Application display method and electronic device

Abstract

An embodiment of this application provides an application display method. The method includes the steps of displaying a first interface of a first application, and detecting a first operation in the first interface, the first operation being used to display a second interface of the first application, the second interface including a first sub-interface and a second sub-interface, the first sub-interface being used to display a running state of a target vehicle on an electronic map, and the second sub-interface being used to provide an upgrade function. In this embodiment of this application, the running state of the target vehicle on the electronic map is displayed in the first sub-interface, and the upgrade function is provided in the second sub-interface. When the target vehicle is inspected before upgrading, the running state of the target vehicle on the electronic map is obtained to determine whether to upgrade the target vehicle. This can prevent the vehicle owner from performing a remote erroneous operation and improve the interaction experience in the upgrade process.

Description

[Technical Field]

[0001] TECHNICAL FIELD Embodiments of this application relate to the field of intelligent connected vehicles, and in particular to an application display method and electronic device. [Background technology]

[0002] With the development of intelligent connected vehicles, people have increasingly higher requirements for the computing and control capabilities of vehicles. More and more functions are provided to users in the form of software. Therefore, software-defined vehicles are becoming an important vehicle development trend. When software in a vehicle needs to be installed or updated, over-the-air (OTA) technology may be used to connect to the cloud and install or update the software in the vehicle.

[0003] When an OTA software upgrade is remotely controlled on a mobile phone app, the vehicle status must be checked for the upgrade. The vehicle's main status, such as speed, P gear, ready status, and battery level, must be checked. The upgrade will be performed only when the vehicle's main status meets the conditions.

[0004] Therefore, how to prevent vehicle owners from performing remote erroneous operations during the remote upgrade process and how to improve the interaction experience during the upgrade process are urgent technical problems that need to be solved. Summary of the Invention

[0005] The embodiments of this application provide an application display method and an electronic device to help vehicle owners prevent remote operation errors during the vehicle remote upgrade process and improve the interaction experience during the upgrade process.

[0006] According to a first aspect, an embodiment of the present application provides an application display method, which may be applied to an electronic device (e.g., a smartphone), an entire vehicle, an on-board device within a vehicle, or a chip or other component within a vehicle.

[0007] The method includes the steps of displaying a first interface of a first application and detecting a first operation on the first interface, wherein the first operation is used to display a second interface of the first application, the second interface including a first sub-interface and a second sub-interface, the first sub-interface being used to display the driving status of the target vehicle on an electronic map, and the second sub-interface being used to provide an upgrade function.

[0008] In this embodiment of the present application, the driving status of the target vehicle on the electronic map is displayed on the first sub-interface, and the upgrade function is provided on the second sub-interface. When the target vehicle is inspected before upgrading, the driving status of the target vehicle on the electronic map is inspected to determine whether to remotely upgrade the target vehicle. This can prevent the vehicle owner from performing remote operations incorrectly and improve the interaction experience during the upgrade process.

[0009] Referring to the first aspect, in a possible implementation, the driving state of the target vehicle on the electronic map includes the position information of the target vehicle.

[0010] Referring to the first aspect, in a possible implementation, the location information of the target vehicle includes real-time location information or dynamic location information of the target vehicle.

[0011] The location information of the target vehicle is displayed on an electronic map, allowing the vehicle owner to view the real-time location information of the vehicle on the mobile phone app and decide whether to upgrade the vehicle, which can prevent the vehicle owner from performing remote operations incorrectly and improve the interaction experience during the upgrade process.

[0012] Referring to the first aspect, in a possible implementation, the first sub-interface is further used to display or prompt an upgrade area, and the upgrade area is used to define an area in which the upgrade function can be performed.

[0013] The upgrade area is prompted or displayed in the first sub-interface, allowing the vehicle owner to determine whether the target vehicle is within the upgradeable area and decide whether to upgrade the vehicle, which ensures the driving safety of the target vehicle.

[0014] Referring to the first aspect, in a possible implementation, the upgrade area is predefined or preconfigured.

[0015] In this embodiment of the present application, the upgrade area may be predefined or preconfigured. The predefined or preconfigured upgrade area can effectively ensure that the vehicle is upgraded in a safe area. When the app on the vehicle owner's mobile phone receives an upgrade notification, it determines whether the vehicle is within a predefined or preconfigured safe area where the upgrade can be performed. If the vehicle is within a predefined or preconfigured safe area where the upgrade can be performed, the target vehicle is upgraded. This can ensure the driving safety of the target vehicle. It can be understood that in the process of using the vehicle by the vehicle owner, the upgrade area may alternatively be temporarily defined based on the vehicle owner's request. This greatly improves the flexibility of setting the upgrade area.

[0016] Referring to the first aspect, in a possible implementation manner, the method further includes: detecting a second operation, where the second operation is used to select an upgrade area on the electronic map; or detecting a second operation, where the second operation is used to input location information of the upgrade area.

[0017] Referring to the first aspect, in a possible implementation manner, the method further includes a step of displaying feedback information, the feedback information indicating that the target vehicle cannot be upgraded or that the target vehicle does not meet the upgrade requirements.

[0018] Referring to the first aspect, in a possible implementation, the second sub-interface is used to provide an OTA upgrade function for the target vehicle.

[0019] According to a second aspect, an embodiment of the present application provides an electronic device, which may be a smartphone, an entire vehicle, an on-board device within a vehicle, or a chip or other component within a vehicle.

[0020] The electronic device includes a display device, a memory, one or more processors, a first application, and one or more programs stored in the memory. When the one or more processors execute the one or more programs, the electronic device performs the following method: displaying a first interface of a first application; detecting a first operation on a first interface, the first operation being used to display a second interface of the first application, the second interface including a first sub-interface and a second sub-interface, the first sub-interface being used to display a running state of the target vehicle on an electronic map, and the second sub-interface being used to provide an upgrade function; It becomes possible to execute the following.

[0021] Referring to the second aspect, in a possible implementation, the driving state of the target vehicle on the electronic map includes the position information of the target vehicle.

[0022] Referring to the second aspect, in a possible implementation, the location information of the target vehicle includes real-time location information or dynamic location information of the target vehicle.

[0023] Referring to the second aspect, in a possible implementation, the first sub-interface is further used to display or prompt an upgrade area, which is used to define an area in which the upgrade function can be performed.

[0024] Referring to the second aspect, in a possible implementation, the upgrade area is predefined or preconfigured.

[0025] Referring to the second aspect, in a possible implementation manner, the electronic device further performs a step of detecting a second operation, where the second operation is used to select an upgrade area on the electronic map, or a step of detecting a second operation, where the second operation is used to input location information of the upgrade area.

[0026] Referring to the second aspect, in a possible implementation manner, the electronic device further performs a step of displaying feedback information, the feedback information indicating that the target vehicle cannot be upgraded or that the target vehicle does not meet the upgrade requirements.

[0027] According to a third aspect, an embodiment of the present application provides an upgrade method, which may be applied to an electronic device (e.g., a mobile phone), an entire vehicle, an on-board device within a vehicle, or a chip or other component within a vehicle.

[0028] The method includes receiving an upgrade command, and when the target vehicle is in an upgrade state, performing an upgrade operation according to the upgrade command, or when the target vehicle is not in the upgrade state, sending feedback information indicating that the target vehicle cannot be upgraded or that the target vehicle does not meet the upgrade requirements. The upgrade state includes that the target vehicle is in a guard state.

[0029] In this embodiment of the present application, when the target vehicle is in an upgrade state, the target vehicle performs the upgrade operation according to the upgrade command; or when the target vehicle is not in an upgrade state, the target vehicle sends feedback information indicating that the target vehicle cannot be upgraded or does not meet the upgrade requirements. The upgrade state includes that the target vehicle is in a guard state. In other words, before remote upgrading, the guard state of the target vehicle is checked and fed back to the mobile phone app in a timely manner to externally lock the vehicle for defense. This ensures the upgrade security of the vehicle.

[0030] Referring to the third aspect, in a possible implementation, the upgrade state further includes at least one of the following: the target vehicle's charging plug is in a disconnected state; the target vehicle's on-board diagnostic OBD system is in a disconnected state; the target vehicle is in P gear; the target vehicle's fuel filler cap is in a closed state; the target vehicle's handbrake caliper is in a clamped state; the target vehicle's battery level is in a flashable state; or the target vehicle is in a non-ignition state.

[0031] Referring to the third aspect, in a possible implementation, the step of receiving the upgrade command includes a step of receiving the upgrade command by a target vehicle within the upgrade area. When the target vehicle is within the upgrade area, the target vehicle receives the upgrade command. This effectively improves the interaction experience in the remote upgrade process. In this embodiment, a target vehicle outside the upgrade area cannot receive the upgrade command.

[0032] Referring to the third aspect, in a possible implementation manner, the upgrade instruction includes preset time information for the software upgrade, and the preset time information indicates a preset time for the software upgrade.

[0033] Referring to the third aspect, in a possible implementation, the target time is compared with a preset time, and when the preset time is greater than the target time, a software upgrade is performed.

[0034] A preset time for software upgrade is obtained, the preset time is compared with the time required by the user to complete the task, and when the preset time is greater than the target time, the software upgrade is performed. According to this embodiment, the remote upgrade can be completed while the user is completing the task, which greatly improves the upgrade efficiency.

[0035] Referring to the third aspect, in a possible implementation manner, the upgrade instruction further includes preset battery level information required for the upgrade, and the preset battery level information indicates a first battery level.

[0036] Referring to the third aspect, in a possible implementation manner, target battery level information of a target vehicle is obtained, the target battery level information indicates a second battery level, and when the sum of the first battery level and the second battery level is greater than or equal to the remaining battery level of the target vehicle, a software upgrade is performed.

[0037] A required first battery level is obtained, a second battery level required by the target vehicle to complete the task is obtained, and when the sum of the first battery level and the second battery level is greater than or equal to the remaining battery level of the target vehicle, a software upgrade is performed.

[0038] Referring to the third aspect, in a possible implementation, both the primary account and the sub-account of the app on the mobile phone associated with the target vehicle receive the upgrade instruction.

[0039] According to a fourth aspect, an embodiment of the present application provides an upgrade apparatus, the apparatus including: a transceiver unit configured to receive an upgrade command; and a processing unit configured to, when a target vehicle is in an upgrade state, perform an upgrade operation according to the upgrade command, or, when the target vehicle is not in the upgrade state, send feedback information indicating that the target vehicle cannot be upgraded or that the target vehicle does not satisfy upgrade requirements. The upgrade state includes that the target vehicle is in a guard state.

[0040] Referring to the fourth aspect, in a possible implementation, the upgrade state further includes at least one of the following: the target vehicle's charging plug is in a disconnected state; the target vehicle's on-board diagnostic OBD system is in a disconnected state; the target vehicle is in P gear; the target vehicle's fuel filler cap is in a closed state; the target vehicle's handbrake caliper is in a clamped state; the target vehicle's battery level is in a flashable state; and the target vehicle is in a non-ignition state.

[0041] Referring to the fourth aspect, in a possible implementation, the transceiver unit is configured to receive an upgrade command by a target vehicle within the upgrade area.

[0042] Referring to the fourth aspect, in a possible implementation manner, the upgrade instruction includes preset time information for the software upgrade, and the preset time information indicates a preset time for the software upgrade.

[0043] Referring to the fourth aspect, in a possible implementation manner, the processing unit is further configured to compare the target time with a preset time, and perform a software upgrade when the preset time is greater than the target time.

[0044] Referring to the fourth aspect, in a possible implementation manner, the upgrade instruction further includes preset battery level information required for the upgrade, and the preset battery level information indicates a first battery level.

[0045] Referring to the fourth aspect, in a possible implementation manner, the processing unit is further configured to acquire target battery level information of the target vehicle, the target battery level information indicating a second battery level, and to perform a software upgrade when the sum of the first battery level and the second battery level is greater than or equal to a remaining battery level of the target vehicle.

[0046] Referring to the fourth aspect, in a possible implementation, both the primary account and the sub-account of the app on the mobile phone associated with the target vehicle receive the upgrade instruction.

[0047] According to a fifth aspect, an embodiment of the present application provides an apparatus, the apparatus including a processor and a memory.

[0048] The memory is configured to store a program.

[0049] The processor is configured to execute a program stored in the memory, thereby causing the apparatus to implement a method according to the first aspect, the third aspect, or any one of the possible implementation manners of the first or third aspect.

[0050] According to a sixth aspect, an embodiment of the present application provides a vehicle, the vehicle including an electronic device according to the second aspect or an apparatus according to the fourth aspect.

[0051] According to a seventh aspect, an embodiment of the present application provides a computer program product, the computer program product comprising computer program code that, when executed on a computer, enables the computer to perform the method according to the first aspect, or alternatively, that, when executed on a computer, enables the computer to perform the method according to the third aspect.

[0052] It should be noted that all or part of the computer program code may be stored in a storage medium, which may be packaged together with the processor or packaged separately from the processor, which is not particularly limited in the embodiments of this application.

[0053] According to an eighth aspect, an embodiment of the present application provides a computer-readable medium, the computer-readable medium storing program code, the computer program code, when executed on a computer, enabling the computer to perform a method according to the first or third aspect.

[0054] According to a ninth aspect, an embodiment of the present application provides a chip system, the chip system including a processor configured to invoke a computer program or computer instructions stored in a memory, such that the processor performs a method according to the first aspect and possible designs of the first aspect, or a method according to the third aspect and possible designs of the third aspect.

[0055] Referring to the ninth aspect, in a possible implementation, the processor is coupled to the memory through an interface.

[0056] Referring to the ninth aspect, in a possible implementation, the chip system further includes a memory, which stores computer programs or computer instructions.

[0057] According to a tenth aspect, an embodiment of the present application provides a processor, the processor being configured to invoke a computer program or computer instructions stored in a memory, such that the processor performs a method according to the first aspect and possible designs of the first aspect, or alternatively, a method according to the third aspect and possible designs of the third aspect. [Brief explanation of the drawings]

[0058] [Figure 1] 1 is a schematic diagram of a vehicle communication system according to an embodiment of the present application; [Figure 2] 1 is a schematic diagram of an application scenario in which an upgrade is performed based on OTA technology according to an embodiment of the present application; [Figure 3] 1 is a flowchart of an application display method according to an embodiment of the present application. [Figure 4] 1 is a schematic diagram of an application display method according to an embodiment of the present application; [Figure 5] FIG. 10 is a schematic diagram of another application display method according to an embodiment of the present application. [Figure 6] FIG. 10 is a schematic diagram of another application display method according to an embodiment of the present application. [Figure 7A] FIG. 10 is a schematic diagram of another application display method according to an embodiment of the present application. [Figure 7B] FIG. 10 is a schematic diagram of another application display method according to an embodiment of the present application. [Figure 8A] FIG. 10 is a schematic diagram of another application display method according to an embodiment of the present application. [Figure 8B] FIG. 10 is a schematic diagram of another application display method according to an embodiment of the present application. [Figure 9] FIG. 10 is a schematic diagram of another application display method according to an embodiment of the present application. [Figure 10A] FIG. 10 is a schematic diagram of another application display method according to an embodiment of the present application. [Figure 10B] FIG. 10 is a schematic diagram of another application display method according to an embodiment of the present application. [Figure 11] FIG. 10 is a schematic diagram of another application display method according to an embodiment of the present application. [Figure 12A] FIG. 10 is a schematic diagram of another application display method according to an embodiment of the present application. [Figure 12B] FIG. 10 is a schematic diagram of another application display method according to an embodiment of the present application. [Figure 13] FIG. 10 is a schematic diagram of another application display method according to an embodiment of the present application. [Figure 14] 1 is a schematic interaction flowchart of an upgrade method according to an embodiment of the present application; [Figure 15] 1 is a schematic flowchart of an upgrade method according to an embodiment of the present application; [Figure 16] 1 is a schematic block diagram of an electronic device according to an embodiment of the present application. [Figure 17] 1 is a schematic block diagram of an apparatus according to an embodiment of the present application; [Figure 18] FIG. 2 is another schematic block diagram of an apparatus according to an embodiment of the present application. DETAILED DESCRIPTION OF THE INVENTION

[0059] Below, the technical solutions in the embodiments of this application are described with reference to the accompanying drawings.

[0060] 1 is a schematic diagram of a communication system. The communication system includes a vehicle and a service side. As shown in FIG. 1, the service side may be a cloud, which may include a cloud server and / or a cloud virtual machine. The service side may communicate with the vehicle to provide multiple services to the vehicle, such as over-the-air (OTA) technology services, high-definition map services, and autonomous or assisted driving services.

[0061] For example, in an OTA service, a software manager may upload software to the cloud, and the vehicle may automatically download the software from the cloud, or a user may choose to download software from the cloud and update the local software, thereby achieving a feature upgrade or update of the local vehicle system. For example, a vehicle's infotainment system may be upgraded using OTA. In another example, a vehicle's electronic control unit (ECU) may be upgraded using OTA, thereby allowing vehicle performance to be upgraded by upgrading the ECU. In another example, a vehicle suspension system may be upgraded and adjusted using OTA to provide a more comfortable driving or riding experience to the user.

[0062] Vehicles may download high-definition map data from the cloud to obtain high-definition maps, thereby providing users with more accurate navigation services. Road information is frequently updated. This service not only can update road information to maps in a timely manner, but also reduce the local storage space requirements of vehicles. For example, for a large city or region, an entire high-definition map contains a large amount of data. By using the high-definition map service provided by the cloud, vehicles may obtain high-definition maps of small areas at their current locations in real time while driving, and the high-definition maps of those areas may be released from the vehicle when not needed. An app on the vehicle owner's mobile phone may obtain map information from the cloud, thereby allowing the vehicle owner to obtain the vehicle's location information in real time.

[0063] A vehicle may interact with the cloud to improve its autonomous or assisted driving functions, thereby improving the safety and travel efficiency of the vehicle. For example, a vehicle may collect road information and surrounding vehicle information by using a sensing device installed on the vehicle and upload the collected information to the cloud. The cloud trains a driving algorithm in different scenarios based on the collected information, continuously optimizes the driving algorithm as the training data is updated, and updates the optimized driving algorithm for the vehicle, thereby continuously improving the vehicle's autonomous driving capability to adapt to various scenarios. In another example, for a neural network-based image processing algorithm used by the sensing device, training of the image processing algorithm may be completed on the cloud, and the image processing algorithm is updated as the training data is updated. Correspondingly, the vehicle may obtain an updated image processing algorithm from the cloud, thereby improving the image processing capability of the sensing device. In another example, in bad weather, the vehicle may use the cloud to obtain weather information and road traffic accident information to assist the vehicle in planning. This improves travel efficiency and reduces the vehicle's accident risk. Alternatively, the cloud may transmit real-time road information, such as traffic light information, to the vehicle. In this way, the vehicle may receive the traffic light change interval at the intersection ahead in advance, and calculate the passing time used by the vehicle based on the current vehicle speed, determine an appropriate and safe passing opportunity, and plan the vehicle's driving speed. Therefore, not only can the vehicle's energy consumption be reduced, but also driving safety can be improved.

[0064] The vehicle may exchange information with the cloud in a wireless communication mode. The wireless communication may comply with a wireless protocol of a network accessed by the vehicle, for example, a cellular network for vehicle-to-everything (C-V2X) communication. The cellular network may be, for example, a long-term evolution (LTE) wireless network or a fifth-generation (5G) wireless network.

[0065] The communication system may further include a roadside unit (RSU). The roadside unit may be installed on the roadside and communicate with the cloud and the vehicle. The roadside unit communicating with the cloud may be considered a terminal device similar to the vehicle. The roadside unit communicating with the vehicle may be considered a terminal device similar to the vehicle, or may be considered a serving device of the vehicle. The roadside unit may interact with the vehicle or the cloud in a wireless communication mode. The roadside unit may communicate with the vehicle by using dedicated short range communication (DSRC) technology, or may communicate with the vehicle through cellular network-based V2X (C-V2X) communication, for example, based on a Long Term Evolution (LTE) communication protocol or a 5G communication protocol. The roadside unit may communicate with the cloud through cellular network-based V2X (C-V2X) communication, for example, based on an LTE communication protocol or a 5G communication protocol. The roadside unit may provide services to vehicles, such as vehicle identity identification, electronic toll collection, and electronic point deduction. Sensing devices may be installed in the roadside unit to collect road information and provide vehicle-road coordination services. The roadside unit may be connected to roadside traffic signs (e.g., electronic traffic lights or electronic speed limit signs) to realize real-time control of traffic lights or speed limit signs, or may provide road information to vehicles by using the cloud, or may provide road information directly to vehicles to improve autonomous or assisted driving functions.

[0066] 2 is a schematic diagram of an application scenario in which an upgrade is performed based on OTA technology according to an embodiment of this application. The application scenario includes a terminal device (in FIG. 2, the terminal device 200 is taken as an example to be a smartphone), a vehicle 100, and a server 300. The terminal device may communicate with the vehicle by using Bluetooth, NFC, Wi-Fi, a mobile network, etc. The server may communicate with the terminal device or the vehicle by using Wi-Fi, a mobile network, etc. The vehicle 100 includes a vehicle-side vehicle state module and a vehicle-side entire vehicle upgrade control module, and the server 300 includes an OTA cloud vehicle state management module and an OTA cloud task management module.

[0067] In this embodiment of the present application, the vehicle owner controls the remote upgrade of the target vehicle by using an electronic device, the account corresponding to the vehicle owner is the primary account, the user is the entity driving the target vehicle, and the account corresponding to the user is the sub-account. When an upgrade task exists, both the vehicle owner and the user receive upgrade notification information. When the vehicle owner performs the remote upgrade, the current running status of the target vehicle needs to be determined to prevent the vehicle owner from performing remote operations incorrectly and improve the interaction experience in the vehicle remote upgrade process. The above is just an example of an application scenario, which is not limited to the embodiment of the present application.

[0068] In an embodiment of this application, the electronic device may be a mobile phone, a pad, an in-vehicle infotainment display, etc. The electronic device may hold a software application (APP). A vehicle owner or user performs an input operation on the software APP to complete an upgrade task. The upgrade task includes an OTA upgrade task, which includes a software upgrade task and a firmware upgrade task. This is not limited to the embodiment of this application.

[0069] It should be noted that in the embodiments of this application, "at least one" means one or more, and "plurality" means two or more. "And / or" describes an association relationship between related objects and indicates that three relationships may exist. For example, A and / or B may represent the following cases: only A is present, both A and B are present, and only B is present, where A and B may be singular or plural. The character " / " usually indicates an "or" relationship between related objects. "At least one of the following items" or similar expressions refers to any combination of these items, including any combination of a singular item or multiple items. For example, at least one of a, b, or c may represent a, b, c, a and b, a and c, b and c, or a, b and c, where a, b, and c may be singular or plural.

[0070] Furthermore, unless otherwise specified, ordinal numbers such as "first" and "second" referred to in the embodiments of this application are used to distinguish between multiple objects, but are not intended to limit the priority or importance of the multiple objects. For example, a first sub-interface and a second sub-interface are used simply to distinguish between different sub-interfaces, but do not indicate different priorities, importance, etc. of the sub-interfaces.

[0071] An embodiment of this application provides an application display method. The method includes the steps of displaying a first interface of a first application and detecting a first operation on the first interface, the first operation being used to display a second interface of the first application, the second interface including a first sub-interface and a second sub-interface, the first sub-interface being used to display the running status of a target vehicle on an electronic map, and the second sub-interface being used to provide an upgrade function. In this embodiment of this application, the running status of the target vehicle on the electronic map is displayed on the first sub-interface, and the upgrade function is provided on the second sub-interface. When the target vehicle is inspected before upgrading, the running status of the target vehicle on the electronic map is obtained to determine whether to upgrade the target vehicle. This can prevent the vehicle owner from performing incorrect remote operations and improve the interaction experience during the upgrade process.

[0072] Below, the relevant steps in the embodiments of this application are described with reference to specific embodiments.

[0073] 3 illustrates an application display method according to an embodiment of the present application. The method may be applied to an entire vehicle, an in-vehicle device (e.g., a display) in the vehicle, or an electronic device (e.g., a smartphone). As shown in FIG. 3, the application display method 300 includes, but is not limited to, the following steps:

[0074] Step 301: Display a first interface of a first application.

[0075] In this embodiment of the present application, the first interface of the first application may be displayed on a client used by the vehicle owner, for example, the first interface of the first application may be displayed on an app of a smartphone as shown in Figure 4, the first interface of the first application may be displayed on a display of the target vehicle as shown in Figures 10A and 10B, the first interface of the first application may be displayed on an Augmented Reality Head-Up Display (AR-HUD) of the target vehicle (not shown), or the first interface of the first application may be displayed on a Human-Machine Interface (HMI) of the target vehicle (not shown). This is not limited to the embodiment of the present application.

[0076] Optionally, the first application includes an application used by a vehicle owner to perform a remote OTA upgrade on a target vehicle.

[0077] Optionally, the first interface comprises an interface that is displayed after the first application is opened.

[0078] Step 302: Detect a first operation on a first interface. Specifically, after the first operation is detected on the first interface, a second interface of the first application is displayed, the second interface including a first sub-interface and a second sub-interface, the first sub-interface is used to display the running status of the target terminal on the electronic map, and the second sub-interface is used to provide an upgrade function.

[0079] Optionally, the target terminal may be a car, a truck, a motorcycle, a bus, a boat, an airplane, an unmanned aerial vehicle, a helicopter, a lawn mower, an entertainment vehicle, an amusement park vehicle, a construction device, a tram, a golf cart, a train, etc. This is not particularly limited in the embodiments of this application. For ease of explanation, an example in which the target terminal is a target vehicle is mainly used in the following description.

[0080] It can be understood that the first sub-interface includes the running status of the target vehicle on the electronic map. The vehicle's location information can be viewed in real time on the electronic map. The second sub-interface is used to provide an upgrade function. The upgrade function may include an immediate upgrade and a scheduled upgrade. The first sub-interface and the second sub-interface are displayed in different manners. The following provides some possible implementation manners.

[0081] In a possible implementation, after a finger taps "Software Update" in Fig. 4, i.e., after a first operation is detected on the display, the interface shown in Fig. 5 is displayed, and the first sub-interface and the second sub-interface are displayed on the same interface of the display, and the first sub-interface and the second sub-interface are arranged one above the other, with the first sub-interface being located above the second sub-interface. It can be understood that the first sub-interface may alternatively be located lower than the second sub-interface, or the first sub-interface and the second sub-interface may be arranged left and right. This is not limited to the embodiments of this application.

[0082] In another possible implementation manner, after a finger taps on software update in Fig. 4, i.e., after a first operation is detected on the display, the interface shown in Fig. 6 is displayed. As shown in Fig. 6, the first sub-interface and the second sub-interface are displayed on different interfaces of the display. After the first operation is detected, the first sub-interface, i.e., the running status of the target vehicle on the electronic map, is displayed first, and then the second sub-interface, i.e., the upgrade function is provided.

[0083] In another possible implementation, after a finger taps "Software Update" in FIG. 7A, i.e., after a first operation is detected on the display, the interface shown in FIG. 7B is displayed. As shown in FIGS. 7A and 7B, the first sub-interface is displayed on both the first interface and the second interface. For example, the first sub-interface is embedded in the first interface. When a first operation on the first interface is detected, the second interface includes the first sub-interface and the second sub-interface. The first sub-interface is used to display the driving status of the target vehicle on the electronic map, and the second sub-interface is used to provide the upgrade function.

[0084] In another possible implementation, after a finger taps "Software Update" in FIG. 8A, i.e., after a first operation is detected on the display, the interface shown in FIG. 8B is displayed. As shown in FIGS. 8A and 8B, a first sub-interface is displayed in the first interface. For example, the first sub-interface is embedded in the first interface. The first sub-interface is used to display the driving status of the target vehicle on the electronic map. When the first operation on the first interface is detected, the second interface includes a second sub-interface. The second sub-interface is used to provide the upgrade function.

[0085] In another possible implementation, the electronic device is a pad, a foldable screen mobile phone (as shown in FIG. 9), or a large in-vehicle infotainment display (as shown in FIGS. 10A and 10B). After a finger taps "Software Update" in FIG. 9 or FIGS. 10A and 10B, i.e., after a first operation is detected on the display, the interface shown in FIG. 9 or FIGS. 10A and 10B is displayed. As shown in FIG. 9 or FIGS. 10A and 10B, when the first operation on the first interface is detected, the second interface includes a first sub-interface and a second sub-interface. The first sub-interface is used to display the driving status of the target vehicle on the electronic map, and the second sub-interface is used to provide the upgrade function.

[0086] In other possible implementations, the electronic device is a pad, a foldable screen mobile phone (as shown in FIG. 11), or a large in-vehicle infotainment display (as shown in FIGS. 12A and 12B). After a finger taps "Software Update" in FIG. 11 or 12A and 12B, i.e., after a first operation is detected on the display, the interface shown in FIG. 11 or 12A and 12B is displayed. As shown in FIG. 11 or 12A and 12B, the first interface includes a first sub-interface. The first sub-interface is used to display the running status of the target vehicle on the electronic map. When the first operation on the first interface is detected, the second sub-interface is used to provide the upgrade function.

[0087] It may be understood that the above different display and layout methods of the interface are merely examples. The first sub-interface and the second sub-interface may be displayed in a pop-up manner, an embedded manner, or the like. For example, when a first operation is detected, the first sub-interface pops up, and the driving status of the target vehicle on the electronic map is displayed in the first sub-interface. The second sub-interface is displayed when the user taps the first sub-interface. In another example, after the first sub-interface pops up, the driving status of the target vehicle on the electronic map and a countdown are displayed in the first sub-interface, and after the countdown ends, the second sub-interface is displayed.

[0088] It may be understood that the first operation being described as an operation of performing a software update by tapping a screen using a finger is merely an example. Alternatively, the first operation may be described as an operation of performing a software update through a screen operation such as a finger touch or slide, an operation of performing a software update by inputting a voice command, or an operation of performing a software update in other ways. This is not limited to the embodiments of this application.

[0089] Optionally, the second sub-interface is used to provide an OTA upgrade function for the target vehicle.

[0090] Optionally, the driving status of the target vehicle on the electronic map includes location information of the target vehicle. Specifically, the location information includes dynamic location information or real-time location information of the target vehicle. The location information may be the road section where the target vehicle is currently located, the real-time GPS location of the target vehicle, or the longitude and latitude of the target vehicle. This is not limited to the embodiments of this application. The location information of the target vehicle is displayed on the electronic map, allowing the vehicle owner to view the real-time location information of the vehicle on a mobile phone app and decide whether to remotely upgrade the vehicle.

[0091] Optionally, the first sub-interface is further used to display or prompt an upgrade area, which is used to define an area where the upgrade function can be performed. The upgrade area is prompted or displayed in the first sub-interface, thereby allowing the vehicle owner to determine whether the target vehicle is within the area where the upgrade can be performed and decide whether to upgrade the vehicle.

[0092] Optionally, the upgrade area is predefined or preconfigured.

[0093] Optionally, a second operation is detected, and the second operation is used to select an upgrade area on the electronic map, or the second operation is detected, and the second operation is used to input location information of the upgrade area. The second operation may be performed before the upgrade, or may be performed during the upgrade process, which is not limited to the embodiments of this application.

[0094] Optionally, in an embodiment of this application, the upgrade area may be predefined or preconfigured. A predefined or preconfigured upgrade area can effectively ensure that the vehicle is upgraded in a safe area. When the app on the vehicle owner's mobile phone receives an upgrade notification, it determines whether the vehicle is within a predefined or preconfigured safe area where the upgrade can be performed. If the vehicle is within the area, the target vehicle is upgraded. This can ensure the driving safety of the target vehicle. It can be understood that in the process of using the vehicle by the vehicle owner, the upgrade area may alternatively be temporarily defined based on the vehicle owner's request, and the temporarily defined upgrade area may be deleted based on request. This ensures the flexibility of setting the upgrade area.

[0095] Optionally, in an embodiment of this application, the upgrade area may be set directly or indirectly. Specifically, a user may set or delete an upgrade area based on the user's request or preference, or the user may send a request message to the vehicle owner to request setting of an upgrade area. For example, A drives B's vehicle to move, and the vehicle owner pushes A's preferred functions. A may enter a second operation to specify an upgrade area within the authorization range to upgrade the target vehicle. After the upgrade is completed, A may delete the upgrade area. Alternatively, B may enter a second operation based on A's request to specify or delete an upgrade area. Specifically, A sends a request message to B to request specifying an upgrade area, where the request message indicates the target area, and B specifies the upgrade area based on the request message. Optionally, after the upgrade is completed, B deletes the target area.

[0096] In an embodiment of the present application, the upgrade area may be identified by using any shape such as a circle or a box. Alternatively, the upgrade area may be an electronic fence, and it can be understood that the upgrade area of ​​the target vehicle is defined by using the electronic fence.

[0097] Optionally, feedback information is displayed, the feedback information indicating that the target vehicle cannot be upgraded or that the target vehicle does not meet the upgrade requirements. For example, as shown in FIG. 13 , feedback information is displayed when the target vehicle cannot be upgraded or that the upgrade requirements are not met. Scenarios in which the target vehicle cannot be upgraded or that the upgrade requirements are not met include, but are not limited to, at least one of the following: the target vehicle's charging plug is disconnected; the target vehicle's on-board diagnostics (OBD) system is disconnected; the target vehicle is in P gear; the target vehicle's fuel filler cap is closed; the target vehicle's handbrake caliper is clamped; the target vehicle's battery level is in a flashable state; and the target vehicle is in a non-ignition state.

[0098] Optionally, the first interface and the second interface correspond to different attribute information.

[0099] Optionally, the first application includes a vehicle owner application app, and the vehicle owner application app includes vehicle owner OTA upgrade software.

[0100] 14 is a schematic interaction flowchart of an upgrade method according to an embodiment of the present application. In the embodiment shown in FIG. 14, the interaction between a mobile phone, a server, and a target vehicle is used as an example for explanation. The mobile phone includes an application app for software upgrade, and the application app is used to display an upgrade interface. As shown in FIG. 14, the method 1400 includes, but is not limited to, the following steps:

[0101] Step 1401: A target vehicle reports vehicle position information to a server. Optionally, the vehicle position information includes GPS data.

[0102] It may be understood that the target vehicle may periodically report vehicle position information to the server. Alternatively, to view vehicle position information, a request may be sent to the server by using a mobile phone, and the server sends instructions to the target vehicle, and the target vehicle reports vehicle position information according to the instructions.

[0103] Optionally, the vehicle location information may include real-time GPS data of the target vehicle, or longitude and latitude information, or information regarding route planning for a future period, etc. This is not limited to the embodiments of this application.

[0104] Step 1402: The user inquires about vehicle location information by using the mobile phone, and the server responds by sending the vehicle location information to the mobile phone.

[0105] Step 1403: The mobile phone sends a message to the server to request setting of the upgrade area, where the upgrade area may be set before the first upgrade or may be set based on a user request. After the upgrade area is set, feedback is given to the mobile phone that the upgrade area has been set. The setting is stored on the cloud, and the upgrade area can be expanded or modified. If the setting has not been performed on the mobile phone before the upgrade, the user is prompted to perform the setting.

[0106] Step 1404: The mobile phone sends a request message to the server to inquire about the upgrade area, and the server sends the upgrade area information to the mobile phone based on the predefined or preconfigured upgrade area.

[0107] Step 1405: The mobile phone compares the vehicle location information with the upgrade area, and determines whether to deliver the upgrade instruction based on the comparison result.

[0108] Step 1406: When the vehicle location information is within the upgrade area, use the mobile phone to send a request to the server to distribute the upgrade instruction. If the vehicle location information is not within the upgrade area, the upgrade procedure ends. Alternatively, the upgrade area is re-specified based on the user's request, so that the vehicle's location is within the upgrade area, and then use the mobile phone to send a request to the server to distribute the upgrade instruction.

[0109] Step 1407: The server sends the upgrade command to the target vehicle. In response, the target vehicle receives the upgrade command.

[0110] Furthermore, the target vehicle within the upgrade area receives the upgrade command. For example, if the target vehicle within the upgrade area receives the upgrade command, it means that the target vehicle outside the upgrade area cannot receive the upgrade command. In this embodiment, it can ensure that the target vehicle within the upgrade area is upgraded, which improves the interaction experience during the upgrade process.

[0111] Optionally, the upgrade instruction includes preset time information for the software upgrade, the preset time information indicating a preset time required for the software upgrade.

[0112] Optionally, the target time is compared with a preset time, and a software upgrade is performed when the preset time is greater than the target time. In a possible implementation, a user using the target vehicle compares the target time with a preset time, or the user inputs the target time into the target vehicle, and the target vehicle compares the target time with the preset time and performs a software upgrade when the preset time is greater than the target time. In another possible implementation, the vehicle owner obtains the target time by using a mobile phone, compares the target time with the preset time, and performs a software upgrade when the preset time is greater than the target time. For example, the target vehicle receives an upgrade command, and the user obtains the time required for the software upgrade based on the preset time information included in the upgrade command. When a user of the target vehicle has a shopping request and needs to leave the target vehicle, the user may estimate the target time required to complete the shopping request, compare the target time with the preset time required for the software upgrade, and perform a software upgrade when the preset time is greater than the target time. Alternatively, the user may provide feedback to the vehicle owner on the time required to complete the shopping, and the vehicle owner compares the target time with the preset time required for the software upgrade and performs the software upgrade when the preset time is greater than the target time.

[0113] A preset time for the software upgrade is obtained, the preset time is compared with the actual time required by the user to complete the task, and when the preset time is greater than the target time, the software upgrade is performed. In this way, the safety of the target vehicle in the software upgrade process is ensured, while the normal activity of the user is ensured.

[0114] Optionally, the upgrade instruction further includes preset battery level information required for the upgrade, the preset battery level information indicating a first battery level.

[0115] Optionally, when it is determined that the preset time satisfies the condition, target battery level information required by the target vehicle to complete the task is obtained, and when the sum of the preset battery level and the target battery level is equal to or greater than the remaining battery level of the target vehicle, a software upgrade is performed. In a possible implementation, the target vehicle makes the determination and performs the software upgrade when the sum of the preset battery level and the target battery level is equal to or greater than the remaining battery level of the target vehicle. In another possible implementation, the vehicle owner makes the determination by using a mobile phone and performs the software upgrade when the sum of the preset battery level and the target battery level is equal to or greater than the remaining battery level of the target vehicle. For example, the target vehicle receives an upgrade command, and when it is determined that the preset time satisfies the condition, the user obtains a first battery level required for the software upgrade based on the preset battery level information included in the upgrade command. The user of the target vehicle estimates the battery level information required to reach the destination. The battery level information indicates a second battery level required by the target vehicle to travel to the destination. When the sum of the first battery level and the second battery level is equal to or greater than the remaining battery level of the target vehicle, the software upgrade is performed. In this way, the safety of the target vehicle during the software upgrade process is ensured, while the normal activities of the user are ensured.

[0116] In the above embodiment, the determination is first performed in the time dimension, then the determination is performed in the battery level dimension, and when both conditions are met, the software upgrade is performed. It can be understood that the time dimension and the battery level dimension may alternatively be used as separate decision criteria. Alternatively, the determination may be first performed in the battery level dimension, then the determination is performed in the time dimension, and when both conditions are met, the software upgrade is performed. This is not limited to the embodiments of this application.

[0117] Optionally, both the primary account and the sub-account of the mobile phone app associated with the target vehicle receive the upgrade command. For example, the target vehicle is associated with family member A and family member B, where member A corresponds to the primary account and member B corresponds to the sub-account, and both member A and member B can receive the upgrade command. Specifically, when member B uses the target vehicle, member B receives the upgrade command, and member B may decide whether to perform the upgrade based on the status of the target vehicle. In this case, member A can also receive the upgrade command. When member A prepares to upgrade the target vehicle, member A needs to confirm the above information one by one, and can remotely upgrade the target vehicle only after the confirmation is successful.

[0118] Optionally, after the mobile phone completes the check, it sends a request command to the server. The server pushes upgrade-related information (such as the time required for the upgrade and the estimated remaining battery level after the upgrade) to the app's subaccount for confirmation. The subaccount decides whether to agree to perform the upgrade based on the current vehicle usage status. If the upgrade is agreed to, or if the process is not performed until the time expires, the process proceeds to the next step. Otherwise, information indicating that the upgrade is not agreed to is sent back to the cloud, and then a message is pushed to the primary account.

[0119] It can be understood that the upgrade command includes preset time information and preset battery level information. In another possible implementation, the target vehicle receives a second command, the second command indicating the preset time information, and the target vehicle further receives a third command, the third command being used to receive the preset battery level information. In another possible implementation, the target vehicle receives a fourth command, the fourth command indicating the preset time information and the preset battery level information. In an embodiment of this application, the preset time information and the preset battery level information may alternatively be delivered in other formats. This is not a limitation in an embodiment of this application.

[0120] Step 1408: The target vehicle performs a check before the upgrade, specifically, the upgrade status of the vehicle is checked.

[0121] Optionally, the upgrade status check includes querying current vehicle status information, where the vehicle status information includes any one or more of the following:

[0122] (1) Battery level information

[0123] When the percentage of power battery level of the target vehicle is equal to or greater than a preset battery level, the target vehicle can be upgraded, for example, when the percentage of power battery level of the target vehicle is equal to or greater than 25% of the battery capacity, the target vehicle can be upgraded.

[0124] When the battery level of the target vehicle meets a flashing condition, the target vehicle can be upgraded, for example, when the battery level of the target vehicle is equal to or greater than 50% of the battery capacity, the target vehicle can be upgraded.

[0125] (2)Vehicle speed information

[0126] When the speed of the target vehicle is equal to or lower than a preset speed, the target vehicle can be upgraded, for example, when the speed of the target vehicle is equal to or lower than 3 km / h, or when the speed of the target vehicle is 0 km / h, the target vehicle can be upgraded.

[0127] (3) Gear status information

[0128] When the target vehicle is in "P gear", the target vehicle can be upgraded.

[0129] (4) "Ignition" status information

[0130] If the target vehicle is a fuel vehicle or a hybrid vehicle, during the state check it is checked whether the target vehicle is in the "ignition" state. If the target vehicle is in the "non-ignition" state, the target vehicle can be upgraded.

[0131] (5) On-board diagnostics (OBD) system status information

[0132] The target vehicle can be upgraded when the OBD system is in a disconnected state.

[0133] (6) Handbrake status information

[0134] When the handbrake caliper of the target vehicle is in the clamped state, the target vehicle can be upgraded.

[0135] (7) Quick charging plug / charging plug status information

[0136] The target vehicle can be upgraded when the fast charge plug or the charge plug is in a disconnected state.

[0137] (8) Fuel cap status information

[0138] If the target vehicle is a fuel vehicle or a hybrid vehicle, the fuel cap of the target vehicle is inspected during the condition inspection. If the fuel cap of the target vehicle is in a closed state, the target vehicle can be upgraded.

[0139] The upgrade state may be understood to further include at least one of the following: the target vehicle's charging plug is in a disconnected state, the target vehicle's on-board diagnostic OBD system is in a disconnected state, the target vehicle is in P gear, the target vehicle's fuel cap is in a closed state, the target vehicle's handbrake caliper is in a clamped state, the target vehicle's battery level is in a flashable state, or the target vehicle is in a non-ignition state.

[0140] Optionally, in step 1409, when the target vehicle is in an upgrade state, perform an upgrade operation according to the upgrade instruction; or in step 1412, when the target vehicle is not in an upgrade state, send feedback information, which indicates that the target vehicle cannot be upgraded or that the target vehicle does not meet the upgrade requirements.

[0141] Optionally, the upgrade status includes the target vehicle being in a guarded state. For example, when the target vehicle is remotely upgraded by using a mobile phone, the target vehicle checks the guarded state of the target vehicle. Checking the guarded state of the vehicle is to ensure that the user using the vehicle is not in the target vehicle and the vehicle is in a locked state.

[0142] Optionally, in step 1410, in the process in which the target vehicle performs the upgrade operation (step 1409), the target vehicle sends upgrade progress information to a server, and the server receives and stores the upgrade progress information.

[0143] Optionally, in step 1411, the mobile phone initiates a request message to inquire about upgrade progress information from the server, and the server sends the upgrade progress information to the mobile phone in response to the request message, and the app on the mobile phone displays the upgrade progress information.

[0144] Optionally, in step 1413, when the target vehicle is not in an upgrade state (step 1412), the target vehicle sends feedback information to the server, where the feedback information indicates that the target vehicle cannot be upgraded or that the target vehicle does not meet the upgrade requirements.

[0145] Optionally, in step 1414, the mobile phone may initiate a request message to inquire about upgrade feedback information from the server, and the server sends the upgrade feedback information to the mobile phone in response to the request message, and the app on the mobile phone displays the feedback information.

[0146] 15 is a block flowchart of an upgrade method according to an embodiment of the present application. As shown in FIG. 15, the method 1500 includes, but is not limited to, the following steps:

[0147] Step 1501: A target vehicle receives an upgrade command, where the upgrade command indicates an OTA task. Optionally, the target vehicle completes downloading and storing the OTA task.

[0148] Step 1502: The vehicle owner receives an installation notification, which is a notification indicating whether to install a software package corresponding to the current OTA task in the target vehicle, and the installation notification includes an upgrade notification.

[0149] Optionally, in step 1503, after the vehicle owner's mobile phone receives the installation notification, the vehicle owner views the vehicle's driving status information on the electronic map on the mobile phone app, and the driving status information includes the location information of the target vehicle.

[0150] Step 1504: When the location information of the target vehicle meets the upgrade condition, the vehicle owner remotely triggers an immediate upgrade or a scheduled upgrade on the mobile phone app.

[0151] Step 1505: The target vehicle performs a check before upgrading. The check before upgrading optionally includes steps 1506 and 1507. Specifically, when the vehicle owner performs the first remote upgrade, the vehicle owner needs to be reminded on the mobile phone app to define or set an "upgrade area" on the electronic map. The mobile phone determines whether to allow the upgrade based on the "upgrade area" and the current location information of the target vehicle. If the current location information of the target vehicle is not within the upgrade area, the upgrade condition is not met, and an error prompt information is returned, and the vehicle owner is prompted on the app. If the current location information of the target vehicle is within the upgrade area, the upgrade condition is met, and the process proceeds to step 1508.

[0152] Step 1508: When the location information of the target vehicle meets the upgrade condition, the vehicle owner remotely triggers an immediate upgrade or a scheduled upgrade on the mobile phone app.

[0153] Step 1509: The target vehicle receives the OTA installation command and performs a check before upgrading. The check before upgrading optionally includes steps 1510 and 1511. Specifically, first, the target vehicle's speed, P gear, and ready status are checked to see if they meet the upgrade conditions. Then, the target vehicle's guard status is checked to ensure that the user is not in the target vehicle and the vehicle is locked. If the above conditions do not meet the upgrade conditions, an error prompt is returned, and the vehicle owner is prompted on an app, including the target vehicle's app or the vehicle owner's mobile phone app. If the above conditions meet the upgrade conditions, the process proceeds to step 1512.

[0154] Step 1512: On the premise that the state check before the upgrade meets the upgrade conditions, start countdown and wake up the target vehicle to enter the upgrade state, thereby completing the upgrade.

[0155] It can be understood that before a remote OTA upgrade is performed using a mobile phone, a method for pre-upgrade inspection is added. One or more of the target vehicle's real-time location information, "upgrade area," and "guard status" are inspected, thereby improving the security of the remote OTA upgrade. The target vehicle can be inspected in advance, thereby avoiding misoperation caused by information asymmetry.

[0156] In the above embodiment, the vehicle owner may be understood as the owner of the primary account associated with the target vehicle, and the user may be understood as the owner of the sub-account associated with the target vehicle. Scenarios of the above embodiment include the following: When a user is using the target vehicle, the vehicle owner's mobile phone receives an OTA upgrade task and checks the status of the target vehicle before upgrading. The check content includes one or more of the target vehicle's real-time location information, "upgrade area", and "guard status".

[0157] 16 is a schematic block diagram of an electronic device 1600 according to an embodiment of the present application. The electronic device 1600 shown in FIG. 16 includes at least one processor 1610, a memory 1620, and a display 1630, and may optionally further include a communication interface 1640.

[0158] The memory 1620 may be volatile memory, such as random access memory. Alternatively, the memory may be non-volatile memory, such as read-only memory, flash memory, a hard disk drive (HDD), or a solid-state drive (SSD). Alternatively, the memory 1620 is any other medium that can be used to carry or store program code, such as instructions or data structures, and that can be accessed by a computer, but is not limited to this. The memory 1620 may also be a combination of the above memories.

[0159] The specific connection medium between the processor 1610 and the memory 1620 is not limited to the embodiments of this application.

[0160] The electronic device shown in FIG. 16 further includes a display 1630 configured to display data processed by the processor 1610.

[0161] 16 further includes a communication interface 1640. When communicating with other devices, the processor 1610 may transmit data through the communication interface 1640.

[0162] When the electronic device is in the form shown in FIG. 16, the processor 1610 shown in FIG. 16 may invoke computer-executable instructions stored in memory 1620, thereby enabling the apparatus 1600 to perform the method performed by the apparatus in any one of the method embodiments described above.

[0163] 17 is a schematic block diagram of an application display device 1700 according to an embodiment of the present application. The device 1700 includes: a display unit 1701 configured to display a first interface of a first application; and a detection unit 1702 configured to detect a first operation on the first interface, the first operation being used to display a second interface of the first application, the second interface including a first sub-interface and a second sub-interface, the first sub-interface being used to display a running status of a target vehicle on an electronic map, and the second sub-interface being used to provide an upgrade function.

[0164] In a possible implementation, the driving state of the target vehicle on the electronic map includes the position information of the target vehicle.

[0165] In a possible implementation, the location information of the target vehicle includes real-time location information of the target vehicle or dynamic location information of the target vehicle.

[0166] In a possible implementation, the first sub-interface is further used to display or prompt an upgrade area, which is used to define an area where the upgrade function can be performed.

[0167] In a possible implementation, the upgrade area is predefined or preconfigured.

[0168] In a possible implementation manner, the detection unit 1702 is further configured to detect a second operation, where the second operation is used to select an upgrade area on the electronic map, or is further configured to detect a second operation, where the second operation is used to input location information of the upgrade area.

[0169] In a possible implementation, the display unit 1701 is further configured to display feedback information, where the feedback information indicates that the target vehicle cannot be upgraded or that the target vehicle does not meet the upgrade requirements.

[0170] 18 is a schematic block diagram of an upgrade apparatus 1800 according to an embodiment of the present application. The apparatus 1800 includes: a transceiver unit 1801 configured to receive an upgrade command; and a processing unit 1802 configured to perform an upgrade operation according to the upgrade command when the target vehicle is in an upgrade state, or to send feedback information when the target vehicle is not in an upgrade state, where the feedback information indicates that the target vehicle cannot be upgraded or that the target vehicle does not meet the upgrade requirements. The upgrade state includes that the target vehicle is in a guard state.

[0171] In a possible implementation, the upgrade state further includes at least one of the following: the target vehicle's charging plug is in a disconnected state; the target vehicle's on-board diagnostic OBD system is in a disconnected state; the target vehicle is in P gear; the target vehicle's fuel filler cap is in a closed state; the target vehicle's handbrake caliper is in a clamped state; the target vehicle's battery level is in a flashable state; or the target vehicle is in a non-ignition state.

[0172] In a possible implementation, the transceiver unit is configured to receive upgrade instructions by a target vehicle within the upgrade area.

[0173] In a possible implementation, the upgrade command includes preset time information for the software upgrade, where the preset time information indicates a preset time for the software upgrade.

[0174] In a possible implementation, the processing unit 1802 is further configured to compare the target time with a preset time, and perform a software upgrade when the preset time is greater than the target time.

[0175] In a possible implementation, the upgrade instruction further includes preset battery level information required for the upgrade, where the preset battery level information indicates a first battery level.

[0176] In a possible implementation, the processing unit 1802 is further configured to acquire target battery level information of the target vehicle, the target battery level information indicating a second battery level, and to perform a software upgrade when the sum of the first battery level and the second battery level is greater than or equal to the remaining battery level of the target vehicle.

[0177] The embodiment of the present application further provides a vehicle. The vehicle may include the electronic device 1700 or the apparatus 1800.

[0178] An embodiment of the present application further provides a computer program product including instructions, which, when executed on the above-mentioned device, executes the vehicle control method in any one of the above-mentioned embodiments.

[0179] An embodiment of the present application provides a computer-readable storage medium. The computer-readable storage medium stores a computer program. When the computer program is executed, the vehicle control method according to any one of the above embodiments is realized.

[0180] The above embodiments may be combined with each other to achieve different technical effects.

[0181] It should be understood that the sequence numbers of the above processes do not mean the execution order in various embodiments of this application. The execution order of the processes should be determined based on the functions and internal logic of the processes, and should not be construed as any limitation on the implementation process of the embodiments of this application.

[0182] The above description of the embodiments allows those skilled in the art to clearly understand that the above division into functional modules is used as an example for convenience and concise description. In actual application, the above functions can be allocated to different functional modules for realization as needed. In other words, the internal structure of the device is divided into different functional modules to realize all or part of the above functions.

[0183] In some embodiments provided in this application, it should be understood that the disclosed devices and methods may be implemented in other ways. For example, the described device embodiments are merely examples. For example, the division into modules or units is merely a logical division of function, and other divisions may be used in actual implementation. For example, multiple units or components may be combined or integrated into other devices, or some features may be omitted or not implemented. Furthermore, the shown or discussed mutual couplings or direct couplings or communication connections may be realized through some interfaces. Indirect couplings or communication connections between devices or units may be realized in electronic, mechanical, or other forms.

[0184] The units described as separate parts may or may not be physically separate, and the parts shown as units may be one or more physical units, located in one place, or distributed in different places. Some or all of the units may be selected based on actual requirements to achieve the objectives of the solutions of the embodiments.

[0185] Furthermore, the functional units in the embodiments of this application may be integrated into one processing module, and each unit may exist physically alone, or two or more units may be integrated into one unit. The integrated unit may be realized in the form of hardware or in the form of a software functional unit.

[0186] When an integrated unit is realized in the form of a software functional unit and sold or used as an independent product, the integrated unit may be stored in a readable storage medium. Based on this understanding, the technical solutions in the embodiments of this application may essentially, or the portions contributing to the prior art or all or part of the technical solutions may be realized in the form of a software product. The software product is stored in a storage medium and includes several instructions for instructing a device (which may be a single-chip microcomputer, a chip, etc.) or a processor to perform all or part of the steps of the methods described in the embodiments of this application. The above storage medium includes any medium capable of storing program code, such as a USB flash drive, a removable hard disk, a ROM, a RAM, a magnetic disk, or an optical disk. The above description is merely a specific implementation manner of the embodiments of this application and is not intended to limit the scope of protection of the embodiments of this application. Any modifications or substitutions within the technical scope disclosed in this application shall fall within the scope of protection of the embodiments of this application. Therefore, the scope of protection of the embodiments of this application shall be subject to the scope of protection of the claims.

Claims

1. A method for displaying an application executed by an electronic device, comprising: displaying a first interface of a first application; detecting a first operation on the first interface, the first operation being used to display a second interface of the first application, the second interface including a first sub-interface and a second sub-interface, the first sub-interface being used to display a driving state of a target vehicle on an electronic map, the second sub-interface being used to provide an upgrade function, and the second sub-interface being further used to provide safety precautions and an estimated upgrade time based on upgrade requirements; A method comprising:

2. The method of claim 1 , wherein the driving state of the target vehicle on the electronic map includes position information of the target vehicle.

3. The method of claim 1 or 2, wherein the first sub-interface is further used to display or prompt an upgrade area, the upgrade area being used to define an area in which the upgrade function can be performed.

4. The method of claim 3 , wherein the upgrade area is predefined or preconfigured.

5. detecting a second operation, wherein the second operation is used to select the upgrade area on the electronic map; or detecting a second operation, wherein the second operation is used to input location information of the upgrade area; The method of claim 3 or 4, further comprising:

6. displaying feedback information, the feedback information indicating that the target vehicle cannot be upgraded or that the target vehicle does not meet the upgrade requirements. The method of any one of claims 1 to 5, further comprising:

7. 1. An electronic device including a display, a memory, one or more processors, a first application, and one or more programs, The one or more programs are stored in the memory, and when the one or more processors execute the one or more programs, the electronic device performs the following method: displaying a first interface of the first application; detecting a first operation on the first interface, the first operation being used to display a second interface of the first application, the second interface including a first sub-interface and a second sub-interface, the first sub-interface being used to display a driving state of a target vehicle on an electronic map, the second sub-interface being used to provide an upgrade function, and the second sub-interface being further used to provide safety precautions and an estimated upgrade time based on upgrade requirements; An electronic device that enables

8. The electronic device according to claim 7 , wherein the driving state of the target vehicle on the electronic map includes position information of the target vehicle.

9. 9. The electronic device of claim 7 or 8, wherein the first sub-interface is further used to display or prompt an upgrade area, the upgrade area being used to define an area in which the upgrade function can be performed.

10. The electronic device of claim 9 , wherein the upgrade region is predefined or preconfigured.

11. The electronic device is detecting a second operation, wherein the second operation is used to select the upgrade area on the electronic map; or detecting a second operation, wherein the second operation is used to input location information of the upgrade area; 11. The electronic device according to claim 9 or 10, further comprising:

12. The electronic device is displaying feedback information, the feedback information indicating that the target vehicle cannot be upgraded or that the target vehicle does not meet the upgrade requirements.

12. The electronic device according to claim 7, further comprising:

13. 1. A computer-readable storage medium, comprising: The computer-readable storage medium stores program code that, when executed on a computer, enables the computer to perform the method of any one of claims 1 to 6.

Images