JPH03251981A - Authentication system for on-vehicle parking meter - Google Patents

Abstract

PURPOSE:To constitute a system so that a parking lot administrator can discriminate illegal use by enciphering inputted data by a checker placed in the outside of a car and transmitting it to a parking meter, decoding it by the parking meter, and displaying it so that it can be confirmed from the outside of the car. CONSTITUTION:When data M is inputted from ten keys 5 of a checker 2 which a parking lot administrator owns, a CPU 9 enciphers the data M. When a transmitting key 6 is depressed, the CPU transmits serially the enciphered data from a light projecting element 12, and the transmission is repeated until a stop key 7 is depressed. During this time, when a light projecting part 8 is turned to a light receiving part 22 of a parking meter 21, the parking meter 21 receives the enciphered data and the decoded data is displayed on an LCD 23. The parking lot administrator confirms whether the data inputted to the checker 2 and the data displayed on the parking meter 21 match with each other or not. In the case of unmatch, possibility that certain illegal use is executed can be discriminated.

Description

DETAILED DESCRIPTION OF THE INVENTION (A) Field of Industrial Application This invention relates to an authenticity authentication method for preventing unauthorized use of in-vehicle parking meters.

(B) Conventional technology Conventionally, as a parking meter for inside a car, for example, as described in Japanese Patent Application Laid-open No. 156797/1982,
It is known to pay a fee in advance and subtract the fee while displaying the remaining time when parking.

(c) Problems to be Solved by the Invention Since the above-mentioned conventional in-vehicle parking meter is placed inside a closed car, if the parking meter is used illegally, for example by modifying it to allow parking without paying,
Even if this was done, there was a problem in that it was difficult to detect it from outside the vehicle.

This invention has been made in view of the above, and includes: Authenticity authentication method for in-vehicle parking meters that can easily identify unauthorized use of in-vehicle parking meters from outside the vehicle (d) Means and operation for solving the problems Solving the above problems Therefore, in the authenticity authentication method of the in-vehicle parking meter of this invention, a checker placed outside the vehicle encrypts the input data.
The data is sent to a parking meter placed inside the vehicle, which decrypts the received encrypted data and displays it so that it can be checked from outside the vehicle. If the data entered into the checker and the data displayed on the parking meter do not match, it means that the parking meter is being used illegally, and the parking lot manager can easily determine this.

(e) Examples An embodiment of the present invention will be described below based on the drawings.

FIG. 2 shows a plan view of the checker 2 applied to this embodiment. This checker 2 is provided with a liquid crystal display (LCD) 4, a numeric keypad 5, a send key 6a, and a stop key 7a on the top surface of a portable case 3. Further, a light projecting section 8 is provided on the side surface.

FIG. 4 is a block diagram illustrating the circuit configuration of this checker 2. The CPU 9 includes a numeric keypad 5, a send key 6a, and a switch key 7 operated by a stop key 7a.
is connected. The CPU 9 has a function of encrypting data input using the numeric keypad 5. An LCD driver 10 and a light projecting element driver 11 are connected to the CPU 9. The LCD driver 10 drives the LCD 4, and the light projecting element driver 11 drives the light projecting element 12 arranged in the light projecting section 8. For example, an infrared light emitting diode element is used as the light projecting element 12. The reason for using infrared light is that it can easily pass through car windshields.

On the other hand, FIGS. 3(a) and 3(b) are external perspective views of the in-vehicle parking meter 21. A light receiving section 22, a liquid crystal display 23, an area selection key 24a, a balance inquiry key 25a, a start/stop key 26a, and an on/off key 27a are provided on the front surface of the parking meter 21. In addition, an IC card insertion slot 28 is opened on the side, and an IC card insertion slot 28 is opened on the side.
The card 15 is configured to be removably inserted.

FIG. 6 is a block diagram illustrating the circuit configuration of this parking meter 21. The part surrounded by the broken line is the IC
The card 15 includes a CPU 16 and a memory 17. The amount is stored in the memory 17. This amount is written in a card issuing/increasing machine (not shown) when the card is issued. Note that this card issuing/increasing machine can increase the balance of money in the memory 17 by inserting the IC card 15 with a low balance and inserting money.

The CPU 17 of the IC card 15 is connected to the CPU 30 of the parking meter 21 via a card interface 29. The light-receiving element 31 is provided in the light-receiving section 22, and for example, a photodiode or the like is used. The light-receiving signal of the light-receiving element 31 is processed by the receiving circuit 32 and sent to C.
It is taken into PU30.

The CPU 30 has a timekeeping function for counting parking time, a subtraction function for subtracting the amount of money in the memory 7 according to the counted time, and a function for decoding encrypted data taken in from the receiving circuit 32.

The CPU 30 uses a masked CPU with ROM, and has a configuration in which the decoding function cannot be easily modified.

An LCD driver 33 is connected to the CPU 30 to drive the LCD.
23 is driven. The LCD 23 displays area parking time, balance, decoded data, etc. Also, C
The PU 30 includes switches 24.25.2 operated by the area selection key 24a, balance inquiry key 25a, start/stop key 26a, and on/off key 27a.
6.27 is connected.

As shown in FIG. 1, this parking meter 21 is used at a position inside the vehicle where it can be easily seen from the outside. FIG. 7 is a flow diagram showing the normal operation of the parking meter 21. When the user parks the car at a predetermined position in the parking lot, the user first presses the area selection key 24a to select the area [Step (hereinafter referred to as ST) 1]. The selected area is displayed on the LCD 23 (Sr1).

Area selection means to select the parking lot to be used when multiple parking lots belong to the administrator of - and the parking fees are different for each parking lot.

Next, the CPU 30 determines whether the start/stop key 26a has been pressed (Sr3). If the determination is NO, the process waits here, and if the determination is YES, the process branches to Sr1. In Sr1, the CPU 30 controls the selected area (
Set the timer for the parking time (for example, 60 minutes) in the parking lot,
Start countdown.

The CPU 30 displays the remaining time of the timer on the LCD 23 (Sr1, see FIG. 3(a)) and waits for a unit time of, for example, one minute (Sr6). The parking fee per unit time is reduced (Sr1).

In Sr8, the CPU 30 determines whether the balance is insufficient, and if YES, branches to 5TII; if NO, branches to Sr1. Furthermore, Sr1 is CP
U30 determines whether or not the parking time has exceeded, that is, whether or not the timer set in Sr1 is amplifying the time. If YES, the process branches to 5TII, and if No, the process branches to 5TIO.

At 5TIO, the CPU 30 determines whether the start/stop key 26a has been pressed. If this determination is YES, the process ends, and if NO, the process branches to Sr1. That is, while the determinations of Sr8 and Sr1.5TIO are No, the processes of ST5 to ST5T10 are repeated.

On the other hand, at 5TII, the CPU 30 displays on the LCD 23 that there is a parking violation, and at 5T12, it is determined whether or not the start/stop key 26a has been pressed. If this judgment is YES, the process ends; if this judgment is No,
Branch to 5TII.

That is, the parking violation display continues until the start/stop key 26a is pressed.

When the user returns to the car, he or she presses the on/off key 27a to turn off the parking meter 21. If the user wants to know the balance of the IC card 15, the current balance will be displayed on the LCD 23 by pressing the balance inquiry key 25a.

On the other hand, checker 2 is owned by the parking lot manager.

The operation of this checker 2 will be explained with reference to FIG. First, data M consisting of a four-digit number is input from the numeric keypad 5 (Sr31). This data M is LC
It is displayed as is in D4 (Sr32, and this display is maintained during the following processing).

The CPU 9 encrypts this data M using the encryption function E (Sr33). As this encryption function E, for example, one that determines bits after shifting is used. Specifically, if the current data M is "6846 degrees," the binary coded value is as shown below. Shift this one bit to the right (■) and invert the bits (■). This ■ becomes the encrypted data C.

■ 6 8 4 6 ■0110 1000 0100 0110■0011
0100 0010 0011■1100 1011
1101 1100 Next, the CPU 9 sends the transmission key 6a
It is determined whether or not has been pressed (Sr34). If this determination is NO, the process waits at Sr14, and if it is YES, the process branches to 5T35 (Sr35). C in Sr15
PU, 19 is encrypted data C with synchronization bit, STX (
start of text), E T X (end
of text) (see FIG. 5), and serially transmitted from the light projecting element 12.

At Sr16, the CPU 9 determines whether the stop key 7a has been pressed. If this judgment is NO, Sr15
If the answer is YES, the process is terminated. That is, the encrypted data C is repeatedly transmitted from when the send key 6a is pressed until when the stop key 7a is pressed. During this time, as shown in FIG.
receives this encrypted data C and sends the decrypted data M to L
Display on CD23.

FIG. 8 shows a flow diagram of this reception and decoding processing. This process includes υ1, and first, when the light receiving unit 22 receives the encrypted data C, a synchronization process is performed (Sr21). Next, the CPU 30 determines whether or not STX has been received (5T22), and if this determination is NO, it waits here, and if it is YES, it branches to Sr23. In ST23, the encrypted data C is received and taken into the CPU 30 from the receiving circuit 32. 5T2
In step 4, the CPtJ30 determines whether or not ETX has been received, and if NO, the process branches to 5T22, and if YES, the process branches to ST25.

In ST25, the CPU 30 uses the decoding function D (=E −1
), the encrypted data C is decrypted. The details are
The encrypted data C (■) is bit-reversed (■')
, shift 1 bit to the left (■゛), CPtJ30 is
Enhance this ■゛ to 10 (■) and display it on the LCD 23 (
ST26).

■ 1100 1011 1101 1100■'00
11 0100 0010 0011■'0110 1
000 0100 0110■” 6 8
4 6 After waiting for a predetermined time in ST27, the process returns to the main routine shown in FIG.

The parking lot manager checks whether the data input into the checker 2 and the data displayed on the parking meter 21 match. If there is a mismatch, there is a high possibility that some kind of unauthorized use will occur.

Note that the decoding function may be provided in the CPU 16 in the IC card 15, and the design can be changed as appropriate.

Further, the encryption/decryption is not limited to that of the above embodiment, and the data is not limited to a four-digit number.

(v) As explained in detail about the invention, in the authenticity verification method of the in-vehicle parking meter of this invention, the checker placed outside the car encrypts the input data and sends it to the parking meter placed inside the car. However, since this parking meter decrypts the received encrypted data and displays it so that it can be confirmed from outside the vehicle, it has the advantage that parking lot managers can easily identify unauthorized use of in-vehicle parking meters. There is.

[Brief explanation of drawings]

FIG. 1 is a diagram illustrating the usage status of a checker and an in-vehicle parking meter applied to an embodiment of the present invention, FIG. 2 is an external plan view of the same checker, and FIGS. Figure (b) is a perspective view of the in-vehicle parking meter in the remaining time display state and data display state, respectively;
FIG. 4 is a block diagram illustrating the circuit configuration of the checker, FIG. 5 is a diagram illustrating transmission data of the checker, and FIG. 6 is a block diagram illustrating the circuit configuration of the in-vehicle parking meter. FIG. 7 is a flowchart explaining the normal operation of the in-vehicle parking meter, FIG. 8 is a flowchart explaining the decoding process of the in-vehicle parking meter, and FIG. 9 is a flowchart explaining the operation of the chainer. FIG. 2: Chesoka-5: Numeric keypad 9: CPU, 12: Light projecting element, 21:
In-vehicle parking meter, 23: LCD, 30: CPU, 31: Light receiving element. Figure 1 5゛Numeric keypad 21・g? Internal use parfume 9 Figure 2

Claims (1)

[Claims] (1) A checker placed outside the car encrypts the input data and sends it to a parking meter placed inside the car, which decrypts the received encrypted data and displays it so that it can be checked from outside the car. Authenticity authentication method for in-vehicle parking meters.