Distributed mutual backup and recovery system for battery detection equipment
A distributed backup and recovery system for battery testing data across multiple computers addresses data loss risks through redundant backups and dispersed storage, providing robust data security and rapid recovery.
Patent Information
- Application Number
- CN202510408509.8
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2025-04-02
- Publication Date
- 2025-07-15
AI Technical Summary
Existing battery detection devices have a risk of data loss during data storage, especially when disks are damaged or incorrectly operated, and existing backup methods are costly, slow transmission speed or insufficient security.
It adopts a distributed mutual backup and recovery system, and forms redundant backups through multiple computers in the LAN, store test data in a distributed manner, and supports data recovery functions. Users can operate through the human-computer interactive interface to quickly recover data.
Reduces the risk of data loss, provides strong data security, ensures smooth progress of testing, and supports rapid data recovery.
Smart Images

Figure CN120315944A_ABST
Abstract
Description
Technical Field
[0001] The present invention relates to the technical field of computer storage, and particularly to a distributed mutual backup and recovery system for battery detection equipment. Background Art
[0002] Common methods of current computer file backup software are as follows: 1) Compress the files and directories to be backed up into a single compressed package of types such as zip and rar, or directly copy another copy. The disadvantage of this method is that the disk space occupied after backup is very large because the exactly same files will be saved multiple times each time of backup; 2) The single-machine version of backup software saves the backup to the local computer. The disadvantage of this method is that once the computer hard disk is damaged (irreparable), the files and backups will all be lost; 3) The single-machine version of backup software saves the backup to storage devices such as USB flash drives and external hard drives. The disadvantage of this method is that it is very troublesome to manually insert the USB flash drive and external hard drive into the computer each time of backup; 4) The local area network version of backup software saves the backup to the server set up by the company itself. The disadvantages of this method are high costs (the price of purchasing a professional server is very high, and the cost of setting up its own cloud server is even higher), and there is also a risk that the service hard disk of the non-cloud server is damaged (irreparable), and the backup will all be lost, and the server requires special maintenance; 5) The wide area network version of backup software saves the backup to the cloud storage server of other companies. The disadvantages of this method are slow transmission speed due to Internet speed reasons, and it cannot prevent the cloud storage service company from viewing private files.
[0003] Battery detection is a key link to ensure battery performance. With the rapid development of new energy, the application field of batteries is becoming more and more extensive. Batteries need to be tested in various extremely complex environments, which not only requires a high sampling frequency but also a long-time test. A large amount of test data is generated during the test. Since these test data can well reflect the battery condition, the security of the test data is very important. Due to long-time high-frequency sampling, the amount of test data is very large, but most of these data are saved on the computer disk. During the data storage process, frequent writing to the disk is likely to cause disk damage, resulting in serious accidents of loss of test data, and in actual applications, data is accidentally deleted due to improper operation and not discovered in time, resulting in inability to recover later, and the anti-risk ability of test data is weak. Summary of the Invention
[0004] The purpose of the present invention is to provide a novel distributed mutual backup and recovery system for battery detection equipment to solve the deficiencies of the above technical problems. During the testing process, it can reduce the risk of data loss. The test data will form redundant backups on multiple computers within the local area network. The dispersed storage of backup data between different computers effectively avoids the impact brought by single-point failures and provides a more powerful data security guarantee. It supports the data recovery function. When users encounter data loss or failures, they can quickly recover through the backup data, and reduce the risks brought by the loss or damage of test data to ensure the smooth progress of the testing work.
[0005] The present invention is realized through the following technical solutions: A distributed mutual backup and recovery system for battery detection equipment, including a human-computer interaction interface, a control module, a network communication module, a data backup module, and a data recovery module. The human-computer interaction interface is signal-connected to the control module, and the control module is respectively signal-connected to the network communication module, the data backup module, and the data recovery module. When the user performs a data recovery operation through the human-computer interaction interface, the human-computer interaction interface sends the data recovery operation to the control module. The control module executes the task of restoring data through the data recovery module and displays the real-time process status processed by the data recovery module on the human-computer interaction interface.
[0006] As a further step, assume that there are N + 1 (N > 0) computers connected by Ethernet or wireless network within a local area network. Each computer is equipped with a distributed mutual backup and recovery system, and at the same time, the computer is also equipped with a client, a server, and a database of a battery detection device; the user number A represents the distributed mutual backup and recovery system of the local computer, and the user numbers B1 - BN represent the distributed mutual backup and recovery systems of non-local computers within the local area network. The user number B represents one or more distributed mutual backup and recovery systems obtained from the user numbers B1 - BN according to the screening conditions. The screening conditions include that the software information "the number of already backed up" is less than "the number of to be backed up" or the backup record contains the software information. The backup record includes software information and several test data information; the user number C represents one or more distributed mutual backup and recovery systems that have performed backup tasks on the user number A obtained from the user numbers B1 - BN. The user number A communicates with the user numbers B1 - BN through their respective network communication modules; after the user number A is started, the network communication module of the user number A generates the software information of the user number A and obtains the software information of the user numbers B1 - BN. The software information includes the number of already backed up and the number of to be backed up; the control module of the user number A regularly establishes a backup task for the user number B. The user number A executes the backup task for the user number B through the data backup module, and displays the backup status processed by the data backup module on the human - machine interface of the user number A; the user performs a data recovery operation through the human - machine interface of the user number A. The human - machine interface of the user number A sends the data recovery operation to the control module of the user number A. The control module of the user number A executes the data recovery task through the data recovery module of the user number A and displays the real - time process status processed by the data recovery module on the human - machine interface of the user number A.
[0007] As a further step, the control module executes real - time commands operated by the user through the human - machine interface. The real - time commands include an execute data recovery command and a save parameter setting command: For the execute data recovery command, the user clicks the search button for data recovery through the human - machine interface, obtains the backup record through the data recovery module. The backup record includes software information and several test data information. The backup record is displayed on the human - machine interface. The user selects several test data information to be recovered from it, clicks the start data recovery button, triggers the command to recover data, and the control module executes the data recovery task through the data recovery module and displays the real - time process status processed by the data recovery module on the human - machine interface; For the save parameter setting command, the user performs parameter setting through the human - machine interface. The parameter includes "the number of to be backed up". The control module saves the parameter setting and updates the software information "the number of to be backed up" of the local machine to the user - set value through the network communication module.
[0008] Further, the network communication module respectively establishes connections and interactions with the servers of the battery detection devices of user number A and user number B, and obtains the channels, test data files, and test information of the channels of the battery detection devices; the network communication module processes the sending and receiving of instructions, and the instructions include broadcast search instructions, broadcast real-time information instructions, start backup instructions, backup result instructions, obtain backup data file information instructions, download backup data file instructions, obtain recovery data file information instructions, and download recovery data file instructions; the network communication module generates software information and obtains the software information of user numbers B1 - BN; the network communication module updates the software information of user numbers B1 - BN in real time.
[0009] Further, the obtaining of the software information of user numbers B1 - BN includes the following steps: S1: User number A sends a broadcast search instruction to the local area network; S2: After receiving the broadcast search instruction, user numbers B1 - BN respectively send broadcast search response instructions to the local area network, and the broadcast search response instructions include software information; S3: User number A receives the broadcast search response instructions sent by user numbers B1 - BN in the local area network; S4: Analyze the broadcast search response instructions sent by B1 - BN to obtain the software information of user numbers B1 - BN.
[0010] Further, the real-time update of the software information of user numbers B1 - BN, and regularly sending broadcast real-time information instructions, includes the following steps: S1: User number A sends a broadcast real-time information instruction to the local area network; S2: After receiving the broadcast real-time information instruction, user numbers B1 - BN respectively send broadcast real-time information response instructions to the local area network, and the broadcast real-time information response instructions include software information; S3: User number A receives the broadcast real-time information response instructions sent by user numbers B1 - BN in the local area network; S4: Analyze the broadcast real-time information response instructions sent by B1 - BN to update the software information of user numbers B1 - BN.
[0011] Further, user number A performs the backup task of user number B through the data backup module, including the following steps: S1: User number A sends a start backup instruction to user number B; S2: After receiving the start backup instruction, user number B determines whether the "number of already backed up" of the local software information is less than the "number of required backups". If so, proceed to the next step; if not, user number B sends a result of no need to backup to user number A and executes step S9; S3: User B with user ID sends the result to be backed up to User A with user ID, and increments the "number of items already backed up" in the software information of its own device by one. S4: User A with user ID obtains the backup record and sends the backup status to the control module for display on the human-machine interface. S5: Traverse the channels of the battery detection device of User B with user ID, obtain the test information of the last test of the channel, and determine whether the backup record already contains the test information of the last test of the channel and the last test has been completed. If so, skip it; if not, execute the sub-process of backing up single test data according to the test information of the last test of the channel. S6: Traverse the channels of the battery detection device of User B with user ID, obtain the test information of other tests of the channel except the last test, and determine whether the backup record already contains this test information. If so, skip this test information; if not, execute the sub-process of backing up single test data according to the test information. S7: User A with user ID sends a backup result instruction to User B with user ID and saves the backup record. User A with user ID sends the backup status to the control module for display on the human-machine interface. S8: After User B with user ID receives the backup result instruction, the data recovery module of User B with user ID saves the record to be backed up. S9: Backup ends.
[0012] As a further step, the sub-process of backing up single test data includes the following steps: S1: User A with user ID sends an instruction to User B with user ID to obtain backup data file information. S2: After User B with user ID receives the instruction to obtain backup data file information, it obtains the test data file through the network communication module of its own device and sends the information of the test data file to User A with user ID. S3: User A with user ID sends an instruction to User B with user ID to download the backup data file according to the information of the test data file. After User B with user ID receives the instruction to download the backup data file, it obtains the content of the test data file through the network communication module of its own device, sends the content of the test data file to User A with user ID, and User A with user ID saves the backup data file. S4: The process ends.
[0013] As a further step, when obtaining the record to be backed up through the data recovery module, when User C with user ID executes the backup task for User A with user ID and saves the record to be backed up after receiving the backup result instruction of User C with user ID; the data recovery module executes the data recovery task, traversing several pieces of test data information to be recovered. Each piece of test data information to be recovered includes the following steps when executing the recovery: S1: User A sends a command to obtain recovery data file information to User C. S2: After receiving the command to obtain recovery data file information, User C retrieves the backup data file from the data backup module and sends the information of the backup data file to User A. S3: User A sends a command to download the recovery data file to User C based on the information of the backup data file. After receiving the command to download the recovery data file, User C retrieves the content of the backup data file through the local backup data module and sends the content of the backup data file to User A, and User A saves the recovery data file. S4: Send the real-time process status of the recovery data to the control module, and the process ends.
[0014] The beneficial effects of the present invention are as follows: During the testing process, the risk of data loss can be reduced, and the test data will form redundant backups in multiple computers within the local area network; the dispersed storage of backup data between different computers effectively avoids the impact of single-point failures and provides a more powerful data security guarantee; it supports the data recovery function. When users encounter data loss or failures, they can quickly recover through the backup data, and reduce the risk caused by the loss or damage of test data, ensuring the smooth progress of the testing work. Description of the Drawings
[0015] Figure 1 It is a schematic structural diagram of the distributed mutual backup and recovery system for the battery detection device of the present invention. Detailed Embodiments
[0016] The following further describes the present invention in combination with the drawings and specific embodiments. The technical solutions in the embodiments of the present invention are clearly and completely described. Obviously, the described embodiments are only a part of the embodiments of the present invention, rather than all of the embodiments. Based on the embodiments of the present invention, all other embodiments obtained by those of ordinary skill in the art without creative efforts shall fall within the protection scope of the present invention; in addition, without conflict, the embodiments in the present application and the features in the embodiments can be combined with each other.
[0017] Embodiment example Figure 1As shown in the figure, a distributed mutual backup and recovery system for a battery detection device includes a human-machine interaction interface, a control module, a network communication module, a data backup module, and a data recovery module. The human-machine interaction interface is signal-connected to the control module, and the control module is respectively signal-connected to the network communication module, the data backup module, and the data recovery module. When the user performs a data recovery operation through the human-machine interaction interface, the human-machine interaction interface sends the data recovery operation to the control module, and the control module executes the data recovery task through the data recovery module and displays the real-time process status processed by the data recovery module on the human-machine interaction interface.
[0018] Preferably, it is assumed that there are N + 1 (N > 0) computers connected by Ethernet or wireless network in the local area network. Each computer is equipped with a distributed mutual backup and recovery system, and at the same time, the computer is also equipped with a client, a server, and a database of the battery detection device; the user number A represents the distributed mutual backup and recovery system of the local computer, and the user numbers B1 - BN represent the distributed mutual backup and recovery systems of non-local computers in the local area network. The user number B represents one or more distributed mutual backup and recovery systems obtained from B1 - BN according to the screening conditions. The screening conditions include that the software information "number of backups" is less than the "number of backups required" or the backup record contains the software information. The backup record includes software information and several test data information; the user number C represents one or more distributed mutual backup and recovery systems that have performed backup tasks on the user number A from B1 - BN. The user number A communicates with B1 - BN through their respective network communication modules; after the user number A is started, the network communication module of the user number A generates the software information of the user number A and obtains the software information of B1 - BN. The software information includes the number of backups and the number of backups required; the control module of the user number A regularly establishes a backup task for the user number B. The user number A executes the backup task for the user number B through the data backup module and displays the backup status processed by the data backup module on the human-machine interaction interface of the user number A; the user performs a data recovery operation through the human-machine interaction interface of the user number A. The human-machine interaction interface of the user number A sends the data recovery operation to the control module of the user number A. The control module of the user number A executes the data recovery task through the data recovery module of the user number A and displays the real-time process status processed by the data recovery module on the human-machine interaction interface of the user number A.
[0019] Preferably, the control module executes real-time commands operated by the user through the man-machine interaction interface. The real-time commands include an execute data recovery command and a save parameter setting command: For the execute data recovery command, the user clicks the search button for data recovery through the man-machine interaction interface, and the data recovery module obtains the backed-up records. The backed-up records include software information and several test data information. The backed-up records are displayed on the man-machine interaction interface. The user selects several test data information to be recovered therefrom and clicks the start data recovery button to trigger the data recovery command. The control module executes the data recovery task through the data recovery module and displays the real-time process status processed by the data recovery module on the man-machine interaction interface; For the save parameter setting command, the user performs parameter setting through the man-machine interaction interface. The parameter includes "the number to be backed up". The control module saves the parameter setting and updates the software information "the number to be backed up" of the local machine to the user-set value through the network communication module.
[0020] Preferably, the network communication module respectively establishes connections and interactions with the servers of the battery detection devices of user number A and user number B, and obtains the channels, test data files and test information of the channels of the battery detection devices; The network communication module processes the sending and receiving of instructions. The instructions include a broadcast search instruction, a broadcast real-time information instruction, a start backup instruction, a backup result instruction, an instruction to obtain backup data file information, a download backup data file instruction, an instruction to obtain recovery data file information and a download recovery data file instruction; The network communication module generates software information and obtains the software information of user numbers B1 - BN; The network communication module updates the software information of user numbers B1 - BN in real time.
[0021] Preferably, the obtaining of the software information of user numbers B1 - BN includes the following steps: S1: User number A sends a broadcast search instruction to the local area network; S2: After receiving the broadcast search instruction, user numbers B1 - BN respectively send broadcast search response instructions to the local area network. The broadcast search response instructions include software information; S3: User number A receives the broadcast search response instructions sent by user numbers B1 - BN in the local area network; S4: Analyze the broadcast search response instructions sent by B1 - BN to obtain the software information of user numbers B1 - BN.
[0022] Preferably, the real-time update of the software information of user numbers B1 - BN, which regularly sends a broadcast real-time information instruction, includes the following steps: S1: User number A sends a broadcast real-time information instruction to the local area network; S2: After receiving the broadcast real-time information instruction, user IDs B1 - BN respectively send broadcast real-time information response instructions to the local area network. The broadcast real-time information response instructions include software information; S3: User ID A receives the broadcast real-time information response instructions sent by user IDs B1 - BN in the local area network; S4: Analyze the broadcast real-time information response instructions sent by B1 - BN and update the software information of user IDs B1 - BN.
[0023] Preferably, user ID A performs the backup task of user ID B through the data backup module, including the following steps: S1: User ID A sends a start backup instruction to user ID B; S2: After receiving the start backup instruction, user ID B determines whether the "number of already backed up" of the local software information is less than the "number of required backups". If so, proceed to the next step; if not, user ID B sends a result of no need for backup to user ID A and executes step S9; S3: User ID B sends a result of need for backup to user ID A and increments the "number of already backed up" of the local software information by one; S4: User ID A obtains the backup record and sends the backup status to the control module for display on the human - machine interaction interface; S5: Traverse the channels of the battery detection device of user ID B, obtain the test information of the last test of the channel, and determine whether the backup record already contains the test information of the last test of the channel and the last test has been completed. If so, skip; if not, execute the sub - process of backing up single - test data according to the test information of the last test of the channel; S6: Traverse the channels of the battery detection device of user ID B, obtain the test information of other tests except the last test of the channel, and determine whether the backup record already contains this test information. If so, skip this test information; if not, execute the sub - process of backing up single - test data according to the test information; S7: User ID A sends a backup result instruction to user ID B and saves the backup record. User ID A sends the backup status to the control module for display on the human - machine interaction interface; S8: After receiving the backup result instruction, user ID B's data recovery module saves the backed - up record; S9: Backup ends.
[0024] Preferably, the sub - process of backing up single - test data includes the following steps: S1: User ID A sends an instruction to obtain backup data file information to user ID B; S2: After user number B receives the instruction to obtain the backup data file information, it obtains the test data file through the network communication module of the local machine and sends the information of the test data file to user number A; S3: User number A sends a download backup data file instruction to user number B according to the information of the test data file. After user number B receives the download backup data file instruction, it obtains the content of the test data file through the network communication module of the local machine, sends the content of the test data file to user number A, and user number A saves the backup data file; S4: The process ends.
[0025] Preferably, the backup record is obtained through the data recovery module. When user number C performs the backup task for user number A through the data backup module, after receiving the backup result instruction of user number C, it saves the backup record; the data recovery module performs the data recovery task and traverses several pieces of test data information to be recovered. Each piece of test data information to be recovered includes the following steps when performing the recovery: S1: User number A sends an instruction to obtain the recovery data file information to user number C; S2: After user number C receives the instruction to obtain the recovery data file information, it obtains the backup data file from the data backup module and sends the information of the backup data file to user number A; S3: User number A sends a download recovery data file instruction to user number C according to the information of the backup data file. After user number C receives the download recovery data file instruction, it obtains the content of the backup data file through the backup data module of the local machine, sends the content of the backup data file to user number A, and user number A saves the recovery data file; S4: Send the real-time process status of the recovered data to the control module, and the process ends.
[0026] According to the disclosure and teachings of the above specification, those skilled in the art to which the present invention pertains can also make appropriate changes and modifications to the above embodiments. Therefore, the present invention is not limited to the specific embodiments disclosed and described above, and some modifications and changes to the present invention should also fall within the protection scope of the claims of the present invention. In addition, although some specific terms are used in this specification, these terms are only for convenience of description and do not constitute any limitation to the present invention.
Claims
1. A distributed mutual backup and recovery system for a battery detection device, characterized in that: It includes a human-computer interaction interface, a control module, a network communication module, a data backup module, and a data recovery module. The human-computer interaction interface is signal-connected to the control module, and the control module is respectively signal-connected to the network communication module, the data backup module, and the data recovery module. When the user performs a data recovery operation through the human-computer interaction interface, the human-computer interaction interface sends the data recovery operation to the control module, and the control module executes the data recovery task through the data recovery module and displays the real-time process status processed by the data recovery module on the human-computer interaction interface.
2. The distributed mutual backup and recovery system for a battery detection device according to claim 1, characterized in that: Suppose there are N + 1 (N > 0) computers connected by Ethernet or wireless network in the local area network. Each computer is equipped with a distributed mutual backup and recovery system, and at the same time, a client, a server, and a database of battery detection equipment are also installed on the computer; the user number A represents the distributed mutual backup and recovery system of this machine, and the user numbers B1 - BN represent the distributed mutual backup and recovery systems of non-this machine in the local area network. The user number B represents one or more distributed mutual backup and recovery systems obtained from the user numbers B1 - BN according to the screening conditions. The screening conditions include that the "number of already backed up" of the software information is less than the "number of to be backed up" or the backup record contains this software information. The backup record includes software information and several test data information; the user number C represents one or more distributed mutual backup and recovery systems that have performed a backup task on the user number A obtained from the user numbers B1 - BN. The user number A and the user numbers B1 - BN communicate through their respective network communication modules; after the user number A is started, the network communication module of the user number A generates the software information of the user number A and obtains the software information of the user numbers B1 - BN. The software information includes the number of already backed up and the number of to be backed up; the control module of the user number A regularly establishes a backup task for the user number B. The user number A executes the backup task for the user number B through the data backup module and displays the backup status processed by the data backup module on the human-computer interaction interface of the user number A; the user performs a data recovery operation through the human-computer interaction interface of the user number A. The human-computer interaction interface of the user number A sends the data recovery operation to the control module of the user number A. The control module of the user number A executes the data recovery task through the data recovery module of the user number A and displays the real-time process status processed by the data recovery module on the human-computer interaction interface of the user number A.
3. The distributed mutual backup and recovery system for battery detection equipment according to claim 2, characterized in that: The control module executes real-time commands operated by the user through the human-machine interface. The real-time commands include an execute data recovery command and a save parameter setting command: For the execute data recovery command, the user clicks the search button for data recovery through the human-machine interface, and the data recovery module obtains the backed-up records. The backed-up records include software information and several test data information. The backed-up records are displayed on the human-machine interface, and the user selects several test data information to be recovered therefrom and clicks the start data recovery button to trigger the data recovery command. The control module executes the data recovery task through the data recovery module and displays the real-time process status processed by the data recovery module on the human-machine interface; For the save parameter setting command, the user performs parameter setting through the human-machine interface. The parameters include "the number to be backed up". The control module saves the parameter setting and updates the software information "the number to be backed up" of the local machine to the user-set value through the network communication module.
4. The distributed mutual backup and recovery system for a battery detection device according to claim 2, characterized in that: The network communication module respectively establishes connections and interactions with the servers of the battery detection devices of user ID A and user ID B, and obtains the channels, test data files and test information of the channels of the battery detection devices; The network communication module processes the sending and receiving of instructions. The instructions include a broadcast search instruction, a broadcast real-time information instruction, a start backup instruction, a backup result instruction, an instruction to obtain backup data file information, an instruction to download a backup data file, an instruction to obtain recovered data file information, and an instruction to download a recovered data file; The network communication module generates software information and obtains the software information of user IDs B1 - BN; The network communication module updates the software information of user IDs B1 - BN in real time.
5. The distributed mutual backup and recovery system for a battery detection device according to claim 4, wherein: The obtaining of the software information of user IDs B1 - BN includes the following steps: S1: User ID A sends a broadcast search instruction to the local area network; S2: After receiving the broadcast search instruction, user IDs B1 - BN respectively send broadcast search response instructions to the local area network. The broadcast search response instructions include software information; S3: User ID A receives the broadcast search response instructions sent by user IDs B1 - BN in the local area network; S4: Analyze the broadcast search response instructions sent by B1 - BN to obtain the software information of user IDs B1 - BN.
6. The distributed mutual backup and recovery system for a battery detection device according to claim 4, characterized in that: The real-time update of the software information of user IDs B1 - BN, and regularly sending a broadcast real-time information instruction includes the following steps: S1: User ID A sends a broadcast real-time information instruction to the local area network; S2: After receiving the broadcast real-time information instruction, user IDs B1 - BN respectively send broadcast real-time information response instructions to the local area network. The broadcast real-time information response instructions include software information; S3: User ID A receives the broadcast real-time information response instructions sent by user IDs B1 - BN in the local area network; S4: Analyze the broadcast real-time information response instructions sent by B1 - BN and update the software information of user IDs B1 - BN.
7. The distributed mutual backup and recovery system for a battery detection device according to claim 2, characterized in that: User ID A executes the backup task for user ID B through the data backup module, including the following steps: S1: User ID A sends a start backup instruction to user ID B; S2: After user ID B receives the start backup instruction, it determines whether the "number of items already backed up" in the software information of its own device is less than the "number of items to be backed up". If so, it proceeds to the next step; if not, user ID B sends the result of no need to backup to user ID A and executes step S9; S3: User ID B sends the result of need to backup to user ID A, and increments the "number of items already backed up" in the software information of its own device by one; S4: User ID A obtains the backup record and sends the backup status to the control module for display on the human - machine interface; S5: Traverse the channels of the battery detection device of user ID B, obtain the test information of the last test of the channel, and determine whether the backup record already contains the test information of the last test of this channel and the last test has been completed. If so, skip it; if not, execute the sub - process of backing up single - test data according to the test information of the last test of the channel; S6: Traverse the channels of the battery detection device of user ID B, obtain the test information of other tests except the last test of the channel, and determine whether the backup record already contains this test information. If so, skip this test information; if not, execute the sub - process of backing up single - test data according to the test information; S7: User ID A sends a backup result instruction to user ID B and saves the backup record. User ID A sends the backup status to the control module for display on the human - machine interface; S8: After user ID B receives the backup result instruction, the data recovery module of user ID B saves the backed - up record; S9: Backup ends.
8. The distributed mutual backup and recovery system based on a local area network according to claim 7, wherein: The sub - process of backing up single - test data includes the following steps: S1: User ID A sends an instruction to user ID B to obtain backup data file information; S2: After user ID B receives the instruction to obtain backup data file information, it obtains the test data file through the network communication module of its own device and sends the information of the test data file to user ID A; S3: User ID A sends an instruction to user ID B to download the backup data file according to the information of the test data file. After user ID B receives the instruction to download the backup data file, it obtains the content of the test data file through the network communication module of its own device, sends the content of the test data file to user ID A, and user ID A saves the backup data file; S4: The process ends.
9. The distributed mutual backup and recovery system for a battery detection device according to claim 3, characterized in that: Obtain the backed - up record through the data recovery module. When user ID C executes the backup task for user ID A through the data backup module, after receiving the backup result instruction of user ID C, it saves the backed - up record; The data recovery module executes the data recovery task, traversing several test data information to be recovered. Each test data information to be recovered includes the following steps when executing the recovery: S1: User ID A sends an instruction to user ID C to obtain recovery data file information; S2: After user ID C receives the instruction to obtain recovery data file information, it obtains the backup data file through the data backup module of its own device and sends the information of the backup data file to user ID A; S3: User number A sends a download and restore data file instruction to user number C according to the information in the backup data file. After receiving the download and restore data file instruction, user number C obtains the content of the backup data file through the backup data module of its own device, sends the content of the backup data file to user number A, and user number A saves the restored data file; S4: Send the real-time process status of the restored data to the control module, and the process ends.
Citation Information
Patent Citations
Data backup system, data backup method and backup data recovery method
CN104503866A
File backup system based on local area network computer
CN107861843A
Data recovery method and system
CN114637627A