Calibration method, calibration system, electronic equipment and related device

Abstract

The embodiment of the invention provides a calibration method, a calibration system, electronic equipment and a related device, and relates to the technical field of man-machine interaction. In the method, a user can perform an operation of indicating calibration on a user mobile phone, the user mobile phone responds to a received input of indicating calibration by the user, and the user mobile phone can send a first signal to the vehicle at a different position relative to the vehicle. The vehicle may determine a plurality of signal strength information based on the first signals at the plurality of different locations, respectively. The server or the vehicle may determine threshold data for unlocking and / or locking of the vehicle based on the plurality of signal strength information. In the embodiment of the invention, the user mobile phone can receive the information which is from the server or the vehicle and is used for indicating that the threshold data is determined, so that non-inductive unlocking and locking of the vehicle are realized on the basis of the threshold data, the probability of occurrence that the threshold data for unlocking and locking of the vehicle is not matched with the user mobile phone can be reduced, and the probability of occurrence of inaccurate unlocking and locking is further reduced.

Description

Technical Field

[0001] This application relates to the field of human-computer interaction, and more particularly to a calibration method, calibration system, electronic device, and related apparatus. Background Technology

[0002] Some vehicles feature a contactless locking / unlocking function. Contactless locking / unlocking means, for example, the vehicle automatically unlocks when the user approaches and automatically locks when the user moves away. This enhances the user experience.

[0003] In some implementations, a mobile phone can act as a digital key to lock and unlock a vehicle. Some vehicle providers can calibrate the signal strength of various types of mobile phones, obtaining corresponding signal strength thresholds for each type. This allows the vehicle to automatically unlock when the user approaches the vehicle and the signal strength transmitted from the phone reaches the corresponding unlocking signal strength threshold, and automatically lock when the user moves away from the vehicle and the signal strength transmitted from the phone reaches the corresponding locking signal strength threshold.

[0004] However, in some implementations, the user self-calibration and self-adjustment schemes are relatively simple, only calibrating single-point data at fixed locations. This is out of touch with real-world usage scenarios, resulting in situations where, even after calibration, the vehicle does not unlock automatically when the user approaches it, or the vehicle automatically locks when the user has not moved away from it, thus affecting the user experience. Summary of the Invention

[0005] This application provides a calibration method, calibration system, electronic device, and related apparatus, which can reduce the probability of the vehicle not automatically unlocking when the user approaches it, and can also reduce the probability of the vehicle automatically locking when the user has not moved away from the vehicle.

[0006] In a first aspect, embodiments of this application provide a calibration method applied to a portable terminal. The method includes: in response to an input indicating calibration, sending a first signal to a vehicle at different locations relative to the vehicle. The first signals at multiple different locations are used to determine multiple signal strength information, the multiple signal strength information is used to determine threshold data, and the threshold data is used for unlocking and / or locking the vehicle. Receiving first information, the first information being used to indicate that the threshold data has been determined.

[0007] The input in this application embodiment includes, but is not limited to, input achieved by clicking the screen or clicking a control on the screen, and can also be voice input, physical button input, gesture input, or eye-tracking input, etc. Taking input achieved by clicking a control on the screen as an example, it indicates the input of calibration, such as the input achieved by the user clicking a control that indicates the start of calibration, or the user clicking... Figure 4The input is implemented by control 410 in the interface shown in Figure d.

[0008] For example, the multiple signal strength information can be determined by the vehicle based on first signals at multiple different locations. For instance, the vehicle measures the first signals at multiple different locations to obtain signal strength information for each first signal. For example, the threshold data can be determined by a server based on the multiple signal strength information sent by the vehicle. Optionally, the threshold data can be determined by the vehicle based on the multiple signal strength information. The portable device is located at different positions relative to the vehicle, for example, at different positions around the vehicle.

[0009] The first message may or may not carry threshold data. The first message can be sent from the server to the portable terminal, or it can be sent from the vehicle to the portable terminal. The first message indicates that the threshold data has been determined, and it can also indicate to the portable terminal that it can perform lock / unlock verification, facilitating the portable terminal to perform lock / unlock verification upon receiving the first message.

[0010] In this implementation, in response to user-instructed calibration input, the portable terminal can send a first signal to the vehicle from different positions relative to the vehicle for calibration, determining threshold data for unlocking and / or locking the vehicle. The threshold data is determined based on multiple signal strength information points, each determined based on a first signal at a different location. Therefore, the threshold data is determined based on the signal (first signal) transmitted by the portable terminal (e.g., a user's mobile phone), and this threshold data corresponds to the portable terminal. This embodiment allows the user to self-calibrate the threshold data of the portable terminal. It reduces the probability of mismatch between the threshold data used for unlocking and locking the vehicle and the portable terminal, thereby reducing the probability of the vehicle not automatically unlocking when the user approaches the vehicle, and also reducing the probability of the vehicle automatically locking when the user has not moved away from the vehicle.

[0011] In one possible implementation, the position information of the portable terminal relative to the vehicle can be first position information. This first position information is used to determine threshold data. Specifically, the first position information is determined by the vehicle based on data from its sensors. Alternatively, the first position information can be determined based on data from the portable terminal's sensors.

[0012] For example, the vehicle's sensors can be on-board sensors. The data from the vehicle's sensors can be the user's position acquired by the on-board sensors. The portable terminal's sensors can include the portable terminal's inertial navigation system, accelerometer, and gyroscope. The data from the portable terminal's sensors can be coordinates calculated by the portable terminal's inertial navigation system, or acceleration data measured by the portable terminal's accelerometer and / or attitude data measured by the portable terminal's gyroscope. The portable terminal's acceleration data can be used to determine the portable terminal's relative displacement or the portable terminal's coordinates relative to a preset position. The first position information can be determined by the vehicle based on the user's position acquired by the on-board sensors. The first position information can also be determined by the portable terminal based on the data from its sensors. For example, the first position information can be calculated by the portable terminal's inertial navigation system. The first position information can also be determined by the vehicle based on the data from the portable terminal's sensors. For example, the first position information can be calculated from the acceleration data and / or attitude data transmitted by the vehicle to the portable terminal. The first position information is the relative position of the portable terminal relative to the vehicle, not an absolute position. For example, the first position information can be... Figures 1-15 The first location information or the coordinates of the mobile phone relative to a preset location in the illustrated embodiment.

[0013] In this implementation, the position information of the portable terminal relative to the vehicle can be collected, so that this position information can be used to determine threshold data, reducing the probability of mismatch between threshold data and the portable terminal. The first position information is determined by the vehicle based on data from the vehicle's sensors, or it can be determined by the vehicle based on data from the portable terminal's sensors. This allows for the collection of the portable terminal's position information relative to the vehicle even when the portable terminal lacks distance or displacement calculation capabilities, thus expanding the application scope of the calibration method provided in this application. The position information of the portable terminal relative to the vehicle refers to the relative position information of the portable terminal.

[0014] In one possible implementation, the first signal further includes first position data, which is data collected by the portable terminal's sensors regarding the portable terminal's first position relative to the vehicle. Exemplarily, the first position data may be first position information. The first position data may also be data from the portable terminal's sensors, such as acceleration data from the portable terminal.

[0015] In this implementation, the first signal includes data from the portable terminal's first position relative to the vehicle, enabling the vehicle to determine the portable terminal's first position information relative to the vehicle based on this data. This allows the vehicle or server to determine threshold data based on the first position information, reducing the probability of a mismatch between the threshold data and the portable terminal.

[0016] In one possible implementation, different locations surround the vehicle within a first range. This first range can be preset.

[0017] In this implementation, different positions surround the vehicle within a first range, allowing the vehicle to collect signal strength information and first location information from a portable terminal at different locations within the first range. This enables the determination of threshold data based on the corresponding signal strength and first location information within the first range, improving the accuracy of the threshold data and consequently enhancing the accuracy of the vehicle's contactless unlocking and locking. The first range surrounding the vehicle allows for the collection of signal strength and first location information from the area surrounding the vehicle, enriching the data available for determining threshold data and improving its accuracy, thus enhancing the accuracy of the vehicle's contactless unlocking and locking.

[0018] In one possible implementation, the first range can be selected by the user from a set of preset areas. For example, the user can select the first range from a set of areas displayed on the portable terminal. Alternatively, the user can draw an area on the display screen of the portable terminal, and the drawn area becomes the first range selected by the user.

[0019] In this implementation, users can select or set a first range according to their needs and / or habits, improving the data collection efficiency of the vehicle collecting signal strength information and first location information of the portable terminal at different locations within the first range. It also increases the user's enjoyment of calibration, thus enhancing the user experience. The display screen can be referred to as a screen.

[0020] In one possible implementation, the threshold data is calculated and determined by using an unlocking / locking threshold algorithm on a first data set. The first data set includes multiple data pairs, each including first position information and corresponding signal strength information. The first data set is determined from multiple first position information and corresponding signal strength information at different positions relative to the vehicle.

[0021] For example, the first data set may be the training data or training data sequence shown in S211. The time corresponding to the first position information in the data pair is the same as the time corresponding to the signal strength information, or the absolute value of the difference between the time corresponding to the first position information and the time corresponding to the signal strength information in the data pair may be less than a preset duration threshold. In this implementation, threshold data is determined based on the first data set.

[0022] In one possible implementation, the first data set includes p+1 data pairs corresponding to each of the second location information. Each of the p+1 second location information is location information along the first path. Alternatively, the first range encompassing different locations includes multiple sub-regions, and the data pairs corresponding to each of the p+1 second location information are determined relative to these sub-regions. Here, p is a positive integer.

[0023] For example, the p+1 second location information pieces can be preset. These p+1 second location information pieces can be determined based on the first path; for example, they can be the location information of each of the p+1 endpoints of p road segments on the first path. The p road segments are obtained by dividing the preset first path into p segments according to a preset segmentation threshold. The length of each of the p road segments is the same as the segmentation threshold. The data pairs corresponding to each of the p+1 second location information pieces are determined based on the p+1 second location information pieces relative to multiple sub-regions. For example, the data pairs corresponding to each of the p+1 second location information pieces include some or all of the data pairs corresponding to the sub-regions intersecting with the first path. Alternatively, the data pairs corresponding to each of the p+1 second location information pieces include any one of the data pairs corresponding to the sub-regions intersecting with the first path. Taking the target second location information as any one of the p+1 second location information pieces as an example, the data pairs corresponding to the target second location information include some or all of the data pairs corresponding to the sub-region where the target second location information is located. Alternatively, the data pair corresponding to the second location information of the target can be any one of the data pairs corresponding to the sub-region where the second location information of the target is located.

[0024] In this implementation, when the second location information is the same as the first location information, a first data set can be determined based on p+1 pieces of second location information. Since each sub-region within the first range corresponds to at least one data pair, when the second location information is different from the first location information, the first data set can be determined based on multiple sub-regions containing the p+1 pieces of second location information, for example, based on the data pairs corresponding to each of the multiple sub-regions containing the p+1 pieces of second location information. Because the p+1 pieces of second location information are all location information on the first path, when the second location information is different from the first location information, the first data set can be determined based on multiple sub-regions intersecting the first path, for example, based on the data pairs corresponding to each of the multiple sub-regions intersecting the first path. This allows for the determination of a first data set from multiple data pairs corresponding to the first range, which can then be used to determine threshold data.

[0025] In one possible implementation, the first range where different locations are located includes multiple sub-regions, each sub-region corresponding to at least one data pair. The data pair includes the first location information of the portable terminal relative to the vehicle and the signal strength information corresponding to the first location information. The multiple data pairs corresponding to the first range satisfy the integrity condition.

[0026] In this implementation, multiple data pairs corresponding to the first range can be used to determine the first data set. The multiple data pairs corresponding to the first range satisfy the integrity condition, which can reduce the probability of inaccurate threshold data due to instability or inaccuracy of data in the first data set, thereby reducing the probability of inaccurate vehicle unlocking / locking due to inaccurate threshold data. The multiple data pairs corresponding to the first range can be... Figure 2 or Figure 3 The data set shown in the embodiment.

[0027] In one possible implementation, where the threshold data is determined by the server, the multiple data pairs corresponding to the first range obtained by the server are transmitted from the vehicle to the server provided that the multiple data pairs corresponding to the first range satisfy the integrity condition. This implementation facilitates the server in determining the first data set from the multiple data pairs corresponding to the first range.

[0028] In one possible implementation, the data pairs may further include movement speed and attitude information. The integrity condition includes at least one of the following: the proportion of sub-regions satisfying the data stability condition among multiple sub-regions corresponding to the first range is greater than or equal to a first threshold; the data pairs corresponding to the first range follow a normal distribution; the number of data pairs whose movement speed is within a preset speed range among the data pairs corresponding to the first range is greater than or equal to a second threshold; and the attitude information corresponding to the first range includes a preset attitude. For example, a sub-region satisfying the data stability condition may satisfy: the number of data pairs within the mean ± 2 standard deviations among the multiple data pairs corresponding to the sub-region is greater than or equal to a third threshold, and / or, the data pairs corresponding to the sub-region follow a normal distribution. A sub-region satisfying the data stability condition can be called a data-stable sub-region. A sub-region not satisfying the data stability condition can be called a data-unstable sub-region.

[0029] In this implementation, integrity conditions can be used to verify multiple data pairs corresponding to the first range, which can reduce the probability of threshold data being inaccurate due to instability or inaccuracy of the data corresponding to the first range, and thus reduce the probability of inaccurate unlocking and locking of the vehicle due to inaccurate threshold data.

[0030] In one possible implementation, the first information may include threshold data. For example, in a scenario where the threshold data is determined by the server, the server, upon obtaining the threshold data, may send the threshold data to the portable terminal. In another possible implementation, the first information is sent by the vehicle to the portable terminal upon receiving the threshold data from the server, thus facilitating threshold data verification between the portable terminal and the vehicle in the event that the server has not sent the first information to the portable terminal.

[0031] In this implementation, the first information includes threshold data, which facilitates the portable terminal sending the threshold data to the vehicle for unlocking / locking threshold verification or for seamless unlocking / locking of the vehicle using the threshold data. It can also prompt the portable terminal that unlocking / locking threshold verification is possible, or that the portable terminal can use the threshold data for seamless unlocking / locking of the vehicle. Furthermore, it can facilitate the portable terminal sending received threshold data to the vehicle even when the server has not sent threshold data, enabling threshold data verification between the portable terminal and the vehicle.

[0032] In one possible implementation, the first range encompassing different locations includes multiple sub-regions. Before receiving the first information, the method further includes: displaying a first interface, the first interface including a first identifier indicating that data in the sub-region is to be collected. In response to receiving second information indicating successful data collection in the target sub-region, a second interface is displayed, the second interface including the first identifier and a second identifier corresponding to the target sub-region, the second identifier indicating successful data collection in the sub-region.

[0033] In this implementation, the data collection status of sub-regions is indicated by a first identifier and a second identifier, and sub-regions with successful data collection and those without data collection are displayed separately. This allows for prompting the user to cooperate in collecting data from sub-regions yet to be collected, such as prompting the user to walk through the uncollected sub-regions, thereby improving data collection efficiency and adding fun to the data collection process, thus enhancing the user experience. Sub-regions without data collection can be understood as sub-regions awaiting data collection. The data collection status can include successful data collection and data pending collection. Sub-regions awaiting data collection can be sub-regions where data collection failed or where the data is unstable.

[0034] In one possible implementation, the method further includes: displaying an interface that includes a second identifier but does not include a first identifier to indicate to the user that data from multiple sub-regions corresponding to the first range has been successfully collected.

[0035] In one possible implementation, prior to responding to an input indicating calibration, the method further includes displaying a first prompt message and / or a control indicating the start of calibration. The first prompt message indicates that the portable terminal is at a preset position.

[0036] In this implementation, a first prompt message is displayed to indicate that the user or portable terminal is at a preset position, and a control indicating the start of calibration is displayed to instruct the user to perform the calibration operation. This facilitates the vehicle's collection of data when the portable terminal is at the preset position, enabling the determination of the portable terminal's position relative to the preset position. It also prompts the user to participate in calibration, improving the user experience. Data collected when the portable terminal is at the preset position includes, for example, the location information of the portable terminal at the preset position and the signal strength information of the first signal emitted by the portable terminal at the preset position.

[0037] In one possible implementation, the method further includes: displaying a third interface, the third interface including second prompt information for prompting unlock / lock verification. In response to an input indicating unlock / lock verification, a second signal is sent to the vehicle at different locations relative to the vehicle. If the position information and signal strength information of the portable terminal corresponding to the second signal relative to the vehicle meet the unlocking conditions indicated by threshold data, a third prompt information indicating successful unlocking of the vehicle is displayed, the signal strength information corresponding to the second signal being determined based on the second signal. If the position information and signal strength information of the portable terminal corresponding to the second signal relative to the vehicle meet the locking conditions indicated by threshold data, a fourth prompt information indicating successful locking of the vehicle is displayed.

[0038] For example, the portable terminal corresponding to the second signal contains position information and signal strength information relative to the vehicle, i.e., the data pair corresponding to the second signal. When the data pair corresponding to the second signal meets the unlocking conditions indicated by the threshold data, the vehicle can transmit information to the portable terminal indicating that the vehicle is unlocked, and the portable terminal can display a third prompt message. When the data pair corresponding to the second signal meets the locking conditions indicated by the threshold data, the vehicle can transmit information to the portable terminal indicating that the vehicle is locked, and display a fourth prompt message indicating that the vehicle has been successfully locked. The information indicating that the vehicle is unlocked includes, for example... Figure 2 The unlocking result in the illustrated embodiment. Information used to indicate that the vehicle is locked, such as... Figure 2 The locking result in the illustrated embodiment.

[0039] In this implementation, a second prompt message is displayed to alert the user to participate in the lock / unlock verification. By displaying a prompt indicating whether the vehicle is unlocked or locked, the user is informed of the vehicle's lock / unlock status in real time. The user can perceive the distance to the vehicle when unlocking or locking, thus improving the user experience and allowing the user to adjust the lock / unlock distance as needed.

[0040] In one possible implementation, the third interface also includes multiple second paths for unlocking / locking verification. A second prompt message further prompts the user to select a second path from the multiple paths for unlocking / locking verification. A second signal is sent as the portable terminal moves along the selected second path.

[0041] In this implementation, users can choose a second path for unlocking / locking verification based on their needs and habits, thus improving the user experience. The second signal is sent by the portable terminal as it moves along the selected second path, allowing the vehicle to receive multiple second signals from different positions relative to the vehicle. Each of these second signals corresponds to a data pair. The vehicle unlocks when the data pair of the second signals meets the unlocking condition indicated by the threshold data, and locks when the data pair of the second signals meets the locking condition indicated by the threshold data.

[0042] In one possible implementation, the second signal is sent by the portable terminal as it moves along the vehicle's light projection path, which is used for lock / unlock verification. A second prompt message is also used to indicate movement along the light projection path. The light projection path is preset. For example, the light projection path is a preset second path projected onto the ground by the vehicle's lights. Alternatively, the light projection path is a second path selected by the user from multiple options, projected onto the ground by the vehicle's lights.

[0043] In this implementation, the vehicle's lights indicate the path for unlocking and locking verification, and guide the user to move along the projected light path. This makes the calibration process more accurate and easier for the user. It also reduces the probability of the user's actual walking route deviating from the second path selected by the user, thus improving the user experience.

[0044] In one possible implementation, after displaying a fourth prompt message indicating successful vehicle locking, the method further includes displaying a fifth prompt message prompting adjustment of the locking / unlocking distance.

[0045] This implementation allows users to adjust the locking / unlocking distance according to their needs and habits.

[0046] In one possible implementation, the unlocking and locking distances include an unlocking distance and a locking distance. After displaying a fifth prompt message to indicate an adjustment of the unlocking and locking distances, the method further includes: receiving the adjusted unlocking distance and / or the adjusted locking distance; and receiving a third message indicating successful threshold data update, the updated threshold data being determined based on the adjusted unlocking distance and / or the adjusted locking distance.

[0047] For example, the portable terminal can obtain the adjusted unlocking distance and adjusted locking distance input by the user on the portable terminal's display screen. In scenarios where the threshold data is determined by the server, the portable terminal can transmit the adjusted unlocking distance and adjusted locking distance to the server, enabling the server to use a preset unlocking / locking threshold algorithm, the adjusted unlocking distance, and the adjusted locking distance to calculate multiple data pairs corresponding to the first range transmitted by the vehicle, thereby obtaining updated threshold data. For instance, the server uses a preset unlocking / locking threshold algorithm, the adjusted unlocking distance, and the adjusted locking distance to calculate the first data set, thereby obtaining updated threshold data. Upon obtaining the updated threshold data, the server can send the updated threshold data to the portable terminal and / or the vehicle.

[0048] In scenarios where the threshold data is determined by the vehicle, the portable terminal can transmit adjusted unlocking and locking distances to the vehicle. This allows the vehicle to use a preset unlocking / locking threshold algorithm, the adjusted unlocking distance, and the adjusted locking distance to calculate updated threshold data for multiple data pairs corresponding to a first range. For example, the vehicle uses the preset unlocking / locking threshold algorithm, the adjusted unlocking distance, and the adjusted locking distance to calculate updated threshold data for the first data set. Upon receiving the updated threshold data, the vehicle can send a first message to the portable terminal to prompt it to perform unlocking / locking verification.

[0049] In this implementation, the unlocking threshold can be adjusted according to the user's unlocking distance requirements to obtain updated threshold data corresponding to the adjusted unlocking threshold. This enables seamless unlocking and locking of the vehicle based on the user's unlocking distance requirements, improving the user's vehicle experience.

[0050] In one possible implementation, after receiving updated threshold data, the method further includes: displaying a second prompt message to prompt for unlocking / locking verification. In response to an input indicating unlocking / locking verification, a second signal is sent to the vehicle at different locations relative to the vehicle. If the position information and signal strength information of the portable terminal corresponding to the second signal relative to the vehicle satisfy the unlocking conditions indicated by the updated threshold data, a prompt message indicating successful unlocking of the vehicle is displayed. If the position information and signal strength information of the portable terminal corresponding to the second signal relative to the vehicle satisfy the locking conditions indicated by the updated threshold data, a prompt message indicating successful locking of the vehicle is displayed.

[0051] In this implementation, locking and unlocking verification can be performed based on updated threshold data, enabling seamless locking and unlocking of the vehicle according to the user's locking and unlocking distance requirements, thereby improving the user's vehicle experience.

[0052] In the embodiments of this application, the first path and the second path may be the same or different.

[0053] Secondly, embodiments of this application provide a calibration method applied to a vehicle. The method includes: receiving a first signal, wherein the first signal is sent by a portable terminal at different locations relative to the vehicle in response to an input indicating calibration; the first signals at multiple different locations are used to determine multiple signal strength information; the multiple signal strength information are used to determine threshold data; and the threshold data is used for unlocking and / or locking the vehicle. The method also includes sending first information to the portable terminal, the first information indicating that the threshold data has been determined.

[0054] For example, in a scenario where the threshold data is determined by the server based on multiple signal strength information sent by the vehicle, the first information may be sent by the vehicle to the portable terminal upon receiving the threshold data transmitted by the server. Alternatively, the first information may be a confirmation message sent by the vehicle to the portable terminal indicating that it has obtained the threshold data, upon receiving the threshold data from the portable terminal. In a scenario where the threshold data is determined by the vehicle based on multiple signal strength information, the first information may be sent by the vehicle to the portable terminal upon determining that it has obtained the threshold data.

[0055] In this implementation, the vehicle receives a first signal and can determine the signal strength information corresponding to the first signal. Responding to user-instructed calibration input, the portable terminal sends the first signal to the vehicle from different positions relative to the vehicle. The vehicle can determine multiple signal strength information based on the first signals at multiple different positions. This allows the vehicle or server to determine the threshold data corresponding to the portable terminal based on multiple signal strength information, enabling the user to self-calibrate the threshold data of the portable terminal. This reduces the probability of mismatch between the threshold data used for vehicle unlocking / locking and the portable terminal, thereby reducing the probability of the vehicle not automatically unlocking when the user approaches the vehicle, and also reducing the probability of the vehicle automatically locking when the user has not moved away from the vehicle.

[0056] In one possible implementation, the method further includes acquiring threshold data before sending the first information to the portable terminal.

[0057] For example, in a scenario where the threshold data is determined by the server based on multiple signal strength information sent by the vehicle, the vehicle can receive the threshold data sent by the server or a portable terminal, and the vehicle can send the first information to the portable terminal to prompt the portable terminal to perform unlocking and locking verification.

[0058] In scenarios where the threshold data is determined by the vehicle based on multiple signal strength information, the vehicle can send the first message to the portable terminal to prompt the portable terminal to perform unlocking and locking verification once the threshold data is determined.

[0059] Thirdly, embodiments of this application provide a calibration method applied to a server. The method includes: determining threshold data based on multiple signal strength information, the threshold data being used for unlocking and / or locking a vehicle, and the multiple signal strength information being determined based on first signals at multiple different locations. The first signal is a signal sent by a portable terminal to the vehicle at different locations relative to the vehicle in response to an input indicating calibration. First information is sent to indicate that the threshold data has been determined.

[0060] For example, in response to an input indicating calibration, a portable terminal sends a first signal to the vehicle at different locations relative to the vehicle. The vehicle can receive the first signal sent by the portable terminal. The vehicle can determine multiple signal strength information based on the first signals at multiple different locations. The vehicle can send the multiple signal strength information to a server. The server can determine threshold data based on the multiple signal strength information. If the server determines the threshold data, the server can send first information carrying the threshold data to the portable terminal and / or the vehicle. Alternatively, the server can send the threshold data to the vehicle and send first information not containing the threshold data to the portable terminal.

[0061] In this implementation, in response to user-instructed calibration input, the portable terminal can send a first signal to the vehicle from different positions relative to the vehicle for calibration, obtaining threshold data for unlocking and / or locking the vehicle. The threshold data is determined by the server based on multiple signal strength information obtained, each determined based on a first signal at multiple different positions. Therefore, the threshold data is determined based on the signal (first signal) transmitted by the portable terminal (such as a user's mobile phone), and this threshold data corresponds to the portable terminal. This embodiment allows the user to self-calibrate the threshold data of the portable terminal. This reduces the probability of mismatch between the threshold data used for unlocking and locking the vehicle and the portable terminal, thereby reducing the probability of the vehicle not automatically unlocking when the user approaches the vehicle, and also reducing the probability of the vehicle automatically locking when the user has not moved away from the vehicle.

[0062] In one possible implementation, the method further includes: receiving adjusted unlocking distance and / or adjusted locking distance from a portable terminal; and updating threshold data based on the adjusted unlocking distance and / or adjusted locking distance.

[0063] In this implementation, the unlocking threshold can be adjusted according to the user's unlocking distance requirements to obtain updated threshold data corresponding to the adjusted unlocking threshold. This enables seamless unlocking and locking of the vehicle based on the user's unlocking distance requirements, improving the user's vehicle experience.

[0064] Fourthly, embodiments of this application provide a calibration system, including: a portable terminal, a vehicle, and a server. The portable terminal can, in response to an input indicating calibration, send a first signal to the vehicle at different locations relative to the vehicle. The vehicle can determine multiple signal strength information based on the first signals at multiple different locations. The server can determine threshold data based on the multiple signal strength information, the threshold data being used for unlocking and / or locking the vehicle. The server can also send first information to the portable terminal and / or the vehicle, the first information indicating that the threshold data has been determined. The calibration system can be... Figure 1 The calibration system shown.

[0065] Fifthly, embodiments of this application provide a calibration system, including a portable terminal and a vehicle. The portable terminal can, in response to an input indicating calibration, send a first signal to the vehicle at different locations relative to the vehicle. The vehicle can determine multiple signal strength information based on the first signal at multiple different locations, and determine threshold data based on the multiple signal strength information. The threshold data is used for unlocking and / or locking the vehicle. The vehicle can also send first information to the portable terminal indicating that the threshold data has been determined.

[0066] Sixthly, embodiments of this application provide a calibration device, including a response module and a first receiving module. The response module can, in response to an input indicating calibration, send first signals to the vehicle at different positions relative to the vehicle. The first signals at multiple different positions are used to determine multiple signal strength information, which are used to determine threshold data, which is used for unlocking and / or locking the vehicle. The first receiving module can receive first information indicating that the threshold data has been determined.

[0067] The embodiments of this application correspond to the technical solutions of the first aspect of the embodiments of this application, and the beneficial effects achieved are similar, so they will not be described again.

[0068] In a seventh aspect, embodiments of this application provide a calibration device, including: a second receiving module and a first transmitting module. The second receiving module can receive a first signal, which is transmitted by a portable terminal at different positions relative to a vehicle in response to an input indicating calibration. The first signals at multiple different positions are used to determine multiple signal strength information, which are used to determine threshold data, which are used for unlocking and / or locking the vehicle. The first transmitting module can send first information to the portable terminal, which indicates that the threshold data has been determined.

[0069] The embodiments of this application correspond to the technical solutions of the second aspect of the embodiments of this application, and the beneficial effects achieved are similar, so they will not be described again.

[0070] Eighthly, embodiments of this application provide a calibration device, including: a processing module and a second transmitting module. The processing module can determine threshold data based on multiple signal strength information, the threshold data being used for unlocking and / or locking of a vehicle, and the multiple signal strength information being determined based on first signals at multiple different locations. The first signal is a first signal sent to the vehicle from different locations relative to the vehicle by a portable terminal in response to an input indicating calibration. The second transmitting module can transmit first information indicating that the threshold data has been determined.

[0071] The embodiments of this application correspond to the technical solutions of the third aspect of the embodiments of this application, and the beneficial effects achieved are similar, so they will not be described again.

[0072] Ninthly, embodiments of this application provide an electronic device, the electronic device including: one or more processors and a memory. The memory is coupled to one or more processors, the memory is used to store computer program code, the computer program code including computer instructions, and the one or more processors are used to run the computer program or call the computer instructions to cause the electronic device to perform the methods described in the first aspect, any possible implementation of the first aspect, the second aspect, any possible implementation of the second aspect, the third aspect, or any possible implementation of the third aspect.

[0073] In a tenth aspect, embodiments of this application provide a computer-readable storage medium storing a computer program or instructions that, when executed on a computer, cause the computer to perform the methods described in the first aspect, any possible implementation of the first aspect, the second aspect, any possible implementation of the second aspect, the third aspect, or any possible implementation of the third aspect.

[0074] Eleventhly, embodiments of this application provide a computer program product including a computer program, which, when run on a computer, causes the computer to perform the methods described in the first aspect, any possible implementation of the first aspect, the second aspect, any possible implementation of the second aspect, the third aspect, or any possible implementation of the third aspect.

[0075] In a twelfth aspect, embodiments of this application provide a chip or chip system that can be applied to an electronic device. The chip or chip system includes at least one processor and a communication interface. The communication interface and the at least one processor are interconnected via a circuit. The at least one processor is used to run computer programs or instructions to cause the electronic device to perform the methods described in the first aspect, any possible implementation of the first aspect, the second aspect, any possible implementation of the second aspect, the third aspect, or any possible implementation of the third aspect. The communication interface in the chip can be an input / output interface, a pin, or a circuit, etc.

[0076] In one possible implementation, the chip or chip system described above in the embodiments of this application further includes at least one memory, which stores instructions. The memory can be an internal storage unit of the chip, such as a register or cache, or it can be a storage unit of the chip itself (e.g., read-only memory, random access memory, etc.).

[0077] It should be understood that the fourth, fifth, and ninth to twelfth aspects of the embodiments of this application correspond to the technical solutions of the first, second, and third aspects of the embodiments of this application, and the beneficial effects achieved by each aspect and the corresponding feasible implementation are similar, and will not be described again. Attached Figure Description

[0078] Figure 1 A schematic diagram of a calibration system provided in an embodiment of this application;

[0079] Figure 2 A schematic flowchart of the calibration method provided in the embodiments of this application;

[0080] Figure 3 Another schematic flowchart of the calibration method provided in the embodiments of this application;

[0081] Figure 4 A schematic diagram of a scenario for the calibration method provided in the embodiments of this application;

[0082] Figure 5 A schematic diagram of another scenario for the calibration method provided in the embodiments of this application;

[0083] Figure 6 A schematic diagram of another scenario for the calibration method provided in the embodiments of this application;

[0084] Figure 7 A schematic diagram of another scenario for the calibration method provided in the embodiments of this application;

[0085] Figure 8 A schematic diagram of another scenario for the calibration method provided in the embodiments of this application;

[0086] Figure 9 A schematic diagram of another scenario for the calibration method provided in the embodiments of this application;

[0087] Figure 10 A schematic diagram of another scenario for the calibration method provided in the embodiments of this application;

[0088] Figure 11 A schematic diagram of another scenario for the calibration method provided in the embodiments of this application;

[0089] Figure 12 A schematic diagram of another scenario for the calibration method provided in the embodiments of this application;

[0090] Figure 13 A schematic diagram of another scenario for the calibration method provided in the embodiments of this application;

[0091] Figure 14 A schematic diagram of another scenario for the calibration method provided in the embodiments of this application;

[0092] Figure 15 This application provides a possible implementation of the locking / unlocking distance setting method.

[0093] Figure 16 Another schematic diagram of the calibration system provided in the embodiments of this application;

[0094] Figure 17 Another schematic diagram of the calibration system provided in the embodiments of this application;

[0095] Figure 18 A schematic diagram of the calibration device provided in the embodiments of this application;

[0096] Figure 19 This is another schematic diagram of the calibration device provided in the embodiments of this application;

[0097] Figure 20 This is another schematic diagram of the calibration device provided in the embodiments of this application;

[0098] Figure 21 This is a schematic diagram of the structure of an electronic device provided in an embodiment of this application. Detailed Implementation

[0099] To facilitate understanding, the relevant terms and concepts involved in the embodiments of this application will be introduced below:

[0100] The electronic devices in the embodiments of this application may include at least one of a portable terminal, a vehicle, and a server.

[0101] Portable terminals can be user equipment (UE) or terminals. For example, portable terminals can be mobile phones, tablets, personal digital assistants (PDAs), handheld devices with wireless communication capabilities, computing devices or wearable devices, virtual reality (VR) terminal devices, augmented reality (AR) terminal devices, wireless terminals in industrial control, wireless terminals in smart homes, etc. The form of electronic devices is not specifically limited in the embodiments of this application.

[0102] In this embodiment of the application, the actions performed by the vehicle can be performed by onboard equipment deployed in the vehicle.

[0103] A server can be a device deployed in the cloud, such as a cloud server.

[0104] Some vehicle providers calibrate the signal strength of various types of mobile phones to obtain corresponding signal strength thresholds for each type, and then set these thresholds for the vehicles. When a user approaches the vehicle, and the signal strength transmitted from the user's mobile phone to the vehicle reaches the unlocking signal strength threshold corresponding to the user's mobile phone type, the vehicle automatically unlocks. When the user moves away from the vehicle, and the signal strength transmitted from the user's mobile phone to the vehicle reaches the locking signal strength threshold corresponding to the user's mobile phone type, the vehicle automatically locks, achieving seamless locking and unlocking.

[0105] The mobile phone type can be abbreviated as model. The mobile phone model number can be used to indicate the mobile phone type. Due to the diversity of mobile phone models and the fact that new models are constantly being added, vehicle providers cannot calibrate the signal strength of all models. Furthermore, differences in manufacturing processes, user-used phone cases, and / or screen protectors can lead to variations in signal strength between different individuals using the same mobile phone model. Therefore, there may be situations where the signal strength threshold set by the vehicle provider for the vehicle does not match the user's mobile phone, resulting in inaccurate locking and unlocking, such as the vehicle not unlocking automatically when the user approaches, or the vehicle automatically locking even when the user has not moved away.

[0106] To address this, a user-calibrated method can be used to determine the signal strength threshold for vehicle unlocking and locking, reducing the probability of mismatch between the signal strength threshold and the user's mobile phone. However, in some implementations, the user-calibrated and self-adjusted schemes are relatively simple, merely calibrating single-point data at a fixed location. This is disconnected from real-world usage scenarios, resulting in situations where, even after calibration, the vehicle does not automatically unlock when the user approaches, or automatically locks when the user has not moved away, thus impacting the user experience.

[0107] In view of this, embodiments of this application provide a calibration method in which a user can perform calibration operations on a user's mobile phone. Responding to the received user calibration input, the user's mobile phone can send a first signal to the vehicle from different locations relative to the vehicle. The vehicle can determine multiple signal strength information based on the first signals at multiple different locations. A server or the vehicle can determine threshold data for unlocking and / or locking the vehicle based on the multiple signal strength information. This threshold data can be understood as the calibration result of the user's mobile phone. The user's mobile phone can receive information from the server or the vehicle indicating that the threshold data has been determined, so as to achieve seamless unlocking and / or seamless locking of the vehicle based on the threshold data corresponding to the user's mobile phone.

[0108] The calibration method provided in this application determines the threshold data based on multiple signal strength information, which are determined by first signals transmitted by the user's mobile phone at multiple different locations relative to the vehicle. Therefore, the threshold data is determined based on the signals transmitted by the user's mobile phone (the first signals), and this threshold data corresponds to the user's mobile phone. The calibration method provided in this application allows users to self-calibrate to determine the threshold data corresponding to their mobile phone, reducing the probability of mismatch between the threshold data used for vehicle unlocking / locking and the user's mobile phone. Since the threshold data is determined based on multiple signal strength information corresponding to the user's mobile phone at multiple different locations relative to the vehicle, i.e., the threshold data is determined based on multi-point data, it can improve the accuracy of the threshold data, thereby reducing the probability of inaccurate unlocking / locking. For example, it can reduce the probability of the vehicle not automatically unlocking when the user approaches the vehicle, and it can also reduce the probability of the vehicle automatically locking when the user has not moved away from the vehicle.

[0109] Threshold data is determined based on the signal strength information of the first signal sent by the user's mobile phone at different positions relative to the vehicle. These different positions relative to the vehicle can be different positions relative to a preset location. The preset location can be around the vehicle. Compared to not using a fixed location (such as a preset location) as the reference for determining the distance between the user's mobile phone and the vehicle, using a preset location as the reference for determining the distance between the user's mobile phone and the vehicle can improve the accuracy of the threshold data. This, in turn, can reduce the probability of mismatch between the threshold data used for vehicle unlocking / locking and the user's mobile phone. The user's mobile phone can be simply referred to as a mobile phone.

[0110] The following describes the calibration method provided in this application embodiment using a mobile phone as the portable terminal and a cloud server as the server, in conjunction with some embodiments.

[0111] Figure 1 A schematic diagram of a calibration system provided in an embodiment of this application is shown.

[0112] Taking the received signal strength indicator (RSSI) as the signal strength information and the mobile phone's position relative to the vehicle as the first position information, which is the coordinates of the mobile phone relative to a preset position, as an example, combined with... Figure 1 The calibration method provided in the embodiments of this application will be described.

[0113] like Figure 1 As shown, the calibration system may include a mobile phone 101, a vehicle 102, and a cloud server 103.

[0114] The phone 101 can have a calibration application installed. Taking the AAA application as an example, the user can tap the AAA application icon on the phone 101 to launch the AAA application. The phone 101 can then display Interface 1. Interface 1 can include calibration options. The user can tap a calibration option, and the phone 101 can display prompt message A. Prompt message A can be used to instruct the user to be at a preset location and begin calibration. The start of calibration can be achieved, for example, by tapping a control indicating the start of calibration. Prompt message A can also indicate the user's movement speed and range.

[0115] Optionally, taking the signal sent from the mobile phone to the vehicle as a Bluetooth signal as an example, if the Bluetooth function of the mobile phone 101 is not enabled, the interface 1 may also include information prompting the user to enable the Bluetooth function. If the Bluetooth function of the mobile phone 101 is enabled, the interface 1 may not include information prompting the user to enable the Bluetooth function.

[0116] Users can walk to the preset location and begin calibration. Users can move within the range indicated by prompt A at the speed indicated by prompt A.

[0117] During user movement, mobile phone 101 can send RSSI measurement empty packets to vehicle 102 at a first preset frequency. The empty packets may not contain a payload. Vehicle 102 can perform RSSI measurement on the RSSI measurement empty packets from mobile phone 101 to obtain the RSSI.

[0118] Vehicle 102 can record the time when RSSI measurement empty packets are received. Optionally, the RSSI measurement empty packets can carry a timestamp. In this way, vehicle 102 can obtain the time corresponding to each RSSI. The time corresponding to an RSSI can be: the time when the RSSI measurement empty packet is received, or the time indicated by the timestamp carried in the RSSI measurement empty packet.

[0119] In one possible implementation of this application embodiment, in response to a user's calibration initiation operation, mobile phone 101 can activate its inertial navigation component. The inertial navigation component can calculate the coordinates of mobile phone 101 relative to a preset position in real time. Mobile phone 101 can send the coordinates calculated by the inertial navigation component to vehicle 102 in real time. Vehicle 102 can record the time of receiving the coordinates, so that one coordinate corresponds to one time. Optionally, a coordinate can carry a timestamp, the time indicated by the timestamp being the time when the coordinate was obtained. Every time mobile phone 101 obtains a coordinate corresponding to a preset period, it sends the coordinate and the corresponding timestamp to vehicle 102, thereby enabling mobile phone 101 to periodically send a coordinate and the corresponding timestamp to vehicle 102 at a preset period.

[0120] In another possible implementation of this application embodiment, in response to the user's calibration operation, the mobile phone 101 can send acceleration data and / or attitude data to the vehicle 102 in real time.

[0121] The vehicle 102 can record the time when it receives acceleration data and / or attitude data sent by the mobile phone 101, and calculate the acceleration data to obtain the coordinates of the mobile phone 101 relative to a preset position.

[0122] Vehicle 102 can record the time when it receives acceleration data and / or attitude data. Optionally, both the acceleration data and attitude data sent by mobile phone 101 include timestamps. Thus, vehicle 102 can obtain the time corresponding to the coordinates of mobile phone 101 relative to a preset position. The time corresponding to the coordinates of mobile phone 101 relative to the preset position is: the time when the acceleration data and / or attitude data corresponding to the coordinates are received, or the time indicated by the timestamp included in the acceleration data and / or attitude data corresponding to the coordinates.

[0123] In another possible implementation of this application embodiment, in response to the user's calibration operation, the vehicle 102 can obtain the user's coordinates relative to a preset position in real time through onboard sensors. The user's coordinates relative to the preset position can be understood as the coordinates of the mobile phone 101 relative to the preset position.

[0124] In this way, vehicle 101 can obtain the RSSI within the movement range indicated by prompt information A and the first location information of mobile phone 101. The first location information of mobile phone 101 includes the coordinates of mobile phone 101 relative to a preset position, enabling vehicle 101 to collect data within the movement range. The data within the movement range may include RSSI and the first location information. The movement range may include multiple sub-regions. During the process of vehicle 101 collecting data within the movement range, vehicle 101 can also transmit information to mobile phone 101 to indicate that data collection of sub-regions within the movement range is complete, so that mobile phone 101 can prompt the user that the sub-regions within the movement range have been successfully collected. The completion of data collection of a sub-region can be understood as the successful collection of data in the sub-region.

[0125] Once vehicle 101 determines that data collection within its movement range is complete, vehicle 101 can send measurement data to cloud server 103. The measurement data includes the RSSI measured by vehicle 101 and the first position information corresponding to each RSSI. The first position information corresponding to each RSSI can be the coordinates corresponding to the time of the RSSI. These coordinates are the coordinates of mobile phone 101 relative to a preset position.

[0126] The cloud server 103 can calculate the threshold data based on the measurement data transmitted by the vehicle 101. The cloud server 103 can send the threshold data to the mobile phone 101.

[0127] Mobile phone 101 can send threshold data to vehicle 102. When a user approaches the vehicle and mobile phone 101 sends RSSI measurement empty packets to vehicle 102 at a second preset frequency, vehicle 102 can perform RSSI measurement on the RSSI measurement empty packets from mobile phone 101 to obtain the RSSI. If the RSSI measured by vehicle 102 meets the unlocking conditions indicated by the threshold data, vehicle 102 unlocks. In this way, seamless unlocking is achieved.

[0128] When the user is away from the vehicle and mobile phone 101 sends RSSI measurement empty packets to vehicle 102 at a second preset frequency, vehicle 102 can perform RSSI measurement on the empty packets from mobile phone 101 to obtain the RSSI. If the RSSI measured by vehicle 102 meets the locking conditions indicated by the threshold data, vehicle 102 locks. This achieves seamless locking. The second preset frequency can be the same as or different from the first preset frequency.

[0129] The calibration method provided in this application embodiment allows a user to perform calibration instructions on a user's mobile phone (e.g., mobile phone 101), and the user's mobile phone receives these instructions. The user's mobile phone can move along with the user within a movement range. During this movement, the user's mobile phone can transmit signals to a vehicle (e.g., vehicle 101) at a first preset frequency (or in real time) to perform RSSI measurements. This enables the user's mobile phone to transmit signals to the vehicle from different positions relative to the vehicle. The signals transmitted from the user's mobile phone to the vehicle can be RSSI measurement empty packets. The vehicle can measure the RSSI corresponding to the RSSI measurement empty packets and also obtain the first position information corresponding to the time of the RSSI. The first position information can be the coordinates of the user's mobile phone relative to a preset position. In this way, the vehicle can obtain the coordinates and RSSI of the user's mobile phone at multiple positions relative to the vehicle within the movement range. When the data acquisition within the movement range is complete, the vehicle can send the collected RSSI and the coordinates corresponding to each RSSI to the cloud (e.g., cloud server 103). The cloud can calculate the threshold data corresponding to the user's mobile phone based on the RSSI from the vehicle and the coordinates corresponding to each RSSI. The cloud can send threshold data to the user's mobile phone, allowing the user to use this data to lock and unlock the vehicle. The correlation between the threshold data and the user's mobile phone reduces the probability of mismatches between the threshold data used for vehicle locking and unlocking, thereby reducing the probability of inaccurate locking and unlocking.

[0130] Compared to some implementations where user self-calibration and self-adjustment schemes are relatively simple, merely calibrating single-point data at fixed locations, they are disconnected from real-world usage scenarios. This leads to situations where, even after calibration, the vehicle fails to unlock automatically when the user approaches, or automatically locks even when the user hasn't moved away. The calibration method provided in this application determines the vehicle's threshold data based on the user's mobile phone's position information (e.g., coordinates) relative to the vehicle at multiple locations and RSSI, achieving multi-location calibration and improving the accuracy of the threshold data. The calibration method provided in this application does not limit the user's calibration environment; users can perform calibration in any environment where their vehicle is parked, achieving user self-calibration that matches real-world usage scenarios and reducing the probability of inaccurate vehicle locking / unlocking due to mismatched threshold data. The threshold data is determined based on multiple coordinates of the user's mobile phone relative to a preset location and multiple RSSIs of the signals transmitted by the user's mobile phone. The larger amount of data used to determine the threshold data also improves its accuracy. Improving the accuracy of threshold data reduces the probability of inaccurate locking / unlocking, the probability of the vehicle failing to unlock automatically when the user approaches, and the probability of the vehicle automatically locking when the user is not far from the vehicle. Furthermore, compared to not using a fixed location (such as a preset location) as the benchmark for determining the distance between the user's phone and the vehicle, using a preset location as the benchmark improves the accuracy of the threshold data. This, in turn, reduces the probability of mismatches between the threshold data used for vehicle locking / unlocking and the user's phone.

[0131] Figure 2 A schematic flowchart of a calibration method provided in an embodiment of this application is shown.

[0132] like Figure 2 As shown, the calibration method provided in this application embodiment may include:

[0133] S201. The mobile phone can display a prompt message A to instruct the user to move to a designated location. The designated location can be a preset location.

[0134] For example, when a user launches the AAA app on their phone, the phone can display prompt message A, an identifier indicating a preset location, and an identifier indicating the user's location. The user's location can be understood as the phone's location. Prompt message A is used to inform the user that they are at the preset location and to instruct them to begin the calibration process.

[0135] Users can walk to a preset location. As the user walks to the preset location, the phone moves with the user, and the marker indicating the user's location moves on the phone's screen.

[0136] The preset position can be a position close to the left rearview mirror of the vehicle.

[0137] S202, The mobile phone can receive user instructions to start the calibration operation.

[0138] For example, when a user moves to a preset location, the marker indicating the preset location may overlap with the marker indicating the user's location. The user can then instruct the user to begin calibration. The mobile phone can receive this instruction.

[0139] The user instructs the user to begin the calibration process, such as clicking a control displayed on the phone indicating the start of calibration, or clicking a control displayed on the phone indicating the start of data collection.

[0140] In response to a user's instruction to begin calibration, the phone may display prompt message B. Prompt message B is used to prompt the user to walk within the movement area. The movement area is located around the vehicle.

[0141] Users can walk around within the movement range. The phone can move within the movement range as the user moves.

[0142] When the mobile phone is moving within the mobile range, the mobile phone can execute S203-S205.

[0143] S203. The mobile phone can use an inertial navigation algorithm to calculate the relative position of the mobile phone.

[0144] The relative position of the mobile phone can include the coordinates of the mobile phone relative to a preset position.

[0145] For example, in response to a user instruction to begin calibration, the mobile phone can activate the inertial navigation system (INS). The INS can employ an inertial navigation algorithm to calculate the coordinates of the mobile phone relative to a preset position in real time.

[0146] The coordinates of the mobile phone relative to the preset position can be the coordinates of the mobile phone in a coordinate system established with the preset position as the origin.

[0147] S204. The mobile phone can send RSSI measurement empty packets to the vehicle.

[0148] For example, the mobile phone can send RSSI measurement empty packets to the vehicle at a first preset frequency. For instance, the mobile phone can send RSSI measurement empty packets to the vehicle in real time.

[0149] The vehicle can perform RSSI measurement on empty RSSI measurement packets sent by a mobile phone to obtain the RSSI. The vehicle can record the time when the RSSI measurement packet is received. The time of receiving the RSSI measurement packet is the time corresponding to the RSSI measured based on the empty RSSI measurement packet. Optionally, the RSSI measurement packet can carry a timestamp. In this way, one RSSI corresponds to one timestamp or one time.

[0150] Optionally, S203 and S204 can be executed concurrently.

[0151] S205, The mobile phone can send location data to the vehicle.

[0152] Location data can include the coordinates of the mobile phone relative to a preset location.

[0153] For example, a mobile phone can send coordinates calculated by the inertial navigation system to the vehicle in real time. The vehicle can record the time it receives the coordinates sent by the mobile phone. Optionally, the coordinates calculated by the inertial navigation system can carry a timestamp. In this way, each coordinate corresponds to a time, which can be the time the vehicle records when it receives the coordinates, or the time indicated by the timestamp in the coordinates sent by the mobile phone.

[0154] Optionally, each time the mobile phone obtains the coordinates corresponding to a preset period, it can send the coordinates and the corresponding timestamp to the vehicle for that preset period. This enables the mobile phone 101 to periodically send the coordinates and the corresponding timestamp to the vehicle 102 for that preset period.

[0155] Optionally, in one possible implementation, the calibration method provided in this application embodiment may not include S203, and the position data may include acceleration data and / or attitude data. The mobile phone can send acceleration data and / or attitude data to the vehicle in real time, so that the vehicle can calculate the coordinates of the mobile phone relative to a preset position based on the acceleration data and / or attitude data. The vehicle can also record the time when it receives the acceleration data and / or attitude data, thereby obtaining the time corresponding to the coordinates of the mobile phone relative to the preset position. The time corresponding to the coordinates may be the time when the acceleration data and / or attitude data corresponding to the coordinates are received.

[0156] S206. Vehicles can perform data integrity verification.

[0157] For example, a vehicle can match RSSI with location data based on time. That is, the time corresponding to the RSSI is the same as the time corresponding to the location data.

[0158] The data collected by the vehicle can include multiple data pairs. Each data pair can include RSSI and its corresponding location data.

[0159] The movement range can be pre-set in the vehicle and in the AAA app on the mobile phone.

[0160] Optionally, the movement range can be selected by the user from multiple preset ranges displayed on the mobile phone. Once the user has selected the movement range, the mobile phone can transmit the selected movement range to the vehicle.

[0161] A vehicle can divide its movement range into multiple grids. Each grid can be understood as a sub-region of the movement range, so the movement range can include multiple sub-regions.

[0162] For example, the vehicle can divide its movement range into multiple grids at different granularities. The granularity is related to the distance from the coordinates within the movement range to the vehicle. For instance, for the area within the movement range corresponding to coordinates whose distance to the vehicle is less than a first value, the grid is divided according to the first granularity. For the area within the movement range corresponding to coordinates whose distance to the vehicle is greater than or equal to the first value, the grid is divided according to the second granularity.

[0163] Taking a first value of 3 meters, a first granularity of 1 meter, and a second granularity of 2 meters as an example, for the area corresponding to coordinates less than 3 meters from the vehicle, the mesh is divided with a granularity of 1 meter. For the area corresponding to coordinates greater than or equal to 3 meters from the vehicle, the mesh is divided with a granularity of 2 meters. For example, the area corresponding to coordinates between 3 meters and 10 meters from the vehicle is divided with a granularity of 2 meters.

[0164] The grid can be divided into sections with a granularity of x meters. For example, the region can be divided into sections with a granularity of q meters along the direction of distance variation, or the region can be divided into a q meter × q meter grid. The value of q can be set according to actual needs, for example, it can be 1 or 2. It should be understood that the q meter × q meter grid in this embodiment is only an example of grid division, and the size and shape of the grid are not specifically limited in this embodiment.

[0165] Once the vehicle has completed data collection within its movement range, it can employ an integrity verification algorithm to verify the collected data and obtain a first verification result or a second verification result, so that the vehicle can execute S207.

[0166] For example, the integrity verification algorithm includes determining whether the data collected by the vehicle meets integrity conditions. Once the vehicle has completed data collection within its movement range, it can determine whether the collected data meets integrity conditions.

[0167] The first verification result indicates that the data collection is complete. It means the data collected by the vehicle meets the integrity requirements. The second verification result indicates that the data collection is incomplete. It means the data collected by the vehicle does not meet the integrity requirements.

[0168] The data collection for the vehicle's completed movement range can be data collected from each of the multiple sub-regions corresponding to the movement range, or it can be that the proportion of sub-regions collected by the vehicle is greater than or equal to a fourth threshold. The proportion of sub-regions collected by the vehicle is the ratio of the number of sub-regions for which data was collected to the number of sub-regions corresponding to the movement range. The fourth threshold is, for example, 90% or 95%. The fourth threshold can also be any value other than 90% and 95%, and the specific value of the fourth threshold is not limited in this embodiment.

[0169] Integrity conditions may include at least one of the following:

[0170] The proportion of sub-regions that meet the data stability condition among multiple sub-regions corresponding to the movement range is greater than or equal to the first threshold.

[0171] The data pairs corresponding to the movement range follow a normal distribution;

[0172] The phone's movement speed is within the preset speed range;

[0173] The postures corresponding to the movement of the mobile phone include preset postures.

[0174] Specifically, the percentage of sub-regions satisfying the data stability condition within the multiple sub-regions corresponding to the movement range is the ratio of the number of sub-regions satisfying the data stability condition to the total number of sub-regions corresponding to the movement range. That is, the percentage of sub-regions satisfying the data stability condition within the multiple sub-regions corresponding to the movement range = the number of sub-regions satisfying the data stability condition / the total number of sub-regions corresponding to the movement range.

[0175] A subregion that satisfies the data stability condition can satisfy the following: the number of data pairs in the subregion that are within the range of mean ± 2 standard deviations is greater than or equal to the third threshold, and / or the data pairs in the subregion follow a normal distribution.

[0176] In this embodiment, a sub-region that meets the data stability condition can be called a data-stable sub-region. A sub-region that does not meet the data stability condition can be called a data-unstable sub-region.

[0177] For example, a data pair within the mean ± 2 standard deviations can be a data pair whose RSSI is within the mean ± 2 standard deviations of the RSSI. The mean ± 2 standard deviations of the RSSI can be from (μ1 - 2σ1) to (μ1 + 2σ1). Here, μ1 is the average of multiple RSSIs corresponding to the data-stable sub-region, 2σ1 can be the average difference between the RSSI and μ1 among the multiple RSSIs corresponding to the data-stable sub-region, and 2σ1 can represent the average deviation of the RSSI from μ1 among the multiple RSSIs corresponding to the data-stable sub-region.

[0178] Optionally, data pairs within the mean ± 2 standard deviations can be data pairs whose coordinate-corresponding distances are within the mean ± 2 standard deviations of the distances. Coordinate-corresponding distances can be understood as the distance from the coordinates to a preset position (such as the origin of the coordinate system). The mean ± 2 standard deviations of the distances can range from (μ² - 2σ²) to (μ² + 2σ²). Here, μ² is the average of multiple distances corresponding to the data-stable sub-regions, and 2σ² can be the average difference between the distances and μ² among the multiple distances corresponding to the data-stable sub-regions. 2σ² can represent the average deviation of the distances from μ² among the multiple distances corresponding to the data-stable sub-regions.

[0179] Optionally, data pairs within the mean ± 2 standard deviations can be data pairs where the RSSI is within the mean ± 2 standard deviations of the RSSI and the corresponding distance is within the mean ± 2 standard deviations of the distance.

[0180] Whether the data pairs corresponding to the movement range follow a normal distribution can be determined by statistical tests such as the Kolmogorov-Smirnov test, the Shapiro-Wilk test, or the skewness-kurtosis test.

[0181] Optionally, the vehicle uses a KS test to determine whether the data pairs corresponding to the movement range conform to a first target normal distribution. The mean and variance of the first target normal distribution are the mean and variance calculated for the data pairs corresponding to the movement range. For example, the mean of the first target normal distribution can be the mean of the RSSI in the data pairs corresponding to the movement range, and the variance of the first target normal distribution can be the variance of the RSSI in the data pairs corresponding to the movement range. Alternatively, the mean of the first target normal distribution can be the mean of the distances corresponding to the coordinates in the data pairs corresponding to the movement range, and the variance of the first target normal distribution can be the variance of the distances corresponding to the coordinates in the data pairs corresponding to the movement range.

[0182] Optionally, the vehicle can calculate the maximum difference p0 between the empirical distribution function and the normal distribution function of the data pairs corresponding to the movement range. The empirical distribution function is, for example, the empirical cumulative distribution function (ECDF). The normal distribution function is, for example, the cumulative distribution function of the standard normal distribution or the cumulative distribution function of the exponential distribution.

[0183] If p0 is greater than or equal to a preset difference threshold, it indicates that the data pairs corresponding to the moving range follow a normal distribution. A normal distribution for the data pairs corresponding to the moving range suggests that the data within that range is stable. The preset difference threshold is, for example, 0.05.

[0184] If p0 is less than the preset difference threshold, it indicates that the data pairs corresponding to the movement range do not follow a normal distribution. This non-normal distribution suggests that the data within that movement range fluctuates significantly and is unstable. The vehicle can re-collect data from unstable sub-regions or clear data from unstable sub-regions to reduce the impact of unstable data on the accuracy of the threshold data.

[0185] Wherein, the maximum difference p0 between the empirical distribution function and the normal distribution function of the data pair corresponding to the movement range can be the maximum difference p0 between the empirical distribution function and the normal distribution function of the RSSI corresponding to the movement range. 01 Alternatively, it could be the maximum difference p between the empirical distribution function and the normal distribution function of the distance corresponding to the movement range. 02 It can also be p 01 With p 02 The average value.

[0186] Unstable subregions of data are defined as follows: the number of data pairs within the mean ± 2 standard deviations of the subregion is less than the third threshold, and / or the data pairs of the subregion do not follow a normal distribution.

[0187] Similarly, whether the data pairs corresponding to a sub-region follow a normal distribution can also be determined by statistical tests such as the KS test, W test, or skewness-kurtosis test.

[0188] Optionally, the vehicle can use the KS test to determine whether the data pairs corresponding to the sub-regions conform to a second objective normal distribution. The mean and variance of the second objective normal distribution are the mean and variance calculated for the data pairs corresponding to the sub-regions. For example, the mean of the second objective normal distribution can be the mean of the RSSI in the data pairs corresponding to the sub-regions, and the variance of the second objective normal distribution can be the variance of the RSSI in the data pairs corresponding to the sub-regions. Alternatively, the mean of the second objective normal distribution can be the mean of the distances between coordinates in the data pairs corresponding to the sub-regions, and the variance of the second objective normal distribution can be the variance of the distances between coordinates in the data pairs corresponding to the sub-regions.

[0189] Optionally, the vehicle can calculate the maximum difference p1 between the empirical distribution function and the normal distribution function of the data pairs corresponding to the sub-region.

[0190] If p1 is greater than or equal to the preset difference threshold, it can indicate that the data pairs corresponding to the sub-region follow a normal distribution, or it can indicate that the sub-region is a data-stable sub-region.

[0191] If p1 is less than the preset difference threshold, it can indicate that the data pairs corresponding to the sub-region do not follow a normal distribution, or that the data corresponding to the sub-region is invalid data, or that the sub-region is a sub-region with unstable data.

[0192] Wherein, the maximum difference p1 between the empirical distribution function and the normal distribution function of the data pairs corresponding to the sub-region can be the maximum difference p1 between the empirical distribution function of the RSSI corresponding to the sub-region and the theoretical distribution function of the normal distribution. 11 Alternatively, it can be the maximum difference p between the empirical distribution function of the distance corresponding to the sub-region and the theoretical distribution function of the normal distribution. 12 It can also be p 11 With p 12 The average value.

[0193] Optionally, the location data may also include the phone's moving speed and its attitude information. Attitude information may include attitude data, such as identifiers indicating the phone is being held or tucked in a pocket. The data pair may also include the moving speed and the phone's attitude information corresponding to the RSSI time.

[0194] The mobile phone's movement speed is within a preset speed range. For example, in the data pairs corresponding to the movement range, the number of data pairs whose movement speed is within the preset speed range is greater than or equal to a second threshold.

[0195] The posture of a mobile phone during movement includes a preset posture. For example, the data pair corresponding to the movement range contains posture information indicating the preset posture, or the data pair corresponding to the movement range contains posture information and the posture information includes the preset posture.

[0196] In one possible implementation of this application, before the vehicle uses an integrity verification algorithm to verify the data collected by the vehicle, after the vehicle has collected data from the target sub-region, the vehicle can verify whether the target sub-region is a stable data sub-region and obtain a third verification result or a fourth verification result. If a third verification result or a fourth verification result is obtained, the vehicle can also execute S207.

[0197] The target sub-region is any one of multiple sub-regions corresponding to the movement range. The third verification result can be used to indicate that the target sub-region is a data-stable sub-region. The fourth verification result can be used to indicate that the target sub-region is a data-unstable sub-region.

[0198] Optionally, if the fourth verification result is obtained, the vehicle may leave it alone and continue collecting data from another sub-region.

[0199] Optionally, before the vehicle verifies whether the target sub-region is a data-stable sub-region, the vehicle can remove data pairs whose movement speed is not within a preset speed range from the data pairs corresponding to the target sub-region, thus obtaining cleaned data pairs for the target sub-region.

[0200] Based on the cleaned data pairs of the target sub-region, if the target sub-region satisfies the following conditions: the number of data pairs within the mean ± 2 standard deviations is greater than or equal to the third threshold, and / or the cleaned data pairs of the target sub-region follow a normal distribution, then the vehicle can determine that the target sub-region is a data-stable sub-region.

[0201] It is understood that the method shown in the embodiments of this application for determining whether multiple data follow a normal distribution is only an example and is not a limitation on the method for determining whether multiple data follow a normal distribution. Other methods for determining whether multiple data follow a normal distribution can also be used in the embodiments of this application to determine whether the data pair corresponding to the sub-region follows a normal distribution and to determine whether the data pair corresponding to the movement range follows a normal distribution.

[0202] S207. Vehicles can transmit data collection results to mobile phones.

[0203] For example, after the vehicle obtains the first verification result, the vehicle can transmit the first collection result information to the mobile phone. The first collection result information is used to indicate that the data collected by the vehicle is complete or to indicate that the data collection has been completed.

[0204] Upon receiving the first data acquisition result from the vehicle, the mobile phone can stop transmitting RSSI measurement empty packets to the vehicle, and it can also stop transmitting location data to the vehicle.

[0205] Once the vehicle receives the second verification result, it can transmit the second data acquisition result information to the mobile phone. This second data acquisition result information indicates whether data for the sub-region needs to be reacquired. The second data acquisition result information includes an identifier for the sub-region to be reacquired.

[0206] Re-collect sub-regions, such as those with unstable data.

[0207] The identifier for a sub-region can be its coordinates.

[0208] For example, the coordinates of a sub-region may include the coordinates of the diagonals of a rectangle. Alternatively, the coordinates of a sub-region may also be the coordinates of the center point of the sub-region.

[0209] In the embodiments of this application, the coordinates can be Cartesian coordinates or polar coordinates. Cartesian coordinates, for example (x, y), where x can be the coordinate value on the x-axis and y can be the coordinate value on the y-axis. Polar coordinates, for example (r, θ), where r is the distance from the coordinate point (r, θ) to the origin or pole of the coordinate system, and θ is the angle between the coordinate point (r, θ) and the polar axis.

[0210] Optionally, after obtaining a third verification result, the vehicle can transmit third acquisition result information to the mobile phone. The third acquisition result information is used to indicate that data acquisition of the target sub-area was successful.

[0211] Once the vehicle receives the fourth verification result, it can transmit the fourth acquisition result information to the mobile phone. This fourth acquisition result information instructs for re-acquiring data from the target sub-region. The fourth acquisition result information includes the identifier of the target sub-region.

[0212] S208: The mobile phone can update the interface based on the data collection results.

[0213] For example, upon receiving the first collection result information, the mobile phone can display interface 2. Interface 2 may contain information indicating that data collection is complete. Interface 2 is, for example, shown below. Figure 5 The interface shown in c in the text Figure 6 The interface shown in c in the text Figure 8 The interface shown in c in the text Figure 9 The interface shown in c is or Figure 10 The interface shown in c is shown in the image.

[0214] Upon receiving the second data collection result, the mobile phone can display interface 3. Interface 3 may include identifiers for the second sub-region and the first sub-region. Optionally, interface 3 may also include information prompting the collection of data from the first sub-region. Interface 3 is illustrated below. Figure 5 The interface shown in b in the text Figure 6 The interface shown in b, Figure 8 The interface shown in b, Figure 9 The interface shown in b or Figure 10 The interface shown in b is an example of the interface shown below. The identifier for the second sub-region is, for example, identifier 501b shown below. The identifier for the first sub-region is, for example, identifier 501a shown below.

[0215] The second sub-region can be a sub-region with stable data. The second sub-region can be referred to as a sub-region where data acquisition was successful. The first sub-region can be a sub-region with unstable data or a sub-region where no data was acquired. The first sub-region can also be referred to as a sub-region where data acquisition failed or where no data was acquired.

[0216] Optionally, the mobile phone can also display interface 3 when it receives the third or fourth collection result information.

[0217] S209. The mobile phone can display information to prompt the user that the data collection is complete.

[0218] For example, after displaying interface 2 on the phone, the phone can display interface 4. Interface 4 may contain information indicating that data collection is complete.

[0219] S210. The vehicle can transmit a data set to a cloud server. The data set includes data pairs corresponding to the range of movement.

[0220] Optionally, S207 and S210 can be executed concurrently once the vehicle has obtained the first verification result.

[0221] S211. Based on the dataset, the cloud server can generate training data.

[0222] For example, based on multiple second location information, the cloud server determines the data pairs associated with each of the multiple second location information from the dataset to obtain training data. Training data can also be called virtual calibration data or a coordinate-RSSI database. The dataset can be called collected data.

[0223] The second location information can be coordinates.

[0224] For example, the multiple second location information can be multiple preset coordinates. The data pairs associated with each of the multiple second location information can include data pairs associated with the target coordinates. The target coordinates can be any one of the multiple coordinates.

[0225] The data pair associated with the target coordinates can be a data pair randomly selected from the sub-region to which the target coordinates belong. Alternatively, the data pair associated with the target coordinates can be a data pair containing a preset attitude selected from the sub-region to which the target coordinates belong.

[0226] Optionally, the preset coordinates can be the coordinates of the p+1 endpoints corresponding to the p segments obtained by dividing the preset first path into p segments according to a preset segmentation threshold. The segmentation threshold is, for example, 0.1 meters. p is a positive integer. The length of each of the p segments is the same as the segmentation threshold. The first path can also be called a virtual path.

[0227] Optionally, the multiple second location information can be multiple sub-regions where the preset first path intersects with the movement range. The data pairs associated with each of the multiple second location information can include: one data pair corresponding to each of the multiple sub-regions where the first path intersects with the movement range.

[0228] Each data pair corresponding to multiple sub-regions can be obtained by randomly selecting one data pair from multiple data pairs in each sub-region. Alternatively, each data pair corresponding to multiple sub-regions can be obtained by selecting one data pair containing a preset pose from multiple data pairs in each sub-region.

[0229] The cloud server can sort multiple data pairs associated with each other based on their coordinate distances, from largest to smallest or smallest to largest, to obtain a training data sequence. This training data sequence can be referred to as RSSI change data on a virtual path.

[0230] In one possible implementation of this application, the training data (or training data sequence) can be referred to as virtual training data or virtual data. The training data sequence can be referred to as RSSI change data on a virtual path. The virtual path can be the path corresponding to the training data sequence or the first path.

[0231] The first path can be randomly selected by the cloud server from multiple virtual paths included in the path set corresponding to the first model. The preset coordinates can also be randomly selected by the cloud server from the coordinate set corresponding to the first model. The first model is used to calculate the threshold data from the training data using a lockout threshold calculation algorithm. The lockout threshold calculation algorithm can be called the lockout threshold algorithm. The threshold data can also be called the lockout threshold. The first model corresponds to the lockout threshold algorithm; therefore, the first path corresponds to the lockout threshold algorithm. The first path can be understood as originating from the lockout threshold algorithm.

[0232] The first path can correspond to a first model or an unlocking / locking threshold calculation algorithm, and the first model or unlocking / locking threshold calculation algorithm can correspond to a unique first path. Based on the training data or training data sequence determined by the first path, the threshold data determined by the training data or training data sequence can enable the vehicle to automatically unlock precisely when the user approaches the vehicle from any direction, and also enable the vehicle to automatically lock precisely when the user moves away from the vehicle from any direction.

[0233] S212. The cloud server can use the unlocking threshold calculation algorithm to calculate the threshold data from the training data.

[0234] For example, a cloud server can input a sequence of training data into a first model, and the first model can output threshold data. The first model can be deployed on a cloud server.

[0235] Threshold data may include unlocking conditions and unlocking distance corresponding to the unlocking RSSI.

[0236] The locking / unlocking distance can include an unlocking distance range and a locking distance range. The locking / unlocking RSSI corresponding to the locking / unlocking distance can include: the unlocking RSSI range corresponding to the unlocking distance range, and the locking RSSI range corresponding to the locking distance range.

[0237] The conditions for unlocking and locking include unlocking conditions and locking conditions.

[0238] Unlocking conditions may include: the distance from the mobile phone to the preset location is within the unlocking distance range, and the RSSI of the RSSI measurement empty packet sent by the mobile phone is within the unlocking RSSI range.

[0239] The locking conditions may include: the distance from the mobile phone to the preset location is within the locking distance range, and the RSSI of the RSSI measurement empty packet sent by the mobile phone is within the locking RSSI range.

[0240] The locking / unlocking distance can be preset or transmitted from the mobile phone to the cloud server.

[0241] Threshold data can also be called threshold parameters.

[0242] Optionally, if the vehicle includes M nodes, the threshold data may include unlocking node conditions and locking node conditions. Nodes can be used to receive signals sent by mobile phones. These signals may include, for example, RSSI measurement empty packets or location data. Nodes can perform RSSI measurements on the RSSI measurement empty packets to obtain the RSSI.

[0243] Unlock node conditions, such as all data pairs obtained from one or m nodes satisfying the unlock condition. Lock node conditions, such as all data pairs obtained from one or m nodes satisfying the lock condition.

[0244] The data pair meets the unlocking conditions; for example, the distance corresponding to the coordinates in the data pair is within the unlocking distance range, and the RSSI in the data pair is within the unlocking RSSI range. The distance corresponding to the coordinates can be understood as the distance from the phone's coordinates relative to a preset position to the origin of the coordinate system. The distance corresponding to the coordinates can represent the distance from the phone to the preset position.

[0245] The data pair satisfies the locking condition, for example, the distance between the corresponding coordinates in the data pair is within the locking distance range, and the RSSI of the data pair is within the locking RSSI range.

[0246] Where M is an integer. m is an integer. 1 < m ≤ M.

[0247] For example, the cloud server can use a preset unlocking threshold calculation algorithm and a preset unlocking distance to calculate the threshold data on the training data sequence.

[0248] S213, The cloud server can send out threshold data.

[0249] For example, if the threshold data is obtained from the cloud server, the cloud server can transmit the threshold data obtained from the cloud server to the mobile phone and / or vehicle.

[0250] S214. The mobile phone can prompt the user to perform threshold verification.

[0251] For example, upon receiving threshold data from a cloud server, the mobile phone can display interface 5. Interface 5 may include information prompting the user to begin threshold verification. Threshold verification can also be called unlocking / locking verification. Interface 5, for example... Figure 11 The interface shown is for ease of understanding. Figure 11 This will be described later.

[0252] S215. Upon receiving the user's path selection, the phone can begin verification.

[0253] The user's path selection action can include: the user clicking to verify the path.

[0254] For example, interface 5 may also include multiple verification paths. When interface 5 is displayed on a mobile phone, the user can click on one of the multiple verification paths.

[0255] Optionally, the user's path selection operation may also include: the user clicking a control indicating the start of verification. The control indicating the start of verification, for example... Figure 11 The control shown is 1104.

[0256] For example, interface 5 may also include a control indicating the start of verification. After the user clicks on one of the multiple verification paths, the user can click on the control indicating the start of verification.

[0257] After the user selects a path, the phone can display the selected verification path and a prompt message C. Prompt message C can be used to guide the user along the verification path. For example, prompt message C... Figure 12 The identifier 1202 shown in the middle a is... Figure 12 The identifier 1206 is shown as 'd' in the middle. For ease of understanding, Figure 12 This will be described later.

[0258] Optionally, after the user selects a route, the mobile phone can transmit the selected route information to the vehicle. The vehicle can then use its pixel-style headlights to indicate the user's route within the target area, making the calibration process more accurate and user participation easier, thereby improving the user experience. The user's walking route corresponds to the path selected by the user. The target area can include the user's walking route. Optionally, the target area can be the area illuminated by the vehicle's headlights.

[0259] Users can move along the verification path.

[0260] S216. The mobile phone can use an inertial navigation algorithm to calculate the relative position of the mobile phone and transmit the position data to the vehicle.

[0261] For example, in response to a user selecting a route, the mobile phone can activate its inertial navigation system (INS), which then uses an inertial navigation algorithm to calculate the phone's relative position in real time. The phone can then display the calculated relative position in real time.

[0262] The mobile phone can transmit its calculated relative position to the vehicle in real time.

[0263] S217. Mobile phones can transmit threshold data to vehicles.

[0264] In the case where the cloud server transmits threshold data to the vehicle in S213, one possible implementation of this application embodiment may not include S217.

[0265] S218. The mobile phone can send RSSI measurement empty packets to the vehicle.

[0266] The specific implementation principle of this step is similar to that of S204, and will not be repeated here.

[0267] S219. The vehicle can make unlocking or locking decisions based on RSSI and perform unlocking or locking operations.

[0268] For example, a vehicle can perform RSSI measurement on an empty RSSI measurement packet sent by a mobile phone to obtain the RSSI. The vehicle can then correlate the RSSI with the relative position of the mobile phone based on time to obtain a data pair. The data pair could be, for example, the RSSI-coordinates of the mobile phone relative to a preset position.

[0269] When the data obtained by the vehicle meets the unlocking conditions or unlocking node conditions, the vehicle can be unlocked.

[0270] When the data obtained by the vehicle meets the locking conditions or locking node conditions, the vehicle can perform a locking operation.

[0271] S220: The vehicle can transmit the locking / unlocking result to a mobile phone.

[0272] For example, once the vehicle has completed the unlocking operation, it can transmit the unlocking result to the mobile phone. Optionally, the unlocking result may include the unlocking distance. The unlocking distance can be understood as the distance between the coordinates of the data pairs that meet the unlocking conditions or unlocking node conditions.

[0273] Once the vehicle completes the locking operation, it can transmit the locking result to a mobile phone. Optionally, the locking result may include the locking distance. The locking distance can be understood as the distance between the corresponding coordinates of data pairs that meet the locking conditions or locking node conditions.

[0274] S221, The mobile phone can display the unlocking / locking results.

[0275] For example, upon receiving an unlock result, the phone can display a message indicating successful unlocking. Optionally, the phone can also display the unlock distance.

[0276] Upon receiving a locking result, the mobile phone can display a message indicating successful locking. Optionally, the mobile phone can also display the locking distance.

[0277] S222, The mobile phone may display information for prompting confirmation and / or information for prompting the user to adjust the unlocking / locking distance.

[0278] For example, after the mobile phone displays a message indicating successful locking, the mobile phone can display interface 6. Interface 6 may include controls indicating verification confirmation and controls indicating adjustment of the unlocking distance, so that the mobile phone can execute S223 in response to the user's operation.

[0279] S223. The mobile phone can receive the user-adjusted unlocking / locking distance, or the mobile phone can terminate the verification.

[0280] For example, a user can click a control indicating that verification is complete. In response to the user clicking the control indicating that verification is complete, the phone can terminate the verification process.

[0281] Optionally, the user can click a control indicating an adjustment of the unlock / lock distance. In response to the user clicking the control indicating an adjustment of the unlock / lock distance, the phone can display interface 7. Interface 7 may include an unlock distance input box and a lock distance input box.

[0282] Users can enter the unlock distance in the unlock distance input box. Users can enter the lock distance in the lock distance input box.

[0283] The mobile phone can receive the unlock distance and locking distance input by the user. The mobile phone can transmit the unlock distance and locking distance input by the user to a cloud server, so that the cloud server can use a preset unlock and locking threshold calculation algorithm and the unlock distance and locking distance input by the user to calculate the updated threshold data on the training data sequence.

[0284] Optionally, when the mobile phone transmits the unlocking distance and locking distance input by the user to the cloud server, the cloud server can obtain updated unlocking distance ranges and updated locking distance ranges based on the user-inputted unlocking distances and locking distances. The cloud server can use a preset unlocking / locking threshold calculation algorithm, the updated unlocking distance range, and the updated locking distance range to calculate the updated threshold data on the training data sequence. The calibration system, including the cloud server, mobile phone, and vehicle, can execute S213-S223 again.

[0285] For example, taking the user-inputted unlock distance as k1 and the user-inputted locking distance as k2, the updated unlock distance range can be k11 to k12, and the updated locking distance range can be k21 to k22. Where k11 = k1 - v1, k12 = k1 + v2, k21 = k2 - v3, and k22 = k2 + v4. v1 and v2 can be the same or different. v3 and v4 can be the same or different. v1, v2, v3, and v4 can all be preset. v1, v2, v3, and v4 can all be referred to as preset distance deviations.

[0286] like Figure 2As shown in the embodiment of this application, the calibration method allows a user to launch an AAA application on their mobile phone for calibration. The phone can prompt the user to walk to a designated location (such as a preset location) and then walk within a movement range from that location to perform calibration. This enhances the user's enjoyment and experience during calibration. The phone moves along with the user within the movement range. During this movement, the user's phone can transmit RSSI measurement empty packets and location data to the vehicle. The vehicle can measure the RSSI corresponding to the RSSI measurement empty packets, thus obtaining a data pair consisting of the RSSI and its corresponding location data, determined over time. If the data collection within the movement range is complete, the vehicle can send a data set containing the data pairs corresponding to the movement range to a cloud server. The cloud server can generate training data based on the data set. The cloud server can use a preset unlocking / locking threshold calculation algorithm and unlocking / locking distance to calculate the threshold data from the training data. The cloud server can send the threshold data to the user's phone and / or the vehicle, enabling the user's phone to use the threshold data to unlock / lock the vehicle. This reduces the probability of mismatches between the vehicle unlocking / locking threshold data and the user's mobile phone, thereby reducing the probability of inaccurate unlocking / locking. The threshold data is determined based on the coordinates of the user's mobile phone to a preset location and the RSSI of the signal transmitted by the user's mobile phone. Compared to not using a fixed location (such as a preset location) as the benchmark for determining the distance between the user's mobile phone and the vehicle, using a preset location as the benchmark for determining the distance between the user's mobile phone and the vehicle can improve the accuracy of the threshold data. This further reduces the probability of mismatches between the threshold data used for vehicle unlocking / locking and the user's mobile phone. In addition, users can adjust the unlocking / locking threshold to obtain updated threshold data corresponding to the adjusted unlocking / locking threshold, realizing seamless unlocking / locking of the vehicle based on the user's unlocking / locking distance requirements, and improving the user's vehicle experience.

[0287] Furthermore, compared to some calibration methods that require users to park their vehicles in areas with good network coverage and unobstructed views to the left and rear of the vehicle, and may also require users to operate within a z-meter range to the left and z-meters behind the vehicle, users may not be able to accurately determine whether they are within these z-meter ranges. The calibration method provided in this application embodiment has no requirements regarding the user's vehicle parking environment; the user's vehicle can be parked in any environment for calibration. This improves the user experience. In the calibration method provided in this application embodiment, a portable terminal (such as a mobile phone) can calculate and display the user's location in real time, making the calibration data more accurate and guiding the user to walk along the indicated route or within the movement range beside the vehicle, thereby obtaining richer calibration data and improving the accuracy of calibration and threshold data. Calibration data refers to the data used for calibration, such as data pairs.

[0288] Figure 3 This paper illustrates another flowchart of the calibration method provided in an embodiment of this application.

[0289] like Figure 3 As shown, the calibration method provided in the embodiments of this application may include S201-S202, S204, S301, S206-S215, S217-S218, S302, S219-S223.

[0290] Figure 3 The illustrated embodiments and Figure 2 The difference between the embodiments shown is: Figure 3 The illustrated embodiment does not include S203, S205, and S216. Figure 3 The illustrated embodiment also includes S301 and S302.

[0291] Figure 3 The specific implementation principles of steps S201-S202, S204, S206-S215, S217-S218, and S219-S223 in the illustrated embodiment can be found in [reference needed]. Figure 2 The specific implementation principles of the corresponding steps in the illustrated embodiments will not be repeated here. The specific implementation principles of S301 and S302 are as follows.

[0292] S301. Obtain the relative position of the mobile phone based on the vehicle-mounted sensor.

[0293] For example, when a vehicle receives an RSSI measurement empty packet from a mobile phone, the vehicle can acquire the user's location in real time based on onboard sensors. The user's location may include the user's coordinates in a coordinate system established with a preset location as the origin. The user's location may represent the relative position of the mobile phone.

[0294] Vehicle-mounted sensors can be sensors such as LiDAR or camera vision used to obtain the user's location.

[0295] This allows for the collection of location data of a mobile phone's relative position even when the phone or digital key lacks ranging capabilities. This enables the calibration function of calibration systems that include phones or digital keys without ranging capabilities, reducing the probability of users being unable to perform self-calibration due to the lack of ranging capabilities in mobile phones or digital keys.

[0296] S302. Obtain the relative position of the mobile phone based on the vehicle-mounted sensor.

[0297] The specific implementation principle and technical effect of S302 are similar to those of S301, and will not be repeated here.

[0298] Figure 3 The technical effects of the embodiments shown are as follows: Figure 2The technical effects of the illustrated embodiments are similar. Furthermore... Figure 3 The calibration method shown in the embodiment can also enable the vehicle to collect position data of the relative position of the mobile phone using on-board sensors when the mobile phone or digital key does not have the ability to measure distance. This enables the calibration function of the calibration system that includes mobile phones or digital keys that do not have the ability to measure distance, reducing the probability that the user cannot perform calibration due to the lack of distance measurement capability of the mobile phone or digital key.

[0299] In one possible implementation of this application embodiment, the calibration method may include steps S201-S209, S401-S402, S214-S216, S218-S222, and S403. The specific implementation principles of each step in S201-S209, S214-S216, and S218-S222 can be found in [reference needed]. Figure 2 The specific implementation principles of the corresponding steps in the illustrated embodiments will not be repeated here. The specific implementation principles of each step in S401-S403 are as follows.

[0300] S401. The vehicle can generate training data based on the dataset. The vehicle can use an unlocking / locking threshold calculation algorithm to calculate the threshold data from the training data. The first model can be deployed on the vehicle.

[0301] For the specific implementation principle of this step, please refer to the specific implementation principle of S211-S212. The difference between this step and S211-S212 is that the execution subject of this step is the vehicle, while the execution subject of S211-S212 is the cloud server.

[0302] S402, The vehicle can send a first message to a mobile phone to indicate that the threshold data has been determined.

[0303] S403. The mobile phone can receive the user-adjusted unlocking / locking distance, or the mobile phone can terminate the verification.

[0304] For example, a user can click a control indicating that verification is complete. In response to the user clicking the control indicating that verification is complete, the phone can terminate the verification process.

[0305] Optionally, the user can click a control indicating an adjustment of the unlock / lock distance. In response to the user clicking the control indicating an adjustment of the unlock / lock distance, the phone can display interface 7. Interface 7 may include an unlock distance input box and a lock distance input box.

[0306] Users can enter the unlock distance in the unlock distance input box. Users can enter the lock distance in the lock distance input box.

[0307] The mobile phone can receive the unlocking and locking distances input by the user. The mobile phone can transmit these user-inputted unlocking and locking distances to the vehicle, enabling the vehicle to use a preset unlocking / locking threshold calculation algorithm and the user-inputted unlocking and locking distances to calculate updated threshold data from the training data sequence.

[0308] Optionally, when the mobile phone transmits the unlocking distance and locking distance input by the user to the vehicle, the vehicle can obtain updated unlocking distance range and updated locking distance range based on the user-inputted unlocking distance and locking distance. The vehicle can use a preset unlocking / locking threshold calculation algorithm, the updated unlocking distance range, and the updated locking distance range to calculate the updated threshold data on the training data sequence. The calibration system including the mobile phone and the vehicle can then execute S402, S214-S216, S218-S222, and S403 again.

[0309] The technical effects of the calibration method provided in this embodiment and Figure 2 The technical effects of the embodiments shown are similar, and will not be described again here.

[0310] The following will continue to use mobile phones as an example of portable terminals, combined with... Figures 4-14 The calibration method provided in the embodiments of this application will be described.

[0311] In one implementation of this application, the calibration method may include a data acquisition phase. Examples of the data acquisition phase can be found in the embodiments shown in S201-S213, as well as in the embodiments shown in S201-S202, S204, S301, and S206-S213.

[0312] In another implementation of the embodiments of this application, the calibration method may further include a verification stage. Examples of the verification stage can be found in the embodiments shown in S214-S223, as well as in the embodiments shown in S214-S215, S217-S218, S302, and S219-S223.

[0313] Examples of scenarios during the data acquisition phase may include: Figure 4 and Figure 5 The embodiment shown, Figure 4 and Figure 6 The embodiment shown, Figure 4 , Figure 7 and Figure 8 The embodiment shown, Figure 4 , Figure 7 and Figure 9 The illustrated embodiment, or, Figure 4 , Figure 7 and Figure 10 The illustrated embodiment.

[0314] Examples of scenarios during the verification phase may include: Figure 11 and Figure 12 The illustrated embodiment, or, Figure 11 and Figure 13 The illustrated embodiment.

[0315] Example 1 of the data acquisition phase scenario, see below. Figure 4 and Figure 5 The illustrated embodiment.

[0316] Figure 4 This illustration shows a scenario diagram of the calibration method provided in an embodiment of this application.

[0317] like Figure 4 As shown, the AAA app can be installed on the phone. The phone can display... Figure 4 The interface shown in section a. (e.g., [a]) Figure 4 The interface shown in Figure a may include a status bar, icons for the settings app, calendar app, WeChat app, AAA app, phone app, camera app, and SMS app. The status bar may include the time (e.g., 08:08), an indicator that Bluetooth is enabled, a Wi-Fi (Wi-Fi) indicator, a mobile network indicator, and a battery level indicator.

[0318] In such Figure 4 On the interface shown in image 'a', the user can click the 'aaa' application icon 401 to launch the 'aaa' application. The phone can display... Figure 4 The interface shown in b. Figure 4 The interface shown in Figure b may include a status bar, a return control 402, a data collection control 403, and a verification control 404. Control 402 is surrounded by information indicating the AAA application, such as AAA.

[0319] exist Figure 4 On the interface shown in b, the user can click control 403, and the phone can display... Figure 4 The interface shown in c. Figure 4 The interface shown in Figure c may include a status bar, a return control 405, an indicator 406 indicating the user's or phone's location, a vehicle icon 407, an indicator 408 indicating a preset location, a prompt message 409, and a calibration start control 410.

[0320] The control 405, indicating a return, is surrounded by information indicating data acquisition, such as the text "Acquisition". A prompt message 409 prompts the user to be at a preset location and to begin calibration. The prompt message 409 may include text, such as "Please walk here and click to start calibration or data acquisition". Optionally, the prompt message 409 may also include a directional symbol pointing to the identifier 408, such as an arrow. The prompt message 409 is located around the identifier 408. The identifier 408 may be adjacent to the left rearview mirror shown in icon 407.

[0321] Following the instructions in prompt 409, the user can walk towards the vehicle's left rearview mirror. The phone moves with the user, and the indicator 406 on the phone's screen also moves accordingly. When the user walks to the vehicle's left rearview mirror or to the preset position indicated by indicator 408, the phone can display... Figure 4 The interface shown in d. Figure 4 The interface shown in d is the same as Figure 4 The difference between the interfaces shown in C is: Figure 4 In the interface shown in Figure d, identifiers 406 and 408 overlap. The overlap of identifiers 406 and 408 indicates that the user is in a preset position.

[0322] exist Figure 4 On the interface shown in d, the user can click control 410 to start calibration or start data acquisition.

[0323] Figure 4 The status bar content in the interfaces shown for b, c, and d can be found in [reference needed]. Figure 4 The contents of the status bar in the interface shown in Figure a will not be described again here.

[0324] Figure 5 This illustration shows another scenario of the calibration method provided in the embodiments of this application.

[0325] In response to the operation specified at the start, such as the user clicking control 410, the phone can display... Figure 5 The interface shown in Figure a.

[0326] like Figure 5The interface shown in Figure a may include a status bar, a return control 405, a vehicle icon 407, a sub-region identifier 501 indicating the movement range, and a prompt message 502. The sub-region identifier 501 may include a sub-region identifier 501a. Identifier 501a may indicate that the data in the sub-region is unstable or that data has not been collected in the sub-region. The prompt message 502 prompts the user to walk within the movement range to collect data. The prompt message 502 may include text, such as "Walk within this area to collect data." Optionally, the prompt message 502 may also include a directional symbol (e.g., an arrow) pointing to the movement range. The prompt message 502 may be located around the sub-region. Figure 5 The content of the status bar in the interface shown in Figure a can be found in [reference]. Figure 4 The content of the status bar in the interface shown in Figure a. Figure 5 The content of the status bar in the interface shown in Figure a is the same as Figure 4 The difference in the status bar content in the interface shown in Figure a is as follows: Figure 5 The time displayed in the status bar of the interface shown in Figure a is "08:09".

[0327] Optionally, Figure 5 The interface shown in Figure a may also include an identifier 406 indicating the user's location or the phone's location. Identifier 406 can move on the phone's screen as the user moves. This allows the user to know their real-time location within the movement range, reducing the probability of the user repeatedly moving within sub-areas where data collection has already been completed, thus extending data collection time and improving data collection efficiency.

[0328] Optionally, Figure 5 The interface shown in Figure a may also include a marker 503 indicating the range of movement.

[0329] The identifier 501 of the sub-region within the movement range can be used to indicate the path the user walks within the movement range.

[0330] On the phone display Figure 5 In the case of the interface shown in 'a', the user can walk along the sub-area marker 501 to move within the mobile range, thereby enabling the phone to move within the mobile range.

[0331] As the user moves, the phone can display Figure 5 The interface shown in b. For example, when the phone receives the second collection result information from the vehicle, the phone can display... Figure 5 The interface shown in b. Figure 5 The interface shown in b is the same as Figure 5 The difference between the interfaces shown in section a and section 'a' is: Figure 5 The identifier 501 of the sub-region in the interface shown in b also includes the identifier 501b representing the sub-region. Figure 5 The position of the marker 406 in the interface shown in b is... Figure 5 In the interface shown in Figure a, the position of identifier 406 is different. Identifier 501b can indicate that the data in the sub-area is stable or that the data acquisition in the sub-area is successful. Identifier 501b has a different color than identifier 501a, and / or, its shape is different from identifier 501a. As the user moves, when the data acquisition in the sub-area is successful, identifier 501a can change to identifier 501b.

[0332] In this way, by using the color and / or shape of the sub-region identifiers to distinguish between sub-regions where data collection was successful and those where data was not collected, users can be prompted to walk through the sub-regions where data was not collected, thereby improving the efficiency of data collection and also increasing the fun of data collection and enhancing the user experience.

[0333] Optionally, when the user's movement speed is outside the preset speed range, Figure 5 The interface shown in b is the same as Figure 5 The difference between the interfaces shown in section a and section a is also as follows: Figure 5 The interface shown in b can also include a prompt message 504. The prompt message 504 is used to prompt the user to decrease or increase their movement speed. The prompt message 504 can include the text "Please increase your walking speed." Alternatively, the prompt message 504 can include the text "Please decrease your walking speed." The prompt message 504 can be located above the layer containing the sub-area's identifier. This can improve the accuracy of the collected data.

[0334] When the user's movement speed is within the preset speed range, the mobile phone interface may not include the 504 prompt message.

[0335] In this embodiment of the application, user movement refers to mobile phone movement. User movement speed refers to mobile phone movement speed.

[0336] When data collection is complete, for example, when the phone receives the first collection result information from the vehicle, the phone can display... Figure 5 The interface shown in c. Figure 5 The interface shown in c may include a status bar, a return control 405, a vehicle icon 407, and a sub-region identifier 501, wherein the sub-region identifier 501 is identifier 501b. Figure 5 The content of the status bar in the interface shown in C can be found in [reference]. Figure 4 The content of the status bar in the interface shown in Figure a. Figure 5 The content of the status bar in the interface shown in C is the same as Figure 4 The difference in the status bar content in the interface shown in Figure a is as follows: Figure 5The time displayed in the status bar of the interface shown in C is "08:13".

[0337] Figure 5 In the interface shown in C, all sub-regions with identifier 501 are also identifier 501b, which can indicate that data collection is complete or that data collection within the movement range is complete.

[0338] Optionally, Figure 5 The interface shown in Figure c can also include a prompt message 505. Prompt message 505 indicates that data collection is complete. Prompt message 505 may include the text "Collection Complete".

[0339] Optionally, Figure 5 The interface shown in C may also include a label 503 indicating the range of movement.

[0340] like Figure 5 As shown in a, b, and c, the moving range surrounds the vehicle or multiple sub-regions of the moving range surround the vehicle. By collecting data from the sub-regions within the moving range, data can be collected from the area surrounding the vehicle. Determining threshold data based on the collected data can improve the accuracy of the threshold data, thereby improving the accuracy of the contactless locking / unlocking mechanism.

[0341] like Figure 4 and Figure 5 The calibration method provided in the illustrated embodiment allows the user to launch an AAA application for calibration. The mobile phone can display controls indicating data acquisition (e.g., control 403), which the user can click. The phone can display the user's location (e.g., identifier 406), a preset location (e.g., identifier 408), and a prompt message indicating the user is at the preset location and should begin calibration (e.g., prompt message 409). The user can move to the preset location and click the control indicating the start of calibration (e.g., control 410). Upon receiving a user instruction to start calibration, such as clicking control 410, the mobile phone can begin calibration or data acquisition.

[0342] The mobile phone can display identifiers for sub-regions within the movement range (e.g., identifier 501a) and prompts for the user to move within the movement range (e.g., prompt message 502). The identifiers for sub-regions (e.g., identifier 501a) indicate that data has not been collected in those sub-regions. Users can walk along the identifiers of the sub-regions to move within the movement range, thereby allowing the mobile phone to move within that range. As the user moves, when data collection in the target sub-region is successful, the color and / or shape of the target sub-region identifier can change to indicate successful data collection. This encourages the user to continue moving along the identifiers of sub-regions where data has not been collected, thus enabling data collection in those uncollected sub-regions. This reduces the probability of users repeatedly satisfying the data collection needs in successfully collected sub-regions, thereby increasing data collection efficiency, adding interest to the data collection process, and improving the user experience.

[0343] The target sub-region is, for example, a sub-region identified as 501b. When data collection is complete, such as when the mobile phone receives the first collection result information from the vehicle, the sub-region identifiers displayed on the mobile phone interface will all be identifiers indicating successful data collection (e.g., identifier 501b), to prompt the user that data collection is complete and the user can stop walking. The data corresponding to the sub-regions displayed on the mobile phone interface can be used to determine threshold data. When the sub-region identifiers displayed on the mobile phone interface are all identifiers indicating successful data collection, the mobile phone and / or vehicle can receive threshold data sent by the cloud server, enabling the user to achieve seamless unlocking and locking of the vehicle while carrying the mobile phone. Thus, as... Figure 4 and Figure 5 The calibration method provided in the illustrated embodiment can obtain threshold data corresponding to the user's mobile phone, reducing the probability of mismatch between the user's mobile phone and the threshold data, and thus reducing the probability of inaccurate contactless unlocking. Furthermore, the sub-area within the mobile phone's display range surrounding the vehicle enables data collection from the area around the vehicle, improving the accuracy of the threshold data determined based on the collected data, and consequently improving the accuracy of contactless unlocking.

[0344] Example 2 of the data acquisition phase, see below. Figure 4 and Figure 6 The illustrated embodiment.

[0345] Figure 4 The interface shown is described in the above embodiments. Figure 4 The description of the interface shown will not be repeated here.

[0346] Figure 6 This illustration shows another scenario of the calibration method provided in the embodiments of this application.

[0347] In response to the operation specified at the beginning, such as in response to a user click. Figure 4 The operation of control 410 in the interface shown by d can be displayed on the mobile phone. Figure 6 The interface shown in Figure a.

[0348] like Figure 6 The interface shown in Figure a may include a status bar, a return control 405, a vehicle icon 407, a sub-region identifier 501 indicating the movement range, and a prompt message 502. The sub-region identifier 501 may include a sub-region identifier 501a. Figure 6 The content of the status bar in the interface shown in Figure a can be found in [reference]. Figure 5 The content of the status bar in the interface shown in Figure a.

[0349] Optionally, Figure 6 The interface shown in Figure a may also include an identifier 406 indicating the user's location or the phone's location. Identifier 406 can move on the phone's screen as the user moves. This allows the user to know their real-time location within the movement range, reducing the probability of the user repeatedly moving within sub-areas where data collection has already been completed, thus extending data collection time and improving data collection efficiency.

[0350] Optionally, Figure 6 The interface shown in Figure a may also include a marker 503 indicating the range of movement.

[0351] Figure 6 The interface shown in Figure a is the same as Figure 5 The difference between the interfaces shown in section a and section 'a' is: Figure 6 The interface shown in Figure 'a' has a relatively small number of sub-region markers. Thus, Figure 6 The interface shown in Figure a has fewer markers indicating the walking path within the sub-regions of the movement range, which can reduce the distance and time spent by the user walking, thereby improving data collection efficiency.

[0352] Users can walk along the sub-area marker 501 to move their phones within the designated area. As the user moves, when data collection in the sub-area is successful, the marker 501a can change to marker 501b.

[0353] For example, as the user moves, the phone can display Figure 6 The interface shown in b. For example, when the phone receives the second collection result information from the vehicle, the phone can display... Figure 6 The interface shown in b. Figure 6 The interface shown in b is the same as Figure 6 The difference between the interfaces shown in section a and section 'a' is: Figure 6 The identifier 501 of the sub-region in the interface shown in b also includes the identifier 501b representing the sub-region. Figure 6 The position of the marker 406 in the interface shown in b is... Figure 6 The position of the identifier 406 is different in the interface shown in Figure a. Thus, Figure 6 In the interface shown in Figure b, the sub-region identifiers 501b and 501a differ in color and / or shape. This allows for the differentiation of sub-regions where data collection was successful from those where data was not collected, based on the color and / or shape of the identifiers. This can prompt users to walk through the sub-regions where data was not collected, thereby improving the efficiency of data collection and adding fun to the data collection process, thus enhancing the user experience.

[0354] Optionally, when the user's movement speed is outside the preset speed range, Figure 6 The interface shown in b is the same as Figure 6 The difference between the interfaces shown in section a and section a is also as follows: Figure 6 The interface shown in b may also include a 504 message. When the user's movement speed is within a preset speed range, the phone's interface may not include the 504 message.

[0355] When data collection is complete, for example, when the phone receives the first collection result information from the vehicle, the phone can display... Figure 6 The interface shown in c. Figure 6 The interface shown in c is the same as Figure 6 The difference between the interfaces shown in section a and section 2 is: Figure 6 In the interface shown in C, the sub-region is identified as identifier 501b. Figure 6 The time displayed in the status bar of the interface shown in C is "08:10". Figure 6 The interface shown in C does not include the prompt message 502 used to guide the user to walk within the movement range. Figure 6 The position of the marker 406 in the interface shown in middle c is... Figure 6 The position of the label 406 is different in the interface shown in Figure a.

[0356] Optionally, Figure 6 The interface shown in c is the same as Figure 6 The difference between the interfaces shown in section a and section a is also as follows: Figure 6 The interface shown in C also includes a notification message 505 indicating that data collection is complete.

[0357] Figure 4 and Figure 6 The technical effects of the calibration method provided in the illustrated embodiment are similar to those of... Figure 4 and Figure 5 The calibration methods provided in the illustrated embodiments have similar technical effects, and will not be described again here. Figure 4 and Figure 6In the calibration method provided in the illustrated embodiment, the number of sub-regions corresponding to the movement range is relatively small, resulting in fewer walking paths indicated by these sub-regions within the movement range. This reduces the distance and time spent walking by the user, thereby improving data collection efficiency and enhancing the user experience. The sub-regions corresponding to the movement range, for example... Figure 6 The sub-region indicated by the identifier of sub-region a, b, or c.

[0358] Example 3 of the data acquisition phase, see below. Figure 4 , Figure 7 and Figure 8 The illustrated embodiment.

[0359] Figure 4 The interface shown is described in the above embodiments. Figure 4 The description of the interface shown will not be repeated here.

[0360] Figure 7 This illustration shows another scenario of the calibration method provided in the embodiments of this application.

[0361] Figure 8 This illustration shows another scenario of the calibration method provided in the embodiments of this application.

[0362] In response to the operation specified at the beginning, such as in response to a user click. Figure 4 The operation of control 410 in the interface shown by d can be displayed on the mobile phone. Figure 7 The interface shown in Figure a.

[0363] like Figure 7 The interface shown in Figure a may include a status bar, a return control 405, a vehicle icon 407, multiple data collection areas surrounding the icon 407, a prompt message 701, and a control 702 indicating confirmation of the selected collection area.

[0364] Multiple data acquisition areas may include Figure 7 The region 'a' in the diagram represents regions A, B, C, D, E, and F. Figure 7 The content of the status bar in the interface shown in Figure a can be found in [reference]. Figure 5 The content of the status bar in the interface shown in Figure a.

[0365] exist Figure 7 On the interface shown in Figure a, users can click on the data acquisition area to select a data acquisition area. For example, users can click on areas A, F, and E to select areas A, F, and E respectively. The mobile phone can display... Figure 7 The interface shown in b is shown in the image. Figure 7 The interface shown in b is the same as Figure 7 The difference between the interfaces shown in section a and section 2 is: Figure 7In the interface shown in b, areas A, F, and E can be highlighted, or Figure 7 The colors of areas A, F, and E in the interface shown in b are respectively... Figure 7 The corresponding areas of the interface shown in Figure a have different colors.

[0366] exist Figure 7 On the interface shown in Figure b, users can click control 702 to confirm the selected data acquisition area. This allows for personalized calibration, enhancing the calibration experience and overall user enjoyment.

[0367] In response to the user clicking control 702, the phone can display Figure 8 The interface shown in 'a'. Figure 8 The interface shown in Figure a is the same as Figure 7 The difference between the interfaces shown in b is: Figure 8 The interface shown in Figure a does not include areas B, C, D, prompt message 701, or control 702 indicating confirmation of the selected acquisition area. Figure 8 The interface shown in Figure a also includes a prompt message 502 and an identifier 406 indicating the user's location or the phone's location. The prompt message 502 can be located on the layer above the data acquisition area (such as area A, area F, and area E).

[0368] Users can walk within the data collection area displayed on their mobile phones, allowing them to move within a user-selected area, and consequently, the mobile phone itself to move within that area. The data collection areas displayed on the phone include, for example, areas A, F, and E. As the phone moves, marker 406 also moves within the displayed data collection area.

[0369] As the user moves, the phone can display Figure 8 The interface shown in b. Figure 8 The interface shown in b is the same as Figure 8 The difference between the interfaces shown in section a and section 'a' is: Figure 8 The colors of areas A and E in the interface shown in b are... Figure 8 The corresponding areas in the interface shown in Figure a have different colors. Figure 8 The position of the marker 406 in the interface shown in b is... Figure 8 The position of the identifier 406 is different in the interface shown in Figure a. That is... Figure 8 The color of area A in the interface shown in b is... Figure 8 In the interface shown in Figure a, area A has a different color. Figure 8 The color of area E in the interface shown in b is the same as Figure 8 The color of area E in the interface shown in Figure a is different.

[0370] in, Figure 8The color of area A in the interface shown in b can be used to indicate that data acquisition in area A was successful. Figure 8 The color of area E in the interface shown in b can be used to indicate that data acquisition in area E was successful. Figure 8 The color of area A in the interface shown in b is... Figure 8 In the interface shown in b, the colors of area E can be the same or different.

[0371] Figure 8 The color of area F in the interface shown in b can be used to indicate that data in area F has not been collected or that the data in area F is unstable. Figure 8 The color of area F in the interface shown in b is... Figure 8 In the interface shown in b, the colors of area A and area E are different. Figure 8 The color of area F in the interface shown in b is... Figure 8 In the interface shown in Figure a, the colors of areas F can be the same or different.

[0372] Figure 8 The color of area A in the interface shown in Figure a can be used to indicate that data in area A has not been collected. Figure 8 The color of region E in the interface shown in Figure a can be used to indicate that data in region E has not been collected. Figure 8 The color of area F in the interface shown in Figure a can be used to indicate that data in area F has not been collected.

[0373] This approach, using color to differentiate between areas where data collection was successful, areas where data was not collected, and areas with unstable data, can prompt users to navigate through areas where data collection was not yet complete or unstable, thus facilitating data collection in those areas. This reduces the likelihood of users wandering or moving within areas where data collection was successful, thereby increasing collection efficiency, adding interest to the data collection process, and enhancing the user experience.

[0374] Optionally, if the user's movement speed within the data acquisition area is outside the preset speed range, Figure 8 The interface shown in b is the same as Figure 8 The difference between the interfaces shown in section a and section a is also as follows: Figure 8 The interface shown in b may also include prompts to the user to reduce or increase their movement speed. When the user's movement speed is within a preset range, the interface displayed on the phone may not include prompts to reduce or increase the movement speed. For example, prompt message 504 may be used to prompt the user to reduce or increase their movement speed.

[0375] When data collection is complete, for example, when the phone receives the first collection result information from the vehicle, the phone can display... Figure 8 The interface shown in c. Figure 8 The interface shown in c is the same as Figure 8 The difference between the interfaces shown in b is: Figure 8 The interface shown in C does not include the 502 error message. Figure 8 The color of area F in the interface shown in c is... Figure 8 In the interface shown in b, the color of area F is different. Figure 8 In the interface shown in C, the time in the status bar is "08:10". Figure 8 The position of the marker 406 in the interface shown in middle c is... Figure 8 The position of the label 406 is different in the interface shown in b.

[0376] in, Figure 8 The color of area F in the interface shown in Figure c can be used to indicate that data acquisition in area F was successful. Figure 8 The color of area F in the interface shown in c is the same as... Figure 8 The color of area A in the interface shown in b and Figure 8 The colors of area E in the interface shown in b can be the same or different.

[0377] Optionally, Figure 8 The interface shown in c is the same as Figure 8 The difference between the interface shown in b is also as follows: Figure 8 The interface shown in C may also include a notification message 505 indicating that data collection is complete.

[0378] Figure 4 , Figure 7 and Figure 8 The technical effects of the calibration method provided in the illustrated embodiment are similar to those of... Figure 4 and Figure 5 The calibration method provided in the illustrated embodiment has similar technical effects, and will not be described again here. Figure 4 , Figure 7 and Figure 8 In the calibration method provided in the illustrated embodiment, the movement range can be selected by the user, allowing the user to choose the movement range according to their needs or habits. This can reduce the time spent on data collection, thereby improving the calibration rate and enhancing the user experience.

[0379] Example 4 of the data acquisition phase, see below. Figure 4 , Figure 7 and Figure 9 The illustrated embodiment.

[0380] Figure 4 The interface shown is described in the above embodiments. Figure 4 Description of the interface shown. Figure 7 The interface shown is described in the above embodiments. Figure 7 The description of the interface shown will not be repeated here.

[0381] Figure 9 This illustration shows another scenario of the calibration method provided in the embodiments of this application.

[0382] Responding to user clicks Figure 7 The operation of control 702 in the interface shown in Figure b can be displayed on the mobile phone. Figure 9 The interface shown in 'a'. For example... Figure 9 The interface shown in Figure 'a' may include a status bar, a return control 405, a vehicle icon 407, an identifier 501 indicating a sub-region within the movement range, and a prompt message 502. The movement range includes the data collection area selected by the user. The sub-region identifier 501 may include an identifier 501a representing the sub-region. Figure 9 The content of the status bar in the interface shown by 'a' can be found in [reference]. Figure 7 The contents of the status bar in the interface shown in b are not described here.

[0383] Optionally, Figure 9 The interface shown in Figure a may also include an identifier 406 indicating the user's location or the phone's location. Identifier 406 may move on the phone's display screen as the user moves.

[0384] On the phone display Figure 9 In the case of the interface shown in 'a', the user can walk along the sub-area marker 501 to move within the mobile range, thereby enabling the phone to move within the mobile range.

[0385] As the user moves, the phone can display Figure 9 The interface shown in b. For example, when the phone receives the second collection result information from the vehicle, the phone can display... Figure 9 The interface shown in b. Figure 9 The interface shown in b is the same as Figure 9 The difference between the interfaces shown in section a and section 'a' is: Figure 9 The identifier 501 of the sub-region in the interface shown in b also includes the identifier 501b representing the sub-region. Figure 9 The position of the marker 406 in the interface shown in b is... Figure 9 The position of the label 406 is different in the interface shown in Figure a.

[0386] Optionally, when the user's movement speed is outside the preset speed range, Figure 9 The interface shown in b is the same as Figure 9 The difference between the interfaces shown in section a and section a is also as follows: Figure 9The interface shown in b may also include a prompt message 504 to prompt the user to decrease or increase the movement speed. When the user's movement speed is within a preset speed range, the interface displayed on the phone may not include the prompt message 504.

[0387] When data collection is complete, for example, when the phone receives the first collection result information from the vehicle, the phone can display... Figure 9 The interface shown in c. Figure 9 The interface shown in c is the same as Figure 9 The difference between the interfaces shown in b is: Figure 9 In the interface shown in c, all sub-regions with identifier 501 are also identifier 501b. Figure 9 The interface shown in C does not include the 502 error message. Figure 9 In the interface shown in C, the time in the status bar is "08:10". Figure 9 The position of the marker 406 in the interface shown in middle c is... Figure 9 The position of the label 406 is different in the interface shown in b. Figure 9 In the interface shown in C, all sub-regions with identifier 501 are also identifier 501b, which can indicate that data collection is complete or that data collection within the movement range is complete.

[0388] Optionally, Figure 9 The interface shown in C may also include a notification message 505 indicating that data collection is complete.

[0389] Figure 4 , Figure 7 and Figure 9 The technical effects of the calibration method provided in the illustrated embodiment are similar to those of... Figure 4 , Figure 7 and Figure 8 The calibration methods provided in the illustrated embodiments have similar technical effects, and will not be described again here.

[0390] Example 5 of the data acquisition phase, see below. Figure 4 , Figure 7 and Figure 10 The illustrated embodiment.

[0391] Figure 4 The interface shown is described in the above embodiments. Figure 4 Description of the interface shown. Figure 7 The interface shown is described in the above embodiments. Figure 7 The description of the interface shown will not be repeated here.

[0392] Figure 10 This illustration shows another scenario of the calibration method provided in the embodiments of this application.

[0393] Responding to user clicks Figure 7The operation of control 702 in the interface shown in Figure b can be displayed on the mobile phone. Figure 10 The interface shown in 'a'. For example... Figure 10 The interface shown in Figure 'a' may include a status bar, a return control 405, a vehicle icon 407, an identifier 501 indicating a sub-region within the movement range, and a prompt message 502. The movement range includes the data collection area selected by the user. The sub-region identifier 501 may include an identifier 501a representing the sub-region. Figure 10 The content of the status bar in the interface shown by 'a' can be found in [reference]. Figure 7 The contents of the status bar in the interface shown in b are not described here.

[0394] Optionally, Figure 10 The interface shown in Figure a may also include an identifier 406 indicating the user's location or the phone's location. Identifier 406 may move on the phone's display screen as the user moves.

[0395] On the phone display Figure 10 In the case of the interface shown in 'a', the user can walk along the sub-area marker 501 to move within the mobile range, thereby enabling the phone to move within the mobile range.

[0396] As the user moves, the phone can display Figure 10 The interface shown in b. For example, when the phone receives the second collection result information from the vehicle, the phone can display... Figure 10 The interface shown in b. Figure 10 The interface shown in b is the same as Figure 10 The difference between the interfaces shown in section a and section 'a' is: Figure 10 The identifier 501 of the sub-region in the interface shown in b also includes the identifier 501b representing the sub-region. Figure 10 The position of the marker 406 in the interface shown in b is... Figure 10 The position of the label 406 is different in the interface shown in Figure a.

[0397] Optionally, when the user's movement speed is outside the preset speed range, Figure 10 The interface shown in b is the same as Figure 10 The difference between the interfaces shown in section a and section a is also as follows: Figure 10 The interface shown in b may also include a prompt message 504 to prompt the user to decrease or increase the movement speed. When the user's movement speed is within a preset speed range, the interface displayed on the phone may not include the prompt message 504.

[0398] When data collection is complete, for example, when the phone receives the first collection result information from the vehicle, the phone can display... Figure 10 The interface shown in c. Figure 10The interface shown in c is the same as Figure 10 The difference between the interfaces shown in b is: Figure 10 In the interface shown in c, all sub-regions with identifier 501 are also identifier 501b. Figure 10 The interface shown in C does not include the 502 error message. Figure 10 The position of the marker 406 in the interface shown in middle c is... Figure 10 The position of the label 406 is different in the interface shown in b. Figure 10 In the interface shown in C, all sub-regions with identifier 501 are also identifier 501b, which can indicate that data collection is complete or that data collection within the movement range is complete.

[0399] Optionally, Figure 10 The interface shown in C may also include a notification message 505 indicating that data collection is complete.

[0400] Figure 4 , Figure 7 and Figure 10 The technical effects of the calibration method provided in the illustrated embodiment are similar to those of... Figure 4 , Figure 7 and Figure 9 The calibration methods provided in the illustrated embodiments have similar technical effects, and will not be described again here.

[0401] Once data collection is complete, the mobile phone and / or vehicle can obtain threshold data determined based on the collected data.

[0402] Mobile phones and vehicles can verify threshold data.

[0403] For example, on the phone display Figure 5 The interface shown in c in the text Figure 6 The interface shown in c in the text Figure 8 The interface shown in c in the text Figure 9 The interface shown in c is or Figure 10 In the scenario shown in Figure c, the user can click control 405. The phone can display... Figure 4 The interface shown in b. On the phone display. Figure 4 In the scenario shown by b, the user can click the 404 verification control. The phone can display... Figure 11 The interface shown is for facilitating the validation of threshold data.

[0404] Optionally, on the phone display Figure 5 The interface shown in c in the text Figure 6 The interface shown in c in the text Figure 8 The interface shown in c in the text Figure 9 The interface shown in c is or Figure 10 In the case of the interface shown in 'c', the interface displayed on the phone can switch to... Figure 11The interface shown is for facilitating the validation of threshold data.

[0405] Example 1 of the verification phase scenario, see below. Figure 11 and Figure 12 The illustrated embodiment.

[0406] Figure 11 This illustration shows another scenario of the calibration method provided in the embodiments of this application.

[0407] Figure 12 This illustration shows another scenario of the calibration method provided in the embodiments of this application.

[0408] like Figure 11 The interface shown may include a status bar, a return control 1101, multiple verification paths 1102, a vehicle icon 407, a prompt message 1103, and a control 1104 confirming the selected verification path. The status bar may include the time (e.g., 08:14), an indicator showing Bluetooth is enabled, an WLAN indicator, a mobile network indicator, and a battery level indicator. The control 1101 is surrounded by information indicating the verification stage, such as the text "Verify". Verification paths 1102, for example... Figure 11 The verification paths shown are 1101a, 1101b, 1101c, 1101d, 1101e, 1101f, or 1101g. Prompt message 1103 prompts the user to select a verification path and confirm. Prompt message 1103 may include text such as "Please select a verification route and confirm."

[0409] exist Figure 11 On the interface shown, the user can click on verification path 1101a and then click on control 1104 to select and confirm the selected verification path. The user's path selection operation can include clicking on verification path 1101a and then clicking on control 1104.

[0410] In response to the user clicking control 1104, the phone can display Figure 12 The interface shown in section a. (e.g., [a]) Figure 12 The interface shown in Figure a may include: a status bar, a control indicating a return 1101, an icon indicating the start position of verification 1201, an icon indicating the direction of travel 1202, a prompt message 1203, an icon indicating the user's location or the phone's location 406, a vehicle icon 407, and an icon indicating the relative position of the phone 1204.

[0411] in, Figure 12 The content of the status bar in the interface shown in Figure a can be found in [reference]. Figure 11The status bar content in the interface shown. Identifier 1202 can be called a path indicator. Prompt message 1203 is used to prompt the user to walk to the verification start position and start the verification. Prompt message 1203, for example, the text "Please walk to this point, click start and follow the path indicator". Figure 12 In the interface shown in Figure a, the identifier 1204 can be the identifier 1204a. Identifier 1204a is, for example, polar coordinates (r0, θ0), where r0 is the distance from the mobile phone or user to the preset position, and θ0 is the angle between the coordinates of the mobile phone or user and the polar axis.

[0412] On the phone display Figure 12 In the interface shown in diagram a, the user can proceed to the verification start point. The phone can display... Figure 12 The interface shown in b. Figure 12 The interface shown in b is the same as Figure 12 The difference between the interfaces shown in section a and section 'a' is: Figure 12 The interface shown in b does not include prompt message 1203, and identifier 406 overlaps with identifier 1201. Figure 12 In the interface shown in b, identifier 1204 is identifier 1204b. Identifier 406 overlaps with identifier 1201, which can indicate that the user is at the verification start position. Identifier 1204b is, for example, polar coordinates (r1, θ1), where r1 is the distance from the phone or user to the preset position, and θ1 is the angle between the coordinates of the phone or user and the polar axis.

[0413] On the phone display Figure 12 In the interface shown in b, the user can walk along marker 1202. When the phone's initial location information and the RSSI of the phone's transmitted signal meet the unlocking conditions or unlocking node conditions corresponding to the threshold data, the vehicle can unlock. The phone can display... Figure 12 The interface shown in c. Figure 12 The interface shown in c is the same as Figure 12 The difference between the interfaces shown in b is: Figure 12 The time displayed in the status bar of the interface shown in C is "08:15". Figure 12 The interface shown in C does not include identifier 1201. Figure 12 The interface shown in middle c includes a message 1205 indicating successful unlocking. Figure 12 In the interface shown in Figure c, identifier 1204 is identifier 1204c. Figure 12 The position of the marker 406 in the interface shown in middle c is... Figure 12 The position of the label 406 is different in the interface shown in b.

[0414] Identifier 1204c, for example, polar coordinates (r2, θ2), where r2 is the distance from the phone or user to the preset location, and θ2 is the angle between the phone or user's coordinates and the polar axis. Prompt message 1205, for example, the text "Unlock successful".

[0415] On the phone display Figure 12 After the interface shown in C, the phone's display can switch to... Figure 12 The interface shown in d. (As shown in the image) Figure 12 The interface shown in Figure d includes a status bar, a return control 1101, a direction indicator 1206, a location indicator 406 indicating the user's or phone's location, a vehicle icon 407, and a relative location indicator 1204, where indicator 1204 is also known as indicator 1204c. Indicator 1206 can also be referred to as a route indicator. Figure 12 The content of the status bar in the interface shown in Figure d can be found in [reference]. Figure 12 The content of the status bar in the interface shown in C.

[0416] On the phone display Figure 12 In the interface shown in diagram d, the user can walk along marker 1206. When the phone's initial location information and the RSSI of the phone's transmitted signal meet the locking conditions or locking node conditions corresponding to the threshold data, the vehicle can perform a locking operation. The phone can display... Figure 12 The interface shown in e. Figure 12 The interface shown in e is Figure 12 The difference between the interfaces shown in d is: Figure 12 The time displayed in the status bar of the interface shown in Figure e is "08:16". Figure 12 The interface shown in Figure e includes a prompt message 1207 indicating successful locking. Figure 12 In the interface shown in Figure e, identifier 1204 is identifier 1204d. Figure 12 The position of the marker 406 in the interface shown in Figure e is... Figure 12 The position of the label 406 is different in the interface shown in d.

[0417] The identifier 1204d is, for example, polar coordinates (r3, θ3), where r3 is the distance from the phone or user to the preset position, and θ3 is the angle between the phone or user's coordinates and the polar axis. The prompt message 1207 is, for example, the text "Lock successful".

[0418] like Figure 11 and Figure 12The calibration method provided in the illustrated embodiment allows the mobile phone to display multiple verification paths and prompt the user to select and confirm the selected path when the mobile phone and / or vehicle receive threshold data. In response to the user's selection of a verification path, the mobile phone can prompt the user to walk along the path indicators (e.g., markers 1202 and 1206) to verify the threshold data, achieving seamless unlocking and locking based on the threshold data. The mobile phone can also display the user's or mobile phone's first position information relative to a preset position in real time while the user walks along the path indicators, such as marker 1204. If the vehicle unlocks successfully, the mobile phone displays a confirmation message indicating successful unlocking. If the vehicle locks successfully, the mobile phone displays a confirmation message indicating successful locking. Based on the confirmation messages indicating successful unlocking and the user's or mobile phone's first position information relative to a preset position (e.g., marker 1204c), the user can determine the unlocking distance. Based on the confirmation messages indicating successful locking and the user's or mobile phone's first position information relative to a preset position (e.g., marker 1204d), the user can determine the locking distance. This improves the user experience.

[0419] Example 2 of the verification phase scenario, see as follows: Figure 11 and Figure 13 The illustrated embodiment.

[0420] Figure 11 and Figure 13 In the illustrated embodiment, Figure 11 See the above description for details. Figure 11 The description.

[0421] Figure 13 This illustration shows another scenario of the calibration method provided in the embodiments of this application.

[0422] Sub-regions corresponding to the movement range, such as Figure 5 Taking the sub-region shown in C as an example, in response to user clicks... Figure 11 The operation of control 1104 in the interface shown can be displayed on the mobile phone. Figure 13 The interface shown in Figure a. Figure 13 The interface shown in Figure a is the same as Figure 12 The difference between the interfaces shown in section a and section 2 is: Figure 13 The interface shown in Figure a also includes the identifier 501b of multiple sub-areas surrounding icon 407.

[0423] On the phone display Figure 13 In the interface shown in diagram a, the user can proceed to the verification start point. The phone can display... Figure 13 The interface shown in b. Figure 13 The interface shown in b is the same as Figure 13 The difference between the interfaces shown in section a and section 'a' is: Figure 13The interface shown in b does not include prompt message 1203, and identifier 406 overlaps with identifier 1201. Figure 13 The identifier 1204 in the interface shown in b is identifier 1204b.

[0424] On the phone display Figure 13 In the interface shown in b, the user can walk along marker 1202. When the phone's initial location information and the RSSI of the phone's transmitted signal meet the unlocking conditions or unlocking node conditions corresponding to the threshold data, the vehicle can unlock. The phone can display... Figure 13 The interface shown in c. Figure 13 The interface shown in c is the same as Figure 12 The difference between the interfaces shown in C is: Figure 13 The interface shown in C also includes the identifier 501b for multiple sub-areas surrounding icon 407.

[0425] On the phone display Figure 13 After the interface shown in C, the phone's display can switch to... Figure 13 The interface shown in d is shown in the middle. Figure 13 The interface shown in d is the same as Figure 12 The difference between the interfaces shown in d is: Figure 13 The interface shown in d also includes the identifier 501b of multiple sub-areas surrounding icon 407.

[0426] On the phone display Figure 13 In the interface shown in diagram d, the user can walk along marker 1206. When the phone's initial location information and the RSSI of the phone's transmitted signal meet the locking conditions or locking node conditions corresponding to the threshold data, the vehicle can perform a locking operation. The phone can display... Figure 13 The interface shown in e. Figure 13 The interface shown in e is Figure 12 The difference between the interfaces shown in section e is: Figure 13 The interface shown in middle e also includes the identifier 501b of multiple sub-areas surrounding icon 407.

[0427] Figure 11 and Figure 13 The technical effects of the calibration method provided in the illustrated embodiment are similar to those of... Figure 11 and Figure 12 The calibration methods provided in the illustrated embodiments have similar technical effects, and will not be described again here.

[0428] Example 3 of the verification phase scenario, see below. Figure 11 , Figure 12 and Figure 14 The illustrated embodiment.

[0429] Figure 14This illustration shows another scenario of the calibration method provided in the embodiments of this application.

[0430] Figure 11 , Figure 12 and Figure 14 In the illustrated embodiment, Figure 11 and Figure 12 For a more detailed description, please refer to the above description. Figure 11 and Figure 12 The description will not be repeated here.

[0431] On the phone display Figure 12 After the interface shown in the middle (e), the phone's display screen can jump to... Figure 14 The interface shown in Figure a. (As shown in Figure a) Figure 14 The interface shown in Figure a may include a status bar, a return control 1101, a vehicle icon 407, a prompt message 1401, a confirmation control 1402, and a negation control 1403.

[0432] Figure 14 The content of the status bar in the interface shown in Figure a can be found in [reference]. Figure 12 The status bar content in the interface shown in Figure e. The prompt message 1401 can be used to prompt the user to adjust the unlock / lock distance. Prompt message 1401 could be, for example, the text "Verification complete, unlock distance r2 meters, lock distance r3 meters. Do you need to adjust the unlock / lock distance?". Prompt message 1401 could also be the text "Unlock distance r2 meters, lock distance r3 meters. Do you need to adjust the unlock / lock distance?" or simply "Do you need to adjust the unlock / lock distance?".

[0433] exist Figure 14 On the interface shown in Figure a, the user can click control 1403 to adjust the locking / unlocking distance. The phone can display... Figure 14 The interface shown in b is as follows. Figure 14 The interface shown in Figure b may include a status bar, a return control 1101, a vehicle icon 407, a prompt message 1405, an unlock distance input box 1406, a lock distance input box 1407, and a confirmation control 1408. The unlock distance input box 1406 can be simply referred to as input box 1406. The lock distance input box 1407 can also be simply referred to as input box 1407.

[0434] Figure 14 The content of the status bar in the interface shown in b can be found in [reference]. Figure 14The status bar content in the interface shown in Figure a. Prompt message 1405 prompts the user to enter the unlock / lock distance. Prompt message 1405, for example, reads "Please enter the unlock / lock distance and click OK." The input box 1406 is surrounded by information indicating the unlock distance, such as the text "Unlock distance (meters)." The input box 1407 is surrounded by information indicating the lock distance, such as the text "Lock distance (meters)."

[0435] exist Figure 14 On the interface shown in b, the user can enter the unlocking distance in input box 1406. For example, entering 2 in input box 1406 indicates an unlocking distance of 2 meters. The user can enter the locking distance in input box 1407. For example, entering 8 in input box 1407 indicates a locking distance of 8 meters. The user can click control 1408.

[0436] In response to the user's click on control 1408, the mobile phone can transmit the user-inputted unlock distance (e.g., 2 meters) and user-inputted locking distance (e.g., 8 meters) to the cloud server, so that the cloud server can obtain updated threshold data based on the user-inputted unlock distance and user-inputted locking distance.

[0437] In response to a user clicking control 1408, or when the phone receives updated threshold data transmitted from a cloud server, the phone can display an interface containing control 404. The interface containing control 404 can be used in conjunction with... Figure 4 The interface shown in b is similar. This allows the phone and vehicle to verify the updated threshold data.

[0438] Optionally, in Figure 14 On the interface shown in Figure a, the user can click control 1402 to refuse adjusting the unlock / lock distance and terminate verification. The phone can display an interface containing the icon of the AAA app. The interface containing the AAA app icon can be compared with... Figure 4 The interface shown in 'a' is similar.

[0439] like Figure 11 , Figure 12 and Figure 14 In the calibration method shown in the embodiment, the user can also adjust the unlocking and locking threshold to obtain the updated threshold data corresponding to the adjusted unlocking and locking threshold, so as to realize the seamless unlocking and locking of the vehicle according to the user's unlocking and locking distance requirements, thereby improving the user's vehicle experience.

[0440] Example 4 of the verification phase scenario, see below. Figure 11 , Figure 13 and Figure 14 The illustrated embodiment. Figure 11 , Figure 13 and Figure 14 In the illustrated embodiment, Figure 11 and Figure 13 For a more detailed description, please refer to the above description. Figure 11 and Figure 13 The description will not be repeated here. (On the phone display) Figure 13 After the interface shown in the middle (e), the phone's display screen can jump to... Figure 14 The interface shown in Figure a. Figure 11 , Figure 13 and Figure 14 In the illustrated embodiment, Figure 14 For a more detailed description, please refer to the above description. Figure 11 and Figure 13 The description. Figure 11 , Figure 13 and Figure 14 For details on the implementation principles and technical effects of the illustrated embodiments, please refer to [link / reference]. Figure 11 , Figure 12 and Figure 14 The specific implementation principles and technical effects of the embodiments shown will not be elaborated here.

[0441] Compared to Figure 15 The locking and unlocking distance settings shown are more accurate than those adjusted in the calibration methods of Scenario Examples 3 and 4 during the verification phase.

[0442] Figure 15 This illustrates a possible implementation of the locking / unlocking distance setting method provided in an embodiment of this application.

[0443] like Figure 15 The interface shown may include a prompt message 1501 indicating the locking distance setting, a slider 1502, and a slider 1503 for adjusting the locking distance. The slider 1503 can slide along the slider 1502. One end of the slider 1502 has information indicating a short locking distance, and the other end has information indicating a long locking distance. The information indicating a short locking distance is, for example, the text "Near". The information indicating a long locking distance is, for example, the text "Long".

[0444] exist Figure 15 On the interface shown, users can slide slider 1503 to adjust the locking / unlocking distance. However, users cannot know the specific value of the adjusted locking / unlocking distance, which may lead to a mismatch between the adjusted distance and the user's needs. In contrast, in the calibration methods shown in Scenario Examples 3 and 4 during the verification phase, users can input their desired locking / unlocking distance to achieve precise adjustment, thus improving the user experience.

[0445] Optionally, the performance of the user's mobile phone may change. Changes in the user's mobile phone performance may affect the accuracy of contactless locking and unlocking based on the user's mobile phone. In the event of changes in the user's mobile phone performance, the user can recalibrate according to the calibration method provided in the embodiments of this application to obtain recalibrated threshold data. The user's mobile phone and the vehicle can perform contactless locking and unlocking based on the recalibrated threshold data, which can reduce the probability of decreased locking and unlocking accuracy.

[0446] Among these factors, changes in the user's mobile phone performance may occur, such as: the performance of the user's mobile phone signal transmission decreases with use, or the user changes the phone case, affecting the performance of the user's mobile phone signal transmission, or weather conditions affect the signal strength of the user's mobile phone signal transmission, or objects in the user's environment affect the signal strength of the user's mobile phone signal transmission.

[0447] Alternatively, the AAA app can be a Bluetooth key app for unlocking and locking vehicles without physical contact.

[0448] The threshold in the embodiments of this application can be preset.

[0449] This application provides a calibration method for a portable terminal. The method includes: in response to an input indicating calibration, sending a first signal to a vehicle at different locations relative to the vehicle. The first signals at multiple different locations are used to determine multiple signal strength information, the multiple signal strength information is used to determine threshold data, and the threshold data is used for unlocking and / or locking the vehicle. Receiving first information, the first information indicating that the threshold data has been determined.

[0450] For example, the portable terminal can be Figure 1 The mobile phone 101 in the illustrated embodiment can also be Figure 2 and Figure 3 The mobile phone in the illustrated embodiment can also be Figures 4-15 The mobile phone in the illustrated embodiment can also be Figure 16 or Figure 17 The portable terminal in the illustrated embodiment. The vehicle can be... Figure 1 The vehicle 102 in the illustrated embodiment can also be Figure 2 and Figure 3 The vehicle in the illustrated embodiment can also be Figures 4-15 The vehicle in the illustrated embodiment can also be Figure 16 or Figure 17 The vehicle in the illustrated embodiment. Threshold data, for example... Figures 1-15 The threshold data in the illustrated embodiment. Different positions relative to the vehicle may include different positions of the portable device relative to a preset position, and may also include the portable device being located at a preset position. The preset position, for example... Figures 1-15The preset position in the illustrated embodiment. The preset position can be around the vehicle, for example, a preset position close to the vehicle's left rearview mirror. First signal, for example... Figures 1-15 The received signal strength indication (RSSI) measurement empty packet in the illustrated embodiment. The first signal may be a Bluetooth signal. Optionally, the first signal may be an ultra-wideband (UWB) signal. The signal strength information may be RSSI. The portable device is located at different positions relative to the vehicle, for example, at different positions around the vehicle.

[0451] The input in this application embodiment includes, but is not limited to, input achieved by clicking the screen or clicking a control on the screen, and can also be voice input, physical button input, gesture input, or eye-tracking input, etc. Taking input achieved by clicking a control on the screen as an example, it indicates the input of calibration, such as the input achieved by the user clicking a control that indicates the start of calibration, or the user clicking... Figure 4 The input is implemented by control 410 in the interface shown in Figure d.

[0452] The multiple signal strength information can be determined by the vehicle based on first signals at multiple different locations. For example, the vehicle measures the first signals at multiple different locations to obtain the signal strength information of each first signal. The threshold data can be determined by the server based on the multiple signal strength information sent by the vehicle. Optionally, the threshold data can be determined by the vehicle based on multiple signal strength information.

[0453] The first message may or may not carry threshold data. The first message can be sent from the server to the portable terminal, or it can be sent from the vehicle to the portable terminal. The first message indicates that the threshold data has been determined, and it can also indicate to the portable terminal that it can perform lock / unlock verification, facilitating the portable terminal to perform lock / unlock verification upon receiving the first message.

[0454] Taking the example where the threshold data is determined by the server based on multiple signal strength information sent by the vehicle, the specific implementation principle of this embodiment can be found in [link to relevant documentation]. Figure 1 The specific implementation principle of the illustrated embodiments can also be found in the specific implementation principle of the embodiments shown in S201-S213, S201-S202, S204, S301, and S206-S213, as well as the specific implementation principle of the scenario example in the data acquisition stage. These details will not be repeated here. The server can be... Figure 1 The cloud 103 in the illustrated embodiment can also be Figure 2 and Figure 3 The cloud server in the illustrated embodiment can also be Figures 4-15 The cloud server in the illustrated embodiment.

[0455] Taking the threshold data determined by the vehicle based on multiple signal strength information as an example, the specific implementation principle of this embodiment can be found in the specific implementation principle of the embodiments shown in S201-S202, S204, S301, and S206-S213, as well as the specific implementation principle of the scenario example in the data acquisition stage, the specific implementation principle of the embodiments shown in S201-S209 and S401-S402, and the specific implementation principle of the embodiments shown in S201-S202, S204, S301, S206-S209, and S401-S402.

[0456] In this way, in response to user-instructed calibration input, the portable terminal can send a first signal to the vehicle from different positions relative to the vehicle for calibration, obtaining threshold data for unlocking and / or locking the vehicle. The threshold data is determined based on multiple signal strength information, each determined based on a first signal at multiple different positions. Therefore, this threshold data is determined based on the signal (first signal) transmitted by the portable terminal (such as a user's mobile phone), and this threshold data corresponds to the portable terminal. This embodiment allows the user to self-calibrate the threshold data of the portable terminal. It can reduce the probability of mismatch between the threshold data used for unlocking and locking the vehicle and the portable terminal, thereby reducing the probability of the vehicle not automatically unlocking when the user approaches the vehicle, and also reducing the probability of the vehicle automatically locking when the user has not moved away from the vehicle.

[0457] Optionally, the position information of the portable terminal relative to the vehicle can be first position information. The first position information of the portable terminal relative to the vehicle is used to determine the threshold data. Here, the first position information is determined by the vehicle based on data from its sensors. Alternatively, the first position information is determined based on data from the portable terminal's sensors.

[0458] For example, the first location information is the relative position of the portable terminal relative to the vehicle, not the absolute position. Taking a mobile phone as an example, the first location information could be... Figures 1-15 The first location information or the coordinates of the mobile phone relative to a preset location in the illustrated embodiment. Compared to not using a fixed location (such as a preset location) as the reference for determining the distance from the portable terminal to the vehicle, using a preset location as the reference for determining the distance from the portable terminal to the vehicle can improve the accuracy of the threshold data determined based on the first location information. This can further reduce the probability of mismatch between the threshold data used for vehicle unlocking / locking and the portable terminal.

[0459] Vehicle sensors can be Figure 3 The vehicle-mounted sensor in the illustrated embodiment. The data from the vehicle's sensors can be... Figure 3The user's position is acquired by the vehicle-mounted sensor in the illustrated embodiment. The sensors in the portable terminal may include an inertial navigation system, an accelerometer, and a gyroscope. The data from the portable terminal's sensors may be coordinates calculated by the inertial navigation system, or acceleration data measured by the accelerometer and / or attitude data measured by the gyroscope. The acceleration data from the portable terminal can be used to determine the relative displacement of the portable terminal or its coordinates relative to a preset position.

[0460] The first location information can be determined by the vehicle based on the user's location obtained from onboard sensors. For details on the implementation principle, please refer to [link / reference needed]. Figure 1 The specific implementation principle of how the vehicle obtains the user's coordinates relative to a preset position or obtains the user's position in real time through on-board sensors in embodiments S301 or S302.

[0461] The first position information can also be determined by the portable terminal based on data from its sensors. For example, the first position information can be calculated by the portable terminal's inertial navigation system; the specific implementation principle can be found in [link to relevant documentation]. Figure 1 or Figure 2 The embodiment shown illustrates the specific implementation principle of how the mobile phone's inertial navigation component calculates the coordinates of the mobile phone relative to a preset position.

[0462] The first position information can also be determined by data from sensors on the vehicle's portable terminal. For example, the first position information can be calculated from acceleration data and / or attitude data transmitted by the vehicle to the portable terminal; the specific implementation principle can be found in [link to relevant documentation]. Figure 1 or Figure 2 The embodiment shown illustrates the specific implementation principle of how vehicle 102 calculates acceleration data and / or attitude data to obtain the coordinates of the mobile phone relative to a preset position.

[0463] This allows for the collection of position information of the portable terminal relative to the vehicle, facilitating the use of this position information for determining threshold data and reducing the probability of mismatch between threshold data and the portable terminal. The first position information is determined by the vehicle based on data from its sensors, or vice versa. This allows for the collection of position information of the portable terminal relative to the vehicle even when the portable terminal lacks distance or displacement calculation capabilities, thus expanding the application scope of the calibration method provided in this application. The position information of the portable terminal relative to the vehicle refers to the relative position information of the portable terminal.

[0464] Optionally, the first signal may also include first position data, which is data collected by the sensors of the portable terminal at a first position relative to the vehicle.

[0465] For example, the first location data may be first location information. The first location data may also be data from the sensors of the portable terminal, such as acceleration data from the portable terminal.

[0466] In this way, the first signal includes data from the portable terminal's first position relative to the vehicle, enabling the vehicle to determine the portable terminal's first position information relative to the vehicle based on this data. This allows the vehicle or server to determine threshold data based on the first position information, reducing the probability of a mismatch between the threshold data and the portable terminal.

[0467] Optionally, different positions surround the vehicle within the first range.

[0468] For example, the first range can be Figures 1-14 The movement range in the embodiment. The first range may be preset.

[0469] In this way, by having different positions surround the vehicle within the first range, the vehicle can collect signal strength information and location information from the portable terminal at different locations within the first range. This allows for the determination of threshold data based on the corresponding signal strength and location information within the first range, improving the accuracy of the threshold data and consequently enhancing the accuracy of the vehicle's contactless unlocking and locking. The first range surrounding the vehicle enables the collection of signal strength and location information from the area surrounding the vehicle, enriching the data available for determining threshold data and improving its accuracy, thus enhancing the accuracy of the vehicle's contactless unlocking and locking.

[0470] Optionally, the first range may be selected by the user from a set of preset areas. For example, the user may select the first range from a set of areas displayed on the portable terminal. The first range selected by the user includes... Figure 7 Taking regions A, F, and E in the illustrated embodiment as examples, the specific implementation principle of the user selecting the first range can be found in [reference needed]. Figure 7 and Figure 8 The specific implementation principle of the illustrated embodiment is as follows. Optionally, the user can draw an area on the display screen of the portable terminal, and the drawn area is the first range selected by the user.

[0471] This allows users to select or set the first range according to their needs and / or habits, improving the data collection efficiency of the vehicle in acquiring signal strength and location information of the portable terminal at different locations within the first range. It also enables personalized calibration, increasing the user's enjoyment of the calibration process and enhancing the user experience. The display screen can be referred to as a screen.

[0472] Optionally, the threshold data is calculated and determined by using an unlocking / locking threshold algorithm on the first data set. The first data set includes multiple data pairs, each including first position information and signal strength information corresponding to the first position information. The first data set is determined from multiple first position information at different positions relative to the vehicle and the signal strength information corresponding to each of the multiple first position information.

[0473] For example, the first dataset may be the training data or training data sequence shown in S211. Data pairs may be... Figures 1-15 The data pair in the illustrated embodiment. The time corresponding to the first position information in the data pair is the same as the time corresponding to the signal strength information, or the absolute value of the difference between the time corresponding to the first position information and the time corresponding to the signal strength information in the data pair can be less than a preset duration threshold. For the specific implementation principle of this embodiment, please refer to the specific implementation principle of S211-S212, or the specific implementation principle of S401.

[0474] In this way, threshold data can be determined based on the first data set.

[0475] Optionally, the first data set includes p+1 data pairs corresponding to each of the second location information. Each of the p+1 second location information is location information on the first path. Alternatively, the first range containing different locations includes multiple sub-regions, and the data pairs corresponding to each of the p+1 second location information are determined based on the p+1 second location information relative to the multiple sub-regions. Here, p is a positive integer.

[0476] For example, the p+1 second location information items can be preset. The p+1 second location information items can be determined based on the first path. For example, the p+1 second location information items can be the location information of each of the p+1 endpoints of the p road segments on the first path. The p road segments are obtained by dividing the preset first path into p segments according to a preset segmentation threshold. The length of each road segment in the p road segments is the same as the segmentation threshold.

[0477] The data pairs corresponding to each of the p+1 second location information pieces are determined based on the p+1 second location information pieces relative to multiple sub-regions. For example, the data pairs corresponding to each of the p+1 second location information pieces include some or all of the data pairs corresponding to the sub-regions intersecting with the first path. Alternatively, the data pairs corresponding to each of the p+1 second location information pieces include any one of the data pairs corresponding to the sub-regions intersecting with the first path. A sub-region can be... Figures 2-10 The sub-region in the illustrated embodiment.

[0478] Taking a target's second location information as any one of p+1 second location information sets as an example. The data pair corresponding to the target's second location information includes some or all of the data pairs corresponding to the sub-region where the target's second location information is located. Alternatively, the data pair corresponding to the target's second location information is any one of the data pairs corresponding to the sub-region where the target's second location information is located.

[0479] Taking any one of the data pairs corresponding to the p+1 second location information, including the data pairs corresponding to the sub-regions intersecting with the first path, as an example, the specific implementation principle of this embodiment can be found in the specific implementation principle of S211.

[0480] Thus, when the second location information is the same as the first location information, a first data set can be determined based on p+1 pieces of second location information. Since each sub-region within the first range corresponds to at least one data pair, when the second location information is different from the first location information, the first data set can be determined based on multiple sub-regions containing the p+1 pieces of second location information, for example, based on the data pairs corresponding to each of the multiple sub-regions containing the p+1 pieces of second location information. Because the p+1 pieces of second location information are all location information on the first path, when the second location information is different from the first location information, the first data set can be determined based on multiple sub-regions intersecting the first path, for example, based on the data pairs corresponding to each of the multiple sub-regions intersecting the first path. This allows for the determination of a first data set from multiple data pairs corresponding to the first range, which can then be used to determine threshold data.

[0481] Optionally, the first range where different locations are located includes multiple sub-regions, each sub-region corresponding to at least one data pair. The data pair includes the first location information of the portable terminal relative to the vehicle and the signal strength information corresponding to the first location information. The multiple data pairs corresponding to the first range satisfy the integrity condition.

[0482] For example, the vehicle can determine whether multiple data pairs corresponding to the first range meet the integrity conditions, and the specific implementation principle can be found in the specific implementation principle of S206.

[0483] In this way, multiple data pairs corresponding to the first range can be used to determine the first data set. The multiple data pairs corresponding to the first range satisfy the integrity condition, which can reduce the probability of threshold data inaccuracy due to instability or inaccuracy of data in the first data set, and thus reduce the probability of inaccurate vehicle unlocking / locking due to inaccurate threshold data. The multiple data pairs corresponding to the first range can be... Figure 2 or Figure 3 The data set shown in the embodiment.

[0484] Optionally, in scenarios where the threshold data is determined by the server, the multiple data pairs corresponding to the first range obtained by the server are transmitted from the vehicle to the server provided that the multiple data pairs corresponding to the first range satisfy the integrity condition. This facilitates the server in determining the first data set from the multiple data pairs corresponding to the first range.

[0485] Optionally, the data pair may also include movement speed and attitude information.

[0486] The integrity conditions include at least one of the following: The proportion of sub-regions satisfying the data stability condition within the multiple sub-regions corresponding to the first range is greater than or equal to a first threshold. The data pairs corresponding to the first range follow a normal distribution. The number of data pairs whose movement speed is within a preset speed range within the data pairs corresponding to the first range is greater than or equal to a second threshold. The attitude information corresponding to the first range includes a preset attitude.

[0487] For example, data stability conditions may include: the number of data pairs within the mean ± 2 standard deviations of the sub-region is greater than or equal to a third threshold, and / or the data pairs corresponding to the sub-region follow a normal distribution. A sub-region that meets the data stability conditions can be called a data-stable sub-region. A sub-region that does not meet the data stability conditions can be called a data-unstable sub-region.

[0488] In this way, the integrity conditions can be used to verify multiple data pairs corresponding to the first range, which can reduce the probability of threshold data being inaccurate due to instability or inaccuracy of the data corresponding to the first range. This can further reduce the probability of inaccurate unlocking and locking of the vehicle due to inaccurate threshold data.

[0489] Optionally, the first information may include threshold data.

[0490] For example, in a scenario where the threshold data is determined by the server, the server can send the threshold data to the portable terminal once it obtains the threshold data. Optionally, the first information is sent by the vehicle to the portable terminal upon receiving the threshold data from the server, so as to facilitate the verification of the threshold data between the portable terminal and the vehicle even if the server does not send the first information to the portable terminal.

[0491] In this way, the first piece of information includes threshold data, which allows the portable terminal to send threshold data to the vehicle for unlocking / locking threshold verification or to perform contactless unlocking / locking using the threshold data. It can also prompt the portable terminal that unlocking / locking threshold verification is possible, or that the portable terminal can use the threshold data for contactless unlocking / locking. Furthermore, it can enable the portable terminal to send received threshold data to the vehicle even when the server has not sent threshold data, facilitating threshold data verification between the portable terminal and the vehicle.

[0492] Optionally, the first range encompassing different locations includes multiple sub-regions. Before receiving the first information, the method further includes: displaying a first interface, the first interface including a first identifier indicating that data in the sub-region is to be collected. In response to receiving second information indicating successful data collection in the target sub-region, a second interface is displayed, the second interface including the first identifier and a second identifier corresponding to the target sub-region, the second identifier indicating successful data collection in the sub-region.

[0493] For example, the first interface can be Figure 5 The interface shown in 'a', Figure 6 The interface shown in 'a', Figure 8 The interface shown in 'a', Figure 9 The interface shown in 'a' or Figure 10 The interface shown in section 'a'. The first identifier can be identifier 501a, or it can be the identifier of the first sub-region shown in S208. The second information can be... Figure 2 The third acquisition result information in the illustrated embodiment. The second interface can be... Figure 5 The interface shown in b, Figure 6 The interface shown in b, Figure 8 The interface shown in b, Figure 9 The interface shown in b or Figure 10 The interface shown in b is shown in the image. The second interface can also be... Figure 2 Interface 3 in the illustrated embodiment. The second identifier can be identifier 501b, or it can be the identifier of the second sub-region shown in S208.

[0494] This system uses a first and second identifier to indicate the data collection status of a sub-region, distinguishing between sub-regions where data collection was successful and those where data collection was not. This allows the system to prompt users to cooperate in collecting data from sub-regions awaiting collection, such as suggesting a walk through the uncollected sub-regions, thus improving collection efficiency and adding fun to the process, enhancing the user experience. Sub-regions where data collection was not successful can be understood as sub-regions awaiting data collection. Data collection status can include successful data collection and data pending collection. Sub-regions awaiting collection can be those where data collection failed or where the data is unstable.

[0495] Optionally, before responding to the input indicating calibration, the method further includes: displaying a first prompt message and / or a control indicating the start of calibration. The first prompt message is used to indicate that the portable terminal is in a preset position.

[0496] For example, the first prompt message can be prompt message A shown in S202, or it can be... Figure 4 The prompt message 409 in the illustrated embodiment indicates that the control indicating the start of calibration can be... Figure 4Control 410 in the illustrated embodiment.

[0497] In this way, displaying a first prompt message indicates that the user or portable terminal is at a preset position, and displaying a control indicating the start of calibration instructs the user to perform the calibration operation. This facilitates the vehicle's collection of data when the portable terminal is at the preset position, enabling the determination of the portable terminal's position relative to the preset position. It also prompts the user to participate in calibration, improving the user experience. Data collected when the portable terminal is at the preset position includes, for example, the location information of the portable terminal at the preset position and the signal strength information of the first signal emitted by the portable terminal at the preset position.

[0498] Optionally, the method further includes: displaying a third interface, the third interface including second prompt information for prompting unlock / lock verification. In response to an input indicating unlock / lock verification, a second signal is sent to the vehicle at different locations relative to the vehicle. If the position information and signal strength information of the portable terminal corresponding to the second signal relative to the vehicle meet the unlocking conditions indicated by the threshold data, a third prompt information indicating successful vehicle unlocking is displayed, the signal strength information corresponding to the second signal being determined based on the second signal. If the position information and signal strength information of the portable terminal corresponding to the second signal relative to the vehicle meet the locking conditions indicated by the threshold data, a fourth prompt information indicating successful vehicle locking is displayed.

[0499] For example, the third interface can be Figure 2 Interface 5 in the illustrated embodiment. The third interface could also be... Figure 11 The interface shown. The second prompt message could be... Figure 2 The illustrated embodiment includes information used to prompt the user to begin threshold verification. The second prompt information could be... Figure 11 The prompt message 1103 in the illustrated embodiment can also be... Figure 4 The control 404 shown in Figure b contains the text "Verify". The input indicating unlock verification can be an operation that instructs unlock verification. Figure 2 The user's operation of selecting a path or clicking the control 1104 in the illustrated embodiment may also include the user clicking... Figure 4 The operation of control 404 shown in b in the image. The third prompt message could be... Figure 12 or Figure 13 The prompt message 1205 in the illustrated embodiment. The unlocking condition indicated by the threshold data can be... Figure 2 The unlocking conditions or unlocking node conditions in the illustrated embodiment. The fourth prompt message may be... Figure 12 or Figure 13 The prompt message 1207 in the illustrated embodiment. The locking condition indicated by the threshold data can be... Figure 2The locking conditions or locking node conditions in the illustrated embodiments.

[0500] For example, the portable terminal corresponding to the second signal contains location information and signal strength information relative to the vehicle, i.e., a data pair corresponding to the second signal. When the data pair corresponding to the second signal meets the unlocking conditions indicated by the threshold data, the vehicle can transmit information to the portable terminal indicating that the vehicle is unlocked, and the portable terminal can display a third prompt message. When the data pair corresponding to the second signal meets the locking conditions indicated by the threshold data, the vehicle can transmit information to the portable terminal indicating that the vehicle is locked, and display a fourth prompt message indicating that the vehicle has been successfully locked. The information indicating that the vehicle is unlocked can be... Figure 2 The unlocking result in the illustrated embodiment. Information used to indicate that the vehicle is locked can be... Figure 2 The locking result in the illustrated embodiment.

[0501] For the specific implementation principle of this embodiment, please refer to the specific implementation principle of S214-S223, or the specific implementation principle of the embodiments shown in S214-S215, S217-S218, S302, and S219-S223. In the scenario where the threshold data is determined by the vehicle, the specific implementation principle of this embodiment can also be found in the specific implementation principle of the embodiments shown in S214-S216, S218-S222, and S403.

[0502] This allows the system to prompt the user to participate in the locking / unlocking verification by displaying a second notification message. By showing a message indicating whether the vehicle is locked or unlocked, the system provides real-time updates on the vehicle's status. Users can perceive the distance to the vehicle when it is unlocked or locked, improving the user experience and allowing them to adjust the locking / unlocking distance as needed.

[0503] Optionally, the third interface also includes multiple second paths for unlocking / locking verification. The second prompt message further prompts the user to select a second path from the multiple second paths for unlocking / locking verification. The second signal is sent when the portable terminal moves along the selected second path.

[0504] For example, the second path could be Figure 2 , Figures 11-13 The verification path in the illustrated embodiment. The second prompt information may include... Figure 11 The illustrated embodiment shows prompt information 1103. The second prompt information may also include... Figure 12 or Figure 13 The prompt message 1203 in the illustrated embodiment.

[0505] This allows users to choose a second path for unlocking / locking verification based on their needs and habits, thus improving the user experience. The second signal is sent by the portable terminal as it moves along the selected second path. This allows the vehicle to receive multiple second signals from different positions of the portable terminal relative to the vehicle. Each of these second signals corresponds to a data pair. The vehicle unlocks when the data pair of the second signals meets the unlocking condition indicated by the threshold data, and locks when the data pair of the second signals meets the locking condition indicated by the threshold data.

[0506] Optionally, the second signal is sent when the portable terminal moves along the vehicle's light projection path, which is used for lock / unlock verification. The second prompt message also prompts the user to move along the light projection path. The light projection path is preset. For example, the light projection path is the vehicle's lights projecting a preset second path onto the ground. Alternatively, the light projection path is the vehicle's lights projecting the user-selected second path onto the ground after the user selects one from multiple second paths.

[0507] In this way, by using the vehicle's lights to indicate the path for unlocking and locking verification, and guiding the user to move along the projected path, the calibration process becomes more accurate and easier for the user. It also reduces the probability of the user's actual walking route deviating from the second path selected by the user, thus improving the user experience.

[0508] Optionally, after displaying a fourth prompt message indicating successful vehicle locking, the method further includes displaying a fifth prompt message prompting adjustment of the locking / unlocking distance.

[0509] For example, the fifth prompt message could be Figure 2 The information used to prompt the user to adjust the locking / unlocking distance in the illustrated embodiment can also be... Figure 14 The prompt information 1401 and / or prompt information 1405 in the illustrated embodiment.

[0510] This allows users to adjust the locking and unlocking distance according to their needs and habits.

[0511] Optionally, the unlocking and locking distances include unlocking distance and locking distance. After displaying a fifth prompt message to indicate adjustment of the unlocking and locking distances, the method further includes: receiving the adjusted unlocking distance and / or the adjusted locking distance; receiving a third message indicating successful threshold data update, wherein the updated threshold data is determined based on the adjusted unlocking distance and / or the adjusted locking distance.

[0512] For example, the portable terminal can obtain the adjusted unlocking distance and adjusted locking distance input by the user on the portable terminal's display screen. In scenarios where the threshold data is determined by the server, the portable terminal can transmit the adjusted unlocking distance and adjusted locking distance to the server, enabling the server to use a preset unlocking / locking threshold algorithm, the adjusted unlocking distance, and the adjusted locking distance to calculate multiple data pairs corresponding to the first range transmitted by the vehicle, thereby obtaining updated threshold data. For instance, the server uses a preset unlocking / locking threshold algorithm, the adjusted unlocking distance, and the adjusted locking distance to calculate the first data set, thereby obtaining updated threshold data. Upon obtaining the updated threshold data, the server can send the updated threshold data to the portable terminal and / or the vehicle.

[0513] In scenarios where the threshold data is determined by the vehicle, the portable terminal can transmit adjusted unlocking and locking distances to the vehicle. This allows the vehicle to use a preset unlocking / locking threshold algorithm, the adjusted unlocking distance, and the adjusted locking distance to calculate updated threshold data for multiple data pairs corresponding to a first range. For example, the vehicle uses the preset unlocking / locking threshold algorithm, the adjusted unlocking distance, and the adjusted locking distance to calculate updated threshold data for the first data set. Upon receiving the updated threshold data, the vehicle can send a first message to the portable terminal to prompt it to perform unlocking / locking verification.

[0514] Taking the threshold data being determined by the server as an example, the specific implementation principle of this embodiment can be found in the specific implementation principle of the embodiment shown in S222-S223, or in [other locations]. Figure 14 The specific implementation principle of the illustrated embodiment.

[0515] Taking the threshold data as being determined by the vehicle as an example, the specific implementation principle of this embodiment can be found in the specific implementation principle of the embodiments shown in S222 and S403.

[0516] This allows for the adjustment of the unlocking / locking threshold based on the user's unlocking / locking distance requirements, resulting in updated threshold data. This enables seamless unlocking / locking of the vehicle based on the user's unlocking / locking distance requirements, enhancing the user's experience.

[0517] Optionally, after receiving the updated threshold data, the method further includes: displaying a second prompt message to prompt for unlocking / locking verification. In response to an input indicating unlocking / locking verification, a second signal is sent to the vehicle at different locations relative to the vehicle. If the position information and signal strength information of the portable terminal corresponding to the second signal relative to the vehicle meet the unlocking conditions indicated by the updated threshold data, a prompt message indicating successful unlocking of the vehicle is displayed. If the position information and signal strength information of the portable terminal corresponding to the second signal relative to the vehicle meet the locking conditions indicated by the updated threshold data, a prompt message indicating successful locking of the vehicle is displayed.

[0518] This allows for unlocking and locking verification based on updated threshold data, enabling seamless unlocking and locking of the vehicle according to the user's unlocking and locking distance requirements, thus improving the user's vehicle experience.

[0519] In the embodiments of this application, the first path and the second path may be the same or different.

[0520] This application provides a calibration method applied to a vehicle. The method includes: receiving a first signal, which is sent by a portable terminal at different locations relative to the vehicle in response to a calibration instruction input; the first signals at multiple different locations are used to determine multiple signal strength information, the multiple signal strength information are used to determine threshold data, and the threshold data is used for unlocking and / or locking the vehicle; and sending first information to the portable terminal, the first information indicating that the threshold data has been determined.

[0521] For example, in a scenario where the threshold data is determined by the server based on multiple signal strength information sent by the vehicle, the first information may be sent by the vehicle to the portable terminal upon receiving the threshold data transmitted by the server. Alternatively, the first information may be a confirmation message sent by the vehicle to the portable terminal indicating that it has received the threshold data, upon receiving the threshold data from the portable terminal.

[0522] In scenarios where the threshold data is determined by the vehicle based on multiple signal strength information, the first piece of information is sent to the portable terminal after the vehicle has determined the threshold data.

[0523] In this way, the vehicle receives the first signal and can determine the corresponding signal strength information based on it. Responding to user-instructed calibration input, the portable terminal sends the first signal to the vehicle from different positions relative to the vehicle. The vehicle can determine multiple signal strength information based on the first signal at multiple different positions. This allows the vehicle or server to determine the corresponding threshold data for the portable terminal based on multiple signal strength information, enabling the user to self-calibrate the portable terminal's threshold data. This reduces the probability of mismatch between the threshold data used for vehicle unlocking / locking and the portable terminal, thereby reducing the probability of the vehicle not automatically unlocking when the user approaches, and also reducing the probability of the vehicle automatically locking when the user has not moved away from the vehicle.

[0524] Optionally, before sending the first information to the portable terminal, the method further includes: acquiring threshold data.

[0525] For example, in a scenario where the threshold data is determined by the server based on multiple signal strength information sent by the vehicle, the vehicle can receive the threshold data sent by the server or a portable terminal, and the vehicle can send the first information to the portable terminal to prompt the portable terminal to perform unlocking and locking verification.

[0526] In scenarios where the threshold data is determined by the vehicle based on multiple signal strength information, the vehicle can send the first message to the portable terminal to prompt the portable terminal to perform unlocking and locking verification once the threshold data is determined.

[0527] This application provides a calibration method applied to a server. The method includes: determining threshold data based on multiple signal strength information, the threshold data being used for unlocking and / or locking a vehicle, and the multiple signal strength information being determined based on first signals at multiple different locations. The first signal is a signal sent by a portable terminal to the vehicle at different locations relative to the vehicle in response to a calibration instruction input. First information is sent to indicate that the threshold data has been determined.

[0528] For example, in response to an input indicating calibration, a portable terminal sends a first signal to the vehicle at different locations relative to the vehicle. The vehicle can receive the first signal sent by the portable terminal. The vehicle can determine multiple signal strength information based on the first signals at multiple different locations. The vehicle can send the multiple signal strength information to a server. The server can determine threshold data based on the multiple signal strength information. The server can be... Figure 1 The cloud 103 in the illustrated embodiment can also be Figure 2 and Figure 3 The cloud server in the illustrated embodiment can also be Figures 4-15 The cloud server in the illustrated embodiment can also be Figure 16 or Figure 17 The server in the illustrated embodiment.

[0529] If the server determines the threshold data, it can send first information carrying the threshold data to the portable terminal and / or vehicle. Alternatively, the server can send the threshold data to the vehicle and send first information not containing the threshold data to the portable terminal.

[0530] In this way, in response to user-instructed calibration input, the portable terminal can send a first signal to the vehicle from different positions relative to the vehicle for calibration, obtaining threshold data for unlocking and / or locking the vehicle. The threshold data is determined by the server based on multiple signal strength information obtained, each determined based on a first signal at multiple different positions. Therefore, this threshold data is determined based on the signal (first signal) transmitted by the portable terminal (such as a user's mobile phone), and this threshold data corresponds to the portable terminal. This embodiment allows the user to self-calibrate the threshold data of the portable terminal. This reduces the probability of mismatch between the threshold data used for unlocking and locking the vehicle and the portable terminal, thereby reducing the probability of the vehicle not automatically unlocking when the user approaches the vehicle, and also reducing the probability of the vehicle automatically locking when the user has not moved away from the vehicle.

[0531] Optionally, the method further includes: receiving the adjusted unlocking distance and / or the adjusted locking distance from the portable terminal; and updating the threshold data based on the adjusted unlocking distance and / or the adjusted locking distance.

[0532] This allows for the adjustment of the unlocking / locking threshold based on the user's unlocking / locking distance requirements, resulting in updated threshold data. This enables seamless unlocking / locking of the vehicle based on the user's unlocking / locking distance requirements, enhancing the user's experience.

[0533] Figure 16 Another schematic diagram of the calibration system provided in the embodiments of this application is shown.

[0534] like Figure 16 As shown in the figure, this application provides a calibration system, including: a portable terminal 1601, a vehicle 1602, and a server 1603.

[0535] The portable terminal 1601 can be used to send a first signal to the vehicle 1602 at different positions relative to the vehicle 1602 in response to an input indicating calibration.

[0536] Vehicle 1602 can be used to determine multiple signal strength information based on first signals at multiple different locations.

[0537] Server 1603 can be used to determine threshold data based on multiple signal strength information, the threshold data being used for unlocking and / or locking vehicle 1602. It is also used to send first information to portable terminal 1601 and / or vehicle 1602, the first information indicating that the threshold data has been determined.

[0538] The portable terminal 1601 can communicate wirelessly with the vehicle 1602. The server 1603 can communicate wiredly and / or wirelessly with both the portable terminal 1601 and the vehicle 1602.

[0539] Figure 17 This illustration shows yet another schematic diagram of the calibration system provided in an embodiment of this application.

[0540] like Figure 17 As shown in the figure, this application provides a calibration system, including a portable terminal 1701 and a vehicle 1702.

[0541] The portable terminal 1701 can be used to send a first signal to the vehicle at different locations relative to the vehicle in response to an input indicating calibration.

[0542] Vehicle 1702 can be used to determine multiple signal strength information based on first signals at multiple different locations, and to determine threshold data based on the multiple signal strength information. The threshold data is used for unlocking and / or locking the vehicle. It is also used to send first information to a portable terminal, indicating that the threshold data has been determined.

[0543] The portable terminal 1701 can communicate wirelessly with the vehicle 1702.

[0544] Figure 18 A schematic diagram of a calibration device provided in an embodiment of this application is shown.

[0545] like Figure 18 As shown in the figure, this application embodiment provides a calibration device, including: a response module 1801 and a first receiving module 1802.

[0546] The response module 1801 can be used to send a first signal to the vehicle at different positions relative to the vehicle in response to an input of indication calibration. The first signals at multiple different positions are used to determine multiple signal strength information, and the multiple signal strength information are used to determine threshold data. The threshold data is used for unlocking and / or locking the vehicle.

[0547] The first receiving module 1802 can be used to receive first information, which is used to indicate that the threshold data has been determined.

[0548] Optionally, the response module 1801 can be connected to the first receiving module 1802.

[0549] Figure 19 This paper shows another structural schematic diagram of the calibration device provided in an embodiment of this application.

[0550] like Figure 19 As shown in the figure, this application provides a calibration device, including a second receiving module 1901 and a first transmitting module 1902.

[0551] The second receiving module 1901 can be used to receive a first signal, which is sent by the portable terminal in response to the input of the indication calibration at different positions relative to the vehicle. The first signals at multiple different positions are used to determine multiple signal strength information, and the multiple signal strength information are used to determine threshold data. The threshold data is used for unlocking and / or locking the vehicle.

[0552] The first sending module 1902 can be used to send first information to a portable terminal, the first information being used to indicate that the threshold data has been determined.

[0553] Optionally, the second receiving module 1901 can be connected to the first transmitting module 1902.

[0554] Figure 20 This illustration shows another structural schematic diagram of the calibration device provided in the embodiments of this application.

[0555] like Figure 20 As shown in the figure, this application provides a calibration device, including: a processing module 2001 and a second sending module 2002.

[0556] The processing module 2001 can be used to determine threshold data based on multiple signal strength information. The threshold data is used for unlocking and / or locking the vehicle. The multiple signal strength information are determined based on first signals at multiple different locations. The first signal is a signal sent to the vehicle by the portable terminal at different locations relative to the vehicle in response to an input indicating calibration.

[0557] The second sending module 2002 can be used to send first information, which indicates that the threshold data has been determined.

[0558] Optionally, the processing module 2001 can be connected to the second sending module 2002.

[0559] It should be noted that the user information (including but not limited to user location, user device information, user personal information, etc.) and data (including but not limited to data used for analysis, stored data, displayed data, etc.) involved in the embodiments of this application are all information and data authorized by the user or fully authorized by all parties. Furthermore, the collection, use and processing of related data must comply with the relevant laws, regulations and standards of the relevant countries and regions, and corresponding operation entry points are provided for users to choose to authorize or refuse.

[0560] This application provides an electronic device including a processor and a memory. The memory stores computer-executable instructions. The processor executes the computer-executable instructions stored in the memory, causing the electronic device to perform the method described above.

[0561] Figure 21 A schematic diagram of an electronic device provided in an embodiment of this application is shown.

[0562] like Figure 21 As shown, the electronic device may include a processor 2101 and a memory 2102. The memory 2102 stores computer-executable instructions. The processor 2101 executes the computer-executable instructions stored in the memory 2102, causing the electronic device to perform the methods described above. The processor 2101 and the memory 2102 can be connected via a bus.

[0563] Optionally, there can be one or more processors. The memory in the electronic device can be connected to one or more processors via a bus.

[0564] This application provides a chip. The chip includes a processor, which is used to call a computer program in memory to execute the technical solutions in the above embodiments. Its implementation principle and technical effects are similar to those in the related embodiments described above, and will not be repeated here.

[0565] This application provides a chip system applied to an electronic device. The chip system includes one or more processors, which are used to invoke computer instructions to cause the electronic device to execute the technical solutions described above.

[0566] This application also provides a computer-readable storage medium. The computer-readable storage medium stores a computer program. When the computer program is executed by a processor, it implements the methods described above. The methods described in the above embodiments can be implemented wholly or partially by software, hardware, firmware, or any combination thereof. If implemented in software, the functionality can be stored as one or more instructions or code on or transmitted over the computer-readable medium. The computer-readable medium can include computer storage media and communication media, and can also include any medium that can transfer a computer program from one place to another. The storage medium can be any target medium accessible by a computer.

[0567] In one possible implementation, a computer-readable medium may include random access memory (RAM), read-only memory (ROM), compact discread-only memory (CD-ROM) or other optical disc storage, magnetic disk storage or other magnetic storage devices, or any other medium targeted to carry or to store required program code in the form of instructions or data structures, and accessible by a computer. Furthermore, any connection is appropriately referred to as a computer-readable medium. For example, if software is transmitted from a website, server, or other remote source using coaxial cable, fiber optic cable, twisted pair, digital subscriber line (DSL), or wireless technologies such as infrared, radio, and microwave, then coaxial cable, fiber optic cable, twisted pair, DSL, or wireless technologies such as infrared, radio, and microwave are included in the definition of medium. As used herein, disks and optical discs include optical discs, laser discs, optical discs, digital versatile discs (DVDs), floppy disks, and Blu-ray discs, where disks typically reproduce data magnetically, while optical discs optically reproduce data using lasers. Combinations of the above should also be included within the scope of computer-readable media.

[0568] This application provides a computer program product, which includes a computer program that, when run, causes a computer to perform the above-described method.

[0569] It should be noted that the modules or components in the above embodiments can be one or more integrated circuits configured to implement the above methods, such as one or more application-specific integrated circuits (ASICs), one or more digital signal processors (DSPs), or one or more field-programmable gate arrays (FPGAs), etc. Furthermore, when a module is implemented through processing element scheduler code, the processing element can be a general-purpose processor, such as a central processing unit (CPU) or other processors capable of calling program code, such as a controller. Additionally, these modules can be integrated together to implement a system-on-a-chip (SOC).

[0570] In the above embodiments, implementation can be achieved, in whole or in part, through software, hardware, firmware, or any combination thereof. When implemented in software, it can be implemented, in whole or in part, as a computer program product. A computer program product includes one or more computer instructions. When the computer program instructions are loaded and executed on a computer, all or part of the flow or function according to the embodiments of this application is generated. The computer can be a general-purpose computer, a special-purpose computer, a computer network, or other programmable device. The computer instructions can be stored in a computer-readable storage medium or transmitted from one computer-readable storage medium to another. For example, computer instructions can be transmitted from one website, computer, server, or data center to another website, computer, server, or data center via wired (e.g., coaxial cable, fiber optic, digital subscriber line (DSL)) or wireless (e.g., infrared, wireless, microwave, etc.) means. The computer-readable storage medium can be any available medium that a computer can access or a data storage device such as a server or data center that integrates one or more available media. The available medium can be a magnetic medium (e.g., floppy disk, hard disk, magnetic tape), an optical medium (e.g., DVD), or a semiconductor medium (e.g., solid-state disk (SSD)).

[0571] The term "multiple" in this document refers to two or more. The term "and / or" in this document is merely a description of the relationship between related objects, indicating that three relationships can exist. For example, A and / or B can represent: A alone, A and B simultaneously, or B alone. Furthermore, the character " / " in this document generally indicates an "or" relationship between the preceding and following related objects; in formulas, the character " / " indicates a "division" relationship between the preceding and following related objects. Additionally, it should be understood that in the description of the embodiments of this application, terms such as "first" and "second" are used only for descriptive purposes and should not be construed as indicating or implying relative importance or order.

[0572] It is understood that the various numerical designations used in the embodiments of this application are merely for descriptive convenience and are not intended to limit the scope of the embodiments of this application. Similarly, the various English letter designations used in the embodiments of this application are merely for descriptive convenience and are not intended to limit the scope of the embodiments of this application.

[0573] It is understood that, in the embodiments of this application, the order of the above-mentioned processes does not imply the order of execution. The execution order of each process should be determined by its function and internal logic, and should not constitute any limitation on the implementation process of the embodiments of this application.

Claims

1. A calibration method characterized by, The method is applied to a portable terminal, and comprises: in response to an input indicating calibration, sending a first signal to a vehicle at different positions relative to the vehicle, the first signal at each of the different positions being used to determine a plurality of signal strength information, the plurality of signal strength information being used to determine threshold data, the threshold data being used for unlocking and / or locking of the vehicle; receiving first information indicating that the threshold data has been determined.

2. The method of claim 1, wherein, The first position information of the portable terminal relative to the vehicle is used to determine the threshold data; The first position information is determined based on data of a sensor of the vehicle; or The first position information is determined based on data of a sensor of the portable terminal.

3. The method of claim 2, wherein, The first signal further comprises first position data, which is data collected by a sensor of the portable terminal at a first position of the portable terminal relative to the vehicle.

4. The method of claim 3, wherein, The different positions surround the vehicle within a first range.

5. The method according to any one of claims 1-4, characterized in that, The threshold data is determined by calculating a first data set using a lock / unlock threshold algorithm, the first data set comprising a plurality of data pairs, each data pair comprising first position information and signal strength information corresponding to the first position information, the first data set being determined from the plurality of first position information at the different positions relative to the vehicle and the signal strength information corresponding to each of the plurality of first position information.

6. The method of claim 5, wherein, The first data set comprises p+1 second position information each corresponding to the data pair; The p+1 second position information are all position information on a first path; or The first range in which the different positions are located comprises a plurality of sub-regions, and the data pair corresponding to each of the p+1 second position information is determined based on the p+1 second position information relative to the plurality of sub-regions; wherein p is a positive integer.

7. The method according to any one of claims 1 to 6, characterized in that, The first range in which the different positions are located comprises a plurality of sub-regions, each sub-region corresponding to at least one data pair, the data pair comprising first position information of the portable terminal relative to the vehicle and signal strength information corresponding to the first position information, and the plurality of data pairs corresponding to the first range satisfy a completeness condition.

8. The method of claim 7, wherein, The data pair further comprises movement speed and attitude information; The completeness condition comprises at least one of the following: The proportion of sub-regions in the plurality of sub-regions corresponding to the first range that satisfy a data stability condition is greater than or equal to a first threshold value; The data pairs corresponding to the first range follow a normal distribution; The number of data pairs in the data pairs corresponding to the first range in which the movement speed is within a preset speed range is greater than or equal to a second threshold value; The attitude information corresponding to the first range includes a preset attitude.

9. The method according to any one of claims 1-8, characterized in that, The first information comprises the threshold data.

10. The method according to any one of claims 1-9, characterized in that, The first range in which the different positions are located comprises a plurality of sub-regions; before the receiving first information, the method further comprises: displaying a first interface, the first interface comprising a first identifier indicating that data of a sub-region is to be collected; In response to receiving second information indicating successful data collection of the target sub-region, a second interface is displayed, the second interface including the first identifier and a second identifier corresponding to the target sub-region, the second identifier being used to indicate successful data collection of the sub-region.

11. The method according to any one of claims 1-10, characterized in that, Before the response to the input indicating calibration, the method further includes: Displaying a first prompt information and / or a control representing starting calibration, the first prompt information being used to prompt the portable terminal to be located at a preset position.

12. The method according to any one of claims 1-11, characterized in that, The method further includes: Displaying a third interface including a second prompt information used to prompt to perform an unlocking and locking verification; In response to an input indicating the unlocking and locking verification, sending a second signal to the vehicle at different positions relative to the vehicle; In a case where position information and signal strength information of the portable terminal corresponding to the second signal relative to the vehicle satisfy an unlocking condition indicated by the threshold data, displaying third prompt information indicating successful unlocking of the vehicle, the signal strength information corresponding to the second signal being determined based on the second signal; In a case where position information and signal strength information of the portable terminal corresponding to the second signal relative to the vehicle satisfy a locking condition indicated by the threshold data, displaying fourth prompt information indicating successful locking of the vehicle.

13. The method of claim 12, wherein, The third interface further includes a plurality of second paths, the second paths being used for the unlocking and locking verification, and the second prompt information being further used to prompt to select a second path from the plurality of second paths for the unlocking and locking verification; The second signal is sent in a case where the portable terminal moves along the selected second path.

14. The method according to claim 12 or 13, characterized in that, The second signal is sent in a case where the portable terminal moves along a light projection path of the vehicle, the light projection path being used for the unlocking and locking verification.

15. The method according to any one of claims 12-14, characterized in that, After the fourth prompt information indicating successful locking of the vehicle is displayed, the method further includes: Displaying fifth prompt information used to prompt to adjust an unlocking and locking distance.

16. The method of claim 15, wherein, The unlocking and locking distance includes an unlocking distance and a locking distance, and after the fifth prompt information used to prompt to adjust the unlocking and locking distance is displayed, the method further includes: Receiving an adjusted unlocking distance and / or an adjusted locking distance; Receiving third information indicating successful updating of the threshold data, the updated threshold data being determined based on the adjusted unlocking distance and / or the adjusted locking distance.

17. A calibration method characterized by, Applied to a vehicle, the method includes: Receiving a first signal sent by a portable terminal at different positions relative to the vehicle in response to an input indicating calibration, the first signal at each of the different positions being used to determine a signal strength information, and the plurality of signal strength information being used to determine threshold data, the threshold data being used for unlocking and / or locking of the vehicle; Sending first information to the portable terminal, the first information being used to indicate that the threshold data has been determined.

18. The method of claim 17, wherein, Before the first information is sent to the portable terminal, the method further includes obtaining the threshold data.

19. A calibration method characterized by, Applied to a server, the method includes: Determine threshold data based on a plurality of signal strength information, the threshold data being used for unlocking and / or locking of a vehicle, the plurality of signal strength information being determined based on a plurality of first signals respectively at a plurality of different positions; Send first information, the first information being used for indicating that the threshold data has been determined.

20. The method of claim 19, wherein, The method further comprises: Receive an adjusted unlocking distance and / or an adjusted locking distance; Update the threshold data based on the adjusted unlocking distance and / or the adjusted locking distance.

21. A calibration system characterized by, Comprise: A portable terminal and a vehicle; The portable terminal is configured to send first signals to the vehicle at different positions relative to the vehicle in response to an input indicating a calibration; The vehicle is configured to determine a plurality of signal strength information based on the first signals respectively at a plurality of different positions, and determine threshold data based on the plurality of signal strength information, the threshold data being used for unlocking and / or locking of the vehicle; The vehicle is further configured to send first information to the portable terminal, the first information being used for indicating that the threshold data has been determined.

22. A calibration system characterized by, Comprise: A portable terminal, a vehicle and a server; The portable terminal is configured to send first signals to the vehicle at different positions relative to the vehicle in response to an input indicating a calibration; The vehicle is configured to determine a plurality of signal strength information based on the first signals respectively at a plurality of different positions; The server is configured to determine threshold data based on the plurality of signal strength information, the threshold data being used for unlocking and / or locking of the vehicle, and send first information to the portable terminal and / or the vehicle, the first information being used for indicating that the threshold data has been determined.

23. A calibration device, characterized by Comprise a response module and a first receiving module; The response module is configured to send first signals to a vehicle at different positions relative to the vehicle in response to an input indicating a calibration, the first signals respectively at a plurality of different positions being used for determining a plurality of signal strength information, the plurality of signal strength information being used for determining threshold data, the threshold data being used for unlocking and / or locking of the vehicle; The first receiving module is configured to receive first information, the first information being used for indicating that the threshold data has been determined.

24. A calibration device, characterized by Comprise a second receiving module and a first sending module; The second receiving module is configured to receive first signals, the first signals being sent by a portable terminal at different positions relative to a vehicle in response to an input indicating a calibration, the first signals respectively at a plurality of different positions being used for determining a plurality of signal strength information, the plurality of signal strength information being used for determining threshold data, the threshold data being used for unlocking and / or locking of the vehicle; The first sending module is configured to send first information to the portable terminal, the first information being used for indicating that the threshold data has been determined.

25. A calibration device, characterized by Comprise a processing module and a second sending module; The processing module is used to determine threshold data based on multiple signal strength information, the threshold data being used for unlocking and / or locking the vehicle, the multiple signal strength information being determined based on first signals at multiple different locations; the first signal being a first signal sent to the vehicle from a different location relative to the vehicle by a portable terminal in response to an input indicating calibration. The second sending module is used to send first information, which indicates that the threshold data has been determined.

26. An electronic device, comprising: The electronic device includes: one or more processors and memory; The memory is coupled to the one or more processors, the memory being used to store computer program code, the computer program code including computer instructions, the one or more processors invoking the computer instructions to cause the electronic device to perform the method as described in any one of claims 1-20.

27. A chip system, characterized by The chip system is applied to an electronic device, the chip system including one or more processors, the one or more processors being used to invoke computer instructions to cause the electronic device to perform the method as described in any one of claims 1-20.

28. A computer-readable storage medium, characterized in that, The computer-readable storage medium includes computer instructions that, when executed on an electronic device, cause the electronic device to perform the method as described in any one of claims 1-20.

29. A computer program product, characterised in that, The computer program product includes computer program code that, when run on an electronic device, causes the electronic device to perform the method as described in any one of claims 1-20.

Images