A vehicle condition information query method, device and computer readable storage medium

Abstract

The application discloses a vehicle condition information query method and device and a computer readable storage medium, and the method comprises the following steps: performing vehicle type matching according to vehicle reported vehicle condition data to obtain a vehicle condition signal of a vehicle type to which the vehicle belongs; performing filtering processing on the vehicle condition signal; performing classification on the filtered vehicle condition signal, generating at least one vehicle condition portrait and updating a vehicle condition portrait library; wherein each vehicle condition portrait corresponds to a vehicle condition classification; in response to a user end sent query vehicle condition request, the vehicle condition portrait library is matched to obtain a vehicle condition portrait corresponding to the query vehicle condition request, and the vehicle condition portrait is sent to the user end; the application can uniformly configure vehicle condition portraits according to vehicle types, realize unified management of multi-vehicle type vehicle condition query display, effectively improve vehicle condition information query efficiency and improve user vehicle condition query experience.

Description

Technical Field

[0001] The present invention relates to the field of automobile technology, and in particular to a vehicle condition information query method, device, and computer-readable storage medium. Background Art

[0002] As people's living standards continue to improve, vehicle usage is increasing, and vehicles are becoming a necessity for people's travel. In daily vehicle use, out of concern for their vehicles and for safe driving, users need to understand various vehicle status information, such as water temperature, electric driving range, fuel range, remaining battery power, remaining fuel level, brake pad wear, tire wear, and tire pressure.

[0003] Currently, when querying vehicle condition data on an app or a third-party system, the car box (Tbox) on the vehicle side is directly awakened, and then the Tbox uploads the full vehicle condition data. Users need to find the required data from the full vehicle condition data based on business needs. The query efficiency is low, resulting in a poor user experience. Summary of the Invention

[0004] The embodiments of the present invention provide a vehicle condition information query method, device and computer-readable storage medium, which can uniformly configure vehicle condition portraits according to vehicle models, realize unified management of vehicle condition query and display of multiple vehicle models, effectively improve vehicle condition information query efficiency, and enhance the user's vehicle condition query experience.

[0005] In a first aspect, an embodiment of the present invention provides a vehicle condition information query method, comprising:

[0006] Carry out vehicle model matching based on the vehicle condition data reported by the vehicle to obtain a vehicle condition signal of the vehicle model;

[0007] filtering the vehicle condition signal;

[0008] Classifying the filtered vehicle condition signals, generating at least one vehicle condition profile and updating a vehicle condition profile library; wherein each vehicle condition profile corresponds to a vehicle condition classification;

[0009] In response to a vehicle condition query request sent by a user terminal, a vehicle condition portrait corresponding to the vehicle condition query request is matched in the vehicle condition portrait library and sent to the user terminal.

[0010] As an improvement to the above solution, before filtering the vehicle condition signal, the method further includes:

[0011] performing accurate restoration of the vehicle condition signal;

[0012] The vehicle condition signal after precision restoration is offset compensated to obtain the final vehicle condition signal.

[0013] As an improvement to the above solution, the filtering process of the vehicle condition signal includes:

[0014] determining the validity of the vehicle condition signal according to a preset filtering rule corresponding to the vehicle condition signal;

[0015] The vehicle condition signals judged to be valid are stored in column clusters;

[0016] The vehicle condition signals judged to be invalid are eliminated.

[0017] As an improvement to the above solution, the preset filtering rules include a signal effective range and a signal correlation relationship;

[0018] Then, judging the validity of the vehicle condition signal according to the preset filtering rule corresponding to the vehicle condition signal includes:

[0019] Determining whether the vehicle condition signal falls within a valid signal range in the preset filtering rule;

[0020] If not, determining that the vehicle condition signal is invalid;

[0021] If so, query whether other vehicle condition signals associated with the vehicle condition signal are valid according to the signal association relationship in the preset filtering rule;

[0022] If not, determining that the vehicle condition signal is invalid;

[0023] If so, it is determined that the vehicle condition signal is valid.

[0024] As an improvement to the above solution, the column cluster storage of the vehicle condition signals determined to be valid includes:

[0025] Writing the vehicle condition signal determined to be valid into the corresponding column cluster to update the vehicle condition signal stored in the corresponding column cluster;

[0026] For the column cluster corresponding to the vehicle condition signal judged to be invalid, the last stored valid vehicle condition signal is retained.

[0027] As an improvement to the above solution, the vehicle type matching is performed based on the vehicle condition data reported by the vehicle to obtain the vehicle condition signal of the vehicle type, including:

[0028] Determine the vehicle model of the vehicle according to the header information of the vehicle condition data; wherein the header information includes the vehicle model information and the vehicle VIN code;

[0029] According to the vehicle type, a vehicle condition signal that matches the signal type in the signal pool of the corresponding vehicle type is extracted from the vehicle condition data.

[0030] As an improvement to the above solution, the signal pool includes public signals and private signals, wherein the public signals are configured with vehicle condition signals applicable to all vehicle models; and the private signals are configured with vehicle condition signals applicable to specific vehicle models.

[0031] As an improvement to the above solution, the filtered vehicle condition signal is classified to generate at least one vehicle condition profile and update the vehicle condition profile library, including:

[0032] determining a vehicle condition classification corresponding to the vehicle condition signal according to a signal code of the vehicle condition signal;

[0033] Generate a vehicle condition profile corresponding to the vehicle condition classification based on vehicle condition signals belonging to the same vehicle condition classification;

[0034] The vehicle condition portrait is stored in segments according to the acquisition time of the corresponding vehicle condition signal and the vehicle VIN code.

[0035] In a second aspect, an embodiment of the present invention provides a vehicle condition information query device, including:

[0036] one or more processors;

[0037] A memory for storing one or more programs; when the one or more programs are executed by the one or more processors, the one or more processors implement the vehicle condition information query method as described in any one of the first aspects.

[0038] In a third aspect, an embodiment of the present invention provides a computer-readable storage medium, which stores a computer program, wherein when the computer program is running, the device where the computer-readable storage medium is located is controlled to execute the vehicle condition information query method as described in any one of the first aspects.

[0039] Compared with the prior art, the beneficial effects of the embodiments of the present invention are: by matching the vehicle model according to the vehicle condition data reported by the vehicle, a vehicle condition signal of the vehicle model to which the vehicle belongs is obtained; the vehicle condition signal is filtered and processed; the filtered vehicle condition signal is classified to generate at least one vehicle condition portrait and update the vehicle condition portrait library; wherein, each vehicle condition portrait corresponds to a vehicle condition classification; in response to a vehicle condition query request sent by the user end, a vehicle condition portrait corresponding to the vehicle condition query request is matched in the vehicle condition portrait library and sent to the user end; the embodiments of the present invention can uniformly configure vehicle condition portraits according to vehicle models, realize unified management of vehicle condition query and display of multiple vehicle models, effectively improve the efficiency of vehicle condition information query, and enhance the user's vehicle condition query experience. BRIEF DESCRIPTION OF THE DRAWINGS

[0040] In order to more clearly illustrate the technical solution of the present invention, the following is a brief introduction to the drawings used in the implementation methods. Obviously, the drawings described below are only some implementation methods of the present invention. For ordinary technicians in this field, other drawings can be obtained based on these drawings without paying any creative work.

[0041] Figure 1 This is a flow chart of a vehicle condition information query method provided by an embodiment of the present invention;

[0042] Figure 2 This is a schematic diagram of vehicle condition signal storage provided by an embodiment of the present invention;

[0043] Figure 3 This is a schematic diagram of generating a vehicle condition portrait provided by an embodiment of the present invention;

[0044] Figure 4 This is a schematic diagram of vehicle condition classification provided by an embodiment of the present invention;

[0045] Figure 5 Schematic diagram of vehicle condition information query provided by an embodiment of the present invention;

[0046] Figure 6 It is a schematic block diagram of a vehicle condition information query device provided by an embodiment of the present invention. DETAILED DESCRIPTION

[0047] The following will clearly and completely describe the technical solutions in the embodiments of the present invention in conjunction with the accompanying drawings. Obviously, the described embodiments are only part of the embodiments of the present invention, not all of the embodiments. All other embodiments obtained by ordinary technicians in this field based on the embodiments of the present invention without making any creative efforts shall fall within the scope of protection of the present invention.

[0048] Example 1

[0049] See also Figure 1 , which is a flow chart of a vehicle condition information query method provided by an embodiment of the present invention. The vehicle condition information query method is executed by the cloud and specifically includes:

[0050] S1: Carry out vehicle model matching based on the vehicle condition data reported by the vehicle to obtain a vehicle condition signal of the vehicle model;

[0051] For example, various vehicle models periodically collect their own ECU status information as their respective vehicle condition data at a set first frequency (e.g., 100ms), and then periodically report this information to the cloud via the onboard TBOX at a set second frequency (e.g., 10s). The vehicle condition data includes, but is not limited to, battery level, range, vehicle speed, door and window information, and thermal management information (e.g., air conditioning information, battery temperature, motor water and air cooling information, etc.). When reporting vehicle condition data, the vehicle model information and vehicle VIN number are included as header information, packaged together with the vehicle condition data and reported to the cloud.

[0052] In an embodiment of the present invention, vehicle-reported condition data utilizes a specific communication protocol structure, such as a Map structure. Each condition signal is defined using a key-value pair. Dynamic addition of condition signals is achieved by remotely configuring the corresponding signal code in the cloud. This offers flexible definition and strong signal scalability. Since most condition signals are reusable across multiple vehicle models, uploaded condition signals from multiple vehicle models can be centrally maintained, resulting in high reusability. Simply associating the condition signal with the vehicle model allows for rapid development of condition features for new vehicle models. For example, the signal codes for different condition signals are predefined in the cloud. For example, a six-bit signal code represents the vehicle condition category, with the first three digits representing the vehicle condition category, and the last three digits representing the signal number. For example, a door condition signal with the signal code 100100 represents a door and window condition category, while the last three digits 100 represent the left front door. Therefore, the signal code 100100 represents a door and window condition signal for the left front door. It should be noted that the definition of the signal codes for different vehicle condition signals can be customized by the user based on actual needs and is not specifically defined here. After completing the definition of the signal coding, the cloud stores the mapping relationship between the signal coding and the vehicle condition signal.

[0053] Furthermore, the vehicle type matching is performed based on the vehicle condition data reported by the vehicle to obtain the vehicle condition signal of the vehicle type, including:

[0054] Determine the vehicle model of the vehicle according to the header information of the vehicle condition data; wherein the header information includes the vehicle model information and the vehicle VIN code;

[0055] According to the vehicle type, a vehicle condition signal that matches the signal type in the signal pool of the corresponding vehicle type is extracted from the vehicle condition data.

[0056] Furthermore, the signal pool includes public signals and private signals, wherein the public signals are configured with vehicle condition signals applicable to all vehicle models; and the private signals are configured with vehicle condition signals applicable to specific vehicle models.

[0057] For example, the vehicle condition signal for matching vehicle models is processed based on the signal pool in the cloud. The signal pool is divided into public signals and private signals. Among them, public signals can be applied to all models, and private signals are applicable to specified models, and multiple models can be selected. The cloud backend pre-configures vehicle condition signals applicable to all models and classifies them as public signals; pre-configures vehicle condition signals applicable to specified models and classifies them as private signals. When the cloud receives the vehicle condition data reported by a certain vehicle, it first dynamically matches its model from the vehicle basic information database based on the model information and vehicle VIN code in its header; the vehicle basic information database records the model information and corresponding vehicle VIN codes of different models. After matching the model, it further determines whether it is a public signal or a private signal. If the matched model belongs to a specific model, it is preferentially matched as a private signal, otherwise it is matched as a public signal.

[0058] S2: Filtering the vehicle condition signal;

[0059] Furthermore, before filtering the vehicle condition signal, the method further includes:

[0060] performing accurate restoration of the vehicle condition signal;

[0061] The vehicle condition signal after precision restoration is offset compensated to obtain the final vehicle condition signal.

[0062] After parsing the vehicle condition data reported by the vehicle, the cloud can obtain several vehicle condition signals. Since the vehicle will round up the values ​​when reporting the vehicle condition signal, the cloud needs to accurately restore the vehicle condition signal reported by the vehicle to obtain the original value of the vehicle condition signal. For example, the vehicle's cruising range is 200.1km. The vehicle converts the cruising range to 2001 and uploads it to the cloud. After receiving the cruising range, the cloud restores it to 200.1 and then performs offset compensation. The final cruising range obtained by the cloud is 200.1±a, where a represents the preset cruising range offset. Different offsets can be set for different vehicle condition signals according to actual needs.

[0063] Due to unstable factors in the vehicle network environment, some invalid value signals will be reported to the cloud. The cloud can formulate storage rules for each vehicle condition signal. For example, the cloud can customize invalid signal values ​​or abnormal data. After the vehicle condition signal is restored, it is filtered to eliminate abnormal and invalid signals. Finally, the valid vehicle condition signals are stored in the database in the form of column clusters.

[0064] S3: Classify the filtered vehicle condition signal, generate at least one vehicle condition profile, and update the vehicle condition profile library; wherein each vehicle condition profile corresponds to a vehicle condition classification;

[0065] S4: In response to the vehicle condition query request sent by the user terminal, a vehicle condition portrait corresponding to the vehicle condition query request is matched in the vehicle condition portrait library and sent to the user terminal.

[0066] In an embodiment of the present invention, through cloud-based vehicle model matching and vehicle condition signal matching, it is possible to uniformly configure vehicle condition portraits according to vehicle models, achieve unified management of vehicle condition query and display for multiple vehicle models, effectively improve the efficiency of vehicle condition information query, and enhance the user's vehicle condition query experience.

[0067] In an optional embodiment, filtering the vehicle condition signal includes:

[0068] determining the validity of the vehicle condition signal according to a preset filtering rule corresponding to the vehicle condition signal;

[0069] The vehicle condition signals judged to be valid are stored in column clusters;

[0070] The vehicle condition signals judged to be invalid are eliminated.

[0071] Furthermore, the preset filtering rules include signal valid range and signal correlation relationship;

[0072] Then, judging the validity of the vehicle condition signal according to the preset filtering rule corresponding to the vehicle condition signal includes:

[0073] Determining whether the vehicle condition signal falls within a valid signal range in the preset filtering rule;

[0074] If not, determining that the vehicle condition signal is invalid;

[0075] If so, query whether other vehicle condition signals associated with the vehicle condition signal are valid according to the signal association relationship in the preset filtering rule;

[0076] If not, determining that the vehicle condition signal is invalid;

[0077] If so, it is determined that the vehicle condition signal is valid.

[0078] Furthermore, storing the vehicle condition signals determined to be valid in column clusters includes:

[0079] Writing the vehicle condition signal determined to be valid into the corresponding column cluster to update the vehicle condition signal stored in the corresponding column cluster;

[0080] For the column cluster corresponding to the vehicle condition signal judged to be invalid, the last stored valid vehicle condition signal is retained.

[0081] For example, for each vehicle condition signal, a valid signal range can be set to filter out invalid signals, and other mutually influencing signals can be associated to make decisions, ultimately obtaining a valid vehicle condition signal. For example, the following filtering rules can be set:

[0082] E: power value;

[0083] CM: cruising range;

[0084] (E>0||E<100)&&(CM>0||CM<4000);

[0085] The above rule indicates that the two vehicle condition signals E and CM are strongly correlated, and only when the battery level is between 0 and 100 and the range is between 0 and 4000 can either the battery level or the range be considered valid. Otherwise, both the battery level and the range are considered invalid. It should be noted that users can automatically set filtering rules in the cloud based on their actual vehicle condition profile.

[0086] Since a large number of vehicle condition signals are reported by vehicles at the same time, after obtaining valid vehicle condition signals, they are stored in a column cluster manner. Compared with traditional full update storage, the storage is more efficient and easier to maintain. Figure 2 As shown, each column represents a signal value, with 1, 2, 3, 4, 5, and 6 representing six vehicle condition signals. If vehicle condition signal 4 is reported as abnormal or invalid, it will not be stored, and the column for vehicle condition signal 4 will continue to hold the last valid value. Because vehicles report vehicle condition data periodically and the reporting cycle is short, the signal values ​​of vehicle condition signals do not change much between adjacent reporting times. When a vehicle condition signal is invalid or abnormal, the last valid value is retained to ensure the integrity of the vehicle condition portrait.

[0087] In an optional embodiment, classifying the filtered vehicle condition signal, generating at least one vehicle condition profile, and updating the vehicle condition profile library includes:

[0088] determining a vehicle condition classification corresponding to the vehicle condition signal according to a signal code of the vehicle condition signal;

[0089] Generate a vehicle condition profile corresponding to the vehicle condition classification based on vehicle condition signals belonging to the same vehicle condition classification;

[0090] The vehicle condition portrait is stored in segments according to the acquisition time of the corresponding vehicle condition signal and the vehicle VIN code.

[0091] Among them, vehicle condition classification includes travel-related categories, door and window categories, thermal management categories, charging-related categories, etc. Figure 4As shown. Taking the travel-related category as an example, the vehicle condition includes vehicle condition signals such as total mileage, continuous mileage, vehicle speed, power, and energy consumption. In an embodiment of the present invention, the vehicle condition classification of the vehicle condition signal is determined based on the signal coding, and then the vehicle condition portrait is generated based on the signal corresponding to the different vehicle condition classifications, and the corresponding storage is performed in fragments according to the acquisition time and vehicle VIN code, thereby improving the storage efficiency and providing multi-dimensional statistical reporting services for operations in the later stage. At this time, when the user needs to query the vehicle condition portrait at a certain moment, the cloud only needs to find the corresponding vehicle condition portrait based on the acquisition time and vehicle VIN code, which can effectively improve the efficiency of vehicle condition query.

[0092] Combine Figure 3 and Figure 5 ,The process of generating vehicle condition portrait in the cloud is as follows:

[0093] (1) Matching vehicle models: Dynamically match vehicle models in the cloud-based vehicle basic information database based on the vehicle model information and vehicle VIN code in the vehicle condition data header reported by the vehicle TBOX.

[0094] (2) Matching the corresponding signal of the vehicle model: It is mainly processed based on the cloud signal pool. The signal pool can be divided into public signals (no need to distinguish between vehicle models, and can be applied to all models) and private signals (applicable to specified models, and can support multiple models selection), providing dynamic and flexible configuration of the background operation interface function.

[0095] (3) Matching signal corresponding accuracy and offset: The vehicle condition signal reported by the vehicle is finally parsed into a specific signal value. At this time, it is necessary to perform calculations based on the signal coding matching signal accuracy and offset in the cloud signal pool to finally obtain the original value of the vehicle condition signal.

[0096] (4) Matching signal valid value rules: There are two main processing methods. One is to perform simple judgment processing based on the default signal valid range. The other is to customize the signal valid value rules based on the background operation interface according to business needs and the needs of the after-sales quality department. Finally, both are quickly and efficiently applied to the processing of signal anomalies or invalid values ​​to ensure the robustness of the entire business.

[0097] (5) Match the vehicle condition category to which the signal belongs: The vehicle condition is classified based on the signal code. The first three digits represent the vehicle condition category, and the last three digits represent the signal number. After the vehicle condition signal is reported, different vehicle condition categories can be matched according to this rule. At the same time, these signal codes and corresponding vehicle condition categories can be dynamically maintained.

[0098] (6) Generating a vehicle condition profile: Based on the previous steps, the vehicle condition signals corresponding to different vehicle condition categories can be clearly divided, such as travel-related categories (total distance traveled, mileage, speed, battery level, energy consumption, etc.). The cloud can also customize custom signals, such as a composite vehicle condition signal that integrates multiple vehicle condition signals, such as a gear position signal, engine status signal, and charging status signal into a composite vehicle condition signal.

[0099] (7) Storing vehicle condition portraits: Based on the generated vehicle condition portraits, corresponding storage is performed separately, and fragmented storage is performed according to the collection time, vehicle VIN code, etc., to improve storage efficiency, and also provide multi-dimensional statistical reporting services for later operations.

[0100] When a user initiates a vehicle condition query request from a user app, after-sales system, or sales system, the cloud intelligently matches the vehicle condition profile and returns it to the user for display. The vehicle condition query request includes the desired vehicle category, vehicle model, and VIN number. The query also includes the collection time, allowing for querying vehicle condition profiles at different times.

[0101] For cloud-based backend configuration, vehicle condition categories are set based on vehicle condition requirements input from users, after-sales operations, and marketing departments. These categories primarily include real-time and historical vehicle conditions. Based on these inputs, a breakdown analysis is performed, such as those related to travel, doors and windows, thermal management, and charging. Vehicle condition signals are then identified based on these requirements. These signals are primarily categorized as default signals (a single vehicle-defined condition signal) and custom signals (composite condition signals). If a single condition signal doesn't meet the requirements, a custom composite condition signal can be created. Composite condition signals are generated by matching multiple single signals according to predefined rules, such as the degree of correlation between condition signals. The vehicle condition API is then dynamically configured in the cloud-based backend, primarily including vehicle condition users, input parameters, response information, and definitions of various exception codes. The vehicle condition signals configured in the previous step can also be dynamically selected to meet requirements and provide a better user experience. Building on the dynamic vehicle condition API capabilities described in the previous step, specific permissions can be set to enable access, ensuring information security while providing more convenient API capabilities.

[0102] Compared with the prior art, the embodiments of the present invention have the following advantages:

[0103] Through cloud-based vehicle model matching and vehicle condition signal matching, it is possible to uniformly configure vehicle condition portraits based on vehicle models, and achieve unified management of vehicle condition query and display for multiple vehicle models, which can effectively improve the efficiency of vehicle condition information query and enhance the user's vehicle condition query experience.

[0104] Based on vehicle condition classification settings, the cloud supports customized vehicle condition profile displays based on user business needs. New vehicle condition requirements can be addressed without code development, requiring only dynamic configuration of intelligent APIs. The cloud also supports custom signal configuration, effectively implementing complex vehicle condition scenarios. Vehicle condition classification and vehicle condition signal definition are all configured through the cloud backend interface, achieving zero-code requirement development and facilitating rapid iteration and update of requirements.

[0105] Example 2

[0106] An embodiment of the present invention provides a vehicle condition information query device, comprising:

[0107] one or more processors;

[0108] A memory for storing one or more programs; when the one or more programs are executed by the one or more processors, the one or more processors implement the vehicle condition information query method as described in any one of the first embodiments.

[0109] See also Figure 6 , is a schematic diagram of a vehicle condition information query device provided by an embodiment of the present invention. Figure 6 As shown, the vehicle condition information query device includes: at least one processor 11, such as a CPU, at least one network interface 14 or other user interface 13, a memory 15, and at least one communication bus 12. The communication bus 12 is used to realize the connection and communication between these components. Among them, the user interface 13 may optionally include a USB interface and other standard interfaces and wired interfaces. The network interface 14 may optionally include a Wi-Fi interface and other wireless interfaces. The memory 15 may include a high-speed RAM memory, and may also include a non-volatile memory (NVM, non-volatile memory), such as at least one disk storage. The memory 15 may optionally include at least one storage device located away from the aforementioned processor 11.

[0110] In some embodiments, the memory 15 stores the following elements, executable modules or data structures, or a subset or extended set thereof:

[0111] Operating system 151, including various system programs for implementing various basic services and processing hardware-based tasks;

[0112] Procedure 152.

[0113] Specifically, the processor 11 is used to call the program 152 stored in the memory 15 to execute the vehicle condition information query method described in the above embodiment, for example Figure 1 Steps S1-S4 are shown.

[0114] For example, the computer program may be divided into one or more modules / units, which are stored in the memory and executed by the processor to implement the present invention. The one or more modules / units may be a series of computer program instruction segments capable of performing specific functions, and the instruction segments are used to describe the execution process of the computer program in the vehicle condition information query device.

[0115] The vehicle condition information query device can be a computing device such as a desktop computer, laptop, PDA, or cloud server. The vehicle condition information query device may include, but is not limited to, a processor and memory. Those skilled in the art will appreciate that the schematic diagram is merely an example of a vehicle condition information query device and does not limit the vehicle condition information query device. The device may include more or fewer components than shown, or may combine certain components or have different components.

[0116] The processor 11 may be a central processing unit (CPU), other general-purpose processors, digital signal processors (DSP), application-specific integrated circuits (ASIC), field-programmable gate arrays (FPGA), other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. A general-purpose processor may be a microprocessor or any conventional processor. The processor 11 is the control center of the vehicle condition information query device, and utilizes various interfaces and lines to connect various parts of the vehicle condition information query device.

[0117] The memory 15 can be used to store the computer programs and / or modules. The processor 11 implements the various functions of the vehicle condition information query device by running or executing the computer programs and / or modules stored in the memory and calling the data stored in the memory. The memory 15 can mainly include a program storage area and a data storage area. The program storage area can store an operating system and at least one application required for a function (such as a sound playback function, an image playback function, etc.); the data storage area can store data created based on the use of the mobile phone (such as audio data, a phone book, etc.). In addition, the memory 15 can include high-speed random access memory and non-volatile memory, such as a hard disk, internal memory, a plug-in hard disk, a smart memory card (SmartMediaCard, SMC), a secure digital (SecureDigital, SD) card, a flash card (FlashCard), at least one disk storage device, a flash memory device, or other volatile solid-state storage device.

[0118] Wherein, if the module / unit integrated in the vehicle condition information query device is implemented in the form of a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the present invention implements all or part of the processes in the above-mentioned embodiment method, and can also be completed by instructing the relevant hardware through a computer program. The computer program can be stored in a computer-readable storage medium, and when the computer program is executed by the processor, it can implement the steps of the above-mentioned various method embodiments. Wherein, the computer program includes computer program code, and the computer program code can be in source code form, object code form, executable file or some intermediate form, etc. The computer-readable medium may include: any entity or device that can carry the computer program code, recording medium, USB flash drive, mobile hard disk, magnetic disk, optical disk, computer memory, read-only memory (ROM, Read-Only Memory), random access memory (RAM, Random Access Memory), electric carrier signal, telecommunication signal and software distribution medium, etc.

[0119] It should be noted that the vehicle condition information query device described in the embodiment of the present invention has the same implementation principle and technical effect as the vehicle condition information query method described in Example 1, and will not be described in detail here.

[0120] Example 3

[0121] An embodiment of the present invention provides a computer-readable storage medium, which stores a computer program. When the computer program runs, the device where the computer-readable storage medium is located is controlled to execute the vehicle condition information query method as described in any one of the embodiments.

[0122] It should be noted that the device embodiments described above are merely illustrative, wherein the units described as separate components may or may not be physically separated, and the components displayed as units may or may not be physical units, that is, they may be located in one place, or they may be distributed across multiple network units. Some or all of the modules may be selected according to actual needs to achieve the purpose of the present embodiment. In addition, in the drawings of the device embodiments provided by the present invention, the connection relationship between the modules indicates that there is a communication connection between them, which may be specifically implemented as one or more communication buses or signal lines. A person of ordinary skill in the art can understand and implement the present invention without inventive effort.

[0123] The above is a preferred embodiment of the present invention. It should be pointed out that for ordinary technicians in this technical field, many improvements and modifications can be made without departing from the principles of the present invention. These improvements and modifications are also considered to be within the scope of protection of the present invention.

Claims

1. A vehicle condition information query method, characterized in that: include: Performing vehicle type matching based on vehicle condition data reported by the vehicle to obtain a vehicle condition signal corresponding to the vehicle type of the vehicle, including: determining the vehicle type of the vehicle based on header information of the vehicle condition data; wherein the header information includes vehicle type information and a vehicle VIN code; extracting a vehicle condition signal that matches a signal type in a signal pool corresponding to the vehicle type from the vehicle condition data; wherein the signal pool includes public signals and private signals, wherein the public signals are configured with vehicle condition signals applicable to all vehicle types, and the private signals are configured with vehicle condition signals applicable to a specific vehicle type; Filtering the vehicle condition signal includes: judging the validity of the vehicle condition signal according to a preset filtering rule corresponding to the vehicle condition signal; storing the vehicle condition signal judged to be valid in a column cluster; and removing the vehicle condition signal judged to be invalid; Classifying the filtered vehicle condition signals, generating at least one vehicle condition profile and updating a vehicle condition profile library; wherein each vehicle condition profile corresponds to a vehicle condition classification; In response to a vehicle condition query request sent by a user terminal, a vehicle condition portrait corresponding to the vehicle condition query request is matched in the vehicle condition portrait library and sent to the user terminal.

2. The vehicle condition information query method according to claim 1, characterized in that: Before filtering the vehicle condition signal, the method further includes: performing accurate restoration of the vehicle condition signal; The vehicle condition signal after precision restoration is offset compensated to obtain the final vehicle condition signal.

3. The vehicle condition information query method according to claim 1, characterized in that: The preset filtering rules include signal effective range and signal correlation relationship; Then, judging the validity of the vehicle condition signal according to the preset filtering rule corresponding to the vehicle condition signal includes: Determining whether the vehicle condition signal falls within a valid signal range in the preset filtering rule; If not, determining that the vehicle condition signal is invalid; If so, query whether other vehicle condition signals associated with the vehicle condition signal are valid according to the signal association relationship in the preset filtering rule; If not, determining that the vehicle condition signal is invalid; If so, it is determined that the vehicle condition signal is valid.

4. The vehicle condition information query method according to claim 3, characterized in that: The step of storing the vehicle condition signals determined to be valid in column clusters includes: Writing the vehicle condition signal determined to be valid into the corresponding column cluster to update the vehicle condition signal stored in the corresponding column cluster; For the column cluster corresponding to the vehicle condition signal judged to be invalid, the last stored valid vehicle condition signal is retained.

5. The vehicle condition information query method according to claim 1, characterized in that: The step of classifying the filtered vehicle condition signal, generating at least one vehicle condition profile, and updating the vehicle condition profile library includes: Determine the vehicle condition category corresponding to the vehicle condition signal based on the signal coding of the vehicle condition signal; generate a vehicle condition portrait corresponding to the vehicle condition category based on the vehicle condition signals belonging to the same vehicle condition category; and store the vehicle condition portrait in segments according to the acquisition time of the corresponding vehicle condition signal and the vehicle VIN code.

6. A vehicle condition information query device, characterized in that: include: one or more processors; a memory for storing one or more programs; When the one or more programs are executed by the one or more processors, the one or more processors implement the vehicle condition information query method as described in any one of claims 1 to 5.

7. A computer-readable storage medium, characterized in that The computer-readable storage medium stores a computer program, wherein when the computer program is executed, the device where the computer-readable storage medium is located is controlled to execute the vehicle condition information query method according to any one of claims 1 to 5.

Images