WO2018218814A1

WO2018218814A1 - Method for storing off-line transaction record, and computer device and storage medium

Info

Publication number: WO2018218814A1
Application number: PCT/CN2017/102244
Authority: WO
Inventors: 董时舫; 谭明富; 董江林; 林宗平
Original assignee: 百富计算机技术（深圳）有限公司
Priority date: 2017-05-27
Filing date: 2017-09-19
Publication date: 2018-12-06
Also published as: CN107239357A; CN107239357B

Abstract

A method for storing an off-line transaction record. The method comprises: acquiring a first file of a first storage apparatus, the first file comprising an off-line transaction record; acquiring a second file of a second storage apparatus, the second file comprising an off-line transaction record; separately verifying the integrity of the first file and the second file; if the verification of the first file succeeds and the verification of the second file fails, using the off-line transaction record in the first file to replace the off-line transaction record in the second file, and storing the second file, to which replacements have been made, in the second storage apparatus; and if the verification of the first file fails and the verification of the second file succeeds, using the off-line transaction record in the second file to replace the off-line transaction record in the first file, and storing the first file, to which replacements have been made, in the first storage apparatus.

Description

Offline transaction record saving method, computer device and storage medium

Technical field

The present application relates to the field of computer technology, and in particular, to an offline transaction record keeping method, a computer device, and a storage medium.

Background technique

In an offline trading device, offline transactions are stored locally after the offline transaction is completed. When the offline transaction record reaches a certain amount, the offline transaction device uploads the offline transaction record to the background. If the offline trading device fails before the offline transaction record is uploaded, there is a high probability that the offline transaction record is incomplete.

Summary of the invention

According to various embodiments of the present application, an offline transaction record saving method, a computer device, and a storage medium are provided.

An offline transaction record saving method, the method comprising:

Obtaining 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, where the second file includes an offline transaction record;

Performing integrity verification on the first file and the second file respectively; and

If the first file verification is successful and the second file verification fails, replacing the offline transaction record in the second file with the offline transaction record in the first file, in the second Saving the replaced second file in the storage device; if the first file verification fails and the second file verification is successful, replacing the first file with the offline transaction record in the second file The offline transaction record stores the replaced first file in the first storage device.

A computer device including a memory, a processor, and a memory and a processor A computer program running thereon, the processor implementing the computer program to implement the following steps:

A computer readable storage medium, one or more computer readable non-volatile storage media storing computer readable instructions, when executed by one or more processors, causing one or more processors Perform the following steps:

Details of one or more embodiments of the present application are set forth in the accompanying drawings and description below. Other features and advantages of the present invention will be apparent from the description, drawings and claims.

DRAWINGS

In order to more clearly illustrate the technical solutions in the embodiments of the present application, the drawings to be used in the embodiments will be briefly described below. Obviously, the drawings in the following description are only one of the present application. For other embodiments, other drawings may be obtained from those skilled in the art without any inventive effort.

1 is a flow chart of a method for saving an offline transaction record in an embodiment;

2 is a schematic structural diagram of an offline transaction record retaining apparatus in an embodiment;

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

detailed description

In order to make the technical solutions and advantages of the present application more clear, the present application will be further described in detail below with reference to the accompanying drawings and embodiments. It is understood that the specific embodiments described herein are merely illustrative of the application and are not intended to be limiting.

It will be understood that the terms "first", "second" and the like, as used herein, may be used to describe various elements, but these elements are not limited by these terms. These terms are only used to distinguish one element from another. For example, both the first user ID and the second user ID are user IDs, but they are not the same user ID.

FIG. 1 is a schematic flow chart of a method according to an embodiment of the present application. It should be understood that although the various steps in the flowchart of FIG. 1 are sequentially displayed as indicated by the arrows, these steps are not necessarily performed in the order indicated by the arrows. Except as explicitly stated herein, the execution of these steps is not strictly limited, and may be performed in other sequences. Moreover, at least some of the steps in FIG. 1 may include a plurality of sub-steps or stages, which are not necessarily performed at the same time, but may be executed at different times, and the order of execution thereof is not necessarily This may be performed in sequence, but may be performed alternately or alternately with other steps or at least a portion of the sub-steps or stages of the other steps.

In an embodiment, as shown in FIG. 1 , an offline transaction record saving method is provided. The method is applied to an offline transaction device as an example, and specifically includes:

Step 102: Acquire a first file of the first storage device, where the first file includes an offline transaction record.

Step 104: Acquire a second file of the second storage device, where the second file includes an offline transaction record.

The offline transaction device refers to a financial offline transaction device that performs offline transactions in an offline state, and may be a bus on-board toll terminal, a subway toll terminal, or a canteen toll terminal. Partial online trading device It can also be used as an offline transaction device in an offline state, for example, a POS machine (Point of Sales Terminal).

Traditional offline trading devices include only one 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 device includes 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) 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). One of the internal storage devices may be referred to as a first storage device, and one of the external storage devices may be referred to as a second storage device. One of the internal storage devices may also be referred to as a second storage device, and one of the external storage devices is correspondingly referred to as a first storage device. A plurality of files are stored in the storage device, including an offline transaction log file. Offline transaction records are stored in the offline transaction log file. The offline transaction log file includes a first file and a second file, the offline transaction device stores the first file in the first storage device, and the second storage device stores the second file.

An offline transaction record is generated when a transaction occurs on an offline trading device. Offline transaction records include offline transaction information, such as offline transaction time, offline transaction amount, and offline transaction methods. The offline transaction device writes the offline transaction record into the offline transaction record file of the storage device, specifically, the offline transaction record is respectively written into the first file in the first storage device and the second file in the second storage device file.

Step 106: Perform integrity verification on the first file and the second file respectively.

When an offline transaction device writes an offline transaction record to an offline transaction log file, if the offline transaction record write fails, the offline transaction record in the offline transaction log file is incomplete. In order to ensure that the offline transaction record is complete, the offline transaction device needs to perform integrity verification on the offline transaction record file, including performing integrity verification on the first file and the second file respectively.

Specifically, the offline transaction device performs integrity verification on the offline transaction record file, including verifying the length of the offline transaction record file and verifying the check code in the offline transaction record file. Among them, the offline transaction device can detect partial off by verifying the length of the offline transaction record file. The machine transaction records an incomplete offline transaction log file. For example, when an offline transaction device writes an offline transaction record, the offline transaction device is powered off, and the offline transaction device cannot continue to write the offline transaction record, the offline transaction record file is incomplete.

When the offline transaction device verifies the offline transaction record file length, first, the offline transaction device obtains the offline transaction record file length, the number of single offline transaction record bytes, and the check code byte number. Second, the offline transaction device calculates the number of offline transaction records by the offline transaction record file length, the number of single offline transaction record bytes, and the check code byte number. Then, it is determined whether the number of offline transaction records is a positive integer. If the number of offline transaction records is not a positive integer, indicating that the offline transaction record is incomplete, the offline transaction record file verification fails. By calculating the number of offline transaction records by the length of the offline transaction record file, it is possible to determine whether the offline transaction record is defective according to the number of offline transaction records, and initially determine the integrity of the offline transaction record.

Further, if the offline transaction device writes the offline transaction record, the power failure suddenly occurs, and the number of offline transaction record bytes written at the time of power failure is equal to the check code byte number, and the check code is not generated. By verifying the length of the offline transaction record file, the offline transaction device mistakes the incomplete offline transaction record for the check code, and cannot check whether the offline transaction record is complete. Therefore, after the offline transaction device verifies the offline transaction record file length, the verification code in the offline transaction record file can be further verified. The offline transaction file includes a check code in addition to the offline transaction record. The checksum is generated using offline transactions and pre-stored keys in the offline transaction log file. The first file includes an offline transaction record and a first verification code. The second file includes an offline transaction record and a second check code. After the offline transaction device verifies the offline transaction record file length, it checks the check code in the offline transaction record file.

Specifically, the offline transaction device acquires a preset key, calculates a first integrity check code of the first file by using the key and the offline transaction record in the first file, and determines whether the first check code is the first The integrity check codes are equal. If they are equal, the offline transaction record information included in the first check code is consistent with the offline transaction record information included in the first integrity check code of the first integrity check code, and the integrity check of the first file is successful; If they are not equal, the first integrity check code of the first check code is not the correct check code, but is an incomplete offline transaction record. If the offline transaction record in the first file is incomplete, the first The integrity check of the file failed.

It can be understood that the verification of the second file by the offline transaction device may also be performed in the above manner, and details are not described herein. The check code includes an offline transaction record attribute, and the offline transaction device further determines the integrity of the offline transaction record in the offline transaction record file by verifying the check code.

Step 108: If the first file verification is successful and the second file verification fails, the offline transaction record of the second file is replaced by the offline transaction record of the first file, and the replaced second is saved in the second storage device. File; if the first file verification fails and the second file is successfully verified, the offline transaction record in the first file is replaced with the offline transaction record in the second file, and the replaced version is saved in the first storage device. a file.

After the offline transaction device performs integrity verification on the first file and the second file respectively, the integrity verification result of the first file and the second file is obtained. The integrity check result refers to the result of successful verification or verification failure of the offline transaction record file. If the first file verification is successful and the second file verification fails, the offline transaction record in the first file is saved completely and the offline transaction record in the second file is incompletely saved, and the offline transaction device utilizes the first file. The offline transaction record replaces the offline transaction record in the second file, and the replaced second file is saved in the second storage device. On the other hand, if the second file verification is successful and the first file verification fails, indicating that the offline transaction record in the second file is completely saved and the offline transaction record in the first file is incomplete, the second file is replaced. a file in which the replaced first file is saved in the first storage device. The offline transaction device replaces the file that failed the verification by the file with the verification success, and the file with the incomplete transaction record is replaced with the complete file of the offline transaction record, the offline transaction record and the second file in the first file. The offline transaction records in the middle are complete and consistent.

In one embodiment, the offline transaction device replaces the contents of the offline transaction record file according to the integrity check result of the offline transaction record file, and may replace the offline transaction record in the offline transaction record file, or may replace the offline transaction. The offline transaction record and check code in the transaction log file can also directly replace the offline transaction record file. For example, if the first file verification is successful and the second file verification fails, the offline transaction device may replace the offline transaction record in the second file by using the offline transaction record in the first file, or may use the first file. The offline transaction record and the first check code respectively replace the offline transaction record and the second check code in the second file, and the first file can be directly replaced with the second file. The method of directly replacing an offline transaction record file with an offline transaction device is relatively simple.

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 including a first file and a second file, wherein the first file is stored in the first storage device and the 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 first file verification succeeds and the second file verification fails, the offline transaction record of the first file is used to replace the second file. The machine transaction record stores the replaced second file in the second storage device, and vice versa. The offline transaction device stores the offline transaction record by the first storage device and the second storage device, respectively, reducing the possibility of the storage device failure. By performing an integrity check on the first file and the second file, it can be found whether the offline transaction record is complete. By replacing the offline transaction record in the file that failed the verification with the offline transaction record in the successfully verified file, 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 an embodiment, after the step of performing integrity verification on the first file and the second file respectively, the method further includes: if the first file and the second file are successfully verified, acquiring the first file length and the second file Length; consistency check for the first file length and the second file length.

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

Specifically, if both the first file and the second file are successfully verified, the offline transaction device compares the first file length with the second file length. If the first file length is greater than the second file length, indicating that the offline transaction record in the first file is more than the offline transaction record in the second file, in order to completely save the offline transaction record, the offline transaction device utilizes the offline transaction record. More files replace the files with fewer offline transaction records, that is, the offline transaction records in the first file replace the offline transaction records in the second file, and the replaced second file is saved in the second storage device. Conversely, if the first file length is less than the second file length, indicating that the offline transaction record in the first file is less than the offline transaction record in the second file, the first file is replaced with the offline transaction record in the second file. Offline transaction record in the first storage Save the first file after replacement. Thus, the offline transaction record file with fewer offline transaction records is replaced with the offline transaction record file with more offline transaction records, the offline transaction record in the first file, and the offline transaction in the second file. The records are consistent, improving the accuracy of the offline transaction records in the first file and the offline transaction records in the second file.

If the first file length is equal to the second file length, the offline 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, the external storage device of the offline transaction device is taken out by the staff member before the offline transaction record is verified. Due to the negligence of the staff, the external storage device of the original offline transaction device is Replaced with an external storage device in other offline trading devices. If the offline transaction record in the replaced external storage device is completely saved, the integrity check may be passed, and the second file length in the replaced external storage device is the same as the first file length in the internal storage device, but The offline transaction record in the original external storage device is different from the offline transaction record 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 first file length is equal to the second file length, the offline transaction record in the first file is as much as the offline transaction record in the second file, and the offline transaction device has the content of the first file and 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, indicating that the offline transaction record in the first file is consistent with the offline transaction record in the second file, then in 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 and the content of the second file are inconsistent, that is, an offline transaction record in the first file or an offline transaction record in the second file is in error. The offline transaction device replaces the offline transaction record in the second file with the offline transaction record in the first file. Preferably, the first storage device may be an internal storage device, and the second storage device may be an external storage device. Since the offline transaction record stored by the internal storage device is more accurate than the offline transaction record of the external storage device, the internal storage device is removed. The machine transaction record replaces the offline transaction record of the external storage device, that is, the offline transaction record in the first file replaces 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 record in the internal storage device is replaced with the offline transaction record in the external storage device, thereby further improving the accuracy of the offline transaction record. The first file saved in one storage device and the second file saved in the second storage device are identical.

In this embodiment, in the case that both the first file and the second file are successfully verified, the offline transaction device further compares the first file and 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 the offline transaction record. The accuracy of the offline transaction record file is further improved by comparing the content of the first file with the content of the second file.

In an embodiment, the first file further includes a first check code, the integrity check includes the step of verifying the length of the first file, and the step of verifying the length of the first file, including: acquiring a first file length; Get 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 check code bytes is obtained, and the number of check code bytes includes the number a byte occupied by the check code; calculating the number of offline transaction records in the first file by a single offline transaction record byte number, a check code byte number, and a first file length; determining 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 an offline transaction record and a first verification code, and the second file includes an offline transaction record and a second verification code. When the offline transaction device writes the offline transaction record to the first storage device, the first verification code is generated by using the key and the offline transaction record in the first file; the offline transaction device writes the offline transaction record to the second When the device is stored, the second check code is generated using the key and the offline transaction record in the second file. The offline transaction device records a single offline transaction record occupation byte as a single offline transaction record byte number; the offline transaction device records the check code occupation byte as the check code byte number. When an offline transaction device writes an offline transaction record to an offline transaction record file, the offline transaction record occupies a single offline transaction record byte number, and the offline transaction record file length increases by the corresponding byte. Therefore, as the offline transaction record increases, the offline transaction record file length increases with the number of single offline transaction record bytes. The number of offline transaction records can be calculated by the offline transaction record file length. When an offline transaction device writes an offline transaction record to an offline transaction record file, if the offline transaction device loses power, the offline transaction device cannot continue to completely write the offline transaction record to the offline transaction record file. The offline transaction record does not occupy the complete single offline transaction record byte number, which causes the offline transaction record in the offline transaction record file to be incomplete. In order to ensure that a single offline transaction record in an offline transaction log file is complete, the offline transaction device needs to verify the length of the offline transaction record file. Offline trading device to offline transaction log file The verification of the length includes checking the length of the first file and verifying the length of the second file.

Specifically, the offline transaction device checks the first file length. First, the offline transaction device acquires the first file length, the number of single offline transaction record bytes, and the check code byte number. Second, the offline transaction device calculates the number of offline transaction records by the offline transaction record file length, the number of single offline transaction record bytes, and the check code byte number. Specifically, the offline transaction device uses the offline transaction record file length and the check code byte number to calculate the offline transaction record file length minus the check code byte number, and divides the result by a single offline transaction record word. The number of sections, that is, the number of offline transaction records. Then, it is determined whether the number of offline transaction records is a positive integer. If the number of offline transaction records is not a positive integer, indicating that there is a single offline transaction record in the offline transaction record file, the offline transaction record file is verified. failure. By calculating the number of offline transaction records by the length of the offline transaction record file, it is possible to detect whether the offline transaction record file includes an incomplete offline transaction record, and initially determine the integrity of the offline transaction record storage in the first file.

It can be understood that the offline transaction device can verify the length of the second file in the above manner, calculate the number of offline transaction records by the length of the offline transaction record file, and can detect whether the offline transaction record file includes incomplete The offline transaction record initially determines the integrity of the offline transaction record storage 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 single offline transaction record bytes, and the number of check code bytes, and determines the number of offline transaction records. Whether it is a positive integer, initially determine whether the offline transaction record in the offline transaction record file is complete.

In an embodiment, the first file further includes a first check code, the integrity check includes verifying the check code, and the verifying the check code includes the step of verifying the first check code, The method includes: obtaining a preset key; calculating, by using a key and an offline transaction record in the first file, a first integrity check code corresponding to the first file; determining whether the first check code of the first file is the first The first integrity check code corresponding to the file is equal; if not equal, the first file check fails.

By verifying the length of the offline transaction record file, the offline transaction device determines that the number of offline transaction records in the offline transaction record file is a positive integer, and the integrity is initially determined. However, when the offline transaction device loses power when writing offline transaction records, and the number of offline transaction records that have not been written before the power failure, When it is just equal to the number of check code bytes, the offline transaction log file can still be verified by the length of the offline transaction record file. Therefore, after the offline transaction device verifies the length of the offline transaction record file, it is necessary to further verify the offline transaction record file. The check code in the offline transaction record file is calculated by offline transaction record and key. The check 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 check whether the offline transaction record is complete and more accurately determine the integrity of the offline transaction record by verifying the verification code of the offline transaction record file.

The offline trading device obtains a preset key from the background. Take advantage of offline transaction records and keys in offline transaction log files when an offline transaction device writes an offline transaction record to an offline transaction log file or verifies a check code in an offline transaction log file Calculate the check code. For example, an offline transaction device can calculate an offline transaction record and key in accordance with the HMAC-SHA256 algorithm to obtain a check code. Each time the offline transaction device writes an offline transaction record to the first file, the offline transaction device calculates the first verification code using all offline transaction records and keys in the current first file. The currently calculated first check code covers the first check code obtained last time. It can be understood that the second check code in the second file can also be calculated in a similar manner.

When the offline transaction device verifies the first check code in the first file, it first acquires the key and all offline transaction records in the first file. Second, the first integrity check code of the first file is calculated by the key and all offline transaction records. It is determined whether the first check code is equal to the first integrity check code. If the first check code is equal to the first integrity check code, indicating that the offline transaction record information included in the first check code is consistent with the offline transaction record information included in the first integrity check code, the first file school Successful test. If the first check code and the first integrity check code are not equal, indicating that the offline transaction record information included in the first check code is inconsistent with the offline transaction record information included in the first integrity check code, the first The offline transaction record in the file is incomplete and the first file verification failed. Similarly, the offline transaction device may perform check code verification on the first integrity check code of the second file by using the foregoing manner, and details are not described herein. The offline transaction device further determines the integrity of the offline transaction record by verifying the check code in the offline transaction log 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 and the first integrity check code. The integrity of the offline transaction record in the first file. Calculating a second integrity check code by using the key and the offline transaction record in the second file, and further determining the offline transaction in the second file by comparing the second check code and the second integrity check code The integrity of the record.

In one embodiment, the first storage device is an internal storage device, and the second storage device is an external storage device. The step of performing consistency check on the first file length and the second file length includes: if the first file length is greater than the first The second file length replaces the offline transaction record in the second file by using the offline transaction record in the first file; if the first file length is equal to the second file length and the content is inconsistent, the offline transaction in the first file is utilized The record replaces the offline transaction record in the second file; if the first file length is less than the second file length, the offline transaction record in the first file is replaced with the offline transaction record in the second file.

Before an offline transaction device writes an offline transaction record to a storage device, if one of the offline transaction record files already has an offline transaction record, and another offline transaction record file does not have an offline transaction record, then In the case where the machine transaction device writes the offline transaction records to the two offline transaction log files, both the first file and the second file can pass the integrity check, but the two offline transaction record files are saved offline. The transaction records are inconsistent. Therefore, the offline transaction device needs to further compare the first file and the second file, including comparing the first file length and the second file length, comparing the content of the first file and the content of the second file.

Specifically, both the first file and the second file are successfully verified, and the offline transaction device compares the first file length and the second file length. If the first file length is greater than the second file length, indicating that the offline transaction record in the first file is more than the offline transaction record in the second file, in order to completely save the offline transaction record, the offline transaction device utilizes the offline transaction record. More files replace the files with fewer offline transaction records, that is, the offline transaction records in the first file replace the offline transaction records in the second file, and the replaced second file is saved in the second storage device. Conversely, if the first file length is less than the second file length, indicating that the offline transaction record in the first file is less than the offline transaction record in the second file, the first file is replaced with the offline transaction record in the second file. In the offline transaction record, the replaced first file is saved in the first storage device. Thus, the offline transaction record file with fewer offline transaction records is replaced with the offline transaction record file with more offline transaction records, the offline transaction record in the first file, and the offline transaction in the second file. The record reached a consensus, improving the offline transaction record and the second text in the first file The accuracy of offline transaction records in the piece.

If the first file length is equal to the second file length, the offline 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, the external storage device of the offline transaction device is taken out by the staff member before the offline transaction record is verified. Due to the negligence of the staff, the external storage device of the original offline transaction device is Replaced with an external storage device in other offline trading devices. If the offline transaction record in the replaced external storage device is completely saved, the second file in the replaced external storage device may also pass the integrity check, and the second file length and 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 not the same as 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 first file length is equal to the second file length, the offline transaction record in the first file is as much as the offline transaction record in the second file, and the offline transaction device has the content of the first file and the second Comparing the contents of the file: if the content in the first file is consistent with the content in the second file, indicating 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, and the second file is saved in the second storage device. If the content of the first file and the content of the second file are inconsistent, that is, an offline transaction record in the first file or an offline transaction record in the second file is in error. The offline transaction device replaces the offline transaction record in the second file with the offline transaction record in the first file, and saves the replaced second file in the second storage device. Preferably, the first storage device may be an internal storage device, and the second storage device may be an external storage device. Since the offline storage record stored by the internal storage device is more accurate than the external storage device, the offline transaction record of the internal storage device is replaced. Offline transaction record of the storage device. That is, the offline transaction record in the first file is replaced with 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 record in the external storage device is replaced with the offline transaction record in the internal storage device, thereby further improving the accuracy of the offline transaction record. The first file saved in one storage device and the second file saved in the second storage device are identical.

In one of the embodiments, the step of comparing the content of the first file with the content of the second file may be performed by comparing the offline transaction record in the first file with the offline transaction record 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, the content of the first file is consistent with the content of the second file. It is also possible to determine by comparing the offline transaction record in the first file and 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 and the content of the second file are consistent, if the offline transaction record in the first file and the offline transaction record in the second file are consistent and the first check code and the second check code are consistent, then The content of the first file is consistent with the content of the second file. The result of comparing the two contents of the offline transaction record and the check code is more accurate.

In one embodiment, the offline transaction device replaces the content in the offline transaction log file, can replace the offline transaction record in the offline transaction record file, or can replace the offline transaction record and the school in the offline transaction record file. Code verification, you can also directly replace the offline transaction record file. For example, if the first file verification is successful and the second file verification fails, the offline transaction device may replace the offline transaction record in the second file by using the offline transaction record in the first file, or may use the first file. The offline transaction record and the first check code respectively replace the offline transaction record and the second check code in the second file, and the first file can be directly replaced with the second file. It is easier to replace an offline transaction log file directly with an offline trading device.

In one embodiment, the method further comprises: replacing the offline transaction record in the second file with the first file if the first storage device fails to write and the second file integrity check in the second storage device succeeds In the offline transaction record, the offline transaction in the second file is uploaded to the background to generate an alarm prompt; if the second storage device fails to write and the first file integrity check in the first storage device is successful, The offline transaction record in the first file replaces the offline transaction record in the second file, and the offline transaction in the first file is uploaded to the background to generate an alarm prompt.

When the offline transaction occurs for the first time through the offline transaction device, the offline transaction device detects the first storage device Whether or not the first file is included, if the first file is not in the first storage device, the first file is created in the first storage device. If the first file creation fails, the first storage device fails, and the offline transaction device marks the first storage device failure. 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 second file creation fails, the second storage device fails and the offline transaction device marks the second storage device failure. If the offline transaction device fails to create a file, an alert is generated.

In one embodiment, after the offline transaction log 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 to the offline transaction record separately. file. First, the offline transaction device opens the offline transaction record file and detects whether the offline transaction record is included in the offline transaction record file. If there is no offline transaction record in the offline transaction log file, the new offline transaction record is written at the beginning of the offline transaction record file. The offline transaction device calculates the check code using the key and offline transaction records in the offline transaction log file, and writes the check code after the offline transaction record. If an offline transaction record is already included in the offline transaction log file, the offline transaction device detects the check code in the offline transaction log file and inserts the new offline transaction record between the last offline transaction record and the check code. , using the key and all current offline transaction records to calculate a new check code, replacing the original check code. Thus, the offline transaction device writes the offline transaction record to the offline transaction record file.

If the first storage device fails to write and the second storage device fails to write, it indicates that the offline transaction record in the first storage device and the offline transaction record in the second storage device are incomplete, and an alarm prompt is issued. If the first storage device fails to write, the second storage device does not fail to write, but the second file integrity check fails, indicating that the offline transaction record in the first storage device and the offline in the second storage device The transaction records are incomplete and an alert is issued. Similarly, if the second storage device fails to write, the first storage device does not fail to write, but the first file integrity check fails, indicating the offline transaction record in the first storage device and the second storage device The offline transaction records are 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 is successfully verified, indicating that the offline transaction record in the first storage device is incomplete, but the second storage device is off. The machine transaction record is complete, and the offline transaction device replaces the offline transaction record in the second file with the offline transaction record in the first file, uploads the background, and issues an alarm prompt. Similarly, if the second storage device fails to write, the first storage device does not fail to write, and the first file The verification succeeds, indicating that the offline transaction record in the second storage device is incomplete, but the offline transaction record in the first storage device is complete, and the offline transaction device replaces the offline transaction record in the first file with the second file. Offline transaction records, upload background, and issue alarm prompts. By analyzing the storage device write failure and the offline transaction record file integrity check result, the effective offline transaction record file is uploaded to the background in time to avoid the loss of the transaction record and ensure the integrity of the offline transaction record.

In an embodiment, before the step of acquiring the first file of the first storage device, the method further includes: if the first file fails to be created in the first storage device, or the second file fails to be created in the second storage device, If the first file and the second file are successfully created, the first file and the second file are respectively verified; and if the verification is passed, the offline transaction record is separately written to the first file and the first file.

When an offline transaction occurs, the offline transaction device can directly write the offline transaction record to the first file and the second file, and does not verify the first file and the second file during the writing process, when offline transactions The first file and the second file are verified when the device is powered on or uploading an offline transaction record. The offline transaction device may also check the first file and the second file before the action of writing the offline transaction record, and determine that the first device and the second device are normal, the first file and the second file are consistent, The first file and the second file are respectively written into the new offline transaction record. The first file and the second file are verified before each write of the offline transaction record, and the offline transaction record can be verified multiple times, thereby effectively improving the accuracy of the offline transaction record, and the offline transaction device after the failure occurs. Promptly issue an alarm prompt to avoid loss of offline transaction records.

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

In an embodiment, as shown in FIG. 2, the application provides that the internal structure of the offline transaction recording terminal can correspond to the structure shown in FIG. 2, and each of the following modules can be partially or partially passed through software and hardware. Or a combination of them to achieve. In an embodiment, the offline transaction recording terminal includes: an obtaining module 202, a verification module 204, a replacement module 206, and a saving module 208, wherein:

The obtaining module 202 is configured to acquire a first file of the first storage device, where the first file includes an offline transaction record; the second file of the second storage device is acquired, and the second file includes an offline transaction record.

The verification module 204 is configured to perform integrity verification on the first file and the second file respectively.

The replacement module 206 is configured to replace the offline transaction record in the second file by using the offline transaction record in the first file if the first file verification is successful and the second file verification fails; if the first file verification fails And if the second file is successfully verified, 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; and save the replaced first file in the first storage device.

In an embodiment, the obtaining module 202 is further configured to: if the first file and the second file are successfully verified, obtain the first file length and the second file length, and the verification module 204 is further configured to use the first file length and The second file length is checked for consistency.

In an embodiment, the first file further includes a first check code, and the check module 204 is further configured to check the first file length, including: obtaining the first file length; and obtaining the number of the single offline transaction record bytes. The number of bytes of a single offline transaction record includes a byte occupied by a single offline transaction record in the first file; the number of check code bytes is obtained, and the number of check code bytes includes a byte occupied by the first check code; Calculate the number of offline transaction records in the first file by a single offline transaction record byte number, check code byte number, and first file length; determine whether the number of offline transaction records in the first file is positive Integer; if not, the first file verification failed.

In an embodiment, the first file further includes a first check code, the check module 204 is further configured to check the check code, and the verifying the check code includes verifying the first check code. The method includes: obtaining a preset key; calculating, by using a key and an offline transaction record in the first file, a first integrity check code corresponding to the first file; determining whether the first check code of the first file is the first The first integrity check code corresponding to the file is equal; if not equal, the first file check fails.

In an embodiment, the verification module 204 is further configured to perform consistency check on the first file length and the second file length, including: if the first file length is greater than the second file length, using the first file The machine transaction record replaces the offline transaction record in the second file; if the first file length is equal to the second file length and the content is inconsistent, the offline transaction record in the second file is replaced by the offline transaction record in the first file; If the first file length is less than the second file length, the offline transaction record in the first file is replaced with the offline transaction record in the second file.

In one embodiment, a computer device is provided, as shown in FIG. 3, including a non-volatile storage medium and storage device, a processor, and a computer stored on the storage device and operable on the processor Programs, databases, etc., processors are used to provide computing and control capabilities. The storage device provides an environment for the operation of the computer program. The storage device includes a first storage device and a second storage device. The first storage device may be an internal storage, and the second storage device may be an external storage such as an SD card or the like. The database is used to store offline transaction records, checksums, and so on. When the processor executes the computer program, the following steps are implemented: acquiring a first file of the first storage device, where the first file includes an offline transaction record;

Performing integrity verification on the first file and the second file respectively;

If the first file is successfully verified and the second file verification fails, the offline transaction record in the second file is replaced with the offline transaction record in the first file, and the replaced second file is saved in the second storage device. If the first file verification fails and the second file verification succeeds, the offline transaction record in the first file is replaced with the offline transaction record in the second file, and the replaced first is saved in the first storage device. file.

The computer device can be implemented by a stand-alone computer device or a cluster of computer devices consisting of a plurality of computer devices. It will be understood by those skilled in the art that the structure shown in FIG. 3 is only a block diagram of a part of the structure related to the solution of the present application, and does not constitute a limitation of the computer device to which the solution of the present application is applied. The specific computer device may It includes more or fewer components than those shown in the figures, or some components are combined, or have different component arrangements.

In one embodiment, the processor is further configured to:

If the first file fails to be created in the first storage device, or the second file fails to be created in the second storage device, an alarm prompt is generated;

If the first file and the second file are successfully created, the first file and the second file are respectively verified; and

If the verification passes, the offline transaction record is written to the first file and the first file, respectively.

In one embodiment, the processor is further configured to:

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

Perform consistency check on the first file length and the second file length. In one embodiment, processing It is also used to execute:

Obtain the first file length;

Get the number of bytes of a single offline transaction record, and the number of bytes of a single offline transaction record includes the bytes occupied by a single offline transaction record in the first file;

Obtaining a check code byte number, where the check code byte number includes a byte occupied by the first check code;

Calculating the number of offline transaction records in the first file by a single offline transaction record byte number, a check code byte number, and a first file length;

Determining 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 processor is further configured to:

Obtain a preset key;

Calculating, by using the key and the offline transaction record in the first file, a first integrity check code corresponding to the first file;

Determining 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 processor is further configured to:

If the first file length is greater than the second file length, replacing the offline transaction record in the second file with the offline transaction record in the first file;

If the first file length is equal to the second file length and the content is inconsistent, the offline transaction record in the second file is replaced by the offline transaction record in the first file;

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

In one embodiment, the processor is further configured to:

If the first storage device fails to write and the second file integrity check in the second storage device succeeds, the offline transaction record in the second file is replaced with the offline transaction record in the first file, and the second file is deleted. The offline transaction in the middle is uploaded to the background to generate an alarm prompt; if the second storage device fails to write and the first file integrity check in the first storage device is successful, the offline transaction record in the first file is generated. Replace the offline transaction record in the second file, upload the offline transaction in the first file to the background, and generate an alarm prompt.

In one embodiment, one or more computer readable non-volatile storage media storing computer readable instructions, when executed by one or more processors, cause one or more processors to perform the following step:

In one embodiment, the processor is further configured to:

In one embodiment, the computer program is executed by the processor to also implement the following steps:

Perform consistency check on the first file length and the second file length.

In one embodiment, the processor is further configured to:

Obtain the first file length;

Calculate first by counting the number of bytes in a single offline transaction, the number of check code bytes, and the length of the first file. The number of offline transaction records in the file;

If not, the first file verification fails.

In one embodiment, the processor is further configured to:

Obtain a preset key;

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

In one embodiment, the processor is further configured to:

The technical features of the above embodiments may be arbitrarily combined. For the sake of brevity of description, all possible combinations of the technical features in the above embodiments are not described. However, as long as there is no contradiction in the combination of these technical features, It is considered to be the range described in this specification.

The above embodiments are merely illustrative of several embodiments of the present application, and the description thereof is more specific and detailed, but is not to be construed as limiting the scope of the invention. It should be noted that a number of variations and modifications may be made by those skilled in the art without departing from the spirit and scope of the present application. Therefore, the scope of the invention should be determined by the appended claims.

Claims

An offline transaction record saving method, comprising:

Obtaining 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, where the second file includes an offline transaction record;

Performing integrity verification on the first file and the second file respectively; and

If the first file verification is successful and the second file verification fails, replacing the offline transaction record in the second file with the offline transaction record in the first file, in the second Saving the replaced second file in the storage device; if the first file verification fails and the second file verification is successful, replacing the first file with the offline transaction record in the second file The offline transaction record stores the replaced first file in the first storage device.
The method according to claim 1, wherein before the step of acquiring the first file of the first storage device, the method further comprises:

If the first file fails to be created in the first storage device, or the second file fails to be created in the second storage device, an alarm prompt is generated;

If the first file and the second file are successfully created, respectively verifying the first file and the second file; and

If the verification passes, the offline transaction record is written to the first file and the first file, respectively.
The method according to claim 1, wherein after the step of performing integrity verification on the first file and the second file respectively, the method further comprises:

Obtaining the first file length and the second file length if both the first file and the second file are successfully verified; and

Performing consistency check on the first file length and the second file length.
The method according to claim 3, wherein said first storage device is an internal storage device, said second storage device is an external storage device, said pair of said first file length and said second file The steps for length verification, including:

If the first file length is greater than the second file length, replacing an offline transaction record in the second file with an offline transaction record in the first file;

If the first file length is equal to the second file length and the content is inconsistent, replacing the offline transaction record in the second file with the offline transaction record in the first file; and

If the first file length is less than the second file length, replacing the offline transaction record in the first file with the offline transaction record in the second file.
The method according to claim 1, wherein said first file further comprises a first check code, said integrity check comprising verifying said first file length, said pair of said The step of verifying a file length includes:

Obtaining the length of the first file;

Obtaining a single offline transaction record byte number, where the single offline transaction record byte number includes a byte occupied by a single offline transaction record in the first file;

Obtaining a check code byte number, where the check code byte number includes a byte occupied by the first check code;

Calculating, by the single offline transaction record byte number, the check code byte number, and the first file length, the number of offline transaction records in the first file;

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

If not, the first file verification fails.
The method according to claim 1, wherein the first file further comprises a first check code, the integrity check further comprises verifying the check code, and the check code is calibrated The verification includes the step of verifying the first verification code, including:

Obtain a preset key;

Calculating, by using the key and the offline transaction record in the first file, a first integrity check code corresponding to the first file;

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

If they are not equal, the first file verification fails.
The method of claim 1 further comprising:

If the first storage device fails to write and the second file integrity check in the second storage device succeeds, the offline transaction record in the second file is replaced with the offline transaction record in the first file, The offline transaction in the second file is uploaded to the background to generate an alarm prompt; if the second storage device fails to write and the first file integrity check in the first storage device is successful, the offline transaction record in the first file is generated. Replace the offline transaction record in the second file, upload the offline transaction in the first file to the background, and generate an alarm prompt.
A computer device comprising a memory and a processor, wherein the memory stores a computer program, and when the computer program is executed by the processor, the processor performs the step of: acquiring a first file of the first storage device The first file includes an offline transaction record;

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

Performing integrity verification on the first file and the second file respectively; and

If the first file verification is successful and the second file verification fails, replacing the offline transaction record in the second file with the offline transaction record in the first file, in the second Saving the replaced second file in the storage device; if the first file verification fails and the second file verification is successful, replacing the first file with the offline transaction record in the second file The offline transaction record stores the replaced first file in the first storage device.
The computer device according to claim 8, wherein the processor is further configured to:

If the first file fails to be created in the first storage device, or the second file fails to be created in the second storage device, an alarm prompt is generated;

If the first file and the second file are successfully created, respectively verifying the first file and the second file; and

If the verification passes, the offline transaction record is written to the first file and the first file, respectively.
The computer device according to claim 8, wherein the processor is further configured to:

Obtaining the first file length and the second file length if both the first file and the second file are successfully verified; and

Performing consistency check on the first file length and the second file length.
The computer device according to claim 10, wherein the processor is further configured to:

If the first file length is greater than the second file length, replacing an offline transaction record in the second file with an offline transaction record in the first file;

If the first file length is equal to the second file length and the content is inconsistent, replacing the offline transaction record in the second file with the offline transaction record in the first file; and

If the first file length is less than the second file length, replacing the offline transaction record in the first file with the offline transaction record in the second file.
The computer device according to claim 8, wherein the first file further comprises a first check code, the integrity check comprises verifying the length of the first file, and the processor further Used to execute:

Obtaining the length of the first file;

Obtaining a single offline transaction record byte number, where the single offline transaction record byte number includes a byte occupied by a single offline transaction record in the first file;

Obtaining a check code byte number, where the check code byte number includes a byte occupied by the first check code;

Calculating, by the single offline transaction record byte number, the check code byte number, and the first file length, the number of offline transaction records in the first file;

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

If not, the first file verification fails.
The computer device according to claim 8, wherein the first file further comprises a first check code, the integrity check further comprises verifying the check code, and the processor is further configured to: carried out:

Obtain a preset key;

Calculating, by using the key and the offline transaction record in the first file, a first integrity check code corresponding to the first file;

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

If they are not equal, the first file verification fails.
The computer device according to claim 8, wherein the processor is further configured to:

If the first storage device fails to write and the second file integrity check in the second storage device is successful, replacing the offline transaction record in the second file with the offline transaction record in the first file in the second file The offline transaction is uploaded to the background to generate an alarm prompt; if the second storage device fails to write and the first file integrity check in the first storage device is successful, the offline transaction record in the first file is replaced with the second The offline transaction record in the file uploads the offline transaction in the first file to the background to generate an alarm prompt.
One or more computer readable non-volatile storage media storing computer readable instructions, when executed by one or more processors, cause one or more processors to perform the steps of: acquiring a first storage a first file of the device, the first file including an offline transaction record;

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

Performing integrity verification on the first file and the second file respectively; and

If the first file verification is successful and the second file verification fails, replacing the offline transaction record in the second file with the offline transaction record in the first file, in the second Saving the replaced second file in the storage device; if the first file verification fails and the second file verification is successful, replacing the first file with the offline transaction record in the second file The offline transaction record stores the replaced first file in the first storage device.
The storage medium according to claim 15, wherein the processor is further configured to:

If the first file fails to be created in the first storage device, or the second file fails to be created in the second storage device, an alarm prompt is generated;

If the first file and the second file are successfully created, respectively verifying the first file and the second file; and

If the verification passes, the offline transaction record is written to the first file and the first file, respectively.
The computer device of claim 15 wherein said processor is further For execution:

Obtaining the first file length and the second file length if both the first file and the second file are successfully verified; and

Performing consistency check on the first file length and the second file length.
The storage medium according to claim 17, wherein the first storage device is an internal storage device, the second storage device is an external storage device, and the processor is further configured to:

If the first file length is greater than the second file length, replacing an offline transaction record in the second file with an offline transaction record in the first file;

If the first file length is equal to the second file length and the content is inconsistent, replacing the offline transaction record in the second file with the offline transaction record in the first file; and

If the first file length is less than the second file length, replacing the offline transaction record in the first file with the offline transaction record in the second file.
The storage medium according to claim 15, wherein the first file further comprises a first check code, the integrity check comprises verifying the length of the first file, and the processor further For execution:

Obtaining the length of the first file;

Obtaining a single offline transaction record byte number, where the single offline transaction record byte number includes a byte occupied by a single offline transaction record in the first file;

Obtaining a check code byte number, where the check code byte number includes a byte occupied by the first check code;

Calculating, by the single offline transaction record byte number, the check code byte number, and the first file length, the number of offline transaction records in the first file;

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

If not, the first file verification fails.
The storage medium according to claim 15, wherein the first file further comprises a first check code, the integrity check further comprises verifying the check code, and the processor is further configured to: carried out:

Obtain a preset key;

Calculating, by using the key and the offline transaction record in the first file, a first integrity check code corresponding to the first file;

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

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