Vehicle multi-screen UI synchronous display system, method and device and electronic equipment

Abstract

The invention discloses a vehicle multi-screen UI synchronous display system, method and device and electronic equipment, and relates to the field of multi-screen display, the system comprises an instruction input module, an instruction cache module, an instruction beat module, an instruction execution module, a display output module and a display synchronization module; the instruction input module is used for receiving an input instruction of the UI interface of the display screen; the instruction caching module is used for caching an input instruction; the instruction beat module is used for receiving an input instruction according to a preset beat period; the instruction execution module is used for executing the input instruction; the display output module is used for controlling a UI interface of a display screen according to the execution input instruction; and the display synchronization module is used for controlling the UI interfaces of the plurality of display screens to synchronously refresh the display content. According to the scheme, the time interval for receiving the instruction is set, a plurality of input ends are prevented from generating a burst logic processing condition, and system resource waste and task distribution disorder are reduced.

Description

Technical Field

[0001] The present application relates to the field of multi-screen display, and in particular to a vehicle multi-screen UI synchronous display system, a vehicle multi-screen UI synchronous display method, a vehicle multi-screen UI synchronous display device, an electronic device, a storage medium and a vehicle. Background Art

[0002] With the development of the electric vehicle industry, the screen configuration in the smart cockpit system has become more and more comprehensive (instrument, central control screen, co-pilot screen, rear screen, armrest screen, top physical TV screen and mini projection screen). Some software will be displayed on multiple screens, or some software functions will trigger interface changes on multiple screens (such as switching theme scenes). Since there is more than one way to transmit data between screens (such as central control and instrument screen / central control and co-pilot screen / co-pilot and co-pilot screen), the synchronous interface changes of multiple screen configurations in such scenarios have become a technical difficulty. There are usually two existing technical means:

[0003] 1. By adding a hard-coded experience value delay, the multi-screen interface can be displayed synchronously in this scenario, but the synchronization rate of the multi-screen interface is very low.

[0004] 2. Add pop-up windows or full-screen background coverage to block interface changes in such scenarios. However, the effects of pulling up and removing the overlay interface on the multi-screen interface are also very obvious and unfriendly visual experience, such as misalignment. At the same time, if an abnormality occurs during full-screen coverage, it is likely to cause the machine to remain black screen.

[0005] Therefore, a solution for synchronous display of multi-screen UI in a vehicle is needed, which can prevent task dispatch confusion and waste of system resources by setting the beat cycle and window for receiving input commands. Summary of the invention

[0006] The purpose of the present invention is to provide a vehicle multi-screen UI synchronous display system, a vehicle multi-screen UI synchronous display method, a vehicle multi-screen UI synchronous display device, an electronic device, a storage medium and a vehicle, which at least solve the problem of computing power resource coordination, the problem of multi-screen UI synchronous display, and one of the technical problems of task dispatch confusion.

[0007] The present invention provides the following scheme:

[0008] According to one aspect of the present invention, a vehicle multi-screen UI synchronous display system is provided, the vehicle multi-screen UI synchronous display system comprising: an instruction input module, an instruction cache module, an instruction beat module, an instruction execution module, a display output module, and a display synchronization module;

[0009] The command input module is used to receive input commands from the display screen UI interface;

[0010] The instruction cache module is used to cache input instructions;

[0011] The command beat module is used to receive input commands according to a preset beat cycle;

[0012] The instruction execution module is used to execute input instructions;

[0013] The display output module is used to control the UI interface of the display screen according to the execution input instruction;

[0014] The display synchronization module is used to control the UI interfaces of multiple display screens to synchronously refresh the displayed content.

[0015] Furthermore, it also includes: an instruction sorting module;

[0016] The instruction sorting module is used to analyze the execution priority of input instructions;

[0017] According to the execution priority of the parsed input command, the order of executing the input command is set to control the current UI interface of the display screen.

[0018] Furthermore, it also includes:

[0019] According to the beat cycle preset by the command beat module, the command input module receives the input command of the display screen UI interface;

[0020] The command input module sends the received input command of the display screen UI interface to the command cache module for caching;

[0021] The instruction execution module reads the input instruction cached in the instruction cache module and executes the input instruction;

[0022] Execute the input command according to the command execution module, generate control data for controlling the UI interface of the display screen, and send it to the display output module;

[0023] The display output module receives data and controls the UI interface display of the display screen;

[0024] According to the data received by the display output module, the UI interface display of the display screen is controlled, and the display synchronization module controls the UI interfaces of multiple display screens to synchronously refresh the display content.

[0025] Furthermore, it also includes:

[0026] According to the beat cycle preset by the command beat module, the command input module receives the input command of the display screen UI interface, and the command sorting module analyzes the execution priority of the input command;

[0027] According to the execution priority result of parsing the input command, the command input module sends the execution priority result of the input command case received from the display screen UI interface to the command cache module for caching in the order of priority;

[0028] The instruction execution module reads the input instructions cached in the instruction cache module according to the input instructions sent to the instruction cache module for caching in the order of priority, and executes the input instructions.

[0029] Furthermore, it also includes:

[0030] According to the instruction input module, the input instructions received from the display screen UI interface are sent to the instruction cache module for caching, and the instruction sorting module analyzes the execution priority of the input instructions in the cache, and sends the input instructions to the instruction execution module in the order of priority;

[0031] The instruction execution module executes input instructions in order of priority.

[0032] Furthermore, it also includes: an instruction bus module;

[0033] The command bus module is used to receive input commands from the non-display screen UI interface;

[0034] The instruction cache module is used to cache input instructions, and also includes caching input instructions of the display screen UI interface and input instructions of the non-display screen UI interface in the same queue;

[0035] The instruction sorting module parses the execution priority of the input instructions in the cache.

[0036] According to two aspects of the present invention, a vehicle multi-screen UI synchronous display method is provided. Based on the vehicle multi-screen UI synchronous display system, the vehicle multi-screen UI synchronous display method includes:

[0037] Get the status information of the vehicle CPU;

[0038] The state information of the vehicle CPU includes the occupancy state information of the CPU resources;

[0039] According to the increase of the CPU resource occupancy state, the beat cycle of the control receiving input instructions is increased;

[0040] According to the increase of the beat cycle of receiving input instructions by controlling, the time window interval of receiving input instructions on the display screen UI interface per beat increases or / and the time window decreases;

[0041] The input instructions in the buffer are refreshed according to the input instructions received from the display screen UI interface in each beat.

[0042] Furthermore, it also includes:

[0043] Analyze the execution priority of input commands, including that the priority of input commands from non-display UI interface is higher than that of input commands from display UI interface;

[0044] Wherein, the input command priority of the non-display screen UI interface in the command cache is set to be higher than the input command priority of the display screen UI interface;

[0045] Since the input command priority of the non-display screen UI interface is higher than the input command priority of the display screen UI interface, when executing the input command in the command cache, the input command of the non-display screen UI interface is executed first.

[0046] According to three aspects of the present invention, a vehicle multi-screen UI synchronous display device is provided, the vehicle multi-screen UI synchronous display device comprising:

[0047] A status information module is used to obtain the status information of the vehicle CPU; the status information of the vehicle CPU includes the occupancy status information of the CPU resources;

[0048] A beat control module, used for controlling the beat cycle of receiving input instructions to increase according to the increase of the CPU resource occupation state;

[0049] A time interval module, used to increase the time window interval or / and reduce the time window for receiving input instructions from the display screen UI interface in each beat according to the increase of the beat cycle of receiving input instructions from the control;

[0050] The instruction refresh module is used to receive input instructions from the display screen UI interface according to each beat and refresh the input instructions in the cache.

[0051] According to four aspects of the present invention, there is provided an electronic device, 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 via the communication bus;

[0052] A computer program is stored in the memory. When the computer program is executed by the processor, the processor executes the steps of the vehicle multi-screen UI synchronous display method.

[0053] According to five aspects of the present invention, a computer-readable storage medium is provided, comprising: a computer program executable by an electronic device is stored therein, and when the computer program runs on the electronic device, the electronic device executes the steps of the vehicle multi-screen UI synchronous display method.

[0054] According to six aspects of the present invention, there is provided a vehicle, comprising:

[0055] An electronic device, used to implement the steps of the vehicle multi-screen UI synchronous display method;

[0056] A processor, the processor runs a program, and when the program runs, the steps of the vehicle multi-screen UI synchronous display method are executed from the data output by the electronic device;

[0057] The storage medium is used to store a program, and when the program is running, it executes the steps of the vehicle multi-screen UI synchronous display method for data output from the electronic device.

[0058] Through the above scheme, the following beneficial technical effects are obtained:

[0059] This application sets the time interval for receiving instructions to prevent multiple input terminals from generating critical logic processing conditions, thereby reducing system resource waste and confusion in task dispatching.

[0060] The present application prevents the system from crashing due to overload of processing instructions by dynamically controlling the time window and time interval for receiving instructions.

[0061] The present application treats all display terminals as a whole display output and synchronously refreshes multiple display terminals, so that each instruction execution produces global control. BRIEF DESCRIPTION OF THE DRAWINGS

[0062] Figure 1 It is a structural diagram of a vehicle multi-screen UI synchronous display system provided by one or more embodiments of the present invention.

[0063] Figure 2 It is a flowchart of a vehicle multi-screen UI synchronous display method provided by one or more embodiments of the present invention.

[0064] Figure 3 It is a structural diagram of a vehicle multi-screen UI synchronous display device provided by one or more embodiments of the present invention.

[0065] Figure 4 A schematic diagram of a vehicle multi-screen UI synchronization system according to a specific embodiment of the present invention.

[0066] Figure 5 A schematic diagram of information interaction of a vehicle multi-screen UI synchronization system according to a specific embodiment of the present invention.

[0067] Figure 6 A structural block diagram of an electronic device of a vehicle multi-screen UI synchronous display method provided by one or more embodiments of the present invention. DETAILED DESCRIPTION

[0068] The technical solution of the present invention will be described clearly and completely below in conjunction with the accompanying drawings. Obviously, the described embodiments are only part of the embodiments of the present invention, not all of the embodiments. Based on the embodiments of the present invention, all other embodiments obtained by ordinary technicians in this field without creative work are within the scope of protection of the present invention.

[0069] Figure 1 It is a structural diagram of a vehicle multi-screen UI synchronous display system provided by one or more embodiments of the present invention.

[0070] like Figure 1 The vehicle multi-screen UI synchronous display system shown includes: a command input module, a command cache module, a command beat module, a command execution module, a display output module, and a display synchronization module;

[0071] The command input module is used to receive input commands from the display screen UI interface;

[0072] An instruction cache module, used to cache input instructions;

[0073] The command beat module is used to receive input commands according to a preset beat cycle;

[0074] An instruction execution module, used for executing input instructions;

[0075] Display output module, used to control the UI interface of the display screen according to the execution input command;

[0076] The display synchronization module is used to control the UI interfaces of multiple display screens to synchronously refresh the display content.

[0077] Specifically, in one embodiment, the instruction input module is equivalent to a human-machine terminal of various screen types, which can display and accept touch instructions. The instruction input module receives input instructions from the display screen UI interface, which is equivalent to accepting touch instructions as input instructions.

[0078] The command beat module and the command cache module are used to control input commands. For example, to prevent input commands generated in a short period of time on multiple display screen UI interfaces (for example, a key value is continuously triggered on multiple display screens to generate repeated commands), the command beat module is used to filter input commands in a certain period of time, and to perform anti-crit logic processing. For example, a beat cycle is set to 200ms through the command beat module, and the command cache module receives the last refreshed synchronization request event (input command) of the multi-screen system. After a beat cycle of 200ms, the input command is extracted from the cache. At this time, no new synchronization request events (input commands) are accepted. When the next beat cycle arrives, new input commands are written to the cache. This prevents confusion in task dispatching and waste of system resources.

[0079] The execution of each input instruction produces results or displays results in different time periods. However, when display is required, for example, the instruction execution module instructs the input instruction, controls the display output module to make the display steps, and the current display state is refreshed. Due to multi-screen display, some display content is displayed on a specific screen, some display content is displayed on multiple screens, and some display content is displayed on multiple screens, but each displays different content. The display synchronization module controls the UI interface of multiple display screens to synchronously refresh the display content according to the timestamp information.

[0080] When each instruction input module is a display screen (or touch screen), the display screen has a unique identity code. Although the display output module controls the UI interface of the display screen according to the execution of the input instruction, which display screen should be displayed or which part should be displayed is directed by referring to the display screen identity code. After the instruction execution module executes the input instruction, the feedback obtained includes the data that drives the display screen to display, including which display screen (display screen identity code) displays the data and the instruction data of which part of the data is displayed. The display output module filters this part of the data and distributes it to the corresponding display screen.

[0081] The data displayed by the driving display screen also includes timestamp information. According to the continuation of the time data on the timestamp, the display data corresponding to the timestamp of the new time is used to refresh the current corresponding display interface.

[0082] In this embodiment, it also includes: an instruction sorting module;

[0083] Instruction sorting module, used to parse the execution priority of input instructions;

[0084] According to the execution priority of the parsed input command, the order of executing the input command is set to control the current UI interface of the display screen.

[0085] Specifically, in this embodiment, the input instructions come from the display screen, and also include input instructions from the bus and the wireless terminal, which are handed over to the instruction execution module for self-execution. Or the instruction cache module caches the input instructions together to form a queue, and then the instruction sorting module sorts the execution priority of the input instructions, or the instruction cache module only caches the touch instructions from the display screen, and the instruction sorting module sorts the real-time input instructions on the bus, the input instructions of the wireless terminal and the input instructions in the cache module, sets the order of executing the input instructions, and then executes the input instructions through the instruction execution module; if the result of the execution is to directly drive the display of the display screen, the display screen is directly driven, and if the result of the execution is to drive the display screen after other calculation results are generated, then according to the timestamp and the display screen identity code, the UI interface of the control display screen and the UI interface of the control multiple display screens are synchronously refreshed.

[0086] In this embodiment, it also includes:

[0087] According to the beat cycle preset by the command beat module, the command input module receives the input command of the display screen UI interface;

[0088] The command input module sends the received input command of the display screen UI interface to the command cache module for caching;

[0089] The instruction execution module reads the input instructions cached in the instruction cache module and executes the input instructions;

[0090] The command execution module executes the input command, generates control data for the UI interface of the control display screen, and sends it to the display output module;

[0091] The display output module receives data and controls the UI interface display of the display screen;

[0092] The display output module receives data and controls the UI interface display of the display screen. The display synchronization module controls the UI interfaces of multiple display screens to synchronously refresh the display content.

[0093] Specifically, the beat cycle is preset by the command beat module, and the time window and window cycle for receiving input commands from the display screen UI interface are opened. The command input module in each window period sends the input commands received from the display screen UI interface to the command cache module for caching. After the window is closed, the command execution module reads the input commands cached in the command cache module, executes the input commands, and generates control data for controlling the display screen UI interface (i.e., data that drives the display screen to display) according to the command execution module. The data is sent to the display output module.

[0094] The display output module receives data and controls the UI interface display of the display screen; according to the data received by the display output module, the display synchronization module controls the UI interfaces of multiple display screens to synchronously refresh the display content. Among them, the control data for controlling the UI interface of the display screen includes timestamp data and display screen identity code data.

[0095] In this embodiment, it also includes:

[0096] According to the beat cycle preset by the command beat module, the command input module receives the input command of the display screen UI interface, and the command sorting module analyzes the execution priority of the input command;

[0097] According to the execution priority result of the parsed input command, the command input module sends the execution priority result of the input command case received from the display screen UI interface to the command cache module for caching in the order of priority;

[0098] The instruction execution module reads the input instructions cached in the instruction cache module according to the input instructions sent to the instruction cache module for caching in the order of priority, and executes the input instructions.

[0099] Specifically, the instruction sorting module can be set before the instruction cache module to prioritize the input instructions from the display screen, bus, and wireless terminal before storing them in the cache, and the instruction execution module reads the input instructions from the cache.

[0100] When the instruction cache module stores input instructions, the lowest level input instructions are directly arranged one by one in the order of priority (such as stacking data), and the input instructions are read from the top address during reading, forming a state of execution according to priority.

[0101] In this embodiment, it also includes:

[0102] The command input module sends the received input command of the display screen UI interface to the command cache module for caching. The command sorting module analyzes the execution priority of the input command in the cache and sends the input command to the command execution module in the order of priority.

[0103] The instruction execution module executes input instructions in order of priority.

[0104] Specifically, the instruction sorting module can also be set after the instruction cache module. The input instructions of the display screen are first stored in the cache, and then the input instructions from the cache (from the display screen), the bus, and the wireless terminal are prioritized and directly sent to the instruction execution module. Since the input instructions of the bus and the wireless terminal are real-time data, they can be sent to the instruction execution module first. Or because the display content of the display screen affects the user's decision during human-computer interaction, it can be sent to the instruction execution module first to form the display content of the display screen, thereby reducing the improper operation of the user's display screen. For example, the user makes a decision to operate the display screen based on the display content of the display screen. For example, when the road status information from the cloud service is displayed through the input instruction of the wireless terminal, it shows that a new charging pile is currently occupied. After refreshing the screen display, the user makes a navigation decision to select the location of the charging pile as the target address before the user, so that the user avoids modifying the target address navigation decision again and issuing wrong input instructions.

[0105] In this embodiment, it also includes: an instruction bus module;

[0106] The command bus module is used to receive input commands from the non-display UI interface;

[0107] The command cache module is used to cache input commands, and also includes caching input commands of the display screen UI interface and input commands of the non-display screen UI interface in the same queue;

[0108] The instruction sorting module parses the execution priority of the input instructions in the cache.

[0109] Specifically, when the instruction input module is specifically used to receive input instructions of the display screen UI interface, the instruction bus module is specifically used to receive input instructions of the non-display screen UI interface. When the instruction cache module caches the input instructions, the input instructions of the display screen UI interface and the input instructions of the non-display screen UI interface are pushed into the same queue. When pushing in, the input instructions can be pushed in the order in which they arrive, and then the instruction sorting module parses the execution priority of the input instructions in the cache. It is also possible to first parse the execution priority of the input instructions of the display screen UI interface and the input instructions of the non-display screen UI interface, and then push them into the cache in order of priority, and the formed queue is arranged in order of priority.

[0110] When computing resources are relatively sufficient, input instructions can be prioritized and sorted before being pushed into the cache. When computing resources are insufficient, input instructions can be prioritized and sorted before being pushed into the cache.

[0111] Figure 2 It is a flowchart of a vehicle multi-screen UI synchronous display method provided by one or more embodiments of the present invention.

[0112] like Figure 2 A vehicle multi-screen UI synchronous display method is shown, based on a vehicle multi-screen UI synchronous display system, and the vehicle multi-screen UI synchronous display method includes:

[0113] Step S1, obtaining the status information of the vehicle CPU; the status information of the vehicle CPU includes the occupancy status information of the CPU resources;

[0114] Step S2, according to the increase of the CPU resource occupancy state, controlling the beat cycle of receiving input instructions to increase;

[0115] Step S3, according to the control of the beat cycle of receiving the input command, the time window interval for receiving the input command of the display screen UI interface in each beat increases or / and the time window decreases;

[0116] Step S4, receiving input instructions from the display screen UI interface in each beat, and refreshing the input instructions in the cache.

[0117] Specifically, in this embodiment, the instruction beat module is set because it is limited by the lack of system resources and the critical logic cannot be processed in time, which may cause confusion in task dispatch. When the vehicle CPU resources are sufficient, the beat cycle for receiving input instructions can be shortened, or / and the time window for input instructions can be increased in each beat cycle. However, when the vehicle CPU resources are insufficient, the data processing capability decreases. If too much data is received in a short time, the possibility of task dispatch confusion increases. The pressure on the vehicle CPU resources can be reduced by controlling the beat cycle for receiving input instructions to increase or / and the time window to decrease.

[0118] In the above embodiment, although there are many display screen terminals, due to the slow operation of personnel, the state of the vehicle CPU resources can be adapted by controlling the beat cycle and / or time window for receiving input instructions. However, the timing of data from the bus and wireless module is uncertain. The method of controlling the beat cycle for receiving input instructions according to the occupancy state of CPU resources can adapt the CPU resources only for input instructions from the display screen UI interface.

[0119] In this embodiment, it also includes:

[0120] Analyze the execution priority of input commands, including that the priority of input commands from non-display UI interface is higher than that of input commands from display UI interface;

[0121] Wherein, the input command priority of the non-display screen UI interface in the command cache is set to be higher than the input command priority of the display screen UI interface;

[0122] Since the input command priority of the non-display screen UI interface is higher than the input command priority of the display screen UI interface, when executing the input command in the command cache, the input command of the non-display screen UI interface is executed first.

[0123] Specifically, for input instructions of non-display UI interface and input instructions of display UI interface, the rate at which personnel click on the display is much lower than the signal rate of a bus signal or a wireless module. Therefore, the priority of input instructions of non-display UI interface is set higher than the priority of input instructions of display UI interface. Based on this setting, the order of input instructions of non-display UI interface and input instructions of display UI interface is processed in batches. For input instructions between non-display UI interfaces or input instructions between display UI interfaces, they are arranged in the order of timestamps, or further sorted according to the source of instructions and the objects controlled by instructions. For example, the priority of the main driving display screen is higher than that of other display screens, and the input instructions from the main driving display screen are higher than those of other display screens. For example, input instructions from vehicle equipment require real-time response from the vehicle and have a higher priority than input instructions from the cloud server. For example, the input instructions for system upgrade from the cloud server will not have a serious impact on the vehicle's driving function if they are not executed immediately. However, the vehicle needs to start the internal combustion engine immediately to compensate for the input instructions automatically generated based on the current low stored power, which has a greater impact on the vehicle's driving function. Therefore, the priority of the instruction to start the internal combustion engine is higher than the instruction to upgrade the vehicle system.

[0124] Figure 3 It is a structural diagram of a vehicle multi-screen UI synchronous display device provided by one or more embodiments of the present invention.

[0125] like Figure 3 The vehicle multi-screen UI synchronous display device shown includes: a state information module, a beat control module, a time interval module, and a command refresh module;

[0126] The status information module is used to obtain the status information of the vehicle CPU; the status information of the vehicle CPU includes the occupancy status information of the CPU resources;

[0127] A beat control module, used for controlling the beat cycle of receiving input instructions to increase according to the increase of the CPU resource occupation state;

[0128] A time interval module, used to increase the time window interval or / and reduce the time window for receiving input instructions from the display screen UI interface in each beat according to the increase of the beat cycle of receiving input instructions from the control;

[0129] The instruction refresh module is used to receive input instructions from the display screen UI interface according to each beat and refresh the input instructions in the cache.

[0130] It is worth noting that although the system only discloses a position marking module, a queue generation module, a status detection module, a status information module, a braking range module, a data output module, and a data refresh module, it does not mean that the device is limited to the above-mentioned basic functional modules. On the contrary, what the present invention wants 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 the prior art to form an infinite number of embodiments or technical solutions. In other words, the system is open rather than closed. Just because the present embodiment only discloses individual basic functional modules, it cannot be considered that the scope of protection of the claims of the present invention is limited to the above-mentioned basic functional modules.

[0131] Through the above scheme, the following beneficial technical effects are obtained:

[0132] This application sets the time interval for receiving instructions to prevent multiple input terminals from generating critical logic processing conditions, thereby reducing system resource waste and confusion in task dispatching.

[0133] The present application prevents the system from crashing due to overload of processing instructions by dynamically controlling the time window and time interval for receiving instructions.

[0134] The present application treats all display terminals as a whole display output and synchronously refreshes multiple display terminals, so that each instruction execution produces global control.

[0135] Figure 4 A schematic diagram of a vehicle multi-screen UI synchronization system according to a specific embodiment of the present invention.

[0136] Figure 5 A schematic diagram of information interaction of a vehicle multi-screen UI synchronization system according to a specific embodiment of the present invention.

[0137] In a specific embodiment, Figure 4The vehicle multi-screen UI synchronization system shown in the figure is designed to solve the problem of asynchronous multi-screen display. A "multi-screen UI synchronization system" is added. Each sub-screen can communicate with the multi-screen UI synchronization system in a two-way manner. After the multi-screen UI synchronization system receives a synchronization start request from any sub-screen in the multi-screen system, the synchronization system will first generate a timestamp for the start of the scheduled task according to the current system load (such as CPU utilization and total memory usage. When the CPU and total memory usage are high, the generated timestamp will be delayed by a fixed millisecond). Then, the multi-screen UI synchronization system performs anti-crit logic processing on multiple requests from the screen system within a period of time (for example, only execute The last synchronization request event of the multi-screen system within a fixed 200ms interval, or only the first request of the same start synchronization request sequence is executed within 200ms, or after receiving a start synchronization request within 200ms, the system notifies other sub-screens to disable the button so that they cannot send the same start synchronization request event again, to prevent task dispatch confusion and waste of system resources), and then the synchronization system will dispatch the event name and the corresponding timestamp. When the multi-screen subsystem receives such an event for the first time, it needs to reply to the multi-screen UI synchronization system: query whether it needs to execute it by itself; the multi-screen UI synchronization system will automatically edit and generate a sub-screen display containing the event name and the task that needs to be executed according to the above reply for the first time. The id (representing the screen number in the screen system) and the unique security check (encryption and decryption operations can be performed based on the display id or the part number of the screen. Encryption and decryption can select high-efficiency symmetric decryption algorithms such as AES) record table (next time, it will be directly sent to the corresponding sub-screen according to the table, and the record table will not be modified). After that, the sub-screens in the multi-screen system will perform corresponding task operations on the start event according to the timestamp sent by the synchronization system. When the task is completed, each member of the subsystem participating in the task needs to send the synchronization request result of the task execution to the synchronization system in time. The synchronization system checks and ensures that after receiving the end request of all sub-screens, it will generate an end timestamp according to the previous strategy and send it to the subsystem for synchronous display of the end interface animation. In this way, the technical effect of accurate synchronous display of multi-screen interfaces is achieved.

[0138] In this embodiment, the triggering methods of synchronization start and synchronization end requests can be roughly divided into two types: one is that the user touches any sub-screen; the other is receiving the output of the internal operation of the multi-screen UI synchronization system or the input of the cloud message, etc.

[0139] In another specific embodiment, Figure 5 The steps of multi-screen UI synchronization system information interaction shown include:

[0140] Step 1. The subscreen sends a synchronization request to the synchronization system

[0141] Step 2. The synchronization system generates a start timestamp based on the CPU load.

[0142] At the same time, the synchronization start request of the same event in the system is processed to prevent critical strikes. At the same time, the sub-screen ID in the system is verified to be unique in the multi-screen system. The sub-screen that passes the security verification is verified. Then the synchronization system starts to send synchronization events and start execution timestamp messages to all sub-screens.

[0143] Step 3. Except for the sub-screen that triggers the synchronization request start event, the remaining screens need to send a reply to the synchronization system for the first received synchronization start request event, asking whether they need to participate in the execution. The synchronization system only registers this event into a table for the first time (the table contains the event name, sub-screen display id, and whether the screen passes the security check). At the same time, the sub-screens participating in the task execution execute the corresponding start display task according to the timestamp.

[0144] Step 4. The sub-screen system sends an end synchronization request for this event to the synchronization system.

[0145] Step 5. Starting from receiving the last synchronization end request, perform end event management according to steps 2-3.

[0146] In another specific embodiment, the interface display effect is: enter the vehicle computer theme setting interface, and click the switch theme button.

[0147] Through the above-mentioned embodiments, multiple screens in the vehicle (including but not limited to the instrument panel, central control screen, co-pilot screen, rear screen, armrest screen, top physical TV screen and mini projection screen) start and end accurately in synchronization to show the effect of switching themes.

[0148] In this embodiment, the user clicks the switch theme button on the central control screen. At this time, after the multi-screen UI synchronization system information interaction processing is carried out by the multi-screen UI synchronization system, the user can see the loading animation effect of the UI interface starting to switch on the central control screen, the co-pilot screen, the rear screen and the instrument screen, and the display starts at the same time. After the user clicks the cancel setting button or all screens have switched themes, the user can see that the loading animation disappears on all the above-mentioned related screens at the same time, and a pop-up box prompt such as "Switching the theme successfully" is given to the user.

[0149] In this embodiment, OTA upgrade is also involved. When the in-vehicle system receives the notification message of OTA upgrade, after the multi-screen UI synchronization system information interaction processing, the user can see the OTA upgrade message pop up and display it to the user on the central control screen, the co-pilot screen, the rear screen and the instrument screen.

[0150] Figure 6A structural block diagram of an electronic device of a vehicle multi-screen UI synchronous display method provided by one or more embodiments of the present invention.

[0151] like Figure 6 As shown, the present application 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;

[0152] A computer program is stored in the memory. When the computer program is executed by the processor, the processor executes the steps of a vehicle multi-screen UI synchronous display method.

[0153] The present application also provides a computer-readable storage medium, which stores a computer program that can be executed by an electronic device. When the computer program runs on the electronic device, the electronic device executes the steps of a vehicle multi-screen UI synchronous display method.

[0154] The present application also provides a vehicle, comprising:

[0155] An electronic device, used to implement the steps of a method for synchronously displaying a multi-screen UI in a vehicle;

[0156] A processor, the processor runs a program, and when the program runs, the steps of the vehicle multi-screen UI synchronous display method are executed from the data output by the electronic device;

[0157] The storage medium is used to store a program, and when the program is running, it executes the steps of the vehicle multi-screen UI synchronous display method for data output from the electronic device.

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

[0159] The electronic device includes a hardware layer, an operating system layer running on 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 a memory. The operating system can be any one or more computer operating systems that implement electronic device control through a process, such as a Linux operating system, a Unix operating system, an Android operating system, an iOS operating system, or a Windows operating system. In addition, in an embodiment of the present invention, the electronic device can be a handheld device such as a smart phone or a tablet computer, or can be an electronic device such as a desktop computer or a portable computer, which is not particularly limited in the embodiment of the present invention.

[0160] The execution subject of the electronic device control in the embodiment of the present invention may be an electronic device, or a functional module in the electronic device that can call and execute a program. The electronic device may obtain the firmware corresponding to the storage medium. The firmware corresponding to the storage medium is provided by the supplier. The firmware corresponding to different storage media may be the same or different, which is not limited here. After the electronic device obtains the firmware corresponding to the storage medium, the firmware corresponding to the storage medium may be written into the storage medium, specifically, the firmware corresponding to the storage medium may be burned into the storage medium. The process of burning the firmware into the storage medium may be implemented using existing technology, which will not be described in detail in the embodiment of the present invention.

[0161] The electronic device may also obtain a reset command corresponding to the storage medium. The reset command corresponding to the storage medium is provided by the supplier. The reset commands corresponding to different storage media may be the same or different, and are not limited here.

[0162] At this time, the storage medium of the electronic device is a storage medium in which the corresponding firmware is written, and the electronic device can respond to the reset command corresponding to the storage medium in the storage medium in which the corresponding firmware is written, so that the electronic device resets the storage medium in which the corresponding firmware is written according to the reset command corresponding to the storage medium. The process of resetting the storage medium according to the reset command can be implemented by the existing technology and will not be described in detail in the embodiments of the present invention.

[0163] For the convenience of description, the above devices are described in terms of functions and are divided into various units and modules. Of course, when implementing the present application, the functions of each unit and module can be implemented in the same or multiple software and / or hardware.

[0164] Those skilled in the art will appreciate that, unless otherwise defined, all terms (including technical and scientific terms) used herein have the same meaning as those generally understood by those skilled in the art in the art to which the present invention belongs. It should also be understood that terms such as those defined in general dictionaries should be understood to have meanings consistent with the meanings in the context of the prior art, and will not be interpreted with idealized or overly formal meanings unless specifically defined.

[0165] For the method embodiments, for the sake of simplicity, they are all described as a series of action combinations, but those skilled in the art should know that the embodiments of the present invention are not limited by the order of the actions described, because according to the embodiments of the present invention, some steps can be performed in other orders or simultaneously. Secondly, those skilled in the art should also know that the embodiments described in the specification are all preferred embodiments, and the actions involved are not necessarily required by the embodiments of the present invention.

[0166] It can be known from the description of the above implementation modes that those skilled in the art can clearly understand that the present application can be implemented by means of software plus a necessary general hardware platform. Based on such an understanding, the technical solution of the present application can be essentially or partly contributed to the prior art in the form of a software product, which can be stored in a storage medium such as ROM / RAM, a magnetic disk, an optical disk, etc., and includes several instructions for enabling a computer device (which can be a personal computer, a server or a network device, etc.) to execute the methods described in the various implementation modes of the present application or certain parts of the implementation modes.

[0167] Finally, it should be noted that the above embodiments are only used to illustrate the technical solutions of the present invention, rather than to limit it. Although the present invention has been described in detail with reference to the aforementioned embodiments, those skilled in the art should understand that they can still modify the technical solutions described in the aforementioned embodiments, or replace some or all of the technical features therein with equivalents. However, these modifications or replacements 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 vehicle multi-screen UI synchronous display system, characterized in that: The vehicle multi-screen UI synchronous display system includes: a command input module, a command cache module, a command beat module, a command execution module, a display output module, and a display synchronization module; The command input module is used to receive input commands from the display screen UI interface; The instruction cache module is used to cache input instructions; The command beat module is used to receive input commands according to a preset beat cycle; The instruction execution module is used to execute input instructions; The display output module is used to control the UI interface of the display screen according to the execution input instruction; The display synchronization module is used to control the UI interfaces of multiple display screens to synchronously refresh the displayed content.

2. The vehicle multi-screen UI synchronous display system according to claim 1, characterized in that: Also includes: Instruction sequencing module; The instruction sorting module is used to analyze the execution priority of input instructions; According to the execution priority of the parsed input command, the order of executing the input command is set to control the current UI interface of the display screen.

3. The vehicle multi-screen UI synchronous display system according to claim 2, characterized in that: Also includes: According to the beat cycle preset by the command beat module, the command input module receives the input command of the display screen UI interface; The command input module sends the received input command of the display screen UI interface to the command cache module for caching; The instruction execution module reads the input instruction cached in the instruction cache module and executes the input instruction; Execute the input command according to the command execution module, generate control data for controlling the UI interface of the display screen, and send it to the display output module; The display output module receives data and controls the UI interface display of the display screen; According to the data received by the display output module, the UI interface display of the display screen is controlled, and the display synchronization module controls the UI interfaces of multiple display screens to synchronously refresh the display content.

4. The vehicle multi-screen UI synchronous display system according to claim 3, characterized in that: Also includes: According to the beat cycle preset by the command beat module, the command input module receives the input command of the display screen UI interface, and the command sorting module analyzes the execution priority of the input command; According to the execution priority result of parsing the input command, the command input module sends the execution priority result of the input command case received from the display screen UI interface to the command cache module for caching in the order of priority; The instruction execution module reads the input instructions cached in the instruction cache module according to the input instructions sent to the instruction cache module for caching in the order of priority, and executes the input instructions.

5. The vehicle multi-screen UI synchronous display system according to claim 3, characterized in that: Also includes: According to the instruction input module, the input instructions received from the display screen UI interface are sent to the instruction cache module for caching, and the instruction sorting module analyzes the execution priority of the input instructions in the cache, and sends the input instructions to the instruction execution module in the order of priority; The instruction execution module executes input instructions in order of priority.

6. The vehicle multi-screen UI synchronous display system according to claim 4 or 5, characterized in that: Also includes: an instruction bus module; The command bus module is used to receive input commands from the non-display screen UI interface; The instruction cache module is used to cache input instructions, and also includes caching input instructions of the display screen UI interface and input instructions of the non-display screen UI interface in the same queue; The instruction sorting module parses the execution priority of the input instructions in the cache.

7. A vehicle multi-screen UI synchronous display method, characterized in that: Based on the vehicle multi-screen UI synchronous display system according to claims 1 to 6, the vehicle multi-screen UI synchronous display method includes: Get the status information of the vehicle CPU; The state information of the vehicle CPU includes the occupancy state information of the CPU resources; According to the increase of the CPU resource occupancy state, the beat cycle of the control receiving input instructions is increased; According to the increase of the beat cycle of receiving input instructions by controlling, the time window interval of receiving input instructions on the display screen UI interface per beat increases or / and the time window decreases; The input instructions in the buffer are refreshed according to the input instructions received from the display screen UI interface in each beat.

8. The vehicle multi-screen UI synchronous display method according to claim 7, characterized in that: Also includes: Analyze the execution priority of input commands, including that the priority of input commands from non-display UI interface is higher than that of input commands from display UI interface; Wherein, the input command priority of the non-display screen UI interface in the command cache is set to be higher than the input command priority of the display screen UI interface; Since the input command priority of the non-display screen UI interface is higher than the input command priority of the display screen UI interface, when executing the input command in the command cache, the input command of the non-display screen UI interface is executed first.

9. A vehicle multi-screen UI synchronous display device, characterized in that: The vehicle multi-screen UI synchronous display device comprises: A status information module is used to obtain the status information of the vehicle CPU; the status information of the vehicle CPU includes the occupancy status information of the CPU resources; A beat control module, used for controlling the beat cycle of receiving input instructions to increase according to the increase of the CPU resource occupation state; A time interval module, used to increase the time window interval or / and reduce the time window for receiving input instructions from the display screen UI interface in each beat according to the increase of the beat cycle of receiving input instructions from the control; The instruction refresh module is used to receive input instructions from the display screen UI interface according to each beat and refresh the input instructions in the cache.

10. An electronic device, characterized in that: include: 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; A computer program is stored in the memory. When the computer program is executed by the processor, the processor executes the steps of the vehicle multi-screen UI synchronous display method according to any one of claims 7 to 8.

Images