Digital token resetting method

Abstract

The invention discloses a digital token resetting method, and belongs to the technical field of vehicles. According to the technical scheme provided by the embodiment of the invention, under the condition that the vehicle is in the target mode and the network-free state, the new target digital token is actively sent to the digital key of the vehicle, so that the new target digital token can be obtained in time once the digital key recovers network connection, and the user experience is improved. The vehicle is configured in the target mode to indicate that the vehicle has a high possibility of driving to a poor network area. Moreover, after the information synchronization request sent by the digital key is received, validity period resetting information is sent to the digital key, so that the digital key can reset the validity period of the target digital token after network recovery, the available time of the digital key is increased, and the probability of failure of the digital key is reduced.

Description

Technical Field

[0001] The present application relates to the field of vehicle technology, and more specifically, to a method for resetting a digital token in the field of vehicle technology. Background Art

[0002] With the development of vehicle technology, more and more vehicles have digital key functions. When users configure mobile terminals such as mobile phones as digital keys, they can use mobile terminals to quickly unlock and start the vehicle. The realization of the digital key function depends on the target application used to control the vehicle. The login of the target application depends on the timeliness of the digital token. When the digital token is valid, the target application can be logged in normally and the digital key function can be used normally. Once the digital token expires, it is necessary to log in to the target application again online to update the digital token.

[0003] In some cases, the user will drive the vehicle to an area with poor signal. In this case, if the digital token expires, the vehicle's digital key will become invalid, and the user will not be able to use the digital key to unlock and start the vehicle.

[0004] Therefore, how to reduce the probability of digital key failure when the vehicle drives into an area with poor signal is a research hotspot. Summary of the invention

[0005] The embodiment of the present application provides a method for resetting a digital token, which can reduce the probability of digital key failure when the vehicle drives to an area with poor signal. The technical solution is as follows:

[0006] In one aspect, a method for resetting a digital token is provided, which is applied to a server, and the method comprises:

[0007] When the vehicle is in a target mode, determining whether the vehicle is in a no-network state, the vehicle being configured in the target mode indicating that there is a high probability that the vehicle is traveling to an area with poor network;

[0008] When the vehicle is in a network-free state, sending a new target digital token to a digital key of the vehicle, and when the digital token of the digital key has not expired, the digital key has the authority to control the vehicle;

[0009] In response to receiving an information synchronization request sent by the digital key, validity reset information is sent to the digital key, and the validity reset information is used to instruct the digital key to reset the validity period of the target digital token. The information synchronization request is sent by the digital key after receiving the target digital token.

[0010] In a possible implementation manner, when the vehicle is in the target mode, determining whether the vehicle is in a no-network state includes:

[0011] When the vehicle is in the target mode, determining the interval between the historical time when the heartbeat packet sent by the vehicle was last received and the current time every first preset time; when the interval is greater than or equal to a time threshold, determining that the vehicle is in a no-network state; when the interval is less than the time threshold, determining that the vehicle is not in a no-network state;

[0012] Alternatively, when the vehicle is in the target mode, a first network status determination request is sent to the vehicle every second preset time period, wherein the first network status determination request is used to request determination of the network status of the vehicle; when no first reply information to the first network status determination request is received within a third preset time period, it is determined that the vehicle is in a no-network state; when a first reply information to the first network status determination request is received within the third preset time period, it is determined that the vehicle is not in a no-network state;

[0013] Alternatively, when the vehicle is in target mode, a second network status determination request is sent to the digital key of the vehicle every second preset time period, and the second network status determination request is used to request determination of the network status of the digital key; when no second reply information for the second network status determination request is received within a third preset time period, it is determined that the vehicle is in a no-network state; when a second reply information for the second network status determination request is received within the third preset time period, it is determined that the vehicle is not in a no-network state.

[0014] In a possible implementation, when the vehicle is in a network-free state, sending a new target digital token to a digital key of the vehicle includes:

[0015] When the vehicle is in a non-network state, determining a cumulative number of times a target digital token is sent to the digital key in this round;

[0016] When the accumulated number of times is less than or equal to the number threshold, a new target digital token is sent to the digital key.

[0017] In a possible implementation, the method further includes:

[0018] When the accumulated number of times is greater than the number threshold, a login authorization instruction is sent to the digital key, wherein the login authorization instruction is used to instruct the digital key to re-login to a target application to obtain a new target digital token, wherein the target application is an application for controlling the vehicle.

[0019] In a possible implementation, when the vehicle is in a network-free state, sending a new target digital token to a digital key of the vehicle includes:

[0020] When the vehicle is in a no-network state, determining whether the digital key is in a no-network state;

[0021] When the digital key is in a no-network state, a new target digital token is sent to the digital key.

[0022] In a possible implementation, the method further includes:

[0023] When the digital key is not in a no-network state, sending a digital token update prompt to the digital key, the digital token update prompt is used to prompt starting a target application to update the digital token, the target application being an application for controlling the vehicle;

[0024] Alternatively, when the digital key is not in a network-free state, a key confirmation request is sent to the digital key, wherein the key confirmation request is used to confirm whether the driver of the vehicle carries the physical key of the vehicle; in response to the physical key confirmation information returned by the digital key, the sending of a new target digital token to the digital key is suspended.

[0025] In a possible implementation manner, in response to receiving the information synchronization request sent by the digital key, sending validity period reset information to the digital key includes:

[0026] In response to receiving an information synchronization request sent by the digital key, determining positioning information and / or network signal information of the digital key, wherein the positioning information is used to indicate the location of the digital key, and the network signal information is used to indicate the network connection quality of the digital key;

[0027] Determining whether the digital key is in a poor network state based on the positioning information and / or network signal information of the digital key;

[0028] When the digital key is in a poor network state, validity period reset information is sent to the digital key.

[0029] In a possible implementation, determining whether the digital key is in a poor network state based on the location information and / or network signal information of the digital key includes:

[0030] Based on the positioning information of the digital key, determine the location area to which the digital key belongs; if the location area belongs to a preset location area set, determine that the digital key is in a poor network state, and the preset location area set includes multiple poor network areas; if the location area does not belong to the preset location area set, determine that the digital key is not in a poor network state;

[0031] Alternatively, based on the network signal information of the digital key, the network quality level of the digital key is determined; when the network quality level is less than or equal to a preset level, it is determined that the digital key is in a poor network state; when the network quality level is greater than the preset level, it is determined that the digital key is not in a poor network state;

[0032] Alternatively, based on the positioning information and network signal information of the digital key, the location area and network quality level to which the digital key belongs are determined; when the location area belongs to a preset location area set and the network quality level is less than or equal to the preset level, it is determined that the digital key is in a poor network state; when the location area does not belong to the preset location area set and the network quality level is greater than the preset level, it is determined that the digital key is not in a poor network state.

[0033] In a possible implementation, the method further includes:

[0034] In the case where the digital key is not in a poor network state, determining whether a digital token of the digital key is expired;

[0035] If the target digital token of the digital key has not expired, sending validity period reset information to the digital key;

[0036] When the target digital token of the digital key expires, the login request sent by the digital key is verified; when the login request verification passes, a new target digital token is sent to the digital key again; when the login request verification fails, a login failure message is sent to the digital key.

[0037] In a possible implementation manner, when the vehicle is in the target mode, before determining whether the vehicle is in a no-network state, the method further includes:

[0038] Acquiring a navigation path of the vehicle; sending a mode change instruction to the vehicle when the navigation path passes through a preset location area, the mode change instruction being used to instruct the vehicle to change to the target mode; in response to receiving mode change information returned by the vehicle, determining that the vehicle is in the target mode, the mode change information being used to indicate that the vehicle has changed to the target mode;

[0039] or, in response to mode change information sent by the digital key, determining that the vehicle is in the target mode;

[0040] Alternatively, an environmental image captured by the vehicle is acquired every fourth preset time period; the environmental image is identified to determine the environment type of the vehicle; when the environment type is a preset environment type, the mode change instruction is sent to the vehicle; in response to receiving the mode change information returned by the vehicle, it is determined that the vehicle is in the target mode.

[0041] In one aspect, a method for resetting a digital token is provided, which is applied to a digital key, and the method comprises:

[0042] When the vehicle is in a target mode, determining whether a new target digital token sent by a server is received, wherein the target digital token is sent by the server when the server determines that the vehicle is in a no-network state, the vehicle being configured in the target mode indicates that there is a high possibility that the vehicle is traveling to an area with a poor network, and when the digital token of the digital key has not expired, the digital key has the authority to control the vehicle;

[0043] Upon receiving a new target digital token sent by the server, sending an information synchronization request to the server;

[0044] In response to receiving validity period reset information sent by the server, the validity period of the target digital token is reset, and the validity period reset information is sent by the server after receiving the information synchronization request.

[0045] In a possible implementation manner, when the vehicle is in the target mode, before determining whether a new target digital token sent by the server is received, the method further includes:

[0046] In response to a mode change operation in a target application, the vehicle is changed to the target mode and mode change information is sent to a server, the mode change information being used to indicate that the vehicle has been changed to the target mode, the target application being an application for controlling the vehicle.

[0047] In a possible implementation, the method further includes:

[0048] In response to the vehicle changing to the target mode, the validity period of the digital token of the digital key is extended from a first validity period to a second validity period, wherein the second validity period is greater than the first validity period, and the first validity period is the validity period of the digital token of the digital key when the vehicle is not in the target mode.

[0049] In one aspect, a digital token resetting device is provided, which is applied to a server, and the device comprises:

[0050] A network status determination module, configured to determine whether the vehicle is in a no-network state when the vehicle is in a target mode, wherein the vehicle being configured in the target mode indicates that there is a high probability that the vehicle is traveling to an area with poor network;

[0051] A digital token sending module, used for sending a new target digital token to a digital key of the vehicle when the vehicle is in a network-free state, and when the digital token of the digital key has not expired, the digital key has the authority to control the vehicle;

[0052] A reset information sending module is used to send validity period reset information to the digital key in response to receiving an information synchronization request sent by the digital key, wherein the validity period reset information is used to instruct the digital key to reset the validity period of the target digital token, and the information synchronization request is sent by the digital key after receiving the target digital token.

[0053] In a possible implementation, the network status determination module is used to determine the interval between the historical time when the heartbeat packet sent by the vehicle was last received and the current time every first preset time period when the vehicle is in the target mode; determine that the vehicle is in a no-network state when the interval time period is greater than or equal to a time period threshold; determine that the vehicle is not in a no-network state when the interval time period is less than the time period threshold; or, when the vehicle is in the target mode, send a first network status determination request to the vehicle every second preset time period, the first network status determination request being used to request determination of the network status of the vehicle; and if a first reply to the first network status determination request is not received within a third preset time period. When a first reply message is received for the first network status determination request within a third preset time period, it is determined that the vehicle is not in a no-network state; or, when the vehicle is in target mode, a second network status determination request is sent to the digital key of the vehicle every second preset time period, and the second network status determination request is used to request determination of the network status of the digital key; when no second reply message is received for the second network status determination request within the third preset time period, it is determined that the vehicle is in a no-network state; when a second reply message is received for the second network status determination request within the third preset time period, it is determined that the vehicle is not in a no-network state.

[0054] In a possible implementation, the digital token sending module is used to determine the cumulative number of times the target digital token is sent to the digital key in this round when the vehicle is in an offline state; and to send a new target digital token to the digital key when the cumulative number is less than or equal to a threshold number.

[0055] In a possible implementation, the digital token sending module is also used to send a login authorization instruction to the digital key when the cumulative number of times is greater than the number threshold, and the login authorization instruction is used to instruct the digital key to re-login to the target application to obtain a new target digital token, and the target application is an application used to control the vehicle.

[0056] In a possible implementation, the digital token sending module is used to determine whether the digital key is in an offline state when the vehicle is in an offline state; and send a new target digital token to the digital key when the digital key is in an offline state.

[0057] In a possible implementation, the digital token sending module is also used to send a digital token update prompt to the digital key when the digital key is not in a network-free state, and the digital token update prompt is used to prompt the launch of a target application to update the digital token, and the target application is an application for controlling the vehicle; or, when the digital key is not in a network-free state, send a key confirmation request to the digital key, and the key confirmation request is used to confirm whether the driver of the vehicle is carrying the physical key of the vehicle; in response to the physical key confirmation information returned by the digital key, suspend sending a new target digital token to the digital key.

[0058] In a possible implementation, the reset information sending module is used to determine the positioning information and / or network signal information of the digital key in response to receiving an information synchronization request sent by the digital key, the positioning information being used to indicate the location of the digital key, and the network signal information being used to indicate the network connection quality of the digital key; based on the positioning information and / or network signal information of the digital key, determine whether the digital key is in a poor network state; and when the digital key is in a poor network state, send validity period reset information to the digital key.

[0059] In a possible implementation, the reset information sending module is used to determine the location area to which the digital key belongs based on the positioning information of the digital key; when the location area belongs to a preset location area set, determine that the digital key is in a poor network state, and the preset location area set includes multiple poor network areas; when the location area does not belong to the preset location area set, determine that the digital key is not in a poor network state; or, based on the network signal information of the digital key, determine the network quality level of the digital key; when the network quality level is less than or equal to the preset level, determine that the digital key is in a poor network state; when the network quality level is greater than the preset level, determine that the digital key is not in a poor network state; or, based on the positioning information and network signal information of the digital key, determine the location area and network quality level to which the digital key belongs; when the location area belongs to the preset location area set and the network quality level is less than or equal to the preset level, determine that the digital key is in a poor network state; when the location area does not belong to the preset location area set and the network quality level is greater than the preset level, determine that the digital key is not in a poor network state.

[0060] In a possible implementation, the reset information sending module is also used to determine whether the digital token of the digital key is expired when the digital key is not in a poor network state; to send validity period reset information to the digital key when the target digital token of the digital key has not expired; to verify the login request sent by the digital key when the target digital token of the digital key has expired; to send a new target digital token to the digital key again when the login request verification passes; and to send login failure information to the digital key when the login request verification fails.

[0061] In a possible implementation, the device further includes:

[0062] A target mode determination module is used to obtain a navigation path of the vehicle; when the navigation path passes through a preset location area, send a mode change instruction to the vehicle, the mode change instruction is used to instruct the vehicle to change to the target mode; in response to receiving mode change information returned by the vehicle, determine that the vehicle is in the target mode, the mode change information is used to indicate that the vehicle has changed to the target mode; or, in response to mode change information sent by the digital key, determine that the vehicle is in the target mode; or, obtain an environmental image captured by the vehicle every fourth preset time period; identify the environmental image to determine the environment type of the vehicle; when the environment type is a preset environment type, send the mode change instruction to the vehicle; in response to receiving mode change information returned by the vehicle, determine that the vehicle is in the target mode.

[0063] In one aspect, a digital token resetting device is provided, which is applied to a digital key, and the device comprises:

[0064] a token determination module, configured to determine whether a new target digital token sent by a server is received when the vehicle is in a target mode, wherein the target digital token is sent by the server when the server determines that the vehicle is in a no-network state, and the vehicle being configured in the target mode indicates that there is a high possibility that the vehicle is traveling to an area with poor network, and when the digital token of the digital key has not expired, the digital key has the authority to control the vehicle;

[0065] A synchronization request sending module, used for sending an information synchronization request to the server upon receiving a new target digital token sent by the server;

[0066] The validity period resetting module is used to reset the validity period of the target digital token in response to receiving the validity period resetting information sent by the server, and the validity period resetting information is sent by the server after receiving the information synchronization request.

[0067] In a possible implementation, the device further includes:

[0068] A mode change module is used to respond to a mode change operation in a target application, change the vehicle to the target mode and send mode change information to a server, wherein the mode change information is used to indicate that the vehicle has been changed to the target mode, and the target application is an application for controlling the vehicle.

[0069] In a possible implementation, the device further includes:

[0070] A validity extension module is used to extend the validity period of the digital token of the digital key from a first validity period to a second validity period in response to the vehicle changing to the target mode, wherein the second validity period is greater than the first validity period, and the first validity period is the validity period of the digital token of the digital key when the vehicle is not in the target mode.

[0071] On the one hand, an electronic device is provided, which includes one or more processors and one or more memories, wherein at least one program code is stored in the one or more memories, and the program code is loaded and executed by the one or more processors to implement the operations performed by the digital token resetting method.

[0072] On the one hand, a computer-readable storage medium is provided, wherein at least one program code is stored in the computer-readable storage medium, and the program code is loaded and executed by a processor to implement the operations performed by the digital token resetting method.

[0073] Through the technical solution provided by the embodiment of the present application, when the vehicle is in the target mode and has no network connection, a new target digital token is actively sent to the digital key of the vehicle, so that once the digital key restores the network connection, the new target digital token can be obtained in time. The vehicle is configured in the target mode, indicating that the vehicle is likely to be driven to an area with poor network. In addition, after receiving the information synchronization request sent by the digital key, validity reset information is sent to the digital key, so that the digital key can reset the validity period of the target digital token after restoring the network, thereby increasing the available time of the digital key and reducing the probability of the digital key failing. BRIEF DESCRIPTION OF THE DRAWINGS

[0074] Figure 1It is a schematic diagram of an implementation environment of a digital token resetting method provided in an embodiment of the present application;

[0075] Figure 2 It is a flow chart of a method for resetting a digital token provided in an embodiment of the present application;

[0076] Figure 3 is a flowchart of another method for resetting a digital token provided in an embodiment of the present application;

[0077] Figure 4 It is a flowchart of another method for resetting a digital token provided in an embodiment of the present application;

[0078] Figure 5 It is a flowchart of another method for resetting a digital token provided in an embodiment of the present application;

[0079] Figure 6 It is a flowchart of another method for resetting a digital token provided in an embodiment of the present application;

[0080] Figure 7 It is a flowchart of another method for resetting a digital token provided in an embodiment of the present application;

[0081] Figure 8 It is a structural schematic diagram of a digital token resetting device provided in an embodiment of the present application;

[0082] Fig. 9 It is a structural schematic diagram of another digital token resetting device provided in an embodiment of the present application;

[0083] Fig.10 is a structural schematic diagram of a mobile terminal provided in an embodiment of the present application;

[0084] Fig.11 It is a structural diagram of a server provided in an embodiment of the present application. DETAILED DESCRIPTION

[0085] The following will be combined with the accompanying drawings to clearly and thoroughly describe the technical solutions in this application. In the description of the embodiments of this application, unless otherwise specified, " / " means or, for example, A / B can mean A or B: "and / or" in the text is only a description of the association relationship of associated objects, indicating that there can be three relationships, for example, A and / or B can mean: A exists alone, A and B exist at the same time, and B exists alone. In addition, in the description of the embodiments of this application, "multiple" means two or more than two.

[0086] In the following, the terms "first" and "second" are used for descriptive purposes only and are not to be understood as suggesting or implying relative importance or implicitly indicating the number of technical features reflected. Thus, a feature defined as "first" or "second" may explicitly or implicitly include one or more of the features.

[0087] In order to illustrate the technical solution provided by the embodiments of the present application, some terms involved in the embodiments of the present application are first introduced.

[0088] Digital key: A digital key is a vehicle access control system based on digital technology. It uses a smartphone to communicate with the vehicle through wireless technology to achieve remote unlocking of doors, engine start, and other functions. The emergence of digital keys not only simplifies the way car owners interact with their vehicles, but also improves safety and convenience.

[0089] Digital Token: A digital credential used for identity authentication, authorization, and access control. It is usually an encrypted string that contains the user's identity information and permission information. Digital tokens can be used in various application scenarios, such as login authentication, API access, single sign-on, etc.

[0090] Heartbeat packet: It is a custom command word that periodically informs the client and server of their own status. It is sent at a certain time interval, similar to heartbeat, so it is called heartbeat packet. The main function of the heartbeat packet is to inform the other party of its own status and ensure the validity of the connection.

[0091] In the related technology, the realization of the digital key function needs to rely on the target application of the car manufacturer. The login of the target application needs to verify the timeliness of the digital token. The update of the digital token requires a network signal to connect to the background. When the user drives to plateaus, deserts and other areas with poor signals, once the user stays for a long time, there is a problem of digital key function failure caused by the inability to log in to the target application due to the expiration of the digital token.

[0092] For example, the digital token of the target application is usually valid for 7 days. Within 7 days, whether there is a network or not, you can log in to the application interface and realize the digital key function when you open the target application. In the case of network, when the target application is opened, the target application initiates a digital token validity verification request to verify whether digital token A has expired. If it has not expired, it can continue to be used. At the same time, the cloud records the login time and issues a new digital token B (carrying time), and the 7-day validity period starts again; if it has expired (the target application has not been logged in within 7 days), it will jump to the login interface, and the user needs to re-enter the account and password to log in online. In the case of no network, when the target application is opened, the target application initiates a digital token validity verification request to verify whether digital token A has expired. If it has not expired, it can continue to be used. If it has expired (the 7-day timer on the target application side has timed out), it will jump to the login interface, and the user needs to re-enter the account and password to log in online.

[0093] In the above situation, when the vehicle travels to an area with poor signal, the digital token may not be updated in time, causing the digital key to become invalid.

[0094] It should be noted that the information (including but not limited to user device information, user personal information, etc.), data (including but not limited to data used for analysis, stored data, displayed data, etc.) and signals involved in this application are all authorized by the user or fully authorized by all parties, and the collection, use and processing of relevant data must comply with the relevant laws, regulations and standards of relevant countries and regions. For example, the navigation path, positioning information and images involved in this application are all obtained with full authorization.

[0095] After introducing some terms involved in the embodiments of the present application, the implementation environment of the embodiments of the present application is introduced below. Figure 1 The implementation environment of the digital token reset method provided in the embodiment of the present application includes a vehicle terminal 101, a digital key 102 and a server 103.

[0096] The vehicle terminal 101 is a terminal installed on the vehicle. In the embodiment of the present application, the vehicle terminal 101 is used to perform the functions related to the digital key control. The vehicle terminal 101 is connected to the digital key 102 through short-range communication or a wireless network, and the vehicle terminal 101 can exchange data with the digital key 102. The vehicle terminal 101 is connected to the server 103 through a wireless network, and the vehicle terminal 101 can exchange data with the server 103.

[0097] The digital key 102 is a terminal bound to the vehicle terminal 101. In some embodiments, the digital key 102 is a smart phone, a tablet computer, a smart watch, etc., but is not limited thereto. The digital key 102 is connected to the server 103 via a wireless network, and the digital key 102 can exchange data with the server 103. In some embodiments, the digital key 102 can remotely control the vehicle terminal 101. The digital key 102 sends the remote control command to the server 103, and the server 103 forwards the remote control command to the vehicle terminal 101. The vehicle terminal 101 can execute the action indicated by the remote control command, or the digital key 102 directly sends the remote control command to the vehicle terminal 101 through short-range communication.

[0098] The server 103 is an independent physical server, or a server cluster or distributed system composed of multiple physical servers, or a cloud server that provides basic cloud computing services such as cloud services, cloud databases, cloud computing, cloud functions, cloud storage, network services, cloud communications, middleware services, domain name services, security services, distribution networks (Content Delivery Network, CDN), and big data and artificial intelligence platforms. In some embodiments, the server 103 is also called a TSP (Telematics Service Provider) platform.

[0099] After introducing the implementation environment of the embodiment of the present application, the application scenario of the technical solution provided by the embodiment of the present application is introduced below. The technical solution provided by the embodiment of the present application can be applied in a server associated with a vehicle configured with a digital key function. After adopting the technical solution provided by the embodiment of the present application, when the vehicle is in target mode and without network, a new target digital token can be actively sent to the digital key of the vehicle, so that once the digital key restores the network connection, the new target digital token can be obtained in time, and validity reset information will also be sent to the digital key, so that the digital key can reset the validity period of the target digital token after the network is restored, thereby increasing the available time of the digital key and reducing the probability of failure of the digital key.

[0100] After introducing the implementation environment and application scenarios of the embodiments of the present application, the technical solutions provided by the embodiments of the present application are introduced below. Figure 2 Taking the execution subject as a server as an example, the method includes the following steps.

[0101] 201. When the vehicle is in the target mode, the server determines whether the vehicle is in a no-network state. The vehicle being configured in the target mode indicates that there is a high possibility that the vehicle is traveling to an area with poor network.

[0102] Among them, the target mode is also called the self-driving tour mode. If the user configures the vehicle to the target mode, it means that the user wants to drive the vehicle for a longer time. At the same time, the vehicle is likely to be driven to an area with poor network, including plateaus and deserts. In addition to being manually configured by the user, the target mode may also be automatically configured by the server, that is, when it is identified that there is a high possibility that the vehicle is traveling to an area with poor network, the vehicle is directly configured to the target mode. The vehicle is in a no-network state, which means that the vehicle cannot communicate with the outside world through the network. Correspondingly, the vehicle's digital key may also be in a no-network state, and the digital token of the digital key may not be updated in time.

[0103] 202. When the vehicle is in an offline state, the server sends a new target digital token to the digital key of the vehicle. If the digital token of the digital key has not expired, the digital key has the authority to control the vehicle.

[0104] Generally speaking, the new target digital token is actively requested by the digital key to the server. In order to reduce the probability of the digital key failing, when the vehicle is found to be out of network, the server actively sends a new target digital token to the digital key, so that after the digital key restores the network connection, the digital token can be updated as soon as possible. The digital token has a validity period, and the digital token has not expired means that the digital token has not exceeded the validity period. The digital key's authority to control the vehicle includes the authority to unlock the vehicle and the authority to start the vehicle.

[0105] 203. In response to receiving the information synchronization request sent by the digital key, the server sends validity reset information to the digital key, and the validity reset information is used to instruct the digital key to reset the validity period of the target digital token. The information synchronization request is sent by the digital key after receiving the target digital token.

[0106] Among them, receiving the information synchronization request sent by the digital key indicates that the digital key has restored the network connection, which means that the digital key has obtained the target digital token. Since the time when the digital key restores the network connection cannot be determined, and the target digital token also has a certain validity period, it is possible that the digital key restores the network connection but the target digital token has expired. At this time, the validity period of the target digital token will be reset. After resetting the validity period of the target digital token, the available time of the target digital token is equivalent to being extended. The digital token is in a valid state during the new validity period. Accordingly, the digital key also has the authority to control the vehicle during the new validity period.

[0107] Through the technical solution provided by the embodiment of the present application, when the vehicle is in the target mode and has no network connection, a new target digital token is actively sent to the digital key of the vehicle, so that once the digital key restores the network connection, the new target digital token can be obtained in time. The vehicle is configured in the target mode, indicating that the vehicle is likely to be driven to an area with poor network. In addition, after receiving the information synchronization request sent by the digital key, validity reset information is sent to the digital key, so that the digital key can reset the validity period of the target digital token after restoring the network, thereby increasing the available time of the digital key and reducing the probability of the digital key failing.

[0108] Another technical solution provided by the embodiment of the present application is introduced below. Figure 3 , taking the execution subject as a digital key as an example, the method includes the following steps.

[0109] 301. When the vehicle is in target mode, the digital key determines whether a new target digital token sent by the server is received. The target digital token is sent by the server when the server determines that the vehicle is in a state without network. The vehicle is configured in the target mode, indicating that there is a high possibility that the vehicle is driving into an area with poor network. When the digital token of the digital key has not expired, the digital key has the authority to control the vehicle.

[0110] Among them, the digital key is a mobile terminal, and when the digital token of the digital key has not expired, the vehicle can be controlled by using the mobile terminal. A target application for controlling the vehicle is installed on the digital key, and the control of the vehicle by the digital key is achieved based on the target application. In an embodiment of the present application, the digital token will be verified when the target application is started, that is, to determine whether the digital token has expired. If the digital token has not expired, the target application can be used normally, otherwise it is necessary to re-login to the target application. In addition, before using the digital key to unlock and start the vehicle, the digital token also needs to be verified, that is, to determine whether the digital token has expired. If the digital token has not expired, the corresponding unlocking and starting operations can be performed normally. Correspondingly, if the digital token has expired, the corresponding unlocking and starting operations cannot be performed.

[0111] 302. Upon receiving a new target digital token sent by the server, the digital key sends an information synchronization request to the server.

[0112] Among them, receiving a new target digital token indicates that the digital key is able to connect to the network. At this time, an information synchronization request is sent to request to reset the validity period of the target digital token, thereby extending the available time of the target digital token and reducing the probability of the digital token becoming invalid.

[0113] 303. In response to receiving the validity reset information sent by the server, the digital key resets the validity period of the target digital token. The validity reset information is sent by the server after receiving the information synchronization request.

[0114] Among them, after resetting the validity period of the target digital token, the available time of the target digital token is equivalent to being extended. The digital token is in a valid state within the new validity period. Accordingly, the digital key also has the authority to control the vehicle within the new validity period.

[0115] Through the technical solution provided by the embodiment of the present application, when the vehicle is in the target mode, it is determined whether a new target digital token issued by the server is received. When the target digital token is received, an information synchronization request is sent to the server to request a reset of the validity period of the target digital token. When the validity period reset information sent by the server is received, the validity period of the target digital token is reset, thereby increasing the available time of the digital key and reducing the probability of the digital key failing.

[0116] It should be noted that the above steps 201-203 are a simple description of the method for resetting the digital token provided in the embodiment of the present application. The following will be combined with some examples to provide a more detailed description of the method for resetting the digital token provided in the embodiment of the present application. Figure 4 Taking the execution subject as a server as an example, the method includes the following steps.

[0117] 401. The server determines whether the vehicle is in a target mode. The vehicle being configured in the target mode indicates that there is a high possibility that the vehicle is traveling to an area with poor network.

[0118] Among them, the target mode is also called the self-driving tour mode. If the user configures the vehicle to the target mode, it means that the user wants to drive the vehicle for a longer time. At the same time, the vehicle is likely to be driven to a poor network area, including plateaus and deserts. In addition to being manually configured by the user, the target mode may also be automatically configured by the server, that is, when it is identified that the vehicle is likely to drive to a poor network area, the vehicle is directly configured to the target mode. In an embodiment of the present application, when the vehicle is in target mode, the validity period of the digital token of the digital key will be extended. For example, under normal circumstances, the validity period of the digital token is 7 days. When it is in target mode, the validity period of the digital token will be extended to 30 days. When the vehicle is in a poor network area, it does not affect the digital key to transmit information with the vehicle through short-range communication (such as Bluetooth or ultra-wideband), so when the digital token is valid, the digital key can still control the vehicle.

[0119] In a possible implementation, the server obtains the navigation path of the vehicle. When the navigation path passes through a preset location area, the server sends a mode change instruction to the vehicle, the mode change instruction being used to instruct the vehicle to change to the target mode. In response to receiving the mode change information returned by the vehicle, the server determines that the vehicle is in the target mode, and the mode change information is used to indicate that the vehicle has changed to the target mode.

[0120] Among them, the preset location area is a location area that includes a poor network area. The preset location area belongs to a preset location area set. The preset location area set includes multiple preset location areas. The preset location area set is set by technical personnel according to actual conditions, and the embodiment of the present application does not limit this. The navigation path is used to indicate the future driving path of the vehicle. The navigation path can be used to determine whether the vehicle will pass through the preset location area, and the vehicle network status can be predicted in advance. In the embodiment of the present application, the acquisition of the navigation path requires the permission of the user.

[0121] In the above implementation, the navigation path of the vehicle is used to determine whether the vehicle will pass through a poor network area. If the vehicle will pass through a poor network area, the vehicle is adjusted to the target mode in advance, so that the validity period of the digital token of the digital key can be extended, and the probability of the digital key being usable is increased when the vehicle travels to a poor network area. In addition, the target mode is switched seamlessly, and the user experience is good.

[0122] For example, the server obtains a navigation path of the vehicle from a navigation system of the vehicle. The server determines a plurality of location areas through which the navigation path passes. If there is a preset location area among the plurality of location areas, the server sends a mode change instruction to the vehicle. In response to receiving the mode change information returned by the vehicle, the server determines that the vehicle is in the target mode.

[0123] Accordingly, based on the above implementation, when the navigation path does not pass through the preset location area, the server determines that the vehicle is not in the target mode.

[0124] Another implementation of the above step 401 is described below.

[0125] In a possible implementation, in response to the mode change information sent by the digital key, the server determines that the vehicle is in the target mode.

[0126] Among them, users can use the digital key to configure the vehicle to target mode. That is to say, before or during the user drives the vehicle, the user can use the digital key to actively configure the vehicle to target mode to increase the probability of the digital key being available in areas with poor network.

[0127] In an embodiment of the present application, when the vehicle is configured to the target mode through the digital key, the digital key sends mode change information to the server to prompt that the vehicle has been configured to the target mode, so as to facilitate the server to perform subsequent operations.

[0128] Accordingly, based on the above implementation, without receiving the mode change information sent by the digital key, the server determines that the vehicle is in the target mode.

[0129] Another implementation of the above step 401 is described below.

[0130] In a possible implementation, the server acquires an environment image collected by the vehicle every fourth preset time period. The server identifies the environment image and determines the environment type of the environment in which the vehicle is located. When the environment type is a preset environment type, the server sends the mode change instruction to the vehicle. In response to receiving the mode change information returned by the vehicle, the server determines that the vehicle is in the target mode.

[0131] Among them, the environmental image is collected by the vehicle's external image acquisition component, and the environmental image can reflect the environmental state of the vehicle's environment. Since the environmental image may involve the user's privacy, the acquisition of the environmental image requires the user's permission. The preset environment type is the environment type of the area with poor network. The preset environment type and the fourth preset time are set by the technician according to the actual situation, and the embodiment of the present application does not limit this.

[0132] In this implementation, the environment image collected by the vehicle is obtained at regular intervals, and the environment image is used to determine the environment type of the vehicle. When the environment type is a preset environment type, the vehicle is adjusted to the target mode in advance, so that the validity period of the digital token of the digital key can be extended, and the probability of the digital key being usable is increased when the vehicle drives to an area with poor network.

[0133] For example, the server acquires the environment image every fourth preset time period. The server inputs the environment image into an image recognition model, extracts features of the environment image through the image recognition model, and obtains environment image features of the environment image. The server classifies the environment image based on the environment image features through the image recognition model to obtain the environment type of the environment in which the vehicle is located. When the environment type is a preset environment type, the server sends the mode change instruction to the vehicle. In response to receiving the mode change information returned by the vehicle, the server determines that the vehicle is in the target mode.

[0134] For example, the server obtains the environment image every fourth preset time period. The server inputs the environment image into the image recognition model, and performs multiple convolutions on the environment image through the image recognition model to obtain the environment image features of the environment image. The server uses the image recognition model to fully connect and normalize the environment image features to obtain a probability set of the environment image, and the probability set includes multiple probabilities, and one probability corresponds to a candidate environment type. The server determines the candidate environment type with the highest probability as the environment type of the environment in which the vehicle is located. When the environment type is a preset environment type, the server sends the mode change instruction to the vehicle. In response to receiving the mode change information returned by the vehicle, the server determines that the vehicle is in the target mode.

[0135] Accordingly, based on the above implementation, when the environment type is not a preset environment type, the server determines that the vehicle is not in the target mode.

[0136] 402. When the vehicle is in the target mode, the server determines whether the vehicle is in a no-network state.

[0137] Among them, the vehicle is in an offline state, which means that the vehicle cannot communicate with the outside world through the network. Correspondingly, the vehicle's digital key may also be in an offline state, and the digital token of the digital key may not be updated in time.

[0138] In a possible implementation, when the vehicle is in the target mode, the server determines the interval between the historical time when the heartbeat packet sent by the vehicle was last received and the current time every first preset time. When the interval is greater than or equal to the time threshold, the server determines that the vehicle is in a no-network state. When the interval is less than the time threshold, the server determines that the vehicle is not in a no-network state.

[0139] Among them, in the target mode, the vehicle will establish a heartbeat connection with the server, that is, the vehicle will upload a heartbeat packet to the server every first preset time to notify the vehicle that it can communicate with the server through the network. The first preset time is set by the technician according to the actual situation, and the embodiment of the present application does not limit this. In some embodiments, when the vehicle is in different states, the interval time of the vehicle uploading the heartbeat packet is different. For example, when the vehicle is in a driving state, the vehicle uploads the heartbeat packet to the server every fifth preset time; when the vehicle is in a stationary state, the vehicle uploads the heartbeat packet to the server every sixth preset time, and the fifth preset time is less than the sixth preset time. In other words, compared with the stationary state, the heartbeat packet will be uploaded more frequently when the vehicle is in a driving state, so that the server can determine the network status of the vehicle in time. When the interval between the historical time of the last time the heartbeat packet was received by the vehicle and the current time is greater than or equal to the time threshold, it means that the server has not received the heartbeat packet uploaded by the vehicle for a long time, and it can be considered that the vehicle is in a non-network state. The time threshold is set by the technician according to the actual situation, such as 4 hours, etc., or determined based on the state of the vehicle.

[0140] In this implementation, the network status of the vehicle can be determined by using the interval duration of the vehicle uploading the heartbeat packet, and the determined network status has a high accuracy.

[0141] In order to explain the above embodiment more clearly, the method of determining the duration threshold based on the state of the vehicle in the above embodiment is explained below.

[0142] In some embodiments, when the vehicle is in a driving state, the server determines a first duration threshold as the duration threshold; when the vehicle is in a stationary state, the server determines a second duration threshold as the duration threshold, and the first duration threshold is smaller than the second duration threshold.

[0143] Among them, the server can judge the state of the vehicle based on the information carried by the heartbeat packet, that is, when the vehicle uploads the heartbeat packet, it will carry a flag bit for indicating the state, for example, flag bit 0 indicates that it is in a stationary state, and flag bit 1 indicates that it is in a driving state. The server uses the flag bit in the heartbeat packet to determine the state of the vehicle. The first duration threshold and the second duration threshold are set by the technician according to the actual situation, and the embodiment of the present application does not limit this.

[0144] It should be noted that the first duration threshold is smaller than the second duration threshold and this is consistent with the fifth preset duration being smaller than the sixth preset duration. Under such a configuration, the server can determine the network status of the vehicle more quickly.

[0145] Another implementation of the above step 402 is described below.

[0146] In a possible implementation, when the vehicle is in the target mode, the server sends a first network status determination request to the vehicle every second preset time period, and the first network status determination request is used to request to determine the network status of the vehicle. If the first reply information to the first network status determination request is not received within a third preset time period, the server determines that the vehicle is in a no-network state. If the first reply information to the first network status determination request is received within the third preset time period, the server determines that the vehicle is not in a no-network state.

[0147] The second preset time length and the third preset time length are set by a technician according to actual conditions, or determined based on the state of the vehicle.

[0148] In this implementation manner, the network status of the vehicle can be determined using the first network status determination request sent at intervals, and the determined network status has a high accuracy.

[0149] In order to explain the above embodiment more clearly, the manner of determining the second preset time length and the third preset time length based on the state of the vehicle in the above embodiment is explained below.

[0150] In some embodiments, when the vehicle is in a driving state, the server determines the first duration as the second preset duration, and the second duration as the third preset duration; when the vehicle is in a stationary state, the server determines the third duration as the second preset duration, and the fourth duration as the third preset duration, the first duration is smaller than the third duration, and the second duration is smaller than the fourth duration.

[0151] In this way, when the vehicle is in motion, the network status of the vehicle can be determined more frequently, so that when the vehicle is in a network-free state, it can be discovered in time, facilitating subsequent processing by the server.

[0152] Another implementation of the above step 402 is described below.

[0153] In a possible implementation, when the vehicle is in the target mode, the server sends a second network status determination request to the digital key of the vehicle every second preset time, and the second network status determination request is used to request to determine the network status of the digital key. If the second reply information to the second network status determination request is not received within a third preset time, the server determines that the vehicle is in a no-network state. If the second reply information to the second network status determination request is received within the third preset time, the server determines that the vehicle is not in a no-network state.

[0154] Among them, the vehicle's digital key is located inside the vehicle, so the location area of ​​the vehicle is the location area of ​​the digital key, and the network status of the digital key can be regarded as the network status of the vehicle.

[0155] In this implementation, the network status of the digital key is used to indirectly determine the network status of the vehicle, enriching the means of network status judgment.

[0156] 403. When the vehicle is in an offline state, the server sends a new target digital token to the digital key of the vehicle. If the digital token of the digital key has not expired, the digital key has the authority to control the vehicle.

[0157] Generally speaking, the new target digital token is actively requested by the digital key to the server. In order to reduce the probability of the digital key failing, when the vehicle is found to be out of network, the server actively sends a new target digital token to the digital key, so that after the digital key restores the network connection, the digital token can be updated as soon as possible. The digital token has a validity period, and the digital token has not expired means that the digital token has not exceeded the validity period. The digital key's authority to control the vehicle includes the authority to unlock the vehicle and the authority to start the vehicle.

[0158] In a possible implementation, when the vehicle is in a non-network state, the server determines the cumulative number of times the target digital token is sent to the digital key in this round. If the cumulative number is less than or equal to the number threshold, the server sends a new target digital token to the digital key.

[0159] Among them, this round refers to the time after the vehicle is determined to be in a no-network state. If the cumulative number is less than or equal to the number threshold, it means that the vehicle has been in a no-network state for a short time, then the server can directly reset the digital token. If the cumulative number is greater than the number threshold, it means that the vehicle has been in a no-network state for a long time, then the server does not need to waste resources to send the target digital token to the digital key. The number threshold is set by the technician according to the actual situation, such as 50 times, etc., and the embodiment of the present application does not limit this.

[0160] In this implementation, before sending a new target digital token to the digital key, the cumulative number of times the target digital token has been sent in this round is determined. If the cumulative number is less than or equal to the threshold number, the target digital token is sent to the digital key to avoid wasting resources.

[0161] Based on the above implementation, optionally, when the cumulative number of times is greater than the number threshold, the server sends a login authorization instruction to the digital key, and the login authorization instruction is used to instruct the digital key to re-login to the target application to obtain a new target digital token, and the target application is an application used to control the vehicle.

[0162] Another implementation of the above step 403 is described below.

[0163] In a possible implementation, when the vehicle is in a no-network state, the server determines whether the digital key is in a no-network state. When the digital key is in a no-network state, the server sends a new target digital token to the digital key.

[0164] Among them, the way in which the server determines whether the digital key is in a no-network state and the way in which the vehicle is determined in the above step 402 whether it is in a no-network state belong to the same inventive concept. The implementation process refers to the relevant description in the above step 402 and will not be repeated here.

[0165] In this implementation mode, when the vehicle is in a state without network, the network status of the digital key is determined. When the digital key is also in a state without network, a new target digital token is sent to avoid wasting network resources.

[0166] Based on the above implementation, optionally, any one of the following steps can also be performed.

[0167] In some embodiments, when the digital key is not in a network-free state, the server sends a digital token update prompt to the digital key, where the digital token update prompt is used to prompt the launch of a target application to update the digital token, where the target application is an application for controlling the vehicle.

[0168] In response to the start of the target application, the digital key will determine whether the digital token has expired. If the digital token has not expired, the program interface of the target application will be directly displayed, and a new digital token will be obtained through the server and the validity period of the digital token will be reset. The user can control the vehicle by operating on the program interface. If the digital token has not expired, a login interface will be displayed, which is used to prompt the user to re-login to the target application. If the target application is successfully logged in, the digital key can obtain a new digital token through the server and reset the validity period of the digital token. Therefore, when the digital key is not in a network-free state, a digital token update prompt is sent to the digital key to prompt the user to update the digital token by starting the target application.

[0169] In some embodiments, when the digital key is not in a no-network state, the server sends a key confirmation request to the digital key, the key confirmation request is used to confirm whether the driver of the vehicle carries the physical key of the vehicle. In response to the physical key confirmation information returned by the digital key, the server suspends sending new target digital tokens to the digital key.

[0170] The physical key confirmation information is used to indicate that the driver is carrying the physical key of the vehicle. Regardless of whether the vehicle is in a network-free state, the physical key can be used to unlock and start the vehicle. Therefore, if the physical key of the vehicle is confirmed to be carried, the sending of new target digital tokens to the digital key is suspended to avoid wasting network resources.

[0171] Based on the above embodiment, optionally, when not receiving physical key confirmation information returned by the digital key, or receiving physical key rejection information returned by the digital key, the server sends a new target digital token to the digital key.

[0172] If the physical key confirmation information returned by the digital key is not received, it means that the digital key may also become offline, so a new target digital token needs to be sent. If the digital key returns a physical key rejection message, it means that the driver does not carry the physical key of the vehicle, so a new target digital token needs to be sent.

[0173] 404. In response to receiving the information synchronization request sent by the digital key, the server sends validity reset information to the digital key, and the validity reset information is used to instruct the digital key to reset the validity period of the target digital token. The information synchronization request is sent by the digital key after receiving the target digital token.

[0174] Among them, receiving the information synchronization request sent by the digital key indicates that the digital key has restored the network connection, which means that the digital key has obtained the target digital token. Since the time when the digital key restores the network connection cannot be determined, and the target digital token also has a certain validity period, it is possible that the digital key restores the network connection but the target digital token has expired. At this time, the validity period of the target digital token will be reset. After resetting the validity period of the target digital token, the available time of the target digital token is equivalent to being extended. The digital token is in a valid state during the new validity period. Accordingly, the digital key also has the authority to control the vehicle during the new validity period.

[0175] In a possible implementation, in response to receiving an information synchronization request sent by the digital key, the server determines the location information and / or network signal information of the digital key, the location information is used to indicate the location of the digital key, and the network signal information is used to indicate the network connection quality of the digital key. The server determines whether the digital key is in a poor network state based on the location information and / or network signal information of the digital key. If the digital key is in a poor network state, the server sends validity period reset information to the digital key.

[0176] The poor network state is different from the no network state. The no network state means that network communication cannot be performed, while the poor network state means that network communication can be performed but the communication quality is poor, and packet loss and the like may occur.

[0177] In this implementation, when receiving the information synchronization request sent by the digital key, it is determined whether the digital key is in a poor network state. If the digital key is in a poor network state, validity period reset information is sent to the digital key.

[0178] In order to explain the above implementation more clearly, the above implementation will be explained in several parts below.

[0179] Part 1: In response to receiving an information synchronization request sent by the digital key, the server determines the location information and / or network signal information of the digital key.

[0180] In a possible implementation, in response to receiving the information synchronization request sent by the digital key, the server obtains the location information and / or network signal information of the digital key from the information synchronization request.

[0181] Among them, the information synchronization request carries the positioning information and / or network signal information of the digital key, which facilitates the server to quickly determine the network status of the digital key with high efficiency.

[0182] Part 2: The server determines whether the digital key is in a poor network state based on the positioning information and / or network signal information of the digital key.

[0183] In a possible implementation, the server determines the location area to which the digital key belongs based on the location information of the digital key. If the location area belongs to a preset location area set, the server determines that the digital key is in a poor network state, and the preset location area set includes multiple poor network areas. If the location area does not belong to the preset location area set, the server determines that the digital key is not in a poor network state.

[0184] In a possible implementation, the server determines the network quality level of the digital key based on the network signal information of the digital key. When the network quality level is less than or equal to a preset level, the server determines that the digital key is in a poor network state. When the network quality level is greater than the preset level, the server determines that the digital key is not in a poor network state.

[0185] Among them, the correspondence between the network signal information and the network quality level and the preset level are set by technical personnel according to actual conditions, and the embodiments of the present application do not limit this.

[0186] In a possible implementation, the server determines the location area and network quality level to which the digital key belongs based on the location information and network signal information of the digital key. If the location area belongs to a preset location area set and the network quality level is less than or equal to the preset level, the server determines that the digital key is in a poor network state. If the location area does not belong to the preset location area set and the network quality level is greater than the preset level, the server determines that the digital key is not in a poor network state.

[0187] It should be noted that the server can also perform the following steps.

[0188] In some embodiments, when the digital key is not in a poor network state, the server determines whether the digital token of the digital key is expired. When the target digital token of the digital key is not expired, the server sends validity reset information to the digital key. When the target digital token of the digital key is expired, the server verifies the login request sent by the digital key. When the login request is verified, the server sends a new target digital token to the digital key again. When the login request is not verified, the server sends a login failure message to the digital key.

[0189] Combine the following Figure 5 The above steps 401-404 illustrate the technical solution provided in the embodiment of the present application.

[0190] See also Figure 5 , the digital key configures the vehicle to target mode. In target mode, the vehicle uploads a heartbeat packet to the server through the vehicle terminal. The server monitors the heartbeat packet uploaded by the vehicle terminal. When an abnormality is detected in the heartbeat packet (no heartbeat packet is received for a long time), the server sends a new target digital token to the digital key, and when receiving an information synchronization request sent by the digital key, the server sends a validity reset message to the digital key, so that the validity period of the digital token of the digital key can be reset, extending the usable time of the digital key.

[0191] All the above optional technical solutions can be arbitrarily combined to form optional embodiments of the present application, which will not be described one by one here.

[0192] Through the technical solution provided by the embodiment of the present application, when the vehicle is in the target mode and has no network connection, a new target digital token is actively sent to the digital key of the vehicle, so that once the digital key restores the network connection, the new target digital token can be obtained in time. The vehicle is configured in the target mode, indicating that the vehicle is likely to be driven to an area with poor network. In addition, after receiving the information synchronization request sent by the digital key, validity reset information is sent to the digital key, so that the digital key can reset the validity period of the target digital token after restoring the network, thereby increasing the available time of the digital key and reducing the probability of the digital key failing.

[0193] It should be noted that the above steps 301-303 are a simple description of the method for resetting the digital token provided in the embodiment of the present application. The method for resetting the digital token provided in the embodiment of the present application will be described in more detail below with reference to some examples. Figure 6 , taking the execution subject as a digital key as an example, the method includes the following steps.

[0194] 601. In response to a mode change operation in a target application, the digital key changes the vehicle to the target mode and sends mode change information to the server, where the mode change information is used to indicate that the vehicle has been changed to the target mode, and the target application is an application used to control the vehicle.

[0195] In a possible implementation, in response to a click operation on a mode change control on an application interface of a target application, the digital key sends a mode change instruction to the vehicle, the mode change instruction is used to instruct the vehicle to change to the target mode. When receiving mode change information returned by the vehicle, the mode change information is forwarded to the server, the mode change information is used to indicate that the vehicle has changed to the target mode.

[0196] In some embodiments, regardless of whether the vehicle is in target mode, when the digital key starts the target application and the digital key is in a state capable of connecting to the Internet, the digital key updates the digital token and resets the validity period through the server.

[0197] For example, when the digital key starts the target application and the digital key is in a state where it can connect to the Internet, the digital key determines the validity period of the digital token. When the digital token has not expired, the digital key directly obtains a new target digital token from the server and resets the validity period of the target digital token. When the digital token has expired, the digital key displays a login interface. When the login is successful through the login interface, the digital key obtains a new target digital token from the server and resets the validity period of the target digital token.

[0198] 602. In response to the vehicle changing to the target mode, the digital key extends the validity period of the digital token of the digital key from a first validity period to a second validity period, wherein the second validity period is greater than the first validity period, and the first validity period is the validity period of the digital token of the digital key when the vehicle is not in the target mode.

[0199] The first validity period and the second validity period are set by the technicians according to the actual situation. For example, the first validity period is set to 7 days and the second validity period is set to 30 days. During the validity period of the digital token, the digital key has the authority to control the vehicle regardless of whether the digital key can connect to the network.

[0200] In this implementation, when the vehicle is in target mode, the validity period of the digital token of the digital key is extended so that the digital key can be used for a longer time without a network. When the vehicle is in a state without a network, the digital key is kept available as much as possible.

[0201] 603. When the vehicle is in target mode, the digital key determines whether a new target digital token sent by the server is received. The target digital token is sent by the server when the server determines that the vehicle is in a state without network. The vehicle is configured in the target mode, indicating that there is a high possibility that the vehicle is driving into an area with poor network. When the digital token of the digital key has not expired, the digital key has the authority to control the vehicle.

[0202] 604. Upon receiving the new target digital token sent by the server, the digital key sends an information synchronization request to the server.

[0203] 605. In response to receiving the validity reset information sent by the server, the digital key resets the validity period of the target digital token. The validity reset information is sent by the server after receiving the information synchronization request.

[0204] In order to more clearly illustrate the technical solution provided in the embodiment of the present application, Figure 7 The method of utilizing a digital token for a digital key is described below.

[0205] See also Figure 7 , the digital key starts the target application, and the target application determines the mode of the vehicle. When the vehicle is in self-driving mode (target mode), the validity period of the digital token is 30 days (the second validity period), and when the vehicle is in daily mode (non-target mode), the validity period of the digital token is 7 days (the first validity period). The digital key determines whether it is currently in a no-network state. In the case of no-network state, determine whether the digital token has exceeded the validity period. If the validity period has not expired, the digital key displays the application interface of the target application, through which the vehicle can be controlled. If the validity period has expired, the digital key displays a login interface, which is used to prompt the user to re-login to the target application. In the case of a network state, determine whether the digital token has expired. If the validity period has not expired, the digital key displays the application interface of the target application and sends a digital token update request to the server so that the server can issue a new digital token. If the validity period has expired, the digital key displays a login interface.

[0206] Through the technical solution provided by the embodiment of the present application, when the vehicle is in the target mode, it is determined whether a new target digital token issued by the server is received. When the target digital token is received, an information synchronization request is sent to the server to request a reset of the validity period of the target digital token. When the validity period reset information sent by the server is received, the validity period of the target digital token is reset, thereby increasing the available time of the digital key and reducing the probability of the digital key failing.

[0207] Figure 8 This is a schematic diagram of the structure of a digital token reset device provided in an embodiment of the present application, which is applied to a server, see Figure 8 The device includes: a network status determination module 801, a digital token sending module 802 and 803.

[0208] The network status determination module 801, the reset information sending module is used to determine whether the vehicle is in a no-network state when the vehicle is in a target mode. The vehicle being configured in the target mode indicates that there is a high possibility that the vehicle is traveling to an area with poor network.

[0209] The digital token sending module 802 is used to send a new target digital token to the digital key of the vehicle when the vehicle is in a network-free state. If the digital token of the digital key has not expired, the digital key has the authority to control the vehicle.

[0210] The reset information sending module 803 is used to send validity period reset information to the digital key in response to receiving an information synchronization request sent by the digital key. The validity period reset information is used to instruct the digital key to reset the validity period of the target digital token. The information synchronization request is sent by the digital key after receiving the target digital token.

[0211] In a possible implementation, the network status determination module 801 is used to determine the interval between the historical time when the heartbeat packet sent by the vehicle was last received and the current time every first preset time period when the vehicle is in the target mode. When the interval time period is greater than or equal to the time period threshold, it is determined that the vehicle is in a non-network state. When the interval time period is less than the time period threshold, it is determined that the vehicle is not in a non-network state. Alternatively, when the vehicle is in the target mode, a first network status determination request is sent to the vehicle every second preset time period, and the first network status determination request is used to request to determine the network status of the vehicle. When the first reply information to the first network status determination request is not received within the third preset time period, it is determined that the vehicle is in a non-network state. When the first reply information to the first network status determination request is received within the third preset time period, it is determined that the vehicle is not in a non-network state. Alternatively, when the vehicle is in the target mode, a second network status determination request is sent to the digital key of the vehicle every second preset time period, and the second network status determination request is used to request to determine the network status of the digital key. If the second reply information to the second network status determination request is not received within the third preset time period, it is determined that the vehicle is in a no-network state. If the second reply information to the second network status determination request is received within the third preset time period, it is determined that the vehicle is not in a no-network state.

[0212] In a possible implementation, the digital token sending module 802 is used to determine the cumulative number of times the target digital token is sent to the digital key in this round when the vehicle is in a network-free state, and send a new target digital token to the digital key when the cumulative number is less than or equal to the number threshold.

[0213] In a possible implementation, the digital token sending module 802 is also used to send a login authorization instruction to the digital key when the cumulative number of times is greater than the number threshold, and the login authorization instruction is used to instruct the digital key to re-login to the target application to obtain a new target digital token, and the target application is an application used to control the vehicle.

[0214] In a possible implementation, the digital token sending module 802 is used to determine whether the digital key is in a no-network state when the vehicle is in a no-network state, and to send a new target digital token to the digital key when the digital key is in a no-network state.

[0215] In a possible implementation, the digital token sending module 802 is further used to send a digital token update prompt to the digital key when the digital key is not in a network-free state, and the digital token update prompt is used to prompt the start of a target application to update the digital token, and the target application is an application for controlling the vehicle. Alternatively, when the digital key is not in a network-free state, a key confirmation request is sent to the digital key, and the key confirmation request is used to confirm whether the driver of the vehicle carries the physical key of the vehicle. In response to the physical key confirmation information returned by the digital key, the sending of a new target digital token to the digital key is suspended.

[0216] In a possible implementation, the reset information sending module 803 is used to determine the location information and / or network signal information of the digital key in response to receiving the information synchronization request sent by the digital key, the location information is used to indicate the location of the digital key, and the network signal information is used to indicate the network connection quality of the digital key. Based on the location information and / or network signal information of the digital key, determine whether the digital key is in a poor network state. If the digital key is in a poor network state, send validity period reset information to the digital key.

[0217] In a possible implementation, the reset information sending module 803 is used to determine the location area to which the digital key belongs based on the positioning information of the digital key. When the location area belongs to a preset location area set, it is determined that the digital key is in a poor network state, and the preset location area set includes multiple poor network areas. When the location area does not belong to the preset location area set, it is determined that the digital key is not in a poor network state. Alternatively, based on the network signal information of the digital key, the network quality level of the digital key is determined. When the network quality level is less than or equal to the preset level, it is determined that the digital key is in a poor network state. When the network quality level is greater than the preset level, it is determined that the digital key is not in a poor network state. Alternatively, based on the positioning information and network signal information of the digital key, the location area and network quality level to which the digital key belongs are determined. When the location area belongs to the preset location area set and the network quality level is less than or equal to the preset level, it is determined that the digital key is in a poor network state. When the location area does not belong to the preset location area set and the network quality level is greater than the preset level, it is determined that the digital key is not in a poor network state.

[0218] In a possible implementation, the reset information sending module 803 is also used to determine whether the digital token of the digital key has expired when the digital key is not in a poor network state. If the target digital token of the digital key has not expired, validity reset information is sent to the digital key. If the target digital token of the digital key has expired, the login request sent by the digital key is verified. If the login request is verified, a new target digital token is sent to the digital key again. If the login request is not verified, a login failure message is sent to the digital key.

[0219] In a possible implementation, the device further includes:

[0220] A target mode determination module is used to obtain the navigation path of the vehicle. When the navigation path passes through a preset location area, a mode change instruction is sent to the vehicle, and the mode change instruction is used to instruct the vehicle to change to the target mode. In response to receiving the mode change information returned by the vehicle, it is determined that the vehicle is in the target mode, and the mode change information is used to indicate that the vehicle has been changed to the target mode. Alternatively, in response to the mode change information sent by the digital key, it is determined that the vehicle is in the target mode. Alternatively, an environmental image captured by the vehicle is obtained every fourth preset time period. The environmental image is identified to determine the environment type of the vehicle. When the environment type is a preset environment type, the mode change instruction is sent to the vehicle. In response to receiving the mode change information returned by the vehicle, it is determined that the vehicle is in the target mode.

[0221] It should be noted that: the reset device for digital tokens provided in the above embodiments only uses the division of the above functional modules as an example when resetting the digital token. In actual applications, the above functions can be assigned to different functional modules as needed, that is, the internal structure of the electronic device is divided into different functional modules to complete all or part of the functions described above. In addition, the reset device for digital tokens provided in the above embodiments and the reset method embodiment of digital tokens belong to the same concept. The specific implementation process is detailed in the method embodiment and will not be repeated here.

[0222] Through the technical solution provided by the embodiment of the present application, when the vehicle is in the target mode and has no network connection, a new target digital token is actively sent to the digital key of the vehicle, so that once the digital key restores the network connection, the new target digital token can be obtained in time. The vehicle is configured in the target mode, indicating that the vehicle is likely to be driven to an area with poor network. In addition, after receiving the information synchronization request sent by the digital key, validity reset information is sent to the digital key, so that the digital key can reset the validity period of the target digital token after restoring the network, thereby increasing the available time of the digital key and reducing the probability of the digital key failing.

[0223] Fig. 9 This is a schematic diagram of the structure of a digital token reset device provided in an embodiment of the present application, see Fig. 9 , applied to digital keys, the device includes: a token determination module 901, a synchronization request sending module 902 and a validity period resetting module 903.

[0224] The token determination module 901 is used to determine whether a new target digital token sent by the server is received when the vehicle is in target mode. The target digital token is sent by the server when the server determines that the vehicle is in a state without network. The vehicle is configured in the target mode, indicating that there is a high possibility that the vehicle is driving into an area with poor network. When the digital token of the digital key has not expired, the digital key has the authority to control the vehicle.

[0225] The synchronization request sending module 902 is used to send an information synchronization request to the server when a new target digital token sent by the server is received.

[0226] The validity period reset module 903 is used to reset the validity period of the target digital token in response to receiving the validity period reset information sent by the server. The validity period reset information is sent by the server after receiving the information synchronization request.

[0227] In a possible implementation, the device further includes:

[0228] The mode change module is used to respond to the mode change operation in the target application, change the vehicle to the target mode and send mode change information to the server, wherein the mode change information is used to indicate that the vehicle has been changed to the target mode, and the target application is an application for controlling the vehicle.

[0229] In a possible implementation, the device further includes:

[0230] The validity period extension module is used for extending the validity period of the digital token of the digital key from a first validity period to a second validity period in response to the vehicle changing to the target mode. The second validity period is longer than the first validity period. The first validity period is the validity period of the digital token of the digital key when the vehicle is not in the target mode.

[0231] It should be noted that: the reset device for digital tokens provided in the above embodiments only uses the division of the above functional modules as an example when resetting the digital token. In actual applications, the above functions can be assigned to different functional modules as needed, that is, the internal structure of the electronic device is divided into different functional modules to complete all or part of the functions described above. In addition, the reset device for digital tokens provided in the above embodiments and the reset method embodiment of digital tokens belong to the same concept. The specific implementation process is detailed in the method embodiment and will not be repeated here.

[0232] Through the technical solution provided by the embodiment of the present application, when the vehicle is in the target mode, it is determined whether a new target digital token issued by the server is received. When the target digital token is received, an information synchronization request is sent to the server to request a reset of the validity period of the target digital token. When the validity period reset information sent by the server is received, the validity period of the target digital token is reset, thereby increasing the available time of the digital key and reducing the probability of the digital key failing.

[0233] The embodiment of the present application provides an electronic device for executing the above method. The electronic device can be implemented as a mobile terminal or a server. The structure of the mobile terminal is first introduced below:

[0234] Fig.10 1 is a schematic diagram of a mobile terminal provided in an embodiment of the present application, wherein the mobile terminal is configured as a digital key of a vehicle. Generally, the mobile terminal 1000 includes: one or more processors 1001 and one or more memories 1002.

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

[0236] The memory 1002 may include one or more computer-readable storage media, which may be non-transitory. The memory 1002 may also include a high-speed random access memory, and a non-volatile memory, such as one or more disk storage devices, flash memory storage devices. In some embodiments, the non-transitory computer-readable storage medium in the memory 1002 is used to store at least one computer program, which is used to be executed by the processor 1001 to implement the reset method of the digital token provided in the method embodiment of the present application.

[0237] In some embodiments, the mobile terminal 1000 may further optionally include: a peripheral device interface 1003 and at least one peripheral device. The processor 1001, the memory 1002 and the peripheral device interface 1003 may be connected via a bus or a signal line. Each peripheral device may be connected to the peripheral device interface 1003 via a bus, a signal line or a circuit board. Specifically, the peripheral device includes: at least one of a radio frequency circuit 1004, a display screen 1005, a camera assembly 1006, an audio circuit 1007 and a power supply 1008.

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

[0239] The radio frequency circuit 1004 is used to receive and transmit RF (Radio Frequency) signals, also known as electromagnetic signals. The radio frequency circuit 1004 communicates with a communication network and other communication devices via electromagnetic signals. The radio frequency circuit 1004 converts electrical signals into electromagnetic signals for transmission, or converts received electromagnetic signals into electrical signals. Optionally, the radio frequency circuit 1004 includes: an antenna system, an RF transceiver, one or more amplifiers, a tuner, an oscillator, a digital signal processor, a codec chipset, a user identity module card, and the like.

[0240] The display screen 1005 is used to display a UI (User Interface). The UI may include graphics, text, icons, videos, and any combination thereof. When the display screen 1005 is a touch display screen, the display screen 1005 also has the ability to collect touch signals on the surface or above the surface of the display screen 1005. The touch signal may be input as a control signal to the processor 1001 for processing. At this time, the display screen 1005 may also be used to provide virtual buttons and / or virtual keyboards, also known as soft buttons and / or soft keyboards.

[0241] The camera assembly 1006 is used to collect images or videos. Optionally, the camera assembly 1006 includes a front camera and a rear camera. Usually, the front camera is set on the front panel of the mobile terminal, and the rear camera is set on the back of the mobile terminal.

[0242] The audio circuit 1007 may include a microphone and a speaker. The microphone is used to collect sound waves from the user and the environment, and convert the sound waves into electrical signals and input them to the processor 1001 for processing, or input them to the RF circuit 1004 to achieve voice communication.

[0243] The power supply 1008 is used to supply power to various components in the mobile terminal 1000. The power supply 1008 may be an alternating current, a direct current, a disposable battery, or a rechargeable battery.

[0244] In some embodiments, the mobile terminal 1000 further includes one or more sensors 1009 , including but not limited to: an acceleration sensor 1010 , a gyroscope sensor 1011 , a pressure sensor 1012 , an optical sensor 1013 , and a proximity sensor 1014 .

[0245] The acceleration sensor 1010 may detect acceleration magnitudes on three coordinate axes of a coordinate system established with the mobile terminal 1000 .

[0246] The gyro sensor 1011 can detect the body direction and rotation angle of the mobile terminal 1000 . The gyro sensor 1011 can cooperate with the acceleration sensor 1010 to collect the user's 3D actions on the mobile terminal 1000 .

[0247] The pressure sensor 1012 may be provided at the side frame of the mobile terminal 1000 and / or the lower layer of the display screen 1005. When the pressure sensor 1012 is provided at the side frame of the mobile terminal 1000, it may detect the user's holding signal of the mobile terminal 1000, and the processor 1001 may perform left and right hand recognition or shortcut operation according to the holding signal collected by the pressure sensor 1012. When the pressure sensor 1012 is provided at the lower layer of the display screen 1005, the processor 1001 may control the operability controls on the UI interface according to the user's pressure operation on the display screen 1005.

[0248] The optical sensor 1013 is used to collect the ambient light intensity. In one embodiment, the processor 1001 can control the display brightness of the display screen 1005 according to the ambient light intensity collected by the optical sensor 1013.

[0249] The proximity sensor 1014 is used to collect the distance between the user and the front of the mobile terminal 1000 .

[0250] Those skilled in the art will understand that Fig.10 The structure shown in the figure does not constitute a limitation on the mobile terminal 1000, and may include more or less components than those shown in the figure, or combine certain components, or adopt a different component arrangement.

[0251] The above electronic device can also be implemented as a server. The structure of the server is introduced below:

[0252] Fig.11This is a schematic diagram of the structure of a server provided in an embodiment of the present application. The server 1100 may have relatively large differences due to different configurations or performances, and may include one or more processors (Central Processing Units, CPU) 1101 and one or more memories 1102, wherein the one or more memories 1102 store at least one computer program, and the at least one computer program is loaded and executed by the one or more processors 1101 to implement the methods provided in the above-mentioned various method embodiments. Of course, the server 1100 may also have components such as a wired or wireless network interface, a keyboard, and an input and output interface for input and output. The server 1100 may also include other components for implementing device functions, which will not be described in detail here.

[0253] In addition, the device provided in the embodiments of the present application may specifically be a chip, component or module, and the chip may include a connected processor and memory; wherein the memory is used to store instructions, and when the processor calls and executes the instructions, the chip can execute a method for resetting a digital token provided in the above embodiments.

[0254] This embodiment also provides a computer-readable storage medium, in which a computer program code is stored. When the computer program code is executed on a computer, the computer executes the above-mentioned related method steps to implement a method for resetting a digital token provided in the above embodiment.

[0255] This embodiment also provides a computer program product. When the computer program product is run on a computer, it enables the computer to execute the above-mentioned related steps to implement a method for resetting a digital token provided in the above embodiment.

[0256] Among them, the device, computer-readable storage medium, computer program product or chip provided in this embodiment is used to execute the corresponding method provided above. Therefore, the beneficial effects that can be achieved can refer to the beneficial effects in the corresponding method provided above, and will not be repeated here.

[0257] Through the description of the above implementation methods, technical personnel in the relevant field can understand that for the convenience and simplicity of description, only the division of the above-mentioned functional modules is used as an example. In actual applications, the above-mentioned functions can be assigned to different functional modules as needed, that is, the internal structure of the device can be divided into different functional modules to complete all or part of the functions described above.

[0258] In the embodiments provided in the present application, it should be understood that the disclosed devices and methods can be implemented in other ways. For example, the device embodiments described above are only schematic. For example, the division of modules or units is only a logical function division. There may be other division methods in actual implementation, such as multiple units or components can be combined or integrated into another device, or some features can be ignored or not executed. Another point is that the mutual coupling or direct coupling or communication connection shown or discussed can be through some interfaces, indirect coupling or communication connection of devices or units, which can be electrical, mechanical or other forms.

[0259] The above contents are only specific implementation methods of the present application, but the protection scope of the present application is not limited thereto. Any technician familiar with the technical field can easily think of changes or substitutions within the technical scope disclosed in the present application, which should be included in the protection scope of the present application. Therefore, the protection scope of the present application should be based on the protection scope of the claims.

Claims

1. A method for resetting a digital token, characterized in that: Applied to a server, the method comprises: When the vehicle is in a target mode, determining whether the vehicle is in a no-network state, the vehicle being configured in the target mode indicating that there is a high probability that the vehicle is traveling to an area with poor network; When the vehicle is in a network-free state, sending a new target digital token to a digital key of the vehicle, and when the digital token of the digital key has not expired, the digital key has the authority to control the vehicle; In response to receiving an information synchronization request sent by the digital key, validity reset information is sent to the digital key, and the validity reset information is used to instruct the digital key to reset the validity period of the target digital token. The information synchronization request is sent by the digital key after receiving the target digital token.

2. The method according to claim 1, characterized in that When the vehicle is in the target mode, determining whether the vehicle is in a no-network state comprises: When the vehicle is in the target mode, determining the interval between the historical time when the heartbeat packet sent by the vehicle was last received and the current time every first preset time; when the interval is greater than or equal to a time threshold, determining that the vehicle is in a no-network state; when the interval is less than the time threshold, determining that the vehicle is not in a no-network state; Alternatively, when the vehicle is in the target mode, a first network status determination request is sent to the vehicle every second preset time period, wherein the first network status determination request is used to request determination of the network status of the vehicle; when no first reply information to the first network status determination request is received within a third preset time period, it is determined that the vehicle is in a no-network state; when a first reply information to the first network status determination request is received within the third preset time period, it is determined that the vehicle is not in a no-network state; Alternatively, when the vehicle is in target mode, a second network status determination request is sent to the digital key of the vehicle every second preset time period, and the second network status determination request is used to request determination of the network status of the digital key; when no second reply information for the second network status determination request is received within a third preset time period, it is determined that the vehicle is in a no-network state; when a second reply information for the second network status determination request is received within the third preset time period, it is determined that the vehicle is not in a no-network state.

3. The method according to claim 1, characterized in that When the vehicle is in a non-network state, sending a new target digital token to the digital key of the vehicle includes: When the vehicle is in a non-network state, determining a cumulative number of times a target digital token is sent to the digital key in this round; When the accumulated number of times is less than or equal to the number threshold, a new target digital token is sent to the digital key.

4. The method according to claim 3, characterized in that The method further comprises: When the accumulated number of times is greater than the number threshold, a login authorization instruction is sent to the digital key, wherein the login authorization instruction is used to instruct the digital key to re-login to a target application to obtain a new target digital token, wherein the target application is an application for controlling the vehicle.

5. The method according to claim 1, characterized in that When the vehicle is in a non-network state, sending a new target digital token to the digital key of the vehicle includes: When the vehicle is in a no-network state, determining whether the digital key is in a no-network state; When the digital key is in a no-network state, a new target digital token is sent to the digital key.

6. The method according to claim 5, characterized in that The method further comprises: When the digital key is not in a no-network state, sending a digital token update prompt to the digital key, the digital token update prompt is used to prompt starting a target application to update the digital token, the target application being an application for controlling the vehicle; Alternatively, when the digital key is not in a network-free state, a key confirmation request is sent to the digital key, wherein the key confirmation request is used to confirm whether the driver of the vehicle carries the physical key of the vehicle; in response to the physical key confirmation information returned by the digital key, the sending of a new target digital token to the digital key is suspended.

7. The method according to claim 1, characterized in that The step of sending validity period reset information to the digital key in response to receiving the information synchronization request sent by the digital key includes: In response to receiving an information synchronization request sent by the digital key, determining positioning information and / or network signal information of the digital key, wherein the positioning information is used to indicate the location of the digital key, and the network signal information is used to indicate the network connection quality of the digital key; Determining whether the digital key is in a poor network state based on the positioning information and / or network signal information of the digital key; When the digital key is in a poor network state, validity period reset information is sent to the digital key.

8. The method according to claim 7, characterized in that The determining whether the digital key is in a poor network state based on the positioning information and / or network signal information of the digital key includes: Based on the positioning information of the digital key, determine the location area to which the digital key belongs; if the location area belongs to a preset location area set, determine that the digital key is in a poor network state, and the preset location area set includes multiple poor network areas; if the location area does not belong to the preset location area set, determine that the digital key is not in a poor network state; Alternatively, based on the network signal information of the digital key, the network quality level of the digital key is determined; when the network quality level is less than or equal to a preset level, it is determined that the digital key is in a poor network state; when the network quality level is greater than the preset level, it is determined that the digital key is not in a poor network state; Alternatively, based on the positioning information and network signal information of the digital key, the location area and network quality level to which the digital key belongs are determined; when the location area belongs to a preset location area set and the network quality level is less than or equal to the preset level, it is determined that the digital key is in a poor network state; when the location area does not belong to the preset location area set and the network quality level is greater than the preset level, it is determined that the digital key is not in a poor network state.

9. The method according to claim 7, characterized in that: The method further comprises: In the case where the digital key is not in a poor network state, determining whether a digital token of the digital key is expired; If the target digital token of the digital key has not expired, sending validity period reset information to the digital key; When the target digital token of the digital key expires, the login request sent by the digital key is verified; when the login request verification passes, a new target digital token is sent to the digital key again; when the login request verification fails, a login failure message is sent to the digital key.

10. The method according to claim 1, characterized in that When the vehicle is in the target mode, before determining whether the vehicle is in a no-network state, the method further includes: Acquiring a navigation path of the vehicle; sending a mode change instruction to the vehicle when the navigation path passes through a preset location area, the mode change instruction being used to instruct the vehicle to change to the target mode; in response to receiving mode change information returned by the vehicle, determining that the vehicle is in the target mode, the mode change information being used to indicate that the vehicle has changed to the target mode; or, in response to mode change information sent by the digital key, determining that the vehicle is in the target mode; Alternatively, an environmental image captured by the vehicle is acquired every fourth preset time period; the environmental image is identified to determine the environment type of the vehicle; when the environment type is a preset environment type, the mode change instruction is sent to the vehicle; in response to receiving the mode change information returned by the vehicle, it is determined that the vehicle is in the target mode.

11. A method for resetting a digital token, characterized in that: A digital token applied to a vehicle, the method comprising: When the vehicle is in a target mode, determining whether a new target digital token sent by a server is received, wherein the target digital token is sent by the server when the server determines that the vehicle is in a no-network state, the vehicle being configured in the target mode indicates that there is a high possibility that the vehicle is traveling to an area with a poor network, and when the digital token of the digital key has not expired, the digital key has the authority to control the vehicle; Upon receiving a new target digital token sent by the server, sending an information synchronization request to the server; In response to receiving validity period reset information sent by the server, the validity period of the target digital token is reset, and the validity period reset information is sent by the server after receiving the information synchronization request.

12. The method according to claim 11, characterized in that When the vehicle is in the target mode, before determining whether a new target digital token sent by the server is received, the method further includes: In response to a mode change operation in a target application, the vehicle is changed to the target mode and mode change information is sent to a server, the mode change information being used to indicate that the vehicle has been changed to the target mode, the target application being an application for controlling the vehicle.

13. The method according to claim 12, characterized in that The method further comprises: In response to the vehicle changing to the target mode, the validity period of the digital token of the digital key is extended from a first validity period to a second validity period, wherein the second validity period is greater than the first validity period, and the first validity period is the validity period of the digital token of the digital key when the vehicle is not in the target mode.

Images