Vehicle accident reporting method and system

Abstract

The invention relates to a vehicle accident reporting method and system.The vehicle accident reporting method is applied to an accident vehicle in the vehicle accident reporting system, the vehicle accident reporting system further comprises a witness vehicle, a verification vehicle and a server, and the method comprises the steps that under the condition that an accident happens, first event data is generated, sending the information to a server; sending an event generation request to the witness vehicle, the event generation request being used for requesting the witness vehicle to generate second event data, and sending the second event data to the server; an event verification request is sent to the verification vehicle, the event verification request is used for requesting the verification vehicle to generate third event data, the third event data is sent to the server, and the first event data, the second event data and the third event data are used for the server to generate a vehicle accident report and store the vehicle accident report in the target block. By adopting the vehicle accident reporting method provided by the invention, the reliability of vehicle accident reporting can be effectively improved.

Description

Technical Field

[0001] The present application relates to the field of vehicle networking technology, and in particular to a vehicle accident reporting method and system. Background Art

[0002] In order to improve driving safety and rescue efficiency in the event of a vehicle accident, it is necessary to obtain event data in a timely manner after the accident occurs and send it to the back end for vehicle accident reporting.

[0003] The vehicle accident reporting method in the related art generally uses the sensors installed on the vehicle itself to automatically collect event data after detecting an accident event, and transmits the event data through the vehicle networking communication technology. However, the current vehicle accident reporting method has the problem of low reliability. Summary of the invention

[0004] Based on this, it is necessary to provide a vehicle accident reporting method and system that can improve reliability in response to the above technical problems.

[0005] In a first aspect, the present application provides a vehicle accident reporting method, the method is applied to an accident vehicle in a vehicle accident reporting system, the vehicle accident reporting system also includes a witness vehicle, a verification vehicle and a server, the method includes:

[0006] In the event of an accident, first event data is generated and sent to a server;

[0007] Sending an event generation request to the witness vehicle, where the event generation request is used to request the witness vehicle to generate second event data and send the second event data to the server;

[0008] An event verification request is sent to the verification vehicle, and the event verification request is used to request the verification vehicle to generate third event data, and send the third event data to the server. The first event data, the second event data and the third event data are used for the server to generate a vehicle accident report and store it in the target block.

[0009] In one embodiment, in the vehicle accident reporting method provided, before sending the event verification request to the verification vehicle, the method further includes:

[0010] The communication area that exceeds the direct communication area and belongs to the communication area of ​​this zone is used as the verification area;

[0011] An optional vehicle that meets preset conditions is selected from the optional vehicles in the verification area as the verification vehicle.

[0012] In one embodiment, the vehicle accident reporting method provided includes selecting a vehicle that meets preset conditions from the optional vehicles in the verification area as the verification vehicle, including:

[0013] Obtain verification and evaluation information corresponding to each optional vehicle from the server, where the verification and evaluation information is obtained based on historical event data sent by each optional vehicle;

[0014] Based on the verification evaluation information, a verification vehicle is determined.

[0015] In a second aspect, the present application further provides a vehicle accident reporting method, which is applied to a server in a vehicle accident reporting system, wherein the vehicle accident reporting system further includes an accident vehicle, a witness vehicle, and a verification vehicle, and the method includes:

[0016] Receiving first event data sent by the accident vehicle, second event data sent by the witness vehicle, and third event data sent by the verification vehicle;

[0017] A vehicle accident report is generated according to the first event data, the second event data, and the third event data and stored in a target block.

[0018] In one embodiment, the process of generating a vehicle accident report according to the first event data, the second event data and the third event data in the vehicle accident reporting method provided includes:

[0019] Performing consensus verification processing on the first event data, the second event data, and the third event data to obtain a consensus verification result;

[0020] When the consensus verification result is verification passed, a vehicle accident report is generated based on the first event data, the second event data, and the third event data.

[0021] In a third aspect, the present application also provides a vehicle accident reporting system, the system comprising: an accident vehicle, a witness vehicle, a verification vehicle and a server, wherein:

[0022] The accident vehicle is used to generate first event data in the event of an accident, and send an event generation request to the witness vehicle and an event verification request to the verification vehicle;

[0023] The witness vehicle is used to generate second event data based on the event generation request;

[0024] The verification vehicle is used to generate third event data based on the event verification request;

[0025] The server is used to generate a vehicle accident report based on the first event data, the second event data and the third event data and store it in the target block.

[0026] In one of the embodiments, the accident vehicle in the vehicle accident reporting system provided includes a data recording unit, and in the event of an accident, first event data is recorded by the data recording unit.

[0027] In one of the embodiments, the accident vehicle in the provided vehicle accident reporting system further includes a vehicle-mounted communication unit, which is communicatively connected to the data recording unit and the server, and is used to transmit the first event data to the server.

[0028] In one of the embodiments, the vehicle-mounted communication unit in the vehicle accident reporting system is provided to communicate with the witness vehicle via a direct communication interface.

[0029] In one of the embodiments, the vehicle-mounted communication unit in the vehicle accident reporting system is connected to each vehicle in the area through a base station in the area, and broadcasts the first event data to each vehicle in the area.

[0030] The above-mentioned vehicle accident reporting method and system, in which one aspect of the vehicle accident reporting method is applied to an accident vehicle in a vehicle accident reporting system, the vehicle accident reporting system also includes a witness vehicle, a verification vehicle and a server, the method includes: in the event of an accident, generating first event data and sending it to the server; sending an event generation request to the witness vehicle, the event generation request is used to request the witness vehicle to generate second event data, and send the second event data to the server; sending an event verification request to the verification vehicle, the event verification request is used to request the verification vehicle to generate third event data, and send the third event data to the server, the first event data, the second event data and the third event data are used for the server to generate a vehicle accident report and store it in the target block. In the present application, the accident vehicle records event data in a timely manner when an accident occurs, and requests the witness vehicle and the verification vehicle to record event data in a timely manner, so that the server can generate a vehicle accident report based on the first event data, the second event data, and the third event data. In the event that the data recording unit of the accident vehicle is damaged due to the accident and the stored information cannot be restored or verified, the server can still fully obtain the accident information and form a complete vehicle accident report; the vehicle accident report is stored in the target block to ensure the credibility and stability of the vehicle accident report, thereby improving the reliability of the vehicle accident reporting method. BRIEF DESCRIPTION OF THE DRAWINGS

[0031] In order to more clearly illustrate the technical solutions in the embodiments of the present application or the related technologies, the drawings required for use in the embodiments or the related technical descriptions are briefly introduced below. Obviously, the drawings described below are only some embodiments of the present application. For ordinary technicians in this field, other drawings can be obtained based on these drawings without paying creative work.

[0032] Figure 1 is an application environment diagram of a vehicle accident reporting system in one embodiment;

[0033] Figure 2 A schematic diagram of a process flow of a vehicle accident reporting method in one embodiment;

[0034] Figure 3 is a structural block diagram of a vehicle accident reporting device in one embodiment;

[0035] Figure 4 FIG. 4 is a diagram showing the internal structure of a computer device in one embodiment. DETAILED DESCRIPTION

[0036] In order to make the purpose, technical solution and advantages of the present application more clearly understood, the present application is further described in detail below in conjunction with the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are only used to explain the present application and are not used to limit the present application.

[0037] The vehicle accident reporting method provided in the embodiment of the present application can be applied to Figure 1 The vehicle accident reporting system shown. The vehicle accident reporting system provided in one embodiment of the present application includes: an accident vehicle 102, a witness vehicle 104, a verification vehicle 106 and a server (not shown in the figure), and the accident vehicle 102, the witness vehicle 104, the verification vehicle 106 and the server communicate through C-V2X (Cellular - Vehicle to Everything). The server can be implemented as an independent server or a server cluster composed of multiple servers.

[0038] In an exemplary embodiment, the accident vehicle is used to generate first event data in the event of an accident, and sends an event generation request to a witness vehicle and an event verification request to a verification vehicle; the witness vehicle is used to generate second event data based on the event generation request; the verification vehicle is used to generate third event data based on the event verification request; the server is used to generate a vehicle accident report based on the first event data, the second event data and the third event data and store it in a target block.

[0039] In a possible implementation, the accident vehicle comprises a data recording unit, and in the event of an accident, the first event data is recorded by the data recording unit.

[0040] The first event data may include driving status data corresponding to the accident vehicle, such as speed, acceleration, brake status, throttle position; sensor data, such as real-time data captured by sensors such as radar, camera, laser radar, etc.; GPS information, such as the specific location and driving route when the accident occurred; timestamp, such as the specific time of the accident; vehicle status, such as airbag status, headlight status, etc.; fault code, related fault code in the event of a fault. Optionally, the data recording unit may perform hash operation processing on the aforementioned data through a hash function to obtain a hash summary, and use the hash summary as the first event data.

[0041] In a possible implementation, the accident vehicle further includes a state sensor, such as an accelerometer, a gyroscope, or a collision sensor. In the event of an accident, the state sensor data detects an abnormal acceleration change or a collision event, generates an activation instruction, and controls the data recording unit to start recording event data. Optionally, the data recording unit can complete the recording according to a preset recording time interval and generate the first event data, or receive an external accident end instruction to complete the recording and generate the first event data.

[0042] In a possible implementation, both the witness vehicle and the verification vehicle include a data recording unit. When receiving an event generation request, the witness vehicle records the second event data through the data recording unit; when receiving an event verification request, the verification vehicle records the third event data through the data recording unit. The second event data may include the behavior of the accident vehicle corresponding to the accident vehicle from the perspective of the witness vehicle, such as changing lanes, sudden braking, etc.; the witness vehicle's own driving data, such as speed, position, and driving state time; stamps, such as the time when the accident was observed; surrounding environment, such as traffic signals, road conditions, weather conditions, etc. The third event data may include the verification vehicle's own driving data, position data, and sensor data before and after the accident.

[0043] In a possible implementation, the accident vehicle further includes an on-board communication unit, which is communicatively connected to the data recording unit and the server, and is used to transmit the first event data to the server. The on-board communication unit is connected to the server via a cellular communication interface (Uu Interface), that is, the on-board communication unit communicates with the server via a cellular network base station.

[0044] In one possible implementation, the vehicle communication unit communicates with the witness vehicle through a direct communication interface. The direct communication interface is the PC5 (Proximity Communication 5 Interface) communication interface. The PC5 communication interface is an interface standard for direct communication in C-V2X, allowing vehicles, pedestrians, infrastructure and other devices to communicate directly without relying on cellular network base stations. The PC5 communication range is generally 300 meters to 1 kilometer. It can be understood that the witness vehicle is a vehicle within the PC5 communication range of the accident vehicle, such as Figure 1 , the vehicles marked A and B are accident vehicles, and vehicles C, D, E and F within the communication range of PC5 are all witness vehicles.

[0045] In a possible implementation manner, the vehicle-mounted communication unit is connected to each vehicle in the area through a base station in the area, and broadcasts the first event data to each vehicle in the area.

[0046] Among them, the base station in this area is the cellular network communication base station of the cell where the accident vehicle is located, and the vehicles in this area are all vehicles that are in the same base station coverage area as the accident vehicle when the accident occurs. All vehicles in this area can communicate through the base station in this area. After the accident occurs, the accident vehicle generates first event data, and sends the first event data to all vehicles in this area through the base station in this area, so that all vehicles in this area can take necessary response measures in time, such as deceleration, avoidance, etc., to improve road safety. Optionally, the witness vehicle also includes an on-board communication unit, which is connected to the communication with each vehicle in this area through the base station in this area. After the witness vehicle generates second event data, the second event data is broadcast to each vehicle in this area through the on-board communication unit in the witness vehicle.

[0047] In a possible implementation, the verification vehicles are some of the vehicles in the area, and the vehicle-mounted communication unit is connected to the verification vehicles through the base station in the area, and sends an event verification request to each verification vehicle. Optionally, the verification vehicles are some of the vehicles in the area that are beyond the communication range of PC5. Figure 1 The vehicles marked A and B are accident vehicles, and vehicles G, H, I, and J that are outside the communication range of PC5 and within the coverage of the base station in this area may be witness vehicles.

[0048] The vehicle accident reporting system provided in the above embodiment includes: an accident vehicle, a witness vehicle, a verification vehicle and a server, wherein: the accident vehicle is used to generate first event data in the event of an accident, and send an event generation request to the witness vehicle and an event verification request to the verification vehicle; the witness vehicle is used to generate second event data based on the event generation request; the verification vehicle is used to generate third event data based on the event verification request; the server is used to generate a vehicle accident report based on the first event data, the second event data and the third event data and store it in a target block. In this embodiment, the server generates a vehicle accident report based on the first event data, the second event data and the third event data. In the case where the data recording unit of the accident vehicle is damaged due to an accident and the stored information cannot be restored or verified, the accident information can still be fully obtained to form a complete vehicle accident report; the vehicle accident report is stored in the target block to ensure the credibility and stability of the vehicle accident report, thereby improving the reliability of the vehicle accident reporting system.

[0049] In an exemplary embodiment, Figure 2 As shown, a vehicle accident reporting method is provided, and the method is applied to Figure 1 Taking the accident vehicle 102 in the example as an example, the method includes the following steps 202 to 206. Among them:

[0050] Step 202: in the event of an accident, first event data is generated and sent to a server.

[0051] Step 204: Send an event generation request to the witness vehicle, where the event generation request is used to request the witness vehicle to generate second event data and send the second event data to the server.

[0052] Step 206 , sending an event verification request to the verification vehicle, where the event verification request is used to request the verification vehicle to generate third event data and send the third event data to the server.

[0053] The first event data, the second event data and the third event data are used by the server to generate a vehicle accident report and store it in the target block.

[0054] In a possible implementation, before sending an event verification request to the verification vehicle, the method further includes: taking a communication area that exceeds the direct communication area and belongs to the communication area of ​​this area as a verification area; and selecting an optional vehicle that meets preset conditions from the optional vehicles in the verification area as the verification vehicle.

[0055] Furthermore, the process of selecting an optional vehicle that meets preset conditions as a verification vehicle from the optional vehicles in the verification area includes: obtaining verification evaluation information corresponding to each optional vehicle from the server, the verification evaluation information being obtained based on historical event data sent by each optional vehicle; and determining the verification vehicle based on the verification evaluation information.

[0056] In a possible implementation, when an accident occurs, the accident vehicle broadcasts an "alliance formation" request to eligible vehicles in the same area through the cellular network. The accident vehicle includes basic information about the accident, such as time, location, speed, etc., in the request, and asks other vehicles to assist in verification. After receiving the request, the vehicles in the same area decide whether to join the alliance based on their driving history, report records, geographic location, and other conditions, and use the vehicles in the same area that agree to join as verification vehicles.

[0057] In an exemplary embodiment, a vehicle accident reporting method is provided, which is described by taking the method applied to a server in a vehicle accident reporting system as an example. The vehicle accident reporting system also includes an accident vehicle, a witness vehicle, and a verification vehicle. The method includes: receiving first event data sent by the accident vehicle, second event data sent by the witness vehicle, and third event data sent by the verification vehicle; generating a vehicle accident report based on the first event data, the second event data, and the third event data and storing it in a target block.

[0058] In a possible implementation, the process of generating a vehicle accident report based on the first event data, the second event data, and the third event data may further include: performing consensus verification processing on the first event data, the second event data, and the third event data to obtain a consensus verification result; when the consensus verification result is that the verification is passed, generating a vehicle accident report based on the first event data, the second event data, and the third event data.

[0059] Exemplarily, the consensus verification process is that the server uses the Byzantine Fault Tolerance (BFT) algorithm or other lightweight blockchain consensus algorithms to verify and vote on the accident data based on the first event data, the second event data, and the third event data. If the verification is successful, that is, the second event data corresponding to the majority of witness vehicles and the third event data corresponding to the verification vehicle are consistent with the first event data uploaded by the accident vehicle, then a vehicle accident report is generated based on the first event data, the second event data, and the third event data and uploaded to the target block. If there are inconsistent data during the verification process, the server may review and perform secondary verification based on the opinions of other vehicles or additional external evidence, such as roadside cameras and sensor data from smart infrastructure.

[0060] A vehicle accident report may include: a summary of the accident, such as the time, location, vehicles involved, cause of the accident, etc.; vehicle data, such as speed, direction, sensor information, etc.; witness records: relevant testimonies from nearby witness vehicles to further enhance the credibility of the block; alliance signature: verification vehicles in the alliance jointly sign the target block as authentication of the target block.

[0061] The target block will be sent to the cloud via the cellular communication network, and the data will be written into the blockchain for permanent record storage. The purpose of cloud storage blocks is to ensure the data's immutability, transparency, and permanent availability.

[0062] In this embodiment, a vehicle accident report is generated based on multi-party event data of the accident vehicle, witness vehicle and verification vehicle, and the generated vehicle accident report is stored in the target block in the cloud after being signed and authenticated by all parties. Since multiple parties have a consistent understanding of the vehicle accident report, and the target block will be permanently stored in the cloud after being generated and uploaded to the cloud, no one can tamper with it. When it is necessary to verify the authenticity of the accident, the target block in the cloud can be accessed to verify whether the data from the accident vehicle and the witness vehicle are consistent with the record. If a vehicle attempts to forge or tamper with the data, the blockchain system can easily detect the inconsistency and ensure the reliability and legitimacy of the data. This C-V2X-based blockchain mechanism can provide an efficient, transparent and secure solution for autonomous driving, traffic management and accident handling, and effectively improve the reliability of the vehicle accident reporting method.

[0063] It should be understood that, although the steps in the flowcharts involved in the above embodiments are displayed in sequence according to the indication of the arrows, these steps are not necessarily executed in sequence according to the order indicated by the arrows. Unless there is a clear explanation in this article, the execution of these steps is not strictly limited in order, and these steps can be executed in other orders. Moreover, at least a part of the steps in the flowcharts involved in the above embodiments may include multiple steps or multiple stages, and these steps or stages are not necessarily executed at the same time, but can be executed at different times, and the execution order of these steps or stages is not necessarily carried out in sequence, but can be executed in turn or alternately with other steps or at least a part of the steps or stages in other steps.

[0064] Based on the same inventive concept, the embodiment of the present application also provides a vehicle accident reporting device for implementing the vehicle accident reporting method involved above. The implementation scheme for solving the problem provided by the device is similar to the implementation scheme recorded in the above method, so the specific limitations in one or more vehicle accident reporting device embodiments provided below can refer to the limitations of the vehicle accident reporting method above, and will not be repeated here.

[0065] In an exemplary embodiment, Figure 3 As shown, a vehicle accident reporting device is provided, which is applied to an accident vehicle in a vehicle accident reporting system. The vehicle accident reporting system also includes a witness vehicle, a verification vehicle and a server. The device includes: a data generation module 302, a witness request module 304 and a verification request module 306, wherein:

[0066] The data generation module 302 is used to generate first event data and send it to the server when an accident occurs.

[0067] The witness request module 304 is used to send an event generation request to the witness vehicle, where the event generation request is used to request the witness vehicle to generate second event data and send the second event data to the server.

[0068] The verification request module 306 is used to send an event verification request to the verification vehicle, and the event verification request is used to request the verification vehicle to generate third event data and send the third event data to the server. The first event data, the second event data and the third event data are used for the server to generate a vehicle accident report and store it in the target block.

[0069] In one embodiment, the verification request module 306 is further configured to use a communication area that exceeds the direct communication area and belongs to the communication area of ​​the local area as a verification area; and select an optional vehicle that meets preset conditions from the optional vehicles in the verification area as a verification vehicle.

[0070] In one embodiment, the verification request module 306 is further used to obtain verification evaluation information corresponding to each optional vehicle from the server, where the verification evaluation information is obtained based on historical event data sent by each optional vehicle; and the verification vehicle is determined based on the verification evaluation information.

[0071] In an exemplary embodiment, a vehicle accident reporting device is provided, which is applied to a server in a vehicle accident reporting system. The vehicle accident reporting system also includes an accident vehicle, a witness vehicle, and a verification vehicle. The device includes: a data acquisition module and a report generation module, wherein:

[0072] The data acquisition module is used to receive the first event data sent by the accident vehicle, the second event data sent by the witness vehicle, and the third event data sent by the verification vehicle.

[0073] The report generation module is used to generate a vehicle accident report according to the first event data, the second event data and the third event data and store it in the target block.

[0074] In one of the embodiments, the report generation module is also used to perform consensus verification processing on the first event data, the second event data and the third event data to obtain a consensus verification result; when the consensus verification result is verification passed, a vehicle accident report is generated based on the first event data, the second event data and the third event data.

[0075] Each module in the above-mentioned vehicle accident reporting device can be implemented in whole or in part by software, hardware or a combination thereof. Each of the above-mentioned modules can be embedded in or independent of a processor in a computer device in the form of hardware, or can be stored in a memory in a computer device in the form of software, so that the processor can call and execute the operations corresponding to each of the above modules.

[0076] In an exemplary embodiment, a computer device is provided. The computer device may be a server, and its internal structure diagram may be as shown in FIG. Figure 4 As shown. The computer device includes a processor, a memory, an input / output interface (Input / Output, referred to as I / O) and a communication interface. The processor, the memory and the input / output interface are connected through a system bus, and the communication interface is connected to the system bus through the input / output interface. The processor of the computer device is used to provide computing and control capabilities. The memory of the computer device includes a non-volatile storage medium and an internal memory. The non-volatile storage medium stores an operating system, a computer program and a database. The internal memory provides an environment for the operation of the operating system and the computer program in the non-volatile storage medium. The database of the computer device is used to store first event data, second event data and third event data. The input / output interface of the computer device is used to exchange information between the processor and an external device. The communication interface of the computer device is used to communicate with an external terminal through a network connection. When the computer program is executed by the processor, a vehicle accident reporting method is implemented.

[0077] Those skilled in the art will understand that Figure 4 The structure shown in the figure is only a block diagram of a part of the structure related to the solution of the present application, and does not constitute a limitation on the computer device to which the solution of the present application is applied. The specific computer device may include more or fewer components than those shown in the figure, or combine certain components, or have a different arrangement of components.

[0078] In one embodiment, a computer device is further provided, including a memory and a processor, wherein a computer program is stored in the memory, and the processor implements the steps in the above method embodiments when executing the computer program.

[0079] In one embodiment, a computer-readable storage medium is provided, on which a computer program is stored. When the computer program is executed by a processor, the steps in the above-mentioned method embodiments are implemented.

[0080] In one embodiment, a computer program product is provided, including a computer program, which implements the steps in the above method embodiments when executed by a processor.

[0081] It should be noted that the user information (including but not limited to user device information, user personal information, etc.) and data (including but not limited to data used for analysis, stored data, displayed data, etc.) involved in this application are all information and data authorized by the user or fully authorized by all parties, and the collection, use and processing of relevant data must comply with relevant regulations.

[0082] Those skilled in the art can understand that all or part of the processes in the above-mentioned embodiments can be completed by instructing the relevant hardware through a computer program, and the computer program can be stored in a non-volatile computer-readable storage medium. When the computer program is executed, it can include the processes of the embodiments of the above-mentioned methods. Among them, any reference to the memory, database or other medium used in the embodiments provided in this application can include at least one of non-volatile and volatile memory. Non-volatile memory can include read-only memory (ROM), magnetic tape, floppy disk, flash memory, optical memory, high-density embedded non-volatile memory, resistive random access memory (ReRAM), magnetoresistive random access memory (MRAM), ferroelectric random access memory (FRAM), phase change memory (PCM), graphene memory, etc. Volatile memory can include random access memory (RAM) or external cache memory, etc. As an illustration and not limitation, RAM can be in various forms, such as static random access memory (SRAM) or dynamic random access memory (DRAM). The database involved in each embodiment provided in this application may include at least one of a relational database and a non-relational database. Non-relational databases may include distributed databases based on blockchains, etc., but are not limited to this. The processor involved in each embodiment provided in this application may be a general-purpose processor, a central processing unit, a graphics processor, a digital signal processor, a programmable logic device, a data processing logic device based on quantum computing, etc., but are not limited to this.

[0083] The technical features of the above embodiments may be combined arbitrarily. To make the description concise, not all possible combinations of the technical features in the above embodiments are described. However, as long as there is no contradiction in the combination of these technical features, they should be considered to be within the scope of this specification.

[0084] The above embodiments only express several implementation methods of the present application, and the descriptions thereof are relatively specific and detailed, but they cannot be understood as limiting the scope of the present application. It should be pointed out that, for a person of ordinary skill in the art, several variations and improvements can be made without departing from the concept of the present application, and these all belong to the protection scope of the present application. Therefore, the protection scope of the present application shall be subject to the attached claims.

Claims

1. A vehicle accident reporting method, characterized in that: An accident vehicle applied to a vehicle accident reporting system, wherein the vehicle accident reporting system further includes a witness vehicle, a verification vehicle, and a server, and the method includes: In the event of an accident, first event data is generated and sent to the server; Sending an event generation request to the witness vehicle, wherein the event generation request is used to request the witness vehicle to generate second event data, and send the second event data to the server; An event verification request is sent to the verification vehicle, wherein the event verification request is used to request the verification vehicle to generate third event data, and send the third event data to the server, and the first event data, the second event data and the third event data are used by the server to generate a vehicle accident report and store it in a target block.

2. The method according to claim 1, characterized in that Before sending the event verification request to the verification vehicle, the method further includes: The communication area that exceeds the direct communication area and belongs to the communication area of ​​this zone is used as the verification area; An optional vehicle that meets preset conditions is selected from the optional vehicles in the verification area as the verification vehicle.

3. The method according to claim 2, characterized in that The step of selecting an optional vehicle that meets a preset condition from the optional vehicles in the verification area as the verification vehicle comprises: Acquire verification and evaluation information corresponding to each of the optional vehicles from a server, wherein the verification and evaluation information is obtained based on historical event data sent by each of the optional vehicles; Based on the verification evaluation information, the verification vehicle is determined.

4. A vehicle accident reporting method, characterized in that: A server applied to a vehicle accident reporting system, wherein the vehicle accident reporting system further includes an accident vehicle, a witness vehicle, and a verification vehicle, and the method includes: Receiving first event data sent by the accident vehicle, second event data sent by the witness vehicle, and third event data sent by the verification vehicle; A vehicle accident report is generated according to the first event data, the second event data, and the third event data and stored in a target block.

5. The method according to claim 4, characterized in that The generating a vehicle accident report according to the first event data, the second event data and the third event data comprises: Performing consensus verification processing on the first event data, the second event data, and the third event data to obtain a consensus verification result; When the consensus verification result is verification passed, a vehicle accident report is generated based on the first event data, the second event data, and the third event data.

6. A vehicle accident reporting system, characterized in that: The system comprises: an accident vehicle, a witness vehicle, a verification vehicle and a server, wherein: The accident vehicle is used to generate first event data in the event of an accident, and send an event generation request to the witness vehicle and an event verification request to the verification vehicle; The witness vehicle is used to generate second event data based on the event generation request; The verification vehicle is used to generate third event data based on the event verification request; The server is used to generate a vehicle accident report based on the first event data, the second event data, and the third event data and store the report in a target block.

7. The system according to claim 6, characterized in that The accident vehicle comprises a data recording unit, and in the event of an accident, the first event data is recorded by the data recording unit.

8. The system according to claim 7, characterized in that The accident vehicle further includes an on-board communication unit, which is communicatively connected to the data recording unit and the server and is used to transmit the first event data to the server.

9. The system according to claim 8, characterized in that The vehicle-mounted communication unit is communicatively connected with the witness vehicle via a direct communication interface.

10. The system according to claim 8, characterized in that The vehicle-mounted communication unit is connected to each vehicle in the area through a base station in the area, and broadcasts the first event data to each vehicle in the area.

Images