A vehicle-mounted display interface generation method and device, and a vehicle

Abstract

This invention discloses a method, apparatus, and vehicle for generating an in-vehicle display interface, relating to the field of in-vehicle page display technology. The method includes: acquiring raw data of the vehicle's operating environment and user status in real time; extracting features from the raw data to determine atomic events; determining scene labels based on the matching degree between the atomic events and the weight coefficient corresponding to each atomic event; determining at least one control corresponding to the scene label; and generating an in-vehicle display interface based on the control. This invention can accurately identify the user's current intent, directly extracting controls that were originally scattered across multiple levels to a single-level interface, enabling direct access and significantly reducing visual distraction while driving. It breaks down the boundaries between vehicle control, entertainment systems, and environmental control, automatically aggregating relevant controls based on semantic logic to form an operation panel that conforms to human thinking habits.

Description

Technical Field

[0001] This invention relates to the field of vehicle-mounted page display technology, and more particularly to a method for generating a vehicle-mounted display interface, a device for generating a vehicle-mounted display interface, and a vehicle. Background Technology

[0002] Current smart car settings menus typically use a static, hierarchical tree structure. For example, under the settings node, there's the vehicle node; under the vehicle node, there are windows; and only under the windows node can you find the child lock function. Therefore, users must remember the hierarchical path to find the desired function. Some in-car systems also offer "scenario modes" (such as nap mode or camping mode), but these are usually preset macro-level state transitions, lacking granular customization capabilities for specific needs (such as traveling with children).

[0003] To address the cumbersome operation of the search function, related technologies have further proposed a search function. However, the search function is mostly based on keyword matching and can only jump to a single function page, failing to aggregate related controls scattered across different underlying modules (such as the vehicle body domain, entertainment domain, and chassis domain) into a single view.

[0004] Therefore, the related technologies suffer from long operation paths for finding target functions, resulting in low driving safety. During driving, users need to repeatedly switch between multiple secondary and tertiary menus to complete a set of related operations (e.g., activating child locks when there are children in the back seat, adjusting the screen angle to avoid glare, or turning on the air conditioning to prevent direct airflow), leading to prolonged periods of eye contact with the road and posing safety hazards. Information overload and cognitive burden also occur. For example, while the settings list displays all available options, at certain times (such as in rainy weather), users only care about the wipers and defroster, and numerous irrelevant options interfere with their decision-making efficiency. Furthermore, these technologies lack emotional interaction; the settings interface is impersonal and lacks awareness and feedback regarding the user's current mood or the atmosphere of the scene. Summary of the Invention

[0005] The purpose of this invention is to provide a method, device, electronic device, storage medium, and vehicle for generating an in-vehicle display interface, at least to solve the problems of long function search paths and fragmented cross-domain function operations in in-vehicle settings applications, and to address the technical problem that static menus cannot adapt to dynamic and ever-changing in-vehicle scenarios, resulting in excessive cognitive load for users.

[0006] This invention provides the following solution:

[0007] According to one aspect of the present invention, a method for generating an in-vehicle display interface is provided, comprising:

[0008] Real-time acquisition of raw data on vehicle operating environment and user status; extraction of features from the raw data; determination of atomic events.

[0009] The scene label is determined based on the matching degree between the atomic events and the weight coefficient corresponding to each atomic event;

[0010] Identify at least one control corresponding to the scene label, and generate an in-vehicle display interface based on the control.

[0011] Preferably, the step of extracting features from the original data to determine atomic events includes:

[0012] The raw data is transformed into semantic information;

[0013] Extract features from the semantic information and generate at least one atomic event based on the features.

[0014] Preferably, determining the scene label based on the matching degree between the atomic events and the weight coefficient corresponding to each atomic event includes:

[0015] Based on the atomic events, at least one potential scene label is determined;

[0016] For each potential scene label, determine the set of atomic events corresponding to each potential scene label, and determine the potential atomic events included in the set of atomic events and their corresponding potential weight coefficients;

[0017] Determine the matching degree between the atomic event and the potential atomic event, determine the first matching atomic event, and determine the first weight coefficient corresponding to the first atomic event based on the potential weight coefficient;

[0018] The first weight coefficients are summed to determine the initial confidence level of the potential scene label;

[0019] Based on the initial confidence level, the current scene label is determined from at least one of the potential scene labels.

[0020] Preferably, determining the current scene label among at least one of the potential scene labels based on the initial confidence level includes:

[0021] In response to the fact that the potential scene labels are non-mutually exclusive scene labels, all the potential scene labels are determined as the current scene labels;

[0022] or

[0023] In response to the fact that the potential scene labels are mutually exclusive scene labels, the potential scene label with the highest initial confidence is selected as the current scene label, or the potential scene label with the highest priority is selected as the current scene label.

[0024] Preferably, after determining the scene label, the method further includes:

[0025] In response to the initial confidence level of the scene label being continuously higher than a preset confidence threshold within a preset time window, or the initial confidence level of the scene label being continuously rising within a preset time window, the scene corresponding to the scene label is activated.

[0026] The scene state is processed, and if the scene state at the current moment differs from the scene state at the previous moment, the scene activation confirmation delay is increased.

[0027] Preferably, determining at least one control corresponding to the scene label and generating an in-vehicle display interface based on the control includes:

[0028] Obtain a pre-set scene control mapping knowledge graph, and determine at least one corresponding control in the scene control mapping knowledge graph based on the scene tag;

[0029] Calculate the interface layout of the controls based on their quantity and type;

[0030] The default values ​​are pre-filled based on the interface layout to generate the vehicle display interface.

[0031] Preferably, after generating the in-vehicle display interface based on the control, the method further includes:

[0032] Determine the emotional attributes that have been pre-set for the scene labels;

[0033] Determine the image and voice prompts corresponding to the emotional attributes.

[0034] Preferably, the image is used to decorate the in-vehicle display interface and / or as a carrier of interactive feedback.

[0035] According to a second aspect of the present invention, an in-vehicle display interface generation apparatus is provided, comprising:

[0036] The atomic event determination module is used to acquire raw data of the vehicle operating environment and user status in real time, extract features from the raw data, and determine atomic events.

[0037] The scene label determination module is used to determine scene labels based on the matching degree between the atomic events and the weight coefficient corresponding to each atomic event;

[0038] The display interface generation module is used to determine at least one control corresponding to the scene label and generate an in-vehicle display interface based on the control.

[0039] According to three aspects of the present invention, an electronic device is provided, comprising: a processor, a communication interface, a memory, and a communication bus, wherein the processor, the communication interface, and the memory communicate with each other through the communication bus;

[0040] The memory stores a computer program, which, when executed by the processor, causes the processor to perform the steps of the in-vehicle display interface generation method.

[0041] According to four aspects of the present invention, a computer-readable storage medium is provided, comprising: storing a computer program executable by an electronic device, wherein when the computer program is run on the electronic device, the electronic device performs the steps of a vehicle display interface generation method.

[0042] According to five aspects of the present invention, a vehicle is provided, comprising:

[0043] Electronic device, used to implement the steps of the method for generating an in-vehicle display interface;

[0044] The processor runs a program, and when the program runs, it executes the steps of the in-vehicle display interface generation method based on data output from the electronic device.

[0045] Storage medium for storing programs that, when running, execute steps of the in-vehicle display interface generation method based on data output from electronic devices.

[0046] The above solution achieves the following beneficial technical effects:

[0047] This invention extracts features from raw data to determine atomic events, which can then accurately identify the user's current intent.

[0048] This invention determines scene labels based on the matching degree between atomic events and the weight coefficient corresponding to each atomic event, using a combination of weighted fusion and logical reasoning. This identifies at least one control corresponding to each scene label, which is then used to generate an in-vehicle display interface. Controls that were originally scattered across multiple (e.g., 3-4) levels are directly extracted to a single-level interface, enabling direct access, significantly reducing visual distraction while driving, streamlining interaction, and improving safety. It achieves cross-domain fusion and logical consistency, breaking down the boundaries between vehicle control, entertainment systems, and environmental control. Related controls are automatically aggregated based on semantic logic to form an operation panel that conforms to human thinking habits. Furthermore, the system no longer passively waits for commands but proactively pushes configurations based on passenger characteristics (such as recognizing children), enhancing the intelligent experience of the cabin and achieving personalized, proactive service. Attached Figure Description

[0049] Figure 1This is a flowchart of a method for generating an in-vehicle display interface provided by one or more embodiments of the present invention.

[0050] Figure 2 This is a schematic diagram of a generated vehicle display interface provided in a specific embodiment of the present invention.

[0051] Figure 3 This is a schematic diagram illustrating AI shortcuts provided in a specific embodiment of the present invention.

[0052] Figure 4 This is a structural diagram of an in-vehicle display interface generation device provided by one or more embodiments of the present invention.

[0053] Figure 5 This is a block diagram of an electronic device structure for a vehicle display interface generation method provided in one or more embodiments of the present invention. Detailed Implementation

[0054] The technical solution of the present invention will now be clearly and completely described with reference to the accompanying drawings. Obviously, the described embodiments are only some, not all, of the embodiments of the present invention. Based on the embodiments of the present invention, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of the present invention.

[0055] Figure 1 This is a flowchart of a method for generating an in-vehicle display interface provided by one or more embodiments of the present invention.

[0056] like Figure 1 The methods for generating the in-vehicle display interface shown include:

[0057] Step S1: Obtain raw data on the vehicle's operating environment and user status, extract features from the raw data, and determine atomic events.

[0058] The real-time acquisition of raw data on vehicle operating environment and user status includes vehicle status data stream, cabin perception data stream, external environment data stream, and user historical behavior data stream.

[0059] Among them, the vehicle status data stream can be obtained in real time by reading signals such as vehicle speed, gear status (P / R / N / D), door lock status, window opening, air conditioning set temperature and fan speed, light on status, and remaining battery power through the vehicle bus (such as CAN or Ethernet).

[0060] The in-cabin perception data stream can be obtained by using in-vehicle cameras (DMS / OMS) to collect the driver's and passengers' facial orientation, gaze points, and body movements (such as holding a baby or fastening a seatbelt); and by using a microphone array to collect in-cabin voice commands, background noise decibels, and specific sound sources (such as a baby crying or a pet barking).

[0061] External environment data streams obtain the vehicle's current location information (such as school areas, hospitals, highways) through GPS / BeiDou positioning modules, and combine this with network services to obtain local real-time weather conditions (rain, snow, fog), light intensity, and timestamp information.

[0062] User history behavior data stream is obtained by retrieving the user's function operation records and preference settings in similar time periods and geographical locations over a period of time (such as the last 30 days) from local storage or cloud servers.

[0063] Furthermore, feature extraction is performed on all the acquired raw data to identify atomic events with semantic information.

[0064] Step S2: Determine the scene label based on the matching degree between atomic events and the weight coefficient corresponding to each atomic event.

[0065] In this embodiment, the scene label is derived by combining weighted fusion and logical reasoning based on the matching degree between atomic events and the weight coefficient corresponding to each atomic event, thereby determining the current scene label.

[0066] There can be one scene label or multiple scene labels.

[0067] Step S3: Determine at least one control corresponding to the scene label, and generate the vehicle display interface based on the control.

[0068] Once the current scenario label is determined (e.g., confirmed as "short trip with children"), at least one corresponding control will be identified based on the determined scenario label. Dynamic UI layout will be performed on all determined controls to generate the corresponding in-vehicle display interface, which will then be displayed on the in-vehicle display screen, for example, on the in-vehicle central control screen.

[0069] This embodiment uses atomic events to predict user intent, thereby determining the controls corresponding to the current scene label. At least one control is not only from the same module, but a combination spanning the vehicle control domain (windows) and the smart cockpit domain (screen / audio). After dynamically laying out the UI for all determined controls, a corresponding in-vehicle display interface is generated, showcasing high-frequency relevant functions in the current scene, filtering out irrelevant information, reducing the user's visual search range and cognitive load during driving, allowing the driver to focus more on road conditions and reducing the risk of distraction caused by operating the vehicle's infotainment system.

[0070] The following embodiments, in conjunction with the accompanying drawings, will specifically describe the implementation of the in-vehicle display interface generation method provided by the present invention, which automatically generates a personalized setting form adapted to the current scenario by collecting multi-dimensional data inside and outside the vehicle and through a semantic understanding and logical reasoning engine.

[0071] After collecting raw data on the vehicle's operating environment and user status, the raw data is transformed into semantic information. Features of the semantic information are extracted, and at least one atomic event is generated based on the features. For example, when the camera detects an object less than 1 meter tall in the back seat accompanied by specific audio features, atomic event A "There is a young child in the back seat" is generated; when GPS positioning shows that the vehicle is located near an elementary school and the time is between 4 pm and 5 pm, atomic event B "It is during the school pick-up and drop-off period" is generated; when the vehicle speed is greater than 0 and the gear is in D, atomic event C "The vehicle is in motion" is generated.

[0072] Based on all identified atomic events, identify at least one potential scenario label, such as travel with a child, commuting in the rain, or taking a long break.

[0073] For each potential scene tag, obtain a set of associated atomic events pre-defined for that potential scene tag, and obtain the potential weight coefficients set for the potential atomic events included in each atomic event set.

[0074] The atomic events determined based on the currently acquired raw data are matched with the potential atomic events included in each atomic event set to determine the first atomic event that matches each atomic event, and the first weight coefficient of the atomic event is determined based on the potential weight coefficient corresponding to the first atomic event.

[0075] Furthermore, the first weight coefficients are summed to determine the initial confidence level of the potential scenario label. For example, for the label "traveling with a child", the corresponding set of atomic events includes atomic event A (child in the back seat), atomic event B (pick-up and drop-off time), and atomic event C (while driving). Among them, atomic event A has the highest weight (0.6), atomic event B has the second highest weight (0.3), and atomic event C has the lowest weight (0.1). If only atomic event A is detected, the initial confidence level of the scenario label is 0.6. If atomic events A, B, and C are detected simultaneously, the initial confidence level of the scenario label is accumulated to 1.0.

[0076] Therefore, the current scene label is determined based on the initial confidence level of each potential scene label.

[0077] Specifically, if the potential scene labels are non-mutually exclusive scene labels, then all potential scene labels are determined as the current scene labels.

[0078] If potential scenario labels are mutually exclusive, the system selects the potential scenario label with the highest initial confidence level as the current scenario label, or selects the potential scenario label with the highest priority as the current scenario label. For example, if the initial confidence level of the "Sports Driving Mode" label increases due to the detection of aggressive driving behavior, but it is mutually exclusive with the "Traveling with a Child" label, the system will prioritize retaining the label with higher confidence level or higher safety priority.

[0079] In this embodiment, after determining the scene label, a preset window sliding mechanism can be used to verify the scene label. If the initial confidence level of the scene label remains higher than a preset confidence threshold within a preset time window, or if the initial confidence level of the scene label continues to rise within the preset time window, the scene corresponding to the scene label is activated. The preset time window can be 3 to 5 seconds to avoid misjudgments caused by momentary interference, such as a pedestrian briefly appearing in the camera's field of view being mistaken for a current vehicle occupant.

[0080] It can also be combined with the scene state of the previous moment for smoothing. If the scene derived at the moment is very different from the previous moment, the confirmation activation delay will be increased to prevent the interface from changing frequently.

[0081] After determining the scene label, a pre-set scene control mapping knowledge graph is obtained. This knowledge graph defines the set of controls and their attributes that users frequently operate on in different scenarios. For example, for the label "short trip with children," the scene control mapping knowledge graph points to controls including: "rear window child lock" in the vehicle body domain, "rear screen content restriction / projection screen mode" in the entertainment domain, "anti-direct airflow mode" in the air conditioning domain, and "seat heating / ventilation" in the seat domain. Thus, at least one control corresponding to the scene label is identified in this scene control mapping knowledge graph.

[0082] The UI layout is dynamically calculated based on the number of controls identified in the scene control mapping knowledge graph and the type of controls corresponding to their attributes. Specifically, if there are fewer than three controls, a large card-based layout is used for easy blind operation. If there are many controls, a waterfall layout is used, with core controls on top and secondary controls collapsing. For switch-type controls (such as child locks), they are directly rendered as toggle switches; for adjustment controls (such as brightness and volume), they are rendered as sliders or steppers.

[0083] Furthermore, default values ​​are pre-filled based on the interface layout to generate the in-vehicle display interface. Specifically, the initial state of controls is automatically pre-filled according to user history or best practices for the scenario. For example, when a "caring for a child" scenario is detected, the "rear screen brightness" is automatically preset to a soft mode, and the "air conditioning fan speed" is preset to a low setting, which the user only needs to confirm or make minor adjustments.

[0084] The generated in-vehicle display interface can be a list view, a dashboard, a chatbot (asking the user if they need to activate a certain function), or a voice interaction, such as AI directly asking: "We've detected a baby in the back seat. Do you need me to lock the windows and play a nursery rhyme for you?"

[0085] In this embodiment, in order to improve the user experience, while generating the in-vehicle display interface form, a multimodal generation model can also be invoked to determine the emotional attributes that have been pre-set for the scene tags, as well as the image and voice prompts corresponding to the emotional attributes.

[0086] The images can be illustrations or 3D visual representations, or even perspective views of a vehicle's interior rendered using real-time ray tracing, highlighting the components being controlled (e.g., highlighting the rear window). Furthermore, based on the emotional attributes of scene tags (e.g., warm, tense, relaxed), matching illustrations / 3D images are generated or retrieved in real-time. Figure 2 This is a schematic diagram of a generated in-vehicle display interface provided in a specific embodiment of the present invention. For example... Figure 2 As shown, real-time generation or retrieval of matching illustrations / 3D images can be... Figure 2 The image features a polar bear. This image is not only decorative but also serves as an interactive feedback mechanism; for example, when a child lock is opened, the polar bear makes an "OK" gesture.

[0087] Figure 3 This is a schematic diagram illustrating AI shortcuts provided in a specific embodiment of the present invention. For example... Figure 3 As shown, users can access the generated in-vehicle display interface corresponding to the current scene label by clicking the "AI Shortcut" tab. Alternatively, when a change in the current scene label is detected, a floating window (widget) will pop up on the desktop or a "suggested settings card" will be pushed to the notification bar, allowing users to operate without having to actively click to enter the settings application.

[0088] This embodiment breaks the hierarchical limitations of tree menus, dynamically aggregating functional controls that were originally scattered across different underlying modules such as vehicle body, entertainment, and air conditioning into a single view based on scenario requirements. This transforms the process from "multi-level navigation" to "direct single-page control," significantly shortening the user's operation path and time for completing complex settings combinations.

[0089] This embodiment can also automatically adjust the interface layout based on real-time environment (weather, location), vehicle status, and occupant characteristics (such as recognizing children), rather than relying on manual user configuration. This achieves a shift from humans adapting to machines to machines adapting to humans, enabling the in-vehicle system to provide proactive services similar to a personal assistant. Combining emotionally resonant images with dynamically generated UI breaks away from the coldness of traditional tool-based settings. By matching visual feedback with the current scene's atmosphere (such as the warmth of a child-friendly mode), it enhances the user's emotional connection and satisfaction with the smart cockpit, optimizes the user experience, and improves the emotional interaction between the user and the in-vehicle system.

[0090] For example, if the current scenario is labeled as a short trip with a child, the first trigger stage is as follows: the vehicle starts, the OMS camera detects a child of approximately 3 years old in the rear left child safety seat, and the GPS shows the destination as a kindergarten 5 kilometers away. The time is 8:30 AM.

[0091] Next, the processing phase begins: the AI ​​engine determines the current scenario as "dropping off the child during rush hour." The system queries the configuration table and finds that users typically need to focus on safety and reassurance in this scenario. ③ The system retrieves the following controls from the underlying API: left rear window lock, right rear window lock, projection screen mode (for playing cartoons), air conditioning vent direction, etc.

[0092] Final presentation stage: Reference Figure 3 Users can click the "AI Shortcut" tab to access the generated in-vehicle display interface. (Reference) Figure 2 The top of the interface displays the title: Current Scene: Short Trip with a Child. Two rows of controls are dynamically generated in the middle area: the first row is a separate switch group for "Child Lock on Car Windows"; the second row is a selector for "Projection Screen Mode" (collapse / floating / giant screen / screen). The right side displays a heartwarming 3D rendering of a "bear driver with a little girl," creating a relaxed atmosphere.

[0093] Then, you can enter the interactive stage: without having to go into the deep menu, the user can directly click the "left rear window lock" icon on the current page, and the system will immediately issue a command to lock the window and provide tactile feedback.

[0094] Figure 4 This is a structural diagram of an in-vehicle display interface generation device provided by one or more embodiments of the present invention.

[0095] like Figure 4 The in-vehicle display interface generation device shown includes: an atomic event determination module, a scene label determination module, and a display interface generation module.

[0096] The atomic event determination module is used to acquire raw data on the vehicle's operating environment and user status in real time, extract features from the raw data, and determine atomic events.

[0097] The scene label determination module is used to determine scene labels based on the matching degree between atomic events and the weight coefficient corresponding to each atomic event;

[0098] The display interface generation module is used to determine at least one control corresponding to the scene label and generate the vehicle display interface based on the control.

[0099] Real-time acquisition of raw data on vehicle operating environment and user status; extraction of features from raw data; identification of atomic events.

[0100] The scene label is determined based on the matching degree between atomic events and the weight coefficient corresponding to each atomic event;

[0101] Identify at least one control corresponding to the scene label, and generate the vehicle display interface based on the control.

[0102] The atomic event determination module is used to transform raw data into semantic information; extract features from the semantic information; and generate at least one atomic event based on the features.

[0103] The scene label determination module is used to determine at least one potential scene label based on atomic events; for each potential scene label, determine the set of atomic events corresponding to each potential scene label, and determine the potential atomic events included in the set of atomic events and their corresponding potential weight coefficients; determine the matching degree between atomic events and potential atomic events, determine the first matching atomic event, and determine the first weight coefficient corresponding to the first atomic event based on the potential weight coefficients; sum the first weight coefficients to determine the initial confidence of the potential scene label; and determine the current scene label among at least one potential scene label based on the initial confidence.

[0104] The scene label determination module is used to determine all potential scene labels as the current scene label in response to the potential scene label being a non-mutually exclusive scene label; or, in response to the potential scene label being a mutually exclusive scene label, to select the potential scene label with the highest initial confidence as the current scene label, or to select the potential scene label with the highest priority as the current scene label.

[0105] The scene label determination module is also used to activate the scene corresponding to the scene label in response to the initial confidence of the scene label being higher than the preset confidence threshold within a preset time window, or the initial confidence of the scene label being higher within a preset time window; and to process the scene state of the scene, and if there is a difference between the scene state at the current moment and the scene state at the previous moment, to increase the scene activation confirmation delay.

[0106] The display interface generation module is used to obtain a pre-set scene control mapping knowledge graph, determine at least one corresponding control in the scene control mapping knowledge graph based on scene tags, calculate the interface layout of the controls according to the number and type of controls, and pre-fill default values ​​based on the interface layout to generate the vehicle display interface.

[0107] The display interface generation module is also used to determine the emotional attributes that have been pre-set for scene labels; and to determine the image and voice prompts corresponding to the emotional attributes.

[0108] Images are used to decorate the in-vehicle display interface and / or as a carrier of interactive feedback.

[0109] Figure 5 This is a block diagram of an electronic device structure for a vehicle display interface generation method provided in one or more embodiments of the present invention.

[0110] like Figure 5 As shown, the present invention provides an electronic device, including: a processor, a communication interface, a memory, and a communication bus, wherein the processor, the communication interface, and the memory communicate with each other through the communication bus;

[0111] The memory stores a computer program, which, when executed by the processor, causes the processor to perform the steps of a method for generating an in-vehicle display interface.

[0112] The present invention also provides a computer-readable storage medium storing a computer program executable by an electronic device, which, when run on the electronic device, causes the electronic device to perform the steps of a method for generating an in-vehicle display interface.

[0113] The present invention also provides a vehicle, comprising:

[0114] An electronic device for implementing the steps of a method for generating an in-vehicle display interface;

[0115] The processor runs a program, and when the program runs, it executes the steps of the in-vehicle display interface generation method based on data output from the electronic device.

[0116] Storage medium for storing programs that, when running, execute steps of the in-vehicle display interface generation method based on data output from electronic devices.

[0117] The communication bus mentioned in the above electronic devices can be a Peripheral Component Interconnect (PCI) bus or an Extended Industry Standard Architecture (EISA) bus, etc. This communication bus can be divided into address bus, data bus, control bus, etc. For ease of illustration, only one thick line is used to represent it in the diagram, but this does not mean that there is only one bus or one type of bus.

[0118] The electronic device comprises a hardware layer, an operating system layer running on top of the hardware layer, and an application layer running on the operating system. The hardware layer includes hardware such as a central processing unit (CPU), a memory management unit (MMU), and memory. The operating system can be any one or more computer operating systems that control the electronic device through processes, such as Linux, Unix, Android, iOS, or Windows. Furthermore, in this embodiment of the invention, the electronic device can be a smartphone, tablet computer, or other handheld device, or a desktop computer, portable computer, or other electronic device; there is no particular limitation in this embodiment.

[0119] In this embodiment of the invention, the executing entity for electronic device control can be an electronic device itself, or a functional module within an electronic device capable of calling and executing a program. The electronic device can obtain the firmware corresponding to the storage medium. This firmware is provided by the supplier, and different storage media may have the same or different firmware; no limitation is made here. After obtaining the firmware corresponding to the storage medium, the electronic device can write this firmware into the storage medium; specifically, it burns the firmware corresponding to the storage medium into the storage medium. The process of burning the firmware into the storage medium can be implemented using existing technology, and will not be elaborated upon in this embodiment of the invention.

[0120] Electronic devices can also obtain reset commands corresponding to storage media. These reset commands are provided by the supplier, and the reset commands for different storage media can be the same or different, which is not limited here.

[0121] At this time, the storage medium of the electronic device is a storage medium on which the corresponding firmware has been written. The electronic device can respond to the reset command corresponding to the storage medium on which the corresponding firmware has been written, thereby resetting the storage medium on which the corresponding firmware has been written according to the reset command. The process of resetting the storage medium according to the reset command can be implemented by existing technology and will not be described in detail in this embodiment of the invention.

[0122] For ease of description, the above apparatus is described by dividing it into various units and modules according to their functions. Of course, in implementing this invention, the functions of each unit and module can be implemented in one or more software and / or hardware.

[0123] It will be understood by those skilled in the art that, unless otherwise defined, all terms used herein (including technical and scientific terms) have the same meaning as commonly understood by one of ordinary skill in the art to which this invention pertains. It should also be understood that terms such as those defined in general dictionaries should be understood to have the meaning consistent with their meaning in the context of the prior art, and should not be interpreted in an idealized or overly formal sense unless specifically defined.

[0124] For the sake of simplicity, the method embodiments are described as a series of actions. However, those skilled in the art should understand that the embodiments of the present invention are not limited to the described order of actions, because according to the embodiments of the present invention, some steps can be performed in other orders or simultaneously. Furthermore, those skilled in the art should also understand that the embodiments described in the specification are preferred embodiments, and the actions involved are not necessarily essential to the embodiments of the present invention.

[0125] As can be seen from the above description of the embodiments, those skilled in the art can clearly understand that the present invention can be implemented by means of software plus necessary general-purpose hardware platforms. Based on this understanding, the technical solution of the present invention, or the part that contributes to the prior art, can be embodied in the form of a software product. This computer software product can be stored in a storage medium, such as ROM / RAM, magnetic disk, optical disk, etc., and includes several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute the methods described in various embodiments or some parts of the embodiments of the present invention.

[0126] Finally, it should be noted that the above embodiments are only used to illustrate the technical solutions of the present invention, and not to limit them. Although the present invention has been described in detail with reference to the foregoing embodiments, those skilled in the art should understand that modifications can still be made to the technical solutions described in the foregoing embodiments, or equivalent substitutions can be made to some or all of the technical features therein. Such modifications or substitutions do not cause the essence of the corresponding technical solutions to deviate from the scope of the technical solutions of the embodiments of the present invention.

Claims

1. A method for generating an in-vehicle display interface, characterized in that, include: Real-time acquisition of raw data on vehicle operating environment and user status; extraction of features from the raw data; determination of atomic events. The scene label is determined based on the matching degree between the atomic events and the weight coefficient corresponding to each atomic event; Identify at least one control corresponding to the scene label, and generate an in-vehicle display interface based on the control.

2. The method for generating an in-vehicle display interface according to claim 1, characterized in that, The step of extracting features from the raw data and determining atomic events includes: The raw data is transformed into semantic information; Extract features from the semantic information and generate at least one atomic event based on the features.

3. The method for generating an in-vehicle display interface according to claim 1, characterized in that, The step of determining the scene label based on the matching degree between the atomic events and the weight coefficient corresponding to each atomic event includes: Based on the atomic events, at least one potential scene label is determined; For each potential scene label, determine the set of atomic events corresponding to each potential scene label, and determine the potential atomic events included in the set of atomic events and their corresponding potential weight coefficients; Determine the matching degree between the atomic event and the potential atomic event, determine the first matching atomic event, and determine the first weight coefficient corresponding to the first atomic event based on the potential weight coefficient; The first weight coefficients are summed to determine the initial confidence level of the potential scene label; Based on the initial confidence level, the current scene label is determined from at least one of the potential scene labels.

4. The method for generating an in-vehicle display interface according to claim 3, characterized in that, Determining the current scene label among at least one of the potential scene labels based on the initial confidence level includes: In response to the fact that the potential scene labels are non-mutually exclusive scene labels, all the potential scene labels are determined as the current scene labels; or In response to the fact that the potential scene labels are mutually exclusive scene labels, the potential scene label with the highest initial confidence is selected as the current scene label, or the potential scene label with the highest priority is selected as the current scene label.

5. The method for generating an in-vehicle display interface according to claim 1, characterized in that, After determining the scene label, the method further includes: In response to the initial confidence level of the scene label being higher than a preset confidence threshold for an extended period of time, or the initial confidence level of the scene label being increased for an extended period of time, the scene corresponding to the scene label is activated. The scene state is processed, and if the scene state at the current moment differs from the scene state at the previous moment, the scene activation confirmation delay is increased.

6. The method for generating an in-vehicle display interface according to claim 1, characterized in that, The step of determining at least one control corresponding to the scene label and generating an in-vehicle display interface based on the control includes: Obtain a pre-set scene control mapping knowledge graph, and determine at least one corresponding control in the scene control mapping knowledge graph based on the scene tag; Calculate the interface layout of the controls based on their quantity and type; The default values ​​are pre-filled based on the interface layout to generate the vehicle display interface.

7. The method for generating an in-vehicle display interface according to claim 1, characterized in that, After generating the in-vehicle display interface based on the control, the method further includes: Determine the emotional attributes that have been pre-set for the scene labels; Determine the image and voice prompts corresponding to the emotional attributes.

8. The method for generating an in-vehicle display interface according to claim 7, characterized in that, The image is used to decorate the in-vehicle display interface and / or as a carrier of interactive feedback.

9. A vehicle-mounted display interface generation device, characterized in that, Determining the shift execution trajectory using the method according to any one of claims 1-8 includes: The atomic event determination module is used to acquire raw data of the vehicle operating environment and user status in real time, extract features from the raw data, and determine atomic events. The scene label determination module is used to determine scene labels based on the matching degree between the atomic events and the weight coefficient corresponding to each atomic event; The display interface generation module is used to determine at least one control corresponding to the scene label and generate an in-vehicle display interface based on the control.

10. A vehicle, characterized in that, include: An electronic device for implementing the steps of the vehicle display interface generation method as described in any one of claims 1 to 8; A processor that runs a program that, when the program is running, performs the steps of the in-vehicle display interface generation method as described in any one of claims 1 to 8 from data output by the electronic device. A storage medium for storing a program that, when running, performs the steps of the vehicle display interface generation method as described in any one of claims 1 to 8 on data output from an electronic device.

Images