JPH02281468A - Card information reader - Google Patents

Abstract

PURPOSE:To eliminate the need of two kinds of reading parts and to read a magnetic card in either forward or reverse direction by rearranging a data read by the magnetic head exactly in accordance with a recording format in the forward direction when the card is inserted in the reverse direction. CONSTITUTION:A card information recording part and blank parts in front and rear of it are scanned by a card reader 1, and a data read bit by bit is stored in a 1st memory 2, whereas the data is read out every one byte by a beginning code discriminating means 3, and when this data of one byte is the data other than the blank parts, this is decided as to whether it is a beginning code or not. Then, when this data is the beginning code, the data excluding a data read out of the blank parts of the card is loaded in turn into a 2nd memory 6 by a 1st processing means 4. On the other hand, when this data is not the beginning code, the data stored in the reverse direction in the 1st memory 2 except a data of the blank parts is rearranged in the forward direction and loaded into the 2nd memory 6 by a 2nd processing means 5. By this method, the need of two kinds of reading parts is eliminated, and reading is feasible in both directions without complicating the device.

Description

DETAILED DESCRIPTION OF THE INVENTION (a) Field of Industrial Application The present invention relates to a card information reading device that can accurately read card information even when a card is inserted in the opposite direction.

(b) Conventional technology In general, the information recorded on cards is in a recording format that is effective for reading in one direction, so even if the card is correct, it will be read in the wrong direction. has determined that the information recorded on the card is incorrect.

Therefore, in Japanese Patent Publication No. 58-58730, a forward direction reading section or a reverse direction detection section is provided to detect the card insertion direction, and depending on the card insertion direction, the information read by the magnetic head is transferred to the forward direction reading section or the reverse direction detection section. A device is disclosed in which the signals are introduced into separate output paths of a reading section, and each converts the signal into a digital signal and outputs the signal.

(c) Problems to be Solved by the Invention However, the above-mentioned prior art has a problem in that it requires two output paths depending on the direction in which the card is inserted, making the device complicated.

Therefore, in the present invention, when a card is inserted in the reverse direction,
By rearranging the data read by the magnetic head into forward recording 7-o-7 and 7-to-9, it is possible to read the magnetic card in the forward and reverse directions without the need for two reading sections. The present invention provides a card information reading device.

(d) Means for Solving the Problems In order to solve the above problems, the card information reading device according to the method of the present invention has margins before and after the card information recording section, and the margins are continuous. At the same time, a binary code "0" is recorded in the card information recording section, and a start code, card data, end code, and horizontal redundancy code (LRC) for horizontal parity check of these information are sequentially recorded. A device for reading card information from a card, the device comprising: a first memory that sequentially stores bit-by-bit data obtained by scanning the card by the card reader; and a first memory that sequentially stores data stored in the first memory in one byte. Read this one by one
If the data in the byte is other than the data in the blank area, a start code discriminating means determines whether or not this is the start code, and the maximum number of information that can be stored is the number of information recorded in the card information recording section. If the 1-byte data determined by the start code determining means is the start code, the first memory stores the data in the forward direction except for the data in the margin. a first processing means for sequentially loading the data for each bit into the second menu; and a first processing means for sequentially loading data for each bit into the second menu; and a second processing means for sequentially loading data bit by bit stored in the first memory in the reverse direction into the second memory.

(e) Effect The operation will be explained with reference to FIG. 1, which is a diagram showing the principle structure of the present invention.

Due to the relative movement between the card reader 1 and the card 7, the card reader 1 scans the card information recording section and the margins before and after it, and as a result, the data read by the card reader 1 for each l bit is stored in the first memory 2. It will be stored in . Then, the start code determination means 3 reads the data stored in the first memory 2 one byte at a time, and reads out the data stored in the first memory 2 one byte at a time.
If the byte data is other than the margin data, it is determined whether this is the starting code.

If the 1-byte data determined by the start code determining means 3 to be other than the data in the margin is the start code, the first processing means 4 stores the data in the first memory 2 excluding the data read from the margin of the card. The data of each bit stored in the forward direction is sequentially loaded into the 2-memo format. On the other hand, if the 1-byte data determined by the start code discriminating means 3 to be other than the data in the margin is not the start code, the second processing means 5 stores the data in the first memory 2 in the reverse direction except for the data in the margin. The 1-bit data is rearranged in the forward direction and loaded into the 27th memory 6.

(F) Embodiment FIG. 2 shows the configuration of an embodiment of the present invention in blocks, and the card information reading device 10 includes a CPU II,
It consists of a ROM 12, a RAM 13, a manual card reader 14, and a transmission interface 15, and the recorded information on the card 17 read by the card information reading device 10 is transmitted to the host device 16 through the transmission interface 15.

This host device 16 determines the validity of the accepted card based on the recorded information of the card.

FIG. 4 shows a 7 format recording card, and the magnetic stripe section 20 consists of a card information recording section 21 and margin sections 22 and 23 provided before and after the card information recording section 21. In this blank space, binary code "0" is continuously recorded as a clock signal, and in the card information recording section 21, the start code, card data, end code, and horizontal odd-even check for these pieces of information are stored. A horizontal redundancy code (LRC) is recorded.

"FF" is recorded as both the start code and the end code. Also, as card data, card security information, card holder's ■D information, etc. are recorded.

As shown in FIG. 3, the RAMI 3 includes a first memory M1 and a second memory M2, and the memory M stores margin data, start code, card data, etc. recorded on the card.
The end code and LRC code are stored, and data for each pit of these pieces of information obtained by scanning the card by the card reader 14 are loaded in the order in which they are read. Further, the memory M2 stores the start code, card data, and end code extracted from the information stored in the memory M.

LRC code is stored. Further, the RAM 13 includes counters A, B, and C.

The flowchart in FIG. 5 shows the control of the CPU II, and the operation of the card information reading device 10 will be explained according to this flowchart. First, in the Sl step,
CPU II performs initialization.

In the next step 82, the CPU II stores in the memory M the data bit by bit obtained by the card reader 14 scanning the magnetic stripe portion 20 of the card.

FIG. 6 schematically shows the storage capacity of the memory M1 when the data obtained by reading the card is saved. Continuous "0" data recorded in is stored, with the 4th bit of the 4th byte as the first data bit, and from there to the 3rd bit of the (n-1) byte, which is the final data bit. The information of the card information recording section 21 is stored in the , and from the 4th bit of the (n - 1) byte to the a byte, the continuous "O" recorded in the rear margin section 23 is stored.
” data is stored.

In this example, “
Since 0'' extends to the third bit of the third byte, one character is stored from the fourth bit of the previous byte to the third bit of the next byte.

Therefore, if the memory format of FIG. 6 is the one in which the card 17 is inserted into the card data 14 in the direction of the solid line arrow in FIG. 7, the storage format of the memory M1 becomes as shown in FIG. still,
Since the storage capacity of the memory M is not designed to record all the data recorded on the card, even if the data is recorded in the same blank area 22, the data in FIGS. There is a difference in the number of "O"s stored in the figure.

Therefore, in the case of Figure 7, the ■ character is stored from the 7th bit of the previous byte to the 6th bit of the subsequent byte, but at this time, since the card was read in the opposite direction, the character is The 8-bit data is stored in the memory M1 from the rear.

This will be explained below using the example shown in FIG.

In step S3, the CPU II addresses the memory M1 based on the count value of the counter A and reads out 1 byte of data stored therein. In the next 84 steps, the CPU II determines that this 1-byte data is “00”.
If it is '00', that is, if the data is read from the margin section 22, 1 is added to the counter A in step S5, and then the process returns to step S3. When such processing is repeated and it is detected in step 84 that the 1-byte data read from the memory M1 is other than "OO", the process advances to step S6. In the example shown in FIG. 6, when the third byte of data is read, the process advances from step S4 to step 86, at which time counter A is 2.
is being counted.

In step S6, the CPU II determines whether the first bit of the 1-byte data determined to be other than "OO" is "1", and if it is 0, the CPU II determines whether the data is "1" or not.
Proceed to step. In step S7, this 1-byte data is shifted by 1 bit, and then in step 88, 1 is added to counter B, and then the process returns to step S6. Then, by repeating this process, the data is shifted,
As a result, when the 1st bit and 7th data becomes “1”, CP
The UII process proceeds to step S9. Therefore, if the data is the third byte of memory M, when "1" is detected in the third shift, the process advances to step S9.
At this time, counter B is counting 3.

At step S9, CPU II is counter A.

Memo JM, 8-bit data based on the count value of B.
Read from. In this example, counters A and B are counting 2 and 3, respectively, and 4 pi! from the 4th bit of the 3rd byte of memory M1!・8 bits of data up to the 3rd bit are read. And the next 510
In this step, it is determined whether the read 8-bit data is "FF" or not. In this example, the 8-bit data is "FF", and the CPIJI 1 determines that the card 17 has been inserted into the card reader 14 in the forward direction, and proceeds to step S11. 1 in this Sll step, from the 4th bit of the 3rd byte of memory M1 to the 3rd bit of the 4th byte.
The 8-bit data up to the 1st bit is treated as 1st byte data, and hereinafter, the process of extracting the data from the 4th bit of the k-th byte to the 3rd bit of the (k+1) byte as 1-byte data is called 72 bytes. Then, as shown in FIG. 8, data is sequentially stored from address 1 to address 72 in memory M2.

As a result, memory M2 has the starting code F at address 1.
F", each character of the card data from address 2 to address 70, and the ending code "" at address 71.
FF", and the LRC code is stored at address 72. Each character of the card data is essentially a 7-bit code, and the 8th bit is a check bit for vertical odd-even test. A 7-bit code and a check bit are defined so as not to become "FF".The 8th bit of the LRC code is also a vertical odd-even check bit of the LRC code itself.

In the next step S19, the CPU 1 detects horizontal odd-even of the start code, 72-byte card data, and end code, and performs an LRC check by comparing these with the LRC code. Then, in the next step 820, the CPU
I1 transmits the card data stored in the memory M2 to the host cover 16 through the transmission interface 15, and ends the card information reading operation.

Next, card 17 moves the card data in the direction of the dotted arrow.
14 and the storage format of the memory M1 is as shown in FIG. 7.

In this case, memory M is 6 from the 1st byte to the 3rd byte.
By the bit, “0” read from the back margin 23
", and data in the opposite direction of the LRC code is stored from the 7th bit of the 3rd byte to the 6th bit of the 4th byte.

Considering the LRC code here, I mentioned earlier that the 8th bit of the LRC code is the vertical odd-even check bit of the LRC code itself, and when the odd-even check is an even number, this check bit is set to "l". In this method, the LRC code never becomes "F F'". Whatever it is, LR
Even if the data from the 1st bit to the 7th bit of the C code is all “l”, the vertical odd-even check bit at this time is “0”, so the LRC code will be “FF”. This is because it is impossible. Also, in the method of setting the check bit to "1" when the number is odd;
When all bits from the 1st bit to the 7th bit of the code are “l”, the vertical odd-even check bit is also “1” and the LRC code is “1”.
FF''. However, 1 of the LRC code
The probability that all bits from the 7th bit to the 7th bit will be "1" is 1/128, and the possibility that the LRC code will be "FF" is low. Therefore, for convenience of explanation, the LRC of “FF”
I will continue the explanation on the assumption that codes do not exist.

Assuming that there is no "FF" in the LRC code like this,
Since the 0'' data of the LRC code and the "0" of the margin section 23 may be consecutive, the CPU 1l cannot distinguish between the data of the margin section 23 and the LRC code in the memory M1. S6.S7,S
When the process of 8 steps is changed to the process of 89 steps, 1 byte of data read from the memory M1 based on the count value of counter A in step S3 is as follows.
If the "0" data in the margin part 23 and the LRC code are mixed, or if there is only the LRC code, or if the
There are three possible cases where the RC code and the first character code (the last character code when viewed in the forward direction) of the card data coexist. By the way, when this 1-byte data includes a mixture of "0" data in the margin section 23 and an LRC code, or when it is only an LRC code, the LRC code is other than "FF", so
This data never becomes "FF". However, if this 1-byte data contains a mixture of the LRC code and the first character code of the card data,
In rare cases, it may become "FF". However, for convenience of explanation, the explanation will be continued here assuming that the data determined to be other than "00" in step S4 is also not "FF". Therefore, when a card is inserted in the opposite direction,
Since the 1-byte data other than "OO" that the CPU II first detected in memory M1 is not "FF", the CPU
The process II proceeds to step S12.

In step S12, the CPU 1 addresses the memory M1 in the reverse direction based on the count value of the counter C, and reads out 1 byte of data stored therein. In the next step 813, the CPU II determines whether this 1-byte data is "00", and if it is "00", that is, the data is Nn taken from the blank space 22, then the
．． After adding 1 to counter C in step 4, S12
Return to step. By repeating this process, if it is detected in step 813 that the 1-byte data read from memory M is other than "00", the CPU
The process of I proceeds to step S15. In the example shown in FIG. 7, when reading the second byte from the reverse, S1
The program advances from step 3 to step 315, and at this time the counter C1!1 is counting.

In step S15, the CPU II determines whether or not the first bit of the 1-byte data determined to be other than "00" is "0", and if it is "1", the process proceeds to step 816. move on. In step S16, this 1-byte data is shifted by 1 bit, and then in step 817, 1 is added to counter B, and then the process returns to step S15. Then, by repeating such processing, the data is shifted, and when the first bit of data becomes "0", the CPU II shifts the start code and the data in the margin section 22.
Assuming that the border of 0'' has been detected, the process proceeds to step 518. Therefore, if the data is the (n-1)th byte of the memory M shown in FIG. The process advances to step 518, but at this time counter B is counting 6.

At step S18, CPU II is counter B.

Based on the count value of C, 8-bit data of memory M is read from the opposite direction. In this example, counter B
, C count 6 and 1, respectively, and the memory M,
The 7th and 8th bits of the 3rd byte from the reverse are the data of the 1st byte, and the data up to the 6th bit of the byte are as follows: A process of extracting the data and the data of the 7th and 8th bits of the (k+1)th byte as 1 byte data is performed for 72 bytes, and the data is sequentially stored from address 1 to address 72 in the memory M. At this time, as shown in FIG. 9, the CPU 11 stores the 1-byte data read from the (k+1)th byte and the second byte of the memory M to the address a of the memory M1. Bit-th data 1, 8th bit of address a of memory M, and 7. By storing the data from the 1st bit to the 6th bit of the (k+1)th byte to the 6th bit to the 1st bit of address a of memory M1, data is transferred from the card in the opposite direction. Reorder the read data.

From then on, the CPU
II finishes the card information reading operation after sequentially executing steps 519 and S20.

In the above explanation, it has been assumed that there is no "FF" LRC code, but the operation when the LRC code is "FF" will be explained. In this case, the problem arises when the card is inserted in the opposite direction. For example, in Figure 7, the 7th byte of the 3rd byte
Assuming that "FF" is stored as an LRC code from the 6th bit to the 6th bit of the 4th byte, when the CPU II processes this card information, FF" is stored in 510 steps.
In order to detect this, the LRC code is mistakenly recognized as the starting code and it is determined that the card has been inserted in the forward direction. Then, the processing of the CPU 11 continues as it is at step S11 and step S11.
The program will proceed to step 19, and such an error can be checked at step 519. That is, when the CPU II determines that the LRC code is the first code, it inevitably determines that the next code is the character code of the card data. However, as mentioned above, this character code is “F
It is supposed to be a code other than "F", but it actually violates the convention because the end code comes and becomes "FF".Therefore, CPU11 enters LR at step 819.
By performing such a frame check together with the C check, the card information reading device will not malfunction even if the LRC code is "FF".

Also, when the card is inserted in the opposite direction, the 1-byte data other than "OO" that the CPU 11 first detects in the memory M1 has been explained as not being "FF".
The operation when this is "FF" will be explained. In this case, this 1-byte data is 6, which is a mixture of LRC code and first character code of card data, but CP
The UII determines that this "FF" is the starting code of the card inserted in the forward direction, and proceeds to the Sll step. Then, when processing step S19, CPLI
II determines that a mixture of the LRC code and the first character code of the card data is the starting code, which inevitably causes an error in detecting the ending code recorded on the card. Therefore, L at 319 steps
RC check or frame check will result in an error, so if the card is inserted in the opposite direction, the CPU II will
Even if the first byte of data other than "00" detected in step 1 is "FF", the card information reading device will not malfunction.

(g) Effects of the Invention According to the present invention, a card information reading device with good operability is provided since card reading errors due to incorrect card insertion direction are eliminated.

Furthermore, when the card is inserted in the opposite direction, the read data is rearranged according to the recording format of the forward direction, so there is no need for two types of reading units depending on the forward and reverse directions, and the device is It allows reading in both directions without any complications.

[Brief explanation of drawings]

Fig. 1 is a diagram showing the principle configuration of the present invention, Fig. 2 is a block diagram showing the structure of an embodiment of the invention, Fig. 3 is a diagram showing the main memory structure of RAM, and Fig. 4 is a diagram showing the main memory structure of the card. 5 is a flowchart showing the operation of the CPU, FIGS. 6 and 7 are diagrams schematically showing the storage format of memory M, and FIG. 8 is a diagram showing the storage format of memory M2. FIG. 9, which is a schematic diagram, is a diagram for explaining the operation when data is transferred from memory M to memory M when the card is inserted in the reverse direction. l...Card reader, 2...First memory 3.
...Start code detection means, 4...1511th! - board stage, 5... second processing means, 6... second memory;

Claims (1)

[Scope of Claims] 1. Having a margin section before and after the card information recording section,
Binary codes "0" are continuously recorded in the blank space, and the card information recording section contains a start code, card data, end code, and a horizontal redundancy code (for horizontal odd-even check of these pieces of information). A device for reading card information from a card in which a card (LRC) is sequentially recorded, the first memory sequentially storing data bit by bit obtained by scanning the card by the card reader; A start code discriminator is provided which reads out the data one byte at a time, and if this one byte of data is other than the data in the margin area, starts code discriminating means determines whether or not this is the start code, and the maximum number of information that can be stored is The second card is set to have the same number of information as the number of information recorded in the card information recording section.
If the 1-byte data determined by the memory and the start code discriminating means is the start code, the first memory sequentially stores the 1-bit data stored in the forward direction except for the data in the margin. If the 1-byte data determined by the first processing means to be loaded into the second memory and the start code discriminating means is not a start code, the first memory stores the data in the opposite direction except for the data in the blank area. A card information reading device comprising: second processing means for sequentially loading data bit by bit into the second memory.