CN117472521A - Multitasking display method, vehicle and medium - Google Patents
Multitasking display method, vehicle and medium Download PDFInfo
- Publication number
- CN117472521A CN117472521A CN202210862928.5A CN202210862928A CN117472521A CN 117472521 A CN117472521 A CN 117472521A CN 202210862928 A CN202210862928 A CN 202210862928A CN 117472521 A CN117472521 A CN 117472521A
- Authority
- CN
- China
- Prior art keywords
- display
- display task
- task
- priority
- executing
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 60
- 238000004590 computer program Methods 0.000 claims description 16
- 230000001960 triggered effect Effects 0.000 claims description 5
- 230000000694 effects Effects 0.000 abstract description 7
- 230000004044 response Effects 0.000 abstract description 6
- 238000004891 communication Methods 0.000 description 20
- 230000006870 function Effects 0.000 description 20
- 238000005516 engineering process Methods 0.000 description 15
- 238000010586 diagram Methods 0.000 description 12
- 230000008569 process Effects 0.000 description 10
- 230000005236 sound signal Effects 0.000 description 8
- 238000012545 processing Methods 0.000 description 5
- 238000011161 development Methods 0.000 description 3
- 230000003287 optical effect Effects 0.000 description 3
- 230000009471 action Effects 0.000 description 2
- 239000004973 liquid crystal related substance Substances 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000003068 static effect Effects 0.000 description 2
- 238000004458 analytical method Methods 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 238000006243 chemical reaction Methods 0.000 description 1
- 230000008878 coupling Effects 0.000 description 1
- 238000010168 coupling process Methods 0.000 description 1
- 238000005859 coupling reaction Methods 0.000 description 1
- 230000001351 cycling effect Effects 0.000 description 1
- 230000003247 decreasing effect Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 230000033764 rhythmic process Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/48—Program initiating; Program switching, e.g. by interrupt
- G06F9/4806—Task transfer initiation or dispatching
- G06F9/4843—Task transfer initiation or dispatching by program, e.g. task dispatcher, supervisor, operating system
- G06F9/4881—Scheduling strategies for dispatcher, e.g. round robin, multi-level priority queues
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
- G06F3/03—Arrangements for converting the position or the displacement of a member into a coded form
- G06F3/033—Pointing devices displaced or positioned by the user, e.g. mice, trackballs, pens or joysticks; Accessories therefor
- G06F3/0354—Pointing devices displaced or positioned by the user, e.g. mice, trackballs, pens or joysticks; Accessories therefor with detection of 2D relative movements between the device, or an operating part thereof, and a plane or surface, e.g. 2D mice, trackballs, pens or pucks
- G06F3/03547—Touch pads, in which fingers can move on a surface
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/14—Digital output to display device ; Cooperation and interconnection of the display device with other functional units
- G06F3/1423—Digital output to display device ; Cooperation and interconnection of the display device with other functional units controlling a plurality of local displays, e.g. CRT and flat panel display
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/451—Execution arrangements for user interfaces
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Software Systems (AREA)
- General Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Human Computer Interaction (AREA)
- User Interface Of Digital Computer (AREA)
Abstract
The embodiment of the application provides a multitasking display method, a vehicle and a medium. The method comprises the following steps: receiving a first display task to be executed, wherein the first display task carries a first priority identifier; judging whether a second display task in execution exists or not; if judging that the second display task in execution exists, determining a second priority identification of the second display task in execution; executing a preset arbitration policy based on the first priority identifier and the second priority identifier, and generating an arbitration result; and determining the first display task or the second display task as the currently executed display task according to the arbitration result and executing the display task. The display tasks are not sequentially executed in a queue manner only according to the generation order of the display tasks, but the display tasks are judged to be executed according to the importance degree, the priority level and the like of the display tasks. When an important display task is encountered, the currently executing display task can be interrupted and then switched to the important display task, so that the real-time response effect of the display task can be ensured.
Description
Technical Field
The present disclosure relates to the field of display control technologies, and in particular, to a multitasking display method, a vehicle, and a medium.
Background
With the development of vehicle technology, the vehicle not only can meet the travel demands of users, but also can provide users with rich and diversified practical functions.
In the vehicle cabin, in order to better meet the human-computer interaction requirement, diversified display functions are provided for users. These display functions are useful for satisfying the entertainment needs of the user and for displaying information related to the status of the vehicle. Because the number of display devices in the cabin and the space of the display interface are both fixed, when there is a display requirement of a plurality of display tasks, the corresponding display tasks are usually executed in turn according to the task sequence.
Disclosure of Invention
The embodiment of the application provides a multi-task display method, a vehicle and a medium, which are used for realizing a scheme of reasonably adjusting and controlling multi-task display.
In a first aspect, an embodiment of the present application provides a multitasking display method, for a controller, including:
receiving a first display task to be executed, wherein the first display task carries a first priority identifier;
judging whether a second display task in execution exists or not;
if the second display task in execution is judged to exist, determining a second priority identification of the second display task;
executing a preset arbitration policy based on the first priority identifier and the second priority identifier, and generating an arbitration result;
And determining the first display task or the second display task as the currently executed display task according to the arbitration result and executing the display task.
Optionally, the executing a preset arbitration policy based on the first priority identifier and the second priority identifier, and generating an arbitration result includes:
comparing the first priority identification with the second priority identification;
if the comparison result shows that the first priority identification level is higher than the second priority identification level, determining the first display task as the currently executed display task;
and if the comparison result shows that the second priority identification level is higher than the first priority identification level, determining that the second display task is determined to be the currently executed display task.
Optionally, the executing a preset arbitration policy based on the first priority identifier and the second priority identifier, and generating an arbitration result includes:
if the comparison result shows that the first priority identification level is equal to the second priority identification level, judging whether the second display task carries an uninterruptible identification or not;
if the uninterruptible mark is carried, determining that the second display task is the currently executed display task;
And if the uninterruptible mark is not carried, determining that the first display task is determined to be the currently executed display task.
Optionally, the method further comprises:
and storing the first display task or the second display task which is not determined to be the currently executed display task into a corresponding storage space according to the arbitration result.
Optionally, the storing the first display task or the second display task that is not determined to be the currently executed display task into a corresponding storage space includes:
if the arbitration result is that the first display task is determined to be the currently executed display task, storing the second display task into an interrupt message storage space;
and if the arbitration result is that the second display task is determined to be the currently executed display task, storing the first display task into a non-display message storage space.
Optionally, after the second display task is stored in the interrupt message storage space, the method further includes:
responding to a view request for the second display task triggered by a user, and executing the second display task;
and if the second display task is not executed, recording the waiting times of the second display task.
Optionally, after the storing the first display task in the undisplayed message storage space, the method further includes:
determining a waiting threshold of the first display task according to the first priority identification;
recording the waiting times of the first display task;
and executing the first display task when the waiting times of the first display task are not smaller than the waiting threshold value.
Optionally, determining the first display task or the second display task as the currently executed display task according to the arbitration result and executing the first display task or the second display task, including:
judging whether the display content is carried in the first display task or the second display task;
if the display content is text, analyzing the text content based on a preset coding rule and executing display;
and if the display content is the picture, analyzing the picture or downloading the picture based on the link and executing display.
In a second aspect, an embodiment of the present application provides another method for displaying multiple tasks, applied to a request end, including:
a first display task carrying a first priority identification is sent to a display end;
if the display end judges that the second display task in execution exists, the display end executes a preset arbitration strategy based on the first priority identification and the second priority identification, and an arbitration result is generated; and determining the first display task or the second display task as the currently executed display task according to the arbitration result and executing the display task.
Optionally, generating the first display task based on preset display content, display duration, a first priority identifier and an uninterruptible identifier;
determining at least one display service interface invoked by the first display task; the display service interface is used for calling the display end to provide a display file library.
In a third aspect, embodiments of the present application provide a vehicle, including: a vehicle body and a power source;
the vehicle body is provided with a memory and a processor;
the memory is used for storing one or more computer instructions;
the processor is configured to execute the one or more computer instructions for performing the steps of the method of the first aspect or the steps of the method of the second aspect.
In a fourth aspect, embodiments of the present application provide a computer-readable storage medium storing a computer program, the computer program being capable of implementing the steps of the method of the first aspect or the steps of the method of the second aspect when executed.
In the multitasking display method, the vehicle and the medium provided by the embodiment of the application, because the display space of the current display device is limited, when a plurality of display tasks need to be executed, the display sequence of the plurality of display tasks needs to be reasonably arranged. It is assumed that a first display task is received carrying a first priority identification and that the current display device is just executing a second display task. The execution sequence of the first display task and the second display task may be arbitrated based on a preset arbitration policy at this time. And determining the display task which needs to be executed currently according to the arbitration result. With the above-described scheme, the display tasks are not sequentially executed in a queue manner only according to the generation order of the display tasks, but the display tasks are judged to be executed according to the importance degree, priority level, and the like of the display tasks. When an important display task is encountered, the currently executing display task can be interrupted and then switched to the important display task, so that the real-time response effect of the display task can be ensured.
Drawings
The accompanying drawings, which are included to provide a further understanding of the application and are incorporated in and constitute a part of this application, illustrate embodiments of the application and together with the description serve to explain the application and do not constitute an undue limitation to the application. In the drawings:
fig. 1 is a flow chart of a multi-task display method according to an embodiment of the present application;
FIG. 2 is a schematic diagram of a service oriented architecture provided in an embodiment of the present application;
FIG. 3 is a schematic diagram of a display task execution process according to an embodiment of the present application;
fig. 4 is a flow chart of a multi-task display method according to an embodiment of the present application;
fig. 5 is a schematic structural diagram of a multi-task display device according to an embodiment of the present application;
fig. 6 is a schematic structural diagram of a vehicle according to an embodiment of the present application;
fig. 7 is a schematic structural diagram of another vehicle according to an embodiment of the present application.
Detailed Description
In order to enable those skilled in the art to better understand the present invention, the following description will make clear and complete descriptions of the technical solutions according to the embodiments of the present invention with reference to the accompanying drawings.
In some of the flows described in the description of the invention, the claims, and the figures described above, a number of operations occurring in a particular order are included, and the operations may be performed out of order or concurrently with respect to the order in which they occur. The sequence numbers of operations such as 101, 102, etc. are merely used to distinguish between the various operations, and the sequence numbers themselves do not represent any order of execution. In addition, the flows may include more or fewer operations, and the operations may be performed sequentially or in parallel. It should be noted that, the descriptions of "first" and "second" herein are used to distinguish different messages, devices, modules, etc., and do not represent a sequence, and are not limited to the "first" and the "second" being different types.
In the technical scheme of the application, a service-oriented architecture (Service Oriented Architecture, SOA) can be adopted, and each type of display function is used as a service module in the architecture. The design of the face-to-face service reduces the coupling degree between the service unit and the display software, so that the adjustment (adding or deleting) of the display function is simpler and more convenient. The display software can be invoked through a service interface provided by the service module as required. When display software executes a display task by calling a required service interface, the possibility of executing the task by calling multiple parties exists, and the technical scheme of the application is required to enable the smooth execution of the multi-task display.
For easy understanding, the technical scheme of the present application will be described below in connection with specific embodiments.
Fig. 1 is a schematic flow chart of a multi-task display method according to an embodiment of the present application. The method may be applied to a display controller, such as an in-vehicle display controller. The method specifically comprises the following steps:
step 101: and receiving a first display task to be executed, wherein the first display task carries a first priority identification.
Step 102: a second priority identification of the executing second display task is determined.
Step 103: and executing a preset arbitration policy based on the first priority identifier and the second priority identifier, and generating an arbitration result.
Step 104: and determining the first display task or the second display task as the currently executed display task according to the arbitration result and executing the display task.
In practical application, each display task has a corresponding priority identifier, and then the display sequence of the display task is adjusted and controlled by using the priority identifiers. The following will describe a display-related control scheme based on priority identification by means of specific embodiments.
When a new display task execution request is generated, it is required to determine whether the current display device has a second display task in execution. When the current display device is executing the second display task, if a new display request of the first display task is received, the display controller in the display device executes arbitration according to a preset arbitration policy. If the current display device does not execute any display task, the first display task can be directly executed without executing arbitration by utilizing an arbitration policy.
The receiving of the first display task may carry the first priority identifier, and may also carry display content, display duration, non-terminable identifier, etc., which are not specifically displayed herein, and may be increased or decreased according to the needs of the user in practical application.
Fig. 2 is a schematic diagram of a service-oriented architecture according to an embodiment of the present application. As can be seen from fig. 2, including a function 1 service module, a function 2 service module, etc. having different display functions, the display software may call the corresponding service module through the service interface. When the display task is sent to the display controller, the transmission of the display parameters related to the display task can be carried out through a service interface provided by the service module, and then the conversion module analyzes and executes the corresponding display task to display the content. In practical application, the service module and other supply and demand party can be generated in various text library and picture library modes according to different service function types in advance, and the demand party only needs to provide the required display parameters without carrying out complicated bottom code steering. The display software is decoupled from the service module with the display requirement party, so that when the display function is adjusted, for example, the display of the newly added function or the display effect of the existing function is required to be changed, and the like, only the service module is updated, so that the expansibility of the display system is better, the engineering development cost is reduced, and the debugging and iteration of the display effect are convenient. Specific implementations will be described in the following examples.
The arbitration policy described herein can be briefly divided into: the first priority identifier and the second priority identifier belong to different priorities, and then the display task with high priority is preferentially executed. If the first priority identification and the second priority identification are the same in priority, further judging whether the second display task currently being executed is allowed to be interrupted or not. The arbitration process will be illustrated by a specific embodiment.
In general, the priority of the display task related to the safety of the vehicle, which is currently focused on by the user, is given to a higher priority. In addition, the priority may be variable and adjustable, for example, when the driving mode of the vehicle changes, the priority may be adjusted accordingly.
For example, when the current vehicle-mounted display device is executing a multimedia playing task, if the driver or passenger has a task of performing route navigation display by using the current display device, the priority of the route navigation display task is higher than that of the multimedia playing task, so that after the display device receives the route navigation display task, the current executing multimedia playing task is stopped, and the current vehicle-mounted display device is further switched to the route navigation display task.
In one or more embodiments of the present application, the executing a preset arbitration policy based on the first priority identifier and the second priority identifier, generating an arbitration result includes: comparing the first priority identification with the second priority identification; if the comparison result shows that the first priority identification level is higher than the second priority identification level, determining the first display task as the currently executed display task; and if the comparison result shows that the second priority identification level is higher than the first priority identification level, determining that the second display task is determined to be the currently executed display task.
In practical applications, the first priority identification and the second priority identification may be compared. For example, if the first priority identifier is 3 and the second priority identifier is 1, the first priority identifier is higher than the second priority identifier, and the executing second display task is stopped. If the first priority identifier is 1 and the second priority identifier is 3, the second priority identifier is higher than the first priority identifier, and the second display task is continued to be executed until the second display task is ended or the display task with higher priority is executed halfway, and the second display task is stopped. Unlike the prior art (for example, FIFO (First Input First Output) technology) that display tasks are executed according to the sequence of first-in-first-out and last-out, in the technical scheme of the application, real-time display and real-time switching adjustment of high-priority display tasks are realized through comparison of the priority identifiers of the display tasks, and the response speed is effectively improved.
When a plurality of first display tasks exist, the arbitration strategies are sequentially executed according to the triggering sequence of the first display tasks.
If the comparison result shows that the first priority identification level is equal to the second priority identification level, judging whether the second display task carries an uninterruptible identification or not;
if the uninterruptible mark is carried, determining that the second display task is the currently executed display task;
and if the uninterruptible mark is not carried, determining that the first display task is determined to be the currently executed display task.
For example, after comparing the priority identifiers, if the level of the first priority identifier is the same as the level of the second priority identifier, it is further determined whether to continue to execute the second display task or switch to the first display task. Further, the status of the uninterruptible mark in the second display task is checked.
If the second display task includes an uninterruptible Flag Uninterruption_Flag, which indicates that the second display task is not allowed to be interrupted by the display task of the same level before the execution is finished, the second display task is continued to be executed until the execution is finished. After the end, the corresponding display tasks may be performed according to the order.
If the second display task does not contain the uninterruptable identifier Uninterruption_Flag, the method indicates that the second display task is allowed to be interrupted by the display task of the same level before the execution of the second display task is finished, and the newly received first display task is executed. Similarly, in the process of executing the first display task, there may be other new display task requests, and the arbitration policy needs to be used to determine how to execute the current display task, which will not be repeated here.
The display task determined to be currently executed is understood herein to be a display task that can be determined to be executed next or to be executed continuously after the foregoing determination step.
As an alternative, when adding the uninterruptible identifier to the first display task or the second display task, the uninterruptible identifier can be enabled to work in a specific process or time node according to the task process or time node; in other words, when a display task is executed to a particular process or time node, it will not be allowed to be interrupted, and other times may be interrupted. For example, the uninterrupted flag is set to be not allowed to be interrupted after the second display task starts to execute for 5 minutes, and when the first display task with the same level as the second display task is received while the second display task is executed for 6 minutes, the second display task is continuously executed because the uninterrupted flag set in the second display task is enabled at this time; when the second display task is executed for 3 minutes, if the first display task with the same level as the second display task is received, the second display task is switched to the first display task because the uninterruptible mark set in the second display task does not work at the moment.
By setting the uninterruptible mark in the display task, the execution sequence of the display task can be controlled, so that the diversified display control requirements can be met.
As described above, after determining the currently executed display task by comparing the priority identifications, the display task that is not executed or is suspended from being executed is stored. The method comprises the following steps:
and storing the first display task or the second display task which is not determined to be the currently executed display task into a corresponding storage space according to the arbitration result.
The storage mode and the wake-up mode for different display tasks are different. The storing the first display task or the second display task that is not determined to be the currently executed display task to a corresponding storage space includes:
if the arbitration result is that the first display task is determined to be the currently executed display task, storing the second display task into an interrupt message storage space;
and if the arbitration result is that the second display task is determined to be the currently executed display task, storing the first display task into a non-display message storage space.
In order to facilitate management of new display tasks and interrupted display tasks which cannot be executed temporarily and are executed continuously, the interrupted second display task is stored in the terminal message storage space, and the first display task which is not displayed yet is stored in the non-display message storage space. The separate storage is provided here for the convenience of storage management and subsequent determination of the order in which the display tasks are to be performed. Each of which will be specifically exemplified below.
In the first case, after storing the second display task in the interrupt message storage space, the method further includes: responding to a view request for the second display task triggered by a user, and executing the second display task; and if the second display task is not executed, recording the waiting times of the second display task. When the user actively wants to view the second display task or wants to continue to execute the second display task, the second display task can be continuously executed under the triggering condition of the user without automatically resuming the execution of the second display task. In practical application, if a plurality of interrupted second display tasks are stored in the interrupt message storage space, after the waiting time of a certain second display task reaches a set time threshold, the second display task is visible to a user, so that the user can determine whether to continue to execute the second display task according to the needs of the user. The second display task selected by the user will resume execution, while the number of updates entered into the memory space that were not selected by the user (any display task in the interrupt message memory space was selected by the user for execution, then the non-selected display task is considered to be saved again, waiting for a number of +1) and marking the latest timestamp. When the number of waiting times exceeds another preset number threshold, the interrupted second display task is emptied, because if the user still has no need to continue to execute the second display task under the condition of cycling for a plurality of times, the user is indicated that the user does not need to execute the interrupted second display task any more, so that the interrupted second display task can be emptied to provide storage space for the subsequently interrupted display task.
In a second case, after storing the first display task in the non-display message storage space, the method further includes: determining a waiting threshold of the first display task according to the first priority identification; recording the waiting times of the first display task; and executing the first display task when the waiting times of the first display task are not smaller than the waiting threshold value. At least one first display task for display is stored in the message-not-displayed storage space. There are two ways to trace back and revive the first display task that is not shown: one is to automatically revive the display task by setting a certain condition (e.g., the number of cycles), and the other is to decide which display task to execute by the user.
The following will specifically exemplify:
when the first display task is stored in the non-display storage space, the waiting times (any display task in the non-display message storage space is selected by a user to be executed, and then the non-selected display task is considered to be restored once again, and the waiting times are +1) and the update time stamp are recorded. And when the waiting times exceed the waiting threshold, executing the first display task. Of course, to ensure that executing the first display task does not affect the display task being executed or the higher level display task, the display system may wait for an idle time, such as 500ms. It is determined that the display system is idle to perform a first display task.
When the user triggers the requirement of executing a certain first display task, the corresponding display task can be executed according to the user requirement.
In one or more embodiments of the present application, determining the first display task or the second display task as a currently executed display task according to the arbitration result and executing the display task includes: and if the arbitration result is the first display task, judging that the display content is carried by the first display task. And if the display content is text, analyzing the text content based on a preset coding rule and executing display. And if the display content is the picture, analyzing the picture or downloading the picture based on the link and executing display.
In practical applications, when a display task is performed, contents to be displayed may be roughly divided into text contents and picture contents. The display modes adopted for different display contents are different. Specifically:
and if the display content is text content, decoding the text content according to the coding and decoding rule and sending the decoded text content to the corresponding display terminal for display. If the display content is a picture, two modes of obtaining the picture are adopted, wherein one mode is to directly obtain the picture, and the picture can be directly displayed after analysis; the other is that the display can be realized after the download through the URL link.
Processing the display content, the priority identification and the uninterruptible identification in the display parameters transmitted to the display equipment, and further comprising the display time corresponding to each display task. So as to reasonably arrange the display sequence and the display rhythm of the display tasks according to the display time length.
For ease of understanding, the display task execution process will be specifically illustrated below. Fig. 3 is a schematic diagram of a display task execution process according to an embodiment of the present application. As can be seen from the view of figure 3,
when a function demander (such as a user or an on-board controller) invokes a service interface to send a first display task to be executed by a display end in a request mode. The first display task carries display parameters including but not limited to: display content, display duration, priority identification, uninterruptible identification, etc. After the display receives the first display task, the display executes the arbitration task based on a preset arbitration policy. The specific arbitration process has been explained in the corresponding embodiments of fig. 1, and the detailed description is not repeated here, but the embodiments can be referred to. Two arbitration results are provided, one is that the first display task is determined to be the currently executed display task, and the second display task which is executed and displayed before the first display task is interrupted; the second is to determine the second display task as the currently executed display task, and the first display task is temporarily stored in the designated storage space. The display tasks determined to be performed parse the display content including: text content and picture content. And if the text content is the text content, executing the text content according to the coding rule. If the picture content is the picture content, distinguishing the picture file from the URL link, if the picture file is analyzed and then directly displayed, and if the picture file is the URL link, downloading and then displaying are needed.
The display tasks that are not currently executed may be classified into a first display task that is not executed and a second display task that is not executed.
If the first display task is not executed, the first display task is stored in the non-display message storage space. The waiting times are updated each time a new display task is executed in the non-display memory space, and the time stamp is updated. And when the waiting times exceed the waiting threshold, further waiting for the display system to be idle, and executing the first display task. Or when the user actively triggers the execution of the first display task, the first display task is directly executed without being constrained by the waiting times.
In formally executing a display task, there is a timing of the display duration. When the timer reaches TimeOut, the display is ended, and the next display task is executed.
The embodiment of the application also provides a multitasking display method. Fig. 4 is a flow chart of a multi-task display method according to an embodiment of the present application. As can be seen from fig. 4, the method specifically includes the following steps:
step 401: and sending a first display task carrying the first priority identification to the display terminal.
Step 402: if the display end executes the second display task, the display end executes a preset arbitration strategy based on the first priority identification and the second priority identification, and an arbitration result is generated; and determining the first display task or the second display task as the currently executed display task according to the arbitration result and executing the display task.
In one or more embodiments of the present application, before sending the first display task carrying the first priority identifier to the display end, the method further includes: and generating the first display task based on preset display content, display duration, a first priority identification and an uninterruptible identification. Determining at least one display service interface invoked by the first display task; the display service interface is used for calling the display end to provide a display file library.
In practical applications, the display content of the display end has a high multiplexing degree, for example, certain display parameters can be multiplexed during text display. Therefore, a display file library comprising a text library and a picture library can be established at the display end. There may be multiple word libraries built, for example, different word libraries may be built according to different font types. Thus, in use, the desired display content can be achieved by invoking the display service interface.
The first display task is assumed to be a newly added display task, and the functions of the display software and the display requiring party are decoupled in the mode, so that when the display of the newly added functions or the display effect of the existing functions need to be changed, only the display requiring party can update the software, the expansibility of the display system is better, the engineering development cost is reduced, and the debugging and iteration of the display effect are convenient.
Based on the same thought, the embodiment of the application also provides a multi-task display device. Fig. 5 is a schematic structural diagram of a multi-task display device according to an embodiment of the present application. As can be seen from fig. 5, the device comprises: a controller;
the controller comprises: the receiving module 51 is configured to receive a first display task to be executed, where the first display task carries a first priority identifier.
A judging module 52, configured to judge whether the second display task in execution exists.
And the determining module 53 is configured to determine a second priority identifier of the executing second display task if it is determined that the executing second display task exists.
The generating module 54 is configured to execute a preset arbitration policy based on the first priority identifier and the second priority identifier, and generate an arbitration result.
And the execution module 55 is used for determining the first display task or the second display task as the currently executed display task according to the arbitration result and executing the display task.
Optionally, a generating module 54 is configured to compare the first priority identifier and the second priority identifier;
if the comparison result shows that the first priority identification level is higher than the second priority identification level, determining the first display task as the currently executed display task;
And if the comparison result shows that the second priority identification level is higher than the first priority identification level, determining that the second display task is determined to be the currently executed display task.
Optionally, the generating module 54 is configured to determine whether the second display task carries an uninterruptible identifier if the comparison result indicates that the first priority identifier level is equal to the second priority identifier level;
if the uninterruptible mark is carried, determining that the second display task is the currently executed display task;
and if the uninterruptible mark is not carried, determining that the first display task is determined to be the currently executed display task.
Optionally, a storage module 56 is further included for storing the first display task or the second display task that is not determined to be the currently executed display task to a corresponding storage space according to the arbitration result.
Optionally, the storage module 56 is configured to store the second display task in an interrupt message storage space if the arbitration result is that the first display task is determined to be the currently executed display task;
and if the arbitration result is that the second display task is determined to be the currently executed display task, storing the first display task into a non-display message storage space.
Optionally, a storage module 56 is configured to execute the second display task in response to a user-triggered viewing request for the second display task;
and if the second display task is not executed, recording the waiting times of the second display task.
Optionally, a storage module 56 is configured to determine a waiting threshold of the first display task according to the first priority identifier;
recording the waiting times of the first display task;
and executing the first display task when the waiting times of the first display task are not smaller than the waiting threshold value.
The execution module 55 is configured to determine that the display content is carried in the first display task or the second display task;
if the display content is text, analyzing the text content based on a preset coding rule and executing display;
and if the display content is the picture, analyzing the picture or downloading the picture based on the link and executing display.
Fig. 6 is a schematic structural diagram of a vehicle according to an embodiment of the present application, where, as shown in fig. 6, a vehicle device is configured on the vehicle, and the vehicle device includes: a memory 601 and a controller 602.
The memory 601 is used for storing computer programs and may be configured to store other various data to support operations on the vehicle device. Examples of such data include instructions for any application or method operating on the vehicular device, contact data, phonebook data, messages, pictures, videos, and the like.
The Memory 601 may be implemented by any type or combination of volatile or non-volatile Memory devices, such as Static Random-Access Memory (SRAM), electrically erasable programmable Read-Only Memory (Electrically Erasable Programmable Read Only Memory, EEPROM), erasable programmable Read-Only Memory (Electrical Programmable Read Only Memory, EPROM), programmable Read-Only Memory (Programmable Read-Only Memory, PROM), read-Only Memory (ROM), magnetic Memory, flash Memory, magnetic disk, or optical disk.
The vehicle apparatus further includes: a display device 603. A controller 602 coupled to the memory 601 for executing a computer program in the memory 601 for:
receiving a first display task to be executed, wherein the first display task carries a first priority identifier;
judging whether a second display task in execution exists or not;
if judging that the second display task in execution exists, determining a second priority identification of the second display task in execution;
executing a preset arbitration policy based on the first priority identifier and the second priority identifier, and generating an arbitration result;
and determining the first display task or the second display task as the currently executed display task according to the arbitration result and executing the display task.
Optionally, the controller 602 is further configured to compare the first priority identifier and the second priority identifier;
if the comparison result shows that the first priority identification level is higher than the second priority identification level, determining the first display task as the currently executed display task;
and if the comparison result shows that the second priority identification level is higher than the first priority identification level, determining that the second display task is determined to be the currently executed display task.
Optionally, the controller 602 is further configured to determine whether the second display task carries an uninterruptible identifier if the comparison result indicates that the first priority identifier level is equal to the second priority identifier level;
if the uninterruptible mark is carried, determining that the second display task is the currently executed display task;
and if the uninterruptible mark is not carried, determining that the first display task is determined to be the currently executed display task.
Optionally, the controller 602 is further configured to store the first display task or the second display task that is not determined to be the currently executed display task to a corresponding storage space according to the arbitration result.
Optionally, the controller 602 is further configured to store the second display task in an interrupt message storage space if the arbitration result indicates that the first display task is determined to be the currently executed display task;
and if the arbitration result is that the second display task is determined to be the currently executed display task, storing the first display task into a non-display message storage space.
Optionally, the controller 602 is further configured to execute the second display task in response to a user-triggered viewing request for the second display task;
and if the second display task is not executed, recording the waiting times of the second display task.
Optionally, the controller 602 is further configured to determine a waiting threshold of the first display task according to the first priority identifier;
recording the waiting times of the first display task;
and executing the first display task when the waiting times of the first display task are not smaller than the waiting threshold value.
Optionally, the controller 602 is further configured to determine that the display content is carried in the first display task or the second display task;
if the display content is text, analyzing the text content based on a preset coding rule and executing display;
And if the display content is the picture, analyzing the picture or downloading the picture based on the link and executing display.
The display device 603 in fig. 6 described above includes a screen, which may include a Liquid Crystal Display (LCD) and a Touch Panel (TP). If the screen includes a touch panel, the screen may be implemented as a touch screen to receive input signals from a user. The touch panel includes one or more touch sensors to sense touches, swipes, and gestures on the touch panel. The touch sensor may sense not only the boundary of a touch or slide action, but also the duration and pressure associated with the touch or slide operation.
The audio component 604 of fig. 6 above may be configured to output and/or input audio signals. For example, the audio component includes a Microphone (MIC) configured to receive external audio signals when the device in which the audio component is located is in an operational mode, such as a call mode, a recording mode, and a speech recognition mode. The received audio signal may be further stored in a memory or transmitted via a communication component. In some embodiments, the audio assembly further comprises a speaker for outputting audio signals.
Further, as shown in fig. 6, the vehicle apparatus further includes: communication component 605, power supply component 606, and the like. Only part of the components are schematically shown in fig. 6, which does not mean that the vehicle device only comprises the components shown in fig. 4.
The communication component 605 of fig. 6 described above is configured to facilitate wired or wireless communication between the device in which the communication component is located and other devices. The device in which the communication component is located may access a wireless network based on a communication standard, such as WiFi,2G, 3G, 4G, or 6G, or a combination thereof. In one exemplary embodiment, the communication component may be implemented based on near field communication (Near Field Communication, NFC) technology, radio frequency identification (Radio Frequency Identification, RFID) technology, infrared data association (Infrared Data Association, irDA) technology, ultra Wideband (UWB) technology, bluetooth technology, and other technologies.
Wherein the power supply assembly 606 provides power to the various components of the device in which the power supply assembly resides. The power components may include a power management system, one or more power sources, and other components associated with generating, managing, and distributing power for the devices in which the power components are located.
Accordingly, the present application further provides a computer readable storage medium storing a computer program, where the computer program is capable of implementing the steps in the method embodiment of fig. 1.
Based on the same thought, the embodiment of the application also provides another multi-task display device. The device comprises: the vehicle-mounted function module is used as a request end;
the vehicle-mounted functional module comprises:
the sending module is used for sending a first display task carrying a first priority identifier to the display end;
if the display end judges that the second display task in execution exists, the display end executes a preset arbitration strategy based on the first priority identification and the second priority identification, and an arbitration result is generated; and determining the first display task or the second display task as the currently executed display task according to the arbitration result and executing the display task.
The system further comprises a determining module, a processing module and a processing module, wherein the determining module is used for generating the first display task based on preset display content, display duration, a first priority identification and an uninterruptible identification; determining at least one display service interface invoked by the first display task; the display service interface is used for calling the display end to provide a display file library.
Fig. 7 is a schematic structural diagram of another vehicle provided in an embodiment of the present application, where, as shown in fig. 7, a vehicle device is configured on the vehicle, and the vehicle device includes: memory 701 and controller 702.
The memory 701 is used for storing a computer program and may be configured to store other various data to support operations on the vehicle device. Examples of such data include instructions for any application or method operating on the vehicular device, contact data, phonebook data, messages, pictures, videos, and the like.
The Memory 701 may be implemented by any type or combination of volatile or non-volatile Memory devices, such as Static Random-Access Memory (SRAM), electrically erasable programmable Read-Only Memory (Electrically Erasable Programmable Read Only Memory, EEPROM), erasable programmable Read-Only Memory (Electrical Programmable Read Only Memory, EPROM), programmable Read-Only Memory (Programmable Read-Only Memory, PROM), read-Only Memory (ROM), magnetic Memory, flash Memory, magnetic disk, or optical disk.
The vehicle apparatus further includes: and a display device 703. A controller 702 coupled to the memory 701 for executing a computer program in the memory 701 for:
a first display task carrying a first priority identification is sent to a display end;
If the display end judges that the second display task in execution exists, the display end executes a preset arbitration strategy based on the first priority identification and the second priority identification, and an arbitration result is generated; and determining the first display task or the second display task as the currently executed display task according to the arbitration result and executing the display task.
Optionally, generating the first display task based on preset display content, display duration, a first priority identifier and an uninterruptible identifier;
determining at least one display service interface invoked by the first display task; the display service interface is used for calling the display end to provide a display file library.
The display device 703 in fig. 7 described above includes a screen, which may include a Liquid Crystal Display (LCD) and a Touch Panel (TP). If the screen includes a touch panel, the screen may be implemented as a touch screen to receive input signals from a user. The touch panel includes one or more touch sensors to sense touches, swipes, and gestures on the touch panel. The touch sensor may sense not only the boundary of a touch or slide action, but also the duration and pressure associated with the touch or slide operation.
The audio component 704 in fig. 7 above may be configured to output and/or input audio signals. For example, the audio component includes a Microphone (MIC) configured to receive external audio signals when the device in which the audio component is located is in an operational mode, such as a call mode, a recording mode, and a speech recognition mode. The received audio signal may be further stored in a memory or transmitted via a communication component. In some embodiments, the audio assembly further comprises a speaker for outputting audio signals.
Further, as shown in fig. 7, the vehicle apparatus further includes: communication component 705, power supply component 706, and other components. Only part of the components are schematically shown in fig. 7, which does not mean that the vehicle device only comprises the components shown in fig. 4.
The communication component 705 in fig. 7 described above is configured to facilitate wired or wireless communication between the device in which the communication component is located and other devices. The device in which the communication component is located may access a wireless network based on a communication standard, such as WiFi,2G, 3G, 4G, or 5G, or a combination thereof. In one exemplary embodiment, the communication component may be implemented based on near field communication (Near Field Communication, NFC) technology, radio frequency identification (Radio Frequency Identification, RFID) technology, infrared data association (Infrared Data Association, irDA) technology, ultra Wideband (UWB) technology, bluetooth technology, and other technologies.
Wherein the power component 706 provides power to the various components of the device in which the power component resides. The power components may include a power management system, one or more power sources, and other components associated with generating, managing, and distributing power for the devices in which the power components are located.
Accordingly, the present application further provides a computer readable storage medium storing a computer program, where the computer program is capable of implementing the steps in the method embodiment of fig. 1.
In this embodiment of the present application, since the display space of the current display device is limited, when there are multiple display tasks to be executed, the display sequences of the multiple display tasks need to be reasonably arranged. It is assumed that a first display task is received carrying a first priority identification and that the current display device is just executing a second display task. The execution sequence of the first display task and the second display task may be arbitrated based on a preset arbitration policy at this time. And determining the display task which needs to be executed currently according to the arbitration result. With the above-described scheme, the display tasks are not sequentially executed in a queue manner only according to the generation order of the display tasks, but the display tasks are judged to be executed according to the importance degree, priority level, and the like of the display tasks. When an important display task is encountered, the currently executing display task can be interrupted and then switched to the important display task, so that the real-time response effect of the display task can be ensured.
It will be appreciated by those skilled in the art that embodiments of the present invention may be provided as a method, system, or computer program product. Accordingly, the present invention may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the present invention may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, and the like) having computer-usable program code embodied therein.
These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
In one typical configuration, a computing device includes one or more processors (CPUs), input/output interfaces, network interfaces, and memory. The memory may include volatile memory in a computer-readable medium, random Access Memory (RAM) and/or nonvolatile memory, such as Read Only Memory (ROM) or flash memory (flash RAM). Memory is an example of computer-readable media.
The foregoing is merely exemplary of the present application and is not intended to limit the present application. Various modifications and changes may be made to the present application by those skilled in the art. Any modifications, equivalent substitutions, improvements, etc. which are within the spirit and principles of the present application are intended to be included within the scope of the claims of the present application.
Claims (12)
1. A method of multitasking display, the method comprising:
receiving a first display task to be executed, wherein the first display task carries a first priority identifier;
judging whether a second display task in execution exists or not;
if the second display task in execution is judged to exist, determining a second priority identification of the second display task;
executing a preset arbitration policy based on the first priority identifier and the second priority identifier, and generating an arbitration result;
And determining the first display task or the second display task as the currently executed display task according to the arbitration result and executing the display task.
2. The method of claim 1, wherein the performing a preset arbitration policy based on the first priority identification and the second priority identification, generating an arbitration result, comprises:
comparing the first priority identification with the second priority identification;
if the comparison result shows that the first priority identification level is higher than the second priority identification level, determining the first display task as the currently executed display task;
and if the comparison result shows that the second priority identification level is higher than the first priority identification level, determining that the second display task is determined to be the currently executed display task.
3. The method according to claim 1 or 2, wherein the performing a preset arbitration policy based on the first priority identification and the second priority identification, generating an arbitration result, comprises:
if the comparison result shows that the first priority identification level is equal to the second priority identification level, judging whether the second display task carries an uninterruptible identification or not;
If the uninterruptible mark is carried, determining that the second display task is the currently executed display task;
and if the uninterruptible mark is not carried, determining that the first display task is determined to be the currently executed display task.
4. The method as recited in claim 1, further comprising:
and storing the first display task or the second display task which is not determined to be the currently executed display task into a corresponding storage space according to the arbitration result.
5. The method of claim 4, wherein the storing the first display task or the second display task that is not determined to be the currently executing display task to a corresponding storage space comprises:
if the arbitration result is that the first display task is determined to be the currently executed display task, storing the second display task into an interrupt message storage space;
and if the arbitration result is that the second display task is determined to be the currently executed display task, storing the first display task into a non-display message storage space.
6. The method of claim 5, wherein after storing the second display task in the interrupt message storage space, further comprising:
Responding to a view request for the second display task triggered by a user, and executing the second display task;
and if the second display task is not executed, recording the waiting times of the second display task.
7. The method of claim 5, wherein after storing the first display task in the undisplayed message storage space, further comprising:
determining a waiting threshold of the first display task according to the first priority identification;
recording the waiting times of the first display task;
and executing the first display task when the waiting times of the first display task are not smaller than the waiting threshold value.
8. The method of claim 1, wherein after determining the first display task or the second display task as a currently executed display task based on the arbitration result and executing, further comprising:
judging display content carried in the first display task or the second display task;
if the display content is text, analyzing the text content based on a preset coding rule and executing display;
and if the display content is the picture, analyzing the picture or downloading the picture based on the link and executing display.
9. A method of multitasking display, the method comprising:
a first display task carrying a first priority identification is sent to a display end;
if the display end judges that the second display task in execution exists, the display end executes a preset arbitration strategy based on the first priority identification and the second priority identification, and an arbitration result is generated; and determining the first display task or the second display task as the currently executed display task according to the arbitration result and executing the display task.
10. The method of claim 9, further comprising, before sending the first display task carrying the first priority identifier to the display terminal:
generating a first display task based on preset display content, display duration, a first priority identifier and an uninterruptible identifier;
determining at least one display service interface invoked by the first display task; the display service interface is used for calling the display end to provide a display file library.
11. A vehicle, characterized by comprising: a vehicle body and a power source;
the vehicle body is provided with a memory and a processor;
the memory is used for storing one or more computer instructions;
The processor is configured to execute the one or more computer instructions for performing the steps of the method of any of claims 1-8, or the steps of the method of any of claims 9-10.
12. A computer readable storage medium storing a computer program, characterized in that the computer program, when executed, is capable of implementing the steps of the method according to any one of claims 1-8 or the steps of the method according to any one of claims 9-10.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210862928.5A CN117472521A (en) | 2022-07-20 | 2022-07-20 | Multitasking display method, vehicle and medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210862928.5A CN117472521A (en) | 2022-07-20 | 2022-07-20 | Multitasking display method, vehicle and medium |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN117472521A true CN117472521A (en) | 2024-01-30 |
Family
ID=89635286
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202210862928.5A Pending CN117472521A (en) | 2022-07-20 | 2022-07-20 | Multitasking display method, vehicle and medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN117472521A (en) |
-
2022
- 2022-07-20 CN CN202210862928.5A patent/CN117472521A/en active Pending
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR101657545B1 (en) | Mobile terminal and operating method thereof | |
| CN110300328B (en) | Video playing control method and device and readable storage medium | |
| US20150333971A1 (en) | Method and device for managing processes of application program | |
| CN110708602A (en) | Video starting method and device, electronic equipment and storage medium | |
| CN109753332B (en) | Method and device for displaying information | |
| CN102112953A (en) | Information processing apparatus and program | |
| CN113038234B (en) | Video processing method and device, electronic equipment and storage medium | |
| CN109032732B (en) | Notification display method and device, storage medium and electronic equipment | |
| CN114138439A (en) | Task scheduling method and device, electronic equipment and storage medium | |
| CN113301157A (en) | Cloud mobile phone group control method, equipment and storage medium based on android system | |
| CN114531614B (en) | Video playing method, device, electronic equipment and storage medium | |
| CN114760515A (en) | Method, device, equipment, storage medium and program product for displaying media content | |
| CN114238673A (en) | Content display method, device, equipment and storage medium | |
| CN113419452A (en) | Vehicle, control method thereof and mobile terminal | |
| US20230412723A1 (en) | Method and apparatus for generating imagery record, electronic device, and storage medium | |
| CN112486658A (en) | Task scheduling method and device for task scheduling | |
| CN112685104A (en) | Application program starting control method and device, electronic equipment and storage medium | |
| WO2023051315A1 (en) | Application control method and apparatus, electronic device, and storage medium | |
| CN109840168B (en) | Software recovery method, device, terminal and medium | |
| CN113564865A (en) | Remote control method and device for washing machine, electronic equipment and storage medium | |
| CN117472521A (en) | Multitasking display method, vehicle and medium | |
| CN110267089B (en) | Video playing control method and device, electronic equipment and storage medium | |
| CN115550723A (en) | Multimedia information display method and device and electronic equipment | |
| CN110096196B (en) | Data processing method for vehicle-mounted terminal, chip and medium | |
| CN112905072A (en) | Application processing method and device and electronic equipment |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination |