A multi-scene vehicle-machine interface display method and system based on an SOA architecture

By adopting an SOA-based approach to vehicle infotainment signal grouping and functional services, the problems of high maintenance costs and low development efficiency in existing vehicle infotainment system architectures are solved. This approach simplifies the rapid composition of functional services and troubleshooting, thereby improving user satisfaction.

CN116872863BActive Publication Date: 2026-07-21CHINA FAW CO LTD +1

Patent Information

Authority / Receiving Office
CN · China
Patent Type
Patents(China)
Current Assignee / Owner
CHINA FAW CO LTD
Filing Date
2023-06-21
Publication Date
2026-07-21

AI Technical Summary

Technical Problem

The existing vehicle infotainment system architecture directly faces the vehicle's signals, resulting in high maintenance costs, severely fragmented and coupled logic, low development efficiency, and difficulty in troubleshooting.

Method used

The system adopts an SOA-based architecture, organizes the vehicle's signals into signal groups, and forms corresponding functional services based on preset functional standards. It then determines whether the current vehicle model supports these services and displays the corresponding information on the vehicle's interface.

Benefits of technology

By grouping and organizing vehicle-mounted system signals, functional services can be quickly assembled, improving development efficiency, simplifying troubleshooting, and enhancing user satisfaction.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN116872863B_ABST
    Figure CN116872863B_ABST
Patent Text Reader

Abstract

The application discloses a multi-scene vehicle-machine interface display method and system based on an SOA architecture, electronic equipment, a storage medium and an intelligent cockpit. The method comprises the following steps: based on a preset vehicle-machine signal standard, sorting vehicle-machine signals into signal groups; thereby sorting and grouping a plurality of vehicle-machine signals, based on a preset function standard, grouping the signal groups into corresponding function services; thereby quickly grouping the corresponding function services, judging whether the current vehicle type has the function service, and when the function service is supported, displaying corresponding information on the vehicle-machine interface according to the state of the function service. Thus, the vehicle-machine signals are effectively grouped and sorted, the corresponding function services are quickly grouped, and when a problem occurs, the problem can be targetedly investigated, thereby improving the development landing efficiency and improving the user satisfaction by displaying the corresponding function services.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] This invention relates to the field of vehicle technology, and in particular to a multi-scenario vehicle infotainment interface display method, system, electronic device, storage medium, and smart cockpit based on SOA architecture. Background Technology

[0002] With the development of automotive intelligence, developing new functions and improving existing functions is a key development direction. As people's demand for automotive intelligence increases, there are also great requirements for development efficiency. At the same time, the efficiency of development and implementation has become a competitive advantage.

[0003] Existing in-vehicle infotainment system architectures typically directly face the vehicle's signals, leading to numerous development challenges, such as:

[0004] There are tens of thousands of vehicle-mounted system signals, resulting in high maintenance costs;

[0005] The adapter layer, located between the signal and application layers, suffers from severe logical dispersion and coupling, and lacks maintenance.

[0006] The application logic changes in blocks, resulting in insufficient development efficiency.

[0007] Directly facing the signal makes troubleshooting difficult.

[0008] In view of the above-mentioned technical problems, the present invention provides a multi-scenario vehicle interface display method, system, electronic device, storage medium and smart cockpit based on SOA architecture. Summary of the Invention

[0009] To address the technical problems in existing vehicle infotainment systems that cannot effectively group and organize vehicle signals, thus hindering the rapid assembly of corresponding functional services and making troubleshooting difficult, thereby reducing development and deployment efficiency, this invention provides a multi-scenario vehicle infotainment interface display method, system, electronic device, storage medium, and smart cockpit based on SOA architecture.

[0010] To achieve the objectives of this invention, a multi-scenario vehicle infotainment interface display method based on SOA architecture is provided, comprising:

[0011] Based on the preset vehicle infotainment system signal standard, the vehicle infotainment system signals are organized into various signal groups;

[0012] Based on preset functional standards, the signal groups are combined into corresponding functional services;

[0013] Determine whether the current vehicle model has the aforementioned functional service;

[0014] When the aforementioned functional service is supported, the corresponding display will be made on the vehicle's infotainment interface according to the status of the functional service.

[0015] In some specific embodiments, based on a preset vehicle infotainment signal standard, the vehicle infotainment signal is organized into various signal groups, specifically including:

[0016] A preset isolation signal standard is used to ensure that the acquired signal groups do not interfere with each other during execution;

[0017] A preset atomic signal standard is established to ensure that the acquired signal groups remain consistent whether they are being executed or not.

[0018] A pre-defined consistent signal standard is used to determine whether each signal group based on the atomic signal standard has been successfully executed and to obtain each signal group that has been successfully executed.

[0019] A preset continuous signal standard is used. Based on the consistent signal standard, the state of each successfully executed signal group is changed and submitted.

[0020] In some specific embodiments, based on preset functional standards, the signal groups are grouped into corresponding functional services, specifically including:

[0021] The preset functional standards include gear level service, fragrance service, lighting service and power service;

[0022] Based on the aforementioned service levels, fragrance service, lighting service, and power service, the signal groups that meet the corresponding services will be combined to provide corresponding functional services according to the characteristics of each signal group.

[0023] In some specific embodiments, determining whether the current vehicle model has the aforementioned functional service specifically includes:

[0024] Obtain the status information corresponding to the function service, and determine whether the current vehicle model has the function service based on the changes in the status information.

[0025] In some specific embodiments, the method further includes:

[0026] If the current vehicle model has the aforementioned function service, based on the signal groups corresponding to the function service, an entry point for modifying the function service is provided through the characteristics between the signal groups, and the function service is continuously monitored.

[0027] In some specific embodiments, when the functional service is supported, the corresponding display is made on the vehicle interface according to the status of the functional service, specifically including:

[0028] Create a status bar based on the vehicle's infotainment interface;

[0029] The status bar provides a scene display entry for the aforementioned functional services;

[0030] When entering the scene display portal, the status of the function service is displayed.

[0031] Based on the same concept, the present invention also provides a multi-scenario vehicle interface display system based on SOA architecture, comprising:

[0032] The signal group organizing module is used to organize the vehicle system signals into signal groups based on a preset vehicle system signal standard;

[0033] The functional service component module is used to assemble the signal groups into corresponding functional services based on preset functional standards.

[0034] The function service determination module is used to determine whether the current vehicle model has the stated function service;

[0035] The vehicle infotainment interface display module is used to display the corresponding information on the vehicle infotainment interface according to the status of the function service when the function service is supported.

[0036] Based on the same concept, the present invention also 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; the memory stores a computer program, and when the computer program is executed by the processor, the processor performs the steps of the above-described multi-scenario vehicle interface display method based on SOA architecture.

[0037] Based on the same concept, 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 the above-described multi-scenario vehicle interface display method based on SOA architecture.

[0038] Based on the same concept, the present invention also provides an intelligent cockpit, wherein the intelligent cockpit is equipped with a multi-scenario vehicle interface display system based on SOA architecture as described above.

[0039] Compared with the prior art, the present invention has the following beneficial effects:

[0040] This invention discloses a multi-scenario vehicle infotainment interface display method, system, electronic device, storage medium, and smart cockpit based on SOA architecture. The method includes organizing vehicle infotainment signals into signal groups based on preset vehicle signal standards; grouping these signals; and assembling corresponding functional services based on preset functional standards. This allows for the rapid assembly of functional services and determines whether the current vehicle model supports the provided services. When a functional service is supported, the method displays the corresponding information on the vehicle infotainment interface based on its status. This effectively groups and organizes vehicle signals, quickly assembling corresponding functional services. It also allows for targeted troubleshooting when problems arise, improving development and deployment efficiency. Furthermore, displaying the corresponding functional services enhances user satisfaction. Attached Figure Description

[0041] Figure 1 This is a schematic diagram of the structure of a multi-scenario vehicle interface display method based on SOA architecture in some specific embodiments of the present invention;

[0042] Figure 2 This is an adaptation layer architecture diagram of the multi-scenario vehicle interface display method based on SOA architecture in some applications of the present invention.

[0043] Figure 3 This is a functional signal setting diagram of a multi-scenario vehicle interface display method based on SOA architecture in some applications of the present invention;

[0044] Figure 4 This is a schematic diagram of the structure of a multi-scenario vehicle interface display system based on SOA architecture in some specific embodiments of the present invention;

[0045] Figure 5 This is a schematic diagram of the structure of an electronic device according to some specific embodiments of the present invention. Detailed Implementation

[0046] To make the objectives, technical solutions, and advantages of this application clearer, the application will be further described in detail below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of this application, and not all embodiments. Based on the embodiments in this application, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of this application.

[0047] The terminology used in the embodiments of this application is for the purpose of describing particular embodiments only and is not intended to limit the application. The singular forms “a,” “said,” and “the” used in the embodiments of this application and the appended claims are also intended to include the plural forms, and “multiple” generally includes at least two unless the context clearly indicates otherwise.

[0048] It should be understood that the term "and / or" used in this article is merely a description of the relationship between related objects, indicating that three relationships can exist. For example, A and / or B can represent: A existing alone, A and B existing simultaneously, and B existing alone. Additionally, the character " / " in this article generally indicates that the preceding and following related objects have an "or" relationship.

[0049] It should be understood that although the terms first, second, third, etc., may be used in the embodiments of this application, these descriptions should not be limited to these terms. These terms are only used to distinguish the descriptions. For example, first may also be referred to as second without departing from the scope of the embodiments of this application, and similarly, second may also be referred to as first.

[0050] Depending on the context, the words “if” or “suppose” as used here can be interpreted as “when” or “in response to determination” or “in response to detection.” Similarly, depending on the context, the phrases “if determination” or “if detection (of the stated condition or event)” can be interpreted as “when determination” or “in response to determination” or “when detection (of the stated condition or event)” or “in response to detection (of the stated condition or event).”

[0051] It should also be noted that the terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that an article or device that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such an article or device. Without further limitation, an element defined by the phrase "comprising one..." does not exclude the presence of other identical elements in the article or device that includes said element.

[0052] It should be noted that any symbols and / or numbers present in the specification that are not marked in the accompanying drawings are not reference numerals.

[0053] Reference Figure 1 A multi-scenario vehicle infotainment interface display method based on SOA architecture, comprising:

[0054] S101, based on the preset vehicle signal standard, organize the vehicle signal into signal groups;

[0055] Specifically, this step first presets the vehicle infotainment system signal standard, and then organizes the vehicle infotainment system signals into various signal groups based on the vehicle infotainment system signal standard;

[0056] In some applications, based on a preset vehicle infotainment signal standard, the vehicle infotainment signals are organized into signal groups. Specifically, this includes: a preset isolation signal standard to ensure that the acquired signal groups do not interfere with each other during execution; a preset atomic signal standard to ensure that the acquired signal groups remain consistent whether they are executing or not; a preset consistency signal standard to determine whether the signal groups based on the atomic signal standard have been successfully executed and to acquire the successfully executed signal groups; and a preset continuous signal standard to change the state of the successfully executed signal groups acquired based on the consistency signal standard and submit them.

[0057] Understandably, in this embodiment, the vehicle system signals are first organized using the isolation signal standard, grouping signals that do not interfere with each other into one group. Then, the vehicle system signals are further organized using the atomic signal standard, grouping signals that are consistent during execution into one group. Next, the vehicle system signals are organized again using the consistent signal standard, grouping signals that have been successfully executed into one group. Finally, the signals are organized using the continuous signal standard, and the status of the successfully executed signal group is changed before submission.

[0058] S102, based on preset functional standards, the signal groups are combined into corresponding functional services;

[0059] Specifically, this step sets up functional standards and provides corresponding functional services based on each signal group;

[0060] In some applications, the preset functional standards include gear level service, fragrance service, lighting service, and power service; based on the gear level service, fragrance service, lighting service, and power service, signal groups that meet the corresponding services are combined to provide corresponding functional services according to the characteristics between each signal group.

[0061] It is understood that this step is based on the characteristics of each signal group and the characteristics between each signal group to compose corresponding functional services, including but not limited to the above-mentioned functional services, which can be flexibly developed by those skilled in the art as needed.

[0062] S103, determine whether the current vehicle model has the aforementioned functional service;

[0063] In some applications, status information corresponding to the functional service is obtained, and the current vehicle model is determined to have the functional service based on changes in the status information.

[0064] It is understandable that this step determines whether the current vehicle model has the aforementioned functional service based on changes in state information. For example, in general functional services, certain steps are required to achieve the desired result, and different steps will result in different states. When inconsistent state changes occur during the determination, the current vehicle model does not have this functional service.

[0065] In some applications, to facilitate the improvement of functional services and the troubleshooting of subsequent problems, if the current vehicle model has the functional service, based on the signal groups corresponding to the functional service, an entry point for modifying the functional service is provided through the characteristics between the signal groups, and the functional service is continuously monitored.

[0066] It is understandable that this step provides modification entry points on the corresponding signal groups in the functional services, so as to facilitate the modification and improvement of the functional services, continuously monitor the functional services, and trace the source in a timely manner when problems occur.

[0067] S104, when the function service is supported, the corresponding display is made on the vehicle interface according to the status of the function service.

[0068] In some of these applications, a status bar is created based on the vehicle's infotainment interface; the status bar provides a scene display entry for the aforementioned functional services; when the scene display entry is entered, the status of the functional services is displayed.

[0069] Understandably, this step involves creating a status bar on the vehicle's infotainment system, displaying the scene entry point for the function service, and showing the various statuses of the function service when entered.

[0070] The following will combine Figure 2 and Figure 3 This invention describes embodiments of the multi-scenario vehicle interface display method based on SOA architecture in some applications, such as... Figure 2 and Figure 3 As shown:

[0071] like Figure 3 As shown, there are four main standards for organizing and grouping multiple signals into signal groups:

[0072] Isolation: The execution of a group of signals cannot be interfered with by other signals (this is the most basic condition for classification).

[0073] Atomicity: When a group of signals is executed, either all of them are executed, or none of them are executed.

[0074] Consistency is inseparable from atomicity; if a signal group executes successfully, it means that all of them have been executed.

[0075] Persistence: Once a signal group is successfully committed, its state is permanently changed.

[0076] Taking cruise mode as an example, the signal processing and interaction methods are explained in detail:

[0077] 1. Set prerequisites:

[0078] 1) IGOON;

[0079] 2) ACC and SACC functions are not activated;

[0080] 2. Signal status storage: IFC storage;

[0081] 3. Cruise control configuration: Low-end models: None; Mid-range models: ACC; High-end models: SACC (refer to EOL configuration);

[0082] 4. User Interface: Based on HMI definition. Figure 3 For HMI reference;

[0083] 5. Display requirements;

[0084] 1) Switch type: Selection setting;

[0085] 2) Cruise control is enabled by default at the factory. If SACC is available, it will be enabled by default. Otherwise, ACC will be enabled by default and in SACC mode.

[0086] 3) The IVI displays the current cruise mode based on the IFC_ACC working status signal and the IFC_cruise status signal;

[0087] 4) In the IVI central control interface, set the cruise mode selection to: Cruise Off.

[0088] Adaptive Cruise Control (ACC)

[0089] Advanced Cruise Control (SACC)

[0090] 5) Error status display

[0091] Network disconnection status display;

[0092] If no valid IFC_ACC working status signal is received, the factory default value is displayed and the setting options are displayed in grayscale.

[0093] If IVI < 2s without receiving the IFC_ACC working status signal and IFC_ACC working mode signal, the status is set according to the last received valid IFC_ACC working status signal and IFC_ACC working mode signal (the default value is used when there is no valid value);

[0094] If IVI does not receive the IFC_ACC working status signal and IFC_ACC working mode signal for ≥2s, the setting status is based on the last valid IFC_ACC working status signal and IFC_ACC working mode signal received (the default value is used when there is no valid value). However, the setting status is displayed correctly immediately after the grayscale display signal of the setting option is restored.

[0095] When the setting conditions are not met, the IVI correctly displays the cruise mode value, but the setting options are displayed in grayscale; if the network is disconnected at this time, it displays according to the network disconnection requirements; if an invalid value is received at this time, it displays according to the invalid value status requirements. Invalid value status display: Under any conditions, when the IVI receives an invalid value (or a reserved value) for both the IFC_ACC working status signal and the IFC_ACC working mode signal,

[0096] When IVI receives an invalid (or reserved) IFC_ACC working status signal within 2 seconds, the setting status is displayed based on the last valid IFC_ACC working status signal and the IFC_ACC working mode signal (the default value is used when there is no valid value).

[0097] When IVI receives an IFC_ACC working status signal = invalid value (or reserved value) for ≥2s, the setting status is displayed based on the last received valid IFC_ACC working status signal and IFC_ACC working mode signal (the default value is used when there is no valid value). However, the setting status is displayed correctly immediately after the setting option grayscale display signal is restored.

[0098] 6) If the IVI does not receive a correct feedback signal within 2 seconds after setting the IVI to the setting mode, it will revert to the setting state before the setting (the UI / UX of the setting button state transition process is uniformly designed by HMI).

[0099] 6. IFC and host interaction signals: (Signal descriptions are based on textual descriptions, and numerical values ​​are based on CANMatrix)

[0100] 1) Initial power-on:

[0101] High-spec models: IFC sends initial values ​​to IVI, CruiseModeFunctionInd = 0b1 (SACC), WorkingSt_ACC = 0b001 (Standby);

[0102] Mid-range models: IFC sends initial values ​​to IVI, CruiseModeFunctionInd = 0b0 (ACC), WorkingSt_ACC = 0b001 (Standby);

[0103] 2) Power-on: The IFC sends the memory value to the IVI, CruiseModeFunctionInd = memory value, WorkingSt_ACC = memory value, and the IVI displays the value based on the CAN signal.

[0104] Cruise control is off when WorkingSt_ACC = 0b000 (Off)

[0105] When WorkingSt_ACC ≠ 0b000 (Off), and CruiseModeFunctionInd = 0b0, adaptive cruise control (ACC) is enabled. When WorkingSt_ACC ≠ 0b000 (Off), and CruiseModeFunctionInd = 0b1, Advanced Cruise (SACC) is enabled.

[0106] 3) Error status display

[0107] Network disconnection status display

[0108] If no valid WorkingSt_ACC is received, the factory default value is displayed, and the setting options are displayed in grayscale.

[0109] If IVI does not receive the WorkingSt_ACC and CruiseModeFunctionInd signals for less than 2 seconds, the setting status is displayed based on the last received valid WorkingSt_ACC and CruiseModeFunctionInd values ​​(the default value is used if there are no valid values).

[0110] When IVI does not receive WorkingSt_ACC and CruiseModeFunctionInd signals for ≥2s, the setting status is displayed based on the last received valid WorkingSt_ACC and CruiseModeFunctionInd values ​​(the default value is used if there are no valid values), but the setting options are displayed in grayscale.

[0111] Once the signal is restored, the setting status is displayed correctly immediately.

[0112] When the setting conditions are not met (active state), the setting options are displayed in grayscale. If WorkingSt_ACC ≠ 0b010 (Active) and ≠ 0b011 (Override) and ≠ 0b100 (ShutOff), they are displayed normally.

[0113] If the network is disconnected at this time, display the network disconnection requirements; if an invalid value is received at this time, display the invalid value status requirements.

[0114] Invalid value status display: Under any conditions, when the IVI receives an invalid (or reserved) IFC_Cruise Status signal,

[0115] When IVI receives an invalid (or reserved) value for WorkingSt_ACC within 2 seconds, the setting status is displayed based on the last valid WorkingSt_ACC value received (the default value is used if no valid value is available).

[0116] When IVI receives an invalid (or reserved) value for WorkingSt_ACC within 2 seconds, the setting status is displayed based on the last valid WorkingSt_ACC value received (the default value is used if no valid value is available), but the setting options are displayed in grayscale.

[0117] Once the signal is restored, the setting status is displayed correctly immediately.

[0118] 4) Settings:

[0119] When you press "Close",

[0120] IVI Send

[0121] CruiseFunctionReq(Off)

[0122] IFC Reply

[0123] WorkingSt_ACC(Off)

[0124] WorkingSt_LCA(Off)

[0125] When you press "On",

[0126] IVI Send

[0127] CruiseFunctionReq(On)

[0128] CruiseModeFunctionReq = The cruise function mode (ACCOrSACC) currently indicated by the controller. When you press "Adaptive Cruise Control",

[0129] IVI Send

[0130] CruiseFunctionReq(On)

[0131] CruiseModeFunctionReq(ACC),

[0132] IFC Reply

[0133] WorkingSt_ACC≠(Off&&Reserved)

[0134] WorkingSt_LCA(Off)

[0135] CruiseModeFunctionInd(ACC)

[0136] When you press "Advanced Cruise",

[0137] IVI Send

[0138] CruiseFunctionReq(On)

[0139] CruiseModeFunctionReq(SACC),

[0140] IFC Reply

[0141] WorkingSt_ACC≠(Off&&Reserved)

[0142] WorkingSt_LCA≠(Off&&Reserved)

[0143] CruiseModeFunctionInd(SACC)

[0144] If the IVI does not receive the correct feedback signal from CruiseModeFunctionInd within 2 seconds, it will revert to the previous setting state.

[0145] 5) The IFC sends periodic CAN signals;

[0146] 6) IVI sends an event CAN signal;

[0147] Figure 2 This demonstrates a service provided using SOA, presented in the following format:

[0148] Internally:

[0149] Based on the organized signal groups, these groups are then combined into services according to their functional modules. For example, the cruise function includes: gear shift service, fragrance service, lighting service, and power service.

[0150] foreign:

[0151] 1. Methods for determining whether each vehicle model configuration supports this function.

[0152] 2. Provide methods for obtaining status information. For example, obtain the gear position before entering cruise control.

[0153] 3. Provide modification methods for external users. For example, setting up fragrance-activated lights, setting up cruise control switches, etc.

[0154] 4. Provide external monitoring of status changes. For example, report the status when the speed changes.

[0155] The following will describe the multi-scenario service setup process of the present invention with reference to embodiments:

[0156] Prerequisites: Entertainment mode can be set if all conditions are met.

[0157] (1) The vehicle's power status is IGon; (Get power status,

[0158] AdapterHelper.CarSystemControlManager.getEEMPowerSwitch())

[0159] (2) Gear P; (Get gear status,

[0160] AdapterHelper.carVehicleStateManager.getCarGearSelection())

[0161] (3) The left rear seat is not occupied; (Get the left rear seat occupancy status, AdapterHelper.carSCCUManager.getRLSeatOccupy())

[0162] If any of the above conditions are not met, a toast message will appear when attempting to enter entertainment mode, indicating that the relevant conditions have not been met. If multiple conditions are not met, the message will be displayed in sequence: "Please use when the vehicle is parked" or "Please ensure that the left rear seat is unoccupied before use".

[0163] Entertainment mode settings:

[0164] (1) The ambient light is turned on with a specific effect; (Set the ambient light state, AdapterHelper.carBCMManager.getAmbientLampBrightness();)

[0165] (2) Play the default playlist or a custom playlist according to the user's settings; (Play music, AdapterHelper.carAudioManager.start();)

[0166] (3) Adjust media volume according to user settings; (Set volume,

[0167] AdapterHelper.carAudioManager.setGroupVolume();)

[0168] (4) Turn on the fragrance according to the user settings.

[0169] (Whether fragrance is supported is determined by AdapterHelper.carEOLManager.isSupportIAS().)

[0170] (Turn on the fragrance: AdapterHelper.carFragranceManager.setFragranceInSceneMode();)

[0171] When setting each item, the user is not redirected to the corresponding interface, but the module adjusted in that mode is displayed via the HUD. The mode adjusts the ambient lighting, music, volume, and fragrance. The adjusted content is displayed based on the user's actual settings; for example, if the user has not enabled fragrance, the fragrance option will not be displayed. The HUD information displays the status after 3 seconds of exiting.

[0172] (1) Multimedia: If the default preset playlist is played, playback will stop; if a custom playlist is played, playback will continue.

[0173] (2) Volume returns to the previous state;

[0174] (3) Ambient lighting and fragrance are checked based on the exit condition (listening for changes in the fragrance switch, AdapterHelper.carSystemControlManager.setCarSystemControlListener{

[0175] / / Fragrance monitoring switch (scene mode)

[0176] @Override

[0177] publicvoidonFragranceInSceneMode(intmode,intstatus){}

[0178] };)

[0179] This embodiment mainly involves configuration services, ambient lighting services, fragrance services, gear shift services, and multimedia services. The corresponding signals are organized into the appropriate Managers, and then uniformly scheduled by the AdapterHelper to provide the vehicle infotainment system with information such as whether the function is supported, how to obtain and set the settings, and status changes.

[0180] Finally, this solution was developed and output as an APK in the Android system. It starts with the vehicle's infotainment system and appears as a status bar on the main screen. The status bar application displays the entry point for scene modes, allowing users to select the appropriate scene.

[0181] For the purpose of simplicity, the method steps disclosed in the above 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 all preferred embodiments, and the actions involved are not necessarily essential to the embodiments of the present invention.

[0182] Any flowchart or other description of a process or method can be understood as representing a module, segment, or portion of code comprising one or more executable instructions for implementing a particular logical function or process. Furthermore, the scope of preferred embodiments of the invention includes additional implementations in which functions may be performed and implemented not in the order shown or discussed, including substantially simultaneously or in reverse order according to the functions involved, or by executing computer instructions and implementing corresponding functions according to program structures such as loops, branches, etc., as will naturally be understood by those skilled in the art when practicing embodiments of the invention.

[0183] like Figure 4 As shown, the present invention also provides a multi-scenario vehicle infotainment interface display system based on SOA architecture, comprising:

[0184] The signal group organizing module 201 is used to organize the vehicle system signal into signal groups based on a preset vehicle system signal standard.

[0185] The functional service component module 202 is used to assemble the signal groups into corresponding functional services based on preset functional standards.

[0186] The function service determination module 203 is used to determine whether the current vehicle model has the aforementioned function service;

[0187] The vehicle infotainment interface display module 204 is used to display the corresponding information on the vehicle infotainment interface according to the status of the function service when the function service is supported.

[0188] Specifically, the multi-scenario vehicle interface display system based on SOA architecture provided in this embodiment includes: a signal group organizing module 201, a function service composition module 202, a function service judgment module 203, and a vehicle interface display module 204. The signal group organizing module 201 is used to organize the vehicle signals into signal groups based on a preset vehicle signal standard. The function service composition module 202 is used to compose the signal groups into corresponding function services based on a preset function standard. The function service judgment module 203 is used to determine whether the current vehicle model has the function service. The vehicle interface display module 204 is used to display the corresponding function service on the vehicle interface according to the status of the function service when the function service is supported.

[0189] It is worth noting that although only some basic functional modules are disclosed in the embodiments of this invention, it does not mean that the composition of this system is limited to the above-mentioned basic functional modules. On the contrary, what this embodiment intends to express is that, based on the above-mentioned basic functional modules, those skilled in the art can arbitrarily add one or more functional modules in combination with existing technology to form an infinite number of embodiments or technical solutions. That is to say, this system is open rather than closed. The fact that this embodiment only discloses a few basic functional modules should not be considered as the scope of protection of the claims of this invention being limited to the disclosed basic functional modules. At the same time, for the convenience of description, the above device is described separately according to its functions as various units and modules. Of course, in implementing this invention, the functions of each unit and module can be implemented in one or more software and / or hardware.

[0190] The implementation methods of the system described above are merely illustrative. For example, the various functional modules, units, or subsystems within the system may or may not be physically separate, or they may or may not be physical units; that is, they may be located in the same place or distributed across multiple different systems and their subsystems or modules. Those skilled in the art can select some or all of the functional modules, units, or subsystems to achieve the objectives of the embodiments of the present invention according to actual needs. Those skilled in the art can understand and implement the above-described situations without any creative effort.

[0191] like Figure 5 As shown, the present invention also 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; the memory stores a computer program, and when the computer program is executed by the processor, the processor performs the steps of a multi-scenario vehicle interface display method based on SOA architecture.

[0192] Specifically, the processor mentioned above can be a general-purpose processor, including a central processing unit (CPU), a network processor (NP), etc.; it can also be a digital signal processor (DSP), an application-specific integrated circuit (ASIC), a field-programmable gate array (FPGA), or other programmable logic devices, discrete gate or transistor logic devices, or discrete hardware components.

[0193] 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 indicate that there is only one bus or one type of bus.

[0194] 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.

[0195] 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.

[0196] Electronic devices can also obtain reset commands corresponding to the storage media. The reset commands corresponding to the storage media are provided by the supplier. The reset commands corresponding to different storage media can be the same or different, and no restrictions are imposed here.

[0197] 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.

[0198] The present invention also provides a computer-readable storage medium 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 multi-scenario vehicle interface display method based on SOA architecture.

[0199] Specifically, the computer storage medium in this embodiment of the invention can be any combination of one or more computer-readable media. The computer-readable medium can be a computer-readable signal medium or a computer-readable storage medium. For example, a computer-readable storage medium can be—but is not limited to—an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination thereof. More specific examples of computer-readable storage media (a non-exhaustive list) include: an electrical connection having one or more wires, a portable computer disk, a hard disk, 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 device, magnetic storage device, or any suitable combination thereof. In this embodiment, the computer-readable storage medium can be any tangible medium containing or storing a program that can be used by or in conjunction with an instruction execution system, apparatus, or device.

[0200] The present invention also provides an intelligent cockpit, wherein the intelligent cockpit is equipped with a multi-scenario vehicle interface display system based on SOA architecture as described above.

[0201] Specifically, the intelligent cockpit is equipped with a multi-scenario vehicle interface display system based on SOA architecture. Regarding the intelligent cockpit: Human-vehicle interaction is the core of user experience. The fragmented layout and information overload of traditional car cockpit functional areas create obstacles to human-vehicle interaction, leading to an underestimation of the value of the car itself as an interaction entry point. However, as electronic information technology begins to shift into the vehicle, the intelligent cockpit has emerged. The intelligent cockpit can meet the different needs of different people in the car through various intelligent means, bringing a more intelligent and safer interactive experience. It is also a key interface for new-era technologies such as advanced driver assistance systems, autonomous driving, and artificial intelligence.

[0202] By applying the above technical solutions, a multi-scenario vehicle infotainment interface display method, system, electronic device, storage medium, and smart cockpit based on SOA architecture are provided. This includes organizing the vehicle infotainment signals into signal groups based on preset vehicle signal standards; grouping these signals; and assembling corresponding functional services based on preset functional standards. This allows for the rapid assembly of these functional services, determining whether the current vehicle model supports them, and displaying the corresponding information on the vehicle interface based on the service's status. This effectively groups and organizes vehicle signals, quickly assembling corresponding functional services. It also allows for targeted troubleshooting when problems arise, improving development and implementation efficiency. Furthermore, displaying the corresponding functional services enhances user satisfaction.

[0203] The technical features of the above embodiments can be combined in any way. For the sake of brevity, not all possible combinations of the technical features in the above embodiments are described. However, as long as there is no contradiction in the combination of these technical features, they should be considered to be within the scope of this specification.

[0204] Furthermore, those skilled in the art will understand that although some embodiments described herein include certain features but not others included in other embodiments, combinations of features from different embodiments are intended to be within the scope of the invention and form different embodiments. For example, any of the embodiments claimed in the claims can be used in any combination of embodiments of the invention.

[0205] In the description of this specification, references to terms such as "an embodiment," "example," "specific example," etc., indicate that a specific feature, structure, material, or characteristic described in connection with that embodiment or example is included in at least one embodiment or example of the invention. In this specification, illustrative expressions of the above terms do not necessarily refer to the same embodiment or example. Furthermore, the specific features, structures, materials, or characteristics described may be combined in any suitable manner in one or more embodiments or examples.

[0206] Furthermore, the technical solutions of the various embodiments of the present invention can be combined with each other, but only if they are feasible for those skilled in the art. If the combination of technical solutions is contradictory or cannot be implemented, it should be considered that such combination of technical solutions does not exist and is not within the scope of protection claimed by the present invention.

[0207] All features disclosed in this specification, or steps in all disclosed methods or processes, may be combined in any way, except for mutually exclusive features and / or steps. Any feature disclosed in this specification, unless specifically stated otherwise, may be replaced by other equivalent or similar features. That is, unless specifically stated otherwise, each feature is merely one example of a series of equivalent or similar features. Throughout this specification, the same reference numerals indicate the same elements.

[0208] Those skilled in the art will understand that modules in the device of the embodiments can be adaptively changed and placed in one or more devices different from that embodiment. Modules, units, or components in the embodiments can be combined into a single module, unit, or component, and further, they can be divided into multiple sub-modules, sub-units, or sub-components. Except where at least some of such features and / or processes or units are mutually exclusive, any combination can be used to combine all features disclosed in this specification (including the corresponding claims, abstract, and drawings) and all processes or units of any method or device so disclosed. Unless expressly stated otherwise, each feature disclosed in this specification (including the corresponding claims, abstract, and drawings) may be replaced by an alternative feature that serves the same, equivalent, or similar purpose.

[0209] 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; and these 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 multi-scenario vehicle infotainment interface display method based on SOA architecture, characterized in that, include: Based on the preset vehicle infotainment system signal standard, the vehicle infotainment system signals are organized into various signal groups; Specifically, it includes: A preset isolation signal standard is used to ensure that the acquired signal groups do not interfere with each other during execution; A preset atomic signal standard is established to ensure that the acquired signal groups remain consistent whether they are being executed or not. A pre-defined consistent signal standard is used to determine whether each signal group based on the atomic signal standard has been successfully executed and to obtain each signal group that has been successfully executed. A preset continuous signal standard is used. Based on the consistent signal standard, the state of each successfully executed signal group is changed and submitted. Based on preset functional standards, the signal groups are combined into corresponding functional services; The preset functional standards include gear level service, fragrance service, lighting service and power service; Based on the aforementioned service level, fragrance service, lighting service, and power service, the signal groups that conform to the corresponding services will be combined with the corresponding functional services according to the characteristics of each signal group. Determine whether the current vehicle model has the aforementioned functional service; When the aforementioned functional service is supported, the corresponding display will be made on the vehicle interface according to the status of the functional service; This also includes error status display; If no valid operating status signal is received, the factory default value is displayed, and the setting options are displayed in grayscale.

2. The multi-scenario vehicle interface display method based on SOA architecture according to claim 1, characterized in that, Determining whether the current vehicle model has the aforementioned service function specifically includes: Obtain the status information corresponding to the function service, and determine whether the current vehicle model has the function service based on the changes in the status information.

3. The multi-scenario vehicle interface display method based on SOA architecture according to claim 2, characterized in that, The method further includes: If the current vehicle model has the aforementioned function service, based on the signal groups corresponding to the function service, an entry point for modifying the function service is provided through the characteristics between the signal groups, and the function service is continuously monitored.

4. The multi-scenario vehicle interface display method based on SOA architecture according to claim 1, characterized in that, When the aforementioned functional service is supported, the corresponding display is made on the vehicle's infotainment interface according to the status of the functional service, specifically including: Create a status bar based on the vehicle's infotainment interface; The status bar provides a scene display entry for the aforementioned functional services; When entering the scene display portal, the status of the function service is displayed.

5. A multi-scenario vehicle infotainment interface display system based on SOA architecture, characterized in that, The display system is used to perform the display method according to any one of claims 1-4, including: The signal group organizing module is used to organize the vehicle system signals into signal groups based on a preset vehicle system signal standard; The functional service component module is used to assemble the signal groups into corresponding functional services based on preset functional standards. The function service determination module is used to determine whether the current vehicle model has the stated function service; The vehicle infotainment interface display module is used to display the corresponding information on the vehicle infotainment interface according to the status of the function service when the function service is supported.

6. An electronic device, characterized in that, include: The system includes a processor, a communication interface, a memory, and a communication bus, wherein the processor, the communication interface, and the memory communicate with each other via the communication bus; the memory stores a computer program, which, when executed by the processor, causes the processor to perform the steps of the method according to any one of claims 1 to 4.

7. A computer-readable storage medium, characterized in that, It stores a computer program executable by an electronic device, which, when run on the electronic device, causes the electronic device to perform the steps of the method according to any one of claims 1 to 4.

8. A smart cockpit, wherein the smart cockpit is equipped with a multi-scenario vehicle interface display system based on SOA architecture as described in claim 5.