Vehicle data processing method and apparatus

Abstract

The embodiment of the present specification provides a vehicle data processing method and device, wherein a vehicle data processing method comprises: collecting running detection data for a vehicle component based on a detection sensor configured for a vehicle; if an induction signal of an electric induction unit configured for the vehicle is detected, determining vehicle fault data of the vehicle based on the induction signal; based on a trusted communication unit configured for the vehicle, sending the running detection data and the vehicle fault data to a block chain node for uploading to a block chain; and the detection data and fault data stored in the block chain are used for vehicle detection processing of a vehicle detection mechanism for the vehicle.

Description

Technical Field

[0001] This document relates to the field of data processing technology, and in particular to a vehicle data processing method and apparatus. Background Technology

[0002] With the development of internet and information technology, and the improvement of users' living standards, more and more users own private cars. For private cars, the use of cars will cause a certain degree of wear and tear on the car parts. The wear and tear of the parts will affect the user's driving experience and driving safety. In order to ensure the user's driving safety, it is necessary to carry out vehicle maintenance according to a certain period of time to ensure the user's safe travel. Summary of the Invention

[0003] This specification provides one or more embodiments of a vehicle data processing method. The vehicle data processing method includes: collecting operational detection data for vehicle components based on detection sensors configured in the vehicle; if a sensing signal is detected by an inductive unit configured in the vehicle, determining vehicle fault data based on the sensing signal; and sending the operational detection data and the vehicle fault data to a blockchain node for uploading to the blockchain via a trusted communication unit configured in the vehicle; the detection data and fault data stored in the blockchain are used by a vehicle inspection agency to perform vehicle inspection processing on the vehicle.

[0004] This specification provides one or more embodiments of another vehicle data processing method applied to a blockchain node in a blockchain system, comprising: receiving operational detection data and vehicle fault data sent by a trusted communication unit based on vehicle configuration; the operational detection data being collected based on detection sensors configured in the vehicle; and the vehicle fault data being determined based on electrical change data from an inductive unit configured within the vehicle's exterior. Based on the operational detection data and the vehicle fault data, historical detection data and historical fault data of the vehicle stored on the blockchain are updated. If a parameter query request for the vehicle from a vehicle service organization is detected, the updated detection data and fault data are read and sent to the vehicle service organization for vehicle detection processing.

[0005] This specification provides one or more embodiments of a vehicle data processing apparatus, comprising: a vehicle detection data acquisition module configured to acquire operational detection data of vehicle components based on detection sensors configured in the vehicle; if a sensing signal is detected by an inductive unit configured in the vehicle, a vehicle fault data determination module is activated, configured to determine vehicle fault data of the vehicle based on the sensing signal; and a data transmission module configured to transmit the operational detection data and the vehicle fault data to a blockchain node for uploading to the blockchain based on a trusted communication unit configured in the vehicle; the detection data and fault data stored in the blockchain are used by a vehicle inspection agency to perform vehicle inspection processing on the vehicle.

[0006] This specification provides one or more embodiments of another vehicle data processing apparatus, operating on a blockchain node in a blockchain system, comprising: a data receiving module configured to receive operational detection data and vehicle fault data sent by a trusted communication unit based on vehicle configuration; the operational detection data being collected based on detection sensors configured in the vehicle; and the vehicle fault data being determined based on electrical change data from an inductive unit configured within the vehicle's exterior. A data updating module configured to update historical detection data and historical fault data of the vehicle stored on the blockchain based on the operational detection data and the vehicle fault data. If a parameter query request for the vehicle from a vehicle service organization is detected, a data reading module is activated, configured to read the updated detection data and fault data and send them to the vehicle service organization for vehicle detection processing.

[0007] This specification provides one or more embodiments of a vehicle data processing device, including: a processor; and a memory configured to store computer-executable instructions, which, when executed, cause the processor to: collect operational detection data for vehicle components based on detection sensors configured in the vehicle; determine vehicle fault data based on the detection signal if a sensing signal is detected by an inductive unit configured in the vehicle; and send the operational detection data and the vehicle fault data to a blockchain node for uploading to the blockchain based on a trusted communication unit configured in the vehicle; the detection data and fault data stored in the blockchain are used by a vehicle inspection agency to perform vehicle inspection processing for the vehicle.

[0008] This specification provides one or more embodiments of another vehicle data processing device, including: a processor; and a memory configured to store computer-executable instructions, which, when executed, cause the processor to: receive operational detection data and vehicle fault data transmitted by a trusted communication unit based on a vehicle configuration; the operational detection data being acquired based on detection sensors configured in the vehicle; and the vehicle fault data being determined based on electrical change data from an inductive unit configured within the vehicle housing. Based on the operational detection data and the vehicle fault data, historical detection data and historical fault data of the vehicle stored on a blockchain are updated. If a parameter query request for the vehicle from a vehicle service provider is detected, the updated detection data and fault data are read and sent to the vehicle service provider for vehicle detection processing.

[0009] This specification provides one or more embodiments of a storage medium for storing computer-executable instructions that, when executed by a processor, implement the following process: collecting operational detection data for vehicle components based on detection sensors configured in the vehicle; determining vehicle fault data based on the detection signal of an inductive unit configured in the vehicle; and uploading the operational detection data and the vehicle fault data to a blockchain node via a trusted communication unit configured in the vehicle. The detection data and fault data stored in the blockchain are used by a vehicle inspection agency to perform vehicle inspection processing on the vehicle.

[0010] This specification provides one or more embodiments of another storage medium for storing computer-executable instructions, which, when executed by a processor, implement the following process: receiving operational detection data and vehicle fault data sent by a trusted communication unit based on vehicle configuration; the operational detection data being collected based on detection sensors configured in the vehicle; and the vehicle fault data being determined based on electrical change data from an inductive unit configured within the vehicle's exterior. Based on the operational detection data and the vehicle fault data, historical detection data and historical fault data of the vehicle stored on a blockchain are updated. If a parameter query request for the vehicle from a vehicle service provider is detected, the updated detection data and fault data are read and sent to the vehicle service provider for vehicle detection processing. Attached Figure Description

[0011] To more clearly illustrate the technical solutions in one or more embodiments of this specification or the prior art, the drawings used in the description of the embodiments or the prior art will be briefly introduced below. Obviously, the drawings described below are only some embodiments recorded in this specification. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0012] Figure 1 A flowchart illustrating a vehicle data processing method provided in one or more embodiments of this specification;

[0013] Figure 2 A timing diagram illustrating a vehicle data processing method for vehicle annual inspection scenarios, provided in one or more embodiments of this specification.

[0014] Figure 3 A flowchart illustrating another vehicle data processing method provided in one or more embodiments of this specification;

[0015] Figure 4 A schematic diagram of a vehicle data processing device provided for one or more embodiments of this specification;

[0016] Figure 5 A schematic diagram of another vehicle data processing device provided in one or more embodiments of this specification;

[0017] Figure 6 A schematic diagram of the structure of a vehicle data processing device provided for one or more embodiments of this specification;

[0018] Figure 7 This is a schematic diagram of the structure of another vehicle data processing device provided in one or more embodiments of this specification. Detailed Implementation

[0019] To enable those skilled in the art to better understand the technical solutions in one or more embodiments of this specification, the technical solutions in one or more embodiments of this specification will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only a part of the embodiments of this specification, and not all of the embodiments. Based on one or more embodiments of this specification, all other embodiments obtained by those skilled in the art without creative effort should fall within the protection scope of this document.

[0020] This specification provides an example of a vehicle data processing method:

[0021] The vehicle data collection method provided in this embodiment collects vehicle data through vehicle-configured detection sensors and inductive units, and sends the data to a blockchain node for on-chain storage. This allows vehicle inspection agencies to retrieve vehicle data from the blockchain during vehicle inspections, improving the effectiveness of vehicle inspections. Furthermore, the traceability of vehicle data ensures its accuracy and validity, guaranteeing the authenticity of vehicle inspections. Specifically, it acquires operational detection data collected by the vehicle's detection sensors and vehicle fault data determined based on the sensing signals from the vehicle's inductive units. The operational detection data and vehicle fault data are then sent to the blockchain node via a trusted communication unit configured in the vehicle for uploading to the blockchain. This allows vehicle inspection agencies to perform vehicle inspections based on the detection and fault data stored on the blockchain, thereby improving the efficiency and effectiveness of vehicle inspections.

[0022] Reference Figure 1 The vehicle data processing method provided in this embodiment specifically includes steps S102 to S106.

[0023] Step S102: Based on the vehicle configuration, the detection sensors collect operational detection data for the vehicle components.

[0024] The vehicle described in this embodiment includes a vehicle equipped with a detection sensor, an inductive unit, and a trusted communication unit; for example, a fuel-powered vehicle equipped with a detection sensor, an inductive unit, and a trusted communication unit.

[0025] The detection sensor includes a sensor configured on the vehicle for collecting data on the vehicle's operating behavior. This detection sensor can be installed on the vehicle itself, or corresponding sensors can be installed on various vehicle components. That is, the detection sensor can correspond to the vehicle or be assigned to a specific vehicle component. The vehicle components include those used during vehicle operation, i.e., key components of vehicle operation; these refer to the units that constitute the overall vehicle parts processing, as well as products that serve the vehicle parts processing. Examples include engines and brakes. Optionally, each vehicle component is equipped with a corresponding detection sensor; the detection sensor collects operating detection sub-data of the vehicle component after detecting its operating behavior. Optionally, the detection sensor collects the operating detection sub-data of the vehicle component in response to a call from the vehicle's infotainment system; or, the detection sensor has a one-to-one correspondence with each vehicle component, collecting the operating detection sub-data of the vehicle component after detecting its operating behavior.

[0026] The operational monitoring data refers to relevant information used to characterize the vehicle's operating status, component usage status, appearance condition, and / or traffic violations. For electric vehicles powered by battery technology, the vehicle's battery lifespan and battery health status can also be included as part of the operational monitoring data. Examples include braking frequency, braking intensity, brake pad thickness, mileage, and engine oil lifespan.

[0027] The trusted communication unit includes a trusted communication module for IoT devices. This unit can transmit and interact with data by establishing a communication link with a cloud server or blockchain node. To ensure the authenticity and reliability of the transmitted data, the trusted communication unit configures encryption and signature technologies on the communication link during data transmission and interaction. Data encryption is performed based on the PKCS (Public Key Cryptography Standards) standard to ensure end-to-end data communication security. Furthermore, a unit identifier can be configured for the trusted communication unit, making the message transmissions performed by the trusted communication unit traceable. Optionally, the trusted communication unit can correspond one-to-one with a vehicle or a vehicle component.

[0028] Optionally, the inductive unit is disposed between the outer shell and the vehicle body in a specific area of ​​the vehicle; the inductive unit includes a conductive element whose resistance value is related to component deformation. Specifically, the vehicle outer shell, taking vehicle parts as units, employs a three-layer pressing technology for specific areas, such as doors, hoods, and rear covers, with a metal panel as the middle layer, and the metal panel is isolated from the inner and outer layers by an insulating material; the metal panel is the inductive unit; current is connected to the inductive unit; in this case, if the vehicle experiences friction or collision, causing a change in the shape of the inductive unit, the resistance of the inductive unit will change. For example, the inductive unit is a copper conductive panel.

[0029] It should be noted that the detection sensor and trusted communication unit in this embodiment can correspond one-to-one with a vehicle, that is, one detection sensor and trusted communication unit are set for each vehicle; alternatively, the detection sensor and trusted access unit can correspond one-to-one with a vehicle component, that is, one detection sensor and trusted communication unit are set for each vehicle component; furthermore, a vehicle can be equipped with one or more detection sensors, and one or more trusted communication units, which is not limited in this embodiment. It should also be noted that the inductive unit in this embodiment can be configured in a specific area of ​​the vehicle shell, or it can be configured throughout the entire vehicle shell.

[0030] In specific implementation, in order to store vehicle data so that vehicle inspection agencies can perform vehicle inspection processing based on the vehicle data, this embodiment can be applied to vehicle-mounted equipment; the vehicle-mounted equipment establishes a data connection with the detection sensors and trusted communication units configured in the vehicle; and senses the resistance value or current value of the inductive unit.

[0031] In the specific execution process, when the data acquisition conditions are met, the operational detection sub-data of the vehicle components collected by the detection sensors configured on the vehicle components is acquired; the operational detection sub-data of each vehicle component constitutes the vehicle's operational detection data. Optionally, the data acquisition conditions include: the data acquisition cycle has arrived, or the vehicle component has engaged in operational behavior.

[0032] Specifically, when each vehicle component is equipped with a detection sensor, the detection sensor will acquire and store the operation detection sub-data of the corresponding vehicle component after the corresponding vehicle component performs an operation behavior; when the vehicle equipment detects that the data acquisition cycle has arrived, it will read the operation detection sub-data of each vehicle component from the detection sensors configured in each vehicle component, and obtain the vehicle operation detection data constructed from the operation detection sub-data.

[0033] Alternatively, after detecting that the corresponding vehicle component is operating, the detection sensor acquires the operation detection sub-data of the vehicle component and sends it to the vehicle-mounted equipment; the vehicle-mounted equipment receives the operation detection sub-data collected and sent by the detection sensors configured on the vehicle component when the corresponding vehicle component is detected to be operating.

[0034] That is, in one optional implementation of this embodiment, the vehicle-configured detection sensor collects operational detection data for vehicle components, including:

[0035] The vehicle's operational detection data is obtained by acquiring the operational detection sub-data collected and transmitted by the detection sensors configured on the vehicle components after detecting the operational behavior of the vehicle components.

[0036] or,

[0037] When the data acquisition cycle is detected to have arrived, the vehicle's operational detection data is obtained by reading the operational detection sub-data stored by the detection sensors configured on the vehicle component after detecting the operational behavior of the vehicle component.

[0038] In addition, if the vehicle is equipped with a detection sensor, the detection sensor can collect operational detection data for vehicle components, including: when the data collection cycle is detected, reading the operational information of the vehicle components stored by the detection sensor and sending it to the collected operational detection data; or, acquiring the operational detection data collected and sent by the detection sensor after detecting the operational behavior of the vehicle components.

[0039] In addition to the vehicle-mounted equipment described above, this embodiment can also be applied to vehicle-mounted detection sensors. When this embodiment is applied to vehicle-mounted detection sensors, operational detection data is collected for vehicle components based on the vehicle-mounted detection sensors. This includes collecting operational detection data for vehicle components based on the vehicle-mounted detection sensors when the operational behavior of the vehicle components is detected.

[0040] In this embodiment, the detection sensors configured on the vehicle collect operational detection data for vehicle components. If the sensing signal of the inductive unit configured on the vehicle is detected, the vehicle fault data is determined based on the sensing signal. The reliable communication unit that cooperates with the vehicle sends the operational detection data and the vehicle fault data to the blockchain node for uploading to the blockchain. There is no sequential relationship between these three steps.

[0041] Specifically, the vehicle data processing method provided in this embodiment can also be replaced by: collecting operational detection data for vehicle components based on the detection sensors configured in the vehicle; and sending the operational detection data to a blockchain node for uploading to the blockchain based on the trusted communication unit configured in the vehicle; or, if a sensing signal is detected by the induction unit configured in the vehicle, determining the vehicle fault data based on the sensing signal; and sending the vehicle fault data to a blockchain node for uploading to the blockchain based on the trusted communication unit configured in the vehicle.

[0042] For example, in the case of a detection sensor configured in a vehicle, the detection sensor collects operational detection data for the vehicle component based on the vehicle component's configuration, and sends the operational detection data to a blockchain node via a trusted communication unit configured in the vehicle component to upload it to the blockchain; or, after detecting the operational behavior of the vehicle component, the detection sensor collects operational detection data for the vehicle component and sends the operational detection data to a blockchain node via a trusted communication unit configured in the vehicle component to upload it to the blockchain.

[0043] The above is merely an example. The vehicle can also be equipped with one or more detection sensors and one or more trusted communication units in any combination, and can be arbitrarily combined with real-time and periodic transmission to the blockchain node. This embodiment does not limit this.

[0044] It should also be noted that, to further improve the reliability of data transmission, in this embodiment, specific identifiers can be set for the trusted communication unit, vehicle components, and / or the detection sensors configured on the vehicle components. For example, the sensor number of the detection sensor configured for the vehicle's brakes is x1, and the number of the trusted communication unit configured for the vehicle's brakes is s1. After detecting the braking action, the detection sensor configured for the brakes collects the braking operation detection data and sends the braking operation detection data to the blockchain node based on the trusted communication unit configured for the brakes. During the process of sending the braking operation detection data to the blockchain node based on the trusted communication unit configured for the brakes, the brake detection sensor transmits the sensor number and the operation detection data to the trusted communication unit. The trusted communication unit verifies whether the sensor number and the trusted communication unit number match. If they match, the trusted communication unit number and the operation detection data are sent to the blockchain node; otherwise, no processing is performed. The matching relationship between the sensor number and the trusted communication unit number can be pre-configured.

[0045] Step S104: If a sensing signal from the induction unit configured in the vehicle is detected, the vehicle fault data is determined based on the sensing signal.

[0046] In this embodiment, the sensing signal includes the change in resistance or current of the inductive unit when the change exceeds a preset threshold. The vehicle fault data includes relevant data about the vehicle malfunction, such as the degree of vehicle wear and tear, vehicle repair costs, and other data related to the generation of this sensing signal.

[0047] In practice, in order to effectively detect the vehicle's outer shell, this embodiment uses an inductive unit between the outer shell and the vehicle body in a specific area to sense whether the vehicle's outer shell has been collided or scratched.

[0048] In one optional implementation of this embodiment, the sensing signal is determined in the following manner:

[0049] The current change value of the inductive unit within a preset time interval is obtained; the current change value is calculated based on the resistance value of the inductive unit.

[0050] If the current change value is greater than a preset threshold, then the current change value is determined as the sensing signal.

[0051] Specifically, since the resistance value of the inductive unit is related to the deformation of the component, the shape of the vehicle body can be changed due to a collision or scrape, which can be sensed by the inductive unit.

[0052] When the inductive unit is connected to current, if the voltage remains constant, the current value passing through the inductive unit is acquired at preset time intervals; if the difference between the acquired current value and the previously acquired current value is detected to be greater than a preset threshold, it is determined that the vehicle has malfunctioned, and the difference is determined as an inductive signal.

[0053] Upon detecting a sensing signal, vehicle fault data is determined based on the sensing signal. In one optional implementation of this embodiment, the determination of vehicle fault data based on the sensing signal is achieved in the following manner:

[0054] The vehicle fault level is determined based on the sensed signal.

[0055] The vehicle fault data is constructed based on the vehicle fault level and vehicle identification.

[0056] Specifically, the greater the change in the shape of the vehicle's outer shell, the greater the change in current or resistance. In other words, the resistance of the induction unit is positively correlated with the component deformation. Under constant voltage, the current of the induction unit is negatively correlated with the component deformation.

[0057] Optionally, the vehicle fault level includes a first fault level corresponding to a collision and a second fault level corresponding to a scrape. In the process of determining the vehicle fault level based on the sensing signal, if the sensing signal is greater than a first threshold (the first threshold is greater than a preset threshold), the vehicle is determined to be at the first fault level; if the sensing signal is greater than the preset threshold but less than the first threshold, the vehicle is determined to be at the second fault level. Further, in the process of constructing vehicle fault data based on the vehicle fault level and vehicle identification, fault data corresponding to the vehicle fault level is read, and the sensing signal, fault data, and vehicle identification are used as the vehicle fault data. To identify the uniqueness of the vehicle, the vehicle identification may include the license plate number and the vehicle VIN (Vehicle Identification Number).

[0058] Step S106: Based on the trusted communication unit configured in the vehicle, the operation detection data and the vehicle fault data are sent to the blockchain node for uploading to the blockchain.

[0059] Optionally, the detection data and fault data stored in the blockchain are used by vehicle inspection agencies to perform vehicle inspections on the vehicle. Optionally, the vehicle inspection agencies include annual inspection agencies and / or service inspection agencies. The detection data and fault data are obtained by updating the vehicle's historical detection data and historical fault data based on operational detection data and vehicle fault data.

[0060] In practical implementation, to ensure the effective storage of vehicle data and to make the stored vehicle detection data and fault data reliable and traceable, in this embodiment, after obtaining the vehicle's operational detection data and / or vehicle fault data, a trusted communication unit configured in the vehicle sends the operational detection data and / or vehicle fault data to the blockchain node. In an optional implementation provided in this embodiment, the trusted communication unit sends the operational detection data and / or vehicle fault data to the blockchain node in the following manner:

[0061] The operational detection data and the vehicle fault data are encrypted in a trusted space to obtain encrypted vehicle data.

[0062] The encrypted vehicle data is sent to the blockchain node based on the trusted space.

[0063] Specifically, the trusted communication unit encrypts the operation detection data and / or vehicle faults in the trusted space to obtain encrypted vehicle data; in order to ensure the traceability of the data, the encrypted vehicle data is signed to obtain signed encrypted vehicle data; in order for the blockchain node to more efficiently identify the signed and encrypted data, the signed encrypted vehicle data is sent to the blockchain node in a preset format based on the trusted space.

[0064] After receiving signed and encrypted vehicle data sent by the trusted communication unit configured in the vehicle, the blockchain node identifies the signed and encrypted vehicle data to obtain the operational detection data and the vehicle fault data; based on the operational detection data and the vehicle fault data, it updates the vehicle's historical vehicle data (historical detection data and historical fault data). Optionally, after receiving the encrypted vehicle data, the blockchain node performs the following operations:

[0065] The encrypted vehicle data is decrypted to obtain the operational detection data and the vehicle fault data.

[0066] Based on the operational detection data and the vehicle fault data, the historical detection data and historical fault data of the vehicle are updated.

[0067] Specifically, in order to ensure data traceability, the trusted communication unit needs to carry the trusted communication unit's number or identifier when sending operational monitoring data and vehicle fault data to the blockchain node.

[0068] In practice, blockchain nodes update the historical vehicle detection data and historical fault data stored on the blockchain based on operational detection data and vehicle fault data. These updates include adding, accumulating, and / or replacing data. For example, if the number of brake applications in the operational detection data is 2 and the number of brake applications in the historical detection data is m2, then the number of brake applications for the vehicle is updated to m2+2. Another example is that if the brake pad thickness in the operational detection data is n2 and the brake pad thickness in the historical detection data is n1, then the brake pad thickness for the vehicle is updated to n2. Yet another example is adding vehicle fault data to the vehicle's historical fault data.

[0069] Among them, the data elements in the vehicle detection data, namely the number of braking times and the thickness of brake pads, can be configured in advance by the management user or determined based on the operational detection data. This embodiment does not impose any limitations on this.

[0070] In practical implementation, the vehicle inspection data and fault data stored on the blockchain are reliable and traceable. Therefore, during the vehicle inspection process, there is no need for special vehicle data collection; the vehicle data (inspection data and fault data) can be retrieved directly from the blockchain. Since some vehicle data collection processes can easily cause damage to the vehicle, resulting in low awareness of the data collection process among car owners, this embodiment eliminates the need for re-collecting vehicle data when using it; instead, it simply retrieves the vehicle data from the blockchain.

[0071] In the first optional implementation provided in this embodiment, the vehicle detection process includes:

[0072] Based on the detection data, the fault data, and their respective thresholds, the usage status of the vehicle components is determined.

[0073] If the usage status meets the replacement conditions and / or reminder conditions, then processing information for the vehicle component is generated.

[0074] Specifically, in order to ensure users drive their vehicles safely and avoid resource losses due to vehicle problems, annual inspection agencies or vehicle providers can conduct vehicle inspections according to preset time cycles. Specifically, during the inspection process, the usage status of vehicle components is determined based on inspection data, fault data, and corresponding thresholds.

[0075] The usage status includes: usable status, pending replacement status, and urgent replacement status. If the usage status of a vehicle component is pending replacement, the usage conditions are determined to meet the reminder conditions, a pending replacement reminder message for the vehicle component is generated and sent to the user to whom the vehicle belongs. If the usage status of a vehicle component is urgent replacement status, the usage conditions are determined to meet the replacement conditions, a replacement reminder message for the vehicle component is generated and sent to the user to whom the vehicle belongs. Optionally, the pending replacement reminder message and the replacement reminder message include the usable time of the vehicle component. The usable time included in the pending replacement reminder message is greater than the usable time in the replacement reminder message.

[0076] In the second optional implementation provided in this embodiment, the vehicle detection process includes:

[0077] Based on the detection data and the fault data, the vehicle is valued.

[0078] Send the vehicle value obtained from vehicle value calculation to the blockchain node.

[0079] Specifically, in the process of selling a vehicle, it is necessary to appraise the vehicle, which requires vehicle data. The service inspection agency described in this embodiment includes a vehicle appraisal agency; this agency appraises vehicles based on vehicle data stored on the blockchain; thus, assuming the vehicle data stored on the blockchain is accurate, the appraised value is more accurate and effective.

[0080] The above describes storing vehicle data on a blockchain, from which vehicle inspection agencies retrieve the data for inspection. Alternatively, vehicle data can be stored on a cloud server, from which inspection agencies retrieve the data for inspection. In other words, the aforementioned blockchain nodes can be replaced with cloud servers.

[0081] Furthermore, step S106 can also be replaced by uploading the operation detection data and the vehicle fault data to a cloud server for storage based on the trusted communication unit configured in the vehicle, and forming a new implementation method with other processing steps provided in this embodiment; or, step S106 can also be replaced by sending the operation detection data and the vehicle fault data to a blockchain node for uploading to the blockchain based on the trusted communication unit configured in the vehicle, and forming a new implementation method with other processing steps provided in this embodiment.

[0082] In summary, the vehicle data processing method provided in this embodiment collects operational detection sub-data of vehicle components by using detection sensors configured on the vehicle or vehicle components to obtain vehicle operational detection data. It also determines vehicle fault data by using sensing information from an inductive unit configured between the vehicle's outer shell and body in a specific area of ​​the vehicle. The operational detection data and vehicle fault data are then sent as vehicle data to a blockchain node through a trusted communication unit configured on the vehicle for uploading to the blockchain for storage.

[0083] The following description uses the application of a vehicle data processing method provided in this embodiment in a vehicle annual inspection scenario as an example to further illustrate the vehicle data processing method provided in this embodiment. (See also...) Figure 2 The vehicle data processing method applied to vehicle annual inspection scenarios includes the following steps.

[0084] Step S202: Obtain the operational detection data of vehicle components collected by the detection sensors configured on the key components of the vehicle.

[0085] Optionally, the detection sensors collect data after detecting the operational behavior of vehicle components.

[0086] Step S204: Obtain the current value of the metal panel disposed between the outer shell and the vehicle body in a specific area of ​​the vehicle.

[0087] Step S206: Calculate the change in current between the obtained current value and the previous current value.

[0088] Step S208: If the current change value is greater than the current threshold, determine the vehicle fault data based on the current change value.

[0089] Step S210: Send the running detection data and vehicle fault data to the blockchain node.

[0090] The blockchain node updates the historical inspection data and historical fault data of the vehicle stored on the blockchain based on the operational inspection data and vehicle fault data to obtain inspection data and fault data; uploads the obtained inspection data and fault data to the blockchain for storage; obtains the vehicle identification submitted by the annual inspection agency; reads the vehicle's inspection data and fault data stored on the blockchain based on the vehicle identification; and sends the read inspection data and fault data to the annual inspection agency for vehicle inspection processing.

[0091] Another embodiment of the vehicle data processing method provided in this specification:

[0092] The vehicle data processing method provided in this embodiment can be applied to blockchain nodes in a blockchain system. The vehicle data processing method provided in the above embodiments can be applied to vehicle-mounted devices or detection sensors. The vehicle data processing method for blockchain nodes in a blockchain system provided in this embodiment and the vehicle data processing method for vehicle-mounted devices or detection sensors provided in the above embodiments cooperate with each other during execution. Therefore, please refer to the relevant content of the above embodiments when reading this embodiment, and you can also refer to the relevant content of this embodiment when reading the above embodiments.

[0093] Reference Figure 3 The vehicle data processing method provided in this embodiment is applied to a blockchain node in a blockchain system, and specifically includes steps S302 to S306.

[0094] Step S302: Receive operational detection data and vehicle fault data sent by a trusted communication unit based on vehicle configuration.

[0095] Optionally, the operational detection data is collected based on the detection sensors configured in the vehicle; the vehicle fault data is determined based on the electrical change data of the inductive unit configured in the vehicle body.

[0096] The vehicle described in this embodiment includes a vehicle equipped with a detection sensor, an inductive unit, and a trusted communication unit; for example, a fuel-powered vehicle equipped with a detection sensor, an inductive unit, and a trusted communication unit.

[0097] The detection sensor includes a sensor configured on the vehicle for collecting data on the vehicle's operating behavior. This detection sensor can be installed on the vehicle itself, or corresponding sensors can be installed on various vehicle components. That is, the detection sensor can correspond to the vehicle or be assigned to a specific vehicle component. The vehicle components include those used during vehicle operation, i.e., key components of vehicle operation; these refer to the units that constitute the overall vehicle parts processing, as well as products that serve the vehicle parts processing. Examples include engines and brakes. Optionally, each vehicle component is equipped with a corresponding detection sensor; the detection sensor collects operating detection sub-data of the vehicle component after detecting its operating behavior. Optionally, the detection sensor collects the operating detection sub-data of the vehicle component in response to a call from the vehicle's infotainment system; or, the detection sensor has a one-to-one correspondence with each vehicle component, collecting the operating detection sub-data of the vehicle component after detecting its operating behavior.

[0098] The operational monitoring data refers to relevant information used to characterize the vehicle's operating status, component usage status, appearance condition, and / or traffic violations. For electric vehicles powered by battery technology, the vehicle's battery lifespan and battery health status can also be included as part of the operational monitoring data. Examples include braking frequency, braking intensity, brake pad thickness, mileage, and engine oil lifespan.

[0099] The trusted communication unit includes a trusted communication module for IoT devices. The trusted communication unit transmits and interacts with data by establishing a communication link with a cloud server or blockchain node. To ensure the authenticity and reliability of the transmitted data, the trusted communication unit configures encryption and signature technologies on the communication link during data transmission and interaction. Data encryption is performed based on the PKCS (Public Key Cryptography Standards) standard to ensure end-to-end data communication security. Furthermore, a unit identifier can be configured for the trusted communication unit, making the message transmission performed by the trusted communication unit traceable.

[0100] Optionally, the inductive unit is disposed between the outer shell and the vehicle body in a specific area of ​​the vehicle; the inductive unit includes a conductive element whose resistance value is related to component deformation. Specifically, the vehicle outer shell, taking vehicle parts as units, employs a three-layer pressing technology for specific areas, such as doors, hoods, and rear covers, with a metal panel as the middle layer, and the metal panel is isolated from the inner and outer layers by an insulating material; the metal panel is the inductive unit; current is connected to the inductive unit; in this case, if the vehicle experiences friction or collision, causing a change in the shape of the inductive unit, the resistance of the inductive unit will change. For example, the inductive unit is a copper conductive panel.

[0101] It should be noted that the detection sensor and trusted communication unit in this embodiment can correspond one-to-one with a vehicle, that is, one detection sensor and trusted communication unit are set for each vehicle; alternatively, the detection sensor and trusted access unit can correspond one-to-one with a vehicle component, that is, one detection sensor and trusted communication unit are set for each vehicle component; furthermore, a vehicle can be equipped with one or more detection sensors, and one or more trusted communication units, which is not limited in this embodiment. It should also be noted that the inductive unit in this embodiment can be configured in a specific area of ​​the vehicle shell, or it can be configured throughout the entire vehicle shell.

[0102] In practice, when the vehicle's infotainment system or detection sensors detect that the data acquisition conditions are met, they acquire the operational detection sub-data of the vehicle components collected by the detection sensors configured on the vehicle components; the operational detection sub-data of each vehicle component constitutes the vehicle's operational detection data. Optional data acquisition conditions include: the arrival of the data acquisition cycle, or the occurrence of operational behavior by the vehicle component.

[0103] Specifically, when each vehicle component is equipped with a detection sensor, the detection sensor will acquire and store the operation detection sub-data of the corresponding vehicle component after the corresponding vehicle component performs an operation behavior; when the vehicle equipment detects that the data acquisition cycle has arrived, it will read the operation detection sub-data of each vehicle component from the detection sensors configured in each vehicle component, and obtain the vehicle operation detection data constructed from the operation detection sub-data.

[0104] Alternatively, after detecting that the corresponding vehicle component is operating, the detection sensor acquires the operation detection sub-data of the vehicle component and sends it to the vehicle-mounted equipment; the vehicle-mounted equipment receives the operation detection sub-data collected and sent by the detection sensors configured on the vehicle component when the corresponding vehicle component is detected to be operating.

[0105] That is, in one optional implementation of this embodiment, the vehicle-mounted equipment collects operational detection data of vehicle components based on the detection sensors configured in the vehicle, including:

[0106] The vehicle's operational detection data is obtained by acquiring the operational detection sub-data collected and transmitted by the detection sensors configured on the vehicle components after detecting the operational behavior of the vehicle components.

[0107] or,

[0108] When the data acquisition cycle is detected to have arrived, the vehicle's operational detection data is obtained by reading the operational detection sub-data stored by the detection sensors configured on the vehicle component after detecting the operational behavior of the vehicle component.

[0109] In addition, if the vehicle is equipped with a detection sensor, the detection sensor can collect operational detection data for vehicle components, including: when the data collection cycle is detected, reading the operational information of the vehicle components stored by the detection sensor and sending it to the collected operational detection data; or, acquiring the operational detection data collected and sent by the detection sensor after detecting the operational behavior of the vehicle components.

[0110] The detection sensors, based on the vehicle configuration, collect operational detection data for vehicle components, including, when the operational behavior of vehicle components is detected, collecting operational detection data for vehicle components based on the vehicle configuration.

[0111] It should also be noted that, to further improve the reliability of data transmission, in this embodiment, specific identifiers can be set for the trusted communication unit, vehicle components, and / or the detection sensors configured on the vehicle components. For example, the sensor number of the detection sensor configured for the vehicle's brakes is x1, and the number of the trusted communication unit configured for the vehicle's brakes is s1. After detecting the braking action, the detection sensor configured for the brakes collects the braking operation detection data and sends the braking operation detection data to the blockchain node based on the trusted communication unit configured for the brakes. During the process of sending the braking operation detection data to the blockchain node based on the trusted communication unit configured for the brakes, the brake detection sensor transmits the sensor number and the operation detection data to the trusted communication unit. The trusted communication unit verifies whether the sensor number and the trusted communication unit number match. If they match, the trusted communication unit number and the operation detection data are sent to the blockchain node; otherwise, no processing is performed. The matching relationship between the sensor number and the trusted communication unit number can be pre-configured.

[0112] In practice, if the vehicle's infotainment system or detection sensors detect the sensing signal of the induction unit configured in the vehicle, the vehicle's fault data will be determined based on the sensing signal.

[0113] In this embodiment, the sensing signal includes the change in resistance or current of the inductive unit when the change exceeds a preset threshold. The vehicle fault data includes relevant data about the vehicle malfunction, such as the degree of vehicle wear and tear, vehicle repair costs, and other data related to the generation of this sensing signal.

[0114] In practice, in order to effectively detect the vehicle's outer shell, this embodiment uses an inductive unit between the outer shell and the vehicle body in a specific area to sense whether the vehicle's outer shell has been collided or scratched.

[0115] In one optional implementation of this embodiment, the sensing signal, the vehicle-mounted device, or the detection sensor is determined in the following manner:

[0116] The current change value of the inductive unit within a preset time interval is obtained; the current change value is calculated based on the resistance value of the inductive unit.

[0117] If the current change value is greater than a preset threshold, then the current change value is determined as the sensing signal.

[0118] Specifically, since the resistance value of the inductive unit is related to the deformation of the component, the shape of the vehicle body can be changed due to a collision or scrape, which can be sensed by the inductive unit.

[0119] When the inductive unit is connected to current, if the voltage remains constant, the current value passing through the inductive unit is acquired at preset time intervals; if the difference between the acquired current value and the previously acquired current value is detected to be greater than a preset threshold, it is determined that the vehicle has malfunctioned, and the difference is determined as an inductive signal.

[0120] Upon detecting a sensing signal, vehicle fault data is determined based on the sensing signal. In one optional implementation of this embodiment, the vehicle-mounted equipment or detection sensor determines the vehicle fault data based on the sensing signal in the following manner:

[0121] The vehicle fault level is determined based on the sensed signal.

[0122] The vehicle fault data is constructed based on the vehicle fault level and vehicle identification.

[0123] Specifically, the greater the change in the shape of the vehicle's outer shell, the greater the change in current or resistance. In other words, the resistance of the induction unit is positively correlated with the component deformation. Under constant voltage, the current of the induction unit is negatively correlated with the component deformation.

[0124] Optionally, the vehicle fault level includes a first fault level corresponding to a collision and a second fault level corresponding to a scrape. In the process of determining the vehicle fault level based on the sensing signal, if the sensing signal is greater than a first threshold (the first threshold is greater than a preset threshold), the vehicle is determined to be at the first fault level; if the sensing signal is greater than the preset threshold but less than the first threshold, the vehicle is determined to be at the second fault level. Further, in the process of constructing vehicle fault data based on the vehicle fault level and vehicle identification, fault data corresponding to the vehicle fault level is read, and the sensing signal, fault data, and vehicle identification are used as the vehicle fault data. To identify the uniqueness of the vehicle, the vehicle identification may include the license plate number and the vehicle VIN (Vehicle Identification Number).

[0125] In the specific execution process, the vehicle's equipment or detection sensors, based on the trusted communication unit configured in the vehicle, send the operation detection data and the vehicle fault data to the blockchain node for uploading to the blockchain.

[0126] Step S304: Based on the operational detection data and the vehicle fault data, update the historical detection data and historical fault data of the vehicle stored on the blockchain.

[0127] Step S306: If a parameter query request for the vehicle is detected from a vehicle service organization, the updated detection data and fault data are read and sent to the vehicle service organization for vehicle detection processing.

[0128] Optionally, the detection data and fault data stored in the blockchain are used by vehicle inspection agencies to perform vehicle inspections on the vehicle. Optionally, the vehicle inspection agencies include annual inspection agencies and / or service inspection agencies.

[0129] In practical implementation, to ensure the effective storage of vehicle data and to make the stored vehicle detection data and fault data reliable and traceable, in this embodiment, after obtaining the vehicle's operational detection data and / or vehicle fault data, a trusted communication unit configured in the vehicle sends the operational detection data and / or vehicle fault data to the blockchain node. In an optional implementation provided in this embodiment, the trusted communication unit sends the operational detection data and / or vehicle fault data to the blockchain node in the following manner:

[0130] The operational detection data and the vehicle fault data are encrypted in a trusted space to obtain encrypted vehicle data.

[0131] The encrypted vehicle data is sent to the blockchain node based on the trusted space.

[0132] Specifically, the trusted communication unit encrypts the operation detection data and / or vehicle faults in the trusted space to obtain encrypted vehicle data; in order to ensure the traceability of the data, the encrypted vehicle data is signed to obtain signed encrypted vehicle data; in order for the blockchain node to more efficiently identify the signed and encrypted data, the signed encrypted vehicle data is sent to the blockchain node in a preset format based on the trusted space.

[0133] After receiving signed and encrypted vehicle data sent by the trusted communication unit configured in the vehicle, the blockchain node identifies the signed and encrypted vehicle data to obtain the operational detection data and the vehicle fault data; based on the operational detection data and the vehicle fault data, it updates the vehicle's historical vehicle data (historical detection data and historical fault data). Optionally, after receiving the encrypted vehicle data, the blockchain node performs the following operations:

[0134] The encrypted vehicle data is decrypted to obtain the operational detection data and the vehicle fault data.

[0135] Based on the operational detection data and the vehicle fault data, the historical detection data and historical fault data of the vehicle are updated.

[0136] Specifically, in order to ensure data traceability, the trusted communication unit needs to carry the trusted communication unit's number or identifier when sending operational monitoring data and vehicle fault data to the blockchain node.

[0137] In practice, blockchain nodes update the historical vehicle detection data and historical fault data stored on the blockchain based on operational detection data and vehicle fault data. These updates include adding, accumulating, and / or replacing data. For example, if the number of brake applications in the operational detection data is 2 and the number of brake applications in the historical detection data is m2, then the number of brake applications for the vehicle is updated to m2+2. Another example is that if the brake pad thickness in the operational detection data is n2 and the brake pad thickness in the historical detection data is n1, then the brake pad thickness for the vehicle is updated to n2. Yet another example is adding vehicle fault data to the vehicle's historical fault data.

[0138] Among them, the data elements in the vehicle detection data, namely the number of braking times and the thickness of brake pads, can be configured in advance by the management user or determined based on the operational detection data. This embodiment does not impose any limitations on this.

[0139] In practical implementation, the vehicle inspection data and fault data stored on the blockchain are reliable and traceable. Therefore, during the vehicle inspection process, there is no need for special vehicle data collection; the vehicle data (inspection data and fault data) can be retrieved directly from the blockchain. Since some vehicle data collection processes can easily cause damage to the vehicle, resulting in low awareness of the data collection process among car owners, this embodiment eliminates the need for re-collecting vehicle data when using it; instead, it simply retrieves the vehicle data from the blockchain.

[0140] In the first optional implementation provided in this embodiment, the vehicle detection process includes:

[0141] Based on the detection data, the fault data, and their respective thresholds, the usage status of the vehicle components is determined.

[0142] If the usage status meets the replacement conditions and / or reminder conditions, then processing information for the vehicle component is generated.

[0143] Specifically, in order to ensure users drive their vehicles safely and avoid resource losses due to vehicle problems, annual inspection agencies or vehicle providers can conduct vehicle inspections according to preset time cycles. Specifically, during the inspection process, the usage status of vehicle components is determined based on inspection data, fault data, and corresponding thresholds.

[0144] The usage status includes: usable status, pending replacement status, and urgent replacement status. If the usage status of a vehicle component is pending replacement, the usage conditions are determined to meet the reminder conditions, a pending replacement reminder message for the vehicle component is generated and sent to the user to whom the vehicle belongs. If the usage status of a vehicle component is urgent replacement status, the usage conditions are determined to meet the replacement conditions, a replacement reminder message for the vehicle component is generated and sent to the user to whom the vehicle belongs. Optionally, the pending replacement reminder message and the replacement reminder message include the usable time of the vehicle component. The usable time included in the pending replacement reminder message is greater than the usable time in the replacement reminder message.

[0145] In the second optional implementation provided in this embodiment, the vehicle detection process includes:

[0146] Based on the detection data and the fault data, the vehicle is valued.

[0147] Send the vehicle value obtained from vehicle value calculation to the blockchain node.

[0148] Specifically, in the process of selling a vehicle, it is necessary to appraise the vehicle, which requires vehicle data. The service inspection agency described in this embodiment includes a vehicle appraisal agency; this agency appraises vehicles based on vehicle data stored on the blockchain; thus, assuming the vehicle data stored on the blockchain is accurate, the appraised value is more accurate and effective.

[0149] The above describes storing vehicle data on a blockchain, from which vehicle inspection agencies retrieve the data for inspection. Alternatively, vehicle data can be stored on a cloud server, from which inspection agencies retrieve the data for inspection. In other words, the aforementioned blockchain nodes can be replaced with cloud servers.

[0150] The following description uses the application of a vehicle data processing method provided in this embodiment in a vehicle annual inspection scenario as an example to further illustrate the vehicle data processing method provided in this embodiment. (See also...) Figure 2 The vehicle data processing method applied to vehicle annual inspection scenarios includes the following steps.

[0151] Step S212: Update the historical detection data and historical fault data of the vehicle stored in the blockchain based on the operation detection data and vehicle fault data to obtain detection data and fault data.

[0152] Step S214: Upload the obtained detection data and fault data to the blockchain for storage.

[0153] Step S216: Obtain the vehicle identification document submitted by the annual inspection agency.

[0154] Step S218: Based on the vehicle identifier, read the vehicle's detection data and fault data stored in the blockchain.

[0155] Step S220: The read detection data and fault data are sent to the vehicle inspection agency for vehicle inspection processing.

[0156] This specification provides an embodiment of a vehicle data processing device as follows:

[0157] In the above embodiments, a vehicle data processing method is provided, and correspondingly, a vehicle data processing device is also provided, which will be described below with reference to the accompanying drawings.

[0158] Reference Figure 4 The diagram shows a vehicle data processing device provided in this embodiment.

[0159] Since the apparatus embodiments correspond to the method embodiments, the descriptions are relatively simple. For relevant parts, please refer to the corresponding descriptions of the method embodiments provided above. The apparatus embodiments described below are merely illustrative.

[0160] This embodiment provides a vehicle data processing device, including:

[0161] The vehicle detection data acquisition module 402 is configured to collect operational detection data for vehicle components based on the detection sensors configured for the vehicle.

[0162] If a sensing signal from the induction unit configured in the vehicle is detected, the vehicle fault data determination module 404 is activated. The vehicle fault data determination module 404 is configured to determine the vehicle fault data of the vehicle based on the sensing signal.

[0163] The data sending module 406 is configured as a trusted communication unit based on the vehicle configuration, sending the operation detection data and the vehicle fault data to the blockchain node for uploading to the blockchain; the detection data and fault data stored in the blockchain are used by the vehicle inspection agency to perform vehicle inspection processing on the vehicle.

[0164] Another embodiment of the vehicle data processing device provided in this specification is as follows:

[0165] In the above embodiments, another vehicle data processing method is provided, and correspondingly, another vehicle data processing device is also provided, which will be described below with reference to the accompanying drawings.

[0166] Reference Figure 5 The diagram shows a vehicle data processing device provided in this embodiment.

[0167] Since the apparatus embodiments correspond to the method embodiments, the descriptions are relatively simple. For relevant parts, please refer to the corresponding descriptions of the method embodiments provided above. The apparatus embodiments described below are merely illustrative.

[0168] This embodiment provides a vehicle data processing device, including:

[0169] The data receiving module 502 is configured to receive operational detection data and vehicle fault data sent by a trusted communication unit based on the vehicle configuration; the operational detection data is collected based on the detection sensors configured in the vehicle; the vehicle fault data is determined based on electrical change data of an inductive unit configured inside the vehicle body.

[0170] The data update module 504 is configured to update the historical detection data and historical fault data of the vehicle stored on the blockchain based on the operational detection data and the vehicle fault data;

[0171] If a parameter query request for the vehicle is detected from a vehicle service organization, the data reading module 506 is run. The data reading module 506 is configured to read the updated detection data and fault data and send them to the vehicle service organization for vehicle detection processing.

[0172] This specification provides an embodiment of a vehicle data processing device as follows:

[0173] Corresponding to the vehicle data processing method described above, based on the same technical concept, one or more embodiments of this specification also provide a vehicle data processing device for executing the vehicle data processing method provided above. Figure 6 This is a schematic diagram of the structure of a vehicle data processing device provided for one or more embodiments of this specification.

[0174] This embodiment provides a vehicle data processing device, including:

[0175] like Figure 6As shown, vehicle data processing devices can vary significantly due to differences in configuration or performance. They may include one or more processors 601 and memory 602, with memory 602 storing one or more application programs or data. Memory 602 can be temporary or persistent storage. The application programs stored in memory 602 may include one or more modules (not shown), each module including a series of computer-executable instructions from the vehicle data processing device. Furthermore, processor 601 may be configured to communicate with memory 602, executing the series of computer-executable instructions in memory 602 on the vehicle data processing device. The vehicle data processing device may also include one or more power supplies 603, one or more wired or wireless network interfaces 604, one or more input / output interfaces 605, one or more keyboards 606, etc.

[0176] In one specific embodiment, the vehicle data processing device includes a memory and one or more programs, wherein the one or more programs are stored in the memory, and the one or more programs may include one or more modules, and each module may include a series of computer-executable instructions for the vehicle data processing device, and is configured to be executed by one or more processors. The one or more programs include computer-executable instructions for performing the following:

[0177] Based on vehicle configuration, detection sensors collect operational detection data for vehicle components;

[0178] If a sensing signal from the induction unit configured in the vehicle is detected, vehicle fault data of the vehicle is determined based on the sensing signal.

[0179] Based on the trusted communication unit configured in the vehicle, the operational detection data and the vehicle fault data are sent to the blockchain node for uploading to the blockchain; the detection data and fault data stored in the blockchain are used by the vehicle inspection agency to perform vehicle inspection processing on the vehicle.

[0180] Another embodiment of the vehicle data processing device provided in this specification is as follows:

[0181] Corresponding to the other vehicle data processing method described above, based on the same technical concept, one or more embodiments of this specification also provide another vehicle data processing device for executing the vehicle data processing method provided above. Figure 7 This is a schematic diagram of the structure of a vehicle data processing device provided for one or more embodiments of this specification.

[0182] This embodiment provides a vehicle data processing device, including:

[0183] like Figure 7 As shown, vehicle data processing devices can vary significantly due to differences in configuration or performance. They may include one or more processors 701 and memory 702, with memory 702 storing one or more application programs or data. Memory 702 can be temporary or persistent storage. The application programs stored in memory 702 may include one or more modules (not shown), each module including a series of computer-executable instructions from the vehicle data processing device. Furthermore, processor 701 may be configured to communicate with memory 702, executing the series of computer-executable instructions stored in memory 702 on the vehicle data processing device. The vehicle data processing device may also include one or more power supplies 703, one or more wired or wireless network interfaces 704, one or more input / output interfaces 705, one or more keyboards 706, etc.

[0184] In one specific embodiment, the vehicle data processing device includes a memory and one or more programs, wherein the one or more programs are stored in the memory, and the one or more programs may include one or more modules, and each module may include a series of computer-executable instructions for the vehicle data processing device, and is configured to be executed by one or more processors. The one or more programs include computer-executable instructions for performing the following:

[0185] The system receives operational detection data and vehicle fault data transmitted by a trusted communication unit based on the vehicle configuration; the operational detection data is collected based on the detection sensors configured in the vehicle; the vehicle fault data is determined based on electrical change data from an inductive unit configured within the vehicle body.

[0186] Based on the operational detection data and the vehicle fault data, update the historical detection data and historical fault data of the vehicle stored on the blockchain;

[0187] If a parameter query request for the vehicle is detected from a vehicle service provider, the updated detection data and fault data are read and sent to the vehicle service provider for vehicle detection processing.

[0188] This specification provides an example of a storage medium as follows:

[0189] In accordance with the vehicle data processing method described above, and based on the same technical concept, one or more embodiments of this specification also provide a storage medium.

[0190] The storage medium provided in this embodiment is used to store computer-executable instructions, which, when executed by a processor, implement the following process:

[0191] Based on vehicle configuration, detection sensors collect operational detection data for vehicle components;

[0192] If a sensing signal from the induction unit configured in the vehicle is detected, vehicle fault data of the vehicle is determined based on the sensing signal.

[0193] Based on the trusted communication unit configured in the vehicle, the operational detection data and the vehicle fault data are sent to the blockchain node for uploading to the blockchain; the detection data and fault data stored in the blockchain are used by the vehicle inspection agency to perform vehicle inspection processing on the vehicle.

[0194] It should be noted that the embodiments of a storage medium described in this specification and the embodiments of a vehicle data processing method described in this specification are based on the same inventive concept. Therefore, the specific implementation of this embodiment can be referred to the implementation of the corresponding method described above, and the repeated parts will not be described again.

[0195] Another embodiment of the storage medium provided in this specification is as follows:

[0196] In response to the other vehicle data processing method described above, based on the same technical concept, one or more embodiments of this specification also provide another storage medium.

[0197] The storage medium provided in this embodiment is used to store computer-executable instructions, which, when executed by a processor, implement the following process:

[0198] The system receives operational detection data and vehicle fault data transmitted by a trusted communication unit based on the vehicle configuration; the operational detection data is collected based on the detection sensors configured in the vehicle; the vehicle fault data is determined based on electrical change data from an inductive unit configured within the vehicle body.

[0199] Based on the operational detection data and the vehicle fault data, update the historical detection data and historical fault data of the vehicle stored on the blockchain;

[0200] If a parameter query request for the vehicle is detected from a vehicle service provider, the updated detection data and fault data are read and sent to the vehicle service provider for vehicle detection processing.

[0201] It should be noted that the embodiments of another storage medium described in this specification and the embodiments of another vehicle data processing method described in this specification are based on the same inventive concept. Therefore, the specific implementation of this embodiment can be referred to the implementation of the corresponding method described above, and the repeated parts will not be described again.

[0202] The foregoing has described specific embodiments of this specification. Other embodiments are within the scope of the appended claims. In some cases, the actions or steps recited in the claims may be performed in a different order than that shown in the embodiments and may still achieve the desired result. Furthermore, the processes depicted in the drawings do not necessarily require the specific or sequential order shown to achieve the desired result. In some embodiments, multitasking and parallel processing are possible or may be advantageous.

[0203] In the 1930s, improvements to a technology could be clearly distinguished as either hardware improvements (e.g., improvements to the circuit structure of diodes, transistors, switches, etc.) or software improvements (improvements to the methodology). However, with technological advancements, many improvements to the methodology today can be considered direct improvements to the hardware circuit structure. Designers almost always obtain the corresponding hardware circuit structure by programming the improved methodology into the hardware circuit. Therefore, it cannot be said that an improvement to the methodology cannot be implemented using a hardware physical module. For example, a Programmable Logic Device (PLD) (e.g., a Field Programmable Gate Array (FPGA)) is such an integrated circuit whose logic function is determined by the user programming the device. Designers can program a digital system themselves to "integrate" it onto a PLD, without needing chip manufacturers to design and manufacture dedicated integrated circuit chips. Furthermore, nowadays, instead of manually manufacturing integrated circuit chips, this programming is mostly implemented using "logic compiler" software. Similar to the software compiler used in program development, the original code before compilation must be written in a specific programming language, called a Hardware Description Language (HDL). There are many HDLs, such as ABEL (Advanced Boolean Expression Language), AHDL (Altera Hardware Description Language), Confluence, CUPL (Cornell University Programming Language), HDCal, JHDL (Java Hardware Description Language), Lava, Lola, MyHDL, PALASM, and RHDL (Ruby Hardware Description Language). Currently, the most commonly used are VHDL (Very-High-Speed ​​Integrated Circuit Hardware Description Language) and Verilog. Those skilled in the art should understand that by simply performing some logic programming on the method flow using one of these hardware description languages ​​and programming it into an integrated circuit, the hardware circuit implementing the logical method flow can be easily obtained.

[0204] The controller can be implemented in any suitable manner. For example, it can take the form of a microprocessor or processor and a computer-readable medium storing computer-readable program code (e.g., software or firmware) executable by the (micro)processor, logic gates, switches, application-specific integrated circuits (ASICs), programmable logic controllers, and embedded microcontrollers. Examples of controllers include, but are not limited to, the following microcontrollers: ARC625D, Atmel AT91SAM, Microchip PIC18F26K20, and Silicon Labs C8051F320. A memory controller can also be implemented as part of the control logic of the memory. Those skilled in the art will also recognize that, in addition to implementing the controller in purely computer-readable program code form, the same functionality can be achieved by logically programming the method steps to make the controller take the form of logic gates, switches, ASICs, programmable logic controllers, and embedded microcontrollers. Therefore, such a controller can be considered a hardware component, and the means included therein for implementing various functions can also be considered as structures within the hardware component. Alternatively, the means for implementing various functions can be considered as both software modules implementing the method and structures within the hardware component.

[0205] The systems, devices, modules, or units described in the above embodiments can be implemented by computer chips or entities, or by products with certain functions. A typical implementation device is a computer. Specifically, a computer can be, for example, a personal computer, laptop computer, cellular phone, camera phone, smartphone, personal digital assistant, media player, navigation device, email device, game console, tablet computer, wearable device, or any combination of these devices.

[0206] For ease of description, the above apparatus is described by dividing it into various functional units. Of course, when implementing the embodiments of this specification, the functions of each unit can be implemented in one or more software and / or hardware.

[0207] Those skilled in the art will understand that one or more embodiments of this specification can be provided as a method, system, or computer program product. Therefore, one or more embodiments of this specification may take the form of a completely hardware embodiment, a completely software embodiment, or an embodiment combining software and hardware aspects. Furthermore, this specification may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, etc.) containing computer-usable program code.

[0208] This specification is described with reference to flowchart illustrations and / or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of this specification. It will be understood that each block of the flowchart illustrations and / or block diagrams, and combinations of blocks in the flowchart illustrations and / or block diagrams, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, special-purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create a machine for implementing the flowchart illustrations and / or block diagrams. Figure 1 One or more processes and / or boxes Figure 1 A device that provides the functions specified in one or more boxes.

[0209] These computer program instructions may also be stored in a computer-readable storage medium that can direct a computer or other programmable data processing device to function in a particular manner, such that the instructions stored in the computer-readable storage medium produce an article of manufacture including instruction means, which are implemented in a process Figure 1 One or more processes and / or boxes Figure 1 The function specified in one or more boxes.

[0210] These computer program instructions may also be loaded onto a computer or other programmable data processing equipment to cause a series of operational steps to be performed on the computer or other programmable equipment to produce a computer-implemented process, thereby providing instructions that execute on the computer or other programmable equipment for implementing the process. Figure 1 One or more processes and / or boxes Figure 1 The steps of the function specified in one or more boxes.

[0211] In a typical configuration, a computing device includes one or more processors (CPU), input / output interfaces, network interfaces, and memory.

[0212] Memory may include non-persistent storage in computer-readable media, such as random access memory (RAM) and / or non-volatile memory, such as read-only memory (ROM) or flash RAM. Memory is an example of computer-readable media.

[0213] Computer-readable media includes both permanent and non-permanent, removable and non-removable media that can store information using any method or technology. Information can be computer-readable instructions, data structures, modules of programs, or other data. Examples of computer storage media include, but are not limited to, phase-change memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), other types of random access memory (RAM), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), flash memory or other memory technologies, CD-ROM, digital versatile optical disc (DVD) or other optical storage, magnetic tape, magnetic disk storage or other magnetic storage devices, or any other non-transferable medium that can be used to store information accessible by a computing device. As defined herein, computer-readable media does not include transient computer-readable media, such as modulated data signals and carrier waves.

[0214] It should also be noted that the terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such a process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising one..." does not exclude the presence of other identical elements in the process, method, article, or apparatus that includes said element.

[0215] One or more embodiments of this specification can be described in the general context of computer-executable instructions, such as program modules, that are executed by a computer. Generally, program modules include routines, programs, objects, components, data structures, etc., that perform a particular task or implement a particular abstract data type. One or more embodiments of this specification can also be practiced in distributed computing environments where tasks are performed by remote processing devices connected via a communication network. In distributed computing environments, program modules can reside in local and remote computer storage media, including storage devices.

[0216] The various embodiments in this specification are described in a progressive manner. Similar or identical parts between embodiments can be referred to interchangeably. Each embodiment focuses on describing the differences from other embodiments. In particular, the system embodiments are basically similar to the method embodiments, so the description is relatively simple; relevant parts can be referred to the descriptions in the method embodiments.

[0217] The above description is merely an embodiment of this document and is not intended to limit the scope of this document. Various modifications and variations can be made to this document by those skilled in the art. Any modifications, equivalent substitutions, improvements, etc., made within the spirit and principles of this document should be included within the scope of the claims of this document.

Claims

1. A vehicle data processing method, comprising: The detection sensors configured in the fuel-powered vehicle collect operational detection data from vehicle components and transmit the operational detection data along with the detection sensor number to the trusted communication unit configured in the fuel-powered vehicle; there is a one-to-one correspondence between the detection sensors and the vehicle components; If a sensing signal is detected from an inductive unit located between the outer shell and the vehicle body in a specific area of ​​the fuel-powered vehicle, the vehicle fault level of the fuel-powered vehicle is determined based on the sensing signal, and vehicle fault data is constructed based on the vehicle fault level and vehicle identification. The inductive unit includes a metal panel whose resistance value is related to component deformation. The metal panel is isolated from the outer shell and the vehicle body by an insulating material. The sensing signal is determined based on the current change value of the inductive unit when the current change value of the inductive unit in a preset time interval is greater than a preset threshold. The current change value is calculated based on the resistance value of the inductive unit. The trusted communication unit verifies whether the detection sensor number matches the trusted communication unit number. If so, the operational detection data and the vehicle fault data are uploaded to the cloud server for storage. The trusted communication unit has a one-to-one correspondence with the vehicle component. The detection data and fault data stored on the cloud server are used by the vehicle inspection agency to perform valuation processing on the fuel vehicle and send the obtained vehicle value to the cloud server.

2. The vehicle data processing method according to claim 1, wherein the vehicle component is equipped with a corresponding detection sensor; the detection sensor collects the operation detection sub-data of the vehicle component after detecting the operation behavior of the vehicle component.

3. In the vehicle data processing method according to claim 1, the trusted communication unit transmits the operation detection data and the vehicle fault data in the following manner: The operational detection data and the vehicle fault data are encrypted in a trusted space to obtain encrypted vehicle data. The encrypted vehicle data is sent to the cloud server based on the trusted space.

4. According to claim 3, after receiving the encrypted vehicle data, the cloud server performs the following operations: The encrypted vehicle data is decrypted to obtain the operational detection data and the vehicle fault data. Based on the operational detection data and the vehicle fault data, the historical detection data and historical fault data of the fuel vehicle are updated.

5. The vehicle data processing method according to claim 1, wherein the vehicle inspection agency includes an annual inspection agency and / or a service inspection agency.

6. The vehicle data processing method according to claim 1, wherein the detection sensor collects operational detection sub-data of the vehicle components in response to a call from the vehicle-mounted equipment; or, The detection sensor has a one-to-one correspondence with the vehicle component, and after detecting the operation behavior of the vehicle component, it collects the operation detection sub-data of the vehicle component.

7. A vehicle data processing method, applied to a cloud server, comprising: Receive operational detection data and vehicle fault data sent by a trusted communication unit based on the configuration of fuel-powered vehicles; The operational detection data is collected from vehicle components by detection sensors configured in the fuel-powered vehicle, with a one-to-one correspondence between the detection sensors and the vehicle components. The operational detection data and the vehicle fault data are uploaded after the trusted communication unit verifies that the detection sensor number matches the trusted communication unit number. The detection sensor number is transmitted from the detection sensor to the trusted communication unit. The vehicle fault data is constructed based on the vehicle fault level and vehicle identification. The vehicle fault level is determined by the sensing signal from an inductive unit located in a specific area between the outer shell and the vehicle body of the fuel-powered vehicle. The sensing signal is determined based on the current change value of the inductive unit within a preset time interval, which is greater than a preset threshold. The current change value is calculated based on the resistance value of the inductive unit. The inductive unit includes a metal panel whose resistance value is related to component deformation, and the metal panel is isolated from the outer shell and the vehicle body by an insulating material. Based on the operational detection data and the vehicle fault data, the historical detection data and historical fault data of the fuel vehicles stored on the cloud server are updated; If a parameter query request for the fuel vehicle is detected from a vehicle inspection agency, the updated inspection data and fault data are read and sent to the vehicle inspection agency to perform an appraisal of the fuel vehicle and send the obtained vehicle value to the cloud server.

8. A vehicle data processing device, comprising: The vehicle detection data acquisition module is configured to collect operational detection data of vehicle components based on the detection sensors configured in the fuel-powered vehicle, and transmit the operational detection data and the detection sensor number to the trusted communication unit configured in the fuel-powered vehicle; the detection sensors and the vehicle components have a one-to-one correspondence. If a sensing signal is detected from an inductive unit located between the outer shell and the vehicle body in a specific area of ​​the fuel-powered vehicle, a vehicle fault data determination module is activated. This module is configured to determine the vehicle fault level based on the sensing signal and construct vehicle fault data based on the fault level and vehicle identification. The inductive unit includes a metal panel whose resistance value is related to component deformation. The metal panel is isolated from the outer shell and the vehicle body using an insulating material. The sensing signal is determined based on the current change value of the inductive unit within a preset time interval, which is greater than a preset threshold. The current change value is calculated based on the resistance value of the inductive unit. The data transmission module is configured to verify whether the detection sensor number matches the trusted communication unit number through the trusted communication unit. If so, it uploads the operational detection data and the vehicle fault data to the cloud server for storage. The trusted communication unit has a one-to-one correspondence with the vehicle component. The detection data and fault data stored on the cloud server are used by the vehicle inspection agency to perform valuation processing on the fuel vehicle and send the obtained vehicle value to the cloud server.

9. A vehicle data processing device, operating on a cloud server, comprising: The data receiving module is configured to receive operational detection data and vehicle fault data sent by a trusted communication unit based on the configuration of fuel-powered vehicles. The operational detection data is collected from vehicle components by detection sensors configured in the fuel-powered vehicle, with a one-to-one correspondence between the detection sensors and the vehicle components. The operational detection data and the vehicle fault data are uploaded after the trusted communication unit verifies that the detection sensor number matches the trusted communication unit number. The detection sensor number is transmitted from the detection sensor to the trusted communication unit. The vehicle fault data is constructed based on the vehicle fault level and vehicle identification. The vehicle fault level is determined by the sensing signal from an inductive unit located in a specific area between the outer shell and the vehicle body of the fuel-powered vehicle. The sensing signal is determined based on the current change value of the inductive unit within a preset time interval, which is greater than a preset threshold. The current change value is calculated based on the resistance value of the inductive unit. The inductive unit includes a metal panel whose resistance value is related to component deformation, and the metal panel is isolated from the outer shell and the vehicle body by an insulating material. The data update module is configured to update the historical detection data and historical fault data of the fuel vehicle stored on the cloud server based on the operational detection data and the vehicle fault data; If a parameter query request for the fuel vehicle is detected from a vehicle inspection agency, the data reading module is run. The data reading module is configured to read the updated inspection data and fault data and send them to the vehicle inspection agency to perform valuation processing on the fuel vehicle and send the obtained vehicle value to the cloud server.

10. A vehicle data processing device, comprising: processor; as well as, A memory configured to store computer-executable instructions, which, when executed, cause the processor to: The detection sensors configured in the fuel-powered vehicle collect operational detection data from vehicle components and transmit the operational detection data along with the detection sensor number to the trusted communication unit configured in the fuel-powered vehicle; there is a one-to-one correspondence between the detection sensors and the vehicle components; If a sensing signal is detected from an inductive unit located between the outer shell and the vehicle body in a specific area of ​​the fuel-powered vehicle, the vehicle fault level of the fuel-powered vehicle is determined based on the sensing signal, and vehicle fault data is constructed based on the vehicle fault level and vehicle identification. The inductive unit includes a metal panel whose resistance value is related to component deformation. The metal panel is isolated from the outer shell and the vehicle body by an insulating material. The sensing signal is determined based on the current change value of the inductive unit when the current change value of the inductive unit in a preset time interval is greater than a preset threshold. The current change value is calculated based on the resistance value of the inductive unit. The reliable communication unit configured in the fuel vehicle verifies whether the detection sensor number matches the reliable communication unit number. If so, the operational detection data and the vehicle fault data are uploaded to the cloud server for storage. The reliable communication unit has a one-to-one correspondence with the vehicle component. The detection data and fault data stored on the cloud server are used by the vehicle inspection agency to perform valuation processing on the fuel vehicle and send the obtained vehicle value to the cloud server.

11. A vehicle data processing device, comprising: processor; as well as, A memory configured to store computer-executable instructions, which, when executed, cause the processor to: The system receives operational detection data and vehicle fault data sent by a trusted communication unit configured for fuel-powered vehicles. The operational detection data is collected from vehicle components by detection sensors configured in the fuel-powered vehicle, with each sensor having a one-to-one correspondence with a vehicle component. The operational detection data and vehicle fault data are uploaded by the trusted communication unit after verifying that the sensor number matches the trusted communication unit number; the sensor number is transmitted from the sensor to the trusted communication unit. The vehicle fault data is constructed based on vehicle fault level and vehicle identification. The vehicle fault level is determined by the sensing signal from an inductive unit located in a specific area of ​​the fuel-powered vehicle between the outer shell and the vehicle body. The sensing signal is determined based on the current change value of the inductive unit within a preset time interval, which is greater than a preset threshold. The current change value is calculated based on the resistance value of the inductive unit. The inductive unit includes a metal panel whose resistance value is related to component deformation, and the metal panel is isolated from the outer shell and the vehicle body by an insulating material. Based on the operational detection data and the vehicle fault data, the historical detection data and historical fault data of the fuel vehicles stored on the cloud server are updated; If a parameter query request for the fuel vehicle is detected from a vehicle inspection agency, the updated inspection data and fault data are read and sent to the vehicle inspection agency to perform an appraisal of the fuel vehicle and send the obtained vehicle value to the cloud server.

12. A storage medium for storing computer-executable instructions, which, when executed by a processor, perform the following process: The detection sensors configured in the fuel-powered vehicle collect operational detection data from vehicle components and transmit the operational detection data along with the detection sensor number to the trusted communication unit configured in the fuel-powered vehicle; there is a one-to-one correspondence between the detection sensors and the vehicle components; If a sensing signal is detected from an inductive unit located between the outer shell and the vehicle body in a specific area of ​​the fuel-powered vehicle, the vehicle fault level of the fuel-powered vehicle is determined based on the sensing signal, and vehicle fault data is constructed based on the vehicle fault level and vehicle identification. The inductive unit includes a metal panel whose resistance value is related to component deformation. The metal panel is isolated from the outer shell and the vehicle body by an insulating material. The sensing signal is determined based on the current change value of the inductive unit when the current change value of the inductive unit in a preset time interval is greater than a preset threshold. The current change value is calculated based on the resistance value of the inductive unit. The trusted communication unit verifies whether the detection sensor number matches the trusted communication unit number. If so, the operational detection data and the vehicle fault data are uploaded to the cloud server for storage. The trusted communication unit has a one-to-one correspondence with the vehicle component. The detection data and fault data stored on the cloud server are used by the vehicle inspection agency to perform valuation processing on the fuel vehicle and send the obtained vehicle value to the cloud server.

13. A storage medium for storing computer-executable instructions, which, when executed by a processor, perform the following process: The system receives operational detection data and vehicle fault data sent by a trusted communication unit configured for fuel-powered vehicles. The operational detection data is collected from vehicle components by detection sensors configured in the fuel-powered vehicle, with each sensor having a one-to-one correspondence with a vehicle component. The operational detection data and vehicle fault data are uploaded by the trusted communication unit after verifying that the sensor number matches the trusted communication unit number; the sensor number is transmitted from the sensor to the trusted communication unit. The vehicle fault data is constructed based on vehicle fault level and vehicle identification. The vehicle fault level is determined by the sensing signal from an inductive unit located in a specific area of ​​the fuel-powered vehicle between the outer shell and the vehicle body. The sensing signal is determined based on the current change value of the inductive unit within a preset time interval, which is greater than a preset threshold. The current change value is calculated based on the resistance value of the inductive unit. The inductive unit includes a metal panel whose resistance value is related to component deformation, and the metal panel is isolated from the outer shell and the vehicle body by an insulating material. Based on the operational detection data and the vehicle fault data, the historical detection data and historical fault data of the fuel vehicles stored on the cloud server are updated; If a parameter query request for the fuel vehicle is detected from a vehicle inspection agency, the updated inspection data and fault data are read and sent to the vehicle inspection agency to perform an appraisal of the fuel vehicle and send the obtained vehicle value to the cloud server.

Images