Data processing method of automatic driving control unit, equipment and medium

Abstract

The invention discloses a data processing method and device of an automatic driving control unit and a medium, the data processing method of the automatic driving control unit comprises the following steps: detecting whether the automatic driving control unit is ready to sleep or not; in response to the automatic driving control unit preparing to sleep, performing a data refresh operation to store data being written before the automatic driving control unit is sleep; and in response to the situation that the automatic driving control unit is not prepared to sleep, monitoring a read-write request of the application, so as to process the read-write request when the read-write request of the application is monitored. The purpose of safely storing the file data of the automatic driving control unit can be achieved, and the safety and correctness of the file data are guaranteed.

Description

Technical Field

[0001] The present application relates to the technical field of data processing when an autonomous driving control unit is powered off, and specifically to a data processing method, device and medium for an autonomous driving control unit. Background Art

[0002] The Automated Driving Control Unit (ADCU) is a controller that runs the assisted driving software. It is generally composed of a microcontroller (MCU) and a system on chip (SOC). The SOC is equipped with a large-capacity storage device, such as eMMC, and deploys an embedded operating system QNX or Linux. In order to reduce power consumption, after the car is locked and hibernated, the MCU will control the power management chip to cut off the power supply of the SOC system, and in extreme cases such as vehicle power failure, there is also the possibility of abnormal power loss of the SOC system. In addition, under normal power supply conditions, there is also a need to save data that has been modified during operation.

[0003] Therefore, in order to ensure the data security and correctness of the SOC file system, a special processing solution is required.

[0004] In view of this, the present invention is proposed. Summary of the invention

[0005] A brief summary of one or more aspects is given below to provide a basic understanding of these aspects. This summary is not an exhaustive overview of all conceived aspects, and is neither intended to identify the key or critical elements of all aspects nor to define the scope of any or all aspects. Its only purpose is to give some concepts of one or more aspects in a simplified form as a prelude to a more detailed description that will be given later.

[0006] The present application provides a data processing method, device and medium for an autonomous driving control unit, which can achieve the purpose of securely storing file data of the autonomous driving control unit and ensure the security and correctness of the file data.

[0007] In a first aspect, the present invention provides a data processing method of an automatic driving control unit, comprising the following steps:

[0008] Detect whether the automatic driving control unit is ready to sleep;

[0009] In response to the automatic driving control unit preparing to sleep, performing a data refresh operation to store the data being written before the automatic driving control unit sleeps;

[0010] In response to the automatic driving control unit not being ready to sleep, the read and write requests of the application are monitored, so as to process the read and write requests of the application when the read and write requests of the application are monitored.

[0011] Further, in response to the automatic driving control unit preparing to sleep, executing the data refresh operation includes:

[0012] In response to the automatic driving control unit preparing to sleep, controlling the write request receiving service to stop, and detecting a completion mark of the currently executing write service;

[0013] In response to detecting the completion mark of the write service, the file system interface is called, the data written in the memory is submitted to the storage for storage through the file system interface, and a sleep confirmation notification is sent to put the automatic driving control unit to sleep.

[0014] Further, in response to the automatic driving control unit not being ready to sleep, monitoring the read and write requests of the application includes:

[0015] In response to monitoring a write request of an application, receiving a file object submitted by the application;

[0016] In response to the completion of submitting the file object, generating verification information of the file object;

[0017] The data of the file object and the verification information are written into a file.

[0018] Furthermore, writing the data of the file object and the verification information into a file includes:

[0019] Generate a first number of data files and a first number of verification files according to preset configuration information;

[0020] The data of the file object and the verification information are taken as a data group, and the data group is sequentially written into each file group through a file operation interface, wherein a file group includes one data file and one verification file.

[0021] Furthermore, writing the data groups into each file group in sequence through the file operation interface includes:

[0022] Writing the data of the file objects in the data group into the data files in the file group through the file operation interface, and writing the verification information in the data group into the verification file in the file group;

[0023] After the data groups are sequentially written into each file group through the file operation interface, the method further includes:

[0024] The verification information of the data file is calculated, and the verification information is associated with the file name of the corresponding data file and stored in a verification information database in the memory.

[0025] Further, in response to the automatic driving control unit not being ready to sleep, monitoring the read and write requests of the application includes:

[0026] In response to monitoring a read request of an application for a target file, a redundant file group of the target file is loaded, and data files in each redundant file group are verified to be valid, so as to obtain a valid redundant file group;

[0027] Compare the verification information in each verification file in the valid redundant file group to determine the maximum number of verification files with the same verification information;

[0028] If the maximum number is greater than a preset value, the data is determined to be valid, and the data in any data file corresponding to the maximum number is provided to the application.

[0029] Furthermore, the checking whether the data files in each redundant file group are valid to obtain a valid redundant file group includes:

[0030] For a redundant file group, the corresponding verification information is searched in the verification information database in the memory according to the file name of the data file in the redundant file group, and the verification information found is compared with the verification information in the verification file in the redundant file group. If the verification information found is the same as the verification information in the verification file in the redundant file group, it is determined that the data file in the redundant file group is valid and the redundant file group is a valid redundant file group.

[0031] Furthermore, it also includes:

[0032] When the daemon process of the file system is started, the data files in the storage directory are scanned, and the verification information of each data file is calculated, and the verification information of the data file is associated with the file name of the corresponding data file and stored in the verification information database in the memory;

[0033] In response to receiving the restore instruction, a matching backup file is searched in the data backup area of ​​the storage area according to the file name of the file to be restored, and the data in the backup file is copied to the specified storage path.

[0034] In a second aspect, the present invention further provides an electronic device, the electronic device comprising:

[0035] one or more processors;

[0036] A storage device for storing one or more programs;

[0037] When the one or more programs are executed by the one or more processors, the one or more processors implement the data processing method of the automatic driving control unit as described above.

[0038] In a third aspect, the present invention further provides a computer-readable storage medium having a computer program stored thereon, which, when executed by a processor, implements the data processing method for the automatic driving control unit as described above.

[0039] The data processing method of the automatic driving control unit disclosed in the present invention detects whether the automatic driving control unit is ready to sleep; in response to the automatic driving control unit being ready to sleep, performs a data refresh operation to store the data being written before the automatic driving control unit sleeps; in response to the automatic driving control unit not being ready to sleep, monitors the read and write requests of the application, and when the read and write requests of the application are monitored, processes the technical means, which can achieve the purpose of securely storing the file data of the automatic driving control unit and ensure the security and correctness of the file data. BRIEF DESCRIPTION OF THE DRAWINGS

[0040] In order to more clearly illustrate the technical solutions of the embodiments of the present invention, the accompanying drawings required for describing the embodiments will be briefly introduced below. Obviously, the accompanying drawings described below are only some embodiments of the present invention. For ordinary technicians in this field, other accompanying drawings can be obtained based on these accompanying drawings without paying creative work.

[0041] Figure 1 A schematic diagram of the system architecture of a data processing method for an automatic driving control unit provided by an embodiment of the present invention;

[0042] Figure 2 A schematic diagram of a flow chart of a data processing method of an automatic driving control unit provided by an embodiment of the present invention;

[0043] Figure 3 A schematic diagram of a flow chart of executing a data refresh operation provided by an embodiment of the present invention;

[0044] Figure 4 A schematic diagram of a data writing process provided by an embodiment of the present invention;

[0045] Figure 5 A schematic diagram of a data reading process provided by an embodiment of the present invention;

[0046] Figure 6 FIG. 4 is a schematic diagram of the structure of an electronic device in an embodiment of the present invention. DETAILED DESCRIPTION

[0047] The present application will be further described in detail below in conjunction with the accompanying drawings and embodiments. It is to be understood that the specific embodiments described herein are only used to explain the relevant inventions, rather than to limit the inventions. It should also be noted that, for ease of description, only the parts related to the invention are shown in the accompanying drawings.

[0048] It should be noted that, without conflict, the embodiments in this application and the features in the embodiments can be combined with each other. The following will describe this application in detail with reference to the drawings and in combination with the embodiments.

[0049] Before describing the data processing method of this application, the system architecture for executing the data processing method will be described. As Figure 1 shown, the system architecture includes a hardware layer 110, a system layer 120, and an application layer 130. Among them, the hardware layer 110 mainly refers to a memory; the system layer 120 includes an operating system (such as QNX or Linux) and a general file system (such as FAT); the application layer 130 includes applications related to autonomous driving software, such as perception applications, calibration applications, OTA (Over The Air) applications, etc.

[0050] The functional modules for executing the data processing method of this application are also deployed in the application layer, and can be specifically divided into a file object storage interface module, a sleep detection module, a backup and restore module, and a redundancy check module. Among them, the file object storage interface module provides read and write interfaces for file objects. The upper-layer application triggers read and write requests through this module, and an independent daemon process operates the general file system to implement data reading and writing. The sleep detection module is used to read the sleep signal of the MCU. After detecting the sleep signal of the MCU, the file object storage interface module stops providing services, flushes the files associated with the service requests being processed to the file system, and finally notifies the MCU that it can sleep. The redundancy check module is used to calculate the check information of the data when writing the data, and copy the data and its check information N copies to the file system. When reading the data, N copies of data are read. Assuming there are M' valid copies of data, if M'>=M, the data is considered valid. If M<M, it means that a data inconsistency problem has occurred. An error is returned when reading, and the application layer decides the next operation (where M and N are pre-configured, and M<N). The backup and restore module is used to write the original data to the memory during software deployment (a storage area can be defined as a read-only area, and the original data is written to this read-only area). The application can restore the data to the original state by calling the interface.

[0051] Figure 2 It is a schematic flowchart of a data processing method for an autonomous driving control unit proposed in this application. The data processing method for the autonomous driving control unit can be executed by a data processing device of the autonomous driving control unit, and this device can be integrated into the autonomous driving control unit.

[0052] As Figure 2 shown, the data processing method for the autonomous driving control unit includes the following steps:

[0053] S210: Detect whether the automatic driving control unit is ready to sleep.

[0054] The autonomous driving control unit is a controller that runs the assisted driving software. It is generally composed of a microcontroller (MCU) and a system on chip (SOC). The SOC is equipped with a large-capacity storage device, such as eMMC, and deploys an embedded operating system. In order to reduce power consumption, after the car is locked and hibernated, the MCU will control the power management chip to cut off the power supply of the SOC system.

[0055] Specifically, the MCU determines whether to prepare for sleep by detecting the bus signal (flexyray or can). When it is determined to prepare for sleep, the SOC is notified through the general input and output port GPIO, so the SOC can cyclically detect the sleep GPIO to determine whether to prepare for sleep.

[0056] S220. In response to the autonomous driving control unit preparing to sleep, performing a data refresh operation to store the data being written before the autonomous driving control unit sleeps.

[0057] Specifically, when it is determined that the autonomous driving control unit is ready to sleep, the data reading and writing services are stopped, and the files associated with the service requests being processed are refreshed to the file system, and then the MCU is notified that it can sleep, thereby ensuring that the file data being processed is safely stored before sleeping.

[0058] S230: In response to the automatic driving control unit not being ready to sleep, monitoring the read and write requests of the application, so as to process the read and write requests of the application when the read and write requests of the application are monitored.

[0059] For example, the upper layer application can trigger the read and write request through the read and write interface oriented to the file object, and the independent daemon process operates the general file system to realize the reading and writing of data. The processing interface oriented to the file object can also include: obtaining the main directory list interface, obtaining the file list interface, writing the file interface, appending the writing file interface, reading the file interface, deleting the file interface and reading the key-value pair interface.

[0060] The data processing method of the automatic driving control unit disclosed in the embodiment of the present invention can achieve the purpose of securely storing the file data of the automatic driving control unit, thereby ensuring the security and correctness of the file data.

[0061] In some optional embodiments, in response to the autonomous driving control unit preparing to sleep, performing a data refresh operation includes: in response to the autonomous driving control unit preparing to sleep, controlling the write request receiving service to stop, and detecting the completion mark of the currently executing write service; in response to detecting the completion mark of the write service, calling the file system interface, submitting the data written in the memory to the storage for storage through the file system interface, and sending a sleep confirmation notification to put the autonomous driving control unit into sleep, thereby ensuring that the file data being processed is safely stored before sleep, thereby ensuring data security in a power outage scenario.

[0062] References Figure 3 A flow chart of executing a data refresh operation is shown, specifically including:

[0063] S310, cyclically detecting sleep notification, if a sleep notification is detected, executing S320.

[0064] Specifically, the SOC cyclically detects the sleep notification triggered by the MCU.

[0065] S320, stop the new write service, wait for the currently executed write request to be completed, and when the currently executed write request is completed, execute S330.

[0066] S330, calling the file system interface to write the data submitted to the memory into the storage device for storage.

[0067] The file system interface may be an fsync interface.

[0068] S340: Send a sleep confirmation message to put the automatic driving control unit into sleep mode.

[0069] The SOC sends a notification to the MCU that it can go into sleep mode, and then the MCU controls the power supply of the SOC to be turned off.

[0070] In some optional embodiments, in response to the automatic driving control unit being not ready to sleep, monitoring the read and write requests of the application includes: in response to monitoring the write request of the application, receiving a file object submitted by the application; in response to completion of the submission of the file object, generating verification information of the file object; and writing the data of the file object and the verification information into a file.

[0071] The verification information of the file object can be generated by a CRC32 verification algorithm. Specifically, a 32-bit checksum, also called a check code or a redundant code, is generated by performing a specific calculation on the data of the file object. The verification information is used to verify the consistency of the data.

[0072] The step of writing the data of the file object and the verification information into a file comprises:

[0073] Generate a first number of data files and a first number of verification files according to preset configuration information;

[0074] The data of the file object and the corresponding verification information are taken as a data group, and the data group is sequentially written into each file group through a file operation interface, wherein a file group includes a data file and a verification file.

[0075] Furthermore, writing the data group into each file group in sequence through the file operation interface includes: writing the data of the file object in the data group into the data file in the file group through the file operation interface, and writing the verification information in the data group into the verification file in the file group.

[0076] For example, N data files and N verification files are generated, and the data files and verification files correspond one to one, for example, data file file.data.1 corresponds to verification file file.valid.1, data file file.data.2 corresponds to verification file file.valid.2...data file file.data.N corresponds to verification file file.valid.N. The data of the file object is written into data file file.data.1, data file file.data.2...file.data.N, that is, the data of the file object is stored in N copies, and the verification information of the file object is stored in N copies, and written into verification file file.valid.1, verification file file.valid.2...verification file file.valid.N. Storing N copies of the data of the file object is to increase the probability of data being accurately stored, thereby improving the stability and reliability of data storage. The verification information of the file object is stored to verify the consistency of the file data when reading the file data, to avoid tampering of the file data or abnormal reading problems, thereby realizing a reliable data reading function.

[0077] Furthermore, after the data group is written into each file group in sequence through the file operation interface, it also includes: calculating the verification information of the data file, and associating the verification information with the file name of the corresponding data file and storing it in the verification information database in the memory. The purpose of this setting is to improve the speed and efficiency of subsequent data reading. When reading the file data subsequently, it is necessary to calculate the verification information of the file data and compare it with the stored verification information to confirm the consistency of the read file data. However, it takes a long time to calculate the verification information of the file data in real time. Therefore, by storing it in the memory, the corresponding verification information can be directly found by the file name when needed, thereby improving the overall processing efficiency.

[0078] For example, see Figure 4The flowchart of a data writing process shown in FIG. 1 specifically includes the following steps:

[0079] S410, receiving a file object submitted by an upper-layer application, and when the submission is completed, executing S420.

[0080] Specifically, the upper layer application submits the file object through the file submission interface, which essentially establishes a communication connection between the upper layer application and the daemon process, and the data of the file object is transmitted through the communication connection.

[0081] S420: Generate verification information for the file object.

[0082] Specifically, the checksum information of the file object can be generated by the CRC32 checksum algorithm. Specifically, a 32-bit checksum, also called a checksum or a redundant code, is generated by performing a specific calculation on the data of the file object. The checksum information is used to verify the consistency of the data.

[0083] S430: Generate an empty file.

[0084] Exemplarily, N data files and N verification files are generated according to the configuration information, and the data files and verification files correspond one to one, for example, data file file.data.1 corresponds to verification file file.valid.1, data file file.data.2 corresponds to verification file file.valid.2... data file file.data.N corresponds to verification file file.valid.N.

[0085] S440. Write the data and verification information of the file object into an empty file.

[0086] Specifically, the data of the file object can be written into an empty file through the file operation interface. The data of the file object is written into data files file.data.1, data files file.data.2, ... file.data.N, that is, the data of the file object is stored in N copies, and the verification information of the file object is stored in N copies, and written into verification files file.valid.1, verification files file.valid.2, ... verification files file.valid.N.

[0087] In some embodiments, in response to the automatic driving control unit not being ready to sleep, monitoring the read and write requests of the application includes: in response to monitoring the read request of the application for the target file, loading the redundant file group of the target file, and verifying whether the data files in each redundant file group are valid, to obtain a valid redundant file group; comparing the verification information in each verification file in the valid redundant file group, to determine the maximum number of verification files with the same verification information; if the maximum number is greater than a preset value, determining that the data is valid, and providing the data in any data file corresponding to the maximum number to the application.

[0088] The step of verifying whether the data files in each redundant file group are valid to obtain a valid redundant file group includes: for a redundant file group, searching for corresponding verification information in a verification information database in a memory according to the file name of the data file in the redundant file group, comparing the verification information found with the verification information in the verification file in the redundant file group; if the verification information found is the same as the verification information in the verification file in the redundant file group, determining that the data files in the redundant file group are valid, and the redundant file group is a valid redundant file group.

[0089] For example, see Figure 5 The flowchart of a data reading process shown in FIG. 1 specifically includes the following steps:

[0090] S510: Receive a request from an upper-layer application to read a target file.

[0091] Specifically, the upper layer application requests to read the target file through the corresponding file operation interface, which is actually to establish a communication connection between the upper layer application and the daemon process and request to open the target file.

[0092] S520: The daemon process loads all redundant file groups and verifies whether each redundant file group is a valid file group.

[0093] Specifically, all redundant file groups are found according to the file name of the target file. For example, if the file name of the target file is file.data, then read the data file file.data.1, the verification file file.valid.1, the data file file.data.2, the verification file file.valid.2... the data file file.data.N and the verification file file.valid.N. And check whether the data file file.data.1 matches the verification file file.valid.1, whether the data file file.data.2 matches the verification file file.valid.2... whether the data file file.data.N matches the verification file file.valid.N, and determine the matching file group as the valid file group.

[0094] Among them, whether the verification data file file.data.1 matches the verification file file.valid.1 can be achieved in the following way: search for the corresponding verification information in the verification information database in the memory through the file name, and compare the verification information found with the verification information in the verification file file.valid.1. If the verification information found is the same as the verification information in the verification file file.valid.1, it is determined that the data file file.data.1 is valid, and the redundant file group composed of the data file file.data.1 and the verification file file.valid.1 is a valid file group.

[0095] S530, determining the maximum number of verification files with the same verification information in the valid file group, if the maximum number is greater than a preset value, determining that the data is valid, and providing the data in any data file corresponding to the maximum number to an upper layer application.

[0096] Taking an example to illustrate the above process, it is assumed that there are 10 valid file groups, which are respectively recorded as the first file group, the second file group...the tenth file group. It is further assumed that the verification information in the verification file in the first file group, the verification information in the verification file in the second file group, the verification information in the verification file in the third file group, and the verification information in the verification file in the fourth file group are all the same; the verification information in the verification file in the fifth file group, the verification information in the verification file in the sixth file group, the verification information in the verification file in the seventh file group, the verification information in the verification file in the eighth file group, the verification information in the verification file in the ninth file group, and the verification information in the verification file in the tenth file group are all the same, then the number of verification files with the same verification information is 4 and 6 respectively, so the maximum number is 6, assuming the preset value is 4, 6>4, so it is determined that the data is valid, specifically, the data in the data files corresponding to the maximum number is valid, that is, the data in the data files in the fifth file group, the data in the data files in the sixth file group, the data in the data files in the seventh file group, the data in the data files in the eighth file group, the data in the data files in the ninth file group, and the data in the data files in the tenth file group are valid. Provide the data in any data file corresponding to the maximum number to the application, that is, provide the data in the data files in the fifth file group, the data in the data files in the sixth file group, the data in the data files in the seventh file group, the data in the data files in the eighth file group, the data in the data files in the ninth file group, or the data in the data files in the tenth file group to the upper-level application.

[0097] If the maximum number is less than a preset value, an error notification of "invalid data" is returned to the upper-layer application to facilitate further decision-making by the upper-layer application.

[0098] When reading file data, by adding data validity verification logic, the risk of data being tampered with during the storage process can be avoided. At the same time, the risk of read errors during the reading process can also be avoided, thereby improving the reliability of reading data.

[0099] Furthermore, it can be found from the data reading process that a large amount of file reading and verification information calculation will be involved. If all data files are rescanned and the corresponding verification information is calculated for each reading, there will be a problem of low processing efficiency, so a verification information cache is established in the daemon process. Specifically, when the daemon process starts, all data files in the storage directory are scanned, the verification information of each data file is calculated, and a verification information database is established; the verification information database is stored in the memory and maintained using a simple map data structure. The key is the name of the file object and the value is the verification information. When new data is written, after the writing is completed, the verification information of the file object is saved to the verification information database. When processing a read request, the verification information of the corresponding file is searched from the verification information database first, which can improve the overall reading efficiency.

[0100] The data processing solution provided in this application provides a unified storage service on top of a general file system, which can protect key application data, such as calibration parameters, OTA breakpoint resume flags, etc. It can adapt to the ECU sleep and wake-up scenarios on the vehicle, and combined with the sleep detection mechanism, it can ensure the security of data storage in power-off scenarios. This solution is highly adaptable and has no special requirements for the underlying file system and hardware. It can be ported to different software and hardware platforms, provides a data recovery mechanism, solves the problem of data loss in extreme cases, and has higher data storage security. By using a custom processing interface, the application can return clear notification information to the application when facing vehicle sleep, data inconsistency, etc., which is conducive to achieving functional safety.

[0101] Figure 6 Schematic diagram of the structure of an electronic device in the embodiment of the present disclosure. Figure 6 , which shows a structural schematic diagram of an electronic device 500 suitable for implementing the embodiments of the present disclosure. Figure 6 The electronic device shown is only an example and should not bring any limitation to the functions and scope of use of the embodiments of the present disclosure.

[0102] like Figure 6As shown, the electronic device 500 may include a processing device (e.g., a central processing unit, a graphics processing unit, etc.), which can perform various appropriate actions and processes according to a program stored in a read-only memory (ROM) or a program loaded from a storage device 508 into a random access memory (RAM) to implement the method of the embodiment described in the present disclosure. In RAM503, various programs and data required for the operation of the electronic device 500 are also stored. The processing device 501, ROM 502, and RAM503 are connected to each other via a bus 504. An I / O interface 505 is also connected to the bus 504. An input device 506, an output device 507, a storage device 508, and a communication device 509 are all connected to the I / O interface 505.

[0103] In particular, according to an embodiment of the present disclosure, the process described above with reference to the flowchart can be implemented as a computer software program. For example, an embodiment of the present disclosure includes a computer program product, which includes a computer program carried on a non-transitory computer-readable medium, and the computer program contains a program code for executing the method shown in the flowchart, thereby implementing the data processing method of the automatic driving control unit as described above. In such an embodiment, the computer program can be downloaded and installed from the network through the communication device 509, or installed from the storage device 508, or installed from the ROM 502. When the computer program is executed by the processing device 501, the above-mentioned functions defined in the method of the embodiment of the present disclosure are executed.

[0104] It should be noted that the computer-readable medium disclosed above may be a computer-readable signal medium or a computer-readable storage medium or any combination of the above two. The computer-readable storage medium may be, for example, but not limited to, an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, device or device, or any combination of the above. More specific examples of computer-readable storage media may include, but are not limited to: an electrical connection with one or more wires, a portable computer disk, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disk read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the above. In the present disclosure, a computer-readable storage medium may be any tangible medium containing or storing a program that may be used by or in combination with an instruction execution system, device or device. In the present disclosure, a computer-readable signal medium may include a data signal propagated in a baseband or as part of a carrier wave, in which a computer-readable program code is carried. This propagated data signal may take a variety of forms, including but not limited to an electromagnetic signal, an optical signal, or any suitable combination of the above. The computer readable signal medium may also be any computer readable medium other than a computer readable storage medium, which may send, propagate or transmit a program for use by or in conjunction with an instruction execution system, apparatus or device. The program code contained on the computer readable medium may be transmitted using any suitable medium, including but not limited to: wires, optical cables, RF (radio frequency), etc., or any suitable combination of the above.

[0105] The computer-readable medium may be included in the electronic device, or may exist independently without being installed in the electronic device. The computer-readable medium carries one or more programs, and when the one or more programs are executed by the electronic device, the electronic device executes the method steps in the present application.

[0106] Optionally, when the above one or more programs are executed by the electronic device, the electronic device may also execute other steps described in the above embodiments.

[0107] In the context of the present disclosure, a machine-readable medium may be a tangible medium that may contain or store a program for use by or in conjunction with an instruction execution system, device, or equipment. A machine-readable medium may be a machine-readable signal medium or a machine-readable storage medium. A machine-readable medium may include, but is not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, device, or equipment, or any suitable combination of the foregoing. A more specific example of a machine-readable storage medium may include an electrical connection based on one or more lines, a portable computer disk, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disk read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.

[0108] The above description is only a preferred embodiment of the present disclosure and an explanation of the technical principles used. Those skilled in the art should understand that the scope of disclosure involved in the present disclosure is not limited to the technical solutions formed by a specific combination of the above technical features, but should also cover other technical solutions formed by any combination of the above technical features or their equivalent features without departing from the above disclosed concept. For example, the above features are replaced with the technical features with similar functions disclosed in the present disclosure (but not limited to) by each other to form a technical solution.

[0109] This article uses specific examples to illustrate the principles and implementation methods of this application. The description of the above embodiments is only used to help understand the method and its core ideas of this application. The above is only the preferred implementation method of this application. It should be pointed out that due to the limitations of textual expression and the objective existence of infinite specific structures, ordinary technicians in this technical field can make several improvements, modifications or changes without departing from the principles of the present invention, and can also combine the above technical features in an appropriate manner; these improvements, modifications, changes or combinations, or the direct application of the inventive concept and technical solution to other occasions without improvement, should be regarded as the scope of protection of this application.

Claims

1. A data processing method for an automatic driving control unit, characterized in that: include: Detect whether the automatic driving control unit is ready to sleep; In response to the automatic driving control unit preparing to sleep, performing a data refresh operation to store the data being written before the automatic driving control unit sleeps; In response to the automatic driving control unit not being ready to sleep, the read and write requests of the application are monitored, so as to process the read and write requests of the application when the read and write requests of the application are monitored.

2. The data processing method of the automatic driving control unit according to claim 1, characterized in that: In response to the automatic driving control unit preparing to sleep, executing a data refresh operation includes: In response to the automatic driving control unit preparing to sleep, controlling the write request receiving service to stop, and detecting a completion mark of the currently executing write service; In response to detecting the completion mark of the write service, the file system interface is called, the data written in the memory is submitted to the storage for storage through the file system interface, and a sleep confirmation notification is sent to put the automatic driving control unit to sleep.

3. The data processing method of the automatic driving control unit according to claim 1, characterized in that: In response to the automatic driving control unit not being ready to sleep, monitoring the read and write requests of the application includes: In response to monitoring a write request of an application, receiving a file object submitted by the application; In response to the completion of submitting the file object, generating verification information of the file object; The data of the file object and the verification information are written into a file.

4. The data processing method of the automatic driving control unit according to claim 3, characterized in that: The step of writing the data of the file object and the verification information into a file comprises: Generate a first number of data files and a first number of verification files according to preset configuration information; The data of the file object and the corresponding verification information are taken as a data group, and the data group is sequentially written into each file group through a file operation interface, wherein a file group includes one of the data files and one of the verification files.

5. The data processing method of the automatic driving control unit according to claim 4, characterized in that: The step of sequentially writing the data groups into the respective file groups through the file operation interface includes: Writing the data of the file objects in the data group into the data files in the file group through the file operation interface, and writing the verification information in the data group into the verification file in the file group; After the data groups are sequentially written into each file group through the file operation interface, the method further includes: The verification information of the data file is calculated, and the verification information is associated with the file name of the corresponding data file and stored in a verification information database in the memory.

6. The data processing method of the automatic driving control unit according to claim 1, characterized in that: In response to the automatic driving control unit not being ready to sleep, monitoring the read and write requests of the application includes: In response to monitoring a read request of an application for a target file, a redundant file group of the target file is loaded, and data files in each redundant file group are verified to be valid, so as to obtain a valid redundant file group; Compare the verification information in each verification file in the valid redundant file group to determine the maximum number of verification files with the same verification information; If the maximum number is greater than a preset value, the data is determined to be valid, and the data in any data file corresponding to the maximum number is provided to the application.

7. The data processing method of the automatic driving control unit according to claim 6, characterized in that: The step of verifying whether the data files in each redundant file group are valid to obtain a valid redundant file group includes: For a redundant file group, the corresponding verification information is searched in the verification information database in the memory according to the file name of the data file in the redundant file group, and the verification information found is compared with the verification information in the verification file in the redundant file group. If the verification information found is the same as the verification information in the verification file in the redundant file group, it is determined that the data file in the redundant file group is valid and the redundant file group is a valid redundant file group.

8. The data processing method of the automatic driving control unit according to claim 1, characterized in that: Also includes: When the daemon process of the file system is started, the data files in the storage directory are scanned, and the verification information of each data file is calculated, and the verification information of the data file is associated with the file name of the corresponding data file and stored in the verification information database in the memory; In response to receiving the restore instruction, a matching backup file is searched in the data backup area of ​​the storage area according to the file name of the file to be restored, and the data in the backup file is copied to the specified storage path.

9. An electronic device, characterized in that: The electronic device comprises: one or more processors; A storage device for storing one or more programs; When the one or more programs are executed by the one or more processors, the one or more processors implement the data processing method for the automatic driving control unit as described in any one of claims 1-8.

10. A computer-readable storage medium having a computer program stored thereon, characterized in that: When the program is executed by a processor, the data processing method of the automatic driving control unit as described in any one of claims 1 to 8 is implemented.

Images