Intelligent vehicle-mounted service scheme selection method and storage medium

Abstract

The application relates to an intelligent vehicle-mounted service scheme selection method and a storage medium. The method comprises the following steps: triggering a corresponding service business based on the current scene of a vehicle; in response to the service business, calling a corresponding service process; writing a service script set under the service process into a vehicle machine buffer area; acquiring parameter types required under a triggering condition and collecting required environment parameters; analyzing the acquired environment parameters; according to rules defined by a cloud, matching a parameter analysis result with the service script set to select an optimal executable script; and according to the optimal executable script, completing script analysis and calling a service to complete script execution. The application continues to subdivide service scenes under the same service business, calls different service scripts to meet different needs in reality, and intelligently selects the most suitable service scheme according to an external environment when entering a certain service program, so as to improve the comfort and experience of users.

Description

Technical Field

[0001] This invention belongs to the field of vehicle service system technology, specifically relating to a method for selecting intelligent in-vehicle service solutions and a storage medium. Background Technology

[0002] Intelligent and user-friendly in-vehicle service systems have become an indispensable part of private cars, providing drivers with comfortable and convenient services. However, due to the complex driving environment, especially in the event of emergencies, the same in-vehicle service solution may fall far short of meeting the actual needs of drivers, affecting their experience.

[0003] Existing patents also include design methods for vehicle services. For example, CN114546387A provides a service orchestration script execution system and method. This system orchestrates service functions according to predefined scripts, enabling rapid, low-code implementation of new scenario functions. Ultimately, it retrieves the highest-priority script from the execution queue for conflict resolution; if successful, the script is executed. In this patent, each script defines an event or state with a one-to-one relationship with the script itself, meaning there is only one solution for each scenario. However, in intelligent in-vehicle services, actual scenarios are more complex. The same service business should seek solutions from multiple dimensions to provide passengers with a more intelligent experience. Therefore, how to provide passengers with multiple service solutions and intelligently select the solution based on actual conditions is a technical problem that needs to be solved by those skilled in the art. Summary of the Invention

[0004] In view of the above-mentioned shortcomings of the prior art, the technical problem to be solved by the present invention is to provide an intelligent in-vehicle service solution selection method and storage medium, so as to avoid the problem of not being able to provide passengers with multiple service solutions and to intelligently select solutions for passengers according to actual conditions.

[0005] To solve the above-mentioned technical problems, the present invention adopts the following technical solution:

[0006] A method for selecting an intelligent in-vehicle service solution includes the following steps:

[0007] S1: Call the service process: Trigger the corresponding service business based on the current scenario of the vehicle, respond to the service business, and call the corresponding service process;

[0008] S2: Write service scripts: Write the set of service scripts under the service process into the vehicle's buffer.

[0009] S3: Obtain required parameters: Obtain the types of parameters required under the triggering conditions, and collect the required environmental parameters;

[0010] S4: Matching parameters and scripts: Analyze the environmental parameters obtained in step S3, match the parameter analysis results with the service script set according to the rules defined in the cloud, and select the optimal executable script;

[0011] S5: Select Script to Execute: Based on the optimal executable script, complete script parsing and call the service to complete script execution.

[0012] To further improve the above technical solution, the service script set includes different executable scripts under the same triggering condition, and a default script is defined among the different executable scripts. At the same time, the environmental factors required under the corresponding triggering condition are defined in order to collect the required environmental parameters.

[0013] Furthermore, the rules include scoring rules, which are used to evaluate and score different executable scripts under the same triggering condition, thereby selecting the optimal executable script for execution.

[0014] Furthermore, the rules include matching rules, which are used to match environmental parameters with different executable scripts under the same triggering condition, thereby selecting the optimal executable script for execution.

[0015] Furthermore, in step S1, the triggering of the corresponding service based on the current scenario of the vehicle includes: listening to event information and performing a triggering judgment of scenario conditions to determine the corresponding service triggered by the current scenario of the vehicle.

[0016] The process of responding to the service business and calling the corresponding service process includes: after identifying that the conditions for triggering the corresponding service business are met, calling the configuration information to obtain the set of service scripts corresponding to the conditions for triggering the corresponding service business.

[0017] Furthermore, in step S4, the parameter analysis results are matched with the service script set. If an optimal executable script is matched, the optimal executable script is selected; otherwise, the default script is selected.

[0018] The present invention also relates to a storage medium storing one or more programs, which, when executed by a processor, perform the steps of an intelligent vehicle service scheme selection method as described above.

[0019] Compared with the prior art, the present invention has the following beneficial effects:

[0020] The present invention provides an intelligent vehicle service solution selection method that further subdivides service scenarios under the same service business, calls different service scripts to meet different needs in reality, and can intelligently select the most suitable service solution based on the external environment when entering a certain service program, thereby improving the user's comfort and experience. Attached Figure Description

[0021] Figure 1 A flowchart illustrating a method for selecting an intelligent in-vehicle service solution;

[0022] Figure 2 A flowchart illustrating the process of initiating roadside assistance services for a vehicle breakdown, as shown in this example.

[0023] Figure 3 A flowchart illustrating the selection of different rescue service scripts for a vehicle breakdown, as shown in this example. Detailed Implementation

[0024] The specific embodiments of the present invention will be further described in detail below with reference to the accompanying drawings.

[0025] Please see Figure 1 A specific embodiment of an intelligent in-vehicle service solution selection method includes the following steps:

[0026] S1: Call the service process: Trigger the corresponding service business based on the current scenario of the vehicle, respond to the service business, and call the corresponding service process;

[0027] S2: Write service scripts: Write the set of service scripts under the service process into the vehicle's buffer.

[0028] S3: Obtain the required parameters: Obtain the types of parameters required under the trigger conditions through the service bus, and enable the corresponding sensors to collect the required environmental parameters. Send the obtained environmental parameters to the script decision module through the data bus.

[0029] S4: Matching parameters and scripts: The script decision module analyzes the environmental parameters obtained in step S3, and matches the parameter analysis results with the service script set according to the rules defined in the cloud, and selects the optimal executable script to send to the script execution module;

[0030] S5: Select Script to Execute: The script execution module parses the script based on the optimal executable script and calls the service to complete the script execution.

[0031] One embodiment of the intelligent vehicle service solution selection method further subdivides service scenarios under the same service business, calls different service scripts to meet different needs in reality, and can intelligently select the most suitable service solution according to the external environment when entering a certain service program, thereby improving the user's comfort and experience.

[0032] The service script set includes different executable scripts under the same triggering condition, and a default script is defined among the different executable scripts. At the same time, the environmental factors required under the corresponding triggering condition are defined in order to collect the required environmental parameters.

[0033] In this way, when faced with the same event, the same triggering condition, and the corresponding environmental factors required for triggering, there can be multiple executable solutions (service scripts) for subsequent evaluation, scoring, and selection.

[0034] The rules include scoring rules, which are used to evaluate and score different executable scripts under the same triggering condition, thereby selecting the optimal executable script for execution.

[0035] During implementation, the cloud will issue the scoring rules and the types of environmental parameters corresponding to the triggering conditions. The evaluation and scoring process is as follows: first, the evaluation and scoring rules are set for each set of service scripts according to the environmental parameters; then, the service scripts under the same triggering conditions are scored according to the rules; finally, the script with the highest score is selected as the optimal executable script for execution according to the score sorting.

[0036] The rules include matching rules, which are used to match environmental parameters with different executable scripts under the same triggering conditions, thereby selecting the optimal executable script for execution.

[0037] During implementation, the cloud will send out the types of environmental parameters corresponding to the matching rules and triggering conditions. The matching process involves selecting the corresponding script for execution based on the environmental parameters.

[0038] In step S1, the triggering of the corresponding service based on the current scenario of the vehicle includes: the triggering condition listening module listens to event information and performs a triggering judgment of the scenario conditions to determine the corresponding service triggered by the current scenario of the vehicle.

[0039] The process of responding to the service business and calling the corresponding service process includes: after identifying that the conditions for triggering the corresponding service business are met, calling the configuration information to obtain the set of service scripts corresponding to the conditions for triggering the corresponding service business, and sending the set of service scripts to the script decision module.

[0040] In step S4, the parameter analysis results are matched with the service script set. If an optimal executable script is matched, the optimal executable script is selected; otherwise, the default script is selected.

[0041] During implementation, when defining a default script in the cloud, the selection of the default script is not random. Instead, the default script is defined in the cloud when defining the rules. For example, the service script set for event N includes scripts N1, N2, and N3, and N1 is the default script.

[0042] To more clearly illustrate the intelligent vehicle service solution selection method provided by this invention, a vehicle breakdown is used as an example to specifically describe the invention, and a matching rule is adopted here.

[0043] Please see Figure 2 and Figure 3 Example: Vehicle breakdown, the specific steps are as follows:

[0044] S1: When a vehicle breaks down, the trigger condition monitoring module detects changes in the vehicle signal, performs a scene condition trigger judgment, determines that the service triggered by the current scene of the vehicle is road rescue service, and therefore starts the road rescue service.

[0045] S2: Write the set of road rescue service scripts under the road rescue service process into the vehicle's buffer, wherein the set of road rescue service scripts includes road rescue plan scripts for different scenarios;

[0046] S3: Obtain the types of parameters required under the vehicle breakdown trigger condition through the service bus, and enable the forward-looking camera and GPS positioning device to collect surrounding environmental information and vehicle location information;

[0047] S4: When the GPS positioning device locates the vehicle on a highway or the forward-facing camera captures features of a highway guardrail, the vehicle's system determines that the vehicle has broken down on a highway; when the GPS positioning device locates the vehicle on a road in an urban area or the forward-facing camera captures features of pedestrians, non-motorized vehicles, etc., the vehicle's system determines that the vehicle has broken down on an urban road; when the GPS positioning device locates the vehicle outside the urban area or the forward-facing camera captures features of farmland, etc., the vehicle's system determines that the vehicle has broken down in a rural area.

[0048] The script decision module matches the breakdown location determined by the vehicle's infotainment system with the set of roadside assistance service scripts, selects the optimal executable script, and sends it to the script execution module.

[0049] S5: The script execution module parses the script based on the optimal executable script and calls the service to complete the script execution.

[0050] In practice, the roadside assistance service script set includes script A, script B, script C, and a default script; script A is the rescue plan for a breakdown on a highway, script B is the rescue plan for a breakdown on an urban road, script C is the rescue plan for a breakdown on a rural road; and the default script allows the vehicle owner to handle the breakdown problem independently.

[0051] The script decision module matches script A, script B, script C, and the default script based on the road rescue service rules set in the cloud and the current vehicle breakdown location. Naturally, if the vehicle breakdown location is on a highway, the script matching result is script A, which is executed, and so on. If the current vehicle breakdown location is not on a highway, urban road, or rural road, i.e., script A, script B, or script C cannot be matched, the default script is selected and sent to the script execution module.

[0052] Specifically, the road rescue plan corresponding to script A is as follows: first, take vehicle braking measures, then automatically turn on the vehicle's hazard lights, and finally call the traffic police to report the vehicle's specific location and wait for rescue;

[0053] The road rescue plan corresponding to script B is as follows: first, take vehicle braking measures, then automatically turn on the vehicle's hazard lights, search for the nearest car dealership and call for rescue;

[0054] The road rescue plan corresponding to script C is as follows: first, take vehicle braking measures, then automatically turn on the vehicle's hazard lights, search for nearby auto repair shops, and call for rescue.

[0055] Another embodiment is provided below, using automatic ventilation as an example to illustrate the mechanism of script selection using scoring rules.

[0056] The trigger condition is the detection of a user smoking. There are three scripts defined by the system:

[0057] Script 1: Open the windows and the skylight;

[0058] Script 2: Leave a crack in the window and turn on the air conditioner for ventilation (without starting the compressor);

[0059] Script 3: Turn on the air conditioner and start the cooling function simultaneously;

[0060] The environmental variables that the system needs to collect are: the current outside temperature t; the current weather conditions w (0 for non-rainy / snowy weather, 1 for rainy / snowy weather) and the current vehicle speed v.

[0061] Based on big data statistical training, the scoring rules for scripts 1, 2, and 3 regarding the above three environmental variables can be derived:

[0062] s = a × t + b × w + c × v

[0063] Where s is the scoring result, and a, b, and c are the scoring coefficients for ambient temperature, weather conditions, and vehicle speed, respectively. Each script has scoring coefficients corresponding to the above three environmental variables, meaning that the scoring coefficients defined for each script are different.

[0064] The two embodiments described above illustrate how to select the optimal executable script for matching rules and scoring rules, respectively. However, this does not mean that vehicle breakdown can only use matching rules or automatic ventilation can only use scoring rules. Scoring rules for vehicle breakdown events can also be defined in the cloud. The embodiments of this invention are only used to more clearly illustrate the content of this invention.

[0065] Once this condition is triggered, the script decision module can calculate the score for each of the three scripts based on their defined scoring coefficients using the three environment variables mentioned above, and then send the script with the highest score to the script execution module to complete the script execution.

[0066] The present invention also provides a storage medium storing one or more programs, which, when executed by a processor, perform the steps of an intelligent vehicle service scheme selection method as described above.

[0067] If the aforementioned functions are implemented as software functional units and sold or used as independent products, they can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of this invention, essentially, or the part that contributes to the prior art, or a portion of the technical solution, can be embodied in the form of a software product. This computer software product is stored in a storage medium and includes several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute all or part of the steps of the methods described in the various embodiments of this invention. The aforementioned storage medium includes various media capable of storing program code, such as USB flash drives, portable hard drives, read-only memory (ROM), random access memory (RAM), magnetic disks, or optical disks.

[0068] Finally, it should be noted that the above embodiments are only used to illustrate the technical solutions of the present invention and are not intended to limit it. Although the present invention has been described in detail with reference to preferred embodiments, those skilled in the art should understand that modifications or equivalent substitutions can be made to the technical solutions of the present invention without departing from the spirit and scope of the technical solutions of the present invention, and all such modifications or substitutions should be covered within the scope of the claims of the present invention.

Claims

1. A method for selecting an intelligent in-vehicle service solution, characterized in that: Includes the following steps: S1: Call the service process: Trigger the corresponding service business based on the current scenario of the vehicle, respond to the service business, and call the corresponding service process; This includes: when a vehicle breaks down, the trigger condition monitoring module detects changes in the vehicle signal, performs a scene condition trigger judgment, determines that the service triggered by the current scene of the vehicle is roadside assistance service, and therefore starts the roadside assistance service; S2: Write service scripts: Write the set of service scripts under the service process into the vehicle's buffer. This includes: writing a set of road rescue service scripts under the road rescue service process into the vehicle's buffer, wherein the set of road rescue service scripts includes road rescue plan scripts for different scenarios; S3: Obtain required parameters: Obtain the types of parameters required under the triggering conditions, and collect the required environmental parameters; This includes: obtaining the types of parameters required under vehicle breakdown trigger conditions through the service bus, and enabling the forward-facing camera and GPS positioning device to collect surrounding environmental information and vehicle location information; S4: Matching parameters and scripts: Analyze the environmental parameters obtained in step S3, and combine the parameter analysis results with the service script set according to the rules defined in the cloud to select the optimal executable script; This includes: when the GPS positioning device locates the vehicle on a highway or the forward-facing camera captures features of a highway guardrail, the vehicle's infotainment system determines that the vehicle has broken down on a highway; when the GPS positioning device locates the vehicle on a road in an urban area or the forward-facing camera captures features of pedestrians or non-motorized vehicles, the vehicle's infotainment system determines that the vehicle has broken down on an urban road; when the GPS positioning device locates the vehicle outside the urban area or the forward-facing camera captures features of farmland, the vehicle's infotainment system determines that the vehicle has broken down in a rural area; the script decision module matches the breakdown location determined by the vehicle's infotainment system with the set of roadside assistance service scripts, selects the optimal executable script, and sends it to the script execution module; S5: Select script to execute: Based on the optimal executable script, complete script parsing and call the service to complete script execution; The service script set includes different executable scripts under the same triggering condition, and a default script is defined among the different executable scripts. At the same time, the environmental factors required under the corresponding triggering condition are defined to collect the required environmental parameters. The rules include scoring rules, which are used to evaluate and assign scores to different executable scripts under the same triggering condition. The cloud will issue the scoring rules and the types of environmental parameters corresponding to the triggering condition. The evaluation and scoring rules are as follows: first, the evaluation and scoring rules are set for each service script set according to the environmental parameters; then, the corresponding scores are assigned to each service script under the same triggering condition according to the rules; finally, the script with the highest score is selected as the optimal executable script for execution according to the score sorting.

2. A storage medium, characterized in that: The storage medium stores one or more programs, which, when run by a processor, execute the steps of the intelligent vehicle service scheme selection method as described in claim 1.

Images