Methods, apparatus, media, and program products for information display

By acquiring the context of terminal devices and users, dynamically adjusting map modes and information layouts, and integrating data from third-party information providers, the problem of traditional display systems being unable to provide personalized information recommendations has been solved, resulting in more intelligent and richer navigation information display.

CN115080814BActive Publication Date: 2026-06-12MOBILITY ASIA SMART TECH CO LTD

Patent Information

Authority / Receiving Office
CN · China
Patent Type
Patents(China)
Current Assignee / Owner
MOBILITY ASIA SMART TECH CO LTD
Filing Date
2021-03-15
Publication Date
2026-06-12

AI Technical Summary

Technical Problem

Traditional terminal device display systems cannot effectively integrate information from different third-party information providers, and cannot provide differentiated, more intelligent, and richer personalized information recommendations and displays suitable for navigation scenarios.

Method used

By acquiring the context of the terminal device and the user, the navigation scenario is determined, and the map mode and information layout are dynamically changed based on the navigation scenario. Information from different third-party information providers is integrated to provide more suitable recommendation information for the navigation scenario.

🎯Benefits of technology

It enhances the intelligence of information display, ensuring that users can better obtain the information they need during navigation and reducing the risk of driver distraction.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN115080814B_ABST
    Figure CN115080814B_ABST
Patent Text Reader

Abstract

According to example embodiments of the present disclosure, methods, devices, media, and program products for information display are provided. A method for information display includes obtaining a context associated with at least one of a terminal device and a user; determining, based on the context, a navigation scenario in which the user uses the terminal device for navigation; and determining, based on the navigation scenario, a map mode of a map to be displayed in a user interface of a display system of the terminal device. In this way, information to be displayed can be dynamically changed according to different navigation scenarios. This makes the information display more suitable for the navigation scenario.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] The embodiments of this disclosure generally relate to the field of computers, and more specifically to methods, apparatus, computer-readable storage media, and computer program products for displaying information. Background Technology

[0002] During their travels, users need more than just navigation to their destination; they require a wide range of other trip-related information to help them make better travel decisions. For example, users may need to know restaurant availability and ratings, available transportation facilities (such as gas stations, car washes, charging stations, and parking lots), weather, holidays, and other trip-related information. The information needed varies depending on the user's travel intentions, resulting in diverse travel and navigation scenarios. For instance, the information needed differs significantly between nighttime travel and leisurely travel. Therefore, smarter and richer personalized information recommendation and display solutions are needed to recommend information more relevant to the current navigation scenario. Summary of the Invention

[0003] According to an example embodiment of this disclosure, a scheme for information display is provided to achieve more intelligent and user-friendly information display.

[0004] In a first aspect of this disclosure, a method for displaying information is provided. The method includes obtaining a context associated with at least one of a terminal device and a user; determining, based on the context, a navigation scenario in which the user navigates using the terminal device; and determining, based on the navigation scenario, a map mode for a map displayed in the user interface of the terminal device's display system.

[0005] In a second aspect of this disclosure, an electronic device is provided. The electronic device includes: at least one processing unit; and at least one memory coupled to the at least one processing unit and storing instructions for execution by the at least one processing unit, the instructions causing the device to perform actions when executed by the at least one processing unit. The actions include: acquiring a context associated with at least one of a terminal device and a user; determining a navigation scenario based on the context in which the user navigates using the terminal device; and determining a map mode for a map displayed in the user interface of the terminal device's display system based on the navigation scenario.

[0006] In a third aspect of this disclosure, a computer-readable storage medium is provided having a computer program stored thereon, which, when executed by a device, causes the device to perform the method according to a first aspect of this disclosure.

[0007] According to a fourth aspect of this disclosure, a computer program product is provided. The computer program product includes a computer program that, when executed by a processor, implements the method of the first aspect.

[0008] It should be understood that the content described in this summary section is not intended to limit the key or essential features of the embodiments of this disclosure, nor is it intended to restrict the scope of this disclosure. Other features of this disclosure will become readily apparent from the following description. Attached Figure Description

[0009] The above and other features, advantages, and aspects of the embodiments of this disclosure will become more apparent from the accompanying drawings and the following detailed description. In the drawings, the same or similar reference numerals denote the same or similar elements, wherein:

[0010] Figure 1 A schematic diagram of an example environment according to an embodiment of the present disclosure is shown;

[0011] Figure 2 A flowchart of a process for displaying information according to some embodiments of the present disclosure is shown;

[0012] Figure 3 A schematic diagram illustrating an example information display process according to some embodiments of the present disclosure is shown;

[0013] Figure 4 Examples of user interfaces for displaying recommendation information based on layout are shown according to some embodiments of the present disclosure;

[0014] Figure 5 A flowchart is shown illustrating a process for generating recommendation information according to some embodiments of the present disclosure;

[0015] Figure 6 A schematic diagram illustrating an example recommendation information generation process according to some embodiments of the present disclosure is shown; and

[0016] Figure 7 A block diagram of an electronic device capable of implementing several embodiments of the present disclosure is shown. Detailed Implementation

[0017] Embodiments of this disclosure will now be described in more detail with reference to the accompanying drawings. While some embodiments of this disclosure are shown in the drawings, it should be understood that this disclosure can be implemented in various forms and should not be construed as limited to the embodiments set forth herein. Rather, these embodiments are provided to provide a more thorough and complete understanding of this disclosure. It should be understood that the accompanying drawings and embodiments of this disclosure are for illustrative purposes only and are not intended to limit the scope of protection of this disclosure.

[0018] In the description of embodiments of this disclosure, the term "comprising" and similar terms should be understood as open-ended inclusion, i.e., "including but not limited to". The term "based on" should be understood as "at least partially based on". The term "one embodiment" or "the embodiment" should be understood as "at least one embodiment". The term "some embodiments" should be understood as "at least some embodiments". Other explicit and implicit definitions may also be included below.

[0019] As mentioned above, there is a need for smarter and richer personalized information recommendation and display solutions suitable for navigation scenarios.

[0020] On the one hand, the information provided by the display interface of traditional terminal devices is usually limited. For example, during a user's journey, only simple navigation information is provided. As an example, navigation information may include the user's current location, destination, and the route from the current location to the destination. On the other hand, third-party information providers, such as content providers or service providers, are typically used to meet the needs of mobile phone users and operate independently. For example, a food app only provides food information, and a weather app only provides weather information. Traditional display systems cannot effectively integrate various information from different third-party information providers. At least for the reasons mentioned above, traditional display systems cannot provide differentiated, intelligent, and richer personalized information recommendations and displays suitable for navigation scenarios.

[0021] According to embodiments of this disclosure, an improved scheme for information display on a terminal device is proposed. In this scheme, context associated with at least one of the terminal device and the user can be obtained. Based on the context, the navigation scenario in which the user navigates using the terminal device can be determined. Therefore, based on the navigation scenario, the map mode of the map displayed in the user interface of the terminal device's display system can be determined. According to this scheme, the map mode can be dynamically changed according to different navigation scenarios. This makes the displayed information more relevant to the navigation scenario, allowing users to better obtain the information needed in the current navigation scenario, thus improving the intelligence of the onboard display.

[0022] The following description will focus on exemplary embodiments of this disclosure with reference to the accompanying drawings.

[0023] Figure 1 A schematic diagram of an example environment 100 according to an embodiment of the present disclosure is shown. The example environment 100 includes a vehicle 110 and an in-vehicle system 120. The in-vehicle system 120 has a display system, such as a display screen, for displaying information to a user 140 (e.g., a vehicle driver or passenger).

[0024] As used herein, means of transport 110 refers to any type of tool capable of carrying people and / or goods and being movable. Figure 1As illustrated in the other accompanying drawings and descriptions herein, vehicle 110 is depicted as a vehicle. A vehicle can be a motor vehicle or a non-motor vehicle, examples of which include, but are not limited to, cars, sedans, trucks, buses, electric vehicles, motorcycles, bicycles, and so on. However, it should be understood that a vehicle is merely one example of a means of transport. Embodiments of this disclosure are equally applicable to other means of transport besides vehicles, such as ships, trains, airplanes, and so on.

[0025] like Figure 1 The present invention is described using an in-vehicle system 120 as an example, but the invention is not limited thereto. Other systems with navigation functions and display systems can implement the invention, such as a device held by the user 140, or any terminal device deployed in any suitable location (e.g., an office, home, or hotel). In some embodiments, the terminal device can be an integrated display device, a smartphone, a tablet computer, a laptop computer, a wearable device, or any other suitable computing device. The in-vehicle system 120 will be used as an example in the following description. However, it should be understood that the operation described below can also be applied to any terminal device.

[0026] The presentation of information in the display system of the in-vehicle system 120 is controlled by its control system 130. The in-vehicle system 120 can provide a human-machine interface (HMI) to present various types of information to a user, such as user 140, through its user interface. In some embodiments, user 140 may be located inside the vehicle 110. Alternatively, user 140 may also be located outside the vehicle 110. The location of user 140 is not limited by the vehicle 110.

[0027] The control system 130 of the vehicle system 120 may be included in an embedded system within the vehicle 110, such as being embedded in the central control system of the vehicle 110. In some embodiments, the control system 130 may not be embedded in the vehicle 110, but may be an external, independent system or device.

[0028] In some embodiments, the control system 130 may include, or may be implemented on, any electronic device with computing capabilities. Examples of such electronic devices include, but are not limited to, servers, mainframes, edge computing nodes, mobile phones, personal computers, computing devices in cloud environments, and so on.

[0029] It should be understood that Figure 1 The objects, units, elements, or components shown are merely illustrative and are relevant to embodiments of this disclosure. In practice, example environment 100 may also include other objects, units, elements, or components, etc. Additionally, Figure 1The specific number of objects, units, elements, or components shown is merely illustrative and is not intended to limit the scope of this disclosure in any way. In other embodiments, example environment 100 may include any appropriate number of objects, units, elements, or components, etc. Furthermore, although Figure 1 The illustration shows a user 140 in the driver's position, but there may be one or more other users, such as passengers, in the vehicle 110. Therefore, the embodiments of this disclosure are not limited to those shown. Figure 1 The specific scenario depicted is not generalized to any technological environment in which a vehicle carries onboard electronic equipment.

[0030] Some embodiments of this disclosure will be described in more detail below with reference to the accompanying drawings.

[0031] Figure 2 A flowchart of a process 200 for information display according to some embodiments of the present disclosure is shown. Process 200 can be performed by... Figure 1 This is achieved through the control system 130. For ease of discussion, reference will be made to... Figure 1 and Figure 3 Describe, in which Figure 3 A schematic diagram of an example information display process 300 according to some embodiments of the present disclosure is shown.

[0032] In box 210, the control system 130 acquires context associated with at least one of the in-vehicle system 120 and the user 140. For example, as Figure 3 As shown, context 310 may include environment context 311, time context 312 and / or user context 314, etc.

[0033] In some embodiments, environmental context 311 indicates information associated with the environment in which the vehicle 110 operates. In one embodiment, environmental context 311 may indicate information associated with the external environment in which the vehicle 110 is located, such as current location information, destination information, traffic conditions, weather conditions, etc. Alternatively or additionally, environmental context 311 may also indicate information associated with the operating environment of the vehicle 110. The control system 130 may acquire environmental context 311 related to the vehicle 110 based on its connection to the vehicle 110, such as the type of vehicle 110 (e.g., fuel vehicle or electric vehicle), fuel status, battery status, speed, or maintenance status (e.g., vehicle maintenance required), traffic violations, etc. In some embodiments, the control system 130 may acquire environmental context 311, for example, through sensors coupled thereto, or by acquiring the corresponding environmental context 311 from a server using, for example, a communication device coupled thereto.

[0034] In some embodiments, time context 312 indicates information about the time associated with the operation of vehicle 110. Time context 312 may include, for example, the current specific time (e.g., 15:30), the current time period (e.g., afternoon), the current date (e.g., October 22, 2019), etc. As another example, time context 312 may also include other information for indicating time, such as whether it is a weekday, a holiday, whether it is during the morning commute, whether it is during the evening commute, etc.

[0035] In some embodiments, user context 314 indicates information associated with a user of vehicle 110. For example, the user may include the current driver of vehicle 110, such as user 140. Alternatively, the user may also include other passengers within vehicle 110. In some embodiments, user context 314 may include, for example, any information that may be related to the user, such as the user's gender, occupation, home address, company address, schedule, preferences, historical driving data, historical service access data, historical in-vehicle system operation data, etc. Vehicle 110 may obtain user context 314, for example, through an application (e.g., a calendar app or navigation app, etc.) installed on or coupled to it, and / or may determine the corresponding user context 314 through user registration information.

[0036] It should be understood that, in addition to the example contexts listed above, "context" in this disclosure may also include any other suitable contexts used to indicate information associated with vehicle 110 and / or user 140. Different types of contexts can be determined by sensors associated with vehicle 110, or by information provided by an external source.

[0037] In box 220, the control system 130 determines a navigation scenario 320 for user 140 using the vehicle system 120 for navigation based on context 310. Different navigation scenarios 320 are associated with different demand patterns of user 140 when using the vehicle system 120.

[0038] For example, such as Figure 3 As shown, navigation scenarios can include any appropriate scenario such as nighttime scenario 321, food scenario 322, travel scenario 324, family scenario 326, commuting scenario 328, and / or electric scenario 329.

[0039] Specifically, as examples, nighttime scenario 321 could be a scenario where user 140 drives vehicle 110 at night or late at night. Food scenario 322 could be a scenario where user 140 drives vehicle 110 during mealtimes, or where user 140's destination is a shopping mall or food street. Travel scenario 324 could be a scenario where user 140 drives vehicle 110 in a different city, or where user 140's destination is a tourist attraction.

[0040] Scenario 326 for parent-child interaction could be a scenario where user 140 is driving vehicle 110 and there is a child in vehicle 110, or where user 140's destination is a kindergarten. Scenario 328 for commuting could be a scenario where user 140 is driving vehicle 110 during rush hour, or where user 140's destination is their workplace. Scenario 329 for electric vehicle interaction could be a scenario where vehicle 110 is an electric car, or where the remaining battery power of vehicle 110 is below a threshold when user 140 is driving it.

[0041] It should be understood that the above navigation scenarios are merely examples, and the present invention is not limited thereto, but can be applied to various appropriate navigation scenarios.

[0042] Furthermore, in some embodiments, the control system 130 can determine the navigation scenario 320 based on different contexts. For example, a nighttime scenario 321 can be determined by a time context 312. A dining scenario 322, a travel scenario 324, a commuting scenario 328, and an electric vehicle scenario 329 can be determined by an environmental context 311. A parent-child scenario 326 can be determined by a user context 314. In some embodiments, the control system 130 can determine the navigation scenario 320 based on a combination of multiple contexts. For example, a travel scenario 324 can be determined via both environmental context 311 and user context 314.

[0043] In block 230, the control system 130 determines the map mode of the map displayed in the user interface of the display system of the in-vehicle system 120 based on the navigation scenario 320. As mentioned above, in different navigation scenarios 320, the types of information that the user 140 may focus on or actually need are different. Since manually filtering and switching the content of interest by the user 140 while driving may lead to distraction and potentially dangerous driving behavior, according to embodiments of this disclosure, the map mode is dynamically changed according to the navigation scenario 320, thereby automatically and intelligently displaying more relevant information to the user 140, making it easier for the user 140 to obtain the information currently needed, and improving the intelligence of the in-vehicle display.

[0044] Here are some examples of map patterns. For instance, many service providers such as shops or restaurants are not open late at night. Therefore, in nighttime scenario 321, user 140 might be more concerned with whether they can achieve their expected activities or tasks after arriving at their destination late at night. In this case, the map pattern in nighttime scenario 321 could highlight service providers that are open, or provide the opening hours of various service providers, etc. The map pattern in food scenario 322 could highlight popular restaurants, or provide ratings, specialties, and food types of restaurants in shopping malls or food streets. In travel scenario 324, user 140 might be more concerned with whether tourist attractions are worth visiting and whether the itinerary is reasonable. Therefore, the map pattern in travel scenario 324 could provide ratings of tourist attractions, and location information of various service providers such as restaurants and hotels near the tourist attractions.

[0045] In the parent-child scenario 326, a child is present in vehicle 110. Therefore, the map mode in parent-child scenario 326 can provide information on child-friendly places and services, such as zoos, museums, and playgrounds. In the commuting scenario 328, user 140 may be relatively familiar with the road between their current location and destination. Therefore, user 140 may be more concerned about road conditions to their destination and expect a faster and more time-saving route. Therefore, the map mode in commuting scenario 328 can provide current road conditions and the optimal route. In the electric scenario 329, a significant difference between electric vehicles and fuel-powered vehicles lies in the concern about remaining battery power. Therefore, the map mode in electric scenario 329 can provide real-time battery level changes, the location of charging stations, the availability of charging stations, the power output of charging stations, etc., or provide a pop-up warning when the battery is low.

[0046] To achieve such a map pattern, in some embodiments, the control system 130 may determine, based on the navigation scenario 320, map-related recommendation information associated with the navigation scenario 320, and the layout 330 of the recommendation information in the user interface. Further, the control system 130 may display the recommendation information 340 in the user interface based on the layout 330 to generate the map pattern.

[0047] Therefore, the control system 130 can determine, based on the navigation scenario 320, what information to recommend to the user 110, and how to present the recommended information 340 in an appropriate layout 330 in the user interface of the display system of the vehicle system 120.

[0048] In this article, "layout" refers to the way information is arranged in the user interface. Different layouts can present information in different combinations on the user interface of the display system of the vehicle system 120.

[0049] Different layouts can be defined in several ways, including the number of areas used for information display on a single page of the user interface, the size of these areas, and the type of information displayed in each area. Similarly, different layouts can result in information being combined and presented to the user in different ways, allowing the user to focus on different information, and potentially leading to different information types.

[0050] In some embodiments, the layout in the user interface of the display system of the vehicle system 120 may indicate multiple areas on one or more pages, each area for displaying a corresponding type of information. Different areas may have corresponding sizes. Depending on the size of the user interface of the display system of the vehicle system 120, a page may include one or more areas. The display system of the vehicle system 120 may include one or more pages, and the user can switch between different pages, for example, by swiping with a finger if the display system of the vehicle system 120 includes a touchscreen, or by selecting pages using buttons.

[0051] In some embodiments, the control system 130 may select a target layout template from a plurality of predetermined layout templates based on a navigation scenario 320. This target layout template can be used for the layout of the recommendation information 340 in the user interface of the display system of the in-vehicle system 120.

[0052] In some embodiments, multiple layout templates can be predefined, each defining multiple regions for displaying multiple parts of the recommendation information 340. These regions may be regions for display within a single page or may include regions for display within multiple pages. In some embodiments, each layout template may also define the type of information suitable for display in each region. Because different regions may have different sizes, and the multiple parts of the recommendation information 340 may need to be customized for regions of different sizes to configure appropriate display content, including various visual elements, controls, etc. of the program, for display in the corresponding regions. Therefore, if regions are defined in a layout template, the type of information that can be presented in each region is also determined depending on the size of the region. In some embodiments, multiple region targets of different sizes can be set, and the multiple regions in each layout template may have the same or different sizes. Multiple applications that want to display information on the display system of the in-vehicle system 120 can customize the information presentation for one or more regions of different sizes.

[0053] Since the size and arrangement of the areas used for information display are different in different layout templates, the types of information that can be displayed in each area may also be different. The control system 130 can select a suitable target layout template for displaying recommended information 340 based on the navigation scenario 320.

[0054] In some embodiments, the control system 130 may also enable different presentation methods for different types of recommendation information 340. For example, recommendation information 340 may be categorized into static information, dynamic information, driving information, etc.

[0055] Static information refers to information whose displayed content does not change with time and location. Examples of static information may include, but are not limited to: restaurant location, opening hours, reviews, ratings, average cost per person, service type, and images. For example, control system 130 can enable a highlighting display method for static information, such as highlighting the restaurant's opening hours.

[0056] Dynamic information refers to information whose displayed content changes with time and location. Examples of dynamic information include, but are not limited to: navigation information, the content of which changes as the vehicle 110 is in different locations; audio and / or video information, such as music, radio, voice announcements, television programs, etc., whose playback can be paused and resumed, and whose playback can continue for a certain period of time. By automatically playing dynamic information, such as automatically starting navigation and automatically playing radio, user operation is further simplified, the user's current needs are met, and the user can get on and leave immediately.

[0057] Driving information refers to information related to driving the vehicle 110. Examples of driving information may include, but are not limited to, remaining battery power information, charging reminders, fatigue warnings, and warnings about dangerous driving behaviors. For example, the control system 130 may present driving information through pop-up windows or voice prompts.

[0058] The following text will combine Figure 4 This example illustrates the layout of the user interface of the display system in the vehicle system 120. Figure 4 An example of a layout-based user interface 400 for displaying recommendation information according to some embodiments of the present disclosure is shown.

[0059] In some embodiments, the control system 130 may determine, based on context 310, that the vehicle 110 is currently in an electric scenario 329. The map mode in the electric scenario 329 may present information to the user including weather information, navigation information indicating the route from the current location to the destination, and the location information of charging stations, etc.

[0060] like Figure 4As shown in the user interface 400, the layout indicates an area 410 for displaying weather information, an area 412 for displaying navigation information, and an area 418 for displaying the location information of charging stations. In the area 412 for displaying navigation information, in addition to the navigation route, the location of the charging stations on the map is also displayed. This is because the vehicle's battery level will affect normal operation, and therefore needs to be shown to the user first. Furthermore, information of interest to the user, such as navigation information and weather, also needs to be presented to the user.

[0061] It should be understood that the above is only one example of a possible layout. Setting other layouts for different navigation scenarios is also feasible. For example, layouts corresponding to nighttime scenario 321, food scenario 322, travel scenario 324, family scenario 326, and / or commuting scenario 328, etc., can also be set up.

[0062] After determining the layout 330 of the recommendation information 340, the control system 130 displays the recommendation information 340 in the user interface of the display system of the in-vehicle system 120 based on the determined layout 330. An example of the recommendation information 340 can be found here. Figure 4 .

[0063] As described above, the recommendation information 340 may include various appropriate information associated with the current navigation scenario 320. For example, in the nighttime scenario 321, the recommendation information 340 may include service providers currently in operation, or the operating hours of various service providers. In the dining scenario 322, the recommendation information 340 may include popular restaurants, or provide ratings, specialties, and food types for restaurants in shopping malls or food streets. In the travel scenario 324, the recommendation information 340 may include ratings of tourist attractions, and location information for various service providers such as restaurants and hotels near the tourist attractions. In the family-friendly scenario 326, the recommendation information 340 may include information on places and services suitable for children, such as zoos, museums, and playgrounds. In the commuting scenario 328, the recommendation information 340 may include current traffic conditions and the optimal route. In the electric vehicle scenario 329, the recommendation information 340 may include real-time changes in battery level, the location of charging stations, the availability of charging stations, the power output of charging stations, etc., or provide a pop-up warning when the battery is low.

[0064] The following will refer to Figure 5 The description explains how recommendation information is generated or determined. Figure 5 A flowchart of a process 500 for generating recommendation information according to some embodiments of the present disclosure is shown. Process 500 can be generated by... Figure 1 This is achieved through the control system 130. For ease of discussion, reference will be made to... Figure 1 Describe it.

[0065] In box 510, in order to generate recommendation information 340, the control system 130 can obtain raw information about services associated with navigation scenario 320 from a third-party information provider. In some embodiments, the control system 130 can obtain raw information from various third-party information providers such as weather apps, calendar apps, food apps, map apps, etc. These apps include executable lightweight apps and / or widgets.

[0066] Taking a food app as an example where the third-party information provider is a food app, the control system 130 can request and obtain raw information from the food app. In this case, the raw information may be information such as the restaurant's opening hours, food information, pictures, and / or reviews provided by the food app. For example, the raw information may be "Monday to Sunday 11:00-01:00; Closed from January 24 to January 25, 2020; 11:00-21:00 from January 26 to January 31, 2020".

[0067] Furthermore, the control system 130 can generate recommendation information 340 based on the original information. In some embodiments, the control system 130 can reconstruct the original information into formatted information with a format associated with the display system of the in-vehicle system 120. For example, the control system 130 can reconstruct the unformatted original information "Open Monday to Sunday 11:00-01:00" into formatted information represented by predetermined fields. For example, the formatted information represented by predetermined fields could be "Business Status: Open", "Week: Monday, Tuesday, Wednesday, Thursday, Friday, Saturday, Sunday", "Start Time: 11:00", and "End Time: 01:00". Thus, the control system 130 can effectively utilize and integrate original information from various third-party information providers.

[0068] Furthermore, the control system 130 can determine the attribute values ​​of attributes associated with the recommendation information 340 from the formatted information. For example, for formatted business hours, the control system 130 can determine the attribute value of the business status attribute. Business status can include open, about to close, closed, about to open, and / or unknown, etc.

[0069] For example, an operating status of "Open" could indicate that the current time is within the operating hours. Alternatively, it could indicate that the remaining operating time exceeds a first threshold time (e.g., 1.5 hours). This first threshold time can be set via the vehicle system 120. If the restaurant operates 24 hours a day, the remaining operating time can be set to 24 hours.

[0070] A business status indicating imminent closure can mean that the current time is within the business hours. For example, the remaining business hours are less than a first threshold time but more than a second threshold time (e.g., 0.5 hours). Similar to the first threshold time, the second threshold time can be set via the vehicle system 120. For example, if the restaurant's remaining business hours are less than 1.5 hours but more than 0.5 hours, the restaurant's business status can be considered as imminent closure.

[0071] A "closed" status indicates that the current time is outside of operating hours. For example, the remaining operating time is less than a second threshold time. For instance, if the restaurant's remaining operating time is less than 0.5 hours, its operating status can be considered "closed."

[0072] The "Opening Soon" status indicates that the current time is outside the opening hours, but the opening time is less than a third threshold time (e.g., 0.5 hours). Similar to the first and second threshold times, the third threshold time can be set via the vehicle system 120.

[0073] In addition, an unknown business status can indicate no business hours or that the formatted business hours cannot be reconstructed.

[0074] Furthermore, the control system 130 can generate recommendation information 340 based on attribute values. For example, the control system 130 can generate recommendation information 340 based on business status. For example, recommendation information 340 is a list of restaurants' business status or restaurants that are open, conforming to the display system format of the in-vehicle system 120. Thus, in the map mode of night scene 321, the business status of restaurants will be displayed or restaurants that are open will be highlighted, thereby helping the user 140 make travel decisions.

[0075] Figure 6 A schematic diagram of an example recommendation information generation process 600 according to some embodiments of the present disclosure is shown. Figure 6 As shown, the control system 130 can obtain raw information from a third-party information provider 610. For example, the third-party information provider 610 may be a food app, and the raw information may be restaurant opening hours 620, food information 622, pictures 624, and / or reviews 626 provided by the food app.

[0076] The control system 130 can reconstruct business hours 620, food type 622, pictures 624, and / or reviews 626 into formatted business hours, food type, pictures, and / or reviews.

[0077] The control system 130 may include or invoke one or more microservices. For example, these microservices may include a business status microservice 630, a specialty dish microservice 632, a food type microservice 634, a different city microservice 636, a holiday microservice 636, and / or a user preference microservice 639, etc.

[0078] As examples, the Business Status microservice 630 can determine the restaurant's business status based on formatted business hours. The Featured Dishes microservice 632 can determine the restaurant's featured dishes based on formatted food information. The Food Type microservice 634 can determine the restaurant's food type based on formatted food information. The City / Location microservice 636 can determine whether user 140 is located in a different city / location based on user 140's current location and user 140's usual location. The Holiday / Holiday microservice 638 can determine whether it is a holiday / holiday based on the current time. The User Preferences microservice 639 can determine user preferences based on user history or settings.

[0079] One or more of the various microservices can be integrated into a subservice. A subservice can call one or more microservices. For example, a subservice may include a nighttime business subservice 640, a regional specialty food recommendation subservice 642, a holiday food recommendation subservice 644, and / or a user preference food recommendation service 646, etc.

[0080] As an example, the nighttime operation sub-service 640 can integrate the business status microservice 630 and identify restaurants open at night. The out-of-town specialty food recommendation sub-service 642 can integrate the specialty dish microservice 632 and the out-of-town city microservice 636 and identify the specialty dishes to recommend to users in the out-of-town city. For example, recommending Peking duck to a user living in Shanghai who is traveling in Beijing. The holiday food recommendation sub-service 644 can integrate the food type microservice 634 and the holiday microservice 638 and identify the foods to recommend to users on holidays, such as recommending mooncakes during the Mid-Autumn Festival. The user preference food recommendation service 646 can integrate the food type microservice 634 and the user preference microservice 639 and identify the user's preferred foods.

[0081] Furthermore, one or more of the various sub-services can be integrated into a single service. A service can invoke one or more sub-services. For example, a service may include a nighttime scene map service 650, a food scene map service 652, and / or a travel scene map service 654, etc. As an example, the nighttime scene map service 650, the food scene map service 652, and the travel scene map service 654 can all integrate a nighttime business sub-service 640, a regional specialty food recommendation sub-service 642, a holiday food recommendation sub-service 644, and a user preference-based food recommendation service 646.

[0082] Once the navigation scenario 320 for user 140 driving vehicle 110 is determined, the control system 130 can invoke corresponding services to generate more intelligent and richer personalized recommendation information suitable for the navigation scenario. For example, when navigation scenario 320 is a nighttime scenario 321, the control system 130 can invoke the nighttime scenario map service 650. When navigation scenario 320 is a food scenario 322, the control system 130 can invoke the food scenario map service 652. When navigation scenario 320 is a travel scenario 324, the control system 130 can invoke the travel scenario map service 654.

[0083] It should be understood that Figure 6 The various microservices, subservices, services, and their integration or invocation relationships shown are merely illustrative, and the scope of this invention is not limited thereto.

[0084] Furthermore, the present invention has been described above using the in-vehicle system 120 as an example. As mentioned above, the present invention is not limited thereto, and any other terminal device with navigation functions and display systems can implement the present invention. In the case of other terminal devices besides the in-vehicle system 120, the control system 130 can similarly provide differentiated, smarter, and richer personalized information recommendations and displays suitable for navigation scenarios.

[0085] Specifically, the control system 130 of the terminal device can acquire the context associated with the terminal device, including environmental context, temporal context, and / or user context. In some embodiments, the context may differ for different terminal devices. For example, when a user uses a smartphone for navigation, the control system 130 does not need to acquire information such as the type of vehicle, fuel status, battery status, speed, maintenance status, or traffic violations, but may additionally acquire information such as the locations of nearby stations or available bicycles. Alternatively, when the smartphone is linked to a vehicle, the control system 130 may also acquire information such as the type of vehicle, fuel status, battery status, speed, maintenance status, or traffic violations.

[0086] The control system 130 can determine the navigation scenario in which the user is using a terminal device for navigation based on context. In some embodiments, the navigation scenario may differ for different terminal devices. For example, when a user is using a smartphone for navigation, the navigation scenario may not include an electric vehicle scenario, but may include a cycling scenario or a ride-hailing scenario. However, when a smartphone is linked to a vehicle, the navigation scenario may also include an electric vehicle scenario.

[0087] Therefore, the control system 130 can determine the map mode of the map displayed in the user interface of the terminal device based on the navigation scenario. In some embodiments, the map mode may differ for different terminal devices. Taking navigation using a smartphone as an example, the map mode may not include a map mode for electric vehicle scenarios, but may include map modes for cycling or ride-hailing scenarios. For example, in a map mode for cycling scenarios, the control system 130 may additionally recommend safer cycling routes. In a map mode for ride-hailing scenarios, the control system 130 may additionally recommend information on available ride-hailing vehicles. Alternatively, when the smartphone is linked to a vehicle, the map mode may also include a map mode for electric vehicle scenarios.

[0088] In this way, the control system 130 can adaptively provide more intelligent and richer personalized information recommendations and displays suitable for navigation scenarios based on the type of terminal device.

[0089] In addition, the map mode can also be manually selected by user 140. For example, during the commute to work, user 140 can manually select a map mode for food-related scenarios to obtain more food-related information.

[0090] Figure 7 A schematic block diagram of an electronic device 700 that can be used to implement embodiments of the present disclosure is shown. The electronic device 700 can be used to implement, for example... Figure 1 The control system 130 is shown. For example, the control system 130 may be implemented as or included in the electronic device 700.

[0091] like Figure 7 As shown, the electronic device 700 includes a central processing unit (CPU) 701, which can perform various appropriate actions and processes according to computer program instructions stored in read-only memory (ROM) 702 or loaded from storage unit 708 into random access memory (RAM) 703. The RAM 703 may also store various programs and data required for the operation of the electronic device 700. The CPU 701, ROM 702, and RAM 703 are interconnected via a bus 704. An input / output (I / O) interface 705 is also connected to the bus 704.

[0092] Multiple components in electronic device 700 are connected to I / O interface 705, including: input unit 706, such as keyboard, mouse, etc.; output unit 707, such as various types of displays, speakers, etc.; storage unit 708, such as disk, optical disk, etc.; and communication unit 709, such as network card, modem, wireless transceiver, etc. Communication unit 709 allows electronic device 700 to exchange information / data with other devices through computer networks such as the Internet and / or various telecommunications networks.

[0093] Processing unit 701 executes the various methods and processes described above, such as processes 200 and 500. For example, in some embodiments, processes 200 and 500 may be implemented as computer software programs tangibly contained in a machine-readable medium, such as storage unit 708. In some embodiments, part or all of the computer program may be loaded and / or installed on electronic device 700 via ROM 702 and / or communication unit 709. When the computer program is loaded into RAM 703 and executed by CPU 701, one or more steps of processes 200 and 500 described above may be performed. Alternatively, in other embodiments, CPU 701 may be configured to execute processes 200 and 500 by any other suitable means (e.g., by means of firmware).

[0094] In some embodiments, a computer program product may also be provided. The computer program product may include a computer program that, when executed by the processor 701, implements processes 200 and 500.

[0095] The functions described above in this document can be performed at least in part by one or more hardware logic components. For example, exemplary types of hardware logic components that can be used, without limitation, include: field programmable gate arrays (FPGAs), application-specific integrated circuits (ASICs), application-specific standard products (ASSPs), systems-on-a-chip (SoCs), payload programmable logic devices (CPLDs), and so on.

[0096] The program code used to implement the methods of this disclosure may be written in any combination of one or more programming languages. This program code may be provided to a processor or controller of a general-purpose computer, special-purpose computer, or other programmable data processing apparatus, such that when executed by the processor or controller, the program code causes the functions / operations specified in the flowcharts and / or block diagrams to be implemented. The program code may be executed entirely on a machine, partially on a machine, as a standalone software package partially on a machine and partially on a remote machine, or entirely on a remote machine or server.

[0097] In the context of this disclosure, a machine-readable medium can be a tangible medium that may contain or store a program for use by or in conjunction with an instruction execution system, apparatus, or device. A machine-readable medium can be a machine-readable signal medium or a machine-readable storage medium. A machine-readable medium can be, but is not limited to, electronic, magnetic, optical, electromagnetic, infrared, or semiconductor systems, apparatus, or devices, or any suitable combination of the foregoing. More specific examples of machine-readable storage media include electrical connections based on one or more wires, portable computer disks, hard disks, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), optical fiber, portable compact disk read-only memory (CD-ROM), optical storage devices, magnetic storage devices, or any suitable combination of the foregoing.

[0098] Furthermore, although the operations are described in a specific order, this should be understood as requiring that such operations be performed in the specific order shown or in sequential order, or requiring that all illustrated operations be performed to achieve the desired result. In certain environments, multitasking and parallel processing may be advantageous. Similarly, although several specific implementation details are included in the above discussion, these should not be construed as limiting the scope of this disclosure. Certain features described in the context of individual embodiments may also be implemented in combination in a single implementation. Conversely, various features described in the context of a single implementation may also be implemented individually or in any suitable sub-combination in multiple implementations.

[0099] Although the subject matter has been described using language specific to structural features and / or methodological logic, it should be understood that the subject matter defined in the appended claims is not necessarily limited to the specific features or actions described above. Rather, the specific features and actions described above are merely illustrative examples of implementing the claims.

Claims

1. A method for displaying information, comprising: Obtain the context associated with at least one of the terminal device and the user; Based on the context, determine the navigation scenario in which the user uses the terminal device for navigation; Based on the navigation scenario, multiple types of map-related recommendation information are determined for the navigation scenario, and the layout and presentation of the multiple types of recommendation information in the user interface are determined based on the types of recommendation information. The types of recommendation information include static information, dynamic information, and driving information. Static information refers to information whose displayed content does not change with time and location, and dynamic information refers to information whose displayed content changes with time and location. as well as Based on the layout, the various types of recommendation information are displayed in the user interface of the display system of the terminal device to generate a map mode, which is configured to change dynamically based on the navigation scenario.

2. The method according to claim 1, wherein the terminal device is an in-vehicle system, and the user is a vehicle driver or passenger.

3. The method according to claim 1 or 2, wherein the context includes at least one of the following: Contextual context, which indicates information associated with the environment in which the terminal device is located; Time context, which indicates information about the time associated with the operation of the terminal device; and User context, which indicates information associated with the user.

4. The method according to claim 1 or 2, wherein the navigation scenario includes at least one of the following: Nighttime scenes, Food scene, Travel scenarios, Parent-child scenes, Commuting scenarios, and Electric scene.

5. The method of claim 1 or 2, wherein determining the layout comprises: Based on the navigation scenario, a target layout template is selected from multiple predetermined layout templates, wherein the target layout template indicates the area for displaying the various types of recommendation information; as well as The layout is determined based on the target layout template.

6. The method according to claim 1 or 2, wherein determining the plurality of types of recommendation information includes: Obtain the original information of services associated with the navigation scenario from a third-party information provider; as well as The various types of recommendation information are determined based on the original information.

7. The method according to claim 6, wherein generating the recommendation information based on the original information comprises: The original information is reconstructed into formatted information with a format associated with the display system; The attribute values ​​of the attributes associated with the recommendation information are determined from the formatting information; as well as Based on the attribute values, the various types of recommendation information are determined.

8. An electronic device, comprising: At least one processing unit; as well as At least one memory coupled to the at least one processing unit and storing instructions for execution by the at least one processing unit, the instructions causing the device to perform actions when executed by the at least one processing unit, the actions including: Obtain the context associated with at least one of the terminal device and the user; Based on the context, determine the navigation scenario in which the user uses the terminal device for navigation; Based on the navigation scenario, multiple types of map-associated recommendation information are determined for the navigation scenario, and the layout and presentation of the multiple types of recommendation information in the user interface are determined based on the types of the recommendation information. The types of recommendation information include static information, dynamic information, and driving information. Static information refers to information whose displayed content does not change with time and location, while dynamic information refers to information whose displayed content changes with time and location. Based on the layout, the various types of recommendation information are displayed in the user interface of the display system of the terminal device to generate a map mode, which is configured to change dynamically based on the navigation scenario.

9. The device according to claim 8, wherein the terminal device is an in-vehicle system, and the user is a vehicle driver or passenger.

10. The device according to claim 8 or 9, wherein the context includes at least one of the following: Contextual context, which indicates information associated with the environment in which the terminal device is located; Time context, which indicates information about the time associated with the operation of the terminal device; and User context, which indicates information associated with the user.

11. The device of claim 10, wherein determining the layout comprises: Based on the navigation scenario, a target layout template is selected from multiple predetermined layout templates, wherein the target layout template indicates the area for displaying the various types of recommendation information; as well as The layout is determined based on the target layout template.

12. A computer-readable storage medium having a computer program stored thereon, the program being executed by a processor to implement the method according to any one of claims 1 to 7.

13. A computer program product comprising a computer program that, when executed by a processor, implements the method according to any one of claims 1 to 7.