Data storage method and device, equipment and storage medium
By creating new data record files every one preset cycle in the car driving recorder and storing real-time data synchronously, the problem of chain storage structure being damaged due to data rewinding is solved, and data integrity and tamper-proof characteristics are maintained.
Patent Information
- Application Number
- CN202311508040.2
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2023-11-14
- Publication Date
- 2025-05-27
AI Technical Summary
When the prior art uses a chain storage structure to store real-time data for 7 days in a car driving recorder, the chain structure will be destroyed due to data rewinding, the data integrity will be affected, and the data will be tamper-proof.
Every other preset cycle, a new data record file is created, and the real-time data in the current preset cycle is stored in the newly created data record file in each preset cycle, and is simultaneously stored in each old data record file. When the target number of data record files is stored, the oldest data record file is deleted.
Through this method, the chain storage structure is always followed, which avoids the damage to the chain storage structure by data rewinding, and maintains the anti-tampering characteristics of the data while ensuring data integrity, effectively solving the problem of backing and tampering caused by memory data fullness.
Smart Images
Figure CN120045118A_ABST
Abstract
Description
Technical Field
[0001] The present application relates to the field of storage technology, and particularly to a data storage method, device, equipment and storage medium. Background Art
[0002] GB / T 19056-2021 is the current standard for vehicle driving recorders (hereinafter referred to as the standard), which requires the driving recorder to be able to store 7 days of driving data. The standard requires organizing real-time driving data into data record files according to the storage structure of a starting record block, multiple groups of data record blocks, and a verification record block. Among them, the starting record block is used to store the basic information of the recorder; in addition to verifying the current one or more data record blocks, the verification record block also verifies the previous verification record block (or starting record block), and finally forms a chained storage structure.
[0003] However, after the above standard uses the chained storage structure to save 7 days of real-time data to the protected memory, when the time exceeds 7 days, data rollback will occur, and the data on the 8th day will directly overwrite from the first data record block, resulting in errors in the subsequent verification record blocks, the chained structure being damaged, and the data integrity being affected. If we want to avoid damage to the chained structure, we need to recalculate all data verification blocks in the file, which, although ensuring data integrity, undoubtedly loses the anti-tampering feature of the data.
[0004] Therefore, there is an urgent need for a data storage method that can overcome the damage of data rollback to the chained storage structure and maintain the anti-tampering feature of the data while ensuring data integrity. Summary of the Invention
[0005] In order to achieve the above object, the present application provides a data storage method, device, equipment and storage medium, which can overcome the damage of data rollback to the chained storage structure and maintain the anti-tampering feature of the data while ensuring data integrity.
[0006] In a first aspect, the present application provides a data storage method, which includes:
[0007] S1. Create a new data record file every other preset period;
[0008] S2. During each preset period, store the real-time data within the current preset period in the newly created data record file, and synchronously store the real-time data in each old data record file;
[0009] S3. After storing a target number of data record files, delete the oldest data record file.
[0010] In a possible implementation manner, the preset period includes a plurality of preset time periods, and the step S2 includes:
[0011] S21. Within each preset period, at intervals of the preset time period, create a new data record block in the newly created data record file and store the real-time data within the preset time period in the new data record block. Subsequently, generate a verification record block for the current preset time period based on the verification record block of the previous preset time period and several newly generated data record blocks, and continuously store it after the data record block corresponding to the current preset time period;
[0012] S22. For any old data record file, create a new data record block in the old data record file according to the historical real-time data in the old data record file. After storing the real-time data within the current preset time period in the new data record block, generate a verification record block for the current preset time period based on the verification record block of the previous preset time period and several newly generated data record blocks, and continuously store it after the data record block corresponding to the current preset time period;
[0013] Wherein, any one of the new verification record blocks is used to verify the integrity of continuous storage between the real-time data of two adjacent preset time periods in the old data record file.
[0014] Exemplarily, in the above step S2, one or more new data record blocks can be created regularly to save the real-time data within the current regular time period. For example, the maximum time interval is set to 1 minute).
[0015] In a possible implementation manner, the target quantity is a positive integer M greater than 1, and the step S3 includes:
[0016] After storing M data record files corresponding to M days, on the (M + 1)-th day, delete the data record file of the 1st day, and determine the data record file of the 2nd day as the oldest data record file;
[0017] The method further includes:
[0018] After storing the real-time data of the (M + 1)-th day in the newly created data record file, on the (M + 2)-th day, delete the data record file of the 2nd day.
[0019] In a possible implementation manner, any one of the data record files stores a starting data block, at least one data record block, and at least one verification record block in sequence according to a chained storage structure;
[0020] The data record block is used to store real-time data, and the verification record block is used to verify the previous verification record block / starting record block and at least one subsequent data record block.
[0021] In a second aspect, a data storage device is provided, which includes a plurality of functional modules for performing corresponding steps in the data storage method provided in the first aspect.
[0022] In a third aspect, a computing device is provided, which includes a memory and a processor. The memory stores at least one segment of program, and the at least one segment of program is executed by the processor to implement the data storage method provided in the first aspect.
[0023] In a fourth aspect, a computer-readable storage medium is provided, in which at least one segment of program is stored, and the at least one segment of program is executed by the processor to implement the data storage method provided in the first aspect.
[0024] The technical solutions provided in this application at least include the following technical effects:
[0025] The technical solutions provided in this application synchronously save the latest real-time data in each old data record file, always follow the chained storage structure, and even if it rolls back after being full, the chained storage structure will not be damaged. While ensuring data integrity, the anti-tampering feature of the data is maintained, effectively solving the problems of rollback and tampering caused by the full storage of data in the protection memory. BRIEF DESCRIPTION OF THE DRAWINGS
[0026] Figure 1 is a schematic diagram of data rollback in a related technology provided by an embodiment of this application;
[0027] Figure 2 is a schematic flowchart of a data storage method provided by an embodiment of this application;
[0028] Figure 3 is a schematic diagram of a data record file format provided by an embodiment of this application;
[0029] Figure 4 is a schematic diagram of a data storage method provided by an embodiment of this application;
[0030] Figure 5 is a schematic diagram of a data storage device provided by an embodiment of this application;
[0031] Figure 6 is a schematic diagram of the hardware structure of a computing device provided by an embodiment of this application. DETAILED DESCRIPTION OF THE EMBODIMENTS
[0032] To further illustrate each embodiment, the present application provides accompanying drawings. These drawings are part of the disclosure of the present application, mainly used to illustrate the embodiments and can be used in conjunction with the relevant descriptions in the specification to explain the operating principles of the embodiments. With reference to these contents, those of ordinary skill in the art should be able to understand other possible implementation manners and the advantages of the present application. The components in the drawings are not drawn to scale, and similar component symbols are usually used to represent similar components. In the present application, the meaning of the term "at least one" is one or more, and the meaning of the term "a plurality" is two or more. For example, a plurality of cycles means two or more cycles.
[0033] Now, the present application will be further described in conjunction with the accompanying drawings and specific implementation manners.
[0034] The GB / T 19056-2021 standard requires that the driving recorder store 7 days of real-time data in the protected memory according to a chain structure. Figure 1 is a schematic diagram of data rollback in a related technology provided by the present application. Refer to Figure 1 , after the real-time data storage exceeds 7 days, it will roll back and overwrite the first data record block. After writing the rolled-back data, a new verification record block will be recalculated and generated based on the starting record block and the new data record block. The new verification record block will be one of the input data for the next verification record block, resulting in an error in the subsequent verification record block and losing the data integrity and anti-tampering characteristics provided by the chain structure.
[0035] In view of this, to solve the problems of rollback and tampering caused by the full storage of data in the protected memory, the present application provides a data storage method that does not roll back and does not modify the file afterwards, avoiding damage to the chain structure and maintaining the anti-tampering characteristics while ensuring the integrity of real-time data. The data storage method and device provided by the present application will be introduced below in conjunction with some embodiments.
[0036] Embodiment 1
[0037] The embodiment of the present application provides a data storage method. Figure 2 is a schematic flowchart of a data storage method provided by an embodiment of the present application. Refer to Figure 2 , and this method includes S1 - S3.
[0038] S1. Create a new data record file at every other preset period.
[0039] In the embodiment of the present application, the preset period is one day. Of course, the preset period can be longer or shorter. For example, the preset period can be one month, one week, or one hour. Exemplarily, the GB / T 19056-2021 standard requires storing at least 7 days of real-time data (real-time data of the driving recorder). According to requirements, the preset period can be set to hours or days, and the present application does not make any limitations in this regard.
[0040] In the embodiments of the present application, the data written into the data record file is stored in units of record blocks. The record block format conforms to the provisions of Table A.2 in the standard document GB / T 19056-2021. Specifically, the total number of bytes of a record block is an integer multiple of 16 bytes, and the part less than 16 bytes is filled with 00H before the check word. A record block includes a definition segment, a content segment, and a check segment. The check word in the check segment is the exclusive OR value of all bytes before the check word.
[0041] In the embodiments of the present application, based on the data record file format specified in the GB / T 19056-2021 standard, any data record file stores the starting data block, at least one data record block, and at least one verification record block in sequence according to a chained storage structure. The data record block is used to store real-time data, and the verification record block is used to verify the previous verification record block / starting record block and the subsequent data record blocks. Figure 3 It is a schematic diagram of a data record file format provided by the embodiments of the present application. Refer to Figure 3 part (a) in
[0042] Exemplarily, the starting record block is at the beginning of the record file and serves as the file header part of the data record file, used to represent information such as the basic information of the recorder and the file type. The format conforms to the provisions of Table A.3 in the standard document GB / T 19056-2021.
[0043] Exemplarily, the verification record block is used to verify the integrity of one or more consecutive data record blocks in the data record file and is stored continuously with the target data record block to be verified. The verification record block format conforms to the provisions of Table A.5 in the standard document GB / T 19056-2021. The structure of the verification record block is shown in Figure 3 part (b) in
[0044] Among them, the generation and storage of the verification record block should meet the following requirements:
[0045] a) The number of data record blocks to be verified is not less than 1;
[0046] b) The target data block to be verified includes the previous verification record block (or starting record block) and the subsequent data record blocks;
[0047] c) The interval between the verification record block time and the data record block 1 in the target data block (see Figure 3 ) is not greater than 60 seconds;
[0048] d) The SFmt of the definition segment of the last verification record block in the data record file is FEH, and the SFmt of the definition segment of other verification record blocks is FCH.
[0049] Exemplarily, the content recorded in the data record block includes: driving status record, accident suspicion record, speeding record, driver information record, log record, etc. Among them, the driving status record data is generated in real time every second, and at least one data record block and its verification record block must be generated at the maximum interval of 60 seconds. Other types of data are recorded when an event occurs. The real-time data in this application refers to the driving status record data, corresponding to the provisions in Tables A.2 - A.14 of the GB / T 19056-2021 standard document. Table 1 is the format specification of a data record block provided by an embodiment of this application.
[0050] Table 1
[0051]
[0052] S2. During each preset period, store the real-time data in the current preset period in the newly created data record file, and synchronously store the real-time data in each old data record file.
[0053] In the embodiment of this application, the preset period includes multiple preset time periods. For example, the preset period is a day, and the preset time period is an hour. In this example, step S2 includes:
[0054] S21. During each preset period, create a new data record block in the newly created data record file at every preset time period, and store the real-time data in the preset time period in the new data record block. Subsequently, generate the verification record block of the current preset time period according to the verification record block of the previous preset time period and several newly generated data record blocks, and continuously store it after the data record block corresponding to the current preset time period;
[0055] S22. For any old data record file, create a new data record block in the old data record file according to the historical real-time data in the old data record file. After storing the real-time data in the current preset time period in the new data record block, generate the verification record block of the current preset time period according to the verification record block of the previous preset time period and the new data record block, and continuously store it after the data record block corresponding to the current preset time period;
[0056] Among them, any new verification record block is used to verify the integrity of the continuous storage between the real-time data of adjacent two time periods in the old data record file. Exemplarily, in the above step S2, new data record blocks can be created regularly to save the real-time data in the current timed time period. For example, the maximum time interval is set to 1 minute).
[0057] Specifically, the data record file of the Mth day is denoted as record file M, and the file name contains the date of that day. The naming of files for other days is the same. Refer to Figure 3The shown verification record block structure creates a new data record block at regular intervals (with a maximum time interval of 1 minute) to store real-time data within the current time period. After it is full, it is combined with the verification record block of the previous period to form a target record block, and a verification record block for the current period is generated and continuously stored behind the data record blocks of the current time period.
[0058] S3. After storing the target number of data record files, delete the oldest data record file.
[0059] Exemplarily, the target number is a positive integer M greater than 1. In the embodiments of the present application, after storing M data record files corresponding to M days, on the (M + 1)-th day, the data record file of the first day is deleted. At this time, the data record file of the second day becomes the oldest data record file; further, when the real-time data of the (M + 1)-th day is stored in the newly created data record file, on the (M + 2)-th day, the data record file of the second day is deleted.
[0060] In the technical solution proposed by the embodiments of the present application, at every preset cycle, while adding a new data record file (i.e., a chained storage file) to store the real-time data of the current day, a synchronous backup is made in the existing old files. Figure 4 It is a schematic diagram of a data storage method provided by the embodiments of the present application. Refer to Figure 4 , on the first day, only one file is stored. On the second day, an additional file is added to store the real-time data of the day. The real-time data stored on the second day will also be stored in the file created on the first day in real time. Similarly, on the third day, a new file is created to store the data of the third day, and at the same time, the data of the current day will also be stored in the files created on the first and second days. And so on, on the seventh day, a new file is created to store the data of the seventh day, and at the same time, the data of the current day will also be stored in the files created from the first day to the sixth day. When it comes to the eighth day, only the chained storage file of the first day needs to be deleted, and the original chained storage file of the second day is regarded as the oldest chained storage file (at this time, there are only six files left); then a new file is created to store the real-time data of the eighth day (at this time, there are seven files again); the oldest chained storage file contains the verification record blocks stored in a chained manner from the original first day to the seventh day. When it comes to the ninth day, the original chained storage file of the second day is deleted, and the original chained storage file of the third day is regarded as the oldest chained storage file, and then a new file is created to store the real-time data of the ninth day. After exceeding the preset cycle of the target number, there is no need for rollback. The oldest file with continuous synchronous update and complete chained storage can be used to continue data storage, rather than generating a file for verifying data integrity by temporarily modifying all verification record blocks based on a single storage file, thereby ensuring the integrity and anti-tampering characteristics (or historical integrity) of the data.
[0061] Based on the above principle, a cross-day cycle can be achieved, which can avoid rollback and eliminate the need to modify the verification record block in the file afterwards. In the related art, the method of single-file rollback storage destroys the integrity of chained storage and the anti-tampering feature, creating vulnerabilities in the system data security. This application adopts the method of multi-file storage (for example, only 7 files need to be created for 7-day data), effectively protecting the integrity of chained storage and the anti-tampering feature, and enhancing the security guarantee for system data.
[0062] Embodiment 2
[0063] An embodiment of this application provides a schematic diagram of a data storage device. Refer to Figure 5 , the device includes:
[0064] A new module 51, configured to execute: every preset period, create a new data record file;
[0065] A synchronization module 52, configured to execute: within each preset period, store the real-time data of the current preset period in the newly created data record file, and synchronously store the real-time data in each old data record file;
[0066] A deletion module 53, configured to execute: after storing a target number of data record files, delete the oldest data record file.
[0067] In a possible implementation, the preset period includes multiple preset time periods. The synchronization module 52 is configured to execute:
[0068] Within each preset period, at each preset time period in the newly created data record file, create a new data record block and store the real-time data of the preset time period in the new data record block. Subsequently, based on the verification record block of the previous preset time period and several newly generated data record blocks, generate the verification record block of the current preset time period and continuously store it after the data record block corresponding to the current preset time period;
[0069] For any old data record file, based on the historical real-time data in the old data record file, create a new data record block in the old data record file. After storing the real-time data of the current preset time period in the new data record block, based on the verification record block of the previous preset time period and several newly generated data record blocks, generate the verification record block of the current preset time period and continuously store it after the data record block corresponding to the current preset time period;
[0070] Among them, any new verification record block is used to verify the integrity of continuous storage between the real-time data of two adjacent preset time periods in the data record file. Exemplarily, in the above step S2, one or more new data record blocks can be created regularly to save the real-time data within the current timed time period. For example, the maximum time interval is set to 1 minute).
[0071] In a possible implementation manner, the target quantity is a positive integer M greater than 1, and the deletion module 53 is configured to execute:
[0072] After storing M data record files corresponding to M days, on the (M + 1)-th day, the data record file of the 1st day is deleted, and the data record file of the 2nd day is determined as the oldest data record file;
[0073] When the synchronization module stores the real-time data of the (M + 1)-th day in the newly created data record file, on the (M + 2)-th day, the data record file of the 2nd day is deleted.
[0074] In a possible implementation manner, any data record file stores a starting data block, at least one data record block, and at least one verification record block in sequence according to a chained storage structure; the data record block is used to store real-time data, and the verification record block is used to verify the previous verification record block / starting record block and at least one subsequent data record block.
[0075] The technical solution provided by this application synchronously saves the latest real-time data in each old data record file, always follows the chained storage structure, and will not damage the chained storage structure even after rollback when full, while ensuring data integrity and maintaining the anti-tampering feature of the data, effectively solving the problems of rollback and tampering caused by the full storage of the protected memory data.
[0076] It should be noted that when the data storage device provided in the above embodiment implements the corresponding steps, only the above division of each functional module is used for illustration. In practical applications, the above functions can be allocated to different functional modules according to needs, that is, the internal structure of the device is divided into different functional modules to complete all or part of the functions described above. In addition, the data storage device provided in the above embodiment and the above data storage method belong to the same concept, and the specific implementation process is detailed in the method embodiment, which will not be repeated here.
[0077] The data storage method provided by this application can be executed by a computing device. Figure 6 It is a schematic hardware structure diagram of a computing device provided by an embodiment of this application, as Figure 6As shown in the figure, the computing device includes a processor 601, a memory 602, a bus 603, and a computer program stored in the memory 602 and executable on the processor 601. The processor 601 includes one or more processing cores. The memory 602 is connected to the processor 601 through the bus 603. The memory 602 is used to store program instructions. When the processor executes the computer program, all or part of the steps in the above method embodiments provided by this application are implemented.
[0078] Further, as an executable solution, the above computing device may be a computer unit, which may be a desktop computer, a notebook, a palm computer, a cloud server, or other computing devices, or a driving recorder, a camera, etc. The computer unit may include, but is not limited to, a processor and a memory. Those skilled in the art can understand that the above composition structure of the computer unit is only an example of the computer unit and does not constitute a limitation on the computer unit. It may include more or fewer components than the above, or combine some components, or different components. For example, the computer unit may further include input / output devices, network access devices, a bus, etc. The embodiments of this application do not make any limitations in this regard.
[0079] Further, as an executable solution, the so-called processor may be a Central Processing Unit (CPU), or may also be other general-purpose processors, Digital Signal Processors (DSPs), Application Specific Integrated Circuits (ASICs), Field-Programmable Gate Arrays (FPGAs), or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. The general-purpose processor may be a microprocessor or the processor may also be any conventional processor, etc. The processor is the control center of the computer unit and connects all parts of the entire computer unit through various interfaces and lines.
[0080] The memory can be used to store the computer program and / or modules. By running or executing the computer program and / or modules stored in the memory, and invoking the data stored in the memory, the processor realizes various functions of the computer unit. The memory mainly includes a program storage area and a data storage area. Among them, the program storage area can store an operating system and application programs required for at least one function; the data storage area can store data created according to the use of the mobile phone, etc. In addition, the memory can include high-speed random access memory, and can also include non-volatile memory, such as a hard disk, memory, plug-in hard disk, smart media card (SMC), secure digital (SD) card, flash card, at least one magnetic disk storage device, flash memory device, protected memory or other volatile solid-state storage devices.
[0081] This application also provides a computer-readable storage medium storing a computer program, and when the computer program is executed by a processor, the steps of the method in the above embodiments of this application are realized.
[0082] If the modules / units integrated in the computer unit are implemented in the form of software functional units and sold or used as independent products, they can be stored in a computer-readable storage medium. Based on such an understanding, to implement all or part of the processes in the above method embodiments of this application, it can also be completed by instructing related hardware through a computer program. The computer program can be stored in a computer-readable storage medium. When the computer program is executed by a processor, the steps of the above method embodiments can be realized. Among them, the computer program includes computer program code, and the computer program code can be in the form of source code, object code, executable file or some intermediate form, etc. The computer-readable medium can include: any entity or device capable of carrying the computer program code, recording medium, USB flash drive, mobile hard disk, magnetic disk, optical disc, computer memory, read-only memory (ROM), random access memory (RAM), and software distribution medium, etc. It should be noted that the content included in the computer-readable medium can be appropriately increased or decreased according to the requirements of legislation and patent practice in the jurisdiction.
[0083] Although this application is specifically shown and introduced in combination with the preferred implementation, those skilled in the art should understand that various changes can be made to this application in form and detail without departing from the spirit and scope of this application defined by the appended claims, and all are within the protection scope of this application.
Claims
1. A data storage method, characterized in that, the method includes: S1. Create a new data record file every other preset period; S2. Within each preset period, store the real-time data of the current preset period in the newly created data record file, and synchronously store the real-time data in each old data record file; S3. After storing a target number of data record files, delete the oldest data record file.
2. The data storage method according to claim 1, characterized in that, the preset period includes a plurality of preset time periods, and step S2 includes: S21. Within each preset period, create a new data record block in the newly created data record file every preset time period and store the real-time data of the preset time period in the new data record block. Subsequently, generate a verification record block for the current preset time period based on the verification record block of the previous preset time period and several newly generated data record blocks, and continuously store it after the data record block corresponding to the current preset time period; S22. For any old data record file, create a new data record block in the old data record file according to the historical real-time data in the old data record file. After storing the real-time data of the current preset time period in the new data record block, generate a verification record block for the current preset time period based on the verification record block of the previous preset time period and the new data record block, and continuously store it after the data record block corresponding to the current preset time period; wherein, any one of the new verification record blocks is used to verify the integrity of continuous storage between the real-time data of two adjacent preset time periods in the data record file.
3. The data storage method according to claim 2, characterized in that, the target number is a positive integer M greater than 1, and step S3 includes: After storing M data record files corresponding to M days, delete the data record file of the first day on the (M + 1)-th day, and determine the data record file of the second day as the oldest data record file; the method further includes: After storing the real-time data of the (M + 1)-th day in the newly created data record file, delete the data record file of the second day on the (M + 2)-th day.
4. The data storage method according to claim 1, characterized in that, any one of the data record files stores a starting data block, at least one data record block, and at least one verification record block in sequence according to a chained storage structure; the data record block is used to store real-time data, and the verification record block is used to verify the previous verification record block / starting record block and at least one subsequent data record block.
5. A data storage device, characterized in that, the device includes: A new addition module, configured to execute: create a new data record file every other preset period; A synchronization module, configured to execute: within each preset period, store the real-time data of the current preset period in the newly created data record file, and synchronously store the real-time data in each old data record file; A deletion module, configured to perform: after a target number of data record files are stored, delete the oldest one of the data record files.
6. The data storage device according to claim 5, wherein, the preset period includes a plurality of preset time periods, and the synchronization module is configured to perform: within each preset period, at intervals of the preset time period, create a new data record block in the newly created data record file and store the real-time data within the preset time period in the new data record block, and then generate a verification record block for the current preset time period according to the verification record block of the previous preset time period and several newly generated data record blocks, and continuously store it after the data record block corresponding to the current preset time period; for any old data record file, create a new data record block in the old data record file according to the historical real-time data in the old data record file, and after storing the real-time data within the current preset time period in the new data record block, generate a verification record block for the current preset time period according to the verification record block of the previous preset time period and several newly generated data record blocks, and continuously store it after the data record block corresponding to the current preset time period; wherein, any one of the new verification record blocks is used to verify the integrity of continuous storage between the real-time data of two adjacent preset time periods in the data record file.
7. The data storage device according to claim 6, wherein, the target number is a positive integer M greater than 1, and the deletion module is configured to perform: after storing M data record files corresponding to M days, delete the data record file of the first day on the (M + 1)-th day, and determine the data record file of the second day as the oldest data record file; when the synchronization module stores the real-time data of the (M + 1)-th day in the newly created data record file, delete the data record file of the second day on the (M + 2)-th day.
8. The data storage device according to claim 5, wherein, any one of the data record files sequentially stores a starting data block, at least one data record block, and at least one verification record block according to a chained storage structure; the data record block is used to store real-time data, and the verification record block is used to verify the previous verification record block / starting record block and at least one subsequent data record block.
9. A computing device, wherein, it includes a memory and a processor, the memory stores at least one segment of program, and the at least one segment of program is executed by the processor to implement the data storage method according to any one of claims 1 to 4.
10. A computer-readable storage medium, wherein, the storage medium stores at least one segment of program, and the at least one segment of program is executed by the processor to implement the data storage method according to any one of claims 1 to 4.