Detection method and detection equipment of traveling data recorder

Abstract

The invention relates to a detection method and detection equipment for a traveling data recorder. The detection method comprises the following detection steps: acquiring and storing a traveling record file of the traveling data recorder; comparing the root directory naming format with a stored format, and judging whether the traveling data recorder is valid or not; judging whether a subdirectory exists under the root directory or not; if the subdirectory does not exist, comparing the format of the data block in the root directory with the storage format, and judging whether the traveling data recorder is valid or not; if the data record file has the subdirectory, reading the content of the data record file of the subdirectory, generating a detection data abstract, comparing the detection data abstract with an original data abstract generated by encrypting the traveling data recorder, and judging whether the traveling data recorder is valid or not. According to the invention, the plaintext information content is re-encrypted to generate the detection data abstract, and the detection data abstract is compared with the original data abstract format of the traveling data recorder, so that whether the traveling record file is artificially tampered or not can be detected.

Description

Technical Field

[0001] The present invention relates to the technical field of finished product detection of a driving recorder, and in particular to a detection method and corresponding detection equipment capable of judging in real time whether a driving recorder is effective. Background Art

[0002] At present, some versions of existing driving recorders are too old to effectively extract the saved data when a traffic accident occurs; old versions of driving recorders are also prone to data tampering and other risks. When operating buses and trucks and other transportation vehicles undergo annual inspections, random inspections, or when a traffic accident occurs, it is necessary to check in real time whether the driving data read from the driving recorder is valid.

[0003] Authorization announcement number: CN103295280A, application date: 2013.09.11, the invention name is vehicle-mounted satellite positioning terminal and vehicle driving recorder data detection and analysis device, including a shell, an electronic circuit board placed in the shell, the electronic circuit board contains a processor part, a standard clock circuit part, a Bluetooth interface part, a data transmission part, a data detection and analysis part, a data display and print output part, and a power supply part. This invention, through the data transmission part including a data transmission bus and a transmission bus interface, can transmit various data of the vehicle-mounted terminal of the road transport vehicle satellite positioning system and the vehicle driving recorder to the data detection and analysis part through the asynchronous serial interface UART (Universal Asynchronous Receiver / Transmitter) or the universal serial bus interface USB (Universal Serial Bus) at any time and anywhere during the driving of the vehicle, perform rapid data detection and analysis, and display and output the detection and analysis results through an LCD screen and a Bluetooth interface printer.

[0004] According to the description and the accompanying drawings, the technical problem that the above-mentioned prior art wants to solve is to read the data content in real time so as to quickly detect and analyze the data and print out the analysis results.

[0005] In addition, since the driving recorder is updated and iterated at a high speed, the above-mentioned existing technology does not support judging the authenticity of data through the encryption information of the data. Summary of the invention

[0006] In view of the fact that the above-mentioned prior art does not take into account the possible changes in the data storage method due to the update and iteration of the driving recorder, and only checking the plaintext information of the data can no longer meet the requirements, the purpose of the present invention is to provide a driving recorder detection method, by simultaneously detecting the plaintext information format and the data summary format in the driving record file, it is concluded whether the driving recorder is invalid, and at the same time a detection device for running the above detection method is provided.

[0007] The technical solution provided by the present invention is:

[0008] A detection method for a driving recorder includes the following detection steps:

[0009] Acquire and store the driving record file of the driving recorder;

[0010] Comparing the root directory naming format of the driving record file with the stored format;

[0011] If the root directory naming format is incorrect, the driving recorder fails and the detection ends;

[0012] If the root directory naming format is correct, proceed to the next step of judgment;

[0013] Determine whether there is a subdirectory under the root directory;

[0014] If there is no subdirectory, comparing the data block format in the root directory with the stored format;

[0015] If the data block format is wrong, the driving recorder fails and the test ends;

[0016] If the data block format is correct, the driving recorder is valid and the test is completed;

[0017] If there is the subdirectory, proceed to the next step of judgment;

[0018] The data record file content of the subdirectory is read to generate a test data summary; the test data summary is compared with the original data summary encrypted and generated by the driving recorder to determine whether the driving recorder is valid.

[0019] Further, when the subdirectory exists, the subdirectory is no less than 2, and the data record file of each subdirectory includes a start record block, a data record block and a verification record block;

[0020] The format of the start record block, the format of the data record block and the format of the verification record block are compared with the stored formats in sequence.

[0021] Further, the starting record block information includes a second data digest generated by encryption by the driving recorder;

[0022] Determine the format of other plaintext information of the starting record block except the second data summary. If the format of other plaintext information is wrong, the driving recorder fails and the detection ends. If the format of other plaintext information is correct, continue to determine the format of the second data summary.

[0023] regenerate a first data summary according to the data information of the starting record block;

[0024] If the first data summary and the second data summary have different formats, the driving recorder fails and the detection ends;

[0025] If the format of the first data summary is consistent with that of the second data summary, continue to detect the format of the data record block.

[0026] Further, under the condition that the format of the start record block is correct, continue to determine the format of the data record block;

[0027] If the data record block format is wrong, the driving recorder fails and the detection ends;

[0028] If the format of the data record block is correct, continue to detect and verify the format of the record block.

[0029] Further, under the condition that the formats of the start record block and the data record block are correct, the format of the verification record block is further determined; the verification record block information includes a fourth data summary generated by encryption of the driving recorder;

[0030] Determine the format of other plaintext information of the verification record block except the fourth data summary. If the format of other plaintext information is wrong, the driving recorder fails and the detection ends. If the format of other plaintext information is correct, continue to determine the format of the fourth data summary.

[0031] Regenerate a third data summary according to the data information of the verification record block;

[0032] If the third data summary and the fourth data summary have different formats, the driving recorder fails and the detection ends;

[0033] If the third data summary is consistent with the fourth data summary format, the driving recorder is valid and the test is completed.

[0034] Furthermore, after the test is completed, the test results are uploaded to the server for storage.

[0035] A driving recorder detection device comprises a micro control unit, an acquisition module electrically connected to the micro control unit, and a security chip, wherein a detection program is built into the micro control unit;

[0036] The acquisition module, micro control unit, detection program and safety chip operate a detection method of a driving recorder;

[0037] Wherein, the detection program is used to determine the naming format of the root directory of the driving record file and to determine the plain text information format of the data record file of the subdirectory;

[0038] The security chip generates a detection data summary based on encryption of data information in the data record file.

[0039] Further, the acquisition module includes a transmission interface and a wireless transmission module 28;

[0040] The transmission interface is used to connect to the driving recorder;

[0041] The wireless transmission module 28 provides network access services for the device and uploads the device detection results to the server;

[0042] The device obtains the driving record file through the transmission interface and / or the wireless transmission module 28.

[0043] Furthermore, the driving record file is stored in a storage unit, and the storage unit is electrically connected to the micro control unit.

[0044] Furthermore, it also includes a display screen and a key assembly electrically connected to the micro control unit;

[0045] The display screen is used to display the equipment detection process and results;

[0046] The key assembly is used to execute the operator's instructions, and the instructions are displayed on the display screen.

[0047] Compared with the prior art, the technical solution provided by the present invention has the following beneficial effects:

[0048] (1) The present invention is applicable to both old and new versions of the driving recorder, and can preliminarily determine the old and new versions of the driving recorder based on the root directory naming format of the driving record file.

[0049] (2) The present invention uses a detection procedure to detect whether the plain text information format of the driving record file is correct or not. If the driving recorder is determined to be invalid at the previous level, there is no need to perform the next level of judgment.

[0050] (3) The present invention also re-encrypts the plaintext information content through the security chip to generate a test data summary, and compares it with the original data summary format of the driving recorder to detect whether the driving record file has been tampered with.

[0051] (4) The present invention overcomes the drawback that only the data format of plain text information can be detected, thereby avoiding the erroneous judgment that the driving recorder is valid when the plain text information format is correct but the plain text information content has been tampered with. BRIEF DESCRIPTION OF THE DRAWINGS

[0052] Figure 1 This is a schematic diagram of the internal logic of the software and hardware used in the driving recorder detection process in one embodiment of the present application;

[0053] Figure 2 This is a driving recorder detection flow chart in one embodiment of the present application;

[0054] Figure 3 This is a logic judgment flow chart of the driving recorder detection process in one embodiment of the present application;

[0055] Figure 4 This is a schematic diagram of the overall structure of a driving recorder detection device in one embodiment of the present application;

[0056] Figure 5 This is a schematic diagram of the structure of the first mounting plate of the detection device in one embodiment of the present application;

[0057] Figure 6 This is a schematic diagram of the structure of a key assembly of a detection device in one embodiment of the present application;

[0058] Figure 7 This is a schematic diagram of the positional relationship between the integrated circuit board of the detection device and the display screen in one embodiment of the present application;

[0059] Figure 8 This is a schematic diagram of the position relationship between the integrated circuit board of the detection device and the security chip in one embodiment of the present application;

[0060] Fig. 9 This is a schematic diagram of the position of the limit part of the detection device in one embodiment of the present application;

[0061] Fig.10 This is a schematic diagram of the structure of a rechargeable battery assembly for a detection device in one embodiment of the present application.

[0062] Explanation of the symbols in the schematic diagram:

[0063] A first mounting plate 11, a mounting hole 12, a display screen protection plate 13, and an upper housing edge 14;

[0064] Micro control unit 21, security chip 22, transmission interface 23, storage unit 24, display screen 25, key body 26, key module 27, wireless transmission module 28, protection frame 29;

[0065] A first limiting portion 31 and a second limiting portion 32;

[0066] Rechargeable battery 41, wireless charging module 42, wave absorbing part 43;

[0067] Bluetooth module5. DETAILED DESCRIPTION

[0068] In order to further understand the content of the present invention, the present invention is described in detail in conjunction with the accompanying drawings and embodiments.

[0069] The structures, proportions, sizes, etc. illustrated in the drawings of this specification are only used to match the contents disclosed in the specification for people familiar with this technology to understand and read, and are not used to limit the limiting conditions for the implementation of the present invention, so they have no substantial technical significance. Any modification of the structure, change of the proportion relationship or adjustment of the size, without affecting the effects and purposes that can be achieved by the present invention, should still fall within the scope of the technical content disclosed by the present invention. At the same time, the terms such as "upper", "lower", "left", "right", "middle" and so on quoted in this specification are only for the convenience of description, and are not used to limit the scope of implementation. The change or adjustment of their relative relationship should also be regarded as the scope of implementation of the present invention without substantially changing the technical content.

[0070] When operating buses and trucks undergo annual inspections, the driving recorder is generally required to undergo annual inspections. Taking operating buses as an example, during the annual inspection, the driving recorder needs to be inspected to ensure that it is properly installed and used, and the data recorded will be reviewed.

[0071] In the event of a traffic accident, the speed and trajectory of the vehicle recorded by the driving recorder are very critical evidence. For example, if two vehicles rear-end each other, the driving recorder can accurately determine whether the front vehicle braked suddenly, whether the rear vehicle maintained a safe distance, and the speed of the two vehicles at the time. This information helps the traffic police quickly and fairly divide the responsibility for the accident and avoid disputes caused by each party's insistence on their own opinions.

[0072] The driving recorder can record the driver's operating behavior, such as whether there is fatigue driving. For long-distance bus and truck drivers, fatigue driving is a serious safety hazard. By testing the driving recorder, the regulatory authorities can check the driving time record and determine whether the driver complies with the regulations on continuous driving time. For example, it is stipulated that the continuous driving time of passenger transport drivers shall not exceed 4 hours. The driving recorder can effectively monitor whether the driver takes a rest on time.

[0073] It can also monitor whether the driver has any dangerous driving behaviors such as speeding and illegal lane changes. For example, on highways, the maximum speed limits for different types of vehicles are set, and the data from the driving recorder can show whether the vehicle is speeding, which is crucial to ensuring road traffic safety.

[0074] For operating buses and trucks, the information recorded by the driving recorder helps to supervise the operating standards of the transportation company. The transportation company needs to ensure that the vehicle is driven along the prescribed route, and the driving recorder can provide information on the vehicle's driving path. For example, whether the bus is operating according to the approved passenger route, whether the truck has deviated from the prescribed transportation route, and prevent the vehicle from operating illegally or engaging in other unauthorized transportation activities.

[0075] However, if an invalid driving recorder is used, many adverse consequences will occur.

[0076] In terms of accident handling, a failed driving recorder may have problems such as fuzzy video quality, poor night vision, unreasonable shooting angles, missed seconds, and freezes, resulting in the inability to clearly and completely record key information when an accident occurs, such as the vehicle's driving speed, details of the collision moment, the exact location of the accident, etc. The recorded image data is difficult to use as effective evidence, which brings difficulties to the determination of accident responsibility and easily leads to disputes. A failed driving recorder may also have problems such as poor quality of storage chips and unstable data reading and writing, which makes the recorded data easy to be lost or damaged, and unable to provide strong evidence at critical moments, putting the car owner at a disadvantage in accident handling.

[0077] If the data from the driving recorder is tampered with artificially, its authenticity and reliability will be questioned, and it will not be able to accurately reflect the actual situation when the accident occurred, such as vehicle speed, driving trajectory, driver operation, etc., which will make it extremely difficult for the traffic police department to accurately divide the responsibility for the accident and easily cause disputes and conflicts between the two parties to the accident.

[0078] Therefore, it is crucial to use an effective driving recorder.

[0079] The present application discloses a driving recorder detection method, which can detect whether the format of a driving record file saved by the driving recorder is consistent with the stored format, and can detect whether the data file saved by the driving recorder has been tampered with manually. If the format of the driving record file is inconsistent with the stored format, or the data file has been tampered with manually, it is uniformly referred to as the driving recorder failure in the present application. On the contrary, if the format of the driving record file is consistent with the stored format, and the data file has not been tampered with manually, it is uniformly referred to as the driving recorder validity in the present application.

[0080] This detection method includes the following steps:

[0081] Step 1: Obtain and store the driving record file of the driving recorder;

[0082] Step 2: Compare the root directory naming format of the driving record file with the stored format. If the root directory naming format is incorrect, it means that the driving recorder is invalid. If the root directory naming format is correct, proceed to the next step.

[0083] Step 3: Under the condition that the root directory naming format is correct, determine whether there are any sub-directories under the root directory. If there are no sub-directories, then determine the data block format of the sub-directory, and also compare the data block format of the sub-directory with the stored format. If the data block format is incorrect, the driving recorder is invalid and the detection ends; if the data block format is correct, the driving recorder is valid and the detection is completed.

[0084] If there are subdirectories, proceed to the next step.

[0085] Step 4: Read the data record file content of the subdirectory, generate a test data summary, compare the test data summary with the original data summary encrypted and generated by the driving recorder, and determine whether the driving recorder is valid.

[0086] If the test data summary is inconsistent with the original data summary, the driving recorder is invalid and the test is terminated;

[0087] If the test data summary is consistent with the original data summary, the driving recorder is valid and the test is completed.

[0088] It should be noted that in step 1, the method for obtaining the driving record file can be through the transmission interface 23 of the detection device or through the wireless transmission module 28 on the detection device. The method for storing the driving record file can be through the storage unit 24 of the detection device, or it can be uploaded to the server for storage through the wireless transmission module 28. The storage unit 24 preferably uses a non-volatile storage medium, and the stored data will not be lost after power failure, and supports no less than 800 sets of data cyclic storage.

[0089] The transmission interface 23 , the wireless transmission module 28 , and the storage unit 24 of the detection device are all electrically connected to the micro control unit 21 .

[0090] There are also two ways to detect the process, one is to detect through the detection equipment, and the other is to detect through the server. The wireless transmission module 28 uploads the final detection result to the server for storage and forms a historical record for later search or verification.

[0091] In step 2, the microcontroller unit 21 of the detection device has a format code written in it, that is, the microcontroller unit 21 has a stored format, and a detection program is set in the microcontroller unit 21. The detection program detects the root directory naming format, that is, compares the root directory naming format with the stored format to determine whether the driving recorder is valid. The reason for the failure of the driving recorder may be that the driving recorder version is too old or the internal program runs incorrectly.

[0092] In step three, since the driving recorder is updated and iterated at a relatively fast speed, there may be multiple ways to store its driving record files. When the driving record file only has a root directory and no subdirectories, it generally means that the driving recorder belongs to an older version and all its data is stored in the root directory. Therefore, the detection program only needs to compare the data block format in the root directory with the stored format. More specifically, the data block format includes the number of data blocks, the format of the end check word, the data code, the data name, the data block length, and the format of each record in the data block. Taking the data code as an example, if the data is encoded in hexadecimal, the correct format range of the data code is 00H-09H and 10H-15H. If a data code of 20H appears, it can be judged that the recorder is invalid.

[0093] When the driving record file contains a root directory and sub-directories, it generally means that the driving recorder is a newer version. Under the condition that the root directory naming format is correct, the data record file format of the sub-directory can be judged.

[0094] In step 4, the subdirectories include but are not limited to driving status record files, accident suspicion record files, overtime driving record files, driver information record files, and log record files. The data record files of each subdirectory include a starting record block, several data record blocks, and a verification record block.

[0095] The detection device is provided with a security chip 22, which generates a detection data summary according to encryption of the target data block of the data recording file.

[0096] The target data block of the start record block includes all data of the content segment of the start record block; the target data block of the verification record block includes the previous verification record block (or the start record block) and the subsequent data record blocks.

[0097] For each data record file, the driving recorder encrypts the target data block of the start record block and the target data block of the verification record block, and generates a second data digest and a fourth data digest after encryption.

[0098] The detection device security chip 22 is electrically connected to the micro control unit 21, and the detection program and the security chip 22 sequentially verify the formats of the start record block, the data record block and the verification record block.

[0099] First, the format of the starting record block is determined. The detection program determines the formats of other plaintext information except the second data summary. If the plaintext information format is wrong, there is no need to continue to determine the format of the second data summary. The driving recorder fails and the detection ends. If the plaintext information format is correct, the second data summary format is determined. The security chip 22 re-encrypts the target data block to generate the first data summary. The detection program compares the format of the first data summary with the format of the second data summary. If the two are inconsistent, it means that the plaintext information has been tampered with, the driving recorder fails, and the detection ends. If the two are consistent, it means that the format of the starting record block is correct, and the format of the data record block continues to be detected.

[0100] Secondly, the detection program determines the format of the data record block. If the format of the data record block is wrong, the driving recorder fails and the detection ends. If the format of the data record block is correct, continue to detect and verify the format of the record block.

[0101] Finally, the format of the verification record block is determined, and the detection program determines the formats of other plaintext information except the fourth data summary. If the plaintext information format is wrong, there is no need to continue to determine the format of the fourth data summary, the driving recorder fails, and the detection ends. If the plaintext information format is correct, the fourth data summary format continues to be determined, and the security chip 22 re-encrypts the target data block to generate the third data summary. The detection program compares the format of the third data summary with the format of the fourth data summary. If the two are inconsistent, it means that the plaintext information has been tampered with, the driving recorder fails, and the detection ends. If the two are consistent, the driving recorder detection is completed and valid.

[0102] It should be noted that no matter it is the start record block, the data record block or the verification record block, key plaintext information is recorded.

[0103] The plaintext information of the start record block includes the following information:

[0104] The driving recorder's implementation standard year, file name, file creation time, file length, Chinese description of the file type, recorder unique number, motor vehicle license plate number, motor vehicle license plate classification, initial installation time, etc.

[0105] The plain text information of the data record block includes the following information:

[0106] Speed ​​information: record the real-time speed of the vehicle during driving and analyze the driving status of the vehicle, such as whether it is speeding, accelerating, decelerating, etc.

[0107] Driving direction: Indicates the vehicle's driving direction, such as east, south, west, north, etc., which is very important for determining the vehicle's driving trajectory and relative position when an accident occurs.

[0108] GPS positioning data: contains the latitude and longitude coordinates of the vehicle, accurately records the vehicle's driving position, and the vehicle's driving route can be accurately restored on the map through positioning data.

[0109] Light conditions: Record different light environments such as day, night, dawn, dusk, etc. Light conditions will affect the clarity and visibility of the video.

[0110] Event marking: When the driving recorder detects a specific event, such as sudden braking, collision, lane departure, etc., the corresponding event type will be marked in the recording block.

[0111] The plaintext information of the verification record block includes the following information:

[0112] Data integrity verification information: A fixed-length value obtained by calculating the recorded data block through a specific algorithm, such as the common MD5, SHA-1, SHA-256 and other algorithms.

[0113] Encryption algorithm type: Indicates the encryption algorithm used for the record block data, such as AES, RSA, etc. Different encryption algorithms have different encryption strengths and characteristics, which are used to ensure the confidentiality and security of data. The original plaintext data can only be obtained through the corresponding decryption method.

[0114] Checksum value: A checksum value obtained by performing a specific calculation on the recorded data, used to check whether errors occurred during data transmission or storage. The receiver can recalculate the checksum and compare it with the checksum value in the record.

[0115] The above plain text information has specific format requirements, for example, the driving direction information in the data record block of the driving status record file is composed of 1 byte, the byte number is 23, and the data type is U08, etc.; for example, the driving speed in the data record block of the accident suspicion record file is composed of 200 bytes, the byte number is 41, and the data type is BIN, etc. This application verifies the format of these plain text information, but does not verify the content, that is, it only determines whether the driving recorder is expired or whether the data has been tampered with.

[0116] Driving recorders also include ciphertext information. Driving recorders record a large amount of sensitive information related to vehicle driving, including vehicle location, driving trajectory, etc. Encrypted ciphertext information can prevent this information from being obtained by unauthorized third parties. For example, the routes that a vehicle often travels may involve private information such as the owner's home address and workplace. By encrypting this data, even if the recorder storage device is lost or stolen, the data is not easily interpreted by thieves, thereby protecting the privacy of the owner.

[0117] In the handling of traffic accidents, the data of the driving recorder is an important piece of evidence. The integrity and authenticity of the ciphertext information can be guaranteed by encryption algorithms. If the information is not encrypted, criminals may tamper with the key information such as the speed and driving trajectory in the driving recorder, thereby interfering with the determination of accident responsibility.

[0118] After encryption, the ciphertext information forms the data summary in the starting record block and the verification record block. Similarly, this application verifies these data summaries generated by the driving recorder encryption, and verifies the format of the data summary rather than the content.

[0119] The data summary is a condensed representation of the data recorded by the driving recorder. It is a fixed-length string obtained by processing with a specific mathematical algorithm (such as a hash function). This string can represent the characteristics of the original data to a large extent, just like a data "fingerprint".

[0120] One of the most important functions of data summary is to verify the integrity of data. In the process of storing or transmitting data in the driving recorder, the data may change due to storage device failure, electromagnetic interference or malicious tampering. In this application, the security chip 22 is based on the SM3 algorithm (hash algorithm), and the detection data summary is recalculated according to the target data block. By comparing the original data summary and the recalculated detection data summary, it can be determined whether the data has been tampered with.

[0121] The detection device of the present application also includes a display screen 25 and a button assembly, both of which are electrically connected to the microcontroller unit 21. The display screen 25 is used to display the device detection process and detection results. The button assembly includes a button body 26 and a button module 27 located below the button body 26 and interconnected therewith. The button module 27 is electrically connected to the microcontroller unit 21. The button assembly executes the operator's instructions, more specifically, the button module 27 specifically executes the instructions, and the instructions are displayed through the display screen 25.

[0122] More specifically, the detection device further comprises an upper housing component, an integrated circuit board and a lower housing, wherein the spatial position relationship between the three is that the integrated circuit board is located below the upper housing component, and the lower housing is located below the integrated circuit component.

[0123] The display screen 25 is closely attached to the upper front of the circuit integrated board 2 . The display screen 25 is built into a protection frame 29 . The height of the protection frame 29 is slightly higher than that of the display screen 25 , so that the display screen 25 is fully protected.

[0124] The circuit integrated board 2 provides physical support for the micro control unit 21, the security chip 22, the transmission interface 23, the storage unit 24, the display screen 25 and the key module 27. The security chip 22 is mounted on the back of the circuit integrated board 2, and the key module 27 and the micro control unit 21 are mounted on the front of the circuit integrated board 2. More specifically, the display screen 25, the key module 27 and the micro control unit 21 are arranged on the front of the circuit integrated board 2 from top to bottom.

[0125] A storage unit 24 and a wireless transmission module 28 are symmetrically arranged at the bottom of the back of the circuit integrated board 2. When the wireless transmission module 28 provides network access service for the device, the detection device is operating normally. The top transmission interface 23 of the circuit integrated board 2 is used for physically connecting the device to the driving recorder.

[0126] The upper shell assembly includes a first mounting plate 11, which is provided with mounting holes 12 for mounting a plurality of button bodies 26. A support column is connected to the back of the button body 26. The support column passes through the mounting hole 12 and is against the circuit integrated board 2. The height of the support column is not less than the height of the protective frame 29, thereby forming a second level of protection for the display screen 25.

[0127] The first mounting plate 11 is also provided with a slot for exposing the display screen 25, and the display screen protection plate 13 is closely attached to the slot, forming a third layer of protection for the display screen 25. In addition, each button body 26 corresponds to a button module 27, and the button body 26 is close to the display screen protection plate 13. The advantage of this design is that the operator can pay attention to the display screen 25 and the button body 26 at the same time when operating the device, and the line of sight does not need to deviate too far, thereby improving the efficiency of device use.

[0128] The upper shell assembly also includes an upper shell edge 14, which is arranged along the frame of the first mounting plate 11 and is used to cover the first mounting plate 11 to protect the first mounting plate 11. At the same time, the upper shell edge 14 and the lower shell together form the device shell, and the middle part of the device shell is a gripping part. The characteristic of the gripping part is that its width is smaller than the width of the upper part of the device shell. The advantage of this design is that a comfortable hand-holding area is formed in the middle part of the device shell, and the button body 26 is located in the middle and upper part of the gripping part, which is more convenient for operators to operate.

[0129] A rechargeable battery assembly is installed in the lower housing, and the rechargeable battery assembly is located below the integrated circuit board assembly, more specifically, below the circuit integrated board 2. The rechargeable battery assembly includes a rechargeable battery 41, a wireless charging module 42, and an absorbing portion 43 located therebetween. The wireless charging module 42 is used to charge the rechargeable battery 41, and the absorbing portion 43 can reduce electromagnetic interference to the wireless charging module 42. The charging interface of the rechargeable battery assembly is the transmission interface 23.

[0130] To prevent the rechargeable battery assembly from falling off, the lower shell is further provided with a limiting portion, which includes a first limiting portion 31 and a second limiting portion 32. The first limiting portion 31 is located at the four corners of the rechargeable battery assembly, and the second limiting portion 32 is located at the side of the rechargeable battery assembly.

[0131] The two first limiting portions 31 at the bottom of the lower shell can also serve as columns, and together with the two columns at the top of the lower shell, they support the edge 14 of the upper shell.

[0132] A Bluetooth slot is also provided above the lower shell for inserting a Bluetooth module 5. When the transmission interface of an individual driving recorder does not match the transmission interface 23 of the device, the Bluetooth module 5 can be used to transmit the driving recorder storage data to the device.

[0133] The detection device also includes a buzzer, which sounds when the device detection is completed to prompt the user.

[0134] The present invention and its embodiments are described schematically above, and the description is not restrictive. The drawings show only one embodiment of the present invention, and the actual structure is not limited thereto. Therefore, if a person skilled in the art is inspired by it and designs a structural method and an embodiment similar to the technical solution without creativity without departing from the purpose of the invention, they shall all fall within the protection scope of the present invention.

Claims

1. A detection method for a driving recorder, characterized in that: The detection steps include: Obtain and store the driving record file of the driving recorder; Comparing the root directory naming format of the driving record file with the stored format; If the root directory naming format is incorrect, the driving recorder fails and the detection ends; If the root directory naming format is correct, proceed to the next step of judgment; Determine whether there is a subdirectory under the root directory; If there is no subdirectory, comparing the data block format in the root directory with the stored format; If the data block format is wrong, the driving recorder fails and the test ends; If the data block format is correct, the driving recorder is valid and the test is completed; If there is the subdirectory, proceed to the next step of judgment; The data record file content of the subdirectory is read to generate a test data summary; the test data summary is compared with the original data summary encrypted and generated by the driving recorder to determine whether the driving recorder is valid.

2. A detection method for a driving recorder according to claim 1, characterized in that: When the subdirectory exists, there are no less than 2 subdirectories, and the data record file of each subdirectory includes a start record block, a data record block, and a verification record block; The format of the start record block, the format of the data record block and the format of the verification record block are compared with the stored formats in sequence.

3. The detection method of a driving recorder according to claim 2, characterized in that: The starting record block information includes a second data digest generated by encryption of the driving recorder; Determine the format of other plain text information except the second data summary. If the format of other plain text information is wrong, the driving recorder is invalid and the detection ends. If the format of other plaintext information is correct, continue to determine the format of the second data summary; regenerate a first data summary according to the data information of the starting record block; If the first data summary and the second data summary have different formats, the driving recorder fails and the detection ends; If the format of the first data summary is consistent with that of the second data summary, continue to detect the format of the data record block.

4. The detection method of a driving recorder according to claim 3, characterized in that: Under the condition that the format of the start record block is correct, continue to determine the format of the data record block; If the data record block format is wrong, the driving recorder fails and the detection ends; If the format of the data record block is correct, continue to detect and verify the format of the record block.

5. The detection method of a driving recorder according to claim 4, characterized in that: Under the condition that the formats of the start record block and the data record block are correct, continue to determine the format of the verification record block; the verification record block information includes a fourth data summary generated by encryption of the driving recorder; Determine the format of other plain text information except the fourth data summary. If the format of other plain text information is wrong, the driving recorder is invalid and the detection is terminated. If the formats of other plaintext information are correct, continue to determine the format of the fourth data summary; Regenerate a third data summary based on the data information of the verification record block; If the third data summary and the fourth data summary have different formats, the driving recorder fails and the detection ends; If the third data summary is consistent with the fourth data summary format, the driving recorder is valid and the test is completed.

6. A detection method for a driving recorder according to any one of claims 1 to 5, characterized in that: After the test is completed, the test results will be uploaded to the server for storage.

7. A driving recorder detection device, characterized in that: It comprises a micro control unit (21), an acquisition module and a safety chip (22) electrically connected to the micro control unit (21), wherein the detection program is built into the micro control unit (21); The acquisition module, the microcontroller unit (21), the detection program and the security chip (22) run the detection method of the driving recorder according to any one of claims 1 to 6; Wherein, the detection program is used to determine the naming format of the root directory of the driving record file and to determine the plain text information format of the data record file of the subdirectory; The security chip (22) generates a detection data summary based on encryption of data information in the data recording file.

8. A driving recorder detection device according to claim 7, characterized in that: The acquisition module comprises a transmission interface (23) and a wireless transmission module (28); The transmission interface (23) is used to connect to a driving recorder; The wireless transmission module (28) provides network access services for the device and uploads the device detection results to the server; The device obtains the driving record file through the transmission interface (23) and / or the wireless transmission module (28).

9. A driving recorder detection device according to claim 8, characterized in that: The driving record file is stored in a storage unit (24), and the storage unit (24) is electrically connected to the micro control unit (21).

10. The driving recorder detection device according to claim 7, characterized in that: It also includes a display screen (25) and a key assembly electrically connected to the micro control unit (21); The display screen (25) is used to display the equipment detection process and results; The key assembly is used to execute the operator's instructions, and the instructions are displayed on the display screen (25).

Images