Map display method and related device

Abstract

The invention discloses a map display method and a related device, the map display method is applied to electronic equipment, the electronic equipment comprises a main processor, a coprocessor and a display screen, the power consumption of the coprocessor is lower than that of the main processor, and the method comprises the following steps: when the electronic equipment is in a normal mode, the main processor writes resource information of a navigation map into a first memory space, the resource information comprises a first map resource; wherein when the electronic equipment is in a normal mode, the main processor is in an awakening state; the electronic equipment enters a first mode, and the main processor enters a dormant state; the coprocessor reads the first map resource from the first memory space and obtains positioning information of the electronic equipment, and the positioning information indicates the position of the electronic equipment; the coprocessor obtains a navigation map based on the positioning information and the first map resource; the display screen displays a first interface, and the first interface comprises a navigation map. Therefore, the endurance of the electronic equipment can be effectively prolonged while the navigation map is displayed.

Description

Technical Field

[0001] This application relates to the field of electronic technology, and in particular to map display methods and related devices. Background Technology

[0002] In certain scenarios, especially those with limited charging conditions (such as natural disasters or outdoor adventures), user devices (e.g., mobile phones) need to support both extended standby time and prolonged use of navigation maps. However, existing navigation maps require both the application processor and the map application (APP) to remain running to process and display relevant map data; the application processor consumes a lot of power, which is detrimental to device battery life. Therefore, there is currently a significant power conflict between navigation maps and standby battery life.

[0003] How to ensure the long battery life of electronic devices while displaying navigation maps remains to be studied. Summary of the Invention

[0004] This application provides a map display method and related apparatus, which can effectively extend the battery life of electronic devices while displaying navigation maps.

[0005] In a first aspect, this application provides a map display method applied to an electronic device, characterized in that the electronic device includes a main processor, a coprocessor, and a display screen, wherein the power consumption of the coprocessor is lower than that of the main processor, and the method includes: when the electronic device is in normal mode, the main processor writes navigation map resource information into a first memory space, the resource information including a first map resource; wherein, when the electronic device is in normal mode, the main processor is in a wake-up state; the electronic device enters a first mode, and the main processor enters a sleep state; the coprocessor reads the first map resource from the first memory space and obtains the positioning information of the electronic device, the positioning information indicating the location of the electronic device; the coprocessor obtains a navigation map based on the positioning information and the first map resource; the display screen displays a first interface, the first interface including the navigation map.

[0006] In the embodiments of this application, in the first mode, the low-power coprocessor can read map resources written by the main processor from a specific memory space, and can also obtain the location information of the electronic device. It can then generate a navigation map based on the location information and map resources, and instruct the display screen to show the navigation map. Compared to the main processor, the average current drawn by the low-power coprocessor in the first mode for displaying the navigation map is significantly reduced, which greatly reduces the power consumption required to display the navigation map, effectively extending the battery life of the electronic device when displaying the navigation map in the first mode and improving the user experience.

[0007] In one implementation, the coprocessor includes a map engine, and the method further includes: the map engine acquiring first map resources and location information; the coprocessor obtaining a navigation map based on the location information and the first map resources, including: the map engine generating a navigation map based on the location information and the first map resources; and the display screen displaying a first interface, including: the map engine instructing the display screen to display the first interface. By implementing the embodiments of this application, the coprocessor adds a map engine, which can acquire the location information and map resources of the electronic device, and then determine the display content of the navigation map using a navigation algorithm based on the location information and map resources. Thus, in the first mode, the low-power coprocessor has the ability to generate a navigation map based on the location information and map resources, effectively extending the battery life of the electronic device displaying the navigation map in the first mode.

[0008] In one implementation, the method further includes: when the coprocessor detects a deviation in the electronic device's trajectory based on location information and a first map resource, it provides a deviation alert via voice and / or vibration. Implementing this embodiment, in the first mode, the low-power coprocessor can detect deviations and provide deviation alerts via voice and / or vibration, effectively extending the battery life of the electronic device in the first mode and improving the user experience.

[0009] In one implementation, the method further includes: when the coprocessor detects that the speed of the electronic device changes from a first speed to a second speed based on positioning information and / or a speed sensor, it adjusts the scaling ratio of the navigation map in the first interface. By implementing the embodiments of this application, in the first mode, the low-power coprocessor can detect the speed of the electronic device and dynamically adjust the scaling ratio of the navigation map according to the speed, effectively extending the battery life of the electronic device in the first mode and improving the user experience.

[0010] In one implementation, the first interface includes the altitude of the electronic device, and the method further includes: a coprocessor detecting the altitude of the electronic device based on positioning information and / or an altitude sensor. Implementing the embodiments of this application, in the first mode, the low-power coprocessor can detect and display the altitude of the electronic device, effectively extending the battery life of the electronic device in the first mode and improving the user experience.

[0011] In one implementation, the resource information includes a first font file, and the navigation map includes text information. The method further includes: a coprocessor reading the first font file from a first memory space; the coprocessor obtaining the navigation map based on positioning information and the first map resources, including: obtaining the navigation map based on the first font file, positioning information, and the first map resources. By implementing the embodiments of this application, the low-power coprocessor can also obtain the font file from the main processor, and then generate a navigation map displaying text information in the first mode, effectively extending the battery life of the electronic device in the first mode and improving the user experience.

[0012] In one implementation, the navigation map further includes a navigation route, and the method further includes: a coprocessor obtaining the navigation route from a main processor; the coprocessor obtaining the navigation map based on location information and a first map resource, including: the coprocessor obtaining the navigation map based on the navigation route, location information, and the first map resource. By implementing the embodiments of this application, the low-power coprocessor can also obtain the navigation route from the main processor, and then generate a navigation map displaying the navigation route in the first mode, effectively extending the battery life of the electronic device in the first mode and improving the user experience.

[0013] In one implementation, before the display screen shows the first interface, the method further includes: the main processor sending a screen-off command to the coprocessor. Implementing embodiments of this application, the main processor can instruct the coprocessor to enter a screen-off mode, displaying a navigation map on the screen-off interface.

[0014] In one implementation, the main processor sends a screen-off command to the coprocessor, including: when the electronic device is running a navigation task of a map app, the electronic device receives an operation instructing the electronic device to turn off its screen; in response to the operation, the main processor sends a screen-off command to the coprocessor. Implementing this embodiment, the main processor can instruct the coprocessor to enter a screen-off mode, displaying a navigation map on the screen-off interface. Implementing this embodiment, if the screen-off mode is triggered while a navigation task is running in the foreground or background of the electronic device, the electronic device 100 displays a navigation map on the screen-off interface.

[0015] In one implementation, the first memory space is CMA memory or ION memory. Implementing the embodiments of this application, the coprocessor can access CMA memory or ION memory; the main processor writes the navigation map resource information into CMA memory or ION memory, facilitating the coprocessor to obtain this resource information in the first mode, thereby enabling it to generate a navigation map based on this resource information.

[0016] In one implementation, the method further includes: the main processor obtaining map sub-resources corresponding to the location of the electronic device from a first map resource based on the location indication information of the electronic device; the indication information is obtained by the main processor through a positioning module or through a coprocessor; the main processor writing the navigation map resource information into a first memory space includes: the main processor writing the map sub-resources corresponding to the location of the electronic device into the first memory space. Implementing this embodiment, when a user moves while carrying the electronic device, the main processor can write map sub-resources near the current location of the electronic device into the first memory space each time for the coprocessor to read; this small, frequent writing avoids the problem of insufficient first memory space and also avoids wasting device power consumption and memory space by writing too many map resources at once.

[0017] In one implementation, the first memory space includes a second memory space and a third memory space. The main processor has permission to read and write to the second memory space, and the coprocessor has permission to read and write to the third memory space. The main processor writes navigation map resource information into the first memory space, including: the main processor writes the map sub-resources corresponding to the location of the electronic device into the second memory space within the first memory space. For example, the second memory space is non-secure CMA memory, and the third memory space is secure CMA memory.

[0018] In one implementation, the main processor writes the navigation map resource information into a first memory space, including: a coprocessor instructing the main processor to write map sub-resources into a second memory space within the first memory space. In implementing this embodiment, in a first mode, the coprocessor can wake up the main processor and instruct it to write the map sub-resources into the second memory space.

[0019] In one implementation, before the coprocessor reads the first map resource from the first memory space, the method further includes: the coprocessor moving the map sub-resource from the second memory space to the third memory space; the coprocessor reading the first map resource from the first memory space includes: the coprocessor reading the map sub-resource from the third memory space of the first memory space. In implementing this embodiment, the starting address and range of the third memory space are statically determined, while the starting address and range of the second memory space cannot be statically determined. Typically, the coprocessor has permission to read and write to the third memory space. To facilitate reading by the coprocessor, the resource information required for the navigation map (e.g., the map sub-resource corresponding to the current location) can ultimately be stored in the third memory space. Since the main processor does not have permission to read / write to the third memory space, the main processor can first write the map sub-resource to the second memory space, and then the coprocessor moves the map sub-resource from the second memory space to the third memory space. This facilitates the coprocessor in obtaining the map sub-resource in the first mode, thereby enabling it to generate a navigation map based on the map sub-resource.

[0020] In one implementation, the method further includes: a coprocessor acquiring updated location information of an electronic device, the updated location information indicating the updated location of the electronic device; a main processor writing map sub-resources corresponding to the updated location into a second memory space; the coprocessor moving the map sub-resources corresponding to the updated location from the second memory space to a third memory space; and the coprocessor reading the map sub-resources corresponding to the updated location from the third memory space. Implementing this embodiment, when a user moves while carrying the electronic device, the location of the electronic device changes; the main processor can write map sub-resources near the current location of the electronic device into a first memory space each time for the coprocessor to read; this small, frequent writing avoids the problem of insufficient first memory space and also avoids wasting device power and memory space by writing too much map resource at once.

[0021] In one implementation, the method further includes: the main processor writing the resource information of the navigation map into a first memory of the electronic device; the main processor writing the resource information of the navigation map into the first memory space includes: the main processor writing the resource information of the navigation map in the first memory into the first memory space. Implementing the embodiments of this application, after the main processor downloads offline or online map resources, it can store the map resources in a specific memory, such as general-purpose flash memory (UFS).

[0022] In one implementation, before the main processor writes the navigation map resource information into the first memory space, the method further includes: the main processor sending the first storage address of the first map resource in the first memory to the coprocessor; and the coprocessor instructing the main processor to write the navigation map resource information into the first memory space based on the first storage address. Implementing this embodiment, after the main processor downloads offline or online map resources, it can send the storage address of the map resources to the coprocessor; when entering the first mode, the coprocessor can instruct the main processor to write the map resources at the aforementioned storage address into a specific memory space (e.g., CMA memory) so that the coprocessor can read them.

[0023] In one implementation, the first map resource includes map resources corresponding to the navigation route planned by the map app. Implementing this embodiment, the main processor can plan a navigation route based on the user-input destination; after entering the first mode, the coprocessor can obtain map resources surrounding the navigation route and provide navigation services to the user based on the navigation route in the navigation map, effectively improving the user experience.

[0024] In one implementation, the coprocessor includes a first interface for instructing the main processor to migrate map resources; and / or for waking up the main processor. Implementing embodiments of this application, the coprocessor adds a first interface, enabling it to wake up the main processor via the first interface and access the main processor's file system, thereby moving map resources to a specific memory space (e.g., secure CMA memory) through the file system.

[0025] In one implementation, the coprocessor includes a first driver module for accessing a second memory. The method further includes: the main processor storing navigation map resource information, including second map resources, in the second memory; the electronic device entering a first mode, and the main processor entering a sleep state; the coprocessor using the first driver module to read the second map resources from the second memory and obtaining the electronic device's location information, which indicates the electronic device's position; the coprocessor obtaining a navigation map based on the location information and the second map resources; and a display screen showing a first interface, including the navigation map. By implementing this embodiment, the coprocessor adds a first driver module, enabling it to read map resources from the second memory through the first driver module, thereby gaining the ability to generate a navigation map based on those map resources.

[0026] In one implementation, the second memory is a general-purpose flash memory (UFS), and the first driver module is a direct file access (DFA) driver. By implementing this embodiment, the coprocessor adds a DFA driver, enabling it to read map resources from the UFS and thus generate navigation maps based on those resources.

[0027] In one implementation, the method further includes: when the electronic device is in a first mode, the coprocessor records the driving route and / or marked position of the electronic device in the first mode; after waking up the main processor, the main processor obtains the driving route and / or marked position from the coprocessor. Implementing the embodiments of this application, after waking up the main processor, the coprocessor can send the current marked position and driving route back to the main processor; the AP can use the current marked position as a historical marked position and the current driving route as a historical driving trajectory to provide users with more services in subsequent use scenarios, such as providing line-following navigation services based on historical marked positions or historical driving trajectories.

[0028] Secondly, embodiments of this application provide an electronic device, which includes a processor and a memory, the memory being coupled to the processor, the memory being used to store computer program code, the computer program code including computer instructions, and the processor reading the computer instructions from the memory to cause the electronic device to execute the map display method in any of the possible implementations of any of the above aspects.

[0029] Thirdly, embodiments of this application provide a computer storage medium including computer instructions, which, when executed on an electronic device, cause the electronic device to perform the map display method in any of the possible implementations of any of the above aspects.

[0030] Fourthly, embodiments of this application provide a computer program product that, when run on a computer, causes the computer to execute the map display method in any of the possible implementations of any of the above aspects. Attached Figure Description

[0031] Figure 1 A flowchart illustrating a map display method provided in an embodiment of this application;

[0032] Figure 2 This application provides a schematic diagram of the system architecture of a communication system.

[0033] Figure 3 This is a schematic diagram of the structure of an electronic device provided in an embodiment of this application;

[0034] Figure 4A schematic diagram of the architecture of a software system for a coprocessor provided in an embodiment of this application;

[0035] Figures 5A to 5I Some user interface diagrams of the navigation map provided in the embodiments of this application;

[0036] Figure 6 Some user interface diagrams of the navigation map provided in the embodiments of this application;

[0037] Figures 7A to 7F Some user interface diagrams for the scenario modes provided in the embodiments of this application;

[0038] Figures 8A to 8F Some user interface diagrams of the navigation map provided in the embodiments of this application;

[0039] Figures 9A to 9C A schematic diagram of the user interface of the navigation map provided in the embodiments of this application;

[0040] Figure 10A A flowchart illustrating a map display method provided in an embodiment of this application;

[0041] Figure 10B A hardware and software architecture diagram and a flowchart illustrating a map display method provided in this application embodiment;

[0042] Figure 11A A flowchart illustrating a map display method provided in an embodiment of this application;

[0043] Figure 11B A hardware and software architecture diagram and a flowchart illustrating a map display method provided in this application embodiment;

[0044] Figure 12A A flowchart illustrating a map display method provided in an embodiment of this application;

[0045] Figure 12B A hardware and software architecture diagram and a flowchart illustrating a map display method provided in this application embodiment;

[0046] Figure 13A A flowchart illustrating a map display method provided in an embodiment of this application;

[0047] Figure 13B and Figure 13C A schematic diagram illustrating the yaw warning process provided in an embodiment of this application;

[0048] Figure 13D A schematic diagram illustrating a process for displaying altitude, provided as an embodiment of this application;

[0049] Figure 13EA schematic diagram illustrating the process of adjusting the scaling ratio provided in an embodiment of this application;

[0050] Figure 14 This is a flowchart illustrating a map display method provided in an embodiment of this application. Detailed Implementation

[0051] The technical solutions in the embodiments of this application will be clearly and thoroughly described below with reference to the accompanying drawings. In the description of the embodiments of this application, unless otherwise stated, " / " means "or," for example, A / B can mean A or B; the word "and / or" in the text is merely a description of the relationship between related objects, indicating that three relationships can exist. For example, A and / or B can represent: A existing alone, A and B existing simultaneously, and B existing alone. Furthermore, in the description of the embodiments of this application, "multiple" refers to two or more than two.

[0052] Hereinafter, the terms "first" and "second" are used for descriptive purposes only and should not be construed as implying or suggesting relative importance or implicitly indicating the number of indicated technical features. Thus, a feature defined as "first" or "second" may explicitly or implicitly include one or more of that feature, and in the description of the embodiments of this application, unless otherwise stated, "multiple" means two or more.

[0053] The term "user interface (UI)" used in the following embodiments of this application refers to the medium interface through which an application or operating system interacts and exchanges information with the user. It realizes the conversion between the internal form of information and the form that the user can accept. The user interface is source code written in a specific computer language such as Java or Extensible Markup Language (XML). The interface source code is parsed and rendered on the electronic device, ultimately presenting content that the user can recognize. A common form of user interface is the graphical user interface (GUI), which refers to a user interface related to computer operation displayed graphically. It can be visible interface elements such as text, icons, buttons, menus, tabs, text boxes, dialog boxes, status bars, navigation bars, and widgets displayed on the screen of an electronic device.

[0054] For ease of understanding, the technical concepts involved in the embodiments of this application are introduced below.

[0055] Always-on display (AOD) refers to displaying important information on the screen continuously with low power consumption; the interface displayed on the screen during this time can be called the AOD interface. For example, the AOD interface continuously displays the time, incoming calls, messages, battery information, push notifications, etc., allowing users to intuitively see the information they need at any time. In this embodiment of the application, the state in which the electronic device 100 is in AOD mode can be referred to as AOD mode or AOD state.

[0056] The Continuous Memory Allocator (CMA) is a feature in the operating system kernel used to reserve contiguous memory in physical memory. When a driver does not use CMA memory, it can be used by other kernel modules. When a driver needs to use CMA memory, the CMA memory currently in use by other modules needs to be migrated to form physically contiguous memory for the driver to use. It allows drivers to access the aforementioned CMA region via Direct Memory Access (DMA), thereby improving device performance. In this embodiment, the contiguous memory configured using CMA can be simply referred to as CMA memory.

[0057] ION: ION is an implementation of memory management based on Dmabuf. The main purpose of the ION subsystem is to achieve zero-copy shared memory between devices by allocating and sharing memory between hardware devices and user space. As a memory manager, ION can provide a general memory management interface, manage various types of memory, and also provide shared memory between drivers, user processes, and kernel space and user space. In this embodiment, the memory configured using ION can be simply referred to as ION memory.

[0058] Universal flash storage (UFS) is a new type of storage device used in mobile phones, tablets, and other terminal devices. It offers advantages such as high-speed storage, low power consumption, and high reliability. UFS flash memory has fast transfer speeds, meeting the demands of high-speed data transfer; its lower power consumption can extend the battery life of mobile devices.

[0059] This application provides a map display method that enables navigation while extending the battery life of an electronic device. In this method, the electronic device 100 includes a main processor and a coprocessor, with the coprocessor consuming less power than the main processor. When the electronic device 100 is not in AOD mode, the main processor runs a map app, processes navigation map data to generate a navigation map, and then controls the display screen to show the navigation map. When the electronic device 100 enters AOD mode, the main processor enters a sleep state; then, it is intermittently woken up (e.g., once every 1 second) to process navigation map data and generate a navigation map, which is then transmitted to the coprocessor. The coprocessor then controls the display screen to show the navigation map. By implementing this map display method, instead of using the main processor, the coprocessor controls the display screen to show the navigation map. Because the coprocessor consumes less power than the main processor, this map display method reduces the power consumption of the electronic device 100 and extends its battery life.

[0060] However, the map display method described above requires intermittent, high-frequency wake-ups of the main processor to process navigation map data and generate the navigation map, which consumes a significant amount of power. Therefore, this map display method can only slightly reduce the power consumption of electronic devices by 100% and slightly extend their battery life, still failing to meet users' demands for long battery life.

[0061] This application also provides a map display method that, in a first mode requiring long battery life and low power consumption, enables navigation map display while further reducing the power consumption of the electronic device. This application does not specifically limit the first mode; for example, the first mode can be an AOD mode, a lock screen mode, a power-saving mode, etc. For example, such as... Figure 1 As shown, in this map display method, the computer system of electronic device 100 includes a main processor, a coprocessor, a display screen, and a GPS chip.

[0062] The main processor can be an application processor (AP), a central processing unit (CPU), or a system-on-a-chip (SoC). It runs a rich operating system (Rich OS), such as HarmonyOS, Android™, or iOS. The coprocessor consumes less power than the main processor. For example, a coprocessor can be a microcontroller unit (MCU) or a sensor hub. It runs a lightweight real-time operating system (RTOS), such as Lite OS or Free RTOS. In this embodiment, the main processor's multi-functional operating system is equipped with a map app. The map app can download map resources and display navigation maps. The main processor typically stores the resource information required for the navigation map (such as map resources, font files, etc.) in a specific storage space (e.g., UFS). The coprocessor (e.g., Sensorhub) has low power consumption and small storage space. The lightweight system running on the coprocessor usually does not install various map apps, and therefore cannot obtain map resources through map apps, nor can it pre-store the resource information required for the navigation map. This resource information requires a large amount of storage space, and it does not have the ability and permission to directly read resource information from the aforementioned specific storage space.

[0063] See Figure 1 The above map display method may include the following steps (1) to (4).

[0064] (1) When not in the first mode (e.g., AOD mode), the main processor runs a map app, obtains GPS data from the GPS chip, and then obtains the location information of the electronic device 100 based on the GPS data. (2) When not in the first mode, based on the location information of the electronic device 100 and the resource information required for the navigation map, the map app of the main processor can generate a navigation map and control the display screen to display the navigation map. (3) At a specific time (e.g., when the electronic device 100 enters the first mode), the coprocessor can obtain the resource information required for the navigation map through the main processor. (4) In scenarios where long battery life is required, the electronic device 100 enters the first mode; in the first mode, the main processor enters a sleep state, and the coprocessor can obtain GPS data from the GPS chip and obtain the location information of the electronic device 100 based on the GPS data. (5) In the first mode, the coprocessor can also generate a navigation map displayed on the first interface (e.g., AOD interface) based on the resource information required for the navigation map and the location information of the electronic device 100, and control the display screen to display the first interface, that is, control the display screen to display the navigation map.

[0065] Implementing the above map display method, in the first mode, a low-power coprocessor replaces the main processor to process the navigation map data, generate the navigation map, and instruct the display screen to display the navigation map. Compared with the main processor, the coprocessor significantly reduces the average current required to display the navigation map, thus greatly reducing the power consumption required to display the navigation map and effectively extending the battery life of the electronic device 100.

[0066] Currently, the coprocessor of electronic device 100 cannot directly access the resource information of navigation maps stored in UFS, nor does it have the ability to generate navigation maps. Therefore, how the coprocessor obtains resource information and how it generates navigation maps are the implementation difficulties of the above map display method.

[0067] In some embodiments of this application, the coprocessor adds a map engine and a graphics rendering framework. The map engine of the coprocessor can obtain the location information of the electronic device 100 and the resource information required for the navigation map, and then, based on the location information and resource information, use a navigation algorithm to determine the display content of the navigation map in the first interface (e.g., an AOD interface). The map engine can instruct the graphics rendering framework to generate the navigation map according to the display content of the navigation map. The graphics rendering framework instructs the display screen to display the first interface, which includes the navigation map. In this way, the coprocessor has the ability to generate a navigation map based on the aforementioned location information and resource information.

[0068] In some embodiments of this application, the coprocessor can read ION memory and CMA memory; the main processor can write all the resource information required for the navigation map into ION / CMA memory, and the coprocessor can read the resource information required for the navigation map from ION / CMA memory.

[0069] In some embodiments of this application, the CMA memory includes non-secure CMA memory and secure CMA memory. After the main processor goes to sleep, the coprocessor can intermittently wake up the main processor and instruct the main processor to write the map sub-resources required for the current location of the electronic device 100 into the non-secure CMA memory. The coprocessor then moves the map sub-resources required for the current location of the electronic device 100 from the non-secure CMA memory to the secure CMA memory so that the map engine of the coprocessor can read and use them. In this way, as the user's location changes, map resources can be moved to the secure CMA memory in small amounts and multiple times according to current needs to continuously display the navigation map and provide real-time navigation for the user.

[0070] In some embodiments of this application, the main processor can store the resource information required for the navigation map in UFS; the coprocessor adds a direct flash access (DFA) driver, which allows the coprocessor to read the resource information required for the navigation map from UFS.

[0071] The following embodiments will be illustrated by taking the example of the main processor being AP, the coprocessor being Sensorhub, the first mode being AOD mode, and the first interface being AOD interface.

[0072] The communication system 10 involved in the map display method provided in the embodiments of this application will be described below.

[0073] Figure 2 The system architecture of the communication system 10 provided in an embodiment of this application is illustrated by way of example. Figure 1 As shown, the communication system 10 includes an electronic device 100 and a positioning satellite (e.g., a GPS satellite 200). The electronic device 100 and the GPS satellite 200 can communicate via satellite, and the positioning information of the electronic device 100 (e.g., latitude, longitude, altitude, and speed of the electronic device 100) can be obtained based on the GPS data transmitted by the GPS satellite 200.

[0074] In this embodiment, the electronic device 100 includes a main processor and a coprocessor. When the electronic device 100 is in normal mode, the main processor is in a wake-up state. The main processor can receive and process GPS data to obtain the positioning information of the electronic device 100, and then determine the display content of the navigation page based on the positioning information. After the electronic device 100 enters the first mode, the coprocessor can receive and process GPS data to obtain the positioning information of the electronic device 100, and then determine the display content of the navigation page based on the positioning information.

[0075] In some embodiments, the operating system running on the main processor of the electronic device 100 has a map APP installed, and the communication system 10 may also include a server 300 corresponding to the map APP; the map APP of the electronic device 100 can communicate with the server 300 through the communication network to obtain map resources from the server 300.

[0076] In some embodiments, the map app of the electronic device 100 can obtain online / offline maps of the current location area (e.g., district, city, province) or online maps corresponding to navigation routes from the server 300. When the screen of the electronic device 100 is off, the coprocessor of the electronic device 100 can obtain the aforementioned online / offline maps through the main processor, and the map engine of the coprocessor determines the display content of the navigation map based on the online / offline maps. In some embodiments, the electronic device 100 is equipped with a scene mode; after the scene mode is enabled, the main processor of the electronic device 100 can also obtain the aforementioned offline maps from the server 300 without running the map app.

[0077] In some embodiments, in the first mode, the coprocessor can directly obtain online / offline maps of the current location's area (e.g., district, city, province) or the online map corresponding to the navigation route from the server 300; the coprocessor's map engine can determine the content to be displayed on the navigation page based on the online / offline map. The aforementioned communication network may include local area networks (LAN) and / or wide area networks (WAN). The communication network can be implemented using any known network communication protocol, which can be various wired or wireless communication protocols, such as Ethernet, Universal Serial Bus (USB), FireWire, Global System for Mobile Communications (GSM), General Packet Radio Service (GPRS), Code Division Multiple Access (CDMA), Wideband Code Division Multiple Access (WCDMA), Time-Division Code Division Multiple Access (TD-SCDMA), Long Term Evolution (LTE), Bluetooth, Wireless Fidelity (Wi-Fi), NFC, Voice Over Internet Protocol (VoIP), communication protocols supporting network slicing architecture, or any other suitable communication protocol.

[0078] Electronic device 100 can be a mobile phone, tablet computer, desktop computer, laptop computer, handheld computer, notebook computer, ultra-mobile personal computer (UMPC), netbook, cellular phone, personal digital assistant (PDA), augmented reality (AR) device, virtual reality (VR) device, artificial intelligence (AI) device, wearable device (e.g., smart bracelet), in-vehicle device, smart home device (e.g., smart TV, smart screen, large screen device, etc.) and / or smart city device. This application embodiment does not impose special limitations on the specific type of electronic device 100.

[0079] The aforementioned positioning satellites utilize a Global Navigation Satellite System (GNSS) for positioning. This application does not specifically limit the type of GNSS used; for example, GNSS may include the Global Positioning System (GPS), GLONASS, BeiDou Navigation Satellite System (BDS), Galileo Satellite Navigation System (GALILEO), Quasi-Zenith Satellite System (QZSS), Satellite Based Augmentation Systems (SBAS), Indian Regional Navigation Satellite System (IRNSS), etc. Subsequent embodiments will use GPS satellite 200, which uses GPS as the positioning satellite, as an example for illustrative purposes.

[0080] Server 300 can be a single server, a server cluster consisting of multiple servers, or a cloud computing center. The server 300 involved in the embodiments of this application can also be referred to as a cloud server, cloud-based server, or cloud-side server.

[0081] It should be understood that Figure 2The system architecture diagram of the communication system provided in this application embodiment is merely a schematic diagram and does not constitute a specific limitation on the communication system 10. The communication system 10 may include more or fewer devices than shown in the diagram. For example, it may also include wireless relay devices and wireless backhaul devices. Figure 2 (not shown in the text), which is not limited here.

[0082] The structure of an electronic device 100 provided in the embodiments of this application is described below. Figure 3 A schematic diagram of the structure of the electronic device 100 is shown.

[0083] Electronic device 100 may include processor 110, external memory interface 120, internal memory 121, universal serial bus (USB) interface 130, charging management module 140, power management module 141, battery 142, antenna 1, antenna 2, mobile communication module 150, wireless communication module 160, audio module 170, speaker 170A, receiver 170B, microphone 170C, headphone jack 170D, sensor module 180, button 190, motor 191, indicator 192, camera 193, display screen 194, and subscriber identification module (SIM) card interface 195, etc. The sensor module 180 may include a pressure sensor 180A, a gyroscope sensor 180B, a barometric pressure sensor 180C, a magnetic sensor 180D, an accelerometer sensor 180E, a distance sensor 180F, a proximity sensor 180G, a fingerprint sensor 180H, a temperature sensor 180J, a touch sensor 180K, an ambient light sensor 180L, a bone conduction sensor 180M, etc.

[0084] It is understood that the structures illustrated in the embodiments of this application do not constitute a specific limitation on the electronic device 100. In other embodiments of this application, the electronic device 100 may include more or fewer components than illustrated, or combine some components, or split some components, or have different component arrangements. The illustrated components may be implemented in hardware, software, or a combination of software and hardware.

[0085] Processor 110 may include one or more processing units, such as application processors (APs), modem processors, graphics processing units (GPUs), image signal processors (ISPs), controllers, video codecs, digital signal processors (DSPs), baseband processors, and / or neural network processing units (NPUs). These different processing units may be independent devices or integrated into one or more processors.

[0086] The controller can generate operation control signals based on the instruction opcode and timing signals to complete the control of instruction fetching and execution.

[0087] The processor 110 may also include a memory for storing instructions and data. In some embodiments, the memory in the processor 110 is a cache memory. This memory can store instructions or data that the processor 110 has just used or that are used repeatedly. If the processor 110 needs to use the instruction or data again, it can retrieve it directly from the memory. This avoids repeated accesses, reduces the waiting time of the processor 110, and thus improves the efficiency of the system.

[0088] In some embodiments, the processor 110 may include one or more interfaces. Interfaces may include an inter-integrated circuit (I2C) interface, an inter-integrated circuit sound (I2S) interface, a pulse code modulation (PCM) interface, a universal asynchronous receiver / transmitter (UART) interface, a mobile industry processor interface (MIPI), a general-purpose input / output (GPIO) interface, a subscriber identity module (SIM) interface, and / or a universal serial bus (USB) interface, etc.

[0089] The I2C interface is a bidirectional synchronous serial bus, including a serial data line (SDA) and a serial clock line (SCL). In some embodiments, the processor 110 may include multiple I2C buses. The processor 110 can couple to the touch sensor 180K, charger, flash, camera 193, etc., through different I2C bus interfaces. For example, the processor 110 can couple to the touch sensor 180K through the I2C interface, enabling the processor 110 and the touch sensor 180K to communicate through the I2C bus interface, thereby realizing the touch function of the electronic device 100.

[0090] The I2S interface can be used for audio communication. In some embodiments, the processor 110 may include multiple I2S buses. The processor 110 can be coupled to the audio module 170 via the I2S bus to enable communication between the processor 110 and the audio module 170. In some embodiments, the audio module 170 can transmit audio signals to the wireless communication module 160 via the I2S interface to enable the function of answering phone calls through a Bluetooth headset.

[0091] The PCM interface can also be used for audio communication, sampling, quantizing, and encoding analog signals. In some embodiments, the audio module 170 and the wireless communication module 160 can be coupled via the PCM bus interface. In some embodiments, the audio module 170 can also transmit audio signals to the wireless communication module 160 via the PCM interface, enabling the function of answering phone calls through a Bluetooth headset. Both the I2S interface and the PCM interface can be used for audio communication.

[0092] The UART interface is a universal serial data bus used for asynchronous communication. This bus can be a bidirectional communication bus. It converts the data to be transmitted between serial and parallel communication. In some embodiments, the UART interface is typically used to connect the processor 110 and the wireless communication module 160. For example, the processor 110 communicates with the Bluetooth module in the wireless communication module 160 via the UART interface to implement Bluetooth functionality. In some embodiments, the audio module 170 can transmit audio signals to the wireless communication module 160 via the UART interface to enable music playback through Bluetooth headphones.

[0093] The MIPI interface can be used to connect the processor 110 to peripheral devices such as the display screen 194 and the camera 193. The MIPI interface includes a camera serial interface (CSI) and a display serial interface (DSI). In some embodiments, the processor 110 and the camera 193 communicate via the CSI interface to enable the electronic device 100 to capture images. The processor 110 and the display screen 194 communicate via the DSI interface to enable the electronic device 100 to display images.

[0094] The GPIO interface can be configured via software. It can be configured as a control signal or a data signal. In some embodiments, the GPIO interface can be used to connect the processor 110 to a camera 193, a display screen 194, a wireless communication module 160, an audio module 170, a sensor module 180, etc. The GPIO interface can also be configured as an I2C interface, an I2S interface, a UART interface, a MIPI interface, etc.

[0095] USB port 130 is a USB standard compliant interface, specifically a Mini USB port, Micro USB port, USB Type-C port, etc. USB port 130 can be used to connect a charger to charge electronic device 100, and can also be used for data transfer between electronic device 100 and peripheral devices. It can also be used to connect headphones for audio playback. This interface can also be used to connect other electronic devices, such as AR devices.

[0096] It is understood that the interface connection relationships between the modules illustrated in the embodiments of this application are merely illustrative and do not constitute a structural limitation on the electronic device 100. In other embodiments of this application, the electronic device 100 may also employ different interface connection methods or combinations of multiple interface connection methods as described in the above embodiments.

[0097] The charging management module 140 receives charging input from a charger. The charger can be a wireless charger or a wired charger. In some wired charging embodiments, the charging management module 140 receives charging input from the wired charger via the USB interface 130. In some wireless charging embodiments, the charging management module 140 receives wireless charging input via the wireless charging coil of the electronic device 100. While charging the battery 142, the charging management module 140 can also supply power to the electronic device via the power management module 141.

[0098] The power management module 141 connects the battery 142, the charging management module 140, and the processor 110. The power management module 141 receives input from the battery 142 and / or the charging management module 140, providing power to the processor 110, internal memory 121, display screen 194, camera 193, and wireless communication module 160, etc. The power management module 141 can also monitor parameters such as battery capacity, battery cycle count, and battery health status (leakage current, impedance). In some other embodiments, the power management module 141 may also be located within the processor 110. In other embodiments, the power management module 141 and the charging management module 140 may be located in the same device.

[0099] The wireless communication function of electronic device 100 can be realized through antenna 1, antenna 2, mobile communication module 150, wireless communication module 160, modem processor and baseband processor, etc.

[0100] Antenna 1 and antenna 2 are used to transmit and receive electromagnetic wave signals. Each antenna in electronic device 100 can be used to cover one or more communication frequency bands. Different antennas can also be multiplexed to improve antenna utilization. For example, antenna 1 can be multiplexed as a diversity antenna for a wireless local area network. In some other embodiments, the antennas can be used in conjunction with tuning switches.

[0101] The mobile communication module 150 can provide solutions for wireless communication, including 2G / 3G / 4G / 5G, applied to the electronic device 100. The mobile communication module 150 may include at least one filter, switch, power amplifier, low noise amplifier (LNA), etc. The mobile communication module 150 can receive electromagnetic waves via antenna 1, and perform filtering, amplification, and other processing on the received electromagnetic waves before transmitting them to a modem processor for demodulation. The mobile communication module 150 can also amplify the signal modulated by the modem processor and convert it into electromagnetic waves for radiation via antenna 1. In some embodiments, at least some functional modules of the mobile communication module 150 may be housed in the processor 110. In some embodiments, at least some functional modules of the mobile communication module 150 and at least some modules of the processor 110 may be housed in the same device.

[0102] The modem processor may include a modulator and a demodulator. The modulator modulates the low-frequency baseband signal to be transmitted into a mid-to-high frequency signal. The demodulator demodulates the received electromagnetic wave signal into a low-frequency baseband signal. The demodulator then transmits the demodulated low-frequency baseband signal to the baseband processor for processing. After processing by the baseband processor, the low-frequency baseband signal is transmitted to the application processor. The application processor outputs sound signals through an audio device (not limited to speaker 170A, receiver 170B, etc.) or displays images or videos through the display screen 194. In some embodiments, the modem processor may be a separate device. In other embodiments, the modem processor may be independent of the processor 110 and may be housed in the same device as the mobile communication module 150 or other functional modules.

[0103] The wireless communication module 160 can provide solutions for wireless communication applications on the electronic device 100, including wireless local area networks (WLAN) (such as wireless fidelity (Wi-Fi) networks), Bluetooth (BT), global navigation satellite system (GNSS), frequency modulation (FM), near field communication (NFC), and infrared (IR) technologies. The wireless communication module 160 can be one or more devices integrating at least one communication processing module. The wireless communication module 160 receives electromagnetic waves via antenna 2, demodulates and filters the electromagnetic wave signals, and sends the processed signal to processor 110. The wireless communication module 160 can also receive signals to be transmitted from processor 110, frequency modulate and amplify them, and then convert them into electromagnetic waves for radiation via antenna 2.

[0104] In some embodiments, antenna 1 of electronic device 100 is coupled to mobile communication module 150, and antenna 2 is coupled to wireless communication module 160, enabling electronic device 100 to communicate with networks and other devices via wireless communication technology. The wireless communication technology may include Global System for Mobile Communications (GSM), General Packet Radio Service (GPRS), Code Division Multiple Access (CDMA), Wideband Code Division Multiple Access (WCDMA), Time Division Code Division Multiple Access (TD-SCDMA), Long Term Evolution (LTE), BT, GNSS, WLAN, NFC, FM, and / or IR technologies, etc. The GNSS may include the Global Positioning System (GPS), the Global Navigation Satellite System (GLONASS), the BeiDou Navigation Satellite System (BDS), the Quasi-Zenith Satellite System (QZSS), and / or satellite-based augmentation systems (SBAS).

[0105] Electronic device 100 implements display functions through a GPU, a display screen 194, and an application processor. The GPU is a microprocessor for image processing, connected to the display screen 194 and the application processor. The GPU is used to perform mathematical and geometric calculations and for graphics rendering. Processor 110 may include one or more GPUs, which execute program instructions to generate or modify display information.

[0106] Display screen 194 is used to display images, videos, etc. Display screen 194 includes a display panel. The display panel may be a liquid crystal display (LCD), an organic light-emitting diode (OLED), an active-matrix organic light-emitting diode (AMOLED), a flexible light-emitting diode (FLED), a miniature LED, a microLED, a quantum dot light-emitting diode (QLED), etc. In some embodiments, electronic device 100 may include one or N displays 194, where N is a positive integer greater than 1.

[0107] Electronic device 100 can perform shooting functions through ISP, camera 193, video codec, GPU, display 194 and application processor.

[0108] The ISP (Image Signal Processor) is used to process data fed back from the camera 193. For example, when taking a picture, the shutter is opened, and light is transmitted through the lens to the camera's photosensitive element. The light signal is converted into an electrical signal, and the camera's photosensitive element transmits the electrical signal to the ISP for processing, converting it into an image visible to the naked eye. The ISP can also perform algorithmic optimization on image noise and brightness. The ISP can also optimize parameters such as exposure and color temperature of the shooting scene. In some embodiments, the ISP can be set in the camera 193.

[0109] Camera 193 is used to capture still images or videos. An object is projected onto a photosensitive element by generating an optical image through the lens. The photosensitive element can be a charge-coupled device (CCD) or a complementary metal-oxide-semiconductor (CMOS) phototransistor. The photosensitive element converts the light signal into an electrical signal, which is then passed to an ISP for conversion into a digital image signal. The ISP outputs the digital image signal to a DSP for processing. The DSP converts the digital image signal into image signals in standard RGB, YUV, or other formats. In some embodiments, the electronic device 100 may include one or N cameras 193, where N is a positive integer greater than 1.

[0110] Digital signal processors (DSPs) are used to process digital signals. Besides digital image signals, they can also process other digital signals. For example, when electronic device 100 selects a frequency, the DSP can perform Fourier transforms on the frequency energy.

[0111] Video codecs are used to compress or decompress digital video. Electronic device 100 may support one or more video codecs. Thus, electronic device 100 can play or record videos in various encoding formats, such as Moving Picture Experts Group (MPEG) 1, MPEG2, MPEG3, MPEG4, etc.

[0112] An NPU (Neural Processing Unit) is a computational processor for neural networks (NNs). By borrowing the structure of biological neural networks, such as the transmission patterns between neurons in the human brain, it can rapidly process input information and continuously learn on its own. NPUs enable intelligent cognitive applications in electronic devices, such as image recognition, facial recognition, speech recognition, and text understanding.

[0113] Internal memory 121 may include one or more random access memory (RAM) and one or more non-volatile memory (NVM).

[0114] Random access memory can include static random-access memory (SRAM), dynamic random access memory (DRAM), synchronous dynamic random access memory (SDRAM), and double data rate synchronous dynamic random access memory (DDR SDRAM, such as fifth-generation DDR SDRAM, which is generally called DDR5 SDRAM). Non-volatile memory can include disk storage devices and flash memory.

[0115] Flash memory can be classified according to its operating principle, including NOR FLASH, NAND FLASH, 3D NAND FLASH, etc.; according to the level of the storage cell, including single-level cell (SLC), multi-level cell (MLC), triple-level cell (TLC), quad-level cell (QLC), etc.; and according to the storage specification, including universal flash storage (UFS) and embedded multimedia card (eMMC), etc.

[0116] The random access memory can be directly read and written by the processor 110. It can be used to store executable programs (such as machine instructions) of the operating system or other running programs, as well as user and application data.

[0117] Non-volatile memory can also store executable programs and user and application data, and can be pre-loaded into random access memory for direct reading and writing by the processor 110.

[0118] The external memory interface 120 can be used to connect to external non-volatile memory, thereby expanding the storage capacity of the electronic device 100. The external non-volatile memory communicates with the processor 110 through the external memory interface 120 to perform data storage functions. For example, music, video, and other files can be stored in the external non-volatile memory.

[0119] Electronic device 100 can implement audio functions, such as music playback and recording, through audio module 170, speaker 170A, receiver 170B, microphone 170C, headphone jack 170D, and application processor.

[0120] The audio module 170 is used to convert digital audio information into analog audio signals for output, and also to convert analog audio input into digital audio signals. The audio module 170 can also be used for encoding and decoding audio signals. In some embodiments, the audio module 170 may be located in the processor 110, or some functional modules of the audio module 170 may be located in the processor 110.

[0121] The speaker 170A, also known as a "loudspeaker," is used to convert audio electrical signals into sound signals. The electronic device 100 can listen to music or make hands-free calls through the speaker 170A.

[0122] The receiver 170B, also known as the "earpiece," is used to convert audio electrical signals into sound signals. When the electronic device 100 answers a telephone call or voice message, the receiver 170B can be brought close to the ear to listen to the voice.

[0123] Microphone 170C, also known as a "microphone" or "voice transducer," is used to convert sound signals into electrical signals. When making a phone call or sending a voice message, the user can speak by bringing their mouth close to microphone 170C, inputting the sound signal into microphone 170C. Electronic device 100 may have at least one microphone 170C. In some embodiments, electronic device 100 may have two microphones 170C, which, in addition to collecting sound signals, can also perform noise reduction. In other embodiments, electronic device 100 may also have three, four, or more microphones 170C, which can collect sound signals, reduce noise, identify the sound source, and perform directional recording, etc.

[0124] The 170D headphone jack is used to connect wired headphones. The 170D headphone jack can be a USB 130 interface or a 3.5mm Open Mobile Terminal Platform (OMTP) standard interface, a CTIA (Cellular Telecommunications Industry Association of the USA) standard interface.

[0125] The pressure sensor 180A is used to sense pressure signals and can convert the pressure signals into electrical signals. In some embodiments, the pressure sensor 180A can be disposed on the display screen 194. There are many types of pressure sensors 180A, such as resistive pressure sensors, inductive pressure sensors, capacitive pressure sensors, etc.

[0126] The gyroscope sensor 180B can be used to determine the motion attitude of the electronic device 100. In some embodiments, the angular velocity of the electronic device 100 about three axes (i.e., the x, y, and z axes) can be determined by the gyroscope sensor 180B. The gyroscope sensor 180B can be used for image stabilization.

[0127] The barometric pressure sensor 180C is used to measure air pressure. In some embodiments, the electronic device 100 calculates altitude using the air pressure value measured by the barometric pressure sensor 180C to assist in positioning and navigation.

[0128] The magnetic sensor 180D includes a Hall sensor. The electronic device 100 can use the magnetic sensor 180D to detect the opening and closing of the flip cover.

[0129] The accelerometer 180E can detect the magnitude of acceleration of electronic device 100 in various directions (generally three axes).

[0130] Distance sensor 180F is used to measure distance. Electronic device 100 can measure distance via infrared or laser.

[0131] The proximity light sensor 180G may include, for example, a light-emitting diode (LED) and a light detector, such as a photodiode. The LED may be an infrared LED.

[0132] An ambient light sensor 180L is used to sense the ambient light intensity. Electronic device 100 can adaptively adjust the brightness of display screen 194 according to the sensed ambient light intensity.

[0133] The fingerprint sensor 180H is used to collect fingerprints. The electronic device 100 can utilize the characteristics of the collected fingerprints to achieve fingerprint unlocking, accessing application locks, taking photos with fingerprints, answering calls with fingerprints, etc.

[0134] Temperature sensor 180J is used to detect temperature. In some embodiments, electronic device 100 uses the temperature detected by temperature sensor 180J to execute a temperature processing strategy.

[0135] Touch sensor 180K, also known as a "touch device," can be located on display screen 194. The touch sensor 180K and display screen 194 together form a touchscreen, also known as a "touchscreen." Touch sensor 180K detects touch operations applied to or near it. The touch sensor can transmit the detected touch operation to the application processor to determine the type of touch event. Visual output related to the touch operation can be provided through display screen 194. In other embodiments, touch sensor 180K may also be located on the surface of electronic device 100, in a different position than display screen 194.

[0136] The bone conduction sensor 180M can acquire vibration signals. In some embodiments, the bone conduction sensor 180M can acquire vibration signals from the vibrating bone segments of the human vocal cords.

[0137] Buttons 190 include a power button, volume buttons, etc. Buttons 190 can be mechanical buttons or touch-sensitive buttons. Electronic device 100 can receive button input and generate key signal inputs related to user settings and function control of electronic device 100.

[0138] Motor 191 can generate vibration alerts. Motor 191 can be used for incoming call vibration alerts or for touch vibration feedback.

[0139] Indicator 192 can be an indicator light, used to indicate charging status, power changes, or to indicate messages, missed calls, notifications, etc.

[0140] The SIM card interface 195 is used to connect the SIM card.

[0141] The electronic device 100 provided in this application embodiment can run an operating system (OS). This operating system can be various operating systems used in industry, such as operating systems developed based on OpenHarmony, like HarmonyOS; or other operating systems such as Android™, iOS mobile operating systems; it can also be various open-source operating systems or their derivatives, such as Linux OS, Lite OS, and other embedded operating systems; or it can be a future new operating system, such as an AI operating system based on artificial intelligence. An operating system is a set of interconnected system software programs that manage and control the operation of electronic devices, utilize and run hardware and software resources, and provide public services to organize user interaction. In electronic devices, the operating system connects downwards to the physical devices at the hardware layer and provides a runtime environment for application software upwards.

[0142] An operating system typically includes a kernel layer, a middleware layer, and an application layer. The application layer includes applications, which can include system applications and third-party applications. The middleware layer includes a suite of software providing various services to application developers, or frameworks providing services such as databases, multimedia, and graphics, or capabilities such as distributed scheduling and system scaling. For example, the middleware layer may include a framework layer and / or a system service layer. The framework layer provides application programming interfaces (APIs) and programming frameworks for applications in the application layer. The system service layer includes the system's core capabilities, providing services to applications through the framework layer. The kernel layer is the layer between hardware and software. The kernel layer may include hardware drivers and the operating system kernel. In addition to providing hardware drivers, the kernel layer also supports functions such as memory management and system process management.

[0143] The electronic devices we use in our daily lives come in various types and forms, and are applied in a wide range of scenarios. Therefore, based on the different forms and functions of electronic devices, different application scenarios, and different user needs, the operating systems used in these devices may also differ. The basic functions implemented by the electronic device provided in this application can be achieved through a general-purpose operating system or a dedicated operating system.

[0144] See Figure 4The following example illustrates the implementation of the embodiments of this application under specific operating systems, using the AP of electronic device 100 running Harmony OS and Sensorhub running Lite OS as examples. Those skilled in the art can deduce the implementation of the embodiments of this application under other specific operating systems, such as Android™.

[0145] Harmony OS's software architecture can be divided into several layers. In some embodiments, from bottom to top, these layers are: kernel layer, system service layer, framework layer, and application layer. Layers communicate with each other through software interfaces. System functions can be tailored, added, or combined at the subsystem level depending on the deployment scenario of different device types. Each subsystem can also be tailored, added, or combined at the functional level.

[0146] The Kernel Abstraction Layer (KAL) provides basic kernel capabilities to upper layers by shielding the differences between multiple kernels, including but not limited to process / thread management, memory management, file system, network management, and peripheral device management.

[0147] Kernel Subsystem: Supports the selection of a suitable OS kernel for different resource-constrained devices, including but not limited to Linux kernel, HarmonyOS kernel, etc.

[0148] Driver Subsystem: The driver framework is the foundation for the open system hardware ecosystem, providing unified peripheral access capabilities and a framework for driver development and management. The driver framework includes: display driver, camera driver, audio driver, Bluetooth driver, sensor driver, GPS driver, and AOD device node (AOD Device), etc.

[0149] The system service layer comprises the core capabilities of the system, providing services to applications through the framework layer. This layer includes, but is not limited to, the following subsystems:

[0150] The system's basic capability subsystem set provides fundamental capabilities for the operation, scheduling, and migration of distributed applications across multiple devices. This set may include distributed soft bus, distributed data management, distributed task scheduling, and Ark multi-language runtime; it may also include multi-modal input subsystem, graphics subsystem, security subsystem, and AI subsystem.

[0151] Basic software service subsystem set: provides public and general software services; the basic software service subsystem set may include event notification subsystem, telephone service subsystem, multimedia subsystem, etc.

[0152] Enhanced software service subsystem suite: Provides differentiated enhanced software services for different devices; the enhanced software service subsystem suite may include smart screen proprietary business subsystem, wearable proprietary business subsystem, IoT proprietary business subsystem, etc.

[0153] Hardware service subsystem set: Provides hardware services; the hardware service subsystem set may include location service subsystem, user IAM (Identity and Access Management) subsystem, wearable proprietary hardware service subsystem, biometric identification, IoT proprietary hardware service subsystem, etc.

[0154] Distributed task scheduling enables distributed service management (discovery, synchronization, registration, and invocation), supporting remote startup, remote invocation, remote connection, and migration of applications across devices.

[0155] Distributed data management enables data synchronization, data storage, data sharing, and data access across all scenarios and devices.

[0156] The distributed soft bus provides communication-related capabilities for seamless interconnection between multiple devices, including: WLAN service capabilities, Bluetooth service capabilities, soft bus, inter-process communication RPC (Remote Procedure Call), and StarFlash communication capabilities.

[0157] Ark Multilingual Runtime is a unified compilation runtime platform designed to support the joint compilation and execution of multiple programming languages ​​and multiple chip platforms.

[0158] Applications can include system apps and extended / third-party apps. System apps can include the desktop, control bar, settings, contacts, phone, camera, etc., while extended / third-party apps can include social apps, travel apps, etc.

[0159] The software architecture of Lite OS can be divided into several layers. In some embodiments, similar to HarmonyOS described above, the layers from bottom to top are: kernel layer, system service layer, framework layer, and application layer. Layers communicate with each other through software interfaces. System functions can be tailored, added, or combined at the subsystem level depending on the deployment scenario of different device forms. Each subsystem can also be tailored, added, or combined at the functional level. The kernel subsystem of the kernel layer in this software architecture supports Lite OS (Lite Operating System).

[0160] The kernel-level driver framework includes: display driver and GPS driver, etc.

[0161] Application layer applications can include AOD apps. AOD apps are used to manage the AOD interface in AOD mode. For example... Figure 4 As shown, in some embodiments, when the AP detects a screen-off event, the AP can send a screen-off command to the AOD APP through the AOD Device to instruct the AOD APP to display the AOD interface and a navigation map on the AOD interface.

[0162] In addition, such as Figure 4 As shown, Sensorhub's software architecture adds a map engine and an image rendering framework. Based on the map engine and image rendering framework, Sensorhub has the ability to generate navigation maps according to the positioning information of the electronic device 100 and the resource information required for the navigation map.

[0163] In some embodiments, the map engine can obtain GPS data from the GPS chip via a GPS driver, thereby acquiring the location information of the electronic device 100. The AP can write the resource information required for the navigation map into the ION or CMA memory of the DDR, and Sensorhub can read the aforementioned resource information from the ION or CMA memory; alternatively, the AP stores the resource information required for the navigation map in UFS, and Sensorhub adds a DFA driver, allowing Sensorhub to read the aforementioned resource information from UFS via the DFA driver. Based on the location information of the electronic device 100 and the aforementioned resource information, the map engine can determine the display content of the navigation map using a navigation algorithm; based on the displayed content of the navigation map, the image rendering framework can draw and synthesize the navigation map; the image rendering framework can instruct the display screen to display the navigation map on the AOD interface via a display driver.

[0164] In this embodiment, under a first mode requiring long battery life (e.g., AOD mode, lock screen mode, power saving mode, etc.), the coprocessor of the electronic device 100 can generate a navigation map in the first mode and instruct the display screen to display the navigation map in the first mode, thereby effectively reducing power consumption and extending device battery life. To better understand the technical solution provided by this embodiment, the application scenario of this embodiment is illustrated below using AOD mode as an example, in conjunction with the accompanying drawings.

[0165] Figures 5A to 5F This illustrates a use case where a navigation map is displayed on an AOD (Ahead-of-Demand) interface. In this use case, when the navigation interface of a map app running in the foreground is switched to an AOD interface, the electronic device 100 displays a navigation map on the AOD interface.

[0166] For example, Figure 5AA navigation interface 11 for a map app is shown. The navigation interface 11 may include a navigation map 101 and navigation instruction information 102. The navigation map 101 may include one or more of the following: a map image 101A of the geographical area where the electronic device 100 is currently located, a location identifier 101B of the electronic device 100, and a navigation route 101C. The map image 101A updates as the location of the electronic device 100 changes; the location identifier 101B indicates the most recently acquired location of the electronic device 100 and may also indicate the orientation of the electronic device 100; the navigation route 101C is a travel route determined based on the destination and the starting location of the electronic device 100; the navigation instruction information 102 is used to instruct the user to travel along the navigation route 101C, and for example, the navigation instruction information 102 may include the estimated remaining navigation time and the remaining navigation route length. In this embodiment, the user moves while carrying the electronic device 100, and the location of the electronic device 100 can be considered as the user's location.

[0167] like Figure 5A and Figure 5B As shown, after detecting an input operation for screen-off (e.g., pressing the power button), the electronic device 100 enters AOD mode, the main processor enters sleep mode, the coprocessor generates AOD interface 12, and instructs the display screen to switch the navigation interface 11 to AOD interface 12. AOD interface 12 is used to continuously display some important information on the screen with low power consumption. In this embodiment, the electronic device 100 can be triggered to display the AOD interface if it is not operated for a long time or through a specific input operation; when the electronic device 100 is off, the AOD interface can also be triggered if the user touches or clicks the display screen. This embodiment does not specifically limit the method of triggering the display of the AOD interface.

[0168] In this embodiment, the navigation map 201 in the AOD interface 12 may include one or more of the following: a map image of the geographical area where the current location of the electronic device 100 is located, the location identifier of the electronic device 100, the navigation route, the name of a specific area (e.g., roads, buildings, mountains, and water bodies), a compass icon, the cumulative distance traveled by the user during this navigation map usage, the cumulative time spent by the user during this navigation map usage, the periodically marked locations traveled by the user during this usage (i.e., the marked locations), the user's current driving route, the historical marked locations of the user or other users, and the historical trajectories of the user or other users. It should be noted that if the user has planned a navigation route when using the navigation map this time, the aforementioned cumulative distance may refer to the cumulative distance traveled after navigation begins based on the aforementioned navigation route, and the aforementioned cumulative time may refer to the cumulative duration after navigation begins based on the aforementioned navigation route; if the user has not planned a navigation route when using the navigation map this time, the aforementioned cumulative distance may refer to the cumulative distance traveled after the electronic device 100 displays the navigation map, and the aforementioned cumulative time refers to the cumulative duration after the electronic device 100 displays the navigation map. When the navigation map 201 displays the aforementioned historical marker locations or historical tracks, users can use these historical marker locations or historical tracks for navigation.

[0169] For example, Figure 5B As shown, after switching from the navigation interface 11 to the AOD interface 12, the AOD interface 12 can display a navigation map 201. The navigation map 201 may include one or more of the following: a map image 201A of the geographical area where the electronic device 100 is currently located, a location marker 201B of the electronic device 100, a navigation route 201C, a compass icon 201D, a GPS signal indicator 201E, cumulative distance 201F, and cumulative time 201G. The map image 201A, location marker 201B, and navigation route 201C can be referenced from the relevant descriptions of the navigation map 101 in the navigation interface 11; the compass icon 201D is used to indicate the orientation of the electronic device 100, that is, the angle difference between the orientation of the electronic device 100 and the geographic South Pole; the GPS signal indicator 201E is used to indicate the GPS signal strength; the cumulative distance 201F is used to indicate the cumulative distance traveled after navigation based on the navigation route 201C; and the cumulative time 201G is used to indicate the cumulative duration of navigation based on the navigation route 201C. It should be noted that some or all of the compass icon 201D, GPS signal indicator 201E, cumulative distance 201F, and cumulative time 201G can also be displayed outside the navigation map 201 in the AOD interface 12, without any specific restrictions here.

[0170] The scaling ratios of map image 201A in AOD interface 12 and map image 101A in navigation interface 11 can be the same or different; the geographical areas displayed by map image 201A and map image 101A can be the same or different; this application embodiment does not specifically limit these aspects. For example, Figure 5A and Figure 5B In the example, map image 201A and map image 101A have the same scaling ratio, and the geographic extent of map image 201A is smaller than that of map image 101A.

[0171] In some embodiments, such as Figure 5B As shown, the AOD interface 12 may also include one or more of the following: the latitude and longitude 203 of the current location of the electronic device 100, the current altitude 204 of the electronic device 100, the cumulative elevation gain 205 from the navigation starting position, and the target elevation gain 206 corresponding to the navigation route. It should be noted that some or all of the latitude and longitude 203, current altitude 204, cumulative elevation gain 205, and target elevation gain 206 may also be displayed in the navigation map 201, without specific limitations here.

[0172] In some embodiments, such as Figure 5B As shown, the navigation map 201 in the AOD interface 12 can be displayed as a light-colored navigation map. In other embodiments, such as Figure 5C As shown, the navigation map 201 in the AOD interface 12 can be displayed as a dark mode navigation map; compared to the light mode, the average brightness of the navigation map in dark mode is lower, and the power consumption required to display the AOD interface 12 is generally lower. Subsequent embodiments will use... Figure 5C The navigation map 201 shown is used as an example for illustration.

[0173] In some embodiments, such as Figure 5D As shown, compared to Figure 5C The navigation map 201 shown, and the electronic device 100, can also display characters (such as text, numbers, letters, etc.) in the navigation map based on a character library file to identify the names of specific areas such as roads, buildings, mountains, and waterways on the map. For example, Figure 5D The map shows XX Road, XX Lake, and XX Mountain.

[0174] In some embodiments, such as Figure 5E As shown, compared to Figure 5C The navigation map 201 shown can also be periodically marked by the electronic device 100 on the navigation map 201. This embodiment does not specify a particular marking period, for example, marking once every ten minutes.

[0175] In some embodiments, such as Figure 5F As shown, compared to Figure 5CThe navigation map 201 shown is shown. The electronic device 100 may not display the navigation route 201C, but may periodically mark the locations the user passes through on the navigation map 201.

[0176] In some embodiments, such as Figure 5G As shown, compared to Figure 5C The navigation map 201 shown shows that the electronic device 100 may not display the navigation route 201C, but it can display the trajectory 201H (i.e., the driving route) that the electronic device 100 has traveled this time, as well as the historical marker positions of the user or other users; the user can perform track navigation based on the above historical marker positions, that is, move forward along the above historical marker positions.

[0177] In some embodiments, such as Figure 5H As shown, compared to Figure 5C As shown in the navigation map 201, the electronic device 100 may not display the navigation route 201C, but will display the location identifier 201B of the most recently acquired location of the electronic device 100. The location identifier 201B may not indicate the orientation of the electronic device 100. It can be understood that when the location identifier 201B is updated frequently, the location identifier 201B can be regarded as the current location of the electronic device 100.

[0178] In some embodiments, see Figure 5I When entering AOD mode, in order to improve the smoothness of interface switching, if the loading speed of navigation map 201 is slow, the character information other than navigation map 201 in the AOD interface can be displayed first, and then navigation map 201 in the AOD interface can be loaded.

[0179] It should be noted that the embodiments of this application do not specifically limit the use cases of displaying navigation maps on the AOD interface.

[0180] Figure 6 This illustrates another use case for displaying a navigation map on an AOD (Away From Head) interface. In this scenario, if the navigation interface 11 of a map app is running in the background of the electronic device 100, and the electronic device 100 switches from another application to the AOD interface, then the navigation map 201 can be displayed on the AOD interface. For example, as shown... Figure 6 As shown, when the electronic device 100 displays the navigation interface 11, in response to the user's input operation, the navigation interface 11 is switched to run in the background and the desktop 13 is displayed; when the electronic device 100 displays the desktop 13, after detecting the input operation used to trigger the AOD mode (such as pressing the power button), the electronic device 100 switches the desktop 13 to the AOD interface 12, and the AOD interface 12 displays a navigation map.

[0181] In other use cases, the navigation map displayed on the AOD interface by the electronic device 100 does not include navigation routes. For example, the navigation map may be referenced from other sources. Figures 5F to 5H The navigation map 201 shown above. The above usage scenarios may include one or more of the following: When the electronic device 100 detects a screen-off event that triggers AOD mode, the electronic device 100 is not running the map app; when the electronic device 100 detects a screen-off event, the electronic device 100 runs the map app, but the map app does not plan a navigation route; when the electronic device 100 detects a screen-off event, the electronic device 100 runs the map app, the map app plans a navigation route, but does not start navigation based on the navigation route.

[0182] In other use cases, the electronic device 100 has special modes such as Penglai Mode, Adventure Mode, Outdoor Mode, Sports Mode, and Travel Mode. When a screen-off event triggering AOD (Away From Home) mode is detected, if the electronic device 100 has activated one of these special modes, it can display a navigation map on the AOD interface. In this use case, regardless of whether the electronic device 100 is running a map app, it can display a navigation map on the AOD interface when a screen-off event is detected. In one implementation, in this use case, if the electronic device 100 is running a map app and has planned a navigation route when a screen-off event is detected, the navigation map can display the navigation route; otherwise, the navigation map does not need to display the navigation route.

[0183] In some embodiments, the electronic device 100 is equipped with the aforementioned special mode (e.g., outdoor mode). When the electronic device 100 activates the aforementioned special mode, it downloads an offline map so that a navigation map can be displayed in the AOD interface based on the offline map when the screen is off. For example, the following describes... Figures 7A to 7F The following example illustrates the concept using the outdoor mode.

[0184] In some embodiments, the electronic device 100 is configured with multiple modes in its scenario modes, such as outdoor mode, do-not-disturb mode, learning mode and sleep mode. Users can manually manage these scenario modes in the electronic device 100, such as turning on outdoor mode and setting relevant parameters for outdoor mode.

[0185] like Figure 7A and Figure 7B As shown, the control center 14 of the electronic device 100 includes a scene mode switch control 401; in response to user input to the switch control 401, the electronic device 100 can activate the outdoor mode in the scene modes. In one implementation, such as Figure 7B As shown, in response to the user's input operation on the switch control 401, the electronic device 100 also switches the display content of the switch control 401 to outdoor mode related information, so as to indicate that the outdoor mode is currently turned on through the display content.

[0186] In this embodiment, the electronic device 100 can quickly activate the outdoor mode simply by operating the switch control 401; for example, the electronic device 100 activates the outdoor mode in response to a user clicking the switch control 401. The electronic device 100 can also activate the outdoor mode in conjunction with the operation on the switch control 401 and one or more subsequent operations, which is not specifically limited here.

[0187] In some embodiments, such as Figure 7C and Figure 7D As shown, in response to a user's input operation (e.g., a long press) on the switch control 401, the electronic device 100 displays a scene mode settings box 402. The settings box 402 includes some or all of the following: settings controls for more modes within the scene mode, such as an outdoor mode settings control 402A, and controls for more settings 402B. Specifically, the outdoor mode settings control 402A is used to set relevant parameters for the outdoor mode; the settings control 402B is used to access the scene mode settings interface, which provides more settings for the scene mode. Figure 7D and Figure 7E As shown, in response to the user's input operation on the outdoor mode setting control 402A, the electronic device 100 activates the outdoor mode. In this embodiment, the electronic device 100 can quickly activate the outdoor mode simply by operating on the setting control 402A, or it can be triggered to activate the outdoor mode by combining the operation on the setting control 402A with one or more subsequent operations; no specific limitation is made here.

[0188] In some embodiments, such as Figure 7D and Figure 7F As shown, when the electronic device 100 activates outdoor mode, it can also display a prompt box 403 to remind the user to download an offline map. The prompt box 403 includes some or all of the following: a cancel control 403A, a download control 403B, a prompt message 403C, and a selection control 403D. Specifically, the cancel control 403A is used to cancel downloading the offline map; the download control 403B is used to confirm downloading the offline map; the prompt message 403C is used to prompt the user to download the offline map, and a navigation map can be displayed based on the offline map when the screen is off; the selection control 403D has two states: selected and unselected. The user can manually switch the state of the selection control 403D. When the selection control 403D is in the selected state, it indicates that the prompt box 403 will not be displayed again when the user activates outdoor mode next time; when the selection control 403D is in the unselected state, it indicates that the prompt box 403 will still be displayed when the user activates outdoor mode next time. In other embodiments, see [reference needed]. Figure 7A and Figure 7B When electronic devices 100 are in outdoor mode, they can also... Figure 7BThe control center displayed a 403 prompt to remind the user to manually download the offline map.

[0189] In other embodiments, when the electronic device 100 activates the outdoor mode, the aforementioned prompt box 403 is not required, and the electronic device 100 will automatically download the aforementioned offline map. In some embodiments, the control center 14 can directly display the outdoor mode switch control; in response to the user's input operation on the switch control, the electronic device 100 can directly turn the outdoor mode on or off.

[0190] Not limited to the control center 14, the electronic device 100 can also enable and set the outdoor mode through other interfaces (such as the system settings interface), without specific limitations here.

[0191] In this embodiment, the electronic device 100 can provide settings related to displaying a navigation map when the screen is off. In some embodiments, such as Figure 8A and Figure 8B As shown, the navigation interface 11 may also include an AOD (Away From Home) settings control 103. In response to user input (e.g., touch) to the AOD settings control 103, the electronic device 100 may display a settings box 104. The settings box 104 may include some or all of the following: an option 104A to not display the navigation map when the screen is off, an option 104B to display the navigation map when the screen is off, a save control 104C, and a close control 104D. Only one of options 104A and 104B is selected, and the user can switch the currently selected option. It can be understood that the electronic device 100 displays the navigation map on the AOD interface only when option 104B is selected. For example, as... Figure 8B and Figure 8C When option 104A is selected and option 104B is unselected, in response to user input (e.g., touch) on option 104B, electronic device 100 switches option 104A to unselected and option 104B to selected. Save control 104C is used to save the settings in settings box 104; close control 104D is used to close settings box 104 and can also be used to cancel user changes to the settings in settings box 104.

[0192] In some embodiments, the settings box 104 further includes a prompt message 104E, which prompts that the navigation map in dark mode is displayed by default in the AOD interface. In other embodiments, the settings box 104 can also be used to set the color mode of the navigation map in the AOD interface. For example, Figure 8DAs shown, the settings box 104 also includes an option 104F for a dark mode navigation map and an option 104G for a light mode navigation map; only one of the options 104F and 104G is selected, and the user can switch the currently selected option.

[0193] In some embodiments, the electronic device 100 may also provide operable settings controls for setting the content displayed on the navigation map in AOD mode. For example, Figures 5C to 5H This shows the different display content of the navigation map in AOD mode.

[0194] For example, such as Figure 8E As shown, the navigation interface 11 may also include a historical information setting control 105, which is used to set whether to display historical marker locations and / or historical trajectories in the navigation map. Figure 8E and Figure 8F As shown, in response to user input (e.g., touch operation) to the settings control 105, the electronic device 100 can display a settings box 106. The settings box 106 may include some or all of the following: a prompt message 106A, options for various historical information (e.g., option 106B for the user's historical marker locations, option 106C for the user's historical tracks, option 106D for historical marker locations uploaded by other users, and option 106E for historical tracks uploaded by other users), a save control 106F, and a close control 106G. The prompt message 106A is used to prompt the user to choose to display some or all of the historical information provided by the settings box 106 in the navigation map. The options for various historical information (e.g., option 106B) include two states: selected and unselected. The user can switch the current state of each option. It can be understood that the electronic device 100 displays the user's historical marker locations in the navigation map only when option 106B is selected. The save control 106F is used to save the settings in the settings box 106; the close control 106G is used to close the settings box 106, and can also be used to cancel the user's changes to the settings in the settings box 106.

[0195] Not limited to the navigation interface 11, the electronic device 100 may also provide settings for displaying the navigation map when the screen is off in other interfaces (such as system settings), and this application embodiment does not specifically limit this.

[0196] In some embodiments, when the coprocessor instructs the display screen to show the AOD interface 12, if it detects that the electronic device 100 has deviated from the navigation route planned by the navigation map, the coprocessor can issue a deviation warning through one or more methods such as text, vibration, and audio. Alternatively, the coprocessor can wake up the main processor, which will then issue a deviation warning through one or more methods such as text, vibration, and audio. For example, as shown... Figure 9AAs shown, the AOD interface displays a navigation map. If the electronic device 100 is detected to have deviated from the navigation route, text information 202 is displayed on the AOD interface to remind the user of the deviation from the navigation route.

[0197] In some embodiments, when the navigation map 201 of the AOD interface 12 does not display a navigation route, but displays historical marker locations or historical tracks, the electronic device 100 can also provide a deviation warning based on the historical marker locations or historical tracks. In one implementation, the coprocessor instructs the display screen to show the navigation map 201 on the AOD interface 12, and the navigation map 201 includes historical marker locations (or historical tracks). If the coprocessor detects that the electronic device 100 continuously moves away from the nearest historical marker location (or historical track) within a preset time period, the coprocessor can issue a deviation warning through one or more methods such as text, vibration, and audio. Alternatively, the coprocessor can wake up the main processor, which will then issue a deviation warning through one or more methods such as text, vibration, and audio. This application embodiment does not specifically limit how to determine if the user has deviated from the historical marker location (or historical track).

[0198] In some embodiments, the electronic device 100 may also provide operable settings controls for setting whether to provide a yaw warning in AOD mode.

[0199] In some embodiments, when the coprocessor instructs the display screen to show the AOD interface 12, it can detect the speed of the electronic device 100 and dynamically adjust the zoom level of the navigation map in the AOD interface according to the speed of the electronic device 100. For example, Figure 9B As shown, when the speed of electronic device 100 increases, the zoom level of the navigation map can be reduced to increase the geographical area that can be displayed in navigation map 201; conversely, as... Figure 9C As shown, when the speed of the electronic device 100 decreases, the zoom level of the navigation map can be increased to reduce the geographical area that can be displayed in the navigation map 201. It can be understood that increasing the geographical area that the navigation map can display when the speed increases can increase the user's field of view on the navigation map and also prevent the electronic device 100 from quickly exceeding the geographical area that the navigation map can display due to excessive speed.

[0200] In some embodiments, the electronic device 100 includes an AP, a Sensorhub, a memory space 1, a display screen, and a GPS chip. The memory space 1 is ION memory or CMA memory. The AP writes the resource information required for the navigation map (such as map resources, font files, etc.) into the memory space 1. In AOD mode, the Sensorhub can read the above-mentioned resource information from the memory space 1 and obtain the positioning information of the electronic device 100 based on the GPS data obtained from the GPS chip. In AOD mode, based on the above-mentioned resource information and positioning information, the Sensorhub can generate the navigation map in the AOD interface and instruct the display screen to display the AOD interface.

[0201] In some embodiments, the memory of the electronic device 100 includes Double Data Rate Synchronous Dynamic Random Access Memory (DDR SDRAM), where DDR includes the aforementioned memory space 1. Not limited to DDR, memory space 1 may also be located in other memory locations of the electronic device 100.

[0202] For example, Figure 10A This illustration shows a map display method provided by an embodiment of this application. For example... Figure 10A As shown, the electronic device 100 includes an AP, a Sensorhub, memory space 1, a GPS chip, and a display screen. The method may specifically include some or all of steps S101 to S106, and can execute some functions provided the functionality is achieved. In this embodiment, the specific order of execution between steps is not limited; the following embodiments are merely examples. The execution order between steps can be adjusted to ensure the functionality is achieved. For example, S101 and S102 can be executed synchronously, or S101 can be executed before S102; S103 and S104 can be executed synchronously, or S104 can be executed before S103. In this embodiment, the execution module is also illustrative; provided the functionality is achieved, the corresponding steps can be executed by equivalent software or hardware modules.

[0203] S101 and AP write the resource information required for the navigation map into memory space 1, which is ION memory or CMA memory.

[0204] The resource information required for the navigation map may include the font file 1 and / or map resource 1 required for the navigation map. In some embodiments, the specific implementation of step S101 can be referred to the relevant descriptions of steps A1 to A5 in the following embodiments.

[0205] In some embodiments, the AP stores the resource information required for the navigation map in UFS, which Sensorhub cannot directly read. In one implementation, in step S101, the AP allocates memory space 1 in DDR, reads the aforementioned resource information from UFS, and writes the aforementioned resource information into memory space 1.

[0206] In some embodiments, before step S101, the AP of the electronic device 100 runs a map APP. The map APP has planned a specific navigation route or is navigating according to a specific navigation route. The map APP can download map resource 1 in advance according to the above navigation route. Map resource 1 may include map tile data within a preset geographical range 1 around the above navigation route. In some embodiments, before step S101, the AP of the electronic device 100 runs a map APP. The map APP can download map resource 1 in advance according to the current location of the electronic device 100. Map resource 1 may include map tile data within a preset geographical range 2 around the electronic device 100. The preset geographical range 1 and preset geographical range 2 may be irregularly shaped geographical ranges or regular-shaped geographical ranges. The preset geographical range 1 and / or preset geographical range 2 may also be related to one or more factors such as the area of ​​the geographical range, the distance from the current location of the electronic device 100, and the administrative division type corresponding to the geographical range (e.g., town, district, city, province, etc.). In this embodiment of the application, the preset geographical range 1 and preset geographical range 2 are not specifically limited. The electronic device 100 can set them according to the actual needs of the scenario.

[0207] In this embodiment, the map app can obtain a large-scale map resource from the server 300 in advance and store it as an offline map resource. This offline map resource can be used for real-time navigation, and it includes map resource 1. The map app can also obtain map resource 1 near the electronic device 100 online based on the real-time location of the electronic device 100 or the currently planned navigation route. This embodiment does not specifically limit the method by which the map app obtains map resource 1.

[0208] In this embodiment, the AP stores character library files for various languages. In some embodiments, the AP can obtain character information used by the navigation map from the map APP. The character information may include one or more information such as the language, font, and font size of the characters used in the navigation map. The AP can obtain a character library file 1 that matches the above character information and write it into memory space 1.

[0209] In some embodiments, after the AP detects that the first condition is met, it executes step S101. It can be understood that the first condition indicates when the AP writes the resource information required for the navigation map into memory space 1.

[0210] In some embodiments, the first condition includes condition 1, which is used to trigger the AOD mode. In one implementation, condition 1 includes detecting an input operation for triggering the AOD mode. For example, the input operation is pressing the power button once when the electronic device 100 is on, or touching / clicking the display screen when the electronic device 100 is off. In this application embodiment, the input operation for triggering the AOD mode is not specifically limited. In one implementation, condition 1 includes detecting that the user has not operated the electronic device 100 for a preset period of time. It is understood that when the user has not operated the electronic device 100 for a long time, the electronic device 100 can enter the AOD mode to reduce device power consumption.

[0211] It is understood that in the above embodiments, the AP writes the resource information required for the navigation map into memory space 1 only when the AOD mode is triggered. In other embodiments, the AP can write the resource information required for the navigation map into memory space 1 before triggering the AOD mode, so that Sensorhub can quickly obtain the resource information in subsequent steps. In one implementation, when the AP runs the map APP, it writes the font file 1 and the currently downloaded map resource 1 into memory space 1; when the position of the electronic device 100 changes, the AP can also update the map resource 1 in memory space 1. In another implementation, when the AP runs the navigation interface of the map APP, it writes the font file 1 and the currently downloaded map resource 1 into memory space 1; when the navigation route changes, the AP can also update the navigation map resource 1 in memory space 1.

[0212] In some embodiments, the first condition includes condition 2, where the AP is running (either in the foreground or in the background) the navigation interface of the map app.

[0213] In some embodiments, the electronic device 100 provides a switch for whether to display a navigation map in AOD mode. The first condition includes condition 3, which is that the aforementioned switch is in the on state.

[0214] In some embodiments, the electronic device 100 provides a switch for a second mode, which can be a scenario mode, adventure mode, outdoor mode, sports mode, travel mode, etc. The first condition includes condition 4, which is that the switch for the second mode is in the on state.

[0215] In this embodiment of the application, the timing of when the AP writes the resource information required for the navigation map into memory space 1 is not specifically limited.

[0216] S102, AP sends a screen-off command to Sensorhub. The screen-off command is used to instruct Sensorhub to display the AOD interface and display the navigation map on the AOD interface.

[0217] In some embodiments, the specific implementation of step S102 can be referred to the relevant description of step A7 in subsequent embodiments.

[0218] It is understandable that if the AP determines that it does not need to display the navigation map on the AOD based on relevant parameters, the above screen-off command is only used to instruct Sensorhub to display the AOD interface, and the AP does not need to instruct Sensorhub to display the navigation map on the AOD interface.

[0219] In some embodiments, after the AP detects that the first condition is met, it executes step S102.

[0220] S103. Based on the above screen-off command, Sensorhub reads the resource information required for the navigation map from memory space 1.

[0221] In some embodiments, the specific implementation of step S103 can be referred to the relevant descriptions of steps A8 and A9 in subsequent embodiments.

[0222] In some embodiments, when the AP writes the resource information required for the navigation map (e.g., map resource 1 and / or font file 1) into memory space 1, it can obtain the storage address of the resource information in memory space 1. In step S102, the AP also sends the storage address of the resource information to Sensorhub. In step S103, Sensorhub can read the resource information from memory space 1 according to the storage address.

[0223] The Sensorhub of the electronic device 100 cannot directly access the resource information (such as font file 1 and map resource 1 required for the navigation map) stored by the AP in UFS, but it can access ION memory or CMA memory. In this embodiment, the AP can write the resource information required for the navigation map into ION memory or CMA memory so that the Sensorhub can access it.

[0224] S104. Based on the above screen-off command, Sensorhub obtains GPS data from the GPS chip, which is used to determine the positioning information of the electronic device 100.

[0225] In this embodiment, when not in AOD mode, the AP obtains GPS data from the GPS chip and determines the location information of the electronic device 100 based on the GPS data; in AOD mode, the Sensorhub obtains GPS data from the GPS chip and determines the location information of the electronic device 100 based on the GPS data. In some embodiments, the specific implementation of step S104 can be referred to the relevant description of step A10 in subsequent embodiments.

[0226] In some embodiments, the positioning information of the electronic device 100 may include the current location of the electronic device 100 (e.g., latitude and longitude), and may also include the altitude of the electronic device 100. For example, see... Figure 5C When the electronic device 100 displays the navigation map on the AOD interface, it can also display the current altitude and cumulative elevation gain. The cumulative elevation gain can be determined based on the change in altitude.

[0227] In some embodiments, map resource 1 records the altitude corresponding to different latitude and longitude locations on the map; Sensorhub determines the latitude and longitude of electronic device 100 based on GPS data, and then queries the altitude corresponding to the latitude and longitude of electronic device 100 from the aforementioned map resource 1.

[0228] In this embodiment, the GPS chip can be a standalone GPS chip or a communication chip that integrates multiple functions. For example, the GPS chip can be a four-in-one chip that integrates WIFI, Bluetooth, GPS, and FM functions. In some embodiments, when the GPS chip is a four-in-one chip, the map engine can obtain multiple wireless signal data (such as GPS data, WiFi data, and Bluetooth data) from the four-in-one chip and combine the above-mentioned multiple wireless signals to comprehensively determine the positioning information of the electronic device 100.

[0229] S105. Based on the above location information and the resource information required for the navigation map, Sensorhub generates the navigation map in the AOD interface.

[0230] In some embodiments, before step S105, Sensorhub can also obtain historical marker locations and / or historical driving routes from the AP; after the electronic device 100 enters AOD mode, Sensorhub can provide users with more navigation map-related services, such as line-following navigation services, based on the aforementioned historical marker locations and / or historical driving routes. In one implementation, in step S105, based on the aforementioned positioning information and resource information required for the navigation map, as well as the aforementioned historical marker locations and / or historical driving routes, Sensorhub generates the navigation map in the AOD interface, the navigation map including the aforementioned historical marker locations and / or historical driving routes. For example, see... Figure 5G The electronic device 100 displays historical marker locations on the navigation map in the AOD interface. Users can use these historical marker locations for navigation, and the electronic device 100 can also provide deviation alerts based on these historical marker locations.

[0231] In some embodiments, the specific implementation of step S105 can be referred to the relevant descriptions of steps A11 and A12 in subsequent embodiments.

[0232] S106, Sensorhub indicates that the display screen shows the AOD interface, which includes the aforementioned navigation map.

[0233] In some embodiments, the specific implementation of step S106 can be referred to the relevant description of step A13 in subsequent embodiments.

[0234] For example, based on Figure 10A The described map display method, Figure 10B This paper illustrates a hardware and software architecture diagram of an electronic device 100 provided in an embodiment of this application.

[0235] like Figure 10B As shown, the application layer of the operating system running on the AP includes an AOD APP and a map APP; the framework layer includes power management services, an AOD service, and system font files; and the kernel layer includes an AOD device. The operating system running on the Sensorhub includes an AOD APP, a map engine, a graphics rendering framework, a GPS driver, and a display driver. In some embodiments, such as Figure 10B As shown, the above map display method may specifically include some or all of steps A1 to A13.

[0236] A1. When the power management service detects a screen-off event, it sends a command to the AOD APP to instruct the AOD APP to display the AOD interface.

[0237] In this embodiment, when AOD mode is triggered (e.g., when a user presses the power button), the AP's power management service can detect the screen-off event. For the implementation of triggering AOD mode, please refer to... Figure 10A The relevant descriptions will not be repeated here.

[0238] A2. Based on the above instructions, the AOD APP obtains map resource 1 and parameter set 1 of the navigation map from the map APP. Map resource 1 is used to draw the navigation map in the AOD interface, and parameter set 1 indicates the relevant parameters of the navigation map in the AOD interface.

[0239] The parameters in parameter set 1 can be either default settings of the map app or user-defined parameters. Parameter set 1 may include some or all of the following parameters: parameter 1 indicating whether to display the navigation map in AOD mode, the color mode of the navigation map in AOD mode, the character information used by the navigation map, the default zoom level of the navigation map, a parameter indicating whether to display the navigation route in AOD mode, a parameter indicating whether to periodically mark the user's location in AOD mode, a parameter indicating whether to display the user's direction of movement in AOD mode, and a parameter indicating whether to provide deviation alerts in AOD mode.

[0240] Not limited to map apps, the application can also set parameters in parameter set 1 through other applications and record the parameter settings in parameter set 1 in the setting database. In this embodiment, no specific limitations are made on parameter set 1 or the method of setting the parameters in parameter set 1.

[0241] In some embodiments, the AOD APP can obtain parameter 1 and send it to the AOD Service. Parameter 1 indicates whether the map APP is running a navigation task. If it is determined that the map APP is running a navigation task based on parameter 1, the AOD Service will then execute step A2 and subsequent operations related to map resource 1 and parameter set 1.

[0242] In some embodiments, the AOD APP obtains parameter set 1 from the settings database (Settings DB) of the map APP and sends it to the AOD APP. In some embodiments, the settings database can also be used to store parameters for other settings of the map APP. In some embodiments, the settings database can also be used to store relevant parameters of the system settings of the electronic device 100.

[0243] In some embodiments, before the electronic device 100 screen turns off, the map app has planned a specific navigation route, or is navigating according to a specific navigation route; the map resource 1 obtained by the AOD app from the map app includes: map tile data within a preset geographical area 1 surrounding the navigation route obtained by the AOD app from the map app. In some embodiments, the map resource 1 obtained by the AOD app from the map app includes: map tile data within a preset geographical area 2 surrounding the electronic device 100.

[0244] In some embodiments, after obtaining map resource 1, the map app stores map resource 1 in UFS; the map app reads map resource 1 from UFS and sends it to the AOD app. In one implementation, map resource 1 is stored in a sandbox corresponding to the map app in UFS, and this sandbox is typically only accessible to the map app.

[0245] Specifically, for map resource 1, please refer to the relevant description in step S101, which will not be repeated here.

[0246] A3. The AOD APP sends parameter set 1 and map resource 1 to the AOD Service.

[0247] A4. AOD Service obtains the font files required for navigation maps from the system font files.

[0248] In some embodiments, after step A1, the AOD APP can obtain parameter 2 and send it to the AOD Service. Parameter 2 indicates whether the navigation map is displayed in AOD mode. Based on parameter 2, if it is determined that the navigation map can be displayed in AOD mode, the AOD Service will execute step A4 to obtain the font file 1 required for the navigation map. In some embodiments, after step A1, the AOD APP can obtain parameter 1 and send it to the AOD Service. Parameter 1 indicates whether the map APP is running a navigation task. Based on parameter 1, if it is determined that the map APP is running a navigation task, the AOD Service will execute step A4. In some embodiments, parameter set 1 includes parameter 1 and parameter 2. In this application embodiment, the AOD APP can obtain parameter 1 and / or parameter 2 from the map APP, or it can obtain parameter 1 and / or parameter 2 from other modules; no specific limitation is made here.

[0249] The system font file is used to store font files for various languages. In some embodiments, after step A1, AODAPP can obtain character information used by the navigation map from the map APP and send it to AOD Service; the character information may include one or more information such as the language, font, and font size of the characters used in the navigation map; AOD Service can obtain font file 1 that matches the above character information from the system font file. In some embodiments, AOD Service can also obtain font files for various languages ​​from the system font file for Sensorhub to select in subsequent embodiments.

[0250] A5. The AOD Service writes the resource information required for the navigation map into memory space 1 and obtains the storage address 5 of the resource information in memory space 1. The resource information includes map resource 1 and font file 1. Memory space 1 is ION memory or CMA memory.

[0251] In some embodiments, Sensorhub cannot directly read map resource 1 and font file 1 in UFS; AODService writes map resource 1 and font file 1 into ION memory or CMA memory so that Sensorhub can read them.

[0252] A6. The AOD Service sends a command to the AOD Device, which includes parameter set 1 and storage address 5.

[0253] A7. Based on the above instructions, the AP's AOD Device sends a screen-off command to the Sensorhub's AOD APP. The screen-off command is used to instruct the AOD APP to display the AOD interface and display the navigation map on the AOD interface. The screen-off command includes parameter set 1 and storage address 5.

[0254] In some embodiments, the aforementioned parameter 2 indicates that a navigation map can be displayed in AOD mode, and the aforementioned screen-off command includes parameter set 1 and storage address 5.

[0255] A8. Based on the above screen-off command, Sensorhub's AOD APP sends a navigation command to the map engine to instruct the map engine to generate a navigation map. The navigation command includes parameter set 1 and storage address 5.

[0256] A9. Based on the above navigation instructions, the map engine reads the resource information required for the navigation map from memory space 1.

[0257] In this embodiment, based on the aforementioned storage address 5, the map engine can read map resource 1 and font file 1 from memory space 1. Map resource 1 and font file 1 can be stored separately in memory space 1. The AOD Service can obtain the storage addresses of map resource 1 and font file 1 respectively, and send them to Sensorhub's AOD APP via the AOD Device. The AOD APP can instruct the map engine to read map resource 1 and font file 1 respectively based on their respective storage addresses.

[0258] A10. Based on the above navigation instructions, the map engine obtains GPS data from the GPS chip through the GPS driver. This GPS data is used to determine the positioning information of the electronic device 100.

[0259] In some embodiments, the positioning information of the electronic device 100 may include the current location of the electronic device 100 (e.g., latitude and longitude) and the altitude of the electronic device 100. In some embodiments, map resource 1 records the altitude corresponding to different latitude and longitude locations on the map; the map engine determines the latitude and longitude of the electronic device 100 based on GPS data, and then queries the altitude corresponding to the latitude and longitude of the electronic device 100 from the aforementioned map resource 1. The specific implementation of step A10 can be referred to the relevant description of step S105, and will not be repeated here.

[0260] A11. Based on parameter set 1, the positioning information of electronic device 100, and the resource information required for the navigation map, the map engine uses a navigation algorithm to determine the content of the navigation map displayed in the AOD interface.

[0261] In some embodiments, parameter set 1 may also include historical marker locations and / or historical driving routes; the navigation map in the AOD interface generated by the map engine may also include the aforementioned historical marker locations and / or historical driving routes.

[0262] In some embodiments, the resource information required for the navigation map may also include historical marker locations and / or historical driving routes; the map engine can read the aforementioned historical marker locations and / or historical driving routes from memory space 1, and the navigation map in the AOD interface generated by the map engine also includes the aforementioned historical marker locations and / or historical driving routes.

[0263] A12. Sensorhub's map engine instructs the image rendering framework to generate the navigation map in the AOD interface based on the content displayed on the navigation map.

[0264] In some embodiments, based on the content displayed on the navigation map, the image rendering framework can render and synthesize the navigation map in the AOD interface, thereby generating the AOD interface. In some embodiments, the image rendering framework utilizes a neural network processing unit (NPU) to render various map elements of the navigation map.

[0265] A13. Sensorhub's image rendering framework displays the AOD interface via a display driver, which includes a navigation map.

[0266] Figure 10AIn the map display method shown, the AP writes the resource information required for the navigation map (e.g., map resource 1, font file 1) into CMA memory. Sensorhub can obtain the resource information required for the navigation map through CMA memory. Sensorhub issues full access capabilities, allowing it to see the system's secure address space. When accessing resources, Sensorhub can determine whether the resource is within the expected address range and detect whether the address has been abnormally tampered with. Currently, CMA memory is divided into secure CMA memory and non-secure CMA memory. The starting address and range of secure CMA memory are statically determined, while the starting address and range of non-secure CMA memory cannot be statically determined. Therefore, Sensorhub can read / write secure CMA memory. To facilitate use by the map engine on the Sensorhub side, the resource information required for the navigation map can ultimately be stored in secure CMA memory. However, the AP can read / write non-secure CMA memory but cannot read / write secure CMA memory; that is, the AP cannot directly write the resource information required for the navigation map into secure CMA memory. To address this issue, in a map display method provided in this application embodiment, the electronic device 100 needs to request non-secure CMA memory so that the AP can write the resource information required for the navigation map; then the Sensorhub uses DMA to move the resource information from the non-secure CMA memory to the secure CMA memory so that the Sensorhub can use it later.

[0267] Furthermore, CMA memory is typically small. When map resource 1 is large, CMA memory cannot accommodate all files of map resource 1 at once, resulting in the inability to achieve continuous navigation in AOD mode. To address this issue, an embodiment of this application provides a map display method in which, based on the current location of the electronic device 100, Sensorhub intermittently wakes up the AP, instructing the AP to write a portion of map resources from map resource 1 (e.g., map resources near the current location) to the non-secure CMA memory each time, and then moves this portion of map resources to the secure CMA memory. In this way, small amounts are moved multiple times, so that Sensorhub can achieve continuous navigation in AOD mode while avoiding the problem of insufficient CMA memory, effectively extending the battery life of the electronic device 100.

[0268] For example, Figure 11A This application illustrates another map display method provided by an embodiment of the present application; such as Figure 11AAs shown, the electronic device 100 includes an AP, a Sensorhub, secure CMA memory, non-secure CMA memory, a GPS chip, and a display screen. The method may specifically include some or all of steps S201 to S208, and can execute some functions provided the functionality is achieved. In this embodiment, the specific order of execution between steps is not limited; the following embodiments are merely examples, and the execution order between steps can be adjusted to ensure functionality is achieved. In this embodiment, the execution module is also illustrative; provided the functionality is achieved, the corresponding steps can be executed by equivalent software or hardware modules.

[0269] S201, AP sends a screen-off command to Sensorhub. The screen-off command is used to instruct Sensorhub to display the AOD interface and display the navigation map on the AOD interface.

[0270] In some embodiments, after the AP detects that the first condition is met, it executes S201. The specific implementation of the first condition and step S201 can be found in the description of step S102 above, and will not be repeated here. In some embodiments, the specific implementation of step S201 can be found in the description of step B8 in subsequent embodiments.

[0271] S202, AP sends the storage address 1 of map resource 1 and the storage address 2 of font file 1 to Sensorhub.

[0272] In some embodiments, after the AP detects that the first condition is met, it executes S202. The first condition can be referred to the relevant description of step S101 above, and will not be repeated here. In some embodiments, the specific implementation of step S202 can be referred to the relevant description of step B8 in subsequent embodiments.

[0273] In some embodiments, after detecting that the conditions for triggering AOD mode are met, Sensorhub executes steps S201 and S202 respectively. In one implementation, Sensorhub executes steps S201 and S202 simultaneously, and the aforementioned screen-off command carries storage address 1 and storage address 2. In other embodiments, before triggering AOD mode, the AP sends storage address 1 and storage address 2 of the resource information required for the navigation map to Sensorhub, so that Sensorhub can quickly obtain the resource information subsequently.

[0274] In some embodiments, after the AP acquires map resource 1, it stores map resource 1 in UFS, and storage address 1 is the storage address in UFS. Sensorhub cannot directly read UFS. This application embodiment does not specifically limit the storage space used by the AP to store map resource 1 and font file 1.

[0275] S203. Based on the above screen-off command, Sensorhub obtains GPS data from the GPS chip. This GPS data is used to determine the positioning information of the electronic device 100. The positioning information of the electronic device 100 indicates the current location of the electronic device 100.

[0276] The specific implementation of step S203 can be referred to the relevant description of step S104 above, and will not be repeated here. In some embodiments, the specific implementation of step S203 can be referred to the relevant description of step B10 in subsequent embodiments.

[0277] S204. Based on the above screen-off command, Sensorhub sends migration command 1 to AP. Migration command 1 is used to instruct AP to write font file 1 into non-secure CMA memory and to write map sub-resource 1 corresponding to the current location 1 in map resource 1 into non-secure CMA memory. Migration command 1 includes storage address 1 and storage address 2.

[0278] In some embodiments, the specific implementation of step S204 can be referred to the relevant descriptions of steps B11 to B13 in subsequent embodiments.

[0279] In some embodiments, map sub-resource 1 is used to draw a map image within a preset range near the current location 1. Map sub-resource 1 includes map tile data within the preset range near the current location 1.

[0280] In some embodiments, the migration instruction 1 includes indication information of the current location 1, which the AP uses to determine the map sub-resource corresponding to the current location 1 in map resource 1. In one implementation, the indication information of the current location 1 includes the latitude and longitude of the current location 1. In another implementation, the indication information of the current location 1 indicates the offset of the current location 1 relative to the starting point of the navigation route.

[0281] In some embodiments, based on the screen-off instruction described above, Sensorhub requests non-secure CMA memory, and migration instruction 1 includes the storage address 3 of the non-secure CMA memory; according to storage address 1, storage address 2 and storage address 3, AP writes the map sub-resource 1 in storage address 1 and the font file 1 in storage address 2 into the non-secure CMA memory in storage address 3.

[0282] In some embodiments, based on the screen-off command described above, Sensorhub can send different migration commands to the AP, which are used to write font file 1 and the map sub-resources described above into insecure CMA memory, respectively.

[0283] S205, Sensorhub moves the font file 1 from the non-secure CMA memory and the map sub-resource 1 corresponding to the current location 1 to the secure CMA memory.

[0284] In some embodiments, the specific implementation of step S205 can be referred to the relevant description of step B14 in subsequent embodiments.

[0285] In some embodiments, before step S205, Sensorhub requests secure CMA memory at storage address 4. Sensorhub uses DMA to move font file 1 and map sub-resource 1 from non-secure CMA memory to secure CMA memory at storage address 4.

[0286] In some embodiments, Sensorhub determines the offset 1 of the current location 1 relative to the navigation route based on the current location 1 of the electronic device 100 and the navigation route. The indication information of the current location 1 includes the offset 1. Based on the offset 1, the AP queries the map sub-resource 1 corresponding to the offset 1 from the map resource 1. In some implementations, Sensorhub determines the location in the navigation route that is closest to the current location 1, and the offset 1 indicates the offset of that location relative to the starting point of the navigation route.

[0287] In some embodiments, after step S205 or step S206, the AP enters sleep mode.

[0288] S206, Sensorhub reads font file 1 and map sub-resource 1 of current location 1 from secure CMA memory.

[0289] In some embodiments, based on the aforementioned screen-off command, Sensorhub can first instruct the AP to write font file 1 to non-secure CMA memory, and then move font file 1 from non-secure CMA memory to secure CMA memory; after Sensorhub reads font file 1 from secure CMA memory, Sensorhub then instructs the AP to write map sub-resource 1 corresponding to the current location 1 to non-secure CMA memory, and then move map sub-resource 1 from non-secure CMA memory to secure CMA memory.

[0290] In some embodiments, the specific implementation of step S206 can be referred to the relevant description of step B15 in subsequent embodiments.

[0291] S207. Based on the positioning information of electronic device 100, font file 1, and map sub-resource 1, Sensorhub generates the navigation map in the AOD interface. Figure 1 The positioning information of electronic device 100 indicates the current location 1.

[0292] In some embodiments, the resource information required for the navigation map may also include historical marker locations and / or historical driving routes. Taking historical marker locations as an example, similar to font file 1 and map sub-resource 1, Sensorhub can first instruct the AP to write the historical marker locations to non-secure CMA memory, and then move the historical marker locations from the non-secure CMA memory to secure CMA memory. Then, Sensorhub reads the historical marker locations from the secure CMA memory. In step S207, based on the positioning information of the electronic device 100, font file 1 and map sub-resource 1, and the aforementioned historical marker locations and / or historical driving routes, Sensorhub can generate the navigation map in the AOD interface. Figure 1 Navigation location Figure 1 This includes the aforementioned historical marker locations and / or historical driving routes.

[0293] In some embodiments, the specific implementation of step S207 can refer to the relevant description of step S105 above, and can also refer to the relevant description of steps B16 and B17 in subsequent embodiments.

[0294] S208 and Sensorhub display screens show the AOD (Away From Demand) interface, which includes the aforementioned navigation locations. Figure 1 .

[0295] In some embodiments, the specific implementation of step S208 can be referred to the relevant description of step B18 in subsequent embodiments.

[0296] During the movement of electronic device 100, its current position changes. When electronic device 100 moves from current position 1 to current position 2, the map resources required for the navigation map will exceed the already read map sub-resource 1, meaning that the already read map sub-resource 1 cannot continue to support Sensorhub in generating the navigation map. At this time, Sensorhub can wake up the AP again to read a portion of the map resources. This process continues until navigation ends. In some embodiments, after step S208, the above map display method further includes steps S209 to S213.

[0297] S209. Sensorhub wakes up AP. Sensorhub sends migration instruction 2 to AP. Migration instruction 2 is used to instruct AP to write the map sub-resource 2 corresponding to the current location 2 into non-secure CMA memory.

[0298] In some embodiments, the specific implementation of step S209 can be referred to the relevant descriptions of steps B19 to B21 in subsequent embodiments.

[0299] S210 and Sensorhub move the map sub-resource 2 corresponding to the current location 2 from the non-secure CMA memory to the secure CMA memory.

[0300] In some embodiments, the specific implementation of step S210 can be referred to the relevant description of step B22 in subsequent embodiments.

[0301] In some embodiments, after step S210, the AP enters sleep mode again.

[0302] S211, Sensorhub reads map sub-resource 2 from secure CMA memory.

[0303] In this context, map sub-resource 1 corresponding to current location 1 and map sub-resource 2 corresponding to current location 2 may have no overlapping map tiles or may have partially overlapping map tiles; no specific limitation is made here. In one implementation, the geographical areas corresponding to map sub-resource 1 and map sub-resource 2 are adjacent.

[0304] In some embodiments, the specific implementation of step S211 can be referred to the relevant description of step B23 in subsequent embodiments.

[0305] S212. Based on the positioning information of electronic device 100, font file 1, and map sub-resource 2, Sensorhub generates the navigation map in the AOD interface. Figure 2 The positioning information of electronic device 100 indicates the current location 2.

[0306] In some embodiments, the specific implementation of step S212 can be referred to the relevant descriptions of steps B24 and B25 in subsequent embodiments.

[0307] S213, Sensorhub indicator display shows the AOD interface, which includes the aforementioned navigation location. Figure 2 .

[0308] In some embodiments, the specific implementation of step S213 can be referred to the relevant description of step B26 in subsequent embodiments.

[0309] It is understandable that after triggering the screen-off mode, Sensorhub can intermittently wake up the AP. Each time, the AP only writes the map sub-resource corresponding to the current position of the electronic device 100 in map resource 1 to the non-secure CMA memory. Sensorhub then moves the map sub-resource from the non-secure CMA memory to the secure CMA memory for Sensorhub to generate a navigation map, thereby avoiding the problems of the AP being unable to read or write secure CMA memory or insufficient secure CMA memory. The time interval for Sensorhub to intermittently wake up the AP is related to the size of the secure CMA memory, the amount of map sub-resource data acquired each time, and the moving speed of the electronic device 100. In this embodiment, the wake-up frequency of the AP can be reduced by reasonably setting the amount of map sub-resource data or geographical range acquired each time. For example, if each acquisition of map sub-resources is sufficient for the user to move at a normal speed for half an hour, the AP can be woken up once every half hour. This embodiment does not specifically limit the amount of map resource data acquired each time.

[0310] In some embodiments, Figure 11A In the described map display method, Sensorhub can also follow... Figure 10A The described method flow is as follows: 1. Obtain the font file.

[0311] For example, based on Figure 11A The described map display method, Figure 11B This paper illustrates a hardware and software architecture diagram of an electronic device 100 provided in an embodiment of this application.

[0312] like Figure 11B As shown, the application layer of the operating system running on the AP includes a map app and an AOD app; the framework layer includes power management services, system font files, and an AOD service; and the kernel layer includes an AOD device, a file system adapter (FSadapter), and a file system. The operating system running on the Sensorhub includes an AOD app, a map engine, a graphics rendering framework, a file system interface (FSinterface), a GPS driver, and a display driver. Figure 11B As shown, the above map display method includes steps B1 to B18.

[0313] B1. The map app sends map resource 1 to FSadapter.

[0314] B2. FSadapter sends map resource 1 to the file system for storage, obtains the storage address 1 of map resource 1, and sends the storage address 1 back to the map APP.

[0315] The file system can be used to store, manage, and read various files from the electronic device 100, such as font files, map resources, UI resource files, configuration files, log files, etc.

[0316] In some embodiments, the file system stores map resource 1 in UFS, and Sensorhub cannot directly read map resource 1 in UFS.

[0317] B3. When the power management service detects a screen-off event, it sends a command to the AOD APP.

[0318] In this embodiment of the application, the specific implementation of step B3 can be referred to the relevant description of step A1, which will not be repeated here.

[0319] B4. Based on the above instructions, the AOD APP obtains the storage address 1 of map resource 1 from the map APP.

[0320] B5. The AOD APP sends the storage address 1 of map resource 1 to the AOD Service.

[0321] B6. AOD Service obtains the storage address 2 of font file 1 from the system font file.

[0322] Not limited to the system font file, the AOD Service can also obtain the storage address of font file 1 from other modules; no specific limitation is made here. In some embodiments, the system font file stores font file 1 in UFS. Not limited to UFS, font file 1 can also be stored in other storage devices.

[0323] B7. The AOD Service sends an instruction to the AODDevice, which includes the storage address 1 of map resource 1 and the storage address 2 of font file 1.

[0324] B8. Based on the above instructions, the AP's AODDevice sends a screen-off command to the Sensorhub's AOD APP. The screen-off command is used to instruct the AOD APP to display the AOD interface and display the navigation map on the AOD interface. The screen-off command includes the storage address 1 of map resource 1 and the storage address 2 of font file 1.

[0325] B9. Based on the above screen-off command, Sensorhub's AOD APP sends a navigation command to the map engine to instruct the map engine to generate a navigation map. The navigation command includes the storage address 1 of map resource 1 and the storage address 2 of font file 1.

[0326] B10. Based on the above navigation instructions, Sensorhub's map engine obtains GPS data from the GPS chip through the GPS driver. This GPS data is used to determine the positioning information of the electronic device 100, and the positioning information of the electronic device 100 indicates the current location of the electronic device 100.

[0327] The specific implementation of step B10 can be found in the description of step A10, and will not be repeated here.

[0328] B11. Based on the above navigation instructions, Sensorhub's map engine sends instructions to the FS interface, which include the storage address 1 of map resource 1, the storage address 2 of font file 1, and the indication information of the current location 1 of electronic device 100.

[0329] B12. Based on the above instructions, the FS interface sends migration instruction 1 to the FS adapter. Migration instruction 1 includes the storage address 1 of map resource 1, the storage address 2 of font file 1, and the indication information of the current position 1 of electronic device 100. Migration instruction 1 is used to write the map sub-resource 1 and font file 1 corresponding to the current position 1 in map resource 1 into non-secure CMA memory.

[0330] In this embodiment, the Sensorhub adds a new interface, the Fs interface, which allows the Sensorhub to access the AP's Fs adapter, and then access the AP's file system through the Fs adapter. In some embodiments, such as... Figure 11B As shown, the DDR of the electronic device 100 includes non-secure CMA memory and secure CMA memory.

[0331] In some embodiments, before step B10, the map engine requests non-secure CMA memory and sends the storage address 3 of the non-secure CMA memory to the Fs interface. The migration instruction 1 also includes the storage address 3 of the non-secure CMA memory. The transport instruction 1 is used to write the map sub-resource 1 and font file 1 corresponding to the current location 1 in the map resource 1 into the non-secure CMA memory at storage address 3.

[0332] B13, the FS adapter sends migration instruction 1 to the file system, instructing the file system to write map resource 1 and font file 1 into insecure CMA memory.

[0333] In some embodiments, the file system queries the map sub-resource 1 corresponding to the current location 1 in the map resource 1 based on the indication information of the current location 1 of the electronic device 100 and the storage address 1 of the map resource 1; the file system writes the map sub-resource 1 and the font file 1 in the storage address 2 into the non-secure CMA memory in the storage address 3.

[0334] In some embodiments, the FS interface can also write the font file 1 and the map sub-resource 1 into non-secure CMA memory through different migration instructions.

[0335] It should be noted that the UFS includes a sandbox for the map app, allowing only the map app to read data from this sandbox; other applications cannot access it. Typically, the map app stores map resource 1 in its sandbox within the UFS. In some embodiments, to facilitate the file system reading map resource 1 and writing it to insecure CMA memory, after acquiring map resource 1, the electronic device 100 stores it in a directory outside the map app's sandbox and authorizes this directory to the file system in the kernel. In one implementation, this directory outside the map app's sandbox resides in the UFS. In one implementation, when the electronic device 100 is in scenario mode, it downloads map resource 1 offline without running the map app and stores it in the directory outside the map app's sandbox. In another implementation, when the electronic device 100 is in scenario mode and the map app is running, the map app downloads map resource 1 online and stores it in the directory outside the map app's sandbox.

[0336] B14. Sensorhub's FS interface moves map sub-resource 1 and font file 1 from non-secure CMA memory to secure CMA memory.

[0337] In some embodiments, before step B14, the map engine requests secure CMA memory and sends the storage address 4 of the secure CMA memory to the FS interface; the FS interface moves the map sub-resource 1 and font file 1 from the non-secure CMA memory to the secure CMA memory at storage address 4.

[0338] In some embodiments, step S14 specifically includes: the FS interface sending a migration instruction 3 to the FS adapter, the migration instruction 3 including indication information of the current location 1 of the electronic device 100, and the migration instruction 3 being used to obtain the map sub-resource 1 and font file 1 from the non-secure CMA memory; the FS adapter sending the migration instruction 3 to the file system; based on the migration instruction 3, the file system reading the map sub-resource 1 and font file 1 from the non-secure CMA memory and feeding it back to the FS adapter; the FS adapter sending the map sub-resource 1 and font file 1 to the FS interface; and the FS interface moving the map sub-resource 1 and font file 1 from the non-secure CMA memory to the secure CMA memory. In one implementation, the FS interface uses DMA to move the map sub-resource 1 and font file 1 from the non-secure CMA memory to the secure CMA memory. In one implementation, the migration instruction 3 includes the storage address 1 of the map resource 1 and the storage address 2 of the font file 1. In one implementation, the FS interface can use different migration instructions to move the map sub-resource 1 and font file 1 from the non-secure CMA memory to the secure CMA memory respectively.

[0339] In some embodiments, after step B14, the AP enters sleep mode.

[0340] B15. Sensorhub's map engine reads font file 1 and map sub-resource 1 corresponding to the current location 1 from secure CMA memory.

[0341] In some embodiments, Sensorhub's FS interface can instruct the file system through the AP's FS adapter to write font file 1 to non-secure CMA memory, and move font file 1 from non-secure CMA memory to secure CMA memory; after Sensorhub's map engine reads font file 1 from secure CMA memory, Sensorhub's FS interface then instructs the file system through the AP's FS adapter to write map sub-resource 1 corresponding to the current location 1 to non-secure CMA memory, and move map sub-resource 1 from non-secure CMA memory to secure CMA memory.

[0342] B16. Based on the positioning information of electronic device 100, font file 1, and map sub-resource 1, the map engine determines the navigation location in the AOD interface. Figure 1 The displayed content shows that the positioning information of the electronic device 100 indicates the current location 1.

[0343] In some embodiments, the AP may further include a system settings database for storing parameter set 1; based on parameter set 1, the positioning information of electronic device 100, font file 1, and map sub-resource 1, the map engine generates the navigation map in the AOD interface. Figure 1 For details on how the map engine obtains parameter set 1, please refer to [link / reference]. Figure 10B The relevant descriptions will not be repeated here.

[0344] B17. The map engine instructs the image drawing framework to generate the navigation map in the AOD interface based on the content displayed on the navigation map. Figure 1 .

[0345] B18. Sensorhub's image rendering framework displays the AOD (Ahead-of-Demand) interface via a display driver, which includes a navigation map. Figure 1 .

[0346] During the movement of electronic device 100, its current position changes. When electronic device 100 moves from current position 1 to current position 2, the map resources required to draw the navigation map will exceed the map sub-resource 1 already read. That is, the map sub-resource 1 already read by the map engine cannot continue to support the map engine in generating the navigation map. Therefore, before the map resources are insufficient, the map engine can instruct the FS interface to wake up the AP again and read a portion of the map resources, such as the map sub-resource 1 corresponding to the current position 2. This process continues until navigation ends. In some embodiments, after step B18, the above map display method further includes steps B19 to B26.

[0347] B19. Sensorhub's map engine sends instructions to the FS interface, which include indication information of the current location 2 of the electronic device 100.

[0348] B20 and Sensorhub's FS interface wake up the AP and send migration instruction 2 to the AP's FS adapter. Migration instruction 2 includes the storage address 1 of map resource 1 and the indication information of the current location 2. Migration instruction 2 is used to write the map sub-resource 2 corresponding to the current location 2 into the non-secure CMA memory.

[0349] B21, the FS adapter sends migration instruction 2 to the file system, instructing the file system to write map sub-resource 2 to insecure CMA memory.

[0350] In some embodiments, the file system queries the map sub-resource 2 corresponding to the current location 2 in the map resource 1 based on the indication information of the current location 2 of the electronic device 100 and the storage address 1 of the map resource 1; the file system writes the map sub-resource 2 into the insecure CMA memory at the storage address 3. In one implementation, when the file system writes the map sub-resource 2 into the insecure CMA memory at the storage address 3, it overwrites the font file 1 and map sub-resource 1 previously stored in the insecure CMA memory.

[0351] B22. Sensorhub's FS interface moves map sub-resource 1 from non-secure CMA memory to secure CMA memory.

[0352] In some embodiments, after step B22 or B23, the AP enters sleep mode again.

[0353] B23. Sensorhub's map engine reads the map sub-resource 2 corresponding to the current location 2 from secure CMA memory.

[0354] B24. Based on the positioning information of electronic device 100, font file 1, and map sub-resource 2, the map engine determines the navigation location in the AOD interface. Figure 2 The displayed content shows that the positioning information of the electronic device 100 indicates the current location 2.

[0355] B25. The map engine instructs the image drawing framework to generate the navigation map in the AOD interface based on the content displayed on the navigation map. Figure 2 .

[0356] B26. Sensorhub's image rendering framework displays the AOD (Ahead-of-Demand) interface via a display driver, which includes a navigation map. Figure 2 .

[0357] In some embodiments, Figure 11B In the described map display method, the map engine can also follow... Figure 10B The method flow shown obtains font file 1. This application embodiment does not specifically limit the method by which the map engine obtains font file 1.

[0358] In some embodiments of this application, the AP stores the resource information required for the navigation map (such as map resources, font files, etc.) in UFS; currently, Sensorhub cannot directly read UFS. In a map display method provided in this application, Sensorhub adds a DFA driver; in AOD mode, Sensorhub can access UFS through the DFA driver, read the resource information required for the navigation map from UFS, and then generate the navigation map in the AOD interface based on the resource information required for the navigation map, and instruct the display screen to display the AOD interface.

[0359] For example, Figure 12A This application illustrates a method flow for a map display method provided in an embodiment; as shown below. Figure 12A As shown, the electronic device 100 includes an AP, a Sensorhub, a UFS, a GPS chip, and a display screen. The method may specifically include some or all of steps S301 to S306, and can execute some functions provided the functionality is achieved. In this embodiment, the specific order of execution between steps is not limited; the following embodiments are merely examples, and the execution order between steps can be adjusted to ensure the functionality is achieved. In this embodiment, the execution module is also illustrative; provided the functionality is achieved, the corresponding steps can be executed by equivalent software or hardware modules.

[0360] S301, AP sends a screen-off command to Sensorhub, which instructs Sensorhub to display the AOD interface and the navigation map on the AOD interface.

[0361] In some embodiments, after the AP detects that the first condition is met, it executes S301. The specific implementation of the first condition and step S301 can be found in the description of step S101 above, and will not be repeated here. In some embodiments, the specific implementation of step S301 can be found in the description of step C6 in subsequent embodiments.

[0362] S302, AP sends the storage address 1 of map resource 1 and the storage address 2 of font file 1 to Sensorhub.

[0363] In this embodiment, the AP stores the resource information required for the navigation map (e.g., font file 1 and map resource 1 required for the navigation map) in UFS, obtains the storage address 6 of the resource information, and sends the storage address 6 back to Sensorhub. Alternatively, font file 1 and map resource 1 can be stored separately. The AP can obtain the storage address 2 of font file 1 and the storage address 1 of map resource 1 respectively. Storage address 6 includes both storage address 2 and storage address 1.

[0364] The specific implementation of step S302 can be referred to the relevant description of step S202 above, and will not be repeated here. In some embodiments, the specific implementation of step S302 can be referred to the relevant description of step C6 in subsequent embodiments.

[0365] S303. Based on the above screen-off command, Sensorhub obtains GPS data from the GPS chip, which is used to determine the positioning information of the electronic device 100.

[0366] In some embodiments, the specific implementation of step S303 can be referred to the relevant description of step C8 in subsequent embodiments.

[0367] S304. Based on the above screen-off command, Sensorhub uses the DFA driver to read map resource 1 and font file 1 from UFS.

[0368] In some embodiments, the specific implementation of step S304 can be referred to the relevant description of step C9 in subsequent embodiments.

[0369] In some embodiments, when the navigation map requires a large amount of resource information, Sensorhub can use the DFA driver to read the required resource information from the UFS in segments to avoid insufficient memory in Sensorhub and the inability to cache the resource information read at one time. In some embodiments, when the electronic device 100 is at current location 1, Sensorhub uses the DFA driver to read map sub-resource 1 corresponding to current location 1 from the UFS; when the electronic device 100 is at current location 2, Sensorhub uses the DFA driver to read map sub-resource 2 corresponding to current location 2 from the UFS; map sub-resource 1 and map sub-resource 2 can be referenced. Figure 11A and Figure 11B The relevant descriptions in the document will not be repeated here.

[0370] In some embodiments, the electronic device 100 further includes a DFA module, which Sensorhub uses to access the DFA module and then reads the resource information required for the navigation map from the UFS through the DFA module.

[0371] It is understandable that Sensorhub can use the DFA driver to send storage address 1 and storage address 2 to the DFA module, and the DFA module can read the resource information in storage address 1 and storage address 2 from UFS.

[0372] S305. Based on the above positioning information, map resource 1 and font file 1, Sensorhub generates the navigation map in the AOD interface.

[0373] In some embodiments, the resource information required for the navigation map may also include historical marker locations and / or historical driving routes; similar to map resource 1 and font file 1, Sensorhub can also read the aforementioned historical marker locations and / or historical driving routes from UFS using the DFA driver. In step S305, based on the aforementioned positioning information, map resource 1 and font file 1, and the aforementioned historical marker locations and / or historical driving routes, Sensorhub can generate the navigation map in the AOD interface, the navigation map including the aforementioned historical marker locations and / or historical driving routes.

[0374] In some embodiments, the specific implementation of step S305 can be referred to the relevant descriptions of steps C10 and C11 in subsequent embodiments.

[0375] The S306 and Sensorhub display show the AOD interface, which includes the aforementioned navigation map.

[0376] In this embodiment, the specific implementation of steps S304 to S306 can be referred to the relevant description of steps S104 to S106, and will not be repeated here. In some embodiments, the specific implementation of step S306 can be referred to the relevant description of step C12 in subsequent embodiments.

[0377] In some embodiments, Figure 12A In the described map display method, Sensorhub can also follow... Figure 10A or Figure 11A The described method and flow are to obtain font file 1, but no specific limitations are made here.

[0378] For example, based on Figure 12A The described map display method, Figure 12B This paper illustrates a hardware and software architecture diagram of an electronic device 100 provided in an embodiment of this application.

[0379] like Figure 12B As shown, the application layer of the operating system running on the AP includes a map app and an AOD app; the framework layer includes power management services, system font files, and an AOD service; and the kernel layer includes an AOD device and a DFA driver. The operating system running on the Sensorhub includes an AOD app, a map engine, a graphics rendering framework, a DFA driver, a GPS driver, and a display driver. Figure 11B As shown, the above map display method includes steps C1 to C12.

[0380] C1. When the power management service detects a screen-off event, it sends a command to the AOD APP.

[0381] C2. Based on the above instructions, the AOD APP obtains the storage address 1 of map resource 1 from the map APP.

[0382] C3. The AOD APP sends the storage address 1 of map resource 1 to the AOD Service.

[0383] C4. AOD Service obtains the storage address 2 of font file 1 from the system font file.

[0384] C5. The AOD Service sends a command to the AOD Device, which includes the storage address 1 of map resource 1 and the storage address 2 of font file 1.

[0385] C6. Based on the above instructions, the AP's AOD Device sends a screen-off instruction to the Sensorhub's AOD APP. The screen-off instruction is used to instruct the AOD APP to display the AOD interface and display the navigation map on the AOD interface. The screen-off instruction includes the storage address 1 of map resource 1 and the storage address 2 of font file 1.

[0386] C7. Based on the above screen-off command, Sensorhub's AOD APP sends a navigation command to the map engine to instruct the map engine to generate a navigation map.

[0387] C8. Based on the above navigation instructions, Sensorhub's map engine obtains GPS data from the GPS chip via the GPS driver. This GPS data is used to determine the positioning information of the electronic device 100.

[0388] In the embodiments of this application, the specific implementation of steps C1 to C8 can be referred to the relevant descriptions of steps B3 to B10, which will not be repeated here.

[0389] C9. Based on storage address 1 and storage address 2, the map engine reads map resource 1 and font file 1 from UFS through the DFA driver.

[0390] In some embodiments, the electronic device 100 further includes a DFA module, which the map engine uses to access the DFA module and then reads the resource information required for the navigation map from the UFS.

[0391] C10. Based on the positioning information of electronic device 100, map resource 1, and font file 1, the map engine uses a navigation algorithm to determine the content of the navigation map displayed in the AOD interface.

[0392] In some embodiments, the AP may further include a system settings database for storing parameter set 1; based on parameter set 1, the positioning information of electronic device 100, font file 1, and map sub-resource 1, the map engine generates the navigation map in the AOD interface. Figure 1 For details on how the map engine obtains parameter set 1, please refer to [link / reference]. Figure 10B The relevant descriptions will not be repeated here.

[0393] C11. The map engine instructs the image drawing framework to generate the navigation map in the AOD interface based on the content displayed on the navigation map.

[0394] C12, Sensorhub's image rendering framework displays the AOD interface via a display driver, which includes a navigation map.

[0395] The specific implementation of steps C10 to C12 can be found in the descriptions of steps A11 to A13, which will not be repeated here.

[0396] In some embodiments, Figure 12B In the described map display method, Sensorhub's map engine can also be used in accordance with... Figure 10B or Figure 11B The described method and flow are to obtain font file 1, but no specific limitations are made here.

[0397] In some embodiments, see Figure 5E and Figure 5G In the map display method provided in this application, after the electronic device 100 enters AOD mode, the Sensorhub can periodically mark the user's location and / or record the user's driving route; when the electronic device 100 exits AOD mode and enters normal mode, it wakes up the AP; when the AP is woken up, the Sensorhub can send the marked location and / or driving route to the AP; when the user uses the navigation map subsequently, the AP can use the marked location as a historical marked location and the driving route as a historical driving trajectory to provide the user with more services, such as providing line-following navigation services based on historical marked locations or historical driving trajectories. In one implementation, see the aforementioned hardware and software architecture diagram (e.g. Figure 10B , Figure 11B and Figure 12B Sensorhub's map engine obtains the current marked location and / or driving route and sends it to the AODAPP. When the electronic device 100 exits AOD mode and enters normal mode, it wakes up the AP. After waking up the AP, Sensorhub's AODAPP sends the current marked location and / or driving route to the AP's AODDevice. The AP's AODDevice sends the current marked location and / or driving route to the map APP through AODService. In this embodiment, the timing and implementation method of the AP obtaining the current marked location and / or driving route from Sensorhub are not specifically limited.

[0398] In a map display method provided in this application embodiment, under AOD mode, the electronic device 100 can also display navigation map-related instruction information on the AOD interface. This instruction information may include one or more of the following: current location, current altitude, deviation warning, and navigation map zooming with speed. For example, Figure 13A The method flow of the above map display method is shown, and the method may specifically include some or all of the steps S401 to S404.

[0399] S401, Electronic device 100 enters AOD mode, and the main processor of electronic device 100 goes into hibernation.

[0400] S402, the coprocessor of electronic device 100 obtains the resource information required for the navigation map.

[0401] S403, the coprocessor of electronic device 100 acquires auxiliary information.

[0402] S404, the coprocessor determines the navigation map and instruction information based on the resource information and auxiliary information required for the navigation map, and instructs the electronic device 100 to present the navigation map and instruction information; the resource information required for the navigation map includes map resource 1, and the instruction information may include one or more of the following: the current position of the electronic device 100, the current altitude of the electronic device 100, deviation warning, and the navigation map scaling with the speed of the electronic device 100.

[0403] Sensorhub can generate a navigation map based on the resource information required for navigation. The resource information required for the navigation map, how the coprocessor obtains the resource information required for the navigation map, and how Sensorhub generates the navigation map based on the current resource information required for navigation can be referred to the relevant descriptions in the foregoing embodiments, and will not be repeated here.

[0404] In one implementation, the Sensorhub can obtain GPS data from a GPS chip. This GPS data is used to determine the positioning information of the electronic device 100, which indicates the current location of the electronic device 100. For details, please refer to the relevant descriptions in the foregoing embodiments; they will not be repeated here.

[0405] In some embodiments, the aforementioned auxiliary information includes the positioning information of the electronic device 100, and the aforementioned indication information includes the current position of the electronic device 100. Sensorhub can instruct the display screen to show the current position of the electronic device 100 on the AOD interface. Based on the resource information required for navigation, Sensorhub can generate a navigation map in the AOD interface; based on the aforementioned resource information and positioning information, Sensorhub can also determine the display position of the location marker of the current position of the electronic device 100 in the navigation map. For example, see... Figure 5B The AOD interface 12 displayed by the electronic device 100 includes a navigation map 201, which displays the location marker 201B of the electronic device 100.

[0406] In some embodiments, Sensorhub determines the latitude and longitude of the current location of the electronic device 100 based on its positioning information and instructs the display screen to show the latitude and longitude of the current location in the AOD interface. For example, see [link to example]. Figure 5B The electronic device 100 displays its latitude and longitude 203 in the AOD interface 12.

[0407] In some embodiments, the resource information required for navigation also includes a navigation route. The aforementioned auxiliary information includes the positioning information of the electronic device 100, and the aforementioned indication information includes a yaw warning. Sensorhub can instruct the motor and / or audio module to display the yaw warning. Based on the positioning information of the electronic device 100, Sensorhub can determine whether the current position of the electronic device 100 has deviated from the aforementioned navigation route.

[0408] For example, see Figure 9A The AOD interface 12 of the electronic device 100 includes a navigation map 201, which includes a navigation route 201C. The navigation map 201 can provide real-time navigation to the user based on the navigation route 201C. In some embodiments, see Figure 9A If Sensorhub detects a deviation, the electronic device 100 can provide a deviation alert via text, voice, vibration, or other means.

[0409] In some embodiments, the electronic device 100 includes a hardware module (which may be referred to simply as the alert module for ease of description) for providing yaw warnings via voice or vibration. For example, the alert module may include a motor and / or an audio module; the AP includes a driver for this module, through which the alert module can be accessed; the electronic device 100 adds a driver for the alert module and the ability to provide yaw warnings via the alert module to Sensorhub. Figure 13B As shown, the map display method provided in this application embodiment may further include: (1) in non-AOD mode, the AP can instruct the reminder module to provide a yaw warning through the driver of the reminder module; (2) in AOD mode, the Sensorhub can instruct the reminder module to provide a yaw warning through the driver of the reminder module.

[0410] In some embodiments, Sensorhub cannot access the alerting module. For example... Figure 13C As shown, the map display method provided in this application embodiment may further include: (1) In AOD mode, when a yaw is detected, Sensorhub wakes up AP and sends a yaw command to AP; (2) In response to the above yaw command, AP provides a yaw reminder through the driver instruction reminder module of the reminder module, and AP goes back to sleep after the yaw reminder ends.

[0411] In some embodiments, the aforementioned auxiliary information includes the positioning information of the electronic device 100 and / or the sensor data of the altitude sensor, and the aforementioned indication information includes altitude; Sensorhub may instruct the display screen to display the current altitude and / or cumulative elevation gain on the AOD interface, and the cumulative elevation gain can be determined based on the change in altitude.

[0412] In some embodiments, the location information of the electronic device 100 may include the current location of the electronic device 100 (e.g., latitude and longitude) and the altitude of the electronic device 100. In some embodiments, map resource 1 records the altitude corresponding to different latitude and longitude locations on the map; Sensorhub determines the latitude and longitude of the electronic device 100 based on GPS data, and then queries the altitude corresponding to the latitude and longitude of the electronic device 100 from the aforementioned map resource 1.

[0413] In some embodiments, the electronic device 100 includes a sensor for acquiring altitude (for ease of description, this sensor may be simply referred to as an altitude sensor), such as an altitude sensor including one or more sensors such as a barometric pressure sensor, an accelerometer, and a gyroscope sensor; the AP includes a driver for the altitude sensor, based on which the AP can acquire sensor data from the altitude sensor; the electronic device 100 adds a driver for the altitude sensor and the ability to calculate altitude in Sensorhub. Figure 13D As shown, the map display method provided in this application embodiment may further include: (1) In non-AOD mode, the AP can obtain GPS data from the GPS chip; (2) In non-AOD mode, the AP can obtain sensor data through the driving of the altitude sensor, and then perform fusion calculation based on the GPS data and the sensor data to obtain the altitude of the electronic device 100; (3) In non-AOD mode, the AP can instruct the display screen to display the altitude; (4) In AOD mode, the Sensorhub can obtain GPS data from the GPS chip; (5) In AOD mode, the Sensorhub can obtain sensor data through the driving of the altitude sensor, and then perform fusion calculation based on the GPS data and the sensor data to obtain the altitude of the electronic device 100; (6) In AOD mode, the Sensorhub can instruct the display screen to display the altitude.

[0414] In some embodiments, in non-AOD mode, the AP can acquire the altitude of the electronic device 100; when AOD mode is triggered, the AP can send the latest acquired altitude 1 to Sensorhub. In some embodiments, in AOD mode, Sensorhub takes altitude 1 as the starting point, acquires the change value of altitude based on the sensor data of the altitude sensor, and then acquires the current altitude of the electronic device 100 by accumulating the above change value with altitude 1.

[0415] In some embodiments, the aforementioned auxiliary information includes the positioning information of the electronic device 100 and / or sensor data from the speed sensor, and the aforementioned indication information includes a navigation map that scales with the speed of the electronic device 100. Sensorhub can instruct the display screen to show the navigation map scaled with the speed of the electronic device 100. Sensorhub can determine the speed of the electronic device 100 based on the positioning information of the electronic device 100 and / or the sensor data from the speed sensor.

[0416] In some embodiments, when the electronic device 100 displays a navigation map on the AOD interface, Sensorhub can detect the speed of the electronic device 100 and dynamically adjust the zoom level of the navigation map displayed on the AOD interface according to the speed of the electronic device 100. In one implementation, the larger the zoom level, the smaller the geographical area that the navigation map can display. In another implementation, when Sensorhub detects that the speed of the electronic device 100 increases from speed 1 to speed 2, it decreases the zoom level of the navigation map from zoom level 1 to zoom level 2 to increase the geographical area that can be displayed in the navigation map; conversely, when Sensorhub detects that the speed of the electronic device 100 decreases from speed 2 to speed 1, it increases the zoom level of the navigation map from zoom level 2 to zoom level 1 to decrease the geographical area that can be displayed in the navigation map. It can be understood that the larger the speed, the larger the geographical area that the navigation map can display, avoiding the electronic device 100 exceeding the geographical area that the navigation map can display due to excessive speed.

[0417] In some embodiments, Sensorhub can determine the location information of electronic device 100 based on GPS data, and then determine the speed of electronic device 100 based on the position change of the location information of electronic device 100.

[0418] In some embodiments, the electronic device 100 includes a sensor for detecting speed (for ease of description, this sensor can be simply referred to as a speed sensor), such as an accelerometer or a gyroscope; the AP includes a driver for this sensor, through which sensor data from the speed sensor can be acquired; the electronic device 100 adds a speed sensor driver and the ability to measure speed through the speed sensor to Sensorhub. In one implementation, Sensorhub can determine the speed of the electronic device 100 based on the sensor data from the speed sensor. In one implementation, such as... Figure 13EAs shown, the map display method provided in this application embodiment may further include: (1) In non-AOD mode, the AP can obtain GPS data from the GPS chip; (2) In non-AOD mode, the AP can obtain sensor data through the driving of the speed sensor, and then perform fusion calculation based on the GPS data and the sensor data to obtain the speed of the electronic device 100; (3) In non-AOD mode, the AP can adjust the zoom ratio of the navigation map according to the speed of the electronic device 100; (4) In AOD mode, the Sensorhub can obtain GPS data from the GPS chip; (5) In AOD mode, the Sensorhub can obtain sensor data through the driving of the speed sensor, and then perform fusion calculation based on the GPS data and the sensor data to obtain the speed of the electronic device 100; (6) In AOD mode, the Sensorhub can adjust the zoom ratio of the navigation map according to the speed of the electronic device 100.

[0419] It should be noted that, Figures 13B to 13E The described method flow can be applied to any map display method provided in the embodiments of this application, and will not be repeated here.

[0420] Based on the foregoing embodiments, this application provides a map display method that can effectively extend the battery life of an electronic device while displaying a navigation map. In the above map display method, the electronic device includes a main processor, a coprocessor, and a display screen, wherein the power consumption of the coprocessor is lower than that of the main processor. For example, Figure 14 The method flow of this map display method is shown; for example... Figure 14 As shown, the map display method includes some or all of steps S501 to S504. For a specific implementation of this map display method, please refer to the relevant descriptions in the foregoing embodiments.

[0421] S501. When the electronic device is in normal mode, the main processor writes the resource information of the navigation map into the first memory space, and the resource information includes the first map resource; wherein, when the electronic device is in normal mode, the main processor is in a wake-up state.

[0422] S502, the electronic device enters the first mode, and the main processor enters a sleep state; the coprocessor reads the first map resource from the first memory space and obtains the location information of the electronic device, which indicates the location of the electronic device.

[0423] The S503 coprocessor obtains a navigation map based on location information and the first map resource.

[0424] S504, the display screen shows the first interface, which includes a navigation map.

[0425] For example, the electronic device can be electronic device 100, the main processor can be AP, the coprocessor can be Sensorhub, the first mode can be the aforementioned AOD mode, the first memory space can be the aforementioned memory space 1, the first interface can be the aforementioned AOD interface, and the first map resource can be the aforementioned map resource 1. For example, Figures 5A to 5I The diagram illustrates the AOD (Ahead-of-Demand) interface displayed on the screen under the instruction of the coprocessor, and various display contents of the navigation map within the AOD interface. For details, please refer to the relevant descriptions in the foregoing embodiments; they will not be repeated here.

[0426] In some embodiments, the coprocessor includes a map engine, and the method further includes: the map engine acquiring first map resources and location information; the coprocessor obtaining a navigation map based on the location information and the first map resources, including: the map engine generating a navigation map based on the location information and the first map resources; and the display screen displaying a first interface, including: the map engine instructing the display screen to display the first interface.

[0427] In some embodiments, the method further includes: when the coprocessor detects a deviation of the electronic device based on location information and a first map resource, it provides a deviation alert via voice and / or vibration. For example, Figure 9A The user interface for yaw warning via coprocessor in AOD mode is shown.

[0428] In some embodiments, the method further includes: when the coprocessor detects that the speed of the electronic device changes from a first speed to a second speed based on positioning information and / or a speed sensor, adjusting the zoom level of the navigation map in the first interface. For example, the first speed can be the aforementioned speed 1, and the second speed can be the aforementioned speed 2. Figure 9B and Figure 9C This demonstrates how a coprocessor dynamically adjusts the zoom level of the navigation map in the AOD (Away From Home) interface based on the speed of the electronic device.

[0429] In some embodiments, the first interface includes the altitude of the electronic device, and the method further includes: a coprocessor detecting the altitude of the electronic device based on positioning information and / or an altitude sensor. For example, Figures 5A to 5I The coprocessor-instructed display shows the altitude displayed in the AOD interface.

[0430] In some embodiments, the resource information includes a first font file, and the navigation map includes text information; the method further includes: a coprocessor reading the first font file from a first memory space; the coprocessor obtaining the navigation map based on positioning information and the first map resource includes: obtaining the navigation map based on the first font file, positioning information, and the first map resource. For example, the first font file can be the aforementioned font file 1. For example, Figure 5D This demonstrates how a coprocessor can display text information from a navigation map in an AOD (Aspect-Oriented Development) interface based on a font file.

[0431] In some embodiments, the navigation map further includes a navigation route, and the method further includes: a coprocessor obtaining a navigation route from a main processor; the coprocessor obtaining the navigation map based on location information and a first map resource, including: the coprocessor obtaining the navigation map based on the navigation route, location information, and the first map resource.

[0432] In some embodiments, before the display screen shows the first interface, the method further includes: the main processor sending a screen-off command to the coprocessor.

[0433] In some embodiments, the main processor sending a screen-off command to the coprocessor includes: when the electronic device is running a navigation task of a map APP, the electronic device receives an operation to instruct the electronic device to turn off the screen; in response to the operation, the main processor sends a screen-off command to the coprocessor.

[0434] In some embodiments, the first memory space is CMA memory or ION memory.

[0435] In some embodiments, the method further includes: the main processor obtaining map sub-resources corresponding to the location of the electronic device from a first map resource based on the location indication information of the electronic device; the indication information is obtained by the main processor through a positioning module or through a coprocessor; the main processor writing the resource information of the navigation map into the first memory space includes: the main processor writing the map sub-resources corresponding to the location of the electronic device into the first memory space.

[0436] In some embodiments, the first memory space includes a second memory space and a third memory space. The main processor has permission to read and write to the second memory space, and the coprocessor has permission to read and write to the third memory space. The main processor writes navigation map resource information into the first memory space, including: the main processor writes map sub-resources corresponding to the location of the electronic device into the second memory space within the first memory space. For example, the second memory space can be the aforementioned non-secure CMA memory, and the third memory space can be the aforementioned secure CMA memory.

[0437] In some embodiments, the main processor writes the resource information of the navigation map into the first memory space, including: the coprocessor instructs the main processor to write the map sub-resources into the second memory space in the first memory space.

[0438] In some embodiments, before the coprocessor reads the first map resource from the first memory space, the method further includes: the coprocessor moving the map sub-resource from the second memory space to the third memory space; the coprocessor reading the first map resource from the first memory space includes: the coprocessor reading the map sub-resource from the third memory space of the first memory space.

[0439] In some embodiments, the method further includes: a coprocessor acquiring updated location information of an electronic device, the updated location information indicating the updated location of the electronic device; a main processor writing map sub-resources corresponding to the updated location into a second memory space; a coprocessor moving the map sub-resources corresponding to the updated location from the second memory space to a third memory space; and a coprocessor reading the map sub-resources corresponding to the updated location from the third memory space.

[0440] In some embodiments, the method further includes: the main processor writing resource information of the navigation map into a first memory of the electronic device; the main processor writing the resource information of the navigation map into the first memory space includes: the main processor writing the resource information of the navigation map in the first memory into the first memory space. For example, the first memory may be the aforementioned UFS.

[0441] In some embodiments, before the main processor writes the resource information of the navigation map into the first memory space, the method further includes: the main processor sending the first storage address of the first map resource in the first memory to the coprocessor; and the coprocessor instructing the main processor to write the resource information of the navigation map into the first memory space based on the first storage address.

[0442] In some embodiments, the first map resource includes map resources corresponding to the navigation route planned by the map app.

[0443] In some embodiments, the coprocessor includes a first interface for instructing the main processor to migrate map resources; and / or for waking up the main processor. For example, the first interface may be the aforementioned FSinterface.

[0444] In some embodiments, the coprocessor includes a first driving module for accessing a second memory. The method further includes: the main processor storing navigation map resource information, including a second map resource, in the second memory; the electronic device entering a first mode, and the main processor entering a sleep state; the coprocessor using the first driving module to read the second map resource from the second memory and obtaining the electronic device's location information, which indicates the electronic device's position; the coprocessor obtaining a navigation map based on the location information and the second map resource; and a display screen displaying a first interface, including the navigation map. For example, the second map resource may be the aforementioned map resource 1.

[0445] In some embodiments, the second memory is a general-purpose flash memory (UFS), and the first driver module is a direct access file (DFA) driver.

[0446] In some embodiments, the method further includes: when the electronic device is in a first mode, the coprocessor records the driving route and / or marked location of the electronic device in the first mode; after waking up the main processor, the main processor obtains the driving route and / or marked location from the coprocessor.

[0447] The various embodiments of this application can be combined arbitrarily to achieve different technical effects.

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

[0449] Those skilled in the art will understand that all or part of the processes in the methods of the above embodiments can be implemented by a computer program instructing related hardware. This program can be stored in a computer-readable storage medium, and when executed, it can include the processes described in the above method embodiments. The aforementioned storage medium includes various media capable of storing program code, such as ROM or random access memory (RAM), magnetic disks, or optical disks.

[0450] In summary, the above description is merely an embodiment of the technical solution of this application and is not intended to limit the scope of protection of this application. Any modifications, equivalent substitutions, improvements, etc., made based on the disclosure of this application should be included within the scope of protection of this application.

Claims

1. A map display method, applied to electronic devices, characterized in that, The electronic device includes a main processor, a coprocessor, and a display screen. The power consumption of the coprocessor is lower than that of the main processor. The method includes: When the electronic device is in normal mode, the main processor writes the resource information of the navigation map into the first memory space, and the resource information includes the first map resource; wherein, when the electronic device is in normal mode, the main processor is in a wake-up state; The electronic device enters the first mode, and the main processor enters a sleep state; The coprocessor reads the first map resource from the first memory space and obtains the location information of the electronic device, the location information indicating the location of the electronic device; The coprocessor obtains a navigation map based on the positioning information and the first map resource; The display screen shows a first interface, which includes the navigation map.

2. The method according to claim 1, characterized in that, The coprocessor includes a map engine, and the method further includes: The map engine obtains the first map resource and the location information; The coprocessor obtains a navigation map based on the positioning information and the first map resource, including: The map engine generates the navigation map based on the location information and the first map resource; The display screen shows a first interface, including: The map engine instructs the display screen to show the first interface.

3. The method according to claim 1 or 2, characterized in that, The method further includes: When the coprocessor detects that the electronic device is veering off course based on the location information and the first map resource, it provides a deviation warning via voice and / or vibration.

4. The method according to any one of claims 1 to 3, characterized in that, The method further includes: When the coprocessor detects that the speed of the electronic device changes from a first speed to a second speed based on the positioning information and / or the speed sensor, it adjusts the scaling ratio of the navigation map in the first interface.

5. The method according to any one of claims 1 to 4, characterized in that, The first interface includes the altitude of the electronic device, and the method further includes: the coprocessor detecting the altitude of the electronic device based on the positioning information and / or the altitude sensor.

6. The method according to any one of claims 1 to 5, characterized in that, The resource information includes a first font file, and the navigation map includes text information; the method further includes: The coprocessor reads the first character file from the first memory space; The coprocessor obtains a navigation map based on the positioning information and the first map resource, including: Based on the first character file, the location information, and the first map resource, the coprocessor obtains a navigation map.

7. The method according to any one of claims 1 to 6, characterized in that, The navigation map also includes navigation routes, and the method further includes: The coprocessor obtains the navigation route from the main processor; The coprocessor obtains a navigation map based on the positioning information and the first map resource, including: Based on the navigation route, the location information, and the first map resource, the coprocessor obtains a navigation map.

8. The method according to any one of claims 1 to 7, characterized in that, Before the display screen shows the first interface, the method further includes: The main processor sends a screen-off command to the coprocessor.

9. The method according to claim 7, characterized in that, The main processor sends a screen-off command to the coprocessor, including: When the electronic device is running a navigation task of a map app, the electronic device receives an operation to instruct the electronic device to turn off its screen; In response to the operation, the main processor sends the screen-off command to the coprocessor.

10. The method according to any one of claims 1 to 9, characterized in that, The first memory space is CMA memory or ION memory.

11. The method according to any one of claims 1 to 10, characterized in that, The method further includes: Based on the location indication information of the electronic device, the main processor obtains the map sub-resource corresponding to the location of the electronic device from the first map resource; the indication information is obtained by the main processor through the positioning module or through the coprocessor. The main processor writes the resource information of the navigation map into the first memory space, including: The main processor writes the map sub-resources corresponding to the location of the electronic device into the first memory space.

12. The method according to any one of claims 1 to 11, characterized in that, The first memory space includes a second memory space and a third memory space. The main processor has permission to read and write to the second memory space, and the coprocessor has permission to read and write to the third memory space. The main processor writes the navigation map resource information into the first memory space, including: The main processor writes the map sub-resources corresponding to the location of the electronic device into the second memory space in the first memory space.

13. The method according to claim 12, characterized in that, The main processor writes the resource information of the navigation map into the first memory space, including: The coprocessor instructs the main processor to write the map sub-resources into the second memory space within the first memory space.

14. The method according to any one of claims 11 to 13, characterized in that, Before the coprocessor reads the first map resource from the first memory space, the method further includes: The coprocessor moves the map sub-resources from the second memory space to the third memory space; The coprocessor reads the first map resource from the first memory space, including: The coprocessor reads the map sub-resources from the third memory space of the first memory space.

15. The method according to claim 14, characterized in that, The method further includes: The coprocessor obtains the updated location information of the electronic device, which indicates the updated location of the electronic device. The main processor writes the map sub-resources corresponding to the updated location into the second memory space; The coprocessor moves the map sub-resources corresponding to the updated location from the second memory space to the third memory space; The coprocessor reads the map sub-resource corresponding to the updated location from the third memory space.

16. The method according to any one of claims 1 to 15, characterized in that, The method further includes: The main processor writes the resource information of the navigation map into the first memory of the electronic device; The main processor writes the resource information of the navigation map into the first memory space, including: The main processor writes the resource information of the navigation map in the first memory into the first memory space.

17. The method according to any one of claims 11 to 15, characterized in that, The coprocessor includes a first interface for instructing the main processor to migrate map resources; and / or for waking up the main processor.

18. The method according to any one of claims 1 to 17, characterized in that, The coprocessor includes a first driver module, which is used by the coprocessor to access a second memory. The method further includes: The main processor stores the navigation map resource information in the second memory, and the resource information includes the second map resources; The electronic device enters the first mode, and the main processor enters a sleep state; The coprocessor uses the first driver module to read the second map resource from the second memory and obtains the location information of the electronic device, which indicates the location of the electronic device; The coprocessor obtains a navigation map based on the positioning information and the second map resource; The display screen shows a first interface, which includes the navigation map.

19. The method according to any one of claims 1 to 18, characterized in that, The method further includes: When the electronic device is in the first mode, the coprocessor records the travel route and / or marked position of the electronic device in the first mode; After waking up the main processor, the main processor obtains the driving route and / or marked location from the coprocessor.

20. An electronic device, characterized in that, include: A processor and a memory, the memory being coupled to the processor, the memory being used to store computer program code, the computer program code including computer instructions, which, when the processor reads from the memory, cause the electronic device to perform the map display method as described in any one of claims 1 to 19.

21. A computer-readable storage medium, characterized in that, Includes computer instructions that, when executed on an electronic device, cause the electronic device to perform the map display method as described in any one of claims 1 to 19.

22. A computer program product, characterized in that, When the computer program product is run on a computer, the computer performs the map display method as described in any one of claims 1 to 19.

Images