JPH02278490A - Input method for aperiodic accident list for card check system - Google Patents

Abstract

PURPOSE:To save the time for collating by displaying data of an accident card list which are generated aperiodically by a means which is readable by a specific reader, indicating the data with post cards and reading the data of the accident card list out of the post cards by the reader. CONSTITUTION:When the list data of an accident card is generated aperiodically and urgently reported, data 17 on the ID No. of the accident card and the bar code 16 of the data are entered into a post card 15 and reported. When the post card is reported, a bar code reader 10 reads the bar code 16 of the post card 15 and the data is stored in an EEPROM41. Therefore, this data is usable even as check data and a microcomputer 50 accesses the EEPROM41 when making a check. Thus, the time for the collating is saved.

Description

[Detailed Description of the Invention] [Industrial Application Field] The present invention is an irregular method applied to a card check system that checks card-like recording media such as magnetic cards, optical cards, and IC cards used in credit cards. Concerning how to input the accident list.

[Prior Art] In recent years, credit cards and the like have been widely used when purchasing products. When a credit card or the like is used, the seller checks whether there are any problems with the credit card or the like.

In such cases, the checking method used was to turn over a checklist containing data related to the card involved in the accident, or to make an inquiry to the host computer at the center based on the credit card's rD number.

However, all of the above-mentioned checking methods have a problem in that they are time-consuming and cannot be checked quickly. Furthermore, the method of flipping over the checklist has the disadvantage that the checklist must be rewritten every time an accident card is notified. For this reason, a card check system has been proposed in which check data is recorded in a large-capacity storage unit, such as an optical recording medium, and the card-shaped recording medium is checked.

By the way, in such a card check system, check data related to an accident card other than the check data recorded on the optical recording medium may be generated irregularly, and such check data needs to be notified urgently.

Conventionally, such emergency data was notified by postcard, and the accident card list and the In No. written on the postcard were compared visually.

[Problem to be solved by the invention] Recording check data on an optical recording medium etc. as described above,
In a system that uses the recording medium as a database to check credit cards, etc., check data of accident cards that occur irregularly is notified by postcard, and the list of accident cards and In NO written on leaf M are kept in mind. Since the information was compared by looking at the images, there was a problem in that it was time-consuming and easy to make mistakes in the comparison.

[Means for Solving the Problems] A method for inputting an irregular accident list according to the present invention that solves the above-mentioned conventional problems is to convert reading data of a card-like recording medium into check data of an accident card list recorded on a predetermined recording medium. In the card check system that checks the card-shaped recording medium, the data of the accident card list that occurs irregularly is displayed by a means readable by a predetermined reader and notified by postcard, and the above-mentioned The present invention is characterized in that the data of the accident card list is read from the postcard by a reading device.

[Example] Hereinafter, an example of the present invention will be described in detail with reference to the drawings.

FIG. 1 is a block diagram of a card check system to which the present invention is applied. First, an overview of this card check system will be described.

In the figure, the card check system includes a magnetic card reader 31 serving as a card reading unit that reads predetermined data recorded on a magnetic card, which is a card-like recording medium used in credit cards, and an optical card that records check data. An optical card reader 40 that reads check data from 35 and a RAM that stores the read check data.
12, EEFROM41 and ROM42. ! =, with a microcomputer (CPU) 50 as a judgment unit.

It is configured to include an LCD (liquid crystal display) 60 and a printer 61 as an output section, a barcode reader lO for code recognition as an input section, a numeric keyboard 70, and a communication device 80.

Figure 2 shows an optical card reader 40 and an EEPRO in the main body 33.
M41, ROM42, RAM12 and microcomputer 50. LCD60. This shows an example in which a tear keyboard 70 is accommodated, and a magnetic card reader 31, a printer 61, a barcode reader 10, and a communication device 80 are connected externally to the main body 33. Alternatively, all the constituent devices may be integrally housed in a casing with a width of one inch.

The optical card reader 40 is a magnetic card III No.
, and the magnetic card reader 3 from the optical card 35 in which the accident card list information consisting of the accident details etc. of the card is written.
Read the card information corresponding to the magnetic card such as the credit card read in step 1. The EEFROM 41 is used to write data from the numeric keypad 70 when there is an emergency notification regarding a credit card accident card. The ROM 42 stores programs for judgment and control by the microcomputer 50.

The microcomputer 50 has a magnetic card reader 3.
The credit card check data read in step 1 is retrieved from the optical card 35 to determine whether the credit card is good or bad, and also controls the magnetic card reader 31, optical card reader 40, etc.

Further, the RAM 12 stores check data read by the optical card reader 40 and the like. The barcode reader 10 is
Read the irregular accident card list notified in the postcard described below.

Here, the check data stored in the optical card 35 read by the optical card reader 40 is composed of a directory 36 and a block 37, as shown in FIG.

In the directory 36 above, there are 10 NOs at the beginning of each block 37 of the credit card 31G card list.

and block number are stored. Also, block 37
A plurality of blocks are sequentially provided corresponding to the flow numbers of the directory 36, and each block 37 sequentially stores 10NO, for each accident card, and the contents of each accident.

Although the magnetic card reader 31 is provided to read the magnetic card to be inspected, for example, when inspecting an optical card, an optical card reader is provided.

Next, the operation of card checking by the above-mentioned card checking system will be explained based on the flowchart of FIG. 4.

In this embodiment, the optical card 35 read by the optical card reader 40 contains the 10 No. of the credit card in which the accident occurred and the details of the accident as check data.
It is written according to the directory structure shown in the figure.

First, the check data stored in the prepared optical card 35 is read by the optical card reader 40 (step S
l), this check data is stored in the RAM 12.

After the reading is completed, the magnetic card (credit card) is inserted into the magnetic card reader 31 and its 10 No. is read (step S2). The microcomputer 50 compares the read 10 No. with the check data directory 36. If there is no corresponding check data, the LCD 60 displays 10 NO and OK to inform that there is no problem with the credit card (Step S5). Thereafter, the printer 61 prints out the ID number of the credit card, the name of the expiration date, etc. (step S7).

If there is corresponding check data, the microcomputer 50 displays the IONO and the details of the accident written in the corresponding block 37 on the LCD 60 (step S6).

With the above steps, the credit card check is completed. Incidentally, in the case of an accident card, it may be printed in step S7, or the printer 61 may be used instead of an imprinter to print on the sales slip.

When accident card list data is generated irregularly and the accident card data is to be notified urgently, the data 17 such as 10 NO, etc. of the accident card and the bar code 16 of the data are written on the postcard 15 as shown in Fig. 5. Fill out and notify. When the postcard 15 is notified, the barcode 1 of the postcard 15 is
6 is read by barcode reader lO, RAM12
Or store it in EEPROM41. Thereby, such data can also be used as check data.

Therefore, when checking, the microcomputer 50
The ROM 41 is also accessed. When stored in the RAM 12, the data can be retained by backing it up with a battery.

It is also possible to view the postcard 15 and write it directly into the EEFROM 41 using the numeric keyboard 70.

When emergency notification of check data is performed using a ROM card or optical card, read the list of accident cards stored in the sent ROM card or optical card and EEF.
Write into ROM41.

When making an emergency notification by communication, data sent from the center is received by the communication device 80 and stored in the EEFROM 4.
Write to 1.

Although the above explanation has been about checking credit cards, it goes without saying that the application can be applied to other cards, and the card-like recording medium is not limited to magnetic or optical cards, but may also be IC cards, etc. Although the optical card reader 40 is used as a part, a CD-ROM, a DAT league, a floppy disk, etc. may also be used.

In addition to the above example, when notifying the data of the accident card list that occurred irregularly using the VJ letter 15, the data such as In NO, etc. written on the postcard 15 can be sent to OCR, OMR or MI.
It may be read by a character/code recognition device such as a CR. In that case, the data on the postcard 15 is written in characters that can be read by a specific character/code recognition device. Further, in addition to the character code recognition device a, the postcard 15 may be read by a magnetic reader or the like. In this case, data is written on the postcard 15 using a magnetic stripe or the like.

[Effect of the invention] As explained above, according to the present invention, the data of the accident card list that occurs irregularly is displayed by a means readable by a predetermined reading device and notified by a postcard, and the reading device reads the data from the postcard. By reading the data on the accident card list, it is possible to eliminate the time and effort required for verification as in the past, and also prevent the occurrence of verification errors.

[Brief explanation of drawings]

Fig. 1 is a block diagram of a card check system to which the present invention is applied, Fig. 2 is an external view of an embodiment of the card check system, Fig. 3 is a diagram showing the structure of check data, and Fig. 4 is a block diagram of an embodiment of the card check system. Flowchart showing the operation of the card check system according to the embodiment. FIG. 5 is a plan view of a postcard notifying irregular accident card data. 10: Barcode reader 12: RAM 15: Postcard 31: Magnetic card reader 35: Optical card 40: Optical card reader 41: EEPROM 50: CPU Applicant CSK Co., Ltd.

Claims (2)

[Claims] (1) Occurs irregularly in the card check system that checks the card-shaped recording medium by comparing the read data of the card-shaped recording medium with the check data of the accident card list recorded on the predetermined recording medium. Irregular accidents in a card check system, characterized in that data on an accident card list is displayed by a means readable by a predetermined reader and notified by postcard, and the data on the accident card list is read from the postcard by the reader. How to enter the list. (2) Input of the irregular accident list in the card check system according to claim 1, characterized in that the accident card list on the postcard is displayed as a barcode, and the barcode is read by a barcode reader. Method.