JPS62154085A - Information ticket - Google Patents

Abstract

(57) [Summary] This bulletin contains application data before electronic filing, so abstract data is not recorded.

Description

DETAILED DESCRIPTION OF THE INVENTION (a) Field of Industrial Application The present invention relates to tickets such as train tickets and admission tickets, or information tickets such as cards.

(b) As shown in Japanese Patent Publication No. 15157/1983, conventional technical information coupons do not allow the value information of the coupon or issuer type information to be read by a predetermined reading device. Printed in code. In order to prevent misidentification by a reading device, such an information ticket is generally set with a parity for each piece of information and a checksum based on the sum of each piece of data.

(c) Problems to be Solved by the Invention However, in the conventional method, if an even number of data is swapped and identified, the error cannot be detected because neither the parity nor the checksum changes.

In view of the above, the present invention provides an information ticket that can reliably prevent erroneous identification using a checksum.

B) Means for solving the problem The present invention uses each weighting code calculated by multiplying each digit of value information representing a predetermined value of an information ticket by a different constant, and the type of ticket. This is an information ticket that records checksum data based on the sum of the ticket type code for each specified ticket type information.

(E) Effect With the above configuration, each digit of the value information is given a different weight, so if the numeric value of each digit is exchanged and read, the checksum data will also change, resulting in a reading error b'' -Can be distinguished.

(f) Embodiment FIG. 1 shows an embodiment of the information ticket according to the present invention.
A synchronization code area (11) and a data code area (2) are set on the ticket surface in two rows, top and bottom along the longitudinal direction.The data code area (2) contains a recognition code that is the value information of the information ticket. , and multiple ticket type codes indicating each ticket type information such as issuer name and issue date.In this example, the magnetic printing section (5) indicating logic "1" and logic "0 These codes are recorded in binary code by arranging the non-magnetic printed parts (6) which show ".".Then, the coding parts (4+) (4s) ( 4s) (4i)K
Record each 4-digit recognition code and send it to the coding section (
48) (46) (4?) records the issuer's name, issue date, and each curly note type code.

In addition to the above information code, the present invention records checksum data based on the sum of each weighting code calculated by multiplying each digit of the common sense code by a different constant and the code for each ticket type information. It is something. In this example, the weights of the third, second, and first digits of the fourth digit of the recognition code are set to 1-2-3-4, respectively. Therefore, according to the weighting code trap, the 4th digit of the recognition code 0580 becomes 0 due to 1×0, and the 3rd digit is 5.
According to the weighting code, ``2 x 5'' becomes ``10''.The second digit number ``8'' becomes 3 according to the weighting code.
X8 becomes "24", and the first digit is "0"
According to the locating code, 4XO results in rOJ.

Furthermore, in this example, the ticket type information includes the issuer's name, curl, and date of issue, and the ticket type codes are "1", "3", and "3" respectively.
5", the checksum data is the sum of four weighting codes "0", "10", "24", "0" and three ticket type codes "1", "3", "5". In value, l
'-431b'' - Checksum data. This checksum data also applies to the magnetic printing part (5) and the non-magnetic printing part (6).
) coding part (4,) in binary code by arrangement with
It is recorded in

In the synchronization code area (1), a synchronization signal is coded following the start bit αυ.Similar to the various information codes mentioned above, the synchronization signal is coded between the magnetic printing section (5) and the non-magnetic printing section (6). It is encoded by an array. The synchronizing signal is for reading the reading device b; the timing to read the recorded code in the data code area (2). Therefore, the synchronizing signal is the '1' or 'O' signal of the recorded code in the data code area (2). It is coded accordingly.

When reading such an information ticket with a reading device, for example, if the third digit "5" and the second digit "8" of the value code are accidentally swapped, the checksum data calculated after reading at this time will be r40J (1+3+5+IXO+2X8+3
X5+4XO). Therefore, the coding part (4
Since the checksum data "43" is different from the checksum data "43" read from , ), a reading error can be determined. However, conventional checksum data is not weighted for each digit, and even if data for each digit is read differently, the checksum data remains constant, making it impossible to determine reading errors.

The reading device αα for reading such an information ticket is equipped with a magnetic detector +51 (6) that scans a synchronization code area (1) and a data code area (2) as shown in FIG. The synchronization signal detected by the counter (7) is used to shift the force.
) addresses the memory (8) according to the count value and stores the recording code read from the data code area (2) by the magnetic detector (6). That is, the counter (
If the force count value is "1", the first address of the memory (8) is specified, and the signal 61'' or signal ' read from the data code area (2) by the magnetic detector (6).
Then, when the count value reaches "2", the next address of memory (8) is specified and the data read from the data code area (2) is loaded, and in the same manner, the data read from memory (8) is loaded. ) are sequentially storing the information codes of data code area (2) <1. When the series of data printed in the data code area (2) is finished and reaches the no-signal area (4 degrees), the controller (9)
The code read from the coding unit (41042), (43), and (44) is weighted respectively.
Checksum data is calculated by summing the code read from the coding units (45), (46), and (4□). Then, the control device (9) compares the checksum data recorded in the coding section (4,) with the calculated checksum data, and if they match, it determines that the reading is correct, and the recognition code and Decipher the contents of the ticket type code.

The value information is not limited to the historical code, but may be a code indicating the amount, for example, as long as the information ticket itself has monetary value.

(G) Effects of the Invention According to the present invention, since a checksum is set by weighting each digit of value information, it is possible to reliably identify errors such as reading multiple pieces of data interchanged. By weighting, even if the certificate is read by a third party with fraudulent intent, it will be difficult to analyze the checksum calculation, and alteration of the certificate will prevent counterfeiting. .

[Brief explanation of drawings]

FIG. 1 is a diagram showing an embodiment of an information ticket according to the present invention, and FIG. 2 is a block diagram showing an information ticket reading device. (1)...Synchronization code area, (2)...Data code area, (4)...Information ticket.

Claims (1)

[Claims] 1. In an information ticket in which value information representing a predetermined value of the information ticket and ticket type information specifying the type of ticket are printed on the ticket surface, a different constant is assigned to each digit of the value information. An information ticket characterized in that checksum data is recorded based on the sum of each weighting code calculated by multiplying and the ticket type code for each of the ticket type information.