WO2022166109A1 - Information scheduling method for head unit desktop system, and electronic device - Google Patents

Abstract

An information scheduling method for a head unit desktop system, and an electronic device, relating to the field of in-vehicle infotainment products. The information scheduling method is applied to a policy center controller of a head unit desktop system, and mainly comprises: initializing a policy center controller after a head unit desktop system is started; accessing message input parties and reach layers, and formulating a data attribute, a message management rule, and message transmission channels for interaction; receiving an input message sent by the message input party by means of the corresponding message transmission channel, and detecting, according to the message management rule, whether the input message is valid; if the input message is valid, processing the input message and incorporating same into a send queue; and determining, according to the scene where the head unit desktop system is currently located, a target reach layer of the input message from registered reach layers, and delivering the input message in the send queue to the target reach layer by means of the corresponding message transmission channel. Messages can be sequentially, regularly and efficiently delivered and mutual interference of the messages is avoided.

Description

A kind of information scheduling method and electronic device of car-machine desktop system

The present invention requires the priority of the Chinese patent application with the application number of 202110139883.4 and the title of the invention "an information scheduling method and electronic device for a desktop system of a vehicle", which was submitted to the Chinese Patent Office on February 2, 2021. Reference is incorporated herein.

technical field

The invention relates to the technical field of in-vehicle infotainment products, in particular to an information scheduling method and electronic device of an in-vehicle desktop system.

Background technique

In the process of driving a smart vehicle, the driver needs to control the vehicle in various ways. The in-vehicle infotainment system (also known as In-Vehicle Infotainment, IVI for short) is the core of vehicle control, and the in-vehicle desktop system is all the The center of vehicle information aggregation is the carrier for the most intuitive experience for users. In order to accurately, efficiently and intuitively display vehicle information in front of users and ensure the safety of users' vehicle use, it is urgent to develop an excellent information scheduling scheme for the vehicle-machine desktop system.

SUMMARY OF THE INVENTION

In view of the above-mentioned problems, the present invention provides an information scheduling method and electronic device for a vehicle-machine desktop system that overcomes the above-mentioned problems or at least partially solves the above-mentioned problems.

An object of the present invention is to provide an information scheduling method for a vehicle-machine desktop system that can send messages in an orderly, regular, and efficient manner and avoid mutual interference in sending messages.

A further object of the present invention is to perform precise scheduling by ensuring the validity of the delivered message.

A still further object of the present invention is to ensure the rationality of the message delivery order by reordering the sending queue.

In particular, according to an aspect of the embodiments of the present invention, an information scheduling method of an on-board desktop system is provided, which is applied to a policy center controller of the on-board desktop system, and the information scheduling method includes:

After the on-board desktop system is started, initialize the strategy center controller;

In response to the access request of each message input party, establish a connection with each of the message input parties, and in response to the connection and registration request of each touch layer to connect and register each of the touch layers, and formulate the strategy center controller and Data attributes, message management rules and message transmission channels for interaction between each of the message input parties and each of the reach layers;

receiving an input message sent by the message input party through the corresponding message transmission channel, and detecting whether the input message is valid according to the message management rule;

If the input message is valid, the input message is processed and integrated into the sending queue;

The target reach layer of the input message is determined from the registered reach layers according to the scene in which the vehicle-machine desktop system is currently located, and the target reach layer of the input message is sent to the lower layer through the corresponding message transmission channel. send the input message in the send queue.

Optionally, the message input party includes at least one of the following: cloud, scene, in-vehicle navigation, and multimedia application;

The reach layer includes at least one of the following: an image system, a desktop, and a notification center.

Optionally, the data attributes include at least one of the following: display attributes, control attributes, and queue attributes; wherein

The display attributes include message type, message title and message content;

The control attributes include whether to display a prompt, whether to synthesize a speech, and whether to be able to speak if it is visible;

The queue attributes include priority and co-opetition strategy.

Optionally, the step of detecting whether the input message is valid according to the message management rule includes at least one of the following:

Whether the message input party sending the input message has permission;

Whether the message input party sending the input message is in the blacklist;

Whether the message transmission channel for transmitting the input message is legal;

Whether the content of the input message is valid;

Whether the data attribute of the input message is abnormal.

Optionally, the step of processing the input message and integrating it into the sending queue includes:

causing the received input messages to enter the processing channel according to the order of reception time;

Check whether the sending queue is full;

If the sending queue is full, store the input message in the storage queue, and move the input message from the storage queue to the sending queue after there is space in the sending queue for adding data ;

If the sending queue is not full, adding the input message to the sending queue;

The messages in the sending queue are reordered according to the data attributes of the messages in the sending queue, including the input message.

Optionally, the step of reordering the messages in the sending queue according to the data attributes of each message including the input message in the sending queue includes:

merging and processing the messages in the sending queue according to the competition strategy and message type of each message in the sending queue;

The merged messages are sorted according to the priority and reception time of each message in the send queue.

Optionally, the input message carries a message delivery route indication of the message input party, and the message delivery route indication includes an indication that a message is directly delivered to a trigger layer or an indication that a message is delivered through a sending queue;

After it is detected that the input message is valid, but before the input message is processed and added to the sending queue, the information scheduling method further includes:

Determine the message delivery path selected by the message input party according to the message delivery path indication;

If the message delivery method selected by the message input party is to deliver the message through the sending queue, the step of processing the input message and integrating it into the sending queue is performed.

Optionally, if the message delivery method selected by the message input party is the message direct delivery trigger layer, the target reach layer of the input message is determined according to the scene where the vehicle-machine desktop system is currently located, and The input message is delivered to the target reach layer through the corresponding message transmission channel.

Optionally, after determining the target reach layer of the input message and before delivering the input message to the target reach layer, the information scheduling method further includes:

Detecting whether the target reaching layer is in a normal state; wherein, the input message is delivered to the target reaching layer only when the target reaching layer is in a normal state.

Optionally, after delivering the input message to the target reach layer, the information scheduling method further includes:

Receive information fed back after the target reaching layer executes the input message, and send the fed back information to the message input party.

Optionally, after receiving the input message sent by the message input party, the information scheduling method further includes:

receiving a control instruction for the input message sent by the message input party;

If the input message is still in the sending queue, then change the data attribute of the input message in the sending queue according to the control instruction;

If the input message has been sent to the target reach layer, a notification message is generated according to the control instruction and sent to the target reach layer, so that the target reach layer changes the current state according to the notification message An operation to perform on the input message.

Optionally, after determining the target reaching layer of the input message, the information scheduling method further includes:

Receive the reverse control data sent by the message input party, and forward the reverse control data to the target reach layer, so that the target reach layer directly controls the message input according to the reverse control data square.

Optionally, in response to the access request of each message input party to establish a connection with each of the message input parties, and in response to the registration request of each touch layer to register each of the touch layers, formulate the strategy center controller. After interacting with the data attributes, message management rules and message transmission channels between each of the message input parties and each of the reach layers, the information scheduling method further includes:

In response to the cancellation registration request of the touch layer, the registration of the touch layer is cancelled, and the monitoring of the touch layer and the corresponding message transmission channel of the touch layer are removed.

According to another aspect of the embodiments of the present invention, an electronic device is also provided, including:

processor; and

memory in which computer program code is stored;

When the computer program code is executed by the processor, it causes the electronic device to execute the information scheduling method of the vehicle-machine desktop system described in any one of the foregoing.

According to yet another aspect of the embodiments of the present invention, a computer-readable storage medium is also provided, on which a computer program is stored, and the computer program is executed by a processor to execute the information of any one of the aforementioned vehicle-machine desktop systems scheduling method.

According to another aspect of the embodiments of the present invention, a chip for running instructions is further provided, the chip includes a memory and a processor, the memory stores codes and data, the memory is coupled with the processor, and the memory is coupled to the processor. The processor runs the code in the memory, so that the chip is used to execute the information scheduling method of the vehicle-machine desktop system described in any one of the foregoing.

According to another aspect of the embodiments of the present invention, there is also provided a program product including instructions, when the program product is run on a computer, the computer is made to execute any one of the preceding steps of the vehicle-machine desktop system. Information scheduling method.

According to another aspect of the embodiments of the present invention, there is also provided a computer program, when the computer program is executed by the processor, for executing any one of the foregoing information scheduling methods for the desktop system of the vehicle machine.

The information scheduling method of the vehicle-machine desktop system proposed by the embodiment of the present invention, the data attributes, message management rules and message transmission channels that interact with each message input party and each touch layer are formulated by the policy center controller, and then the Based on the message management rules and the message transmission channel, the policy center controller sends the input message from the message input party to the target reaching layer in an orderly and regular manner through the sending queue for execution. The scheme of the present invention can associate each separated vehicle-mounted application as the message input party, realize resource sharing and message control through the access policy center controller, and ensure that any message sent to the policy center controller has only one message channel, and mutual It does not interfere, so as to efficiently deliver messages while avoiding mutual interference of delivered messages, and realize accurate and orderly execution and/or display of delivered messages, thereby ensuring the safety of the user's car.

Further, after receiving the input message, the policy center controller can perform specific validity detection on the input message according to the specified message management rule, so as to effectively ensure the validity of the delivered message, thereby realizing precise scheduling.

Further, in the process of integrating the input message into the sending queue, according to the data attributes of each message (specifically, priority, co-op strategy, message type, and receiving time, etc.) Merge processing and reordering to ensure the rationality of message delivery order.

The above description is only an overview of the technical solutions of the present invention, in order to be able to understand the technical means of the present invention more clearly, it can be implemented according to the content of the description, and in order to make the above and other purposes, features and advantages of the present invention more obvious and easy to understand , the following specific embodiments of the present invention are given.

The above and other objects, advantages and features of the present invention will be more apparent to those skilled in the art from the following detailed description of the specific embodiments of the present invention in conjunction with the accompanying drawings.

Description of drawings

Various other advantages and benefits will become apparent to those of ordinary skill in the art upon reading the following detailed description of the preferred embodiments. The drawings are for the purpose of illustrating preferred embodiments only and are not to be considered limiting of the invention. Also, the same components are denoted by the same reference numerals throughout the drawings. In the attached image:

FIG. 1 shows a schematic flowchart of an information scheduling method for a desktop system of a vehicle-machine according to an embodiment of the present invention.

FIG. 2 shows a system frame diagram of a method for implementing an information scheduling method of a vehicle-machine desktop system according to an embodiment of the present invention;

3 shows a schematic flowchart of the steps of processing an input message and integrating it into a sending queue according to an embodiment of the present invention;

FIG. 4 shows a schematic flowchart of an information scheduling method of a vehicle-machine desktop system according to another embodiment of the present invention;

FIG. 5 shows a sequence diagram of the relationship between the policy center controller, the message input party and the reach layer according to a specific embodiment of the present invention.

Detailed ways

Exemplary embodiments of the present disclosure will be described in more detail below with reference to the accompanying drawings. While exemplary embodiments of the present disclosure are shown in the drawings, it should be understood that the present disclosure may be embodied in various forms and should not be limited by the embodiments set forth herein. Rather, these embodiments are provided so that the present disclosure will be more thoroughly understood, and will fully convey the scope of the present disclosure to those skilled in the art.

In order to solve the above technical problem, an embodiment of the present invention proposes an information scheduling method for a desktop system of an in-vehicle machine.

FIG. 1 shows a schematic flowchart of an information scheduling method for a desktop system of a vehicle-machine according to an embodiment of the present invention. FIG. 2 shows a system frame diagram of a method for implementing an information scheduling method for a desktop system of a vehicle-machine according to an embodiment of the present invention.

As shown in FIG. 2 , a system framework for implementing the information scheduling method of the embodiment of the present invention may include a policy center controller of the vehicle-machine desktop system, at least one information input party, and at least one reach layer. The information input party is mainly an application that is connected to the vehicle or the vehicle itself contains a message sending action, which is used to send messages or commands to be executed or displayed, including but not limited to: cloud, scene, vehicle navigation , multimedia applications (such as music applications, video applications, etc.) and so on. The touch layer is mainly some functional units executed or displayed in the desktop system of the vehicle and the machine, which may include but are not limited to the image system, the desktop, the notification center, and so on. The strategy center controller is configured to execute the information scheduling method of the vehicle-machine desktop system according to the embodiment of the present invention.

Referring to FIG. 1 , the scheduling method may at least include the following steps S102 to S110.

Step S102, after the vehicle-machine desktop system is started, the policy center controller is initialized.

Step S104, establish connection with each message input party in response to the access request of each message input party, and connect and register each touch layer in response to the connection and registration request of each touch layer, formulate the strategy center controller and each message input party. Data attributes, message management rules and message transmission channels for interaction between parties and each touch layer.

Step S106, receiving the input message sent by the message input party through the corresponding message transmission channel, and detecting whether the input message is valid according to the message management rule. If the input message is valid, step S108 is executed.

Step S108, the input message is processed and integrated into the sending queue.

Step S110: Determine the target reach layer of the input message from the registered reach layers according to the scene in which the vehicle-machine desktop system is currently located, and deliver the input message in the sending queue to the target reach layer through the corresponding message transmission channel .

In the information scheduling method of the vehicle-machine desktop system proposed by the embodiment of the present invention, the policy center controller formulates data attributes, message management rules and message transmission channels for interaction with each message input party and each touch layer, and then the policy center Based on the message management rules and the message transmission channel, the controller sends the input message from the message input party to the target reaching layer in an orderly and regular manner through the sending queue for execution. The scheme of the present invention can associate each separated vehicle-mounted application as the message input party, realize resource sharing and message control through the access policy center controller, and ensure that any message sent to the policy center controller has only one message channel, and mutual It does not interfere, so as to efficiently deliver messages while avoiding mutual interference of delivered messages, and realize accurate and orderly execution and/or display of delivered messages, thereby ensuring the safety of the user's car.

In the above step S102, after the in-vehicle desktop system (specifically, the Infotainment Head Unit (IHU)) is started, the strategy center controller of the in-vehicle desktop system is initialized, waiting for the access of the information input party and the touch layer .

In the above step S104, the access of the information input party and the reach layer is realized, and data attributes, message management rules and message transmission channels corresponding to the information input party and the reach layer are formulated (or defined).

Specifically, the reach layer initiates a connection to the policy center controller, and after the connection is completed, initiates a registration with the policy center controller, and after the registration is completed, a two-way channel for interaction with the policy center controller is established. For example, the image system sends a connection request to the policy center controller. After the connection is successful, the policy center controller informs the image system of the current connection status. If the connection is successful, the image system sends a registration request and registration data to the policy center controller. The controller returns the current registration state to the image system. Only the touch layer in the state approved by the strategy center controller can perform data interaction and policy control with the strategy center controller. That is to say, only the effectively registered touch layer can be used. A party identified as a legitimate message control or display party.

The information input party accesses the policy center controller in a relatively broad manner. It can use the on-board system, that is, the native pipeline of the vehicle to transmit data to the policy center controller, or a custom pipeline can be used to transmit data to the policy center controller according to the data attributes and rules defined by the policy center controller. pass data.

The interactive data attributes defined by the policy center controller may include, but are not limited to, display attributes (such as message type, message title, message content, etc.), control attributes (such as whether to display prompts, whether to broadcast Text to Speech (TTS) , whether it is visible or not, etc.), queue attributes (such as priority, co-opetition strategy), etc. The message management rules may include message validity detection rules and message enqueue logic rules, which will be described later. The message transmission channel is in one-to-one correspondence with each message input party and each reach layer, and each message input party and each reach layer have a unique message transmission channel that interacts with the strategy center controller.

In addition, the policy center controller also defines a unified management channel for messages to ensure that any input message sent to the policy center controller has only one management path and is processed in an orderly manner. The unified management channel will be introduced later.

In addition, those skilled in the art should realize that the connection and registration actions in this step can be connected at any time when the vehicle is running, but not necessarily performed when the system is initialized.

After completing the access of the message input party and the reach layer, and defining the corresponding data attributes, message management rules and message transmission channels, the policy center controller can also establish a data area, a policy management area and a control area. The data area is mainly used to save the data attribute of the message. The data area can be shared by all the reach layers, and the reach layer can also indirectly notify the policy center controller to change the value of a data attribute in the data area. The policy management area is used to save message management rules. Objects (including touch layers) that have been registered with the strategy center controller are saved in the control area. It should be noted that, before the message input party and the reach layer access and define data attributes, message management rules and message transmission channels, the policy center controller can first establish the data area, policy management area and control area. It will affect the scheme of the present invention.

In an optional embodiment, during the startup process of the vehicle, data recovery may also be performed to recover the unprocessed data before the last shutdown when the vehicle is powered on, and the recovery process may involve a data inverse analysis method.

In the above step S106, the strategy center controller receives the input message from the message input party, wherein the message input party transmits data (that is, the input message) to the data area of the strategy center controller according to the data format according to the usage scenario rules, and transmits the data. The data transmission channel is uniquely determined by the strategy center controller, so that when different message input parties transmit data, the parties do not interfere with each other and have low coupling. The data format here may include Json data format or other object data format. When the input message is delivered to the policy center controller, the policy center controller detects the validity of the input message according to the message management rules, and only the input messages that meet the rules will be accepted by the data area in turn.

Specifically, the message management rule (specifically, the message validity detection rule) may include rule conditions such as authority, blacklist, channel, message content, data attribute, and the like for the message input party. Correspondingly, the step of detecting whether the input message is valid according to the message management rule may include at least one of the following: whether the message input party sending the input message has permission, whether the message input party sending the input message is in the blacklist, and the message of transmitting the input message. Check whether the transmission channel is legal, whether the content of the input message is valid, and whether the data attribute of the input message is abnormal. If the input message meets the conditional requirements of the message management rules, everything is normal, and the next step is entered; otherwise, the transmission of the input message is terminated. For example, if the scene (as the message input party) sends the message "It's raining today, take an umbrella when you go out" to the policy center controller, the policy center controller checks whether the scene has permission, checks the source of the message, and checks whether the scene is on the blacklist , check whether the content of the message is valid, check whether there is any abnormality in the data attribute of the message, all conditions are checked, and the rules are met, then go to the next step to process the message and integrate it into the sending queue. When multiple detections are performed in this step, the detection process and the detection sequence can be interchanged without limitation.

In this embodiment, after receiving the input message, the policy center controller can perform specific validity detection on the input message according to the specified message management rule, so as to effectively ensure the validity of the delivered message, thereby realizing precise scheduling.

In the above step S108, the input message is integrated into the sending queue according to the defined logic rules for message enqueuing.

In an optional embodiment, as shown in FIG. 3 , the step of processing the input message and adding it to the sending queue may include the following steps S1081 to S1085:

In step S1081, the received input messages are entered into the processing channel according to the order of reception time, that is, the input messages that arrive first enter the processing channel first, and those that arrive later are queued in sequence.

Step S1082, check whether the sending queue is full. If the sending queue is full, step S1083 is executed. If the sending queue is not full, step S1084 is executed.

Step S1083: Store the input message in the storage queue, and move the input message from the storage queue to the sending queue after there is a space in the queue to be sent for adding data. Next, step S1085 is executed.

Step S1084, adding the input message to the sending queue. Next, step S1085 is executed.

Step S1085: Reorder each message in the sending queue according to the data attribute of each message in the sending queue including the input message.

It should be understood by those skilled in the art that other messages existing in the sending queue except the input message just added are the input messages received from the message input party that entered the sending queue before, and hereinafter the messages in the sending queue will be All incoming messages are collectively referred to as messages.

In this embodiment, the processing channel and the sending queue may jointly form the unified management channel mentioned above.

The storage queue mentioned above is another unrestricted queue independent of the sending queue, which can be a database, a local cache of the vehicle, and so on.

Further, step S1085 may be specifically implemented as follows: firstly, according to the competing strategy and message type of each message in the sending queue, the messages in the sending queue are merged. Then, the combined messages are sorted according to the priority and reception time of each message in the sending queue. Specifically, the co-opetition strategy may be that messages from the same source and that can be combined (eg, of the same message type) are combined, and the priority and time of the combined messages are reset after the combination. The sorting rule can be that messages with higher priority are sorted first, and messages with the same priority are sorted according to time. The processed messages are integrated into the sending queue, and the length of the sending queue can be increased or the same as the original queue. Of course, it is also possible to sort first and then merge, which does not affect the solution of the present invention.

In addition, it should be noted that, in this embodiment, step S1082 adopts a method of processing the received input messages according to the order of reception time, but in other embodiments, the processing may also be performed at the same time. In this embodiment, when the sending queue is full in step S1083, the input message is stored in the storage queue for waiting, but in other embodiments, when the sending queue is full, other methods may also be used to process the input message. Processing, such as deprecation, or comprehensive judgment on how to handle according to the properties of the message input party.

In the process of integrating the input message into the sending queue in this embodiment, each message including the input message in the sending queue is sorted according to the data attributes of each message (specifically, priority, competition strategy, message type, and receiving time, etc.). Merge processing and reordering to ensure the rationality of message delivery order.

In an optional embodiment of the present invention, the input message may carry a message delivery route indication of the message input party, and the message delivery route indication includes an indication that the message is directly delivered to the trigger layer or the message is delivered through a sending queue. In this case, as shown in FIG. 4 , after step S106 detects that the input message is valid, and before step S108 is performed, step S107 may be further included: determining the message delivery route selected by the message input party according to the message delivery route indication . If the message delivery path selected by the message input party is to deliver the message through the sending queue, step S108 is executed. Specifically, if the indication of the message delivery route is the indication of delivering the message through the sending queue, it indicates that the message delivery route selected by the message input party is delivering the message through the sending queue.

Further, as shown in FIG. 4 , if the message delivery method selected by the message input party is the message direct delivery touch layer, then step S112 is executed: according to the current scene of the vehicle-machine desktop system, the target trigger of the input message is determined. reach layer, and send input messages to the target reach layer through the corresponding message transmission channel.

In this embodiment, by instructing the selection of channels according to the message delivery path of the message input side, when the message input side selects the trigger layer to directly deliver the message, the policy center controller does not perform excessive maintenance processing and storage on the input message, Instead, it directly conveys the target reach layer; when the message input party chooses to send the message through the sending queue, the policy center controller processes the input message and integrates it into the sending queue. In this way, personalized restriction and control of messages can be achieved.

In the above step S110, the target reach layer is determined according to the scene in which the vehicle-machine desktop system is currently located, and an input message is delivered to it. The input message will eventually reach the reach layer for display processing or retention. The reach layer can be customized according to requirements. The strategy center controller does not limit the reach layer scheme. The policy center controller maintains the information of the reach layer connected and registered in step S104, and can select the target reach layer as the message receiver according to the current scenario (including but not limited to the in-app scenario or the out-of-app scenario). For example, if the current scene is an in-app scene, the registered image system of the car desktop system is selected as the target reach layer, otherwise the desktop (specifically, the Launcher launcher of the desktop) is selected as the target reach layer. Those skilled in the art should realize that each input message has a corresponding target reach layer, so the target reach layer can also form a reach layer receiving queue, so as to receive the input message fetched and issued from the sending queue accordingly .

In an optional embodiment of the present invention, after the target touch layer of the input message is determined and before the input message is delivered to the target touch layer, an error control operation may also be performed on the target touch layer. Specifically, it is detected whether the target reaching layer is in a normal state. The input message is sent to the target reach layer only when the target reach layer is in normal condition. For example, if the scenario is met but the target reach layer client dies abnormally, the input message in the sending queue will continue to be maintained, and the abnormally dead target reach layer will be removed from the reach layer receive queue. After the target reach layer is reconnected and registered, Redistribute messages to the target reach layer. If the target reach layer is in a normal state, the policy center controller will send the most advanced message in the sending queue to the corresponding target reach layer first, and at the same time remove the sent message from the sending queue, and the queue length will decrease. 1. The message sent to the target reach layer is displayed by the target reach layer according to the message and selects the trigger control timing according to the method defined by the target reach layer. This embodiment ensures that the message delivery operation is effective by controlling the error of the target reach layer.

In an optional embodiment of the present invention, referring to FIG. 4, after step S110 or step S112, step S114 may be further included: receiving information fed back after the target touch layer executes the input message, and converting the feedback information Sent to the sender of the message.

The reach layer is the final message handler. After the target reach layer receives the delivered message, it can trigger message events through voice interaction, gesture clicks, etc., and the processed message events are fed back to the policy center controller. Corresponding marking (marking behavior can be changing the stored value of the database, changing the stored value of the memory, etc.). The strategy center controller can also feed back the feedback information of the target reaching layer to the message input party. In addition, since the message may not only be sent to one target reach layer, but can be sent to multiple target reach layers, the strategy center controller can also feed back the current feedback information to other target reach layers at the same time. The layer performs corresponding processing according to the feedback information. In this way, the message control interconnection between the reach layer and the reach layer can also be achieved through the strategy center controller.

In some optional embodiments of the present invention, the policy center controller may also control messages. The control of the message can be divided into the control of the message input by the message input party, the mutual control between the touch layer and the touch layer, and the control of the message behavior by the touch layer and feedback to the message input party. The control of the above several kinds of messages will be introduced separately below, wherein the mutual control between the touch layer and the touch layer has been introduced in the previous section, and will not be repeated here.

In one embodiment, after receiving the input message sent by the message input party, the policy center controller may further receive a control instruction for the aforementioned input message sent by the message input party. If the input message is still in the sending queue, the policy center controller changes the data attribute of the input message in the sending queue according to the control instruction. If the input message has been sent to the target reach layer, the strategy center controller generates a notification message according to the control instruction and sends it to the target reach layer, so that the target reach layer changes the current execution operation on the input message according to the notification message. Specifically, the message input party can initiate a control instruction (such as "Cancel", etc.) to the policy center controller through the unique message input channel, and the policy center controller also needs to verify the validity and legality of the control instruction after receiving the control instruction. . After passing the verification, if the input message is still in the sending queue, the policy center controller sends control instructions to its data area to change the data attributes in the sending queue, such as deleting the input message from the sending queue, changing the Datastore property values for an input message, etc. If the input message has been sent to the target reach layer, all target reach layers are notified to change the current operation (such as display operation) of the input message, so as to achieve the purpose of controlling the reach layer from the message input party.

In another embodiment, after determining the target reach layer of the input message, the policy center controller may further receive reverse control data sent by the message input party, and forward the reverse control data to the target reach layer, so that the target The reach layer directly controls the message input party according to the reverse control data. Specifically, the message input party can transmit the reverse control data to the strategy center controller, and then send it to the target reach layer after being processed by the strategy center controller. After the target reach layer obtains the reverse control data, it directly controls the behavior of the message input party. For example, button click events, VR (Virtual Reality, virtual reality) visible events can be said. In this case, after receiving the reverse control data, the strategy center controller can store it in the data area, convert it into a storable data format, and then send it to the target reach layer. The conversion method depends on the data format of the message input party. For example, the cloud may transmit json data, then json parsing needs to be performed, and then the converted data is kept in the queue for forwarding.

The embodiment of the present invention can realize the distribution of messages from the message input party to the reach layer through the strategy center controller. Mutual control between each other, the strategy center controller makes all interactions independent of each other and executed in an orderly manner.

After the above steps are processed, the policy center controller waits for the next message to be queued and processes it in a loop.

In an optional embodiment of the present invention, after step S104 is executed, the policy center controller may also cancel the registration of the reach layer in response to the cancellation request of the reach layer, and remove the monitoring of the reach layer and the Reach the corresponding message transmission channel of the layer. An unregistered (ie unregistered) touch layer will not receive input messages for it, thus enabling personalized restrictions on messages.

Various implementation manners of each step of the information scheduling method of the vehicle desktop system according to the embodiment of the present invention have been introduced above. The following describes the implementation process of the information scheduling method of the vehicle desktop system of the present invention in an exemplary manner through a specific embodiment. Make a specific introduction.

FIG. 5 shows a sequence diagram of the relationship between the policy center controller, the message input party and the reach layer according to a specific embodiment of the present invention. In this specific embodiment, the scene is the message input party, and the image system, the notification center, and the desktop are the reach layers. The numbers in Figure 5 indicate the corresponding operations or channels.

Referring to Figure 5, the interaction steps between the strategy center controller and the message input party and the reach layer are as follows:

The first step (ie (1) operation identified in Figure 5): After the vehicle-machine desktop system is started, the strategy center controller is initialized, and the interactive data attributes, message transmission channels, and messages with each message input party and touch layer are formulated. management rules. The image system, notification center, desktop and other touch layers initiate connections to the strategy center controller, and register through (6), (8), and (10).

The second step: establish a control area, a data area and a policy management area, and store the objects registered in the policy center controller into the control area. It should be noted that the control area, the data area and the policy management area can also be established before the first step.

Step 3: Receive a message from the message input party through (3), such as a message from a scene. The message from the scene enters the policy center controller, and after the validity check, enters the policy management area of (2) and manages the sending queue (also called the output queue) sent to the data area according to the policy.

Step 4: After the message enters the sending queue, the strategy center controller searches for the corresponding reach layers (5), (7), and (9) according to the rules. If there is a matching reach layer and the reach layer can be received, then Send messages through (5), (7), (9).

Step 5: After the message is delivered to the touch layer, the touch layer will be displayed according to the corresponding rules, and the touch layer can reversely pass (6), (8) according to the operations it supports (such as VR, gesture recognition, click, etc.). ), (10) inform the strategy center controller to control its corresponding operation, the strategy center controller reuses channels (5), (7), (9), and (4) to feed back to all parties, and the strategy center controller according to The rule changes the data area data value.

Step 6: The message input party can also initiate control of the sent message to the strategy center controller through (4), and the strategy center controller reuses (5), (7), (9) to transmit the control instructions to the touch Floor.

Step 7: The reach layer can also be unregistered through (6), (8), (10). At this time, the policy center controls to remove its monitoring, and then its corresponding channel is removed, and the unregistered reach layer will not be registered. will receive its message.

In this embodiment, for the policy center controller, a security check mechanism is set for all bidirectional controls for security consideration, and tasks that comply with security rules are legal message input parties and reach layers. When effectively issuing multi-task instructions, after being processed by the policy center controller, various messages can be efficiently processed without interfering with each other.

Based on the same technical concept, an embodiment of the present invention also provides an electronic device. The electronic device includes: a processor; and a memory storing computer program code. When the computer program code is executed by the processor, it causes the electronic device to execute the information scheduling method of the vehicle-machine desktop system described in any one of the above embodiments or a combination thereof.

An embodiment of the present invention further provides a computer-readable storage medium, where computer instructions are stored in the computer-readable storage medium, and when the computer instructions are executed on the computer, the computer is made to execute the above-mentioned information scheduling method of the vehicle-machine desktop system corresponding example.

An embodiment of the present invention further provides a chip for running instructions, the chip includes a memory and a processor, where code and data are stored in the memory, the memory is coupled with the processor, and the processor runs the memory in the memory The code of the above enables the chip to be used to execute the above-mentioned embodiments corresponding to the information scheduling method of the above-mentioned vehicle-machine desktop system.

An embodiment of the present invention further provides a program product containing instructions, the program product includes a computer program, and the computer program is stored in a computer-readable storage medium, and at least one processor can read from the computer-readable storage medium The computer program, when the at least one processor executes the computer program, can implement the embodiments corresponding to the above-mentioned information scheduling method of the vehicle-machine desktop system.

An embodiment of the present invention further provides a computer program, which, when the computer program is executed by the processor, is used to execute the embodiments corresponding to the above-mentioned information scheduling method of the vehicle-machine desktop system.

According to any one of the foregoing optional embodiments or a combination of multiple optional embodiments, the embodiments of the present invention can achieve the following beneficial effects:

In the information scheduling method of the vehicle-machine desktop system proposed by the embodiment of the present invention, the policy center controller formulates data attributes, message management rules and message transmission channels for interaction with each message input party and each touch layer, and then the policy center Based on the message management rules and the message transmission channel, the controller sends the input message from the message input party to the target reaching layer in an orderly and regular manner through the sending queue for execution. The scheme of the present invention can associate each separated vehicle-mounted application as the message input party, realize resource sharing and message control through the access policy center controller, and ensure that any message sent to the policy center controller has only one message channel, and mutual It does not interfere, so that the message can be delivered efficiently while avoiding the mutual interference of the delivered messages, and the accurate and orderly execution and/or display of the delivered messages can be realized, thereby ensuring the safety of the user's car.

Further, after receiving the input message, the policy center controller can perform specific validity detection on the input message according to the specified message management rule, so as to effectively ensure the validity of the delivered message, thereby realizing precise scheduling.

Further, in the process of integrating the input message into the sending queue, according to the data attributes of each message (specifically, priority, co-op strategy, message type, and receiving time, etc.) Merge processing and reordering to ensure the rationality of message delivery order.

Those skilled in the art can clearly understand that, for the specific working processes of the systems, devices and units described above, reference may be made to the corresponding processes in the foregoing method embodiments, and for the sake of brevity, details are not described herein.

In addition, each functional unit in each embodiment of the present invention may be physically independent of each other, or two or more functional units may be integrated together, or all functional units may be integrated into one processing unit. The above-mentioned integrated functional units may be implemented in the form of hardware, and may also be implemented in the form of software or firmware.

Those skilled in the art can understand that: if the integrated functional unit is implemented in the form of software and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on such understanding, the technical solution of the present invention or all or part of the technical solution can be embodied in the form of a software product, and the computer software product is stored in a storage medium, which includes several instructions to make a computer A computing device (such as a personal computer, a server, or a network device, etc.) executes all or part of the steps of the methods described in the embodiments of the present invention when running the instructions. The aforementioned storage medium includes: a U disk, a removable hard disk, a read only memory (ROM), a random access memory (RAM), a magnetic disk or an optical disk and other media that can store program codes.

Alternatively, all or part of the steps of implementing the foregoing method embodiments may be accomplished by program instructions related to hardware (such as a personal computer, a server, or a computing device such as a network device), and the program instructions may be stored in a computer-readable storage In the medium, when the program instructions are executed by the processor of the computing device, the computing device executes all or part of the steps of the methods described in the embodiments of the present invention.

Finally, it should be noted that the above embodiments are only used to illustrate the technical solutions of the present invention, but not to limit them; although the present invention has been described in detail with reference to the foregoing embodiments, those of ordinary skill in the art should understand that: Within the spirit and principle of the present invention, it is still possible to modify the technical solutions recorded in the foregoing embodiments, or to perform equivalent replacements for some or all of the technical features; and these modifications or replacements do not make the corresponding technical solutions deviate protection scope of the present invention.

Claims (18)

1. An information scheduling method for an on-board desktop system, characterized in that it is applied to a strategy center controller of the on-board desktop system, and the information scheduling method includes:

   After the on-board desktop system is started, initialize the strategy center controller;

   In response to the access request of each message input party, establish a connection with each of the message input parties, and in response to the connection and registration request of each touch layer to connect and register each of the touch layers, and formulate the strategy center controller and Data attributes, message management rules and message transmission channels for interaction between each of the message input parties and each of the reach layers;

   receiving an input message sent by the message input party through the corresponding message transmission channel, and detecting whether the input message is valid according to the message management rule;

   If the input message is valid, the input message is processed and integrated into the sending queue;

   The target reach layer of the input message is determined from the registered reach layers according to the scene in which the vehicle-machine desktop system is currently located, and the target reach layer of the input message is sent to the lower layer through the corresponding message transmission channel. send the input message in the send queue.
2. The information scheduling method according to claim 1, wherein the message input party includes at least one of the following: cloud, scene, vehicle navigation, and multimedia application;

   The reach layer includes at least one of the following: an image system, a desktop, and a notification center.
3. The information scheduling method according to claim 1, wherein the data attributes include at least one of the following: display attributes, control attributes, and queue attributes; wherein

   The display attributes include message type, message title and message content;

   The control attributes include whether to display a prompt, whether to synthesize a speech, and whether to be able to speak if it is visible;

   The queue attributes include priority and co-opetition strategy.
4. The information scheduling method according to claim 1, wherein the step of detecting whether the input message is valid according to the message management rule comprises at least one of the following:

   Whether the message input party sending the input message has permission;

   Whether the message input party sending the input message is in the blacklist;

   Whether the message transmission channel for transmitting the input message is legal;

   Whether the content of the input message is valid;

   Whether the data attribute of the input message is abnormal.
5. The information scheduling method according to claim 3, wherein the step of processing the input message and integrating it into the sending queue comprises:

   causing the received input messages to enter the processing channel according to the order of reception time;

   Check whether the sending queue is full;

   If the sending queue is full, store the input message in the storage queue, and move the input message from the storage queue to the sending queue after there is space in the sending queue for adding data ;

   If the sending queue is not full, adding the input message to the sending queue;

   The messages in the sending queue are reordered according to the data attributes of the messages in the sending queue, including the input message.
6. The information scheduling method according to claim 5, wherein the step of reordering the messages in the sending queue according to data attributes of each message in the sending queue including the input message include:

   merging and processing the messages in the sending queue according to the competition strategy and message type of each message in the sending queue;

   The merged messages are sorted according to the priority and reception time of each message in the send queue.
7. The information scheduling method according to claim 1, wherein the input message carries a message delivery path indication of the message input party, and the message delivery path indication comprises that the message is directly delivered to a touch layer or sent by sending a message. The instruction of the queue to send the message;

   After it is detected that the input message is valid, but before the input message is processed and added to the sending queue, the method further includes:

   Determine the message delivery path selected by the message input party according to the message delivery path indication;

   If the message delivery method selected by the message input party is to deliver the message through the sending queue, the step of processing the input message and integrating it into the sending queue is performed.
8. The information scheduling method according to claim 7, wherein if the message delivery method selected by the message input party is the message direct delivery trigger layer, it is determined according to the current scene of the vehicle-machine desktop system. The target of the input message reaches the layer, and delivers the input message to the target reaching layer through the corresponding message transmission channel.
9. The information scheduling method according to claim 1 or 8, characterized in that, after determining the target reach layer of the input message and before delivering the input message to the target reach layer, the method further comprises:

   Detecting whether the target reaching layer is in a normal state; wherein, the input message is delivered to the target reaching layer only when the target reaching layer is in a normal state.
10. The information scheduling method according to claim 1 or 8, wherein after delivering the input message to the target reach layer, the method further comprises:

    Receive information fed back after the target reaching layer executes the input message, and send the fed back information to the message input party.
11. The information scheduling method according to claim 1, wherein after receiving the input message sent by the message input party, the method further comprises:

    receiving a control instruction for the input message sent by the message input party;

    If the input message is still in the sending queue, changing the data attribute of the input message in the sending queue according to the control instruction;

    If the input message has been sent to the target reach layer, a notification message is generated according to the control instruction and sent to the target reach layer, so that the target reach layer changes the current state according to the notification message An operation to perform on the input message.
12. The information scheduling method according to claim 1, characterized in that after determining the target reach layer of the input message, the method further comprises:

    Receive the reverse control data sent by the message input party, and forward the reverse control data to the target reach layer, so that the target reach layer directly controls the message input according to the reverse control data square.
13. The information scheduling method according to claim 1, characterized in that, in response to an access request of each message input party, a connection is established with each of the message input parties, and in response to a registration request of each touch layer, each of the touch layer to register, and after formulating the data attributes, message management rules and message transmission channels for the interaction between the policy center controller and each of the message input parties and each of the contact layers, it also includes:

    In response to the cancellation registration request of the touch layer, the registration of the touch layer is cancelled, and the monitoring of the touch layer and the corresponding message transmission channel of the touch layer are removed.
14. An electronic device, comprising:

    processor; and

    memory in which computer program code is stored;

    When the computer program code is executed by the processor, the electronic device is caused to execute the information scheduling method of the desktop system of the vehicle machine according to any one of claims 1-13.
15. A computer-readable storage medium on which a computer program is stored, characterized in that, when the computer program is executed by a processor, the information scheduling method of the vehicle-machine desktop system according to any one of claims 1-13 is implemented.
16. A chip for running instructions, characterized in that the chip includes a memory and a processor, the memory stores code and data, the memory is coupled to the processor, and the processor runs the code in the memory The chip is used to execute the information scheduling method of the vehicle-machine desktop system according to any one of the preceding claims 1-13.
17. A program product containing instructions, characterized in that, when the program product runs on a computer, the computer is made to execute the information scheduling method of the vehicle-machine desktop system according to any one of the preceding claims 1-13.
18. A computer program, characterized in that, when the computer program is executed by a processor, it is used to execute the information scheduling method of the vehicle-machine desktop system according to any one of the preceding claims 1-13.

Images