JPS60214076A - Credit authenticating terminal machine - Google Patents

Abstract

PURPOSE:To prevent the occurrence of a trouble by rewriting data automatically at a determined time not to perform the processing with old data after the determined time. CONSTITUTION:A customer operation part 6 provided with a numerical display device and a ten key is connected to a credit authenticating terminal machine CAT1, and a card user operates the ten key to input a password number as required. A printer 2, a display device 3, a keyboard 4, a card reader 5, and the customer operation part 6 are connected to a CPU11. A ROM12 and a RAM13 are connected to the CPU11. An operation program of the CPU11 is stored in the RAM12, and the CPU11 performs the operation in accordance with this operation program. Further, a timer 14 and a transmission control part 15 are connected to the CPU11. The timer 14 is used to count the present time. The transmission control part 15 is connected to a center omitted in the figure and transmits data between the CPU11 and the center.

Description

DETAILED DESCRIPTION OF THE INVENTION Field of the Invention The present invention relates to a credit authentication terminal, and more particularly to a terminal for performing credit card authentication, transaction processing, etc., for example.

Description of Prior Art Recently, with the spread of credit cards, efforts have been made to prevent misuse of credit cards and automate transaction processing.
Credit authentication terminals have been put into practical use. This credit authentication terminal uses CAT (Credit Auto).
It is directly connected to each credit card company's center and performs credit card authentication and transaction processing.

By the way, when the above-mentioned CAT is connected to a plurality of credit companies, the processing method may differ depending on each credit company. For example, the telephone number of the center, whether or not there is a local check of the PIN number, the minimum amount for online transactions, etc. To deal with this, CAT stores and holds unique data for each credit company as a table. Although these data are unique to each company, each credit company may wish to change the contents of this table. In this case, conventionally, the credit company notifies each store equipped with CAT of the details of the data change and the date and time of the change, and at that date and time, the operator at each store manually operates the CAT.
The method used was to rewrite the contents of the AT table. However, since such a method involves a lot of manual work, it is not always possible to rewrite the data reliably even at a predetermined date and time, which has been a problem.

OBJECTS OF THE INVENTION It is an object of the present invention to provide a credit authentication terminal in which data is automatically rewritten at a predetermined time.

Configuration and Effects of the Invention To summarize, the present invention provides a company-specific table that stores at least data for communicating with a credit company and data necessary for credit transactions.

An update table that stores data for updating the contents of this company-specific table and a timer that measures the current time are provided, and when this timer reaches a preset time, the contents of the update table are updated as described above. This is written to a company-specific table.

According to this invention, the contents of the update table are automatically written to the company-specific table at a predetermined time. Therefore, the old data will not be processed even after the predetermined time has elapsed, and troubles caused by this will be prevented from occurring.

Hereinafter, this invention will be described in more detail with reference to embodiments shown in the drawings.

DESCRIPTION OF THE EMBODIMENTS FIG. 1 is an external perspective view showing a CAT according to an embodiment of the present invention. In the figure, the top surface of the CATl includes a printer 2 for printing slips, etc., a display 3 for displaying operation guide characters and key manual data, a keyboard 4 having a numeric keypad, various transaction designation keys, etc., and a credit card. A card reader 5 is provided for reading recorded data from the card. Furthermore, a customer operation unit 6 equipped with a numeric display and a numeric keypad is connected to the CAT1, and the card user operates the numeric keypad as necessary to input a personal identification number.

FIG. 2 is a schematic block diagram of CATl shown in FIG. 1. In the figure, the CPU 1 includes the printer 29 described above.
Display 3. Keyboard 4. A card reader 5 and a customer operation unit 6 are connected. Furthermore, the CPU 11 has a ROM
12 and RAM 13 are connected. RO, l'412
The operating program of the CPU 11 is stored in CPt.
Jll operates according to this operation program. Further, a timer 14 and a transmission control unit 15 are connected to CPLll. The timer 14 is for measuring the current time. The transmission control unit 15 is connected to a center (not shown) and performs data transmission between the CPU 11 and the center.

3 and 4 are illustrative diagrams showing data tables stored in the RAM 13 shown in FIG. 2. In particular, FIG. 3 shows a company-specific table, and FIG. 4 shows an update table. 0 First, the company-specific table in Figure 3 has a unique table for each credit company, and each unique table contains various data such as the center's telephone number, whether there is a local check of the PIN number, and the minimum amount for online transactions. I remember.

On the other hand, the update table shown in FIG. 4 has update tables for a plurality of credit companies corresponding to the company-specific table shown in FIG. 3, and each update table includes the contents of the company-specific table. Various types of data that need to be updated are stored. Further, each update table stores time information, ie, update date, for rewriting the company-specific table of the credit company.

Note that the following methods (1) to (3) can be considered as methods for setting data in the update table, but any method may be used.

(1) Prepare 4 key codes for manually updating the table settings.
An operator sets data by keying in from the keyboard 4.

(2) Setting by card The operator does not read the card on which the contents of the new table are recorded into the card reader 5, but sets the table.

(3) Loading from the center The data of the update table is transmitted from the center of the credit company to each CAT1, and each CAT1 sets the data transmitted from this center by writing it into the corresponding update table.

5 and 6 are flowcharts for explaining the operation of the CPU 11 shown in FIG. 2.

Incidentally, FIG. 6 is a flowchart showing details of the subroutine of step S1 in FIG. 5.

The operation of the above embodiment will be described below with reference to FIGS. 5 and 6.

First, in step S1 in FIG. 5, a card input and a key manual standby operation are performed. Then, when a card input is made, that is, when a credit card is inserted into the card reader 5 or when a key is pressed from the keyboard 4, the process proceeds to step S2, and processing corresponding to the input is performed. The operation in step S2 is not particularly necessary for understanding the present invention, so a detailed explanation will be omitted.

Next, details of the operation in step S2 will be described. The operation in step S1 is shown in FIG. That is, in step S11, it is determined whether there is a card input or key input. If there is no card input or key power, step S12
The process proceeds to step 11, where it is determined whether the update table for the first company has been set. Here, the number i is the RA
It is stored in a part of the storage area of M13, and is updated sequentially as described later. If it is determined in step S12 that the update table for the i-th company has been set, the process advances to step S13. Step 813
Then, it is determined whether the update date stored in the corresponding update table, that is, the update table of the i-th company, has reached the current date. This current date is
It is timed at 4. If the update date has not reached the current date, the process advances to step 816, but if the update date has reached the current date, the process advances to step S14.

In step 314, the contents of the company-specific table of the i-th company are rewritten with the contents of the corresponding update table.

The process then proceeds to step S15, where the update table for the i-th company is cleared. Thereafter, the process proceeds to step 816. In step 816, i stored in the RAM is +1.
be done. Note that if it is determined in step 312 that the update table for the i-th company has not been set, the process directly proceeds to step 316. After the operation in step 816, the operation in step 817 is performed. In step S17, it is determined whether the above i is larger than the total number of registered companies. Here, the total number of registered companies is the total number of companies registered in the company-specific table shown in FIG. If it is determined in step 317 that : is smaller than the number of registered companies, step 811
Return to operation. On the other hand, if it is determined that i is greater than the total number of registered companies, the process proceeds to step 818, where i is set to 1. Thereafter, the process returns to step 811 again. As a result, monitoring of the update date is repeated again from the update table of the first company.

On the other hand, if there is a card input or key input in step 811, the process proceeds to step S2 described above, and corresponding processing is performed.

(According to the above-mentioned embodiments, when the update date stored in the update table matches the date of the timer 14, the contents of the update table are automatically written to the corresponding company-specific table. Therefore, changes between new and old data can be performed automatically and reliably.

In the above-described embodiment, a case has been described in which the company-specific table and the update table include data of a plurality of credit companies, but it goes without saying that the present invention can be applied even if the company-specific table and update table contain data of a single credit company.

[Brief explanation of the drawing]

FIG. 1 is an external perspective view showing a CAT according to an embodiment of the present invention. FIG. 2 is a schematic block diagram of the CAT shown in FIG. 1. 3 and 4 are illustrative views showing a company-specific table and an update table stored in the RAM 13 shown in FIG. 2. Figures 5 and 6 are the CP shown in Figure 2.
The process now advances to flowchart 1 for explaining the operation of U11. In the figure, 1 is CAT, 11 is CPU, 12 is ROM
, 13 is a RAM, and 14 is a timer. (2 others) Figure 5 Figure 6

Claims (2)

[Claims] (1) At least a company-specific table that stores data necessary for communicating with credit companies and data necessary for credit transactions, and an update table that stores data for updating the contents of the company-specific table; A credit authentication terminal comprising: a timer for measuring time; and means for writing the contents of the update table into the company-specific table when the timer reaches a preset time. (2) The credit authentication terminal according to claim 1, wherein the company-specific table is provided for each company, and the update table is provided corresponding to each company-specific table.