CN107239357B - Offline transaction record storing method, device, computer equipment and storage medium - Google Patents

Abstract

The present invention relates to a method, device, computer equipment and storage medium for saving offline transaction records. The method includes: obtaining a first file of a first storage device, the first file including offline transaction records; obtaining a file of a second storage device The second file, the second file includes offline transaction records; the integrity check is performed on the first file and the second file respectively; if the first file check is successful and the second file check fails, then use the first file in the first file The offline transaction record replaces the offline transaction record in the second file, and saves the replaced second file in the second storage device; saves the replaced second file in the second storage device; if the verification of the first file fails And the verification of the second file is successful, the offline transaction record in the first file is replaced by the offline transaction record in the second file, and the replaced first file is saved in the first storage device. The method can effectively save offline transaction records and improve the integrity of offline transaction records.

Description

Off-line transaction record preservation method, device, computer equipment and storage medium

technical field

The invention relates to the field of computer technology, in particular to a method, device, computer equipment and storage medium for saving off-line transaction records.

Background technique

In the offline transaction device, after the offline transaction is completed, the offline transaction record will be stored locally. When the offline transaction records reach a certain amount, the offline transaction device will upload the offline transaction records to the background. If the offline transaction device fails before the offline transaction records are uploaded, the offline transaction records may be incomplete. Therefore, how to effectively save offline transaction records and improve the integrity of offline transaction records is a technical problem that needs to be solved at present.

Contents of the invention

Based on this, it is necessary to address the above technical problems and provide an off-line transaction record preservation method, device, computer equipment and storage medium that can effectively preserve off-line transaction records and improve the integrity of the off-line transaction records.

A method for keeping offline transaction records, the method comprising:

obtaining a first file of a first storage device, the first file including an offline transaction record;

obtaining a second file of a second storage device, the second file comprising an offline transaction record;

performing an integrity check on the first file and the second file respectively;

If the verification of the first file succeeds and the verification of the second file fails, the offline transaction record in the first file is used to replace the offline transaction record in the second file, and the offline transaction record in the second file Save the replaced second file in the storage device; if the verification of the first file fails and the verification of the second file succeeds, then use the offline transaction record in the second file to replace the transaction record in the first file The offline transaction record of the first file after replacement is stored in the first storage device.

In one of the embodiments, after the step of performing integrity verification on the first file and the second file respectively, the method further includes:

If both the first file and the second file are verified successfully, then obtaining the first file length and the second file length;

A consistency check is performed on the first file length and the second file length.

In one of the embodiments, the first file further includes a first check code, the integrity check includes checking the length of the first file, and the checking the length of the first file steps, including:

Obtain the length of the first file;

Obtain the byte count of a single offline transaction record, where the byte count of a single offline transaction record includes the bytes occupied by a single offline transaction record in the first file;

Obtain the number of bytes of the check code, the number of bytes of the check code includes the bytes occupied by the first check code;

Calculate the number of offline transaction records in the first file through the number of bytes of the single offline transaction record, the number of bytes of the verification code and the length of the first file;

Judging whether the number of offline transaction records in the first file is a positive integer;

If not, the verification of the first file fails.

In one of the embodiments, the first file further includes a first check code, and the integrity check also includes checking the check code, and the checking the check code includes checking the first check code. A step of verifying the verification code, including:

Obtain the preset key;

calculating a first integrity check code corresponding to the first file through the key and the offline transaction record in the first file;

judging whether the first check code of the first file is equal to the first integrity check code corresponding to the first file;

If they are not equal, the verification of the first file fails.

In one of the embodiments, the first storage device is an internal storage device, the second storage device is an external storage device, and the step of performing consistency check on the first file length and the second file length ,include:

If the length of the first file is greater than the length of the second file, then use the offline transaction record in the first file to replace the offline transaction record in the second file;

If the length of the first file is equal to the length of the second file and the content is inconsistent, then use the offline transaction record in the first file to replace the offline transaction record in the second file;

If the length of the first file is smaller than the length of the second file, the offline transaction record in the first file is replaced with the offline transaction record in the second file.

An off-line transaction record storage device, said device comprising:

An acquisition module, configured to acquire a first file of the first storage device, the first file including offline transaction records; acquire a second file of the second storage device, the second file including offline transaction records;

A verification module, configured to perform integrity verification on the first file and the second file respectively;

A replacement module, configured to replace the offline transaction record in the second file with the offline transaction record in the first file if the verification of the first file is successful and the verification of the second file fails; If the verification of the first file fails and the verification of the second file succeeds, the offline transaction record in the second file is used to replace the offline transaction record in the first file; the saving module is used for The replaced second file is saved in the second storage device, and the replaced first file is saved in the first storage device.

In one of the embodiments, the obtaining module is further configured to obtain the length of the first file and the length of the second file if the verification of the first file and the second file is successful, and the verification The checking module is also used to check the consistency of the first file length and the second file length.

In one of the embodiments, the first file further includes a first verification code, and the verification module is also used to verify the length of the first file, including: obtaining the length of the first file; obtaining The number of bytes of a single offline transaction record, the number of bytes of a single offline transaction record includes the bytes occupied by a single offline transaction record in the first file; the number of bytes of a check code obtained, the check code The number of bytes includes the bytes occupied by the first verification code; the number of bytes of the single offline transaction record, the number of bytes of the verification code and the length of the first file are used to calculate the first file the number of offline transaction records in the first file; judge whether the number of offline transaction records in the first file is a positive integer; if not, the verification of the first file fails.

A computer device includes a memory, a processor, and a computer program stored in the memory and operable on the processor. When the processor executes the computer program, the method steps provided in the foregoing embodiments are implemented.

A computer-readable storage medium, on which a computer program is stored, and when the computer program is executed by a processor, the method steps provided in the above-mentioned embodiments are implemented.

In the above-mentioned off-line transaction record storage method, device, computer equipment and storage medium, the off-line transaction equipment respectively stores off-line transaction records through the first storage device and the second storage device, which reduces the simultaneous failure of the first storage device and the second storage device. possibility. By checking the integrity of the first file and the second file, it can be found whether the offline transaction records are complete. By replacing the offline transaction record in the file with successful verification with the offline transaction record in the file with failed verification, the offline transaction record in the first file and the offline transaction record in the second file are complete and consistent, Further improve the integrity of offline transaction records.

Description of drawings

Fig. 1 is the flow chart of off-line transaction record preservation method in an embodiment;

Fig. 2 is a schematic structural diagram of an off-line transaction record storage device in an embodiment;

Fig. 3 is a schematic structural diagram of a computer device in an embodiment.

Detailed ways

In order to make the object, technical solution and advantages of the present invention clearer, the present invention will be further described in detail below in conjunction with the accompanying drawings and embodiments. It should be understood that the specific embodiments described here are only used to explain the present invention, not to limit the present invention.

In one embodiment, as shown in FIG. 1 , a method for saving offline transaction records is provided, and the application of the method to an offline transaction device is used as an example for illustration, specifically including:

Step 102, acquire a first file of the first storage device, where the first file includes offline transaction records.

Step 104, acquire a second file of the second storage device, the second file includes offline transaction records.

Offline transaction equipment refers to financial offline transaction equipment that conducts offline transactions in an offline state, and can be a bus toll terminal, a subway toll terminal, or a canteen toll terminal. Some online transaction devices can also be used as offline transaction devices in an offline state, for example, a POS machine (Point of Sales Terminal, point of sale terminal management system).

A traditional off-line transaction device includes only a storage device. Once the storage device fails, offline transaction records will be lost. The offline transaction device in this embodiment may include two or more storage devices, and the storage devices include an internal storage device and an external storage device. The internal storage device may include at least one storage device, and the internal storage device may be a FLASH storage device or an SRAM (Static Random Access Memory, static random access memory) storage device. The external storage device may include at least one storage device, and the external storage device may be an SD card (Secure Digital Card) storage device, or an ESAM card (Embedded Secure Access Module, embedded security module). One of the internal storage devices may be called a first storage device, and one of the external storage devices may be called a second storage device. One of the internal storage devices may also be called a second storage device, and one of the external storage devices is correspondingly called a first storage device. A number of files are stored in the storage device, including offline transaction log files. Offline transactions are stored in the offline transaction file. The offline transaction record file includes a first file and a second file, the offline transaction device stores the first file in the first storage device, and stores the second file in the second storage device.

When a transaction occurs on the offline transaction device, an offline transaction record is generated. The offline transaction records include offline transaction information, such as offline transaction time, offline transaction amount, and offline transaction method. The offline transaction device writes the offline transaction record into the offline transaction record file of the storage device, specifically, writes the offline transaction record into the first file in the first storage device and the second file in the second storage device respectively. document.

Step 106, performing an integrity check on the first file and the second file respectively.

When the offline transaction device writes the offline transaction record to the offline transaction record file, if the writing of the offline transaction record fails, the offline transaction record in the offline transaction record file will be incomplete. In order to ensure the integrity of the offline transaction records, the offline transaction device needs to perform integrity checks on the offline transaction record files, including performing integrity checks on the first file and the second file respectively.

Specifically, the offline transaction device checks the integrity of the offline transaction record file, including checking the length of the offline transaction record file and checking the check code in the offline transaction record file. Wherein, the offline transaction device can detect some offline transaction record files with incomplete offline transaction records by verifying the length of the offline transaction record file. For example, when the offline transaction device writes the offline transaction record, the offline transaction device is powered off, and the offline transaction device cannot continue to write the offline transaction record, then the offline transaction record file is incomplete.

When the offline transaction device verifies the length of the offline transaction record file, firstly, the offline transaction device obtains the length of the offline transaction record file, the number of bytes of a single offline transaction record and the number of bytes of the verification code. Secondly, the offline transaction device calculates the number of offline transaction records based on the length of the offline transaction record file, the number of bytes of a single offline transaction record and the number of bytes of the verification code. Then, it is judged whether the number of offline transaction records is a positive integer, if the number of offline transaction records is not a positive integer, it means that the offline transaction records are incomplete, and the verification of the offline transaction record file fails. By calculating the number of offline transaction records based on the length of the offline transaction record file, you can judge whether the offline transaction records are incomplete according to the number of offline transaction records, and preliminarily determine the integrity of the offline transaction records.

Furthermore, if the offline transaction device writes offline transaction records, a sudden power failure occurs, and the number of bytes of the offline transaction record written at the moment of power failure is equal to the number of bytes of the check code, the check code is not generated , then when verifying the length of the offline transaction record file, the offline transaction device mistakes the incomplete offline transaction record as a verification code, and cannot check whether the offline transaction record is complete. Therefore, after the offline transaction device verifies the length of the offline transaction record file, it can further verify the verification code in the offline transaction record file. In addition to offline transaction records, offline transaction files also include checksums. The verification code is generated using the offline transaction record in the offline transaction record file and the pre-stored key. The first file includes offline transaction records and a first check code. The second file includes offline transaction records and a second verification code. After the offline transaction device verifies the length of the offline transaction record file, it verifies the verification code in the offline transaction record file.

Specifically, the offline transaction device obtains a preset key, calculates the first integrity check code of the first file through the key and the offline transaction record in the first file, and judges whether the first check code is consistent with the first integrity check code. The integrity check codes are equal. If they are equal, it means that the offline transaction record information contained in the first check code is consistent with the offline transaction record information contained in the first integrity check code, and the integrity check of the first file is successful; If they are not equal, it means that the first integrity check code of the first check code is not a correct check code, but an incomplete offline transaction record, and the offline transaction record in the first file is incomplete, then the first The integrity check of the file failed.

It can be understood that the offline transaction device can also use the above method to verify the verification code of the second file, which will not be repeated here. The verification code includes the attribute of the offline transaction record, and the offline transaction device further determines the integrity of the offline transaction record in the offline transaction record file by verifying the verification code.

Step 108, if the verification of the first file succeeds and the verification of the second file fails, then use the offline transaction record of the first file to replace the offline transaction record of the second file, and store the replaced second file in the second storage device. file; if the first file check fails and the second file check succeeds, then utilize the offline transaction record in the second file to replace the offline transaction record in the first file, and save the replaced first file in the first storage device a file.

The offline transaction device obtains the integrity verification results of the first file and the second file after performing the integrity verification on the first file and the second file respectively. Integrity verification result refers to the result of successful verification or verification failure of the offline transaction record file. If the verification of the first file is successful and the verification of the second file fails, it means that the offline transaction records in the first file are completely preserved and the offline transaction records in the second file are incomplete. The offline transaction record in the second file is replaced by the offline transaction record in the second file, and the replaced second file is saved in the second storage device. Conversely, if the verification of the second file is successful and the verification of the first file fails, it means that the offline transaction records in the second file are completely preserved and the offline transaction records in the first file are not completely preserved, then the second file is used to replace the first file. A file, saving the replaced first file in the first storage device. The offline transaction device replaces the file with successful verification with the file with failed verification, the file with incomplete offline transaction records is replaced with the file with complete offline transaction records, the offline transaction records in the first file and the second file The offline transaction records in are complete and consistent.

In one embodiment, the offline transaction device replaces the content of the offline transaction record file according to the integrity check result of the offline transaction record file, and can replace the offline transaction record in the offline transaction record file, or replace the offline transaction record file. Offline transaction records and verification codes in the transaction record file can also directly replace the offline transaction record file. For example, if the verification of the first file succeeds and the verification of the second file fails, the offline transaction device can use the offline transaction records in the first file to replace the offline transaction records in the second file, or use the offline transaction records in the first file The offline transaction record and the first verification code in the second file respectively replace the offline transaction record and the second verification code in the second file, and the first file can also directly replace the second file. It is relatively simple to directly replace the offline transaction record file with the offline transaction device.

In this embodiment, the storage device of the offline transaction device includes a first storage device and a second storage device, the storage device includes an offline transaction record file, and the offline transaction record file includes a first file and a second file, wherein the first A file is stored in the first storage device, and a second file is stored in the second storage device. The offline transaction device performs integrity verification on the first file and the second file respectively. If the verification of the first file succeeds and the verification of the second file fails, the offline transaction record of the first file is used to replace the offline transaction record of the second file. machine transaction records, save the replaced second file in the second storage device, and vice versa. The off-line transaction equipment respectively stores off-line transaction records through the first storage device and the second storage device, which reduces the possibility of failure of the storage devices. By checking the integrity of the first file and the second file, it can be found whether the offline transaction records are complete. By replacing the offline transaction record in the file with successful verification with the offline transaction record in the file with failed verification, the offline transaction record in the first file and the offline transaction record in the second file are complete and consistent, Further improve the integrity of offline transaction records.

In one embodiment, after the step of checking the integrity of the first file and the second file respectively, it further includes: if both the first file and the second file are verified successfully, then obtaining the length of the first file and the length of the second file length; check the consistency between the length of the first file and the length of the second file.

Before the offline transaction device writes offline transaction records to the storage device, if there are offline transaction records in one of the offline transaction record files, but there is no offline transaction record in the other offline transaction record file, then the When the two offline transaction record files are respectively written into the offline transaction records, both the first file and the second file can pass the integrity check, but the offline transaction records stored in the two offline transaction record files are inconsistent. Therefore, the offline transaction device needs to further compare the first file with the second file, including comparing the length of the first file with the length of the second file, and comparing the content of the first file with the content of the second file.

Specifically, if both the first file and the second file are verified successfully, the offline transaction device compares the length of the first file with the length of the second file. If the length of the first file is greater than the length of the second file, it means that the offline transaction records in the first file are more than the offline transaction records in the second file. In order to completely save the offline transaction records, the offline transaction device uses the offline transaction records More files replace files with less offline transaction records, that is, offline transaction records in the first file replace offline transaction records in the second file, and the replaced second file is saved in the second storage device. Conversely, if the length of the first file is smaller than the length of the second file, it means that the offline transaction records in the first file are less than the offline transaction records in the second file, then use the offline transaction records in the second file to replace the first file In the offline transaction record, save the replaced first file in the first storage device. Thus, the offline transaction record file with less offline transaction records is replaced with the offline transaction record file with more offline transaction records, the offline transaction records in the first file and the offline transaction records in the second file The records are aligned, improving the accuracy of the offline transaction records in the first file and the offline transaction records in the second file.

If the length of the first file is equal to the length of the second file, the off-line transaction device compares the content of the first file with the content of the second file. If the second storage device is an external storage device, before the offline transaction records are verified, the external storage device of the offline transaction device is taken out by the staff, and due to the negligence of the staff, the original external storage device of the offline transaction device is taken out. Replaced with external storage in other off-line transaction devices. If the offline transaction record in the replaced external storage device is kept intact, it can also pass the integrity check, and the second file length in the replaced external storage device is consistent with the first file length in the internal storage device, but The offline transaction records in the original external storage device are different from the offline transaction records in the replaced external storage device. In this case, the offline transaction device needs to compare the content in the first file with the content in the second file.

Specifically, if the length of the first file is equal to the length of the second file, it means that there are as many offline transaction records in the first file as there are offline transaction records in the second file, and the offline transaction device compares the contents of the first file with the second The content of the file is compared: if the content in the first file is consistent with the content in the second file, it means that the offline transaction records in the first file are consistent with the offline transaction records in the second file, then the first storage The first file is saved in the device, and the second file is saved in the second storage device. If the content of the first file is inconsistent with the content of the second file, that is, the offline transaction record in the first file or the offline transaction record in the second file is wrong. The offline transaction facility replaces the offline transaction records in the second file with the offline transaction records in the first file. Preferably, the first storage device can be an internal storage device, and the second storage device can be an external storage device. Since the offline transaction records stored in the internal storage device are more accurate than the offline transaction records of the external storage device, the offline transaction records of the internal storage device The offline transaction record of the external storage device is replaced by the offline transaction record of the external storage device, that is, the offline transaction record of the first file is replaced by the offline transaction record of the second file, and the replaced second file is saved in the second storage device. By comparing the content of the first file with the content of the second file, the offline transaction records in the internal storage device are replaced with the offline transaction records in the external storage device, so as to further improve the accuracy of the offline transaction records. The first file stored in a storage device is consistent with the second file stored in the second storage device.

In this embodiment, when both the first file and the second file are verified successfully, the offline transaction device further compares the first file with the second file, including comparing the length of the first file with the length of the second file , Comparing the content of the first file with the content of the second file. By comparing the length of the first file with the length of the second file, the file with more offline transaction records is replaced with the file with less offline transaction records, thereby improving the accuracy of offline transaction records. By comparing the content of the first file with the content of the second file, the accuracy of the offline transaction record file is further improved.

In one embodiment, the first file further includes a first check code, the integrity check includes checking the length of the first file, and the step of checking the length of the first file includes: obtaining the length of the first file; Obtain the number of bytes of a single offline transaction record, the number of bytes of a single offline transaction record includes the bytes occupied by a single offline transaction record in the first file; obtain the number of bytes of the verification code, the number of bytes of the verification code includes the number of bytes occupied by the first file Bytes occupied by a check code; calculate the number of offline transaction records in the first file through the number of bytes of a single offline transaction record, the number of bytes of the check code, and the length of the first file; determine the number of offline transaction records in the first file Whether the number of offline transaction records is a positive integer; if not, the first file verification fails.

The first file includes offline transaction records and a first verification code, and the second file includes offline transaction records and a second verification code. When the offline transaction device writes the offline transaction record into the first storage device, it uses the key and the offline transaction record in the first file to generate the first verification code; the offline transaction device writes the offline transaction record into the second When the storage device is used, the second verification code is generated using the key and the offline transaction records in the second file. The offline transaction device records the bytes occupied by a single offline transaction record as the number of bytes of a single offline transaction record; the offline transaction device records the bytes occupied by the verification code as the number of bytes of the verification code. When the offline transaction device writes the offline transaction record into the offline transaction record file, the offline transaction record occupies the number of bytes of a single offline transaction record, and the length of the offline transaction record file increases by the corresponding bytes. Therefore, as the offline transaction records increase, the offline transaction record file length increases by the number of bytes of a single offline transaction record. The number of offline transaction records can be calculated by the length of the offline transaction record file. When the offline transaction device writes the offline transaction record to the offline transaction record file, if the offline transaction device is powered off, the offline transaction device cannot continue to write the offline transaction record completely into the offline transaction record file , the offline transaction record does not occupy the complete number of bytes of a single offline transaction record, resulting in incomplete offline transaction record in the offline transaction record file. In order to ensure the integrity of a single offline transaction record in the offline transaction record file, the offline transaction device needs to verify the length of the offline transaction record file. Checking the length of the offline transaction record file by the offline transaction device includes checking the length of the first file and checking the length of the second file.

Specifically, the offline transaction device verifies the length of the first file. First, the offline transaction device obtains the first file length, the number of bytes of a single offline transaction record, and the number of bytes of a verification code. Secondly, the offline transaction device calculates the number of offline transaction records based on the length of the offline transaction record file, the number of bytes of a single offline transaction record and the number of bytes of the verification code. Specifically, the offline transaction device uses the length of the offline transaction record file and the number of bytes of the verification code to calculate the result of subtracting the length of the offline transaction record file from the number of bytes of the verification code, and divides the result by the number of bytes of the single offline transaction record. The number of nodes, that is, the number of offline transaction records obtained. Then, judge whether the number of offline transaction records is a positive integer, if the number of offline transaction records is not a positive integer, it means that there is a single offline transaction record in the offline transaction record file that is incomplete, then the offline transaction record file is verified fail. By calculating the number of offline transaction records based on the length of the offline transaction record file, it is possible to detect whether the offline transaction record file includes incomplete offline transaction records, and preliminarily judge the integrity of the offline transaction record storage in the first file.

Understandably, the offline transaction device can check the length of the second file according to the above method, calculate the number of offline transaction records according to the length of the offline transaction record file, and detect whether the offline transaction record file includes incomplete Offline transaction records, preliminarily judge the integrity of offline transaction records stored in the second file.

In this embodiment, the offline transaction device accurately calculates the number of offline transaction records by using the length of the offline transaction record file, the number of bytes of a single offline transaction record, and the number of bytes of the verification code. By judging the number of offline transaction records Whether it is a positive integer, preliminarily determines whether the offline transaction records in the offline transaction record file are complete.

In one embodiment, the first file further includes a first verification code, the integrity verification includes verifying the verification code, and verifying the verification code includes a step of verifying the first verification code, Including: obtaining a preset key; calculating the first integrity check code corresponding to the first file through the key and the offline transaction record in the first file; judging whether the first check code of the first file is consistent with the first The first integrity check codes corresponding to the files are equal; if they are not equal, the first file check fails.

The offline transaction device checks the length of the offline transaction record file to determine that the number of offline transaction records in the offline transaction record file is a positive integer, and preliminarily judges the integrity. However, when the offline transaction device is powered off when writing offline transaction records, and the number of bytes of unfinished offline transaction records is just equal to the number of check code bytes, the offline transaction record files can still be saved. By checking the length of the offline transaction log file. Therefore, after the offline transaction device has verified the length of the offline transaction record file, it needs to further verify the offline transaction record file. The verification code in the offline transaction record file is calculated from the offline transaction record and the key, and the verification code includes information related to the offline transaction record, which is completely different from the content of the offline transaction record. Therefore, the offline transaction device can further detect whether the offline transaction record is complete by verifying the verification code of the offline transaction record file, and judge the integrity of the offline transaction record more accurately.

The offline transaction device obtains the preset key from the background. When the offline transaction device writes offline transaction records to the offline transaction record file, or verifies the verification code in the offline transaction record file, the offline transaction record and key in the offline transaction record file are used Calculate the checksum. For example, the offline transaction device can calculate the verification code according to the HMAC-SHA256 algorithm from the offline transaction record and the key. Every time the offline transaction device writes an offline transaction record to the first file, the offline transaction device uses all the current offline transaction records and keys in the first file to calculate the first verification code. The currently calculated first check code overwrites the last calculated first check code. Understandably, the second check code in the second file can also be calculated in a similar manner.

When the offline transaction device verifies the first verification code in the first file, it first obtains the key and all offline transaction records in the first file. Second, the first integrity check code of the first file is calculated by using the key and all offline transaction records. It is judged whether the first check code is equal to the first integrity check code. If the first verification code is equal to the first integrity verification code, it means that the offline transaction record information contained in the first verification code is consistent with the offline transaction record information contained in the first integrity verification code, and the first file verification code The test was successful. If the first verification code and the first integrity verification code are not equal, it means that the offline transaction record information contained in the first verification code is inconsistent with the offline transaction record information contained in the first integrity verification code, then the first The offline transaction records in the file are incomplete, and the first file verification failed. Similarly, the offline transaction device can use the above method to perform verification code verification on the first integrity verification code of the second file, which will not be repeated here. The offline transaction device further confirms the integrity of the offline transaction record by verifying the verification code in the offline transaction record file.

In this embodiment, the offline transaction device calculates the first integrity check code by using the key and the offline transaction record in the first file, and further determines by comparing the first check code with the first integrity check code Integrity of offline transactions in the first file. Calculate the second integrity check code by using the key and the offline transaction record in the second file, and further determine the offline transaction in the second file by comparing the second check code with the second integrity check code Integrity of records.

In one embodiment, the first storage device is an internal storage device, and the second storage device is an external storage device, and the step of checking the consistency of the first file length and the second file length includes: if the first file length is greater than the second file length Two file lengths, use the offline transaction records in the first file to replace the offline transaction records in the second file; if the first file length is equal to the second file length and the content is inconsistent, use the offline transaction records in the first file The records replace the offline transaction records in the second file; if the length of the first file is smaller than the length of the second file, the offline transaction records in the second file are used to replace the offline transaction records in the first file.

Before the offline transaction device writes offline transaction records to the storage device, if there are offline transaction records in one of the offline transaction record files, but there is no offline transaction record in the other offline transaction record file, then the offline When the machine-based transaction device writes offline transaction records to two offline transaction record files, both the first file and the second file can pass the integrity check, but the offline transaction records saved in the two offline transaction record files Transaction records are inconsistent. Therefore, the offline transaction device needs to further compare the first file with the second file, including comparing the length of the first file with the length of the second file, and comparing the content of the first file with the content of the second file.

Specifically, both the first file and the second file are verified successfully, and the offline transaction device compares the length of the first file with the length of the second file. If the length of the first file is greater than the length of the second file, it means that the offline transaction records in the first file are more than the offline transaction records in the second file. In order to completely save the offline transaction records, the offline transaction device uses the offline transaction records More files replace files with less offline transaction records, that is, offline transaction records in the first file replace offline transaction records in the second file, and the replaced second file is saved in the second storage device. Conversely, if the length of the first file is smaller than the length of the second file, it means that the offline transaction records in the first file are less than the offline transaction records in the second file, then use the offline transaction records in the second file to replace the first file In the offline transaction record, save the replaced first file in the first storage device. Thus, the offline transaction record file with less offline transaction records is replaced with the offline transaction record file with more offline transaction records, the offline transaction records in the first file and the offline transaction records in the second file The records are aligned, improving the accuracy of the offline transaction records in the first file and the offline transaction records in the second file.

If the length of the first file is equal to the length of the second file, the off-line transaction device compares the content of the first file with the content of the second file. If the second storage device is an external storage device, before the offline transaction records are verified, the external storage device of the offline transaction device is taken out by the staff, and due to the negligence of the staff, the original external storage device of the offline transaction device is taken out. Replaced with external storage in other off-line transaction devices. If the offline transaction records in the replaced external storage device are kept intact, the second file in the replaced external storage device can also pass the integrity check, and the length of the second file is the same as that of the first file in the internal storage device. The lengths are the same, but the offline transaction records in the replaced external storage device are different from the offline transaction records in the original external storage device. In this case, the offline transaction device needs to compare the content in the first file with the content in the second file.

Specifically, if the length of the first file is equal to the length of the second file, it means that there are as many offline transaction records in the first file as there are offline transaction records in the second file, and the offline transaction device compares the contents of the first file with the second The content of the file is compared: if the content in the first file is consistent with the content in the second file, it means that the offline transaction record in the first file is consistent with the offline transaction record in the second file, then the first storage device The first file is saved in the storage device, and the second file is saved in the second storage device. If the content of the first file is inconsistent with the content of the second file, that is, the offline transaction record in the first file or the offline transaction record in the second file is wrong. The offline transaction device replaces the offline transaction records in the second file with the offline transaction records in the first file, and saves the replaced second file in the second storage device. Preferably, the first storage device can be an internal storage device, and the second storage device can be an external storage device. Since the offline transaction records stored in the internal storage device are more accurate than the external storage device, the offline transaction records of the internal storage device are replaced by the external storage device. Offline transaction records for storage devices. That is to say, the offline transaction record in the first file is replaced with the offline transaction record in the second file, and the replaced second file is saved in the second storage device. By comparing the content of the first file with the content of the second file, the offline transaction records in the external storage device are replaced with the offline transaction records in the internal storage device, so as to further improve the accuracy of the offline transaction records. The first file stored in a storage device is consistent with the second file stored in the second storage device.

In one of the embodiments, in the step of comparing the content of the first file and the content of the second file, it can be determined by comparing the offline transaction records in the first file and the offline transaction records in the second file Whether the content of the file is consistent with the content of the second file. If the offline transaction record in the first file is consistent with the offline transaction record in the second file, then the content of the first file is consistent with the content of the second file. It can also be judged by comparing the offline transaction record in the first file with the offline transaction record in the second file, comparing the first check code in the first file with the second check code in the second file Whether the content of the first file is consistent with the content of the second file, if the offline transaction record in the first file is consistent with the offline transaction record in the second file and the first check code is consistent with the second check code, then The content of the first file is consistent with the content of the second file. It is more accurate than the results of offline transaction records and checksums.

In one embodiment, the offline transaction device replaces the content in the offline transaction record file, can replace the offline transaction record in the offline transaction record file, and can also replace the offline transaction record and proofreading in the offline transaction record file. Code verification, you can also directly replace the offline transaction record file. For example, if the verification of the first file succeeds and the verification of the second file fails, the offline transaction device can use the offline transaction records in the first file to replace the offline transaction records in the second file, or use the offline transaction records in the first file The offline transaction record and the first verification code in the second file respectively replace the offline transaction record and the second verification code in the second file, and the first file can also directly replace the second file. It is relatively simple for the offline transaction device to directly replace the offline transaction record file.

In this embodiment, when both the first file and the second file are verified successfully, the offline transaction device further compares the first file with the second file, including comparing the length of the first file with the length of the second file , Comparing the content of the first file with the content of the second file. By comparing the length of the first file with the length of the second file, the file with more offline transaction records is replaced with the file with less offline transaction records, thereby improving the accuracy of offline transaction records. By comparing the content of the first file with the content of the second file, the accuracy of the offline transaction record file is further improved.

In one embodiment, when an offline transaction occurs for the first time through an offline transaction device, the offline transaction device detects whether the first storage device includes the first file, and if there is no first file in the first storage device, the first file is stored in the first storage device. Create the first file in . If the creation of the first file fails, it indicates that the first storage device is faulty, and the offline transaction device marks the first storage device as faulty. Likewise, the offline transaction device detects whether the second storage device includes the second file, and if there is no second file in the second storage device, creates the second file in the second storage device. If the creation of the second file fails, it indicates that the second storage device is faulty, and the offline transaction device marks the second storage device as faulty. If the offline transaction device fails to create a file, an alarm prompt will be generated.

In one embodiment, after the offline transaction record file is successfully created, when an offline transaction occurs, the offline transaction device generates a new offline transaction record, and the offline transaction device writes the offline transaction record into the offline transaction record respectively document. First, the offline transaction device opens the offline transaction record file, and detects whether the offline transaction record file includes the offline transaction record. If there is no offline transaction record in the offline transaction log file, a new offline transaction record is written at the beginning of the offline transaction log file. The offline transaction device uses the key and the offline transaction record in the offline transaction record file to calculate the verification code, and writes the verification code after the offline transaction record. If the offline transaction record file already includes an offline transaction record, the offline transaction device detects the verification code in the offline transaction record file, and inserts a new offline transaction record between the last offline transaction record and the verification code , using the key and all current offline transaction records to calculate a new verification code to replace the original verification code. Thus, the offline transaction device writes the offline transaction record into the offline transaction record file.

If the first storage device fails to write and the second storage device fails to write, it means that the offline transaction records in the first storage device and the offline transaction records in the second storage device are incomplete, and an alarm is issued. If a write failure occurs in the first storage device and no write failure occurs in the second storage device, but the second file integrity verification fails, it means that the offline transaction records in the first storage device and the offline transaction records in the second storage device The transaction records are incomplete, and an alarm is issued. Similarly, if a write failure occurs in the second storage device and no write failure occurs in the first storage device, but the integrity check of the first file fails, it means that the offline transaction records in the first storage device are different from those in the second storage device. The offline transaction records of are all incomplete, and an alarm prompt is issued. If the first storage device fails to write, the second storage device does not fail to write, and the second file verification succeeds, it means that the offline transaction records in the first storage device are incomplete, but the offline transaction records in the second storage device If the machine transaction record is complete, the offline transaction device replaces the offline transaction record in the second file with the offline transaction record in the first file, uploads it to the background, and sends out an alarm prompt. Similarly, if a write failure occurs in the second storage device, but no write failure occurs in the first storage device, and the first file verification succeeds, it means that the offline transaction records in the second storage device are incomplete, but the first storage device The offline transaction records in the file are complete, and the offline transaction device replaces the offline transaction records in the first file with the offline transaction records in the second file, uploads them to the background, and sends out an alarm prompt. By analyzing the write failure of the storage device and the integrity verification result of the offline transaction record file, the effective offline transaction record file is uploaded to the background in a timely manner to avoid loss of transaction records and ensure the integrity of the offline transaction records.

In one of the embodiments, when an offline transaction occurs, the offline transaction device can directly write the offline transaction record into the first file and the second file, and the first file and the second file are not modified during the writing process. Verifying, verifying the first file and the second file when the offline transaction device is turned on or when the offline transaction record is uploaded. The offline transaction device can also verify the first file and the second file before writing the offline transaction record, and after confirming that the first device and the second device are normal and that the first file and the second file are consistent, send The first file and the second file respectively write new offline transaction records. Verify the first file and the second file before writing offline transaction records each time, and you can verify the offline transaction records multiple times, effectively improving the accuracy of offline transaction records, and offline transaction equipment after failure Send an alarm prompt in time to avoid loss of offline transaction records.

In this embodiment, the offline transaction device uploads the valid offline transaction record file to the background by analyzing the failure of the storage device and the verification result of the offline transaction record file, and sends out an alarm prompt to avoid loss of transaction records and ensure offline transaction Record integrity.

In one embodiment, as shown in FIG. 2 , a device for saving offline transaction records is provided, including: an acquisition module 202, a verification module 204, a replacement module 206, and a preservation module 208, wherein:

The acquiring module 202 is configured to acquire a first file of the first storage device, the first file includes offline transaction records; acquire a second file of the second storage device, the second file includes offline transaction records.

The checking module 204 is configured to check the integrity of the first file and the second file respectively.

Replacement module 206, for if the first file verification is successful and the second file verification fails, then use the offline transaction record in the first file to replace the offline transaction record in the second file; if the first file verification fails And the verification of the second file is successful, then the offline transaction record in the first file is replaced with the offline transaction record in the second file.

The saving module 208 is configured to save the replaced second file in the second storage device; save the replaced first file in the first storage device.

In one embodiment, the obtaining module 202 is also used to obtain the first file length and the second file length if both the first file and the second file are verified successfully, and the verification module 204 is also used to check the first file length and the second file length. The second file length is checked for consistency.

In one embodiment, the first file also includes a first verification code, and the verification module 204 is also used to verify the length of the first file, including: obtaining the length of the first file; obtaining the number of bytes of a single offline transaction record , the number of bytes of a single offline transaction record includes the bytes occupied by a single offline transaction record in the first file; the number of bytes of the verification code is obtained, and the number of bytes of the verification code includes the bytes occupied by the first verification code; Calculate the number of offline transaction records in the first file through the number of bytes of a single offline transaction record, the number of bytes of the check code and the length of the first file; determine whether the number of offline transaction records in the first file is positive Integer; if not, the first file check fails.

In one embodiment, the first file further includes a first verification code, and the verification module 204 is also configured to verify the verification code, and verifying the verification code includes verifying the first verification code, Including: obtaining a preset key; calculating the first integrity check code corresponding to the first file through the key and the offline transaction record in the first file; judging whether the first check code of the first file is consistent with the first The first integrity check codes corresponding to the files are equal; if they are not equal, the first file check fails.

In one embodiment, the checking module 204 is also used to check the consistency of the first file length and the second file length, including: if the first file length is greater than the second file length, using Replace the offline transaction records in the second file with the offline transaction records; if the length of the first file is equal to the length of the second file and the content is inconsistent, use the offline transaction records in the first file to replace the offline transaction records in the second file; If the length of the first file is smaller than the length of the second file, the offline transaction records in the second file are used to replace the offline transaction records in the first file.

In one embodiment, a computer device is provided. As shown in FIG. 3 , the computer device includes a memory, a processor, a computer program and a database stored on the memory and operable on the processor, and the processor is used to provide Calculation and control capabilities. Memory provides the environment for the execution of computer programs. The database is used to store offline transaction records and verification codes, etc. The following steps are implemented when the processor executes the computer program:

Obtain a first file of the first storage device, where the first file includes an offline transaction record;

Obtaining a second file of the second storage device, the second file includes an offline transaction record;

Carrying out integrity verification on the first file and the second file respectively;

If the verification of the first file is successful and the verification of the second file fails, the offline transaction record in the first file is used to replace the offline transaction record in the second file, and the replaced second file is saved in the second storage device ; If the verification of the first file fails and the verification of the second file is successful, the offline transaction record in the second file is used to replace the offline transaction record in the first file, and the first storage device after the replacement is saved in the first storage device. document.

The computer device can be realized by an independent computer device or a computer device cluster composed of multiple computer devices. Those skilled in the art can understand that the structure shown in Figure 3 is only a block diagram of a partial structure related to the solution of the present application, and does not constitute a limitation to the computer equipment on which the solution of the application is applied. The specific computer equipment can be More or fewer components than shown in the figures may be included, or some components may be combined, or have a different arrangement of components.

In one embodiment, the following steps are also implemented when the processor executes the computer program:

If both the first file and the second file are verified successfully, the length of the first file and the length of the second file are obtained;

A consistency check is performed on the length of the first file and the length of the second file.

In one embodiment, the following steps are also implemented when the processor executes the computer program:

Get the length of the first file;

Obtain the byte count of a single offline transaction record, where the byte count of a single offline transaction record includes the bytes occupied by a single offline transaction record in the first file;

Obtain the number of bytes of the check code, the number of bytes of the check code includes the bytes occupied by the first check code;

Calculate the number of offline transaction records in the first file based on the number of bytes in the single offline transaction record, the number of bytes in the check code and the length of the first file;

Judging whether the number of offline transaction records in the first file is a positive integer;

If not, the first file verification fails.

In one embodiment, the following steps are also implemented when the processor executes the computer program:

Get the preset key;

calculating a first integrity check code corresponding to the first file through the key and the offline transaction record in the first file;

judging whether the first check code of the first file is equal to the first integrity check code corresponding to the first file;

If they are not equal, the first file verification fails.

In one embodiment, the following steps are also implemented when the processor executes the computer program:

If the length of the first file is greater than the length of the second file, the offline transaction record in the first file is used to replace the offline transaction record in the second file;

If the length of the first file is equal to the length of the second file and the content is inconsistent, then the offline transaction record in the first file is used to replace the offline transaction record in the second file;

If the length of the first file is smaller than the length of the second file, the offline transaction records in the second file are used to replace the offline transaction records in the first file.

In one embodiment, a computer-readable storage medium is provided, on which a computer program is stored, and when the computer program is executed by a processor, the following steps are implemented:

Obtain a first file of the first storage device, where the first file includes an offline transaction record;

Obtaining a second file of the second storage device, the second file includes an offline transaction record;

Carrying out integrity verification on the first file and the second file respectively;

If the verification of the first file is successful and the verification of the second file fails, the offline transaction record in the first file is used to replace the offline transaction record in the second file, and the replaced second file is saved in the second storage device ; If the verification of the first file fails and the verification of the second file is successful, the offline transaction record in the second file is used to replace the offline transaction record in the first file, and the first storage device after the replacement is saved in the first storage device. document.

In one embodiment, when the computer program is executed by the processor, the following steps are also implemented:

If both the first file and the second file are verified successfully, the length of the first file and the length of the second file are obtained;

A consistency check is performed on the length of the first file and the length of the second file.

In one embodiment, when the computer program is executed by the processor, the following steps are also implemented:

Get the length of the first file;

Obtain the byte count of a single offline transaction record, where the byte count of a single offline transaction record includes the bytes occupied by a single offline transaction record in the first file;

Obtain the number of bytes of the check code, the number of bytes of the check code includes the bytes occupied by the first check code;

Calculate the number of offline transaction records in the first file based on the number of bytes in the single offline transaction record, the number of bytes in the check code and the length of the first file;

Judging whether the number of offline transaction records in the first file is a positive integer;

If not, the first file verification fails.

In one embodiment, when the computer program is executed by the processor, the following steps are also implemented:

Get the preset key;

calculating a first integrity check code corresponding to the first file through the key and the offline transaction record in the first file;

judging whether the first check code of the first file is equal to the first integrity check code corresponding to the first file;

If they are not equal, the first file verification fails.

In one embodiment, when the computer program is executed by the processor, the following steps are also implemented:

If the length of the first file is greater than the length of the second file, the offline transaction record in the first file is used to replace the offline transaction record in the second file;

If the length of the first file is equal to the length of the second file and the content is inconsistent, then the offline transaction record in the first file is used to replace the offline transaction record in the second file;

If the length of the first file is smaller than the length of the second file, the offline transaction records in the second file are used to replace the offline transaction records in the first file.

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

The above-mentioned embodiments only express several implementation modes of the present invention, and the descriptions thereof are relatively specific and detailed, but should not be construed as limiting the patent scope of the invention. It should be noted that those skilled in the art can make several modifications and improvements without departing from the concept of the present invention, and these all belong to the protection scope of the present invention. Therefore, the protection scope of the patent for the present invention should be based on the appended claims.

Claims (12)

1. a kind of offline transaction record storing method, which comprises

The first file of first storage device is obtained, the first storage device is the internal storage system of offline transaction equipment, institute Stating the first file includes offline transaction record；

The second file of the second storage device is obtained, second storage device is the external memory device of offline transaction equipment, institute Stating the second file includes offline transaction record；

Completeness check is carried out respectively to first file and second file, the completeness check includes to described The length of one file and the length of second file are verified respectively, and when length check passes through to first text The check code of the check code of part and second file is verified respectively；

If the first file verification success and second file verification failure, are handed over using the off line in first file Easily record replaces the offline transaction record in second file, and replaced second text is saved in second storage device Part；If the first file verification failure and second file verification success, are handed over using the off line in second file Easily record replaces the offline transaction record in first file, and replaced first text is saved in the first storage device Part.

2. the method according to claim 1, wherein described distinguish first file and second file After the step of carrying out completeness check, the method also includes:

If first file and second file verify success, first file size and second text are obtained Part length；

Consistency desired result is carried out to first file size and second file size.

3. the method according to claim 1, wherein first file further includes the first check code, to described The step of length of first file is verified, comprising:

Obtain first file size；

It obtains single offline transaction and records byte number, the single offline transaction record byte number includes in first file The byte that single offline transaction record occupies；

Check code word joint number is obtained, the check code word joint number includes the byte that first check code occupies；

Byte number, the check code word joint number and first file size are recorded by the single offline transaction, calculates institute State the offline transaction record strip number in the first file；

Judge whether the offline transaction record strip number in first file is positive integer；

If it is not, then the first file verification failure.

4. the method according to claim 1, wherein first file further includes the first check code, to verification Code carries out verification and includes the steps that verifying first check code, comprising:

Obtain preset key；

First file corresponding first is calculated completely by the offline transaction record in the key and first file Property check code；

Judge that whether corresponding with first file the first check code of first file the first completeness check code be equal；

If unequal, the first file verification failure.

5. according to the method described in claim 2, it is characterized in that, described to first file size and second file Length carries out the step of consistency desired result, comprising:

If first file size is greater than second file size, recorded using the offline transaction in first file Replace the offline transaction record in second file；

If first file size is equal to second file size and content is inconsistent, using in first file Offline transaction record replaces the offline transaction record in second file；

If first file size is less than second file size, recorded using the offline transaction in second file Replace the offline transaction record in first file.

6. a kind of offline transaction records save set, which is characterized in that described device includes:

Module is obtained, for obtaining the first file of first storage device, the first storage device is offline transaction equipment Internal storage system, first file include offline transaction record；The second file of the second storage device is obtained, described second deposits Saving is set to the external memory device of offline transaction equipment, and second file includes offline transaction record；

Correction verification module, for carrying out completeness check, the integrality school respectively to first file and second file It tests the length including length and second file to first file to verify respectively, and passes through in length check When the check code of first file and the check code of second file are verified respectively；

Replacement module, if utilizing described first for first file verification success and second file verification failure Offline transaction record in file replaces the offline transaction record in second file；If first file verification failure and The second file verification success is then replaced using the offline transaction record in second file de- in first file Machine transaction record；

Preserving module, for saving replaced second file in second storage device；In the first storage device It is middle to save replaced first file.

7. device according to claim 6, which is characterized in that if the acquisition module is also used to first file and institute It states the second file and verifies success, then obtain first file size and second file size, the correction verification module is also For carrying out consistency desired result to first file size and second file size.

8. device according to claim 6, which is characterized in that first file further includes the first check code, the school It tests module to be also used to verify the length of first file, comprising: obtain first file size；It is de- to obtain single Machine transaction record byte number, the single offline transaction record byte number include the single offline transaction note in first file Record the byte occupied；Check code word joint number is obtained, the check code word joint number includes the byte that first check code occupies；It is logical The single offline transaction record byte number, the check code word joint number and first file size are crossed, calculates described first Offline transaction record strip number in file；Judge whether the offline transaction record strip number in first file is positive integer；If It is not, then the first file verification failure.

9. device according to claim 6, which is characterized in that first file further includes the first check code, the school It tests module to be also used to verify the first check code, comprising: obtain preset key；Pass through the key and first text Offline transaction record in part calculates corresponding first completeness check code of first file；Judge the of first file Whether corresponding with first file one check code the first completeness check code be equal；If unequal, first file Verification failure.

10. device according to claim 7, which is characterized in that the correction verification module is also used to long to first file Degree and second file size carry out consistency desired result, comprising: if first file size is long greater than second file Degree is then replaced the offline transaction in second file using the offline transaction record in first file and is recorded；If described First file size is equal to second file size and content is inconsistent, then is remembered using the offline transaction in first file The offline transaction record in second file is replaced in record；If first file size is less than second file size, The offline transaction in first file is replaced using the offline transaction record in second file to record.

11. a kind of computer equipment, can run on a memory and on a processor including memory, processor and storage Computer program, which is characterized in that the processor realizes any one of claim 1-5 when executing the computer program The step of the method.

12. a kind of computer readable storage medium, is stored thereon with computer program, which is characterized in that the computer program The step of any one of claim 1-5 the method is realized when being executed by processor.