A method, system, device, and medium for arranging and processing vehicle condition rules.

Abstract

This application provides a method, system, device, and medium for orchestrating vehicle condition rules. The method involves acquiring the number of queries per unit from a user terminal and raw vehicle condition signals from an in-vehicle terminal; prioritizing the user terminal based on the number of queries per unit to obtain a vehicle condition priority level; and performing rule execution processing on the raw vehicle condition signals based on the vehicle condition priority level to obtain an execution result. The execution result includes first vehicle condition status information obtained after executing general vehicle condition rules on the raw vehicle condition signals, and / or second vehicle condition status information obtained after executing personalized vehicle condition rules on the raw vehicle condition signals. This orchestration method can effectively reduce the computational resources required for vehicle condition queries, improve the consistency between vehicle condition data and instrument display data, and meet users' personalized query needs, thereby improving the user experience. This application relates to the field of vehicle technology.

Description

Technical Field

[0001] This invention relates to the field of vehicle technology, and in particular to a method, system, device, and medium for arranging and processing vehicle condition rules. Background Technology

[0002] With the rapid development of intelligent vehicles, more and more vehicle networking functions are appearing on the market. Among them, the vehicle status query function is highly favored by users due to its practicality.

[0003] Currently, traditional vehicle condition query methods typically collect data from various vehicle controllers and store the raw vehicle condition data in the cloud, returning the data when the user queries it. This method cannot adequately meet the personalized query needs of each user. Cloud-based vehicle condition queries require significant computing resources, and the provided vehicle condition data may differ from the various indicators displayed on the vehicle's instrument panel, resulting in a poor user experience.

[0004] In summary, the technical problems existing in the relevant technologies need to be improved. Summary of the Invention

[0005] The purpose of this invention is to at least partially solve one of the technical problems existing in the related art.

[0006] The main objective of this application is to propose a method, system, device, and medium for arranging and processing vehicle condition rules. The arrangement method can effectively reduce the computing resources required for vehicle condition queries, improve the consistency between vehicle condition data and instrument display data, and meet users' personalized query needs, thereby improving user experience.

[0007] To achieve the above objectives, one aspect of this application proposes a method for arranging vehicle condition rules. This method is applied to a server, which is used to communicate with at least one in-vehicle terminal. The method includes:

[0008] The unit query count of the user terminal and the original vehicle status signal from the vehicle terminal are obtained. The unit query count is used to represent the cumulative number of queries of the user terminal within a first time range threshold. The user to which the user terminal belongs is the same as the user to which the vehicle terminal belongs.

[0009] Based on the number of queries per unit, the user terminals are prioritized to obtain a vehicle condition priority level;

[0010] According to the vehicle condition priority level, the original vehicle condition signal is processed by rule execution to obtain the execution result. The execution result includes the first vehicle condition status information obtained after the original vehicle condition signal is processed by the general vehicle condition rule, and / or the second vehicle condition status information obtained after the original vehicle condition signal is processed by the personalized vehicle condition rule. The general vehicle condition rule is used for vehicle terminals of all vehicle types, and the personalized vehicle condition rule is used for vehicle terminals of one vehicle type. Different personalized vehicle condition rules correspond to different vehicle types of vehicle terminals.

[0011] In addition, the vehicle condition rule arrangement method according to the above embodiments of this application may also have the following additional technical features:

[0012] In some embodiments, prioritizing the user terminal based on the number of unit queries to obtain a vehicle condition priority level includes:

[0013] Obtain a pre-configured first priority count threshold and a second priority count threshold, wherein the first priority count threshold is greater than the second priority count threshold;

[0014] The comparison results are obtained by comparing the number of unit queries, the first priority threshold, and the second priority threshold.

[0015] If the comparison result is that the number of queries per unit is less than the second priority threshold, then a vehicle condition priority level representing low priority is obtained; or, if the comparison result is that the number of queries per unit is greater than or equal to the second priority threshold and the number of queries per unit is less than the first priority threshold, then a vehicle condition priority level representing medium priority is obtained; or, if the comparison result is that the number of queries per unit is greater than or equal to the first priority threshold, then a vehicle condition priority level representing high priority is obtained.

[0016] In some embodiments, the step of performing rule-based processing on the original vehicle condition signal according to the vehicle condition priority level to obtain the execution result includes:

[0017] If the vehicle condition priority level is high priority, then according to the general vehicle condition rules, the original vehicle condition signal is filtered by general information to obtain the first vehicle condition status information, and / or, according to the individual vehicle condition rules, the original vehicle condition signal is filtered by individual information to obtain the second vehicle condition status information;

[0018] or,

[0019] If the vehicle condition priority level is medium priority, then the trigger result is obtained, and the original vehicle condition signal is filtered for general information according to the trigger result and the general vehicle condition rules to obtain the first vehicle condition status information, and / or, the original vehicle condition signal is filtered for individual information according to the trigger result and the individual vehicle condition rules to obtain the second vehicle condition status information. The trigger result is used to indicate whether the current time has reached the trigger time corresponding to the original vehicle condition signal.

[0020] or,

[0021] If the vehicle condition priority level is low, the query result is obtained, and the original vehicle condition signal is filtered for general information based on the query result and the general vehicle condition rules to obtain the first vehicle condition status information. And / or, the original vehicle condition signal is filtered for personalized information based on the query result and the personalized vehicle condition rules to obtain the second vehicle condition status information. The query result is used to indicate whether the user terminal sends a query request to the server.

[0022] In some embodiments, the step of performing general information filtering on the original vehicle condition signal according to the general vehicle condition rules to obtain the first vehicle condition status information includes:

[0023] Obtain the preset identification bit rules, time rules, and boundary rules;

[0024] According to the identification bit rules, the original vehicle condition signal is filtered by identification bit to obtain identification bit filtering data and a first general filtering result corresponding to the identification bit filtering data.

[0025] If the first general filtering result is that the identification bit is valid, then according to the time rule, the original vehicle condition signal is subjected to continuous time filtering to obtain time filtering data and a second general filtering result corresponding to the time filtering data.

[0026] If the second general filtering result is time-valid, then according to the boundary rules, the original vehicle condition signal is subjected to boundary value filtering to obtain boundary value filtering data and a third general filtering result corresponding to the boundary value filtering data.

[0027] If the third general filtering result is a valid boundary value, then the first vehicle condition status information is obtained based on the identification position filtering data, the time filtering data, and the boundary value filtering data.

[0028] In some embodiments, the step of filtering the original vehicle condition signal for personalized information according to the personalized vehicle condition rules to obtain the second vehicle condition status information includes:

[0029] Obtain the first vehicle type corresponding to the personalized vehicle condition rule, and the second vehicle type corresponding to the original vehicle condition signal;

[0030] Compare the first vehicle type and the second vehicle type to obtain the type comparison result;

[0031] If the type comparison result is that the first vehicle type and the second vehicle type are the same, then the original vehicle condition signal is executed with the personalized vehicle condition rule corresponding to the original vehicle condition signal to obtain the second vehicle condition status information.

[0032] In some embodiments, the personalized vehicle condition rules are obtained through the following steps:

[0033] Obtain personalized type information and preset general rule templates;

[0034] Based on the personality type information, the corresponding requirement configuration is obtained;

[0035] Based on the aforementioned requirements, the general rule template is dynamically configured and updated to obtain the personalized vehicle condition rules.

[0036] Another aspect of this application provides a method for arranging vehicle condition rules, which is applied to an in-vehicle terminal. The method includes:

[0037] Send raw vehicle status signals to the server so that the server performs the following steps:

[0038] The server obtains the number of queries per unit from the user terminal. The number of queries per unit is used to represent the cumulative number of queries by the user terminal within a first time range threshold. The user to which the user terminal belongs is the same as the user to which the vehicle terminal belongs.

[0039] The server prioritizes the user terminals based on the number of queries per unit, thus obtaining a vehicle condition priority level.

[0040] The server performs rule execution processing on the original vehicle condition signal according to the vehicle condition priority level to obtain the execution result. The execution result includes the first vehicle condition status information obtained after the original vehicle condition signal is processed by the general vehicle condition rule, and / or the second vehicle condition status information obtained after the original vehicle condition signal is processed by the personalized vehicle condition rule. The general vehicle condition rule is used for vehicle terminals of all vehicle types, and the personalized vehicle condition rule is used for vehicle terminals of one vehicle type. Different personalized vehicle condition rules correspond to different vehicle types of vehicle terminals.

[0041] To achieve the above objectives, another aspect of this application proposes a vehicle condition rule arrangement and processing system. This system is applied to a server, which is used to communicate with at least one in-vehicle terminal. The arrangement and processing system includes:

[0042] The acquisition unit is used to acquire the number of unit queries of the user terminal and the original vehicle condition signal from the vehicle terminal. The number of unit queries is used to represent the cumulative number of queries of the user terminal within a first time range threshold. The user to which the user terminal belongs is the same as the user to which the vehicle terminal belongs.

[0043] A partitioning unit is used to prioritize the user terminal based on the number of unit queries to obtain a vehicle condition priority level.

[0044] An execution unit is configured to perform rule-based processing on the original vehicle condition signal according to the vehicle condition priority level, and obtain an execution result. The execution result includes first vehicle condition status information obtained after the original vehicle condition signal is processed by a general vehicle condition rule, and / or second vehicle condition status information obtained after the original vehicle condition signal is processed by a personalized vehicle condition rule. The general vehicle condition rule is used for vehicle terminals of all vehicle types, and the personalized vehicle condition rule is used for vehicle terminals of one vehicle type. Different personalized vehicle condition rules correspond to different vehicle types of vehicle terminals.

[0045] To achieve the above objectives, another aspect of this application provides an electronic device, which includes a memory and a processor. The memory stores a computer program, and the processor executes the computer program to implement the method described above.

[0046] To achieve the above objectives, another aspect of the embodiments of this application proposes a computer-readable storage medium storing a computer program that, when executed by a processor, implements the methods described above.

[0047] The embodiments of this application include at least the following beneficial effects:

[0048] This application provides a method, system, device, and medium for orchestrating vehicle condition rules. The method involves acquiring the number of queries per unit from a user terminal and the original vehicle condition signal from an in-vehicle terminal. The number of queries per unit represents the cumulative number of queries by the user terminal within a first time range threshold. The user terminal belongs to the same user as the in-vehicle terminal. Based on the number of queries per unit, the user terminal is prioritized to obtain a vehicle condition priority level. Based on the vehicle condition priority level, the original vehicle condition signal is processed by rule execution to obtain an execution result. The execution result includes first vehicle condition status information obtained after executing a general vehicle condition rule on the original vehicle condition signal, and / or second vehicle condition status information obtained after executing a personalized vehicle condition rule on the original vehicle condition signal. The general vehicle condition rule is used for in-vehicle terminals of all vehicle types, and the personalized vehicle condition rule is used for in-vehicle terminals of one vehicle type. Different personalized vehicle condition rules correspond to different vehicle types of in-vehicle terminals. This orchestration method prioritizes user terminals, reducing the computational resources required for server processing of vehicle status signals at any given time. Combined with rule-based processing of the raw vehicle status signals, it effectively meets each user's personalized query requests. Furthermore, this method, based on rule-based processing of the raw vehicle status signals, yields more accurate vehicle status data, improving consistency between vehicle status data and instrument panel display data, thereby enhancing the user experience. Attached Figure Description

[0049] Figure 1 This is a flowchart of the first vehicle condition rule arrangement and processing method provided in the embodiments of this application;

[0050] Figure 2 This is a timing flowchart of a vehicle condition rule arrangement and processing method provided in an embodiment of this application;

[0051] Figure 3 This is a detailed flowchart of step S120 provided in an embodiment of this application;

[0052] Figure 4 This is a detailed schematic diagram of step S130 provided in an embodiment of this application;

[0053] Figure 5 This is a detailed flowchart of a general information filtering method provided in an embodiment of this application;

[0054] Figure 6 This is a detailed flowchart of a personalized information filtering method provided in an embodiment of this application;

[0055] Figure 7 This is a detailed flowchart of personalized vehicle condition rules provided in an embodiment of this application;

[0056] Figure 8 This is a schematic diagram of the framework logic for personalized vehicle condition rules provided in an embodiment of this application;

[0057] Figure 9 This is a schematic diagram of the structure of a vehicle condition rule arrangement and processing system provided in an embodiment of this application;

[0058] Figure 10 This is a schematic diagram of the hardware structure of an electronic device provided in an embodiment of this application. Detailed Implementation

[0059] This application will be further described in detail below. It should be understood that the specific embodiments described herein are merely illustrative of this application and are not intended to limit this application. When the following description refers to the accompanying drawings, unless otherwise indicated, the same numbers in different drawings represent the same or similar elements. The embodiments described in the following exemplary embodiments do not represent all embodiments consistent with the embodiments of this application; they are merely examples of apparatuses / devices and methods consistent with some aspects of the embodiments of this application as detailed in the appended claims.

[0060] It is understood that the terms “first,” “second,” etc., used in this application may be used herein to describe various concepts, but unless otherwise stated, these concepts are not limited by these terms. These terms are only used to distinguish one concept from another. For example, without departing from the scope of the embodiments of this application, first information may also be referred to as second information, and similarly, second information may also be referred to as first information. Depending on the context, the words “if,” “when,” or “in response to a determination” as used herein may be interpreted as “when…” or “when…” or “in response to a determination.”

[0061] As used in this application, the terms "at least one", "multiple", "each", "any", etc., "at least one" includes one, two or more, "multiple" includes two or more, "each" refers to each of the corresponding multiples, and "any" refers to any one of the multiples.

[0062] Unless otherwise defined, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skill in the art to which this application belongs. The terminology used herein is for the purpose of describing embodiments of this application only and is not intended to limit this application.

[0063] Currently, traditional vehicle condition inquiry methods typically collect data from various vehicle controllers, report it to the cloud (i.e., the server) via the TBOX, and store the raw vehicle condition data in the cloud. The data is then returned to the user when they query it through a smart app on their device. This approach suffers from a poor user experience because the instrument panel display strategy and the vehicle condition inquiry strategy are independent of each other. The vehicle condition data for different models cannot be perfectly consistent with the various indicators displayed on the instrument panel. Furthermore, this method cannot provide multi-faceted, flexible, and personalized vehicle condition processing based on individual user needs. The computational resources required for cloud-based vehicle condition inquiries are also high, failing to adequately meet the personalized query requests of each user.

[0064] In view of this, this application provides a method for orchestrating vehicle condition rules. This method, by prioritizing user terminals, can reduce the computational resources required for the server to process vehicle condition signals at any given time. Combined with rule execution processing of the original vehicle condition signals, it can effectively meet the vehicle condition query needs of different users for their individual vehicle models. Furthermore, this orchestration method, based on rule execution processing of the original vehicle condition signals, can obtain more accurate vehicle condition data, improve the consistency between vehicle condition data and instrument panel display data, and thus enhance the user experience.

[0065] This application provides a method for arranging and processing vehicle condition rules, which can be applied to vehicle network application scenarios. In vehicle network application scenarios, vehicle service providers can use the method provided in this application to process vehicle condition signals, thereby effectively reducing the computing resources required for vehicle condition queries, improving the consistency between vehicle condition data and instrument display data, and meeting users' personalized query needs, thus improving user experience.

[0066] The vehicle condition rule arrangement and processing method provided in this application can be applied to a terminal, a server, or software running on a terminal or server. In some embodiments, the terminal can be a smartphone, tablet, laptop, desktop computer, smart speaker, smartwatch, or in-vehicle terminal, but is not limited to these. The server can be configured as an independent physical server, a server cluster or distributed system composed of multiple physical servers, or a cloud server providing basic cloud computing services such as cloud services, cloud databases, cloud computing, cloud functions, cloud storage, network services, cloud communication, middleware services, domain name services, security services, CDN, and big data and artificial intelligence platforms. The server can also be a node server in a blockchain network. The software can be an application that implements the method, but is not limited to the above forms.

[0067] This application can be used in a wide variety of general-purpose or special-purpose computer system environments or configurations. Examples include: personal computers, server computers, handheld or portable devices, tablet devices, multiprocessor systems, microprocessor-based systems, set-top boxes, programmable consumer electronics, network PCs, minicomputers, mainframe computers, and distributed computing environments including any of the above systems or devices. This application can be described in the general context of computer-executable instructions executed by a computer, such as program modules. Generally, program modules include routines, programs, objects, components, data structures, etc., that perform specific tasks or implement specific abstract data types. This application can also be practiced in distributed computing environments where tasks are performed by remote processing devices connected via a communication network. In distributed computing environments, program modules can reside in local and remote computer storage media, including storage devices.

[0068] It should be noted that in all specific embodiments of this application, when processing data related to user identity or characteristics, such as user information, user behavior data, user historical data, and user location information, user permission or consent is obtained first. Furthermore, the collection, use, and processing of this data comply with relevant laws, regulations, and standards. In addition, when embodiments of this application require access to sensitive personal information of users, separate permission or consent from the user is obtained through pop-ups or redirection to confirmation pages. Only after obtaining the user's separate permission or consent is the necessary user-related data required for the proper functioning of these embodiments acquired.

[0069] Reference Figure 1 and Figure 2 , Figure 1 This is an optional flowchart of a vehicle condition rule arrangement and processing method provided in an embodiment of this application. Figure 1 The method is applied to a server, which is used to communicate with at least one vehicle terminal. The orchestration processing method may include, but is not limited to, steps S110 to S130.

[0070] Step S110: Obtain the unit query count of the user terminal and the original vehicle condition signal from the vehicle terminal. The unit query count is used to represent the cumulative query count of the user terminal within a first time range threshold. The user to which the user terminal belongs is the same as the user to which the vehicle terminal belongs.

[0071] In this embodiment of the application, for a user terminal and a vehicle terminal corresponding to a certain user, the number of unit queries of the user terminal can be the cumulative number of queries sent by the user to the server through the user terminal within a first time range threshold. The original vehicle condition signal can be the vehicle condition signal of each controller of the vehicle terminal. The signal value of the vehicle condition signal can be any one of the initial value, invalid value, valid value, etc., and the specific value of the first time range threshold can be set according to actual needs, such as 24 hours, 48 ​​hours, 72 hours, etc.

[0072] Step S120: Based on the number of unit queries, prioritize the user terminals to obtain vehicle condition priority levels;

[0073] Reference Figure 3 In some embodiments, step S120, prioritizing the user terminal based on the number of unit queries to obtain a vehicle condition priority level, includes:

[0074] Step S121: Obtain a pre-configured first priority count threshold and a second priority count threshold, wherein the first priority count threshold is greater than the second priority count threshold;

[0075] Step S122: Compare the number of unit queries, the first priority number threshold, and the second priority number threshold to obtain a comparison result;

[0076] Step S123: If the comparison result is that the number of unit queries is less than the second priority number threshold, then a vehicle condition priority level representing low priority is obtained; or, if the comparison result is that the number of unit queries is greater than or equal to the second priority number threshold and the number of unit queries is less than the first priority number threshold, then a vehicle condition priority level representing medium priority is obtained; or, if the comparison result is that the number of unit queries is greater than or equal to the first priority number threshold, then a vehicle condition priority level representing high priority is obtained.

[0077] In this embodiment of the application, priority division is used to assign a priority level for rule execution to each user. Priority division based on the number of queries per unit can obtain the degree of attention different users pay to vehicle condition data. That is, the higher the number of queries per unit, the more attention users pay to vehicle condition data, and vice versa.

[0078] It should be noted that this level of attention includes high priority, medium priority, and low priority, which correspond to the execution priority of the server in processing the original vehicle condition signals belonging to different users. This reduces the number of original vehicle condition signals that need to be processed at the same time, thereby reducing the computing resources required for vehicle condition queries. Furthermore, this priority division can also meet the different levels of attention that users pay to vehicle condition data, thus satisfying each user's personalized query needs based on their level of attention.

[0079] Specifically, the first priority threshold is used as a dividing condition between high priority and medium priority, and the second priority threshold is used as a dividing condition between medium priority and low priority. The specific values ​​of the first priority threshold and the second priority threshold can also be set according to the actual situation. For example, the first priority threshold can be any one of 8, 10, 12, etc., and the second priority threshold can be any one of 1, 2, 3, etc.

[0080] Step S130: According to the vehicle condition priority level, perform rule execution processing on the original vehicle condition signal to obtain the execution result. The execution result includes the first vehicle condition status information obtained after the original vehicle condition signal is executed with a general vehicle condition rule, and / or the second vehicle condition status information obtained after the original vehicle condition signal is executed with a personalized vehicle condition rule. The general vehicle condition rule is used for vehicle terminals of all vehicle types, and the personalized vehicle condition rule is used for vehicle terminals of one vehicle type. Different personalized vehicle condition rules correspond to different vehicle types of vehicle terminals.

[0081] Reference Figure 4 In some embodiments, step S130, which involves performing rule-based processing on the original vehicle condition signal according to the vehicle condition priority level to obtain the execution result, includes:

[0082] Step S131: If the vehicle condition priority level is high priority, then according to the general vehicle condition rules, the original vehicle condition signal is filtered by general information to obtain the first vehicle condition status information, and / or, according to the individual vehicle condition rules, the original vehicle condition signal is filtered by individual information to obtain the second vehicle condition status information.

[0083] In this embodiment, when the vehicle condition priority level is high, the server can directly execute rules on the original vehicle condition data. Specifically, it can perform general information filtering on the original vehicle condition signal according to general vehicle condition rules to obtain the vehicle condition status of the vehicle terminal with consistent rule strategies, i.e., the first vehicle condition status information. In addition, if there is individual information in the original vehicle condition signal, and the individual information is that the rule strategy of a certain vehicle model (i.e., vehicle type) is inconsistent with that of other vehicle models, the vehicle condition status of the vehicle terminal of a specific vehicle model can be obtained through individual information filtering, i.e., the second vehicle condition status information.

[0084] or,

[0085] Step S132: If the vehicle condition priority level is medium priority, then obtain the trigger result, and according to the trigger result and the general vehicle condition rules, perform general information filtering on the original vehicle condition signal to obtain the first vehicle condition status information, and / or, according to the trigger result and the individual vehicle condition rules, perform individual information filtering on the original vehicle condition signal to obtain the second vehicle condition status information. The trigger result is used to characterize whether the current time has reached the trigger time corresponding to the original vehicle condition signal.

[0086] or,

[0087] Step S133: If the vehicle condition priority level is low, obtain the query result, and perform general information filtering on the original vehicle condition signal according to the query result and the general vehicle condition rules to obtain the first vehicle condition status information, and / or, perform personalized information filtering on the original vehicle condition signal according to the query result and the personalized vehicle condition rules to obtain the second vehicle condition status information. The query result is used to indicate whether the user terminal sends a query request to the server.

[0088] In this embodiment, steps S132 and S133 are similar to the aforementioned step S131 and can be easily deduced. Specifically, for step S132, the only difference is that when the vehicle condition priority level is medium, the original vehicle condition signal is placed in the pending task. When the server triggers the execution of the pending task, if the trigger result is yes, then the original vehicle condition signal is processed according to the rules; otherwise, if the trigger result is no, then the original vehicle condition signal is not processed according to the rules. Furthermore, for step S133, it can be that the user initiates a vehicle condition query request to the server through the user terminal in real time. If so, the query result is yes, then the original vehicle condition signal is processed according to the rules; otherwise, if the query result is no, then the original vehicle condition signal is not processed according to the rules.

[0089] Furthermore, referring to Figure 5The step S131, step S132, and step S133, which involves filtering the original vehicle condition signal according to the general vehicle condition rules to obtain the first vehicle condition status information, includes:

[0090] A1. Obtain the preset identification bit rules, time rules, and boundary rules;

[0091] A2. According to the identification position rule, the original vehicle condition signal is filtered by identification position to obtain identification position filtering data and a first general filtering result corresponding to the identification position filtering data.

[0092] A3. If the first general filtering result is that the identification bit is valid, then according to the time rule, the original vehicle condition signal is subjected to continuous time filtering to obtain time filtering data and a second general filtering result corresponding to the time filtering data.

[0093] A4. If the second general filtering result is time-valid, then according to the boundary rules, the original vehicle condition signal is subjected to boundary value filtering to obtain boundary value filtering data and a third general filtering result corresponding to the boundary value filtering data.

[0094] A5. If the third general filtering result is a valid boundary value, then the first vehicle condition status information is obtained based on the identification position filtering data, the time filtering data, and the boundary value filtering data.

[0095] In the embodiments of this application, the identification bit rule, time rule, and boundary rule are used to perform general information filtering with consistent rule strategies on the original vehicle condition signals of different types of vehicles.

[0096] For example, for a certain original vehicle condition signal, the format of the signal transmitted from the vehicle terminal to the server can be divided into [identification bit, value, time]. The server can first filter the identification bits in the original vehicle condition signal according to the identification bit rules. If the identification bit is invalid, the original vehicle condition signal can be discarded and the vehicle condition result of the previous output can be used as the first vehicle condition status information of the current output. Alternatively, if the identification bit is valid, the server can obtain the first general filtering result of the valid identification bit, as well as the data information of the original vehicle condition signal on the identification bit (i.e., identification bit filtering data).

[0097] Next, the server can filter the time in the original vehicle condition signal according to time rules, determining whether the original vehicle condition signal has temporal continuity with previous original vehicle condition signals. For example, it can determine whether the original vehicle condition signal conforms to the frequency design of the signal uploaded by the vehicle terminal. If the time does not conform, the time is invalid, the original vehicle condition signal is discarded, and the previously output vehicle condition result is used as the first output vehicle condition status information; or, if the time is valid, a second general filtering result with valid time can be obtained, along with the time data information of the original vehicle condition signal (i.e., time filtering data).

[0098] Furthermore, the server can perform boundary value judgments on the values ​​in the original vehicle condition signal based on boundary value rules. If the value in the original vehicle condition signal is greater than the preset boundary value, the value is invalid, and the original vehicle condition signal can be discarded, with the previously output vehicle condition result used as the first output vehicle condition status information. Alternatively, if the value in the original vehicle condition signal is less than or equal to the boundary value, the value is valid, and a third general filtering result with valid boundary values ​​can be obtained, along with the data information of the original vehicle condition signal in terms of value (i.e., boundary value filtering data).

[0099] It is understandable that after obtaining the identification bit filtering data, time filtering data, and boundary value filtering data, the three filtering data can be simply combined to obtain the first vehicle condition status information of the example vehicle condition signal. The example in this application is only for illustration and does not impose any limitations on this application.

[0100] Furthermore, referring to Figure 6 The step S131, step S132, and step S133, which involves filtering the original vehicle condition signal for personalized information according to the personalized vehicle condition rules to obtain the second vehicle condition status information, includes:

[0101] B1. Obtain the first vehicle type corresponding to the personalized vehicle condition rule, and the second vehicle type corresponding to the original vehicle condition signal;

[0102] B2. Compare the first vehicle type and the second vehicle type to obtain the type comparison result;

[0103] B3. If the type comparison result is that the first vehicle type and the second vehicle type are the same, then the original vehicle condition signal is executed with the personalized vehicle condition rule corresponding to the original vehicle condition signal to obtain the second vehicle condition status information.

[0104] In this embodiment of the application, both the personalized vehicle condition rules and the first vehicle type are stored in the server, while the second vehicle type can be the vehicle type information carried when the user terminal sends a vehicle condition query request, and / or the vehicle type information carried when the vehicle terminal sends the original vehicle condition signal.

[0105] It is understandable that the same service may have different rule strategies due to different vehicle types. Step B2 in this embodiment may involve comparing the current second vehicle type with the first vehicle type corresponding to each personalized vehicle condition rule to obtain a type comparison result indicating that the first and second vehicle types are the same, as well as the personalized vehicle condition rule corresponding to the original vehicle condition signal. Then, the server may call the personalized vehicle condition rule and provide it to the original vehicle condition signal for execution to extract the second vehicle condition status information that meets the personalized vehicle condition rule. After the rule execution processing, the output vehicle condition data can be consistent with the various indicator data displayed on the vehicle instrument panel.

[0106] It should be noted that after obtaining the execution result, the server can select to transmit the vehicle condition data to the corresponding user terminal based on the vehicle condition priority level of each user terminal. For example, when the vehicle condition priority level is high, the server can actively transmit the vehicle condition data to the user terminal; or, when the vehicle condition priority level is medium or low, the server can return the execution result (i.e., vehicle condition data) to the user terminal when the user terminal sends a vehicle condition query request to the server. The example in this application is for illustrative purposes only.

[0107] Reference Figure 7 and Figure 8 In some embodiments, the personalized vehicle condition rules are obtained through the following steps:

[0108] Step S140: Obtain personality type information and preset general rule templates;

[0109] Step S150: Obtain the requirement configuration corresponding to the personality type information based on the personality type information;

[0110] Step S160: Based on the requirements configuration, dynamically update the general rule template to obtain the personalized vehicle condition rules.

[0111] In this embodiment, the personalized type information can be vehicle-type-specific rule and strategy information provided by the vehicle terminal or user terminal. Specifically, the server can first preset a general rule template in the rule script section. Then, based on the personalized type information, the corresponding requirement configuration can be determined. This requirement configuration can specifically include vehicle type configuration, time axis configuration, and rule service configuration, etc. Among them, the vehicle type configuration is used to provide data structures and available rules related to the vehicle type; the time axis configuration is used to provide timed queries or data comparisons based on time periods; the rule service configuration is used to provide judgment thresholds, vehicle condition output formats, and the execution order and data return priority of available rules corresponding to the vehicle condition service, etc. Finally, the server can add the obtained vehicle type configuration, rule service configuration, and time axis configuration to the general rule template in the rule script section to complete the dynamic configuration update and obtain personalized vehicle condition rules.

[0112] This application provides a method for arranging and processing vehicle condition rules, which is applied to an in-vehicle terminal. The method may include, but is not limited to, step S170.

[0113] Step S170: Send the original vehicle status signal to the server so that the server performs the following steps:

[0114] The server obtains the number of queries per unit from the user terminal. The number of queries per unit is used to represent the cumulative number of queries by the user terminal within a first time range threshold. The user to which the user terminal belongs is the same as the user to which the vehicle terminal belongs.

[0115] The server prioritizes the user terminals based on the number of queries per unit, thus obtaining a vehicle condition priority level.

[0116] The server performs rule execution processing on the original vehicle condition signal according to the vehicle condition priority level to obtain the execution result. The execution result includes the first vehicle condition status information obtained after the original vehicle condition signal is processed by the general vehicle condition rule, and / or the second vehicle condition status information obtained after the original vehicle condition signal is processed by the personalized vehicle condition rule. The general vehicle condition rule is used for vehicle terminals of all vehicle types, and the personalized vehicle condition rule is used for vehicle terminals of one vehicle type. Different personalized vehicle condition rules correspond to different vehicle types of vehicle terminals.

[0117] In the embodiments of this application, step S170 is similar to the aforementioned steps S110 to S130, and can be easily deduced by analogy. Therefore, this application will not elaborate further here.

[0118] Please see Figure 9This application also provides a vehicle condition rule arrangement and processing system, applied to a server, the server being used for communication connection with at least one vehicle-mounted terminal, the arrangement and processing system comprising:

[0119] The acquisition unit 310 is used to acquire the number of unit queries of the user terminal and the original vehicle condition signal from the vehicle terminal. The number of unit queries is used to represent the cumulative number of queries of the user terminal within a first time range threshold. The user to which the user terminal belongs is the same as the user to which the vehicle terminal belongs.

[0120] The partitioning unit 320 is used to prioritize the user terminal based on the number of unit queries to obtain the vehicle condition priority level;

[0121] The execution unit 330 is used to perform rule execution processing on the original vehicle condition signal according to the vehicle condition priority level to obtain an execution result. The execution result includes first vehicle condition status information obtained after the original vehicle condition signal is executed with general vehicle condition rules, and / or second vehicle condition status information obtained after the original vehicle condition signal is executed with personalized vehicle condition rules. The general vehicle condition rules are used for vehicle terminals of all vehicle types, and the personalized vehicle condition rules are used for vehicle terminals of one vehicle type. Different personalized vehicle condition rules correspond to different vehicle types of vehicle terminals.

[0122] It is understood that the content of the above method embodiments is applicable to this system embodiment. The specific functions implemented in this system embodiment are the same as those in the above method embodiments, and the beneficial effects achieved are also the same as those achieved in the above method embodiments.

[0123] This application also provides an electronic device, which includes a memory and a processor. The memory stores a computer program, and the processor executes the computer program to implement the above-described method. This electronic device can be any smart terminal, including tablet computers, in-vehicle computers, etc.

[0124] It is understood that the content of the above method embodiments is applicable to this device embodiment. The specific functions implemented by this device embodiment are the same as those of the above method embodiments, and the beneficial effects achieved are also the same as those achieved by the above method embodiments.

[0125] Please see Figure 10 , Figure 10 The hardware structure of an electronic device according to another embodiment is illustrated. The electronic device includes:

[0126] The processor 901 can be implemented using a general-purpose CPU (Central Processing Unit), microprocessor, application-specific integrated circuit (ASIC), or one or more integrated circuits, and is used to execute relevant programs to implement the technical solutions provided in the embodiments of this application.

[0127] The memory 902 can be implemented as a read-only memory (ROM), a static storage device, a dynamic storage device, or a random access memory (RAM). The memory 902 can store the operating system and other application programs. When the technical solutions provided in the embodiments of this specification are implemented through software or firmware, the relevant program code is stored in the memory 902 and is called and executed by the processor 901.

[0128] The 903 input / output interface is used to implement information input and output.

[0129] The communication interface 904 is used to enable communication and interaction between this device and other devices. Communication can be achieved through wired means (such as USB, Ethernet cable, etc.) or wireless means (such as mobile network, WIFI, Bluetooth, etc.).

[0130] Bus 905 transmits information between various components of the device (e.g., processor 901, memory 902, input / output interface 903, and communication interface 904);

[0131] The processor 901, memory 902, input / output interface 903, and communication interface 904 are connected to each other within the device via bus 905.

[0132] This application also provides a computer-readable storage medium storing a computer program that, when executed by a processor, implements the above-described method.

[0133] It is understood that the content of the above method embodiments is applicable to this storage medium embodiment. The specific functions implemented in this storage medium embodiment are the same as those in the above method embodiments, and the beneficial effects achieved are also the same as those achieved in the above method embodiments.

[0134] Memory, as a non-transitory computer-readable storage medium, can be used to store non-transitory software programs and non-transitory computer-executable programs. Furthermore, memory may include high-speed random access memory, and may also include non-transitory memory, such as at least one disk storage device, flash memory device, or other non-transitory solid-state storage device. In some embodiments, memory may optionally include memory remotely located relative to the processor, and these remote memories can be connected to the processor via a network. Examples of such networks include, but are not limited to, the Internet, intranets, local area networks, mobile communication networks, and combinations thereof.

[0135] The embodiments described in this application are for the purpose of more clearly illustrating the technical solutions of the embodiments of this application, and do not constitute a limitation on the technical solutions provided by the embodiments of this application. As those skilled in the art will know, with the evolution of technology and the emergence of new application scenarios, the technical solutions provided by the embodiments of this application are also applicable to similar technical problems.

[0136] Those skilled in the art will understand that the technical solutions shown in the figures do not constitute a limitation on the embodiments of this application, and may include more or fewer steps than shown, or combine certain steps, or different steps.

[0137] The device embodiments described above are merely illustrative. The units described as separate components may or may not be physically separate; that is, they may be located in one place or distributed across multiple network units. Some or all of the modules can be selected to achieve the purpose of this embodiment according to actual needs.

[0138] Those skilled in the art will understand that all or some of the steps in the methods disclosed above, as well as the functional modules / units in the systems and devices, can be implemented as software, firmware, hardware, or suitable combinations thereof.

[0139] The terms “first,” “second,” “third,” “fourth,” etc. (if present) in the specification and accompanying drawings of this application are used to distinguish similar objects and are not necessarily used to describe a specific order or sequence. It should be understood that such data can be interchanged where appropriate so that the embodiments of this application described herein can be implemented in orders other than those illustrated or described herein. Furthermore, the terms “comprising” and “having,” and any variations thereof, are intended to cover non-exclusive inclusion; for example, a process, method, system, product, or apparatus that comprises a series of steps or units is not necessarily limited to those steps or units explicitly listed, but may include other steps or units not explicitly listed or inherent to such processes, methods, products, or apparatus.

[0140] It should be understood that in this application, "at least one (item)" means one or more, and "more than" means two or more. "And / or" is used to describe the relationship between related objects, indicating that three relationships can exist. For example, "A and / or B" can represent three cases: only A exists, only B exists, and both A and B exist simultaneously, where A and B can be singular or plural. The character " / " generally indicates that the preceding and following related objects are in an "or" relationship. "At least one (item) of the following" or similar expressions refer to any combination of these items, including any combination of single or plural items. For example, at least one (item) of a, b, or c can represent: a, b, c, "a and b", "a and c", "b and c", or "a and b and c", where a, b, and c can be single or multiple.

[0141] In the several embodiments provided in this application, it should be understood that the disclosed apparatus and methods can be implemented in other ways. For example, the apparatus embodiments described above are merely illustrative; for instance, the division of the units described above is only a logical functional division, and in actual implementation, there may be other division methods. For example, multiple units or components may be combined or integrated into another system, or some features may be ignored or not executed. Furthermore, the coupling or direct coupling or communication connection shown or discussed may be through some interfaces; the indirect coupling or communication connection between apparatuses or units may be electrical, mechanical, or other forms.

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

[0143] Furthermore, the functional units in the various embodiments of this application can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit. The integrated unit can be implemented in hardware or as a software functional unit.

[0144] If the integrated unit is implemented as 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 technical solution of this application, in essence, or the part that contributes to the prior art, or all or part 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 multiple 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 of the various embodiments of this application. The aforementioned storage medium includes various media capable of storing programs, such as USB flash drives, portable hard drives, read-only memory (ROM), random access memory (RAM), magnetic disks, or optical disks.

[0145] The preferred embodiments of the present application have been described above with reference to the accompanying drawings, but this does not limit the scope of the claims of the present application. Any modifications, equivalent substitutions, and improvements made by those skilled in the art without departing from the scope and substance of the embodiments of the present application shall be within the scope of the claims of the present application.

Claims

1. A method for arranging and processing vehicle condition rules, characterized in that, The orchestration processing method is applied to a server, which is used to communicate with at least one vehicle-mounted terminal, and includes: The unit query count of the user terminal and the original vehicle status signal from the vehicle terminal are obtained. The unit query count is used to represent the cumulative number of queries of the user terminal within a first time range threshold. The user to which the user terminal belongs is the same as the user to which the vehicle terminal belongs. Based on the number of queries per unit, the user terminals are prioritized to obtain a vehicle condition priority level; According to the vehicle condition priority level, the original vehicle condition signal is processed by rule execution to obtain the execution result. The execution result includes the first vehicle condition status information obtained after the original vehicle condition signal is processed by the general vehicle condition rule, and / or the second vehicle condition status information obtained after the original vehicle condition signal is processed by the personalized vehicle condition rule. The general vehicle condition rule is used for vehicle terminals of all vehicle types, and the personalized vehicle condition rule is used for vehicle terminals of one vehicle type. Different personalized vehicle condition rules correspond to different vehicle types of vehicle terminals. The step of performing rule-based processing on the original vehicle condition signal according to the vehicle condition priority level to obtain the execution result includes: If the vehicle condition priority level is high priority, then according to the general vehicle condition rules, the original vehicle condition signal is filtered by general information to obtain the first vehicle condition status information, and / or, according to the individual vehicle condition rules, the original vehicle condition signal is filtered by individual information to obtain the second vehicle condition status information; or, If the vehicle condition priority level is medium priority, then the trigger result is obtained, and the original vehicle condition signal is filtered for general information according to the trigger result and the general vehicle condition rules to obtain the first vehicle condition status information, and / or, the original vehicle condition signal is filtered for individual information according to the trigger result and the individual vehicle condition rules to obtain the second vehicle condition status information. The trigger result is used to indicate whether the current time has reached the trigger time corresponding to the original vehicle condition signal. or, If the vehicle condition priority level is low, the query result is obtained, and the original vehicle condition signal is filtered for general information based on the query result and the general vehicle condition rules to obtain the first vehicle condition status information. And / or, the original vehicle condition signal is filtered for personalized information based on the query result and the personalized vehicle condition rules to obtain the second vehicle condition status information. The query result is used to indicate whether the user terminal sends a query request to the server.

2. The arrangement processing method according to claim 1, characterized in that, The step of prioritizing the user terminals based on the number of unit queries to obtain vehicle condition priority levels includes: Obtain a pre-configured first priority count threshold and a second priority count threshold, wherein the first priority count threshold is greater than the second priority count threshold; The comparison results are obtained by comparing the number of unit queries, the first priority threshold, and the second priority threshold. If the comparison result is that the number of queries per unit is less than the second priority threshold, then a vehicle condition priority level representing low priority is obtained; or, if the comparison result is that the number of queries per unit is greater than or equal to the second priority threshold and the number of queries per unit is less than the first priority threshold, then a vehicle condition priority level representing medium priority is obtained; or, if the comparison result is that the number of queries per unit is greater than or equal to the first priority threshold, then a vehicle condition priority level representing high priority is obtained.

3. The arrangement processing method according to claim 1, characterized in that, The step of filtering the original vehicle condition signal according to the general vehicle condition rules to obtain the first vehicle condition status information includes: Obtain the preset identification bit rules, time rules, and boundary rules; According to the identification bit rules, the original vehicle condition signal is filtered by identification bit to obtain identification bit filtering data and a first general filtering result corresponding to the identification bit filtering data. If the first general filtering result is that the identification bit is valid, then according to the time rule, the original vehicle condition signal is subjected to continuous time filtering to obtain time filtering data and a second general filtering result corresponding to the time filtering data. If the second general filtering result is time-valid, then according to the boundary rules, the original vehicle condition signal is subjected to boundary value filtering to obtain boundary value filtering data and a third general filtering result corresponding to the boundary value filtering data. If the third general filtering result is a valid boundary value, then the first vehicle condition status information is obtained based on the identification position filtering data, the time filtering data, and the boundary value filtering data.

4. The arrangement processing method according to claim 1, characterized in that, The step of filtering the original vehicle condition signal for personalized information according to the personalized vehicle condition rules to obtain the second vehicle condition status information includes: Obtain the first vehicle type corresponding to the personalized vehicle condition rule, and the second vehicle type corresponding to the original vehicle condition signal; Compare the first vehicle type and the second vehicle type to obtain the type comparison result; If the type comparison result is that the first vehicle type and the second vehicle type are the same, then the original vehicle condition signal is executed with the personalized vehicle condition rule corresponding to the original vehicle condition signal to obtain the second vehicle condition status information.

5. The arrangement processing method according to claim 1, characterized in that, The personalized vehicle condition rules are obtained through the following steps: Obtain personalized type information and preset general rule templates; Based on the personality type information, the corresponding requirement configuration is obtained; Based on the aforementioned requirements, the general rule template is dynamically configured and updated to obtain the personalized vehicle condition rules.

6. A method for arranging and processing vehicle condition rules, characterized in that, Applied to vehicle-mounted terminals, the orchestration processing method includes: Send raw vehicle status signals to the server so that the server performs the following steps: The server obtains the number of queries per unit from the user terminal. The number of queries per unit is used to represent the cumulative number of queries by the user terminal within a first time range threshold. The user to which the user terminal belongs is the same as the user to which the vehicle terminal belongs. The server prioritizes the user terminals based on the number of queries per unit, thus obtaining a vehicle condition priority level. The server performs rule execution processing on the original vehicle condition signal according to the vehicle condition priority level to obtain the execution result. The execution result includes the first vehicle condition status information obtained after the original vehicle condition signal is processed by the general vehicle condition rule, and / or the second vehicle condition status information obtained after the original vehicle condition signal is processed by the personalized vehicle condition rule. The general vehicle condition rule is used for vehicle terminals of all vehicle types, and the personalized vehicle condition rule is used for vehicle terminals of one vehicle type. Different personalized vehicle condition rules correspond to different vehicle types of vehicle terminals. The step of performing rule-based processing on the original vehicle condition signal according to the vehicle condition priority level to obtain the execution result includes: If the vehicle condition priority level is high priority, then according to the general vehicle condition rules, the original vehicle condition signal is filtered by general information to obtain the first vehicle condition status information, and / or, according to the individual vehicle condition rules, the original vehicle condition signal is filtered by individual information to obtain the second vehicle condition status information; or, If the vehicle condition priority level is medium priority, then the trigger result is obtained, and the original vehicle condition signal is filtered for general information according to the trigger result and the general vehicle condition rules to obtain the first vehicle condition status information, and / or, the original vehicle condition signal is filtered for individual information according to the trigger result and the individual vehicle condition rules to obtain the second vehicle condition status information. The trigger result is used to indicate whether the current time has reached the trigger time corresponding to the original vehicle condition signal. or, If the vehicle condition priority level is low, the query result is obtained, and the original vehicle condition signal is filtered for general information based on the query result and the general vehicle condition rules to obtain the first vehicle condition status information. And / or, the original vehicle condition signal is filtered for personalized information based on the query result and the personalized vehicle condition rules to obtain the second vehicle condition status information. The query result is used to indicate whether the user terminal sends a query request to the server.

7. A system for arranging and processing vehicle condition rules, characterized in that, The system is applied to a server, which is used to communicate with at least one vehicle-mounted terminal, and the orchestration processing system includes: The acquisition unit is used to acquire the number of unit queries of the user terminal and the original vehicle condition signal from the vehicle terminal. The number of unit queries is used to represent the cumulative number of queries of the user terminal within a first time range threshold. The user to which the user terminal belongs is the same as the user to which the vehicle terminal belongs. A partitioning unit is used to prioritize the user terminal based on the number of unit queries to obtain a vehicle condition priority level. An execution unit is configured to perform rule-based processing on the original vehicle condition signal according to the vehicle condition priority level, and obtain an execution result. The execution result includes first vehicle condition status information obtained after the original vehicle condition signal is processed by a general vehicle condition rule, and / or second vehicle condition status information obtained after the original vehicle condition signal is processed by a personalized vehicle condition rule. The general vehicle condition rule is used for vehicle terminals of all vehicle types, and the personalized vehicle condition rule is used for vehicle terminals of one vehicle type. Different personalized vehicle condition rules correspond to different vehicle types of vehicle terminals. The step of performing rule-based processing on the original vehicle condition signal according to the vehicle condition priority level to obtain the execution result includes: If the vehicle condition priority level is high priority, then according to the general vehicle condition rules, the original vehicle condition signal is filtered by general information to obtain the first vehicle condition status information, and / or, according to the individual vehicle condition rules, the original vehicle condition signal is filtered by individual information to obtain the second vehicle condition status information; or, If the vehicle condition priority level is medium priority, then the trigger result is obtained, and the original vehicle condition signal is filtered for general information according to the trigger result and the general vehicle condition rules to obtain the first vehicle condition status information, and / or, the original vehicle condition signal is filtered for individual information according to the trigger result and the individual vehicle condition rules to obtain the second vehicle condition status information. The trigger result is used to indicate whether the current time has reached the trigger time corresponding to the original vehicle condition signal. or, If the vehicle condition priority level is low, the query result is obtained, and the original vehicle condition signal is filtered for general information based on the query result and the general vehicle condition rules to obtain the first vehicle condition status information. And / or, the original vehicle condition signal is filtered for personalized information based on the query result and the personalized vehicle condition rules to obtain the second vehicle condition status information. The query result is used to indicate whether the user terminal sends a query request to the server.

8. An electronic device, characterized in that, include: At least one processor; At least one memory for storing at least one program; When the at least one program is executed by the at least one processor, the at least one processor implements the method as described in any one of claims 1 to 6.

9. A computer-readable storage medium storing a computer program, characterized in that, When the computer program is executed by a processor, it implements the method of any one of claims 1 to 6.

Images