Vehicle quality evaluation method, device, equipment, medium and program product
Vehicle evaluation data is generated by the on-board terminal checking the data packets, which solves the problem of inaccurate evaluation data caused by abnormal communication between the on-board terminal and the server, and improves the accuracy and efficiency of vehicle quality evaluation.
Patent Information
- Application Number
- CN202510292642.1
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2025-03-12
- Publication Date
- 2025-07-11
AI Technical Summary
When the communication connection between the on-board terminal and the server is abnormal, the vehicle evaluation data is sent for failure, resulting in low accuracy of the vehicle quality evaluation results.
The collected data packets are verified through the on-board terminal, and the verification data is generated, and the vehicle evaluation data is generated at the end of each acquisition cycle and sent to the server. The server filters and evaluates the vehicle evaluation data to ensure data integrity.
It improves the accuracy of vehicle quality evaluation results, avoids data loss, and reduces the memory usage and computing volume of the server.
Smart Images
Figure CN120296216A_ABST
Abstract
Description
Technical Field
[0001] This application relates to the technical field of vehicles, and in particular, to a vehicle quality assessment method, device, equipment, medium, and program product. Background Art
[0002] With the continuous development of technology, various types of vehicles have emerged, and vehicle quality has always been a concern of people.
[0003] In the prior art, for the assessment of vehicle quality, vehicle data is usually collected by an in-vehicle terminal and then sent to a server. The server validates the vehicle data to obtain a validation result, and then aggregates it to form vehicle assessment data. The server then performs a quality assessment on the vehicle based on the vehicle assessment data to determine whether the vehicle quality is qualified.
[0004] However, when the communication connection between the in-vehicle terminal and the server is abnormal, the vehicle data may fail to be sent, resulting in inaccurate vehicle assessment data, and thus the accuracy of the vehicle quality assessment result is relatively low. Summary of the Invention
[0005] Embodiments of this application provide a vehicle quality assessment method, device, equipment, medium, and program product to solve the problem in the prior art that when the communication connection between the in-vehicle terminal and the server is abnormal, the calculated vehicle assessment data is inaccurate, resulting in a relatively low accuracy of the vehicle quality assessment result.
[0006] In a first aspect, embodiments of this application provide a vehicle quality assessment method applied to an in-vehicle terminal. The method includes:
[0007] Validate each collected first data packet to generate validation data corresponding to each first data packet. The first data packet includes at least one vehicle data, and the validation data includes a validation result indicating whether the first data packet passes the validation.
[0008] At the end of each collection period, generate vehicle assessment data according to the collection period, the vehicle identifier corresponding to the in-vehicle terminal, and the validation data corresponding to each second data packet. The second data packet is a first data packet whose collection time belongs to the collection period.
[0009] Send the vehicle assessment data to the server.
[0010] In a possible implementation, the vehicle assessment data includes the time range corresponding to the collection period, the first quantity of all the second data packets, the second quantity of the second data packets whose validation results indicate that the validation fails, and the vehicle identifier corresponding to the in-vehicle terminal.
[0011] In a possible implementation, the verification of each collected first data packet to generate verification data corresponding to each first data packet includes:
[0012] For each first data packet, verify each vehicle data in the first data packet according to the preset verification data corresponding to the vehicle power type of the vehicle terminal to determine the verification result; the preset verification data includes the preset verification range corresponding to each vehicle data in the first data packet;
[0013] Generate verification data corresponding to the first data packet according to the verification result.
[0014] In a second aspect, an embodiment of the present application provides a vehicle quality evaluation method, which is applied to a server. The method includes:
[0015] Receive vehicle evaluation data sent by each vehicle terminal;
[0016] Filter all the vehicle evaluation data according to the obtained vehicle screening conditions and time screening range to obtain target evaluation data;
[0017] Generate a vehicle quality evaluation result for at least one vehicle according to each target evaluation data, and the vehicle quality evaluation result of each vehicle is used to indicate whether the vehicle quality is qualified.
[0018] In a possible implementation, the vehicle evaluation data includes the time range corresponding to the collection period, the first quantity of all second data packets, the second quantity of the second data packets whose verification result indicates that the verification fails, and the vehicle identifier, and each second data packet is a first data packet whose collection time belongs to the collection period.
[0019] In a possible implementation, the filtering all the vehicle evaluation data according to the obtained vehicle screening conditions and time screening range to obtain target evaluation data includes:
[0020] Determine a vehicle identifier set according to the vehicle screening conditions;
[0021] Use the vehicle evaluation data whose time range belongs to the time screening range and the vehicle identifier belongs to the vehicle identifier set as the target evaluation data.
[0022] In a possible implementation, the generating a vehicle quality evaluation result for at least one vehicle according to each target evaluation data includes:
[0023] Group each of the target evaluation data according to the vehicle identifier to obtain at least one data group. The vehicle identifiers of the target evaluation data in the same data group are the same, and the vehicle identifiers of the target evaluation data in different data groups are different;
[0024] For each of the data groups, calculate the packet check passing rate corresponding to the data group according to the first quantity and the second quantity of each target evaluation data in the data group;
[0025] For each of the data groups, generate a vehicle quality evaluation result of the target vehicle according to the packet check passing rate corresponding to the data group. The target vehicle is the vehicle corresponding to the vehicle identifier of each target evaluation data in the data group.
[0026] In a possible implementation manner, the generating a vehicle quality evaluation result of the target vehicle according to the packet check passing rate corresponding to the data group includes:
[0027] If the packet check passing rate corresponding to the data group is greater than or equal to a preset threshold, generate a vehicle quality evaluation result indicating that the quality of the target vehicle is qualified;
[0028] If the packet check passing rate corresponding to the data group is less than the preset threshold, generate a vehicle quality evaluation result indicating that the quality of the target vehicle is unqualified.
[0029] In a third aspect, an embodiment of the present application provides a vehicle quality evaluation device, including:
[0030] A verification module, configured to verify each collected first data packet and generate verification data corresponding to each of the first data packets. The first data packet includes at least one vehicle data, and the verification data includes a verification result indicating whether the first data packet passes the verification;
[0031] A processing module, configured to generate vehicle evaluation data according to the collection period, the vehicle identifier corresponding to the in-vehicle terminal, and the verification data corresponding to each second data packet at the end of each collection period. The second data packet is a first data packet whose collection time belongs to the collection period;
[0032] A sending module, configured to send the vehicle evaluation data to a server.
[0033] In a fourth aspect, an embodiment of the present application provides a vehicle quality evaluation device, including:
[0034] A receiving module, configured to receive vehicle evaluation data sent by each in-vehicle terminal;
[0035] A screening module, configured to screen all the vehicle evaluation data according to the obtained vehicle screening conditions and time screening range, so as to obtain target evaluation data;
[0036] An evaluation module, configured to generate a vehicle quality evaluation result for at least one vehicle according to each of the target evaluation data, and the vehicle quality evaluation result of each vehicle is used to indicate whether the vehicle quality is qualified.
[0037] In a fifth aspect, an embodiment of the present application provides an in-vehicle terminal, including:
[0038] A processor, a memory, and a communication interface;
[0039] The memory is used to store executable instructions of the processor;
[0040] Wherein, the processor is configured to execute the vehicle quality evaluation method according to any one of the first aspects by executing the executable instructions.
[0041] In a sixth aspect, an embodiment of the present application provides a server, including:
[0042] A processor, a memory, and a communication interface;
[0043] The memory is used to store executable instructions of the processor;
[0044] Wherein, the processor is configured to execute the vehicle quality evaluation method according to any one of the second aspects by executing the executable instructions.
[0045] In a seventh aspect, an embodiment of the present application provides a readable storage medium, on which a computer program is stored, and when the computer program is executed by a processor, the vehicle quality evaluation method according to any one of the first aspect or the second aspect is implemented.
[0046] In an eighth aspect, an embodiment of the present application provides a computer program product, including a computer program, and when the computer program is executed by a processor, it is used to implement the vehicle quality evaluation method according to any one of the first aspect or the second aspect.
[0047] The vehicle quality assessment method, device, equipment, medium and program product provided by the embodiments of the present application generate verification data by verifying the first data packet through an in-vehicle terminal. Then, at the end of each acquisition cycle, vehicle assessment data is generated according to the acquisition cycle, the vehicle identifier corresponding to the in-vehicle terminal, and the verification data corresponding to each second data packet, and then sent to the server. The server screens and evaluates the vehicle assessment data sent by each in-vehicle terminal to obtain the vehicle quality assessment result of the vehicle. In this solution, the in-vehicle terminal is used to verify and generate vehicle assessment data. When the communication connection between the in-vehicle terminal and the server is abnormal, vehicle data will not be lost, the vehicle assessment data is more accurate, and the accuracy of the vehicle quality assessment result is improved. BRIEF DESCRIPTION OF THE DRAWINGS
[0048] The accompanying drawings herein are incorporated into the specification and constitute a part of this specification, showing embodiments consistent with the present application, and are used together with the specification to explain the principles of the present application.
[0049] Figure 1 It is a schematic flowchart of the first embodiment of the vehicle quality assessment method provided by the present application;
[0050] Figure 2 It is a schematic flowchart of the second embodiment of the vehicle quality assessment method provided by the present application;
[0051] Figure 3 It is a schematic flowchart of the third embodiment of the vehicle quality assessment method provided by the present application;
[0052] Figure 4 It is a schematic structural diagram of the first embodiment of the vehicle quality assessment device provided by the present application;
[0053] Figure 5 It is a schematic structural diagram of the second embodiment of the vehicle quality assessment device provided by the present application;
[0054] Figure 6 It is a schematic structural diagram of an in-vehicle terminal provided by the present application;
[0055] Figure 7 It is a schematic structural diagram of a server provided by the present application.
[0056] Through the above-mentioned accompanying drawings, the clear embodiments of the present application have been shown, and there will be more detailed descriptions hereinafter. These accompanying drawings and the text description are not intended to limit the scope of the concept of the present application in any way, but to illustrate the concept of the present application to those skilled in the art by referring to specific embodiments. DETAILED DESCRIPTION OF THE EMBODIMENTS
[0057] Exemplary embodiments will be described in detail herein, and examples thereof are shown in the accompanying drawings. 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 present application. On the contrary, they are merely examples of devices and methods consistent with some aspects of the present application as detailed in the appended claims.
[0058] The terms "first", "second", "third", "fourth", etc. (if any) in the specification, claims and above-mentioned drawings of the present application are used to distinguish similar objects and do not necessarily have to be used to describe a specific order or sequence. It should be understood that the data used in this way can be interchanged under appropriate circumstances so that the embodiments of the present application described here can be implemented in an order other than those illustrated or described here. In addition, the terms "comprising" and "having" and any variations thereof are intended to cover non-exclusive inclusion. For example, a process, method, system, product or device that includes a series of steps or units does not necessarily have to be limited to those steps or units clearly listed, but may include other steps or units not clearly listed or inherent to these processes, methods, products or devices.
[0059] With the development of technology, various vehicles have emerged, such as electric vehicles, range-extended vehicles, fuel vehicles, trucks, buses, etc. Whether the quality of the vehicle is qualified has always been a concern of people.
[0060] In the prior art, for the evaluation of vehicle quality, vehicle data is usually collected by an in-vehicle terminal and then sent to a server. The server verifies the vehicle data to obtain a verification result, and then aggregates it to form vehicle evaluation data. The server then evaluates the vehicle quality based on the vehicle evaluation data to determine whether the vehicle quality is qualified.
[0061] However, when the communication connection between the in-vehicle terminal and the server is abnormal, the situation of vehicle data transmission failure will occur, resulting in inaccurate vehicle evaluation data, and further resulting in a low accuracy of the vehicle quality evaluation result.
[0062] In view of the problems existing in the prior art, the inventor found in the process of researching the vehicle quality evaluation method that in order to avoid inaccurate vehicle evaluation data caused by missing vehicle data, the in-vehicle terminal can verify the data, and then generate vehicle evaluation data and send it to the server. The server screens the vehicle evaluation data and then evaluates the vehicle quality based on the screened data. Even if the communication connection between the in-vehicle terminal and the server is abnormal, the vehicle evaluation data is determined based on all vehicle data, and the vehicle evaluation data is more accurate, thus improving the accuracy of the vehicle quality evaluation result. Based on the above inventive concept, the vehicle quality evaluation solution in the present application is designed.
[0063] The in-vehicle terminal in this application can be a telematics box (abbreviated as TBOX), or it can also be a car machine, a controller, etc. This application does not limit it.
[0064] The following is an example to illustrate the application scenario of the vehicle quality assessment method provided by this application.
[0065] Exemplarily, in this application scenario, in order to evaluate the vehicle quality, the in-vehicle terminal collects vehicle data and then forms a first data packet by packetizing.
[0066] The in-vehicle terminal verifies each collected first data packet and generates verification data corresponding to each first data packet.
[0067] Furthermore, at the end of each collection period, vehicle evaluation data is generated according to the collection period, the vehicle identifier corresponding to the in-vehicle terminal, and the verification data corresponding to each second data packet, where the second data packet is the first data packet whose collection time belongs to the collection period; then the vehicle evaluation data is sent to the server.
[0068] After receiving the vehicle evaluation data sent by each in-vehicle terminal, the server stores it. Furthermore, the user can use the terminal device to send vehicle screening conditions and time screening ranges to the server.
[0069] The server filters all the vehicle evaluation data according to the obtained vehicle screening conditions and time screening ranges to obtain target evaluation data; then, based on each target evaluation data, a vehicle quality evaluation result of at least one vehicle is generated, and the vehicle quality evaluation result of each vehicle is used to indicate whether the vehicle quality is qualified.
[0070] It should be noted that the above scenario is only an example of an application scenario provided by the embodiments of this application. The embodiments of this application do not limit the actual forms of various devices included in this scenario, nor do they limit the interaction methods between devices. In the specific application of the solution, it can be set according to actual needs.
[0071] Next, the technical solution of this application will be described in detail through specific embodiments. It should be noted that the following specific embodiments can be combined with each other, and the same or similar concepts or processes may not be repeated in some embodiments.
[0072] Figure 1This is a schematic flowchart of the first embodiment of the vehicle quality assessment method provided by this application. This application embodiment describes the situation where the in-vehicle terminal generates vehicle assessment data after verifying data packets and then sends it to the server, and the server performs vehicle quality assessment based on the vehicle assessment data. The method in this embodiment can be implemented through software, hardware, or a combination of software and hardware. As Figure 1 shown, the vehicle quality assessment method specifically includes the following steps:
[0073] S101: The in-vehicle terminal verifies each collected first data packet and generates verification data corresponding to each first data packet.
[0074] In this step, the in-vehicle terminal determines the vehicle data corresponding to the vehicle power type according to the vehicle power type corresponding to the in-vehicle terminal, and then collects this vehicle data in real time. Every preset packet duration, the latest collected vehicle data is packetized to form a first data packet.
[0075] It should be noted that the vehicle power types include pure electric type, fuel cell type, range extender models, etc. Exemplarily, the vehicle data corresponding to the pure electric type includes vehicle data, drive motor data, vehicle position data, extreme value data, alarm data, etc.; the vehicle data corresponding to the fuel cell type includes vehicle data, drive motor data, fuel cell data, vehicle position data, extreme value data, alarm data, etc.; the vehicle data corresponding to the range extender models includes vehicle data, drive motor data, engine data, vehicle position data, extreme value data, alarm data, etc.
[0076] Among them, the vehicle data includes vehicle status, charging status, vehicle speed, cumulative mileage, voltage, current, etc.; the drive motor data includes drive motor serial number, drive motor status, drive motor controller temperature, drive motor speed, drive motor torque, drive motor temperature, drive motor controller input voltage, etc.; the fuel cell data includes fuel cell voltage, fuel cell current, fuel consumption rate, probe temperature value, etc.; the engine data includes engine status, crankshaft speed, fuel consumption rate, etc.; the vehicle position data includes positioning status, longitude, latitude, etc.; the extreme value data includes the highest voltage battery subsystem number, the highest voltage battery cell code, the highest value of the battery cell voltage, the lowest voltage battery subsystem number, the lowest voltage battery cell code, the lowest value of the battery cell voltage, etc.; the alarm data includes the highest alarm level, general alarm flag, total number of rechargeable energy storage device failures, rechargeable energy storage device failure code list, total number of drive motor failures, etc.
[0077] Exemplarily, the vehicle power type corresponding to the in-vehicle terminal is the pure electric type. Every preset packet duration, the latest collected vehicle data, drive motor data, vehicle position data, extreme value data, and alarm data are packetized to form a first data packet.
[0078] The embodiments of the present application do not limit the vehicle power type and the vehicle data corresponding to each vehicle power type, which can be determined according to the actual situation.
[0079] It should be noted that the preset packet assembly duration can be 1 second, 10 seconds, 1 minute, 5 minutes, 10 minutes, etc. The embodiments of the present application do not limit the preset packet assembly duration, which can be determined according to the actual situation.
[0080] It should be noted that when the vehicle-mounted terminal forms the first data packet, the moment when the first data packet is formed is used as the acquisition moment of the first data packet.
[0081] After the vehicle-mounted terminal forms the first data packet, it performs verification on the first data packet to generate verification data corresponding to the first data packet. The first data packet includes at least one vehicle data, and the verification data includes a verification result indicating whether the verification of the first data packet passes.
[0082] Specifically, for each first data packet, according to the preset verification data corresponding to the vehicle power type of the vehicle-mounted terminal, each vehicle data in the first data packet is verified to determine the verification result.
[0083] Since the vehicle data corresponding to different vehicle power types are different, the preset verification data used for verification is different. It is necessary to first determine the preset verification data corresponding to the vehicle power type of the vehicle-mounted terminal. The preset verification data includes the preset verification range corresponding to each vehicle data in the first data packet.
[0084] For each vehicle data, if the vehicle data belongs to its corresponding preset verification range, it is determined that the vehicle data passes the verification; if the vehicle data does not belong to its corresponding preset verification range, it is determined that the vehicle data fails the verification. If each vehicle data in the first data packet passes the verification, a verification result indicating that the first data packet passes the verification is generated; if there is vehicle data in the first data packet that fails the verification, a verification result indicating that the first data packet fails the verification is generated.
[0085] Exemplarily, the preset verification range corresponding to the vehicle speed is 0 - 220, and the preset verification range corresponding to the charging state is {OX01, OX02, OX03, OX04}. When the vehicle speed is 30, the vehicle speed passes the verification; when the vehicle speed is 800, the vehicle speed fails the verification. When the charging state is OX01, the charging state passes the verification; when the charging state is OXFF, the charging state fails the verification.
[0086] Furthermore, according to the verification result, verification data corresponding to the first data packet is generated.
[0087] It should be noted that the verification data may also include vehicle data for which verification fails, the quantity of vehicle data for which verification fails, etc. The embodiments of the present application do not limit the verification data, and it can be determined according to the actual situation.
[0088] It should be noted that after each first data packet is formed by the vehicle-mounted terminal, the first data packet can be sent to the server so that the server can perform data analysis based on the first data packet.
[0089] S102: At the end of each collection period, the vehicle-mounted terminal generates vehicle evaluation data according to the collection period, the vehicle identifier corresponding to the vehicle-mounted terminal, and the verification data corresponding to each second data packet.
[0090] In this step, at the end of each collection period, the vehicle-mounted terminal generates vehicle evaluation data according to the collection period, the vehicle identifier corresponding to the vehicle-mounted terminal, and the verification data corresponding to each second data packet. The second data packet is the first data packet whose collection time belongs to the collection period.
[0091] The vehicle evaluation data includes the time range corresponding to the collection period, the first quantity of all second data packets, the second quantity of the second data packets whose verification result indicates verification failure, and the vehicle identifier corresponding to the vehicle-mounted terminal.
[0092] The vehicle-mounted terminal can determine the start time and end time of the collection period according to the collection period, and use the time range between the start time and the end time as the time range corresponding to the collection period.
[0093] After the vehicle-mounted terminal generates the verification data corresponding to each first data packet, it can determine the first data packets whose collection time belongs to the collection period as the second data packets. Furthermore, the total quantity of the second data packets, that is, the first quantity, can be determined. The quantity of the second data packets whose verification result indicates verification failure, that is, the second quantity, can be determined.
[0094] It should be noted that the vehicle evaluation data may also include the quantity of the second data packets whose verification result indicates verification pass, the verification data of the second data packets whose verification result indicates verification failure, etc. The embodiments of the present application do not limit the vehicle evaluation data, and it can be determined according to the actual situation.
[0095] It should be noted that the collection period can be 12 hours, 24 hours, 48 hours, etc. The embodiments of the present application do not limit the collection period, and it can be determined according to the actual situation.
[0096] It should be noted that the collection period can be a fixed duration, or the period from when the vehicle is powered on to when it is powered off can be used as a collection period.
[0097] S103: The vehicle terminal sends the vehicle evaluation data to the server.
[0098] In this step, after the vehicle terminal generates the vehicle evaluation data, it sends the vehicle evaluation data to the server so that the server can evaluate the vehicle quality based on the vehicle evaluation data subsequently.
[0099] It should be noted that when the vehicle terminal sends the vehicle evaluation data, if the communication connection between the vehicle terminal and the server is abnormal, the vehicle terminal can re-send the vehicle evaluation data when the communication connection returns to normal.
[0100] S104: After the server receives the vehicle evaluation data sent by each vehicle terminal, it filters all the vehicle evaluation data according to the obtained vehicle filtering conditions and time filtering range to obtain the target evaluation data.
[0101] In this step, after each vehicle terminal sends the vehicle evaluation data to the server, the server can receive the vehicle evaluation data sent by each vehicle terminal. Furthermore, when evaluating the vehicle quality, the vehicle filtering conditions and time filtering range will be obtained in advance so as to filter all the vehicle evaluation data according to the obtained vehicle filtering conditions and time filtering range to obtain the target evaluation data.
[0102] The vehicle filtering conditions are used to determine which vehicles need to be evaluated for quality, and the time filtering range is used to determine which vehicle evaluation data to use for evaluating the vehicle quality.
[0103] The vehicle evaluation data includes the time range corresponding to the collection period, the first quantity of all the second data packets, the second quantity of the second data packets with the verification result indicating that the verification fails, and the vehicle identification. Each second data packet is the first data packet whose collection time belongs to the collection period.
[0104] S105: The server generates the vehicle quality evaluation results of at least one vehicle according to each target evaluation data.
[0105] In this step, after the server obtains the target evaluation data, it generates the vehicle quality evaluation results of at least one vehicle according to each target evaluation data. The vehicle quality evaluation result of each vehicle is used to indicate whether the vehicle quality is qualified.
[0106] First, the target evaluation data of each vehicle can be determined according to the vehicle identification, and then the vehicle quality evaluation result can be generated according to the first quantity and the second quantity of the target evaluation data.
[0107] It should be noted that the server can also generate a data list of the vehicles. The data list includes the vehicle quality evaluation result, the vehicle identification, the vehicle frame number, the target evaluation data used to generate the vehicle quality evaluation result of the vehicle, etc.
[0108] The vehicle quality assessment method provided in this embodiment generates verification data by verifying the first data packet through an in-vehicle terminal. Then, at the end of each acquisition cycle, vehicle assessment data is generated based on the acquisition cycle, the vehicle identifier corresponding to the in-vehicle terminal, and the verification data corresponding to each second data packet, and then sent to the server. The server screens and evaluates the vehicle assessment data sent by each in-vehicle terminal to obtain the vehicle quality assessment result of the vehicle. Compared with the prior art where vehicle data is missing when the communication connection between the in-vehicle terminal and the server is abnormal, in this solution, the in-vehicle terminal is used for verification and generation of vehicle assessment data, so that vehicle data is not missing, the vehicle assessment data is more accurate, and the accuracy of the vehicle quality assessment result is improved.
[0109] In addition, the server does not need to verify the first data packet, nor does it need to generate vehicle assessment data, effectively reducing the memory occupancy and computing amount of the server. By the method of screening first and then evaluating, the target assessment data used for evaluation is more accurate, and the accuracy of the vehicle quality assessment result is further improved.
[0110] Figure 2 FIG. 8 is a schematic flowchart of Embodiment 2 of the vehicle quality assessment method provided in this application. On the basis of the above embodiment, this application embodiment describes the situation where the server screens the vehicle assessment data to obtain the target assessment data. As Figure 2 shown, the vehicle quality assessment method specifically includes the following steps:
[0111] S201: Determine the vehicle identifier set according to the vehicle screening conditions.
[0112] In this step, after the server obtains the vehicle screening conditions and the time screening range, since the vehicle assessment data includes vehicle identifiers, to screen out the vehicle assessment data of the vehicles that meet the vehicle screening conditions, it needs to be screened according to the vehicle identifiers, which requires determining the vehicle identifier set according to the vehicle screening conditions.
[0113] It should be noted that the vehicle screening conditions are a vehicle list or at least one vehicle attribute data. The vehicle attribute data can be the vehicle announcement model, vehicle power type, place of origin, vehicle type, etc. The vehicle type can be a light truck, a heavy truck, a sedan, an engineering vehicle, etc.
[0114] When the vehicle screening condition is a vehicle list, the vehicle list is a list composed of vehicle identifiers, and the vehicle identifiers in the vehicle list form the vehicle identifier set.
[0115] When the vehicle screening condition is at least one vehicle attribute data, the vehicles that meet these vehicle attribute data are determined, and then the vehicle identifiers of these vehicles form the vehicle identifier set.
[0116] S202: Use the vehicle evaluation data whose time range belongs to the time screening range and whose vehicle identifier belongs to the vehicle identifier set as the target evaluation data.
[0117] In this step, after the server determines the vehicle identifier set, it uses the vehicle evaluation data whose time range belongs to the time screening range and whose vehicle identifier belongs to the vehicle identifier set as the target evaluation data.
[0118] The vehicle quality evaluation method provided in this embodiment effectively improves the accuracy of the target evaluation data for vehicle quality evaluation by screening the vehicle evaluation data according to the vehicle screening conditions and the time screening range.
[0119] Figure 3 This is a flowchart of the third embodiment of the vehicle quality evaluation method provided in this application. On the basis of the above embodiment, this embodiment of the application describes the situation where the server generates a vehicle quality evaluation result according to the target evaluation data. As Figure 3 shown, the vehicle quality evaluation method specifically includes the following steps:
[0120] S301: Group each target evaluation data according to the vehicle identifier to obtain at least one data group.
[0121] In this step, after the server determines the target evaluation data, since there is target evaluation data of the same vehicle among them, it is necessary to group each target evaluation data according to the vehicle identifier to obtain at least one data group. The vehicle identifiers of the target evaluation data in the same data group are the same, and the vehicle identifiers of the target evaluation data in different data groups are different.
[0122] S302: For each data group, calculate the packet check passing rate corresponding to the data group according to the first quantity and the second quantity of each target evaluation data in the data group.
[0123] In this step, after the server obtains the data group, for each data group, calculate the packet check passing rate corresponding to the data group according to the first quantity and the second quantity of each target evaluation data in the data group.
[0124] That is, add the first quantities of each target evaluation data in the data group to obtain a third quantity; add the second quantities of each target evaluation data in the data group to obtain a fourth quantity; use the ratio of the fourth quantity to the third quantity as the packet check non-passing rate, and subtract the packet non-passing rate from 1 to obtain the packet check passing rate.
[0125] When the vehicle evaluation data further includes the number of second data packets indicating that the verification is passed, that is, when the fifth quantity is included, the fifth quantities of each target evaluation data in the data group can be added together to obtain a sixth quantity; the ratio of the sixth quantity to the third quantity is used as the data packet verification passing rate, and the difference between 1 and the data packet passing rate is obtained as the data packet verification non-passing rate.
[0126] S303: For each data group, generate a vehicle quality evaluation result of the target vehicle according to the data packet verification passing rate corresponding to the data group.
[0127] In this step, after the server determines the data packet verification passing rate corresponding to each data group, for each data group, generate a vehicle quality evaluation result of the target vehicle according to the data packet verification passing rate corresponding to the data group. The target vehicle is the vehicle corresponding to the vehicle identifier of each target evaluation data in the data group.
[0128] Specifically, if the data packet verification passing rate corresponding to the data group is greater than or equal to the preset threshold, generate a vehicle quality evaluation result indicating that the quality of the target vehicle is qualified; if the data packet verification passing rate corresponding to the data group is less than the preset threshold, generate a vehicle quality evaluation result indicating that the quality of the target vehicle is unqualified.
[0129] It should be noted that the vehicle quality evaluation result of the target vehicle can also be generated according to the data packet verification non-passing rate. If the data packet verification non-passing rate corresponding to the data group is less than the preset threshold, generate a vehicle quality evaluation result indicating that the quality of the target vehicle is qualified; if the data packet verification non-passing rate corresponding to the data group is greater than or equal to the preset threshold, generate a vehicle quality evaluation result indicating that the quality of the target vehicle is unqualified.
[0130] It should be noted that the preset threshold can be 80%, 85%, 90%, 95%, etc. The embodiments of the present application do not limit the preset threshold, and it can be determined according to the actual situation.
[0131] The vehicle quality evaluation method provided in this embodiment effectively improves the accuracy of the vehicle quality evaluation result by first grouping the target evaluation data according to the vehicle identifier to obtain a data group, and then determining the vehicle quality evaluation result of the vehicle corresponding to the data group according to the first quantity and the second quantity in each data group.
[0132] The following is an embodiment of the device of the present application, which can be used to execute the embodiment of the method of the present application. For details not disclosed in the embodiment of the device of the present application, please refer to the embodiment of the method of the present application.
[0133] Figure 4Schematic diagram of the first embodiment of the vehicle quality assessment device provided by this application; this device can be integrated into the vehicle-mounted terminal in the above method embodiment, or can be implemented through the vehicle-mounted terminal in the above method embodiment. As Figure 4 shown, the vehicle quality assessment device 40 includes:
[0134] A verification module 41, configured to verify each collected first data packet, generate verification data corresponding to each of the first data packets, the first data packet includes at least one vehicle data, and the verification data includes a verification result indicating whether the verification of the first data packet passes;
[0135] A processing module 42, configured to generate vehicle assessment data according to the collection period, the vehicle identifier corresponding to the vehicle-mounted terminal, and the verification data corresponding to each second data packet at the end of each collection period, where the second data packet is a first data packet whose collection time belongs to the collection period;
[0136] A sending module 43, configured to send the vehicle assessment data to the server.
[0137] Further, the vehicle assessment data includes the time range corresponding to the collection period, the first quantity of all the second data packets, the second quantity of the second data packets whose verification result indicates that the verification fails, and the vehicle identifier corresponding to the vehicle-mounted terminal.
[0138] Further, the verification module 41 is specifically configured to:
[0139] For each of the first data packets, verify each vehicle data in the first data packet according to the preset verification data corresponding to the vehicle power type of the vehicle-mounted terminal, and determine the verification result; the preset verification data includes the preset verification range corresponding to each vehicle data in the first data packet;
[0140] Generate verification data corresponding to the first data packet according to the verification result.
[0141] The vehicle quality assessment device provided in this embodiment is used to execute the technical solution of the vehicle-mounted terminal in any of the foregoing method embodiments, and its implementation principle and technical effect are similar, and will not be described in detail here.
[0142] Figure 5 Schematic diagram of the second embodiment of the vehicle quality assessment device provided by this application; this device can be integrated into the server in the above method embodiment, or can be implemented through the server in the above method embodiment. As Figure 5 shown, the vehicle quality assessment device 50 includes:
[0143] A receiving module 51, configured to receive the vehicle assessment data sent by each vehicle-mounted terminal;
[0144] A screening module 52, configured to screen all the vehicle evaluation data according to the obtained vehicle screening conditions and time screening range, so as to obtain target evaluation data;
[0145] An evaluation module 53, configured to generate a vehicle quality evaluation result of at least one vehicle according to each of the target evaluation data, and the vehicle quality evaluation result of each vehicle is used to indicate whether the vehicle quality is qualified.
[0146] Further, the vehicle evaluation data includes a time range corresponding to a collection period, a first quantity of all second data packets, a second quantity of second data packets whose verification result indicates that the verification fails, and a vehicle identifier, and each of the second data packets is a first data packet whose collection time belongs to the collection period.
[0147] Further, the screening module 52 is specifically configured to:
[0148] Determine a set of vehicle identifiers according to the vehicle screening conditions;
[0149] Use the vehicle evaluation data whose time range belongs to the time screening range and whose vehicle identifier belongs to the set of vehicle identifiers as the target evaluation data.
[0150] Further, the evaluation module 53 is specifically configured to:
[0151] Group each of the target evaluation data according to the vehicle identifier to obtain at least one data group, where the vehicle identifiers of the target evaluation data in the same data group are the same, and the vehicle identifiers of the target evaluation data in different data groups are different;
[0152] For each of the data groups, calculate a data packet verification passing rate corresponding to the data group according to the first quantity and the second quantity of each target evaluation data in the data group;
[0153] For each of the data groups, generate a vehicle quality evaluation result of a target vehicle according to the data packet verification passing rate corresponding to the data group, where the target vehicle is the vehicle corresponding to the vehicle identifier of each target evaluation data in the data group.
[0154] Further, the evaluation module 53 is specifically configured to:
[0155] If the data packet verification passing rate corresponding to the data group is greater than or equal to a preset threshold, generate a vehicle quality evaluation result indicating that the quality of the target vehicle is qualified;
[0156] If the data packet verification passing rate corresponding to the data group is less than the preset threshold, generate a vehicle quality evaluation result indicating that the quality of the target vehicle is unqualified.
[0157] The vehicle mass evaluation device provided in this embodiment is used to execute the technical solutions of the server in any of the foregoing method embodiments, and its implementation principle and technical effects are similar, which will not be elaborated here.
[0158] Figure 6 It is a schematic structural diagram of an in-vehicle terminal provided in this application. As Figure 6 shown, the in-vehicle terminal 60 includes:
[0159] a processor 61, a memory 62, and a communication interface 63;
[0160] The memory 62 is used to store executable instructions of the processor 61;
[0161] Wherein, the processor 61 is configured to execute the technical solutions of the in-vehicle terminal in any of the foregoing method embodiments by executing the executable instructions.
[0162] Optionally, the memory 62 can be either independent or integrated with the processor 61.
[0163] Optionally, when the memory 62 is a device independent of the processor 61, the in-vehicle terminal 60 may further include:
[0164] a bus 64, and the memory 62 and the communication interface 63 are connected to the processor 61 through the bus 64 to complete mutual communication, and the communication interface 63 is used to communicate with other devices.
[0165] Optionally, the communication interface 63 can be specifically implemented by a transceiver. The communication interface is used to implement communication between the database access device and other devices (such as clients, read-write libraries, and read-only libraries). The memory may include a random access memory (RAM), and may also include a non-volatile memory, such as at least one disk memory.
[0166] The bus 64 can be a peripheral component interconnect (PCI) bus or an extended industry standard architecture (EISA) bus, etc. The bus can be divided into an address bus, a data bus, a control bus, etc. For the sake of representation, only a thick line is used in the figure, but it does not mean that there is only one bus or one type of bus.
[0167] The above-mentioned processor may be a general-purpose processor, including a central processing unit (CPU), a network processor (NP), etc.; it may also be a digital signal processor (DSP), an application-specific integrated circuit (ASIC), a field programmable gate array (FPGA), or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components.
[0168] The vehicle-mounted terminal is used to execute the technical solution of the vehicle-mounted terminal in any of the foregoing method embodiments. The implementation principle and technical effects are similar and will not be elaborated herein.
[0169] Figure 7 This is a schematic structural diagram of a server provided by this application. As Figure 7 shown, the server 70 includes:
[0170] A processor 71, a memory 72, and a communication interface 73;
[0171] The memory 72 is used to store the executable instructions of the processor 71;
[0172] Among them, the processor 71 is configured to execute the technical solution of the server in any of the foregoing method embodiments by executing the executable instructions.
[0173] Optionally, the memory 72 can be either independent or integrated with the processor 71.
[0174] Optionally, when the memory 72 is a device independent of the processor 71, the server 70 may further include:
[0175] A bus 74. The memory 72 and the communication interface 73 are connected to the processor 71 through the bus 74 to complete mutual communication. The communication interface 73 is used to communicate with other devices.
[0176] Optionally, the communication interface 73 can be specifically implemented by a transceiver. The communication interface is used to implement communication between the database access device and other devices (such as clients, read-write libraries, and read-only libraries). The memory may include a random access memory (RAM), and may also include a non-volatile memory, such as at least one disk memory.
[0177] The bus 74 can be a Peripheral Component Interconnect (PCI) bus, an Extended Industry Standard Architecture (EISA) bus, or the like. The bus can be divided into an address bus, a data bus, a control bus, etc. For the sake of convenience of representation, only a thick line is used in the figure, but it does not mean that there is only one bus or one type of bus.
[0178] The above-mentioned processor can be a general-purpose processor, including a Central Processing Unit (CPU), a Network Processor (NP), etc.; it can also be a Digital Signal Processor (DSP), an Application Specific Integrated Circuit (ASIC), a Field Programmable Gate Array (FPGA), or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components.
[0179] This server is used to execute the technical solutions of the server in any of the foregoing method embodiments. The implementation principles and technical effects are similar and will not be elaborated here.
[0180] The embodiment of the present application also provides a readable storage medium, on which a computer program is stored. When the computer program is executed by a processor, it implements the technical solutions provided in any of the foregoing method embodiments.
[0181] The embodiment of the present application also provides a computer program product, including a computer program. When the computer program is executed by a processor, it is used to implement the technical solutions provided in any of the foregoing method embodiments.
[0182] Those of ordinary skill in the art can understand that all or part of the steps to implement the foregoing method embodiments can be completed by hardware related to program instructions. The foregoing program can be stored in a computer-readable storage medium. When the program is executed, it executes the steps including the foregoing method embodiments; and the foregoing storage medium includes: various media such as ROM, RAM, magnetic disk, or optical disc that can store program codes.
[0183] Finally, it should be noted that the above embodiments are only used to illustrate the technical solutions of the present application, rather than to limit them; although the present application has been described in detail with reference to the foregoing embodiments, those of ordinary skill in the art should understand that they can still modify the technical solutions described in the foregoing embodiments, or perform equivalent replacements on some or all of the technical features; and these modifications or replacements do not make the essence of the corresponding technical solutions deviate from the scope of the technical solutions of the embodiments of the present application.
Claims
1. A vehicle mass assessment method, characterized in that, Applied to a vehicle terminal, the method includes: Checking each collected first data packet to generate check data corresponding to each of the first data packets, where the first data packet includes at least one vehicle data, and the check data includes a check result indicating whether the check of the first data packet passes; At the end of each collection period, generating vehicle evaluation data according to the collection period, the vehicle identifier corresponding to the vehicle terminal, and the check data corresponding to each second data packet, where the second data packet is a first data packet whose collection time belongs to the collection period; Sending the vehicle evaluation data to a server.
2. The method according to claim 1, characterized in that, The vehicle evaluation data includes the time range corresponding to the collection period, the first quantity of all the second data packets, the second quantity of the second data packets whose check results indicate that the check fails, and the vehicle identifier corresponding to the vehicle terminal.
3. The method according to claim 1, characterized in that The checking each collected first data packet to generate check data corresponding to each of the first data packets includes: For each of the first data packets, checking each vehicle data in the first data packet according to the preset check data corresponding to the vehicle power type of the vehicle terminal to determine the check result; the preset check data includes the preset check range corresponding to each vehicle data in the first data packet; Generating the check data corresponding to the first data packet according to the check result.
4. A vehicle mass assessment method, characterized in that, Applied to a server, the method includes: Receiving the vehicle evaluation data sent by each vehicle terminal; Filtering all the vehicle evaluation data according to the obtained vehicle filtering conditions and time filtering range to obtain target evaluation data; Generating a vehicle quality evaluation result for at least one vehicle according to each of the target evaluation data, where the vehicle quality evaluation result of each vehicle is used to indicate whether the vehicle quality is qualified.
5. The method according to claim 4, wherein The vehicle evaluation data includes the time range corresponding to the collection period, the first quantity of all second data packets, the second quantity of the second data packets whose check results indicate that the check fails, and the vehicle identifier, and each second data packet is a first data packet whose collection time belongs to the collection period.
6. The method according to claim 5, wherein The filtering all the vehicle evaluation data according to the obtained vehicle filtering conditions and time filtering range to obtain target evaluation data includes: Determining a set of vehicle identifiers according to the vehicle filtering conditions; Taking the vehicle evaluation data whose time range belongs to the time filtering range and whose vehicle identifier belongs to the set of vehicle identifiers as the target evaluation data.
7. The method according to claim 5, characterized in that, The generating a vehicle quality evaluation result for at least one vehicle according to each of the target evaluation data includes: Grouping each of the target evaluation data according to the vehicle identifier to obtain at least one data group, where the vehicle identifiers of the target evaluation data in the same data group are the same, and the vehicle identifiers of the target evaluation data in different data groups are different; For each of the data groups, calculating the packet check passing rate corresponding to the data group according to the first quantity and the second quantity of each target evaluation data in the data group; For each of the said data groups, a vehicle quality assessment result of the target vehicle is generated according to the packet verification passing rate corresponding to the data group, where the target vehicle is the vehicle corresponding to the vehicle identifier of each target assessment data in the data group.
8. The method according to claim 7, wherein The generating of the vehicle quality assessment result of the target vehicle according to the packet verification passing rate corresponding to the data group includes: If the packet verification passing rate corresponding to the data group is greater than or equal to a preset threshold, a vehicle quality assessment result indicating that the quality of the target vehicle is qualified is generated; If the packet verification passing rate corresponding to the data group is less than the preset threshold, a vehicle quality assessment result indicating that the quality of the target vehicle is unqualified is generated.
9. A vehicle mass assessment device, characterized in that, It includes: A verification module, configured to verify each collected first packet, generate verification data corresponding to each of the first packets, where the first packet includes at least one vehicle data, and the verification data includes a verification result indicating whether the first packet verification passes; A processing module, configured to generate vehicle assessment data at the end of each collection period according to the collection period, the vehicle identifier corresponding to the in-vehicle terminal, and the verification data corresponding to each second packet, where the second packet is a first packet whose collection time belongs to the collection period; A sending module, configured to send the vehicle assessment data to the server.
10. A vehicle mass evaluation device, characterized in that, It includes: A receiving module, configured to receive vehicle assessment data sent by each in-vehicle terminal; A screening module, configured to screen all the vehicle assessment data according to the obtained vehicle screening conditions and time screening range to obtain target assessment data; An assessment module, configured to generate a vehicle quality assessment result of at least one vehicle according to each of the target assessment data, and the vehicle quality assessment result of each vehicle is used to indicate whether the vehicle quality is qualified.
11. A vehicle-mounted terminal, characterized in that, It includes: A processor, a memory, and a communication interface; The memory is used to store the executable instructions of the processor; Wherein, the processor is configured to execute the vehicle quality assessment method according to any one of claims 1 to 3 by executing the executable instructions.
12. A server, characterized in that, It includes: A processor, a memory, and a communication interface; The memory is used to store the executable instructions of the processor; Wherein, the processor is configured to execute the vehicle quality assessment method according to any one of claims 4 to 8 by executing the executable instructions.
13. A readable storage medium having a computer program stored thereon, characterized in that, When the computer program is executed by the processor, it implements the vehicle quality assessment method according to any one of claims 1 to 3, or any one of claims 4 to 8.
14. A computer program product, characterized in that, It includes a computer program, and when the computer program is executed by the processor, it is used to implement the vehicle quality assessment method according to any one of claims 1 to 3, or any one of claims 4 to 8.