JP3752937B2 - Transaction processing apparatus and method, and IC card with transaction processing function - Google Patents

Description

[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a transaction processing technique in an electronic money transaction system or the like using an IC card (Integrated Circuit card), and more particularly to a transaction processing apparatus and method suitable for improving the reliability and performance of transaction processing, and the transaction. The present invention relates to an IC card with a processing function.
[0002]
[Prior art]
Transaction processing in electronic commerce (Electronic Commerce, EC, etc.) that conducts commerce using a computer, for example, when paying using an IC card as a traveler's check, installed in the IC card and store The following transaction processing is performed with the terminal device.
[0003]
An IC card as a transaction processing device receives a payment request for the amount W (transaction execution instruction T) and an identification information ID (random number R generated by the terminal device) that can uniquely distinguish the transaction from a terminal device on the store side. Is input, the transaction W instructed by the execution instruction T (payment of the amount W) is executed with reference to the remaining balance Wr (data item S) recorded in advance, and the data item S (remaining amount Wr) is updated. Then, the key information K stored in advance, the signature S encrypted with the key information K, the total amount of traveler's check (electronic money data C), and the like are output to the terminal device on the store side as the transaction execution result.
[0004]
In the terminal device on the store side, the electronic money data C output from the IC card (transaction processing device) is confirmed in this way, and the signature S also output from the IC card is obtained using the key information K. If both are normal, transaction processing (payment processing) is completed.
[0005]
In order to perform such processing, the transaction processing device includes storage units M1, M2,..., Mn for recording data items S1, S2,. Is provided. At the start of transaction execution, the contents of the storage unit MR (the previous execution result) are first erased, and then the data items S1, S2,..., Stored in the storage units M1, M2,. A transaction is executed using the value of Sn. Further, after the execution, the updated values of S1, S2,..., Sn are recorded in the storage units M1, M2,..., Mn, and new execution results are recorded in the storage unit MR, and then the execution results. Is output to the terminal device.
[0006]
However, various problems occur in such a transaction processing system. For example, the first defect is as follows. That is, in the transaction processing device, the value of the data item S1, S2,..., Sn after execution of the transaction is stored in the storage units M1, M2,. If a problem occurs in the operation and writing of data items to the storage units M1, M2,..., Mn is incomplete, or a problem occurs while storing the value of the transaction execution result in the storage unit MR. In some cases, the writing of the execution result is incomplete, and the transmission of the execution result to the terminal device is incomplete.
[0007]
In such a case, data consistency of the transaction processing device is lost. That is, the data items S1, S2,..., Sn stored in the storage units M1, M2,..., Mn and the execution result values stored in the storage unit MR are updated based on the execution of the transaction. What is completed and what is not completed are mixed, and consistency between data items is lost. Furthermore, in this case, the value cannot be returned to the state before the execution of the transaction. Further, since the execution result of the transaction is not completely recorded in the storage unit MR, the execution result cannot be acquired even if the contents of the storage unit MR of the transaction processing device are read on the terminal device side.
[0008]
The second problem is as follows. That is, if the terminal device side cannot receive the value of the execution result from the transaction processing device, it checks whether or not the execution result of the transaction is recorded in the storage unit MR, and stores it from the transaction execution device based on the result. It is necessary to determine whether the value of the part MR should be read or whether the execution result should be obtained by giving the transaction execution instruction T and the identification information ID again, and accordingly, a special function must be provided on the terminal device side There is.
[0009]
If the terminal device again instructs the transaction processing device to execute the transaction without making such a determination, the same transaction may be repeated twice in the transaction processing device. become. In this case, since the transaction is executed only once on the terminal device, consistency is lost.
[0010]
Further, the third problem is as follows. That is, in the transaction processing device, the contents (execution results) of the storage unit MR are erased each time a transaction is executed, and are rewritten to a new one. Therefore, the terminal device can acquire only the execution result of the transaction executed immediately before. . Therefore, when there are multiple terminal devices, if a transaction is executed for another terminal device even though the transmission of the transaction execution result to a certain terminal device has failed, it will be executed to the former terminal device. The result cannot be sent again.
[0011]
In addition, there are the following cases as defects of the prior art. That is, for a single transaction, operations such as erasing the storage unit MR, rewriting the storage units M1, M2,..., Mn, and writing the storage unit MR are required in the transaction apparatus. This is inconvenient when an IC card is used for transaction processing.
[0012]
This is because the IC card generally uses a storage device called EEPROM (Electrically Erasable Programmable Read Only Memory), but this EEPROM requires a fixed time for each write operation regardless of the amount of data to be written. This required time is about 55 milliseconds in the case of a typical IC card. Compared with the data writing speed of about 15 microseconds per byte, this required time is a heavy burden.
[0013]
In order to deal with such problems, the arrangement order of the storage areas (storage units M1, M2,..., Mn and storage unit MR) on the actual storage device is optimized, and these values can be rewritten by a single write operation. It can be optimized to finish. However, even if such optimization is performed, the operation of erasing the storage portion MR is still required, so that the number of operations to the storage device (EEPROM) is required at least twice.
[0014]
[Problems to be solved by the invention]
The problems to be solved are stored in the transaction processing device in the conventional technology when the communication between the transaction processing device and the terminal device is interrupted or when the operation of the transaction processing device is stopped. That is, it is impossible to reliably prevent the consistency of internal data being lost, and it is not possible to reduce the number of operations to the storage means in the transaction processing apparatus.
[0015]
An object of the present invention is to provide a transaction processing apparatus and method, and an IC card with a transaction processing function, which can solve these problems of the prior art and improve the reliability and processing speed of transaction processing. is there.
[0016]
[Means for Solving the Problems]
In order to achieve the above object, in the transaction processing apparatus and method and the IC card with transaction processing function of the present invention, with respect to the executed transaction, the execution result is normally displayed in association with the requested execution instruction T and the identification information ID. An index (start flag, completion flag, etc.) indicating whether or not the process is completed is assigned and recorded as history information. Thereafter, when the transaction execution instruction T and the identification information ID are input from the terminal device, the recorded history information is searched based on these information, and the normal corresponding to the input execution instruction T and the identification information ID Determine whether there is an execution result that has ended. If there is, the execution result is read and output to the terminal device. If not, a new transaction based on the input execution instruction T and identification information ID is executed, and the execution result is output to the terminal device. As historical information.
[0017]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings.
FIG. 1 is a block diagram showing a configuration example of a transaction processing apparatus according to the present invention, and FIG. 2 is a flowchart showing an example of processing operation related to the present invention of the transaction processing apparatus in FIG.
[0018]
The transaction processing apparatus shown in FIG. 1 uses an electronic money payment apparatus as an example. This electronic money payment apparatus corresponds to a payment request from an electronic money terminal apparatus (not shown). I do.
[0019]
The electronic money payment apparatus of this example includes an input terminal 1 (denoted as “IW” in the figure), an input terminal 2 (denoted as “IR” in the figure), a transaction execution unit 3, and an output terminal 4 (denoted as “OK” in the figure). Description), an output terminal 5 (described as “OC” in the figure), an output terminal 6 (described as “OS” in the figure), and a history management unit 7.
[0020]
An electronic money payment amount W (1a) requested as an execution instruction T of a transaction from the electronic money terminal device is input to the input terminal 1, and an electronic money is input to the input terminal 2 for each electronic money payment. A random number R (2a) as a transaction identification information ID generated in the terminal device is input.
[0021]
The transaction execution unit 3 includes a balance confirmation unit 3a, a signature generation unit 3b, and an output processing unit 3c, and performs conventional transaction processing. The history management unit 7 includes a history confirmation unit 7a, a history acquisition unit 7b, a history information storage processing unit 7c, and history information 8, and performs processing according to the present invention.
[0022]
The history information 8 indicates the history of payment processing (transaction processing) executed in the past, and the payment amount W requested from the electronic money terminal device and the random number R as the transaction identification information ID are used as the execution result. Are associated with information such as the signature S and the balance Wr after each payment process.
[0023]
Hereinafter, a processing operation example of the electronic money payment apparatus having such a configuration will be described with reference to FIG.
In the electronic money payment apparatus in FIG. 1, a payment amount W (1a) as a transaction execution instruction T and a random number R (as identification information ID for uniquely identifying a transaction) are input to the input terminals 1 and 2 from the electronic money terminal apparatus. 2a) is input (step 201), the history confirmation unit 7a in the history management unit 7 searches the history information 8 using the payment amount W and the random number R (identification information ID) as keys (step 202). Then, it is confirmed whether normally completed electronic money payment processing corresponding to the same amount W and random number R has been performed (step 203).
[0024]
When it is confirmed that the payment that has been normally completed has been made in the past, the history acquisition unit 7b is activated to acquire the past execution result from the history information 8 (step 204). The balance confirmation unit 3a of the transaction execution unit 3 is activated to execute conventional transaction processing (step 206).
That is, in step 204, the history acquisition unit 7b reads the signature S having the same payment amount W and the random number R (identification information ID) from the history information 8 and passes this signature S to the output processing unit 3c. .
[0025]
The output processing unit 3c has key information K (4a) prepared in advance and electronic money data C (5a) (here, the total amount given in advance to the electronic money payment apparatus). (4a) The electronic money data C (5a) and the signature S received from the history acquisition unit 7b are sent as execution results to the electronic money terminal device via the output terminals 4 to 6 (step 205).
[0026]
In step 206, first, the balance confirmation unit 3a in the transaction execution unit 3 is activated, and the payment amount W (1a) as the transaction execution instruction T input to the input terminals 1 and 2 from the electronic money terminal device. And the requested transaction (payment process) based on the value of the balance (Wr) recorded in the history information 8 corresponding to the random number R (2a) as the identification information ID that can uniquely identify the transaction. Next, the signature generation unit 3b is activated, and the signature generation unit 3b generates a signature S (6a) for the random number R (2a) using the key information K (4a) prepared in advance.
[0027]
When the conventional transaction processing by the balance confirmation unit 3a and the signature generation unit 3b ends normally, new history information 8 is generated by the history information storage processing unit 7c in the history management unit 7 based on the execution result. (Step 207).
The signature S generated by the signature generation unit 3b in this new history information 8 is passed to the output processing unit 3c, and is executed as an execution result together with key information K (4a) and electronic money data C (5a) prepared in advance. Then, it is sent to the electronic money terminal device via the output terminals 4 to 6 (step 205).
[0028]
The electronic money terminal device confirms the electronic money data C output from the electronic money payment device as described above, and uses the key information K to obtain the signature S output from the electronic money payment device. If both are normal, transaction processing (payment processing) is completed.
[0029]
Next, another example according to the present invention will be described with reference to FIGS.
FIG. 3 is a block diagram showing another configuration example of the transaction processing apparatus according to the present invention, and FIG. 4 is an explanatory diagram showing a configuration example of history information generated by the transaction processing apparatus in FIG.
[0030]
The transaction processing device shown in FIG. 3 is an electronic money payment device realized by using an IC card 10, and this IC card 10 is used as a traveler's check, from an electronic money terminal device not shown. In response to the payment request, electronic money payment processing (transaction processing) is performed.
[0031]
First, a specific transaction example using the IC card 10 as a traveler's check will be described. For example, if the face value of a traveler's check is 10000 yen and the payment (request) amount W from the store is 2000 yen, the traveler of the traveler's check presents the traveler's check with this face value of 10000 yen to the store, of which 2000 yen Similarly, in this example, in this example, the IC card 10 having the electronic money data C with the face value of 10000 yen is presented to the store, and in order to announce that 2000 yen will be paid, the store The digital signature S is generated using the key information K prepared in advance for the random number R instructed from the electronic money terminal device.
[0032]
In practice, the digital signature S is generated for data obtained by combining both the random number R and the payment request amount (W) of 2000 yen. However, in order to simplify the explanation, in this example, the random number is used. Assume that a digital signature S is generated only for R.
Hereinafter, the IC card 10 used as such a traveler's check will be described with reference to FIG.
[0033]
The IC card 10 as a traveler's check of this example has a reception buffer 11 (described as “INBUF” in the figure), a processing unit 12, a transmission buffer 13 (described as “OUTBUF” in the figure), and an EEPROM. .
[0034]
In the reception buffer 11, the electronic money payment amount W (11 a) requested as the transaction execution instruction T input from the electronic money terminal device, and generated in the electronic money terminal device for each electronic money payment. A random number R (11b) as the transaction identification information ID is stored.
[0035]
The processing unit 12 includes a CPU (Central Processing Unit), a main memory, and the like and performs computer processing. The processing unit 12 performs processing according to the present invention, a history confirmation unit 12a, a determination unit 12b, a history acquisition unit 12c, and history information storage processing. 12f, a balance confirmation unit 12d for performing conventional transaction processing, and a signature generation unit 12e.
[0036]
The transmission buffer 13 uses key information K (13a) prepared in advance, electronic money data C (13b) as the total amount of traveler's check (10,000 yen), and key information K (13a) in the signature generation unit 12e. The signature S (13c) generated in this way is stored, and these pieces of information are transmitted to the electronic money terminal device.
[0037]
The EEPROM 14 is a nonvolatile storage device, and stores history information 14a generated by the history information storage processing unit 12f based on the transaction processing (money payment processing) results in the balance confirmation unit 12d and the signature generation unit 12e.
[0038]
As shown in FIG. 4, the history information 14a is stored as a history information table 14b in a storage area on the EEPROM 14 shown in FIG. That is, the history information table 14b includes an index number for identifying each record, a start flag indicating the start of execution (described as “FS” in the figure), an amount W indicating a payment amount requested from the terminal device, and after execution of the payment. The balance Wr indicating the balance of the transaction, the random number R indicating the transaction identification information ID input from the terminal device, the signature S indicating the execution result, and the completion flag (denoted as “FE” in the figure) indicating the completion of execution, Information regarding each electronic money payment made in the past with the IC card 10 in FIG. 3 is registered.
[0039]
In the history information table 14b, the initial value of each item is “0”, the number of records is fixed, n, and index numbers from “0” to “n−1” are assigned in order.
The start flag (FS) and the completion flag (FE) take values from “0” to “n + 1”.
[0040]
Generally, the storage capacity of the EEPROM 14 on the IC card 10 is at most about a dozen KB, which is insufficient to store all the history information 14a. In this example, the area allocated to the history information table 14b When it is used up, it is assumed that the history information table 14b is sequentially rewritten and used again.
[0041]
In the example of the history information table 14b shown in FIG. 4, in the record with the index number # 0, “1” is set for both the start flag and the completion flag, “1000 (yen)” as the amount W, and “ “9000 (yen)”, “52311” as the random number R, “BcDxw” as the signature S, and “2” as both the start flag and the completion flag in the record of the index number # 1, and “2000” as the amount W (Yen) ”,“ 7000 (yen) ”as the balance Wr,“ 84233 ”as the random number R, and“ YonPQ ”as the signature S are registered.
[0042]
In this example, the same number is registered in both the start flag and the completion flag as described above, which indicates that the payment process (transaction) relating to the record of the index number has been normally completed. When the payment process (transaction) is not normally completed, a value different from the start flag (FS) is written in the completion flag (FE) in the record. When the values of the start flag (FS) and the completion flag (FE) are different as described above, it is possible to detect that recording is incomplete due to some abnormality during recording when reading history information, and invalidate the recording. It is possible to eliminate only the complete record and to read it back in order from the last recorded history information.
[0043]
In the IC card 10 in FIG. 3, a request for a payment amount W (11a) as a transaction execution instruction T from an electronic money terminal device and an identification information ID (random number R11b) that can uniquely identify a transaction are received from the electronic money terminal device. 4 is searched by the history confirmation unit 12a in the processing unit 12 using the payment amount W and the random number R (identification information ID) as keys, and the history information table 14b shown in FIG. 4 is searched. Then, it is confirmed whether normally completed electronic money payment processing for the same payment amount W and random number R has been performed in the past.
[0044]
Here, it is confirmed in the history information table 14b shown in FIG. 4 whether or not the content satisfies the condition that the amount W and the random number R are equal and the values of the start flag (FS) and the completion flag (FE) are equal. . If the conditions are met and it is confirmed that the same payment has been made normally in the past, the history acquisition unit 12c is activated, and if not, the balance confirmation unit 12d is activated to perform the conventional transaction. Execute the process.
[0045]
First, the history acquisition unit 12 c reads the signature S from the record in the history information table 14 b shown in FIG. 4 that satisfies the above conditions, and stores it in the transmission buffer 13.
Further, the balance confirmation unit 12d performs a payment process (transaction process) corresponding to the payment amount W (11a) and the random number R (11b) stored in the reception buffer 11.
[0046]
At this time, the balance confirmation unit 12d reads records (records) sequentially from the record of the electronic money payment history information recorded last in the history information table 14a of FIG. Is compared with the current balance (Wr) recorded in (1), and it is confirmed that the payment amount W is less than the current balance (Wr).
[0047]
If there is no record of history information recorded in the record, the current balance Wr is equal to the face value of electronic money data C (10,000 yen as the total amount of traveler's check).
The balance confirmation unit 12d acquires the index number of the electronic money payment history information recorded last in the record as follows.
[0048]
First, after setting the index number of the last record as a temporary index number, the start flag (FS) and the completion flag (FE) are read in order from the first record, and both flags are “0”, or The value differs between the two flags, or the value obtained by subtracting 1 from the flag value (if the subtraction result is “0”, it will be read as “n + 1”) and the previous record (the last record in the case of the first record) If the value of the start flag (FS) is not equal, the current temporary index value is set to the index number of the last written record, otherwise the current record index value is set to the temporary value. The index value is set and the same processing is performed for the next record.
[0049]
If this process is repeated and the end of the record is reached, it is assumed that the end record is the last written record.
When the processing of the balance confirmation unit 12d is completed in this way, the signature generation unit 12e generates a signature S (13c) for the random number R (11b) using the key information K (13a) registered in advance, Store in the transmission buffer 13.
[0050]
In the IC card 10 of FIG. 3, an execution result generation unit (not shown) uses electronic money data C (face value 10,000 yen) and key information K recorded in advance and the key information K. The transmission data is completed together with the signature S generated by the signature generation unit 12 or acquired by the history acquisition unit 12 c and stored in the transmission buffer 13.
[0051]
The transmission data is transmitted from the transmission buffer 13 to the electronic money terminal device. The electronic money terminal device confirms the electronic money data C output from the IC card 10 in this way and uses the key information K. Similarly, the signature S output from the IC card 10 is verified, and if both are normal, the transaction process (payment process) is completed.
[0052]
When the execution processing by the balance confirmation unit 12d and the signature generation unit 12e is completed as described above, the IC card 10 then generates the history information 14a based on the execution processing by the history information storage processing unit 12f. Is recorded in the history information table 14b.
[0053]
That is, the history information storage processing unit 12f stores electronic money payment history information including the payment amount W, the current balance Wr immediately after payment, the random number R received from the electronic money terminal device, and the signature S generated by the signature generation unit 12e. Record in the record next to the record read by the balance confirmation unit 12d.
[0054]
At this time, the history information storage processing unit 12f adds “1” to the value of the start flag (FS) of the record read by the balance confirmation unit 12d (if the added result exceeds n + 1, it reads “1”). ) Is set in the start flag (FS) and completion flag (FE) of this record.
The record storage area in the EEPROM 14 on the IC card is limited. If the record read by the balance confirmation unit 12d is the end record, the history information storage processing unit 12f records the first record. In this way, a limited record storage area can be used repeatedly.
[0055]
Thus, the operation | movement which repeatedly uses the storage area of a limited record is demonstrated using the specific example shown in FIGS.
FIG. 5 is an explanatory diagram showing a first configuration example of the history information table in which history information is registered in FIG. 3, and FIG. 6 is a second configuration example of the history information table in which history information is registered in FIG. FIG. 7 is an explanatory diagram illustrating a third configuration example of the history information table in which the history information in FIG. 3 is registered.
[0056]
In this example, the number of records that can be registered is “4”, and the history information table 14c in FIG. 5A shows an example in which writing is performed three times. To perform the fourth writing in this state, the start flag (FS) and the completion flag (FE) are searched in order from the top. Here, the start flag (FS) and the completion flag (FE) in the record with index number 3 are “0”, which means that the record with index number 2 is the last written record. I understand. Therefore, the fourth writing is performed for the record with index number 3.
This result is the state shown in the history information table 14d of FIG.
[0057]
In this state, when the fifth write is performed, similarly, the start flag (FS) and the completion flag (FE) are searched in order from the first record. Here, “both flags are 0 or both flags Is different, or the value obtained by subtracting 1 from both flag values is different from the flag value of the immediately preceding record ”. Therefore, it is determined that the record with index number 3 is written last, and writing is performed with respect to the record with index number 0 at the beginning.
This result is the state shown in the history information table 14e of FIG.
[0058]
In this state, when the sixth writing is further performed, similarly, the start flag (FS) and the completion flag (FE) are searched in order from the first record. Here, the search time point for the record of index number 1 is searched. Therefore, since the condition that “the value obtained by subtracting 1 from the flag value is different from the flag value of the immediately preceding record” is met, it can be determined that the record with index number 0 was written last. Write to the record.
[0059]
In each of the history information tables 14c to 14e shown in FIGS. 5 to 7, when the writing is incomplete and the process is stopped halfway, the values of the start flag (FS) and the completion flag (FE) are different. Thus, it is possible to determine whether or not the processing for the record at each index number is incomplete.
[0060]
As described above, the example in FIG. 3 has been described in the case where the recording device for recording history information does not have a sufficient storage capacity. However, when an IC card or the like incorporating a large-capacity storage device is used, a history information storage area is used. Sufficient space can be prepared, and the table area need not be used repeatedly. In this case, in the history confirmation unit 12a of FIG. 3, in order to obtain the index number of the record of the electronic money payment history information recorded last as the history information 14, the binary tree search method is used as follows.
[0061]
Here, the value of the start flag (FS) and the completion flag (FE) is either “0” or “1”. If this value is “0”, nothing is recorded in this record. Judge.
First, two variables A and B are prepared, and the variable A is initialized with the index value of the first record, and the variable B is initialized with a value obtained by adding “1” to the index of the last record.
[0062]
The value of the start flag (FS) and completion flag (FE) of the record indicated by “value (A + B) ÷ 2” are different from each other, or both flags of the record indicated by “value (A + B) ÷ 2” are “ If it is “1” and both flags of the next record are “0”, and if such a condition is met, the variable A is the index of the last recorded record. Otherwise, if both flags of the record pointed to by “value (A + B) ÷ 2” are “1”, “value (A + B) ÷ 2” is set in variable A, and if both flags are “0” Substitutes “value (A + B) / 2” for variable B and performs the above-described inspection again.
[0063]
When the values of the variables A and B reach the end of the record, it is assumed that the last record is the last written record.
When the electronic money payment history information is recorded in the record next to the last written record read by the history confirmation unit 12a in this way (or the first record if the last written record is the last record). In addition, the value “1” is set to the start flag (FS) and the completion flag (FE) of this record.
[0064]
In this example, the limited storage area cannot be used repeatedly as in the example described with reference to FIGS. 3 to 7. Therefore, when all the areas are used up, the entire storage contents are once erased. The values of the start flag (FS) and the completion flag (FE) need to be set to “0”.
[0065]
As described above with reference to FIGS. 1 to 7, in the transaction processing apparatus and method and the IC card with transaction processing function of this example, the execution instruction T (payment amount W) and identification information ID ( In association with the random number R), the execution result (signature S) is given an index (start flag (FS) and completion flag (FE)) indicating whether or not the processing has been normally completed, and the history information is EEPROM. And so on.
[0066]
Then, based on the transaction execution instruction T (payment amount W) and the identification information ID (random number R) input from the terminal device, the recorded execution history information is searched, and the same payment amount W (execution instruction) T) and the presence or absence of a successful execution result (signature S) corresponding to the random number R (identification information ID). If there is, the execution result (signature S) is read from the storage device and output to the terminal device. Otherwise, a new transaction based on the input execution instruction T (payment amount W) and identification information ID (random number R) Is executed and the execution result (signature S) is output to the terminal device, and history information regarding the new transaction is generated and recorded in the storage device.
[0067]
As described above, in this example, history information of all transactions for which history information has been recorded is recorded, but only the transaction processing result that has been normally completed can be referred to based on the transaction execution instruction T and the identification information ID. Thus, history information that has been recorded incompletely is not read out.
[0068]
As a result, even though the transaction processing device has been successfully executed for some reason, the recording of data and execution results after the execution of the transaction is incomplete, and the execution results are recorded in the terminal device. If the transmission is incomplete, even if the same transaction execution instruction T and identification information ID are input again from the terminal device, it is determined that the same transaction as the corresponding transaction has not been executed in the past. Assuming that a completely new transaction is requested, the transaction is executed and the execution result is output to the terminal device, so that it is possible to avoid the problem of loss of data item consistency, which occurred in the prior art.
[0069]
In this example, if the terminal apparatus fails to receive the transaction execution result output from the transaction processing apparatus, the terminal apparatus inputs the same transaction execution instruction T and the identification information ID again to the transaction processing apparatus and outputs them. It is only necessary to receive the execution result, and on the transaction processing device, a transaction for the same transaction execution instruction T and identification information ID is generated only once in the transaction processing device. This avoids the problem of requiring measures and the inconsistency of data items.
[0070]
In this example, since the execution results of a plurality of transactions can be recorded and read, the transaction execution results are erased and rewritten with a new one each time a transaction is executed, Only the execution result of the transaction executed immediately before can be acquired by the terminal device. For example, there are a plurality of terminal devices, and the transmission of the transaction execution result to a certain terminal device has failed, If executed, it is possible to avoid the problem that the execution result cannot be transmitted again to the former terminal device.
[0071]
Furthermore, in this example, since the execution result is written to the storage device together with information such as the execution instruction T, identification information ID, and data item for each transaction execution, there is no need to delete the execution result. By optimizing the write operation so that only one write operation is required, the number of operations to a storage device such as an EEPROM can be reduced to one. This can significantly reduce the fixed time required.
[0072]
In addition, this invention is not limited to the example demonstrated using FIGS. 1-7, A various change is possible in the range which does not deviate from the summary. For example, in this example, transaction processing related to electronic money payment using an IC card or the like used as a traveler's check has been described as an example, but it can also be applied to other electronic money technologies such as an electronic card (wallet function). It is.
[0073]
【The invention's effect】
According to the present invention, even when communication between a transaction processing device composed of an IC card or the like and a terminal device that controls the transaction processing device is interrupted, or when an operation is stopped during the processing of the transaction processing device, the transaction processing device It is possible to reliably prevent the consistency of internal data stored in the memory, and to reduce the number of operations to a storage device such as an EEPROM in the transaction processing device, thereby shortening the transaction processing time. Is possible.
[Brief description of the drawings]
FIG. 1 is a block diagram showing a configuration example of a transaction processing apparatus according to the present invention.
FIG. 2 is a flowchart showing an example of processing operation related to the present invention of the transaction processing apparatus in FIG. 1;
FIG. 3 is a block diagram showing another configuration example of the transaction processing apparatus according to the present invention.
4 is an explanatory diagram showing a configuration example of history information generated by the transaction processing apparatus in FIG. 3; FIG.
FIG. 5 is an explanatory diagram showing a first configuration example of a history information table in which history information is registered in FIG. 3;
6 is an explanatory diagram illustrating a second configuration example of a history information table in which history information in FIG. 3 is registered. FIG.
7 is an explanatory diagram showing a third configuration example of a history information table in which history information in FIG. 3 is registered. FIG.
[Explanation of symbols]
1: input terminal 1 (“IW”), 1a: payment amount W, 2: input terminal (“IR”), 2a: random number R, 3: transaction execution unit, 3a: balance confirmation unit, 3b: signature generation unit, 3c: output processing unit, 4: output terminal (“OK”), 4a: key information K, 5: output terminal (“OC”), 5a: electronic money data C, 6: output terminal (“OS”), 6a : Signature S, 7: History management unit, 7a: History confirmation unit, 7b: History acquisition unit, 7c: History information storage processing unit, 8: History information, 10: IC card, 11: Reception buffer (“INBUF”), 11a: payment amount W, 11b: random number R, 12: processing unit, 12a: history confirmation unit, 12b: discrimination unit, 12c: history acquisition unit, 12d: balance confirmation unit, 12e: signature generation unit, 12f: history information storage Processing unit, 13: transmission buffer (“OUTBUF”), 13a: Information K, 13b: electronic money data C, 13c: signing S, 14: EEPROM, 14a: historical information, 14b-14e: history information table.

Claims (3)

A transaction processing device that executes a requested transaction based on a transaction execution instruction from a terminal device and identification information that can uniquely identify the transaction,
The transmission of the execution result of the transaction executed based on the transaction execution instruction and the identification information from the terminal device, the start information indicating that the execution of the transaction has started, and the execution result of the transaction to the terminal device is completed. History information storage means for sequentially recording in the storage device history information associated with the transaction execution instruction and identification information, indicating completion information indicating whether or not the transaction processing has been normally completed ;
Matches execution instruction identification information of the transaction from the terminal device, and determines whether the execution result of the transaction in which the complete information is indicates successful completion searches the history information recorded in the history information storage unit History checking means,
It matches execution instruction identification information of the transaction from the terminal device, and to read out the execution result of the transaction is output to the terminal device if there is an execution result of the transaction which the complete information is shows the normal end History acquisition means;
It matches execution instruction identification information of the transaction from the terminal device, and, if there is the execution result of the transaction which the complete information is indicates successful, based on the execution instruction and the identification information of the transaction from the terminal device Transactions Transaction execution means for outputting the execution result of the transaction to the terminal device ,
Transaction processing apparatus according to claim record to Rukoto in the storage device as the history information by the transaction execution means the execution result of the transactions by and the start information and the history information storage unit the complete information for the transaction. A transaction processing method of a transaction processing apparatus that executes a requested transaction based on a transaction execution instruction from a terminal device and identification information that can uniquely distinguish the transaction,
The transmission of the execution result of the transaction executed based on the transaction execution instruction and the identification information from the terminal device, the start information indicating that the execution of the transaction has started, and the execution result of the transaction to the terminal device is completed. A first step of sequentially recording completion information indicating whether or not the processing of the transaction has been normally completed in a storage device with history information associated with the execution instruction of the transaction and the identification information;
Matches execution instruction identification information of the transaction from the terminal device, and searches the history information recorded in the recording apparatus whether the execution result of the transaction in which the complete information is indicates successful completion in the first step A second step of determining
It matches execution instruction identification information of the transaction from the terminal device, and to read out the execution result of the transaction is output to the terminal device if there is an execution result of the transaction which the complete information is shows the normal end A third step;
It matches execution instruction identification information of the transaction from the terminal device, and, if there is the execution result of the transaction which the complete information is indicates successful, based on the execution instruction and the identification information of the transaction from the terminal device Transactions And a fourth step of outputting the execution result of the transaction to the terminal device ,
And wherein the record to Rukoto in the storage device as the history information transaction execution result by the processing in step of said 4 and the start information and the completion information to said transaction by treatment in the first step Transaction processing method. An IC card having a transaction processing function for executing a requested transaction based on an instruction to execute a transaction from a terminal device and identification information for uniquely identifying the transaction,
The transmission of the execution result of the transaction executed based on the transaction execution instruction and the identification information from the terminal device, the start information indicating that the execution of the transaction has started, and the execution result of the transaction to the terminal device is completed. History information storage means for sequentially recording information indicating whether or not the processing of the transaction has been normally completed in a storage device with history information associated with the execution instruction of the transaction and identification information;
Whether the execution result of the transaction execution instruction identification matching vital the completion information to the information is indicates successful completion of a transaction from the terminal device, the history to determine by searching history information recorded in the history information storage unit Confirmation means;
History acquisition to be output to match the execution instruction and the identification information of the transaction and to read out the execution result of the transaction if any execution result of the transaction the completion information indicates successful completion the terminal device from the terminal device Means,
Without transaction execution instruction and match the identification information and the completion information is the execution result of the transaction that indicates successful completion of the above terminal device, executes a transaction based on the execution instruction and the identification information of the transaction from the terminal device And transaction execution means for outputting the execution result of the transaction to the terminal device ,
The transaction execution means the execution result of the transactions by and transaction processing function IC card characterized by record to Rukoto in the storage device as the history information by the history information storage unit the start information and the completion information to said transaction .

Images