Message pushing method and device, storage medium and server

[0166] Example 1: For a navigation scenario, the basic data distributed by the data access layer to the corresponding scenario engine may include any one or a combination of at least two of the following: vehicle status data, trajectory data, dynamic road condition data, POI data, infrastructure data, and weather Environmental data; and the corresponding scene engine will call the function modules in the public service layer, such as the rule configuration module, model service module and portrait, perform scene recognition based on the basic data distributed above, and generate navigation messages matching the navigation scene. , The navigation message can be like Figure 7 Shown.

[0167] Example 2: For the content service scenario, the data distributed by the data access layer to the corresponding scenario engine can include any one or a combination of the following: user behavior data and vehicle status data; and the corresponding scenario engine will call the public service layer The functional modules, such as content service modules and portraits, perform scene recognition based on the basic data distributed above, and generate content service messages that match the content service scene, such as pushing listening services to vehicle-side users.

[0168] In this embodiment of the application, pushing the generated service message to the target vehicle is completed by the arbitration module.

[0169] In a possible implementation, the arbitration module may include a flow control module, a decoration module, a push module, and so on. Among them, after the arbitration module receives the service messages generated by the scene engine, the flow control module controls the sequence or frequency of the service messages to avoid excessively frequent message pushes causing interference to the vehicle-side users. The decoration module is responsible for controlling the display style of service messages on the vehicle side application software client; the push module is responsible for pushing messages to the vehicle side.

[0170] 8041. When the service messages generated by multiple scene engines need to be pushed to the vehicle side, the flow control module can control the message push through priority rules.

[0171] That is, the flow control module can determine the target service message in the service messages generated by at least two scene engines according to the priority rules, where the target service message is the service message with the highest demand in the current scene, and the push module is sent to the vehicle side Push target service messages. The priority rule may be: the higher the demand in the current scenario, the higher the priority of the service message.

[0172] For example, assuming that the current user is in a fatigue scenario, the audio-type listening service may be most needed on the vehicle side, rather than the weather service. As an example, the demand level can be set in advance, which is not specifically limited in the embodiment of the present application. In addition, in order to ensure diversification of services, the flow control module can also select and push several service messages with the top demand levels among the service messages generated by at least two scene engines according to priority rules. This embodiment of the application There is no specific limitation on this.

[0173] The second point that needs to be explained is that the arbitration module can push messages to the vehicle side in sequence according to the set priority rules, or it can push other service messages after pushing the most needed service messages on the vehicle side, or push additional messages After a few service messages in, it will no longer be pushed, and this embodiment of the application does not specifically limit this. That is, the embodiments of the present application further include:

[0174] 8042. According to the priority rule, push the service messages generated by the at least two scene engines to the target vehicle sequentially at the target frequency interval.

[0175] 8043. According to the priority rule, push part of the service messages in the service messages generated by the at least two scene engines to the target vehicle sequentially at a target frequency interval.

[0176] 8044. Generate at least two service messages for a single scene engine, and the flow control module can control the delivery frequency of these service messages.

[0177] That is, when the number of service messages generated by one scene engine is at least two, the flow control module can push these service messages to the vehicle side according to the target frequency interval.

[0178] The value of the target frequency interval may be 5 min or 10 min, etc., which is not specifically limited in the embodiment of the present application.

[0179] In a possible implementation, the arbitration module will return the flow control result of the caller after the flow control of the service message ends. Among them, the caller here refers to the scene engine. In addition, for a server message passed through flow control, if the arbitration module determines that the service message has met its basic requirements, it can also give the caller a successful return result.

[0180] 805. The target vehicle displays the service message pushed by the server.

[0181] In a possible implementation manner, the vehicle side may display service messages based on dynamic message container technology.

[0182] In a possible implementation, the arbitration module may also indicate the display style of the service message on the vehicle side. Specifically, the decoration module included in the arbitration module is responsible for controlling the display style of the service message on the vehicle-side application software client. Among them, the arbitration module can indicate the specific display style of the service message on the vehicle side by issuing a message display template, which is not specifically limited in the embodiment of the application.

[0183] That is, the embodiment of the present application further includes: obtaining a message display template that matches the generated service message; sending the message display template to the target vehicle, and the message display template is used to instruct the target vehicle to display the received service message according to the message display template.

[0184] The first point that needs to be explained is that a type of service message can correspond to a message display template. For example, a listening service corresponds to one form of message display template, and a weather service corresponds to another form of message display template. This is not the case in this application. Make specific restrictions.

[0185] The second point that needs to be explained is that the message display template can be sent before the service message is sent, or can be sent together with the service message, which is not specifically limited in the embodiment of the present application.

[0186] In summary, the embodiments of the present application realize that after the user gets on the car, the server side can actively identify the current scene of the vehicle by analyzing the data collected in real time, and when the user on the vehicle side needs service, Proactively push the corresponding services to the vehicle side, such as pushing the service that the user needs most to the vehicle side, that is, to present the user with the most needed function card, so that the user can enjoy the service faster and more conveniently while driving immersively ,getting information.

[0187] The method provided in the embodiments of the present application has at least the following beneficial effects:

[0188] This embodiment of the application will actively acquire the basic data associated with the vehicle, and after the acquired basic data is preprocessed by the data access layer, it will be distributed to different scenes by the data access layer according to the data types subscribed by each scene engine The engine performs scene recognition, and after determining at least one service currently required by the target vehicle according to the scenes identified in each scene, the embodiment of the application automatically generates service messages for at least one service, and actively pushes the generated service messages to the vehicle. The embodiment of the application realizes active scene recognition, and can actively determine the services that the user may need in the current time and space based on the result of the scene recognition, and actively push the corresponding service messages to the vehicle side, because there is no need for the user to perform additional operations You can enjoy the required service, thus greatly improving the driving safety in the vehicle environment, meeting the user's service demand in the vehicle environment, and the effect is better. That is, in the embodiment of the present application, real-time scene perception through the scene engine can actively provide accurate push services to the vehicle-side user.

[0189] In addition, in the embodiments of the present application, the server side completes scene recognition, which not only provides strong scene awareness, that is, provides diversified services, but also has powerful scene expansion capabilities. In detail, the server side, as services become more abundant, More scene engines can be provided while keeping the current architecture unchanged, that is, the interaction framework provided by the embodiments of the present application can quickly realize the expansion of the scene engine without affecting the output of other scene engines.

[0190] In addition, the embodiment of the present application also has the ability to quickly adapt to multiple tenants: using the configuration method, the same service capability can meet different parking requirements without requiring version iteration. That is, the embodiments of the present application can be adapted to parking lots with different needs, and can be connected to parking lots with different needs.

[0191] In another embodiment, the following combination Picture 11 To summarize the overall execution process of the embodiments of the present application, the execution process includes:

[0192] 1101. The background server collects basic vehicle-related data through multiple channels.

[0193] In the embodiment of this application, the back-end server can collect data from the application software client on the vehicle side, can also collect data through point-embedded methods, collect data through long connections, and collect data through services. The embodiment of the present application does not specifically limit this.

[0194] 1102. The data access layer accesses the collected basic data and preprocesses the collected basic data.