Message pushing method and device, server, storage medium and program product

Abstract

The invention discloses a message pushing method, a message pushing device, a server and a computer program product, and belongs to the technical field of Internet of Vehicles. In the pushing method, on one hand, a server generates a corresponding travel event by analyzing vehicle end data so as to determine a preset service capable of performing message pushing based on the travel event; and on the other hand, the service information corresponding to different preset services is integrated, and the service database is constructed based on the integrated service information, so that matching query is facilitated. After the target service is determined from the preset service according to the preset service attribute and the push starting condition, the server can search the matched target service information from the service database according to the push requirement of the target service, and sends the target service information to the vehicle under the condition that the target service information is found. Therefore, the vehicle can display the target service information to the user through the preset device. In the process, if new services need to be integrated and benefit from the expansibility of the service database and the flexibility of matching rule configuration, only the service information and the matching rule are added, a service provider does not need to modify a server code, and the integration, the flexibility and the real-time performance of different service businesses can be effectively improved.

Description

Technical Field

[0001] The present application belongs to the technical field of Internet of Vehicles, and in particular, relates to a message push method, a message push device, a server and a computer program product. Background Art

[0002] Car owners often have various vehicle service scenarios due to different needs during travel, making message push based on service scenarios more and more popular. However, current message push is usually implemented with static logic, that is, one service has one set of static logic code. With the increase of services, the integration, flexibility and real-time performance of different services have gradually revealed drawbacks, making it difficult to adapt to the development of diversified services and easily reducing user experience. Summary of the invention

[0003] The present application provides a message push method, a message push device, a server and a computer program product, which can effectively improve the integration, flexibility and real-time performance of different service businesses, adapt to the development of service diversification, and improve user experience.

[0004] In a first aspect, the present application provides a message push method, which is applied to a server, and the push method includes:

[0005] Parse the received vehicle-side data; the vehicle-side data is obtained and uploaded by the vehicle;

[0006] Generate vehicle travel events based on the parsed vehicle-side data;

[0007] In the case where the target service exists in the preset service, the matching target service information is searched from the service database based on the push requirement of the target service; the target service is a preset service whose preset service attribute meets the push start condition; the service database includes each preset service and the service information corresponding to each preset service;

[0008] When the target service information is found, the target service information is sent to the vehicle, so that the vehicle pushes the target service information to the user.

[0009] In a second aspect, the present application provides a message push device, comprising:

[0010] The parsing module is used to parse the received vehicle-side data; the vehicle-side data is obtained and uploaded by the vehicle;

[0011] A generation module, used to generate a vehicle travel event based on the parsed vehicle-side data;

[0012] A search module is used to search for matching target service information from a service database based on a push requirement of the target service when there is a target service in the preset services; the target service is a preset service whose preset service attributes meet the push start condition; the service database includes each preset service and service information corresponding to each preset service;

[0013] The push module is used to send the target service information to the vehicle when the target service information is found, so that the vehicle pushes the target service information to the user.

[0014] In a third aspect, the present application provides a server comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor implements the steps of the method of the first aspect when executing the computer program.

[0015] In a fourth aspect, the present application provides a computer-readable storage medium, wherein the computer-readable storage medium stores a computer program, and when the computer program is executed by a processor, the steps of the method of the first aspect are implemented.

[0016] In a fifth aspect, the present application provides a computer program product, which includes a computer program. When the computer program is executed by one or more processors, it implements the steps of the method of the first aspect.

[0017] The first aspect of the present application has the beneficial effect compared with the prior art: in view of the fact that the recommendation of service information is generally when the user has a travel demand, for example, for parking services, it is generally from home to the company, or from the company to a shopping mall, etc. In order to accurately determine whether to push messages, the present application determines whether to generate travel events by parsing the vehicle-side data uploaded after the vehicle is acquired. The generation of travel events indicates that the user has a travel demand, which is a signal that can push messages. At this time, in order to accurately push the service information that the user wants, it can be determined based on the preset service attributes of each preset condition which preset services meet the push start conditions, that is, which preset services are target services. Among them, the setting of the push start conditions itself can reflect the user's demand characteristics in a specific scenario, and the preset service attributes clarify the applicability of the service. Therefore, the preset service that meets the push start conditions is highly related to the user's needs in the current scenario and can be determined as a target service. The target service can accurately activate potential needs. At this time, pushing related messages is not only more targeted, but also can better meet user expectations. Therefore, when it is determined that the user has a message push demand based on the dual conditions of the trip event and the target service, the matching target service information can be found from the service database according to the push requirements of the target service, and the corresponding target service information can be flexibly and conveniently determined through matching, so that the vehicle can push the target service information to the user. Among them, integrating each preset service and its corresponding message information into the service database can uniformly manage the data of different service businesses and improve the integration of services; in addition, the service database uses a matching query mechanism through rules, which has higher flexibility and timeliness than the message push method in related technologies that requires the vehicle to first send the data required for message push to the service provider, and the service provider runs the static code and then feeds the push information back to the vehicle.

[0018] It can be understood that the beneficial effects of the second to fifth aspects mentioned above can be found in the relevant description of the first aspect mentioned above, and will not be repeated here. BRIEF DESCRIPTION OF THE DRAWINGS

[0019] In order to more clearly illustrate the technical solutions in the embodiments of the present application, the drawings required for use in the embodiments or the description of the prior art will be briefly introduced below. Obviously, the drawings described below are only some embodiments of the present application. For ordinary technicians in this field, other drawings can be obtained based on these drawings without paying any creative work.

[0020] Figure 1 It is a flowchart of a message push method provided in an embodiment of the present application;

[0021] Figure 2It is a flowchart of a message push method in an actual application scenario provided by an embodiment of the present application;

[0022] Figure 3 It is a structural diagram of a message push device provided in an embodiment of the present application;

[0023] Figure 4 It is a schematic diagram of the structure of the server provided in the embodiment of the present application. DETAILED DESCRIPTION

[0024] In the following description, specific details such as specific system structures, technologies, etc. are provided for the purpose of illustration rather than limitation, so as to provide a thorough understanding of the embodiments of the present application. However, it should be clear to those skilled in the art that the present application may also be implemented in other embodiments without these specific details. In other cases, detailed descriptions of well-known systems, devices, circuits, and methods are omitted to prevent unnecessary details from obstructing the description of the present application.

[0025] In the related technology, vehicles with intelligent recommendation functions are basically connected with suppliers of various services (parking, maintenance, car washing, etc.) separately. Each supplier has its own static code logic for services. Based on the relevant information sent by the vehicle, logical judgment can be made, and then the vehicle can be provided with the required service information to complete the business processing. However, in this process, if a new business module needs to be connected or the push method needs to be modified, or several businesses need to be integrated together, the server needs to modify the corresponding code, which leads to deficiencies in the integration, flexibility and real-time performance of the business.

[0026] In order to solve this problem, the present application proposes a message push method, which can effectively improve the integration, flexibility and real-time performance of different service businesses, adapt to the development of service diversification, and improve user experience. The control method proposed in the present application will be described below through specific embodiments.

[0027] The message push method provided in the embodiment of the present application can be applied to a server capable of communicating with a vehicle. The server can be different electronic devices, such as a mobile phone, a tablet computer, a vehicle-mounted device, an augmented reality (AR) / virtual reality (VR) device, a laptop computer, an ultra-mobile personal computer (UMPC), a netbook, a personal digital assistant (PDA), etc., which can establish a communication connection with the vehicle. The embodiment of the present application does not impose any restrictions on the specific type of electronic device.

[0028] In order to illustrate the technical solution proposed in this application, each embodiment will be described below with the server as the execution entity.

[0029] Figure 1 A schematic flow chart of a message push method provided by the present application is shown, and the message push method includes:

[0030] Step 110: The server parses the received vehicle-side data.

[0031] For the vehicle-side data uploaded after the vehicle is acquired, the server can parse it to facilitate subsequent processing.

[0032] Step 120: The server determines whether to generate a vehicle travel event based on the parsed vehicle-side data.

[0033] Service information is generally recommended when the user has a travel requirement. For example, when going from home to a scenic spot, there is usually a need for parking services. In order to improve the user experience and facilitate the user to park, parking service messages can be pushed in this scenario. In other words, the server can determine whether the current user has a travel requirement based on the parsed vehicle data, and thus determine whether the user has a message push requirement.

[0034] Specifically, the server can determine whether a corresponding travel event can be generated through the parsed vehicle-side data, and thus determine whether there is a need for message push based on whether a travel event is generated.

[0035] Step 130: When a travel event is generated and a target service exists in the preset services, the server searches for matching target service information from a service database based on a push requirement of the target service.

[0036] Travel events are only one of the valid signals for triggering message push. In order to accurately and safely push the service information required by users, the preset service attributes of the preset service must also meet the push start conditions.

[0037] For example, considering that the message push process may involve obtaining user privacy data (such as location information), to ensure legality and compliance, the preset service attributes may include service status information, which may include whether the preset service starts the message push function on the basis of obtaining user authorization. Only after the user explicitly authorizes the start of the message push function can the preset service be considered to meet the push start condition. In other words, the push start condition may include the user's authorization to start the message push function of the preset service.

[0038] For example, during the entire journey, the user usually has the strongest demand for service information when approaching the destination. To meet this demand, the preset service attributes may include service triggering rules, and the service triggering rules may include whether the distance between the current position of the vehicle and the destination is less than a preset threshold. Only when the distance is less than the preset threshold, the preset service is considered to meet the push start condition. In other words, the push start condition may include that the distance between the current position of the vehicle and the destination is less than the first distance threshold.

[0039] Exemplarily, the push start condition may also be a combination of the above two conditions.

[0040] Exemplarily, the push start condition can also be a composite condition, that is, multiple conditions must be met at the same time to trigger the message push. For example, in addition to user authorization and the distance between the vehicle and the destination being less than the preset threshold, it can also include the push time being within the time window set by the user, or consider weather factors (for example, there is no need to push the car wash service on rainy days). When all conditions are met at the same time, the preset service can be regarded as meeting the push start condition. Among them, the user authorization to start the message push function can ensure that the privacy data in the push process is allowed to be obtained and used, which can guarantee the legitimacy of the message push; the distance between the vehicle and the destination is less than the preset threshold, which can reflect that the user's needs are large, and the recommendation can accurately meet the user's current needs; the push time is within the time window set by the user, which reflects the retention of the user's personalized settings, further improving the user experience; and if there is no need to push the car wash service setting on rainy days, it can effectively avoid the push of invalid messages and improve the relevance and accuracy of the message push. Through the comprehensive judgment of multi-dimensional conditions, this method realizes accurate and efficient message push.

[0041] That is to say, a preset service with a message push function can be pre-configured on the vehicle. When the preset service meets any of the above push start conditions, the preset service can be determined as the target service, that is, the preset service that can perform message push.

[0042] In order to ensure the efficiency of message push, the server can pre-integrate various preset services and their service information to build a service database for easy query. The service information pushed to the user needs to have a certain reference value. For example, for parking services, the pushed information should be related to parking lots with vacant parking spaces. In addition, the service information must also have a certain feasibility. For example, although there is relevant information about a parking lot with vacant parking spaces, it is too far from the user's destination, which may make it unfeasible to park in the parking lot. In other words, when pushing the service information of the target service, certain requirements need to be put forward, namely the push requirements. The target service information that meets the push requirements can be regarded as service information with reference value to the user and can be pushed.

[0043] Specifically, the server may query the service database according to the push request to determine whether there is matching target service information.

[0044] Step 140: When the target service information is found, the server sends the target service information to the vehicle, so that the vehicle pushes the target service information to the user.

[0045] If the target service information is found, it means that the information can be pushed to the user. In order to facilitate the user to obtain the target service information in time, the server can send it to the vehicle, and the vehicle presents the target service information to the user.

[0046] In this embodiment, given that the recommendation of service information is generally when the user has a travel demand, for example, for parking services, it is generally from home to the company, or from the company to a shopping mall, etc. In order to accurately determine whether to push messages, the server determines whether to generate a travel event by parsing the vehicle-side data uploaded after the vehicle is acquired. The generation of a travel event indicates that the user has a travel demand, which is a signal that can push messages. At this time, in order to accurately push the service information that the user wants, the server can determine which preset services meet the push start conditions based on the preset service attributes of each preset condition, that is, which preset services are target services. Among them, the setting of the push start condition itself can reflect the user's demand characteristics in a specific scenario, and the preset service attributes clarify the applicability of the service. The preset service that meets the push start condition is highly related to the user's needs in the current scenario and can be determined as a target service. The target service can accurately activate potential needs. At this time, pushing related messages is not only more targeted, but also can better meet user expectations. Therefore, when it is determined that the user has a message push demand based on the dual conditions of the trip event and the target service, the server can search for matching target service information from the service database according to the push requirements of the target service, and flexibly and conveniently determine the corresponding target service information through matching, so that the vehicle can push the target service information to the user. Among them, by integrating each preset service and its corresponding message information into the service database, the server can uniformly manage the data of different service businesses and improve the integration of services; in addition, the service database uses a matching query mechanism through rules, which has higher flexibility and timeliness than the message push method in the related technology that requires the vehicle to first send the data required for message push to the service provider, and the service provider runs the static code and then feeds the push information back to the vehicle.

[0047] In some embodiments, based on the current message push method, if there is a new preset service that needs to be integrated, based on the scalability of the service database, the new preset service and its corresponding service information can be directly added to the service database, and the integration can be completed by configuring the service attribute information and trigger conditions of the new preset service and the matching rules of the service information. Compared with the method of modifying the server code in the related art to integrate new services, the integration method of this embodiment does not require code modification and does not affect the code of the server itself, so it is more flexible and real-time.

[0048] In some embodiments, the navigation information can be used to determine whether a travel event can be generated, and the vehicle condition signal can be used to know the vehicle driving information, thereby accurately determining whether to push a message. Therefore, the vehicle-side data may include navigation information and vehicle condition information.

[0049] Among them, the vehicle condition signal can be collected by the sensors configured by the vehicle and then uploaded. Specifically, it can be collected according to a preset frequency and then reported. The collection frequency and reporting frequency can be the same or different. For example, it can be reported once every two collections to avoid frequent bandwidth occupation.

[0050] Navigation information is related to the vehicle's location information. When the vehicle is driving, the location information changes rapidly, so the navigation information can be uploaded in real time.

[0051] In some embodiments, the data formats directly collected by the vehicle end are different. Therefore, the collected vehicle end data can be pre-processed first, such as extracting key information, the same format, etc., to improve the processing efficiency of subsequent data and ensure the efficiency of message push. Specifically, parsing the received vehicle end data includes:

[0052] Step A1: The server extracts vehicle driving information from the vehicle condition signal in a first specified data format.

[0053] The server converts the uploaded vehicle condition signal into code, that is, according to the data format requirements of the downstream message push function for vehicle driving information, the vehicle condition signal is uniformly converted into vehicle driving information in the first specified data format, and the vehicle driving information in the coding format and data structure that meets the query requirements can be obtained. The vehicle driving information may include key information such as upload time, current vehicle speed, location information, component status, vehicle VIN, etc. On the basis of ensuring consistent and standardized data formats, accurate and available data support can be provided for the message push function, thereby ensuring the efficiency of message push.

[0054] Step A2: The server extracts navigation service information from the navigation information in a second specified data format.

[0055] Similarly, the server can process the uploaded navigation information and convert it into the navigation service information of the second specified data format according to the data format requirements of the message push function for the navigation service information. The navigation service information includes the destination, travel distance, navigation status (whether navigation has started), upload time, vehicle VIN number and other information.

[0056] In this embodiment, based on the requirements of the subsequent processing flow, the server converts the navigation information and vehicle condition information into vehicle driving information and navigation service information in a specified data format, thereby generating data that can be directly used in the subsequent process. This processing method simplifies the data structure, reduces the data parsing and conversion operations in the subsequent steps, and significantly improves the efficiency and response speed of message push.

[0057] In some embodiments, the vehicle-side data is mainly used to determine whether a travel event can be generated. After obtaining the parsed vehicle-side data, it means that the corresponding judgment preparation has been made. At this time, in order to determine whether there is a message push demand based on whether a travel event is generated, the server can perform the following steps:

[0058] Step B1: Within a preset time period, the server determines whether the navigation function of the vehicle has been activated based on the navigation service information.

[0059] A trip is usually a continuous process, so within a preset time period, such as 5 minutes, the server can determine whether the vehicle's navigation function has been activated through navigation service information. Since a trip is usually accompanied by the activation of the navigation function, and the trip completed through navigation is generally relatively unfamiliar to the user, in this case the demand for pushing service messages is stronger, so the activation of the navigation function can be used as a prerequisite for generating a trip event.

[0060] For example, the server may confirm whether the navigation is in an enabled state through a navigation state flag, a destination setting condition, or a route planning information in the navigation information.

[0061] Step B2: If it is determined based on the navigation service information that the navigation function of the vehicle has been activated, the server associates the vehicle driving information with the navigation service information to determine the generation of a travel event.

[0062] If the server confirms that the navigation function has been activated, the server can associate the vehicle's driving information (such as speed, location, direction, etc.) with the navigation service information (such as destination, route planning, estimated arrival time, etc.). Through the association operation, the server can comprehensively analyze the vehicle's driving status and navigation target, and then generate a travel event as the basis for subsequent message push.

[0063] Step B3: If it is determined based on the navigation service information that the navigation function is not started, the server clears the navigation service information and the vehicle driving information, determines that no travel event is generated, and returns to execute step 110.

[0064] If the server confirms that the navigation function is not started, it is considered that there is no trip or the trip is invalid, that is, it is determined that the trip event cannot be generated. At this time, the server can clear the navigation service information and vehicle driving information to avoid redundant data affecting the subsequent trip event generation and message push, ensuring the accuracy of data processing and efficient use of system resources.

[0065] As time goes by, there may be new trips. In order to efficiently determine whether a trip event can be generated, the server may return to execute step 110 and its subsequent steps to determine in time whether a trip event can be generated, thereby improving the reliability of message push.

[0066] In this embodiment, the server determines whether the vehicle navigation function has been started to ensure that the vehicle driving information is associated with the navigation service information and a valid travel event is generated only when the navigation function is enabled. If the navigation function is not started, it is determined that the travel event has not been generated, and the system can clear invalid information to avoid redundant data interference, thereby ensuring the accuracy of the travel event generation and the reliability of the push message. At the same time, after determining that the travel event has not been generated, the execution of step 110 and its subsequent steps can be returned to determine in time whether the travel event can be generated and then enter the subsequent process immediately after the travel event is generated, ensuring that the message is pushed in a timely and efficient manner when it can be pushed, thereby improving the reliability of the message push.

[0067] In some embodiments, after a travel event is generated, the server may continue to receive vehicle-side data so as to update the travel event based on the new vehicle-side data, thereby ensuring the timeliness of subsequent message push.

[0068] For example, assuming that a travel event has been generated and the preset service has been started under authorization, the distance between the vehicle and the destination is still greater than the preset distance, that is, the service triggering rules have not been met. At this time, the travel event can be continuously updated so that when the distance between the vehicle and the destination is less than the preset distance, the message can be pushed in time.

[0069] In some embodiments, after determining the target service information, the server may send the target service information to the vehicle, so that the vehicle pushes the target service information to the user:

[0070] Step C1: The server generates push information based on a preset template and target service information.

[0071] The server can generate specific push information based on the preset template and target service information. This process involves matching the relevant content of the target service (such as parking services, navigation prompts, etc.) with the preset template (such as format, content structure, etc.) to ensure that the generated push information meets user needs and related requirements.

[0072] Exemplarily, the preset template may be a simple text message, such as "Dear user, the query shows that there are the following vacant parking lots near the destination: parking lot 1, fee 1, address link 1; parking lot 2, fee 2, address link 2; parking lot 3, fee 3, address link 3. You can choose the corresponding address navigation to go to the parking lot."

[0073] Exemplarily, in order to improve the visualization of the target service information, the preset template may be a service card. By filling the target service information into the service card, a more intuitive message push card may be generated.

[0074] Step C2: The server sends the push information to the vehicle, so that the vehicle displays the push information to the user through a preset device.

[0075] After the server sends the push information to the vehicle, the vehicle can display the push content to the user through preset devices (such as the vehicle display, voice system, user's mobile phone) to ensure that the push information is delivered to the user in a timely manner and provide the service suggestions required by the user.

[0076] In the embodiment of the present application, the server generates accurate push content in combination with preset templates and target service information, and displays it to the user in a timely manner through the preset equipment of the vehicle, which can realize efficient transmission and optimized display of information. In this way, the standardization and readability of the push content are ensured through template design, so that users can quickly understand key information; combined with the target service information, highly relevant personalized services can be provided to meet the current needs of users. Automatically generating push content simplifies the push process and significantly improves push efficiency. At the same time, it ensures the reliability and stability of information through real-time push, and ultimately enhances the user experience.

[0077] In some embodiments, there may be multiple target services to be determined. In order to push messages based on each target service and improve the comprehensiveness of the push, for each target service, the push requirement based on the target service specifically searches for matching target service information from the service database, including:

[0078] Step D1: The server generates a search formula based on the push request.

[0079] Step D2: The server searches for target service information from a service database based on a search formula.

[0080] The target service information is retrieved from the service database based on the push requirements of the target service. To ensure the accuracy and relevance of the push information, the target service information is retrieved from the service database based on the push requirements of the target service. In order to optimize the search efficiency and push accuracy, the server can first generate a search formula based on the push requirements, and then quickly search for matching target service information from the service database based on the generated search formula to ensure that the push content is highly consistent with user needs, thereby improving the effectiveness of message push and user experience.

[0081] For example, assume that the vehicle maintenance service requires that it is within 500 meters from the destination and has an available position, and also needs to provide fee information and address link; based on this, a search formula can be written, and for example, the search formula can be "Service type = vehicle maintenance AND distance to destination ≤ 500 AND available position = yes AND fee information AND address link". It is worth noting that different databases have different search formula writing rules, so the specific search formula can be written according to actual needs, and this is taken as an example as a feasible implementation method.

[0082] Based on the search formula, the server can search the service information in the database to ensure that the vehicle maintenance services that meet the distance, parking space availability, cost and address information requirements are selected, thereby meeting the user's push needs.

[0083] In this embodiment, the server integrates the service information of each preset service through relevant search items and establishes a unified query mechanism, which can ensure that the target service information that meets the requirements can be quickly located and obtained when performing a search query. In this way, user needs and service information can be efficiently matched, accurate queries can be achieved, query efficiency and result relevance can be improved, and service response speed and user experience can be further optimized.

[0084] In some embodiments, in addition to querying the target service information through a search formula, for each target service, the server may also query the target service information through the following steps:

[0085] Step E1: The server searches for candidate service providers from service providers corresponding to the target service.

[0086] The service database includes static information and real-time information of different service providers under each preset service. For example, service provider information that is not easy to change in a short period of time can be called static information, such as location information, cost information, and address links, etc.; service provider information that is easy to change in a short period of time can be called real-time information, such as idle status.

[0087] Based on this, the corresponding push requirements include static requirements and dynamic requirements; corresponding requirements are put forward for the two types of information of the service provider respectively.

[0088] Since static information will not change in a short period of time, candidate service providers can be screened out based on static requirements and static information of different service providers.

[0089] Exemplarily, based on the fact that the distance between the destination location and the service provider location is less than a second preset distance and that cost information and an address link can be provided as static requirements, a small number of candidate service providers that meet the static requirements can be selected from the service database.

[0090] Step E2: When candidate service providers are found, the server searches for a target service provider from among the candidate service providers.

[0091] For the found candidate service providers, a target service provider that meets the requirements may be determined from the candidate service providers according to the dynamic requirements. For example, the dynamic requirement may be that there are free positions.

[0092] Step E1: The server determines target service information from static information and real-time information of the target service provider.

[0093] The target service provider thus determined, whether static information or real-time information, can meet the corresponding requirements. At this time, the target service information can be extracted from the two types of information of the target service provider according to the data required for message push, so as to facilitate subsequent push.

[0094] In this embodiment, static requirements (such as service type, geographic location, etc.) will not change in a short period of time. Prioritizing the selection of candidate service providers can significantly narrow the selection range and reduce the complexity of data processing; while dynamic requirements (such as real-time idle locations) are screened again among candidate service providers, which can accurately match the real-time changing conditions to avoid redundant calculations or invalid pushes. The combination of the two screenings not only improves the matching efficiency, but also ensures the high relevance of the target service provider and the timeliness of the data, thereby achieving accurate and reliable message push.

[0095] In some embodiments, the server can store the pushed information to form a complete historical record. This storage method is not only convenient for subsequent query and audit, but also supports the retrospective analysis of push effects and helps optimize push strategies. In addition, the stored push information can also serve as a data basis to provide strong support for user behavior analysis and service improvement, further improving the intelligence and reliability of the system.

[0096] In some embodiments, see Figure 2 , Figure 2 The diagram shows the interaction between the server and the vehicle, i.e., the external supplier, during the actual application process. The server includes data analysis services, data navigation services, middleware, message recommendation services, and external information integration services.

[0097] The data analysis service can convert the vehicle condition signal uploaded by the vehicle into vehicle driving information in a specified data format and send the information to the Kafka / message bus of the middleware. The data navigation service can convert the navigation information uploaded by the vehicle into navigation service information in a specified data format and send the information to the Kafka / message bus of the middleware.

[0098] Kafka / message bus determines whether a travel event can be generated by monitoring the received information. If a travel event is generated, the travel event can be stored in the Redis of the middleware. In this way, when Kafka / message bus monitors new vehicle driving information, it can be matched with the travel event stored in Redis to achieve an update.

[0099] The external information integration service integrates various preset services provided by vehicle service providers according to the information required for query, such as car washing service, maintenance service, weather service, etc.

[0100] The message push service can provide users with query rules for target service information and setting entries for each judgment value in the rules. After the user sets it, the message push service can store the relevant information in the database. When a message recommendation is required, it is first determined whether there is a valid travel event; after determining that there is a valid travel event, it can be determined whether there is a target service; after determining that there is a target service, the corresponding target service information can be queried according to the recommendation requirements of each target service. When the target service information is found, push information can be generated according to a preset template, such as a message recommendation card. At this time, the message push service can send it to the vehicle, and the vehicle will display the information. The message push service can also store the push information in the database for retrospective query.

[0101] In this embodiment, the server implements data analysis, storage and rule judgment through different services, and flexibly recommends vehicle service services based on vehicle itineraries. This method supports flexible configuration of recommendation strategies based on business types and scenarios through configuration management, automatically adapts to diverse needs, and does not require frequent code modification or redeployment, thereby significantly reducing the complexity of business adjustments. At the same time, this configuration method improves the operational convenience of operators, speeds up the launch of new services, and enhances the flexibility and scalability of the system, enabling it to efficiently meet dynamic business needs.

[0102] It should be understood that the size of the serial numbers of the steps in the above embodiments does not mean the order of execution. The execution order of each process should be determined by its function and internal logic, and should not constitute any limitation on the implementation process of the embodiments of the present application.

[0103] Corresponding to the message push method in the above embodiment, Figure 3A structural block diagram of a message push device 3 provided in an embodiment of the present application is shown. For ease of explanation, only the parts related to the embodiment of the present application are shown.

[0104] Reference Figure 3 , the message pushing device 3 comprises:

[0105] The parsing module 31 is used to parse the received vehicle-side data; the vehicle-side data is acquired and uploaded by the vehicle;

[0106] A generating module 32, used to determine whether to generate a vehicle travel event based on the parsed vehicle-side data;

[0107] A search module 33 is used to search for matching target service information from a service database based on the push requirements of the target service when it is determined that a travel event is generated and the target service exists in the preset services; the target service attribute information is the preset service that meets the push start condition; the service database includes each preset service and the service information corresponding to each preset service;

[0108] The push module 34 is used to send the target service information to the vehicle when the target service information is found, so that the vehicle pushes the target service information to the user.

[0109] Optionally, the vehicle-side data includes vehicle condition signals and navigation information parsing module 31 is specifically used for:

[0110] Extracting vehicle driving information from the vehicle condition signal in a specified data format; the specified data format is determined based on a preset service;

[0111] Extract navigation service information from navigation information in a specified data format.

[0112] Optionally, the generating module 32 is specifically used for:

[0113] Determining whether the navigation function of the vehicle has been activated based on the navigation service information within a preset time period;

[0114] If it is determined based on the navigation service information that the navigation function of the vehicle has been activated, the vehicle driving information and the navigation service information are associated to determine the generation of a travel event;

[0115] If it is determined based on the navigation service information that the navigation function is not started, the navigation service information and the vehicle driving information are cleared, it is determined that no travel event is generated, and the process returns to the step of parsing the received vehicle-side data and its subsequent steps.

[0116] Optionally, the preset service attributes include service status information and service trigger rules; accordingly, the push start conditions include the service status information including that the service push function is turned on, and the service trigger rules include that the distance between the vehicle's current position and the navigation destination is less than a first distance threshold.

[0117] Optionally, the push module 34 is specifically used for:

[0118] Generate push information based on preset templates and target service information;

[0119] Send push information to the vehicle so that the vehicle can display the push information to the user through the preset device.

[0120] Optionally, the push requirements include static requirements and dynamic requirements; the service database includes static information and real-time information of different service providers under each preset service; the search module 33 is specifically used for:

[0121] For each target service:

[0122] Search candidate service providers from service providers corresponding to the target service; static information corresponding to the candidate service providers meets static requirements;

[0123] When candidate service providers are found, a target service provider is found from the candidate service providers; the target service provider is a candidate service provider whose corresponding real-time information meets the dynamic requirements;

[0124] The target service information is determined from the static information and real-time information of the target service provider.

[0125] Optionally, the search module 33 is specifically used for:

[0126] Generate search terms based on push requests;

[0127] Search target service information from the service database based on the search formula.

[0128] It should be noted that the information interaction and execution process between the above-mentioned devices / units are based on the same concept as the method embodiment of the present application. Their specific functions and technical effects can be found in the method embodiment part and will not be repeated here.

[0129] Figure 4 This is a schematic diagram of the physical structure of a server provided in an embodiment of the present application. Figure 4 As shown, the server 4 of this embodiment includes: at least one processor 40 ( Figure 4 Only one processor is shown), a memory 41, and a computer program 42 stored in the memory 41 and executable on at least one processor 40. When the processor 40 executes the computer program 42, the steps in any of the above-mentioned message push method embodiments are implemented, for example Figure 1 Steps 110-140 are shown.

[0130] The processor 40 may be a central processing unit (CPU), or other general-purpose processors, digital signal processors (DSP), application-specific integrated circuits (ASIC), field-programmable gate arrays (FPGA) or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. A general-purpose processor may be a microprocessor or any conventional processor, etc.

[0131] In some embodiments, the memory 41 may be an internal storage unit of the server 4, such as a hard disk or memory of the server 4. In other embodiments, the memory 41 may also be an external storage device of the server 4, such as a plug-in hard disk, a smart media card (SMC), a secure digital (SD) card, a flash card, etc., equipped on the server 4.

[0132] Furthermore, the memory 41 may include both an internal storage unit of the server 4 and an external storage device. The memory 41 is used to store operating devices, applications, boot loaders, data, and other programs, such as program codes of computer programs, etc. The memory 41 may also be used to temporarily store data that has been output or is to be output.

[0133] The technicians in the relevant field can clearly understand that for the convenience and simplicity of description, only the division of the above-mentioned functional units and modules is used as an example for illustration. In practical applications, the above-mentioned function allocation can be completed by different functional units and modules as needed, that is, the internal structure of the above-mentioned device can be divided into different functional units or modules to complete all or part of the functions described above. The functional units and modules in the embodiment can be integrated in a processing unit, or each unit can exist physically separately, or two or more units can be integrated in one unit. The above-mentioned integrated unit can be implemented in the form of hardware or in the form of software functional units. In addition, the specific names of the functional units and modules are only for the convenience of distinguishing each other, and are not used to limit the scope of protection of this application. The specific working process of the units and modules in the above-mentioned system can refer to the corresponding process in the aforementioned method embodiment, which will not be repeated here.

[0134] An embodiment of the present application further provides a computer-readable storage medium, which stores a computer program. When the computer program is executed by a processor, the steps in the above-mentioned method embodiments can be implemented.

[0135] An embodiment of the present application provides a computer program product. When the computer program product runs on a server, the server can implement the steps in the above-mentioned method embodiments when executing the computer program product.

[0136] If the integrated unit is implemented in the form of a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the present application implements all or part of the processes in the above-mentioned embodiment method, which can be completed by instructing the relevant hardware through a computer program. The above-mentioned computer program can be stored in a computer-readable storage medium. When the computer program is executed by the processor, the steps of the above-mentioned method embodiments can be implemented. Among them, the above-mentioned computer program includes computer program code, and the above-mentioned computer program code can be in source code form, object code form, executable file or some intermediate form. The above-mentioned computer-readable medium may at least include: any entity or device that can carry the computer program code to the camera device / server, a recording medium, a computer memory, a read-only memory (ROM, Read-Only Memory), a random access memory (RAM, Random Access Memory), an electrical carrier signal, a telecommunication signal, and a software distribution medium. For example, a USB flash drive, a mobile hard disk, a disk or an optical disk.

[0137] In the above embodiments, the description of each embodiment has its own emphasis. For parts that are not described or recorded in detail in a certain embodiment, reference can be made to the relevant descriptions of other embodiments.

[0138] Those of ordinary skill in the art will appreciate that the units and algorithm steps of each example described in conjunction with the embodiments disclosed herein can be implemented in electronic hardware, or a combination of computer software and electronic hardware. Whether these functions are performed in hardware or software depends on the specific application and design constraints of the technical solution. Professional and technical personnel can use different methods to implement the described functions for each specific application, but such implementation should not be considered to be beyond the scope of this application.

[0139] In the embodiments provided in the present application, it should be understood that the disclosed devices / network equipment and methods can be implemented in other ways. For example, the device / network equipment embodiments described above are merely schematic. For example, the division of the above modules or units is only a logical function division. There may be other division methods in actual implementation, such as multiple units or components can be combined or integrated into another system, or some features can be ignored or not executed. Another point is that the mutual coupling or direct coupling or communication connection shown or discussed can be through some interfaces, indirect coupling or communication connection of devices or units, which can be electrical, mechanical or other forms.

[0140] The units described above as separate components may or may not be physically separated, and the components shown as units may or may not be physical units, that is, they may be located in one place or distributed on multiple network units. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution of this embodiment.

[0141] The above embodiments are only used to illustrate the technical solutions of the present application, rather than to limit them. Although the present application has been described in detail with reference to the aforementioned embodiments, those skilled in the art should understand that they can still modify the technical solutions described in the aforementioned embodiments, or make equivalent replacements for some of the technical features therein. These modifications or replacements do not deviate the essence of the corresponding technical solutions from the spirit and scope of the technical solutions of the embodiments of the present application, and should all be included in the protection scope of the present application.

Claims

1. A message push method, characterized in that: Applied to the server, the push method includes: Parsing received vehicle-side data; the vehicle-side data is acquired and uploaded by the vehicle; Determining whether a travel event of the vehicle is generated based on the parsed vehicle-side data; When the trip event is generated and there is a target service in the preset services, searching for matching target service information from a service database based on the push requirement of the target service; the target service is a preset service whose preset service attributes meet the push start condition; the service database includes each preset service and service information corresponding to each preset service; When the target service information is found, the target service information is sent to the vehicle, so that the vehicle pushes the target service information to the user.

2. The message push method according to claim 1, characterized in that: The vehicle-side data includes vehicle condition signals and navigation information. Parsing the received vehicle-side data includes: Extracting vehicle driving information from the vehicle condition signal in a first specified data format; the first specified data format is determined based on the preset service and the vehicle driving information; Navigation service information is extracted from the navigation information in a second specified data format; the first specified data format is determined based on the preset service and the navigation service information.

3. The message push method according to claim 2, characterized in that: The determining whether a travel event of the vehicle is generated based on the parsed vehicle-side data includes: determining, within a preset time period, whether a navigation function of the vehicle has been activated based on the navigation service information; If it is determined based on the navigation service information that the navigation function of the vehicle has been activated, the vehicle driving information and the navigation service information are associated to determine the generation of the travel event.

4. The message push method according to claim 2, characterized in that: The preset service attributes include service status information and service triggering rules; accordingly, the service status information includes that the service push function is turned on, and the service triggering rules include that the distance between the current position of the vehicle and the navigation destination is less than a first distance threshold.

5. The message push method according to claim 1, characterized in that: The sending the target service information to the vehicle so that the vehicle pushes the target service information to the user includes: Generate push information based on a preset template and the target service information; The push information is sent to the vehicle so that the vehicle displays the push information to the user through a preset device.

6. The message push method according to any one of claims 1 to 5, characterized in that: The push requirements include static requirements and dynamic requirements; the service database includes static information and real-time information of different service providers under each of the preset services; the searching for matching target service information from the service database based on the push requirements of the target service includes: For each of the target services: Searching for a candidate service provider from the service providers corresponding to the target service; the static information corresponding to the candidate service provider meets the static requirement; In the case where the candidate service providers are found, searching for a target service provider from the candidate service providers; the target service provider is the candidate service provider whose corresponding real-time information meets the dynamic requirement; The target service information is determined from static information and real-time information of the target service provider.

7. The message push method according to any one of claims 1 to 5, characterized in that: The push requirement based on the target service searches for matching target service information from a service database, including: For each of the target services Generate a search formula based on the push request; The target service information is searched from the service database based on the search formula.

8. A message push device, characterized in that: include: A parsing module, used to parse the received vehicle-side data; The vehicle-side data is acquired and uploaded by the vehicle; A generating module, used for determining whether to generate a travel event of the vehicle based on the parsed vehicle-side data; A search module, configured to search for matching target service information from a service database based on a push requirement of the target service when it is determined that a travel event is generated and the target service exists in the preset services; The target service is a preset service whose preset service attributes meet the push start condition; the service database includes each preset service and service information corresponding to each preset service; The push module is used to send the target service information to the vehicle when the target service information is found, so that the vehicle pushes the target service information to the user.

9. A server comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, characterized in that: When the processor executes the computer program, the message pushing method according to any one of claims 1 to 7 is implemented.

10. A computer program product, comprising a computer program, characterized in that When the computer program is executed by one or more processors, the message pushing method according to any one of claims 1 to 7 is implemented.

Images