JP2022058344A - Parking lot management system - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a parking lot management system by which a user can select whether to adjust the parking fee at a parking lot or online.

SOLUTION: A parking lot management system 600 includes a communication terminal 636 of a user, an adjustment machine 620 installed at a parking lot 10 and allowing a user to adjust a parking fee by an on-site adjustment system while outputting parking related information about parking of the user at the parking lot to the user staying at the parking lot, and a management server 632 remotely installed from the parking lot 10 and capable of communicating with the communication terminal 636 and receiving the parking related information output from the adjustment machine 620 through the communication terminal 636 so as to enable a user to adjust the parking fee by an online adjustment system when receiving an online adjustment request from the communication terminal 636. The user can select either the on-site adjustment system or the online adjustment system to adjust the parking fee.

SELECTED DRAWING: Figure 20

COPYRIGHT: (C)2022,JPO&INPIT

Description

The present invention relates to a technique for managing a parking lot, and more particularly to a technique for allowing a user to settle a parking fee online.

There are already technologies that make it possible to provide users with time-limited services according to the individual time requirements of each user. One example is to allow a user to utilize a prepaid parking lot with multiple parking locations for a vehicle, i.e. to provide the user with a service of renting a parking space to the user for a limited time. It's a technology.

Parking lots with multiple parking positions for vehicles are already widespread. This type of parking lot can be classified from the viewpoint of the method of transporting the vehicle to the parking position. The user drives the vehicle to transport it to the parking position, and the pallet or cage is mechanically moved to move the vehicle to the machine. It is classified as a mechanical type that transports the vehicle to the parking position. In addition, the parking lot may be rented to the user for free or for a fee. Paid parking lots are classified into monthly rentals and hourly rentals (including "daily rentals") in terms of the length of time they can lend to users.

Hourly parking lots are classified into a prepaid type in which the user pays the parking fee prior to the start of parking and a postpaid type in which the user pays the parking fee at the end of parking.

Regardless of which method is used, the user pays the parking fee to the ticket issuing machine (for example, paying with money, token coins, coupons, credit cards, prepaid cards, electronic money), or ticketing. It is possible to adopt an online payment method that pays the parking lot management company online without the intervention of a machine.

In addition, if the hourly parking lot is classified from the viewpoint of its management method, the manned type in which the person in charge of managing and monitoring the parking lot is resident at the site and the person in charge of such rented parking lot are not resident. , It is classified as an unmanned type that is sporadically dispatched to the site.

As publicly known documents that disclose this type of parking lot and the equipment (including a ticketing machine) installed in the parking lot, for example, Patent Documents 1 and 2 exist.

Patent Document 1 discloses a technique for managing a parking lot for bicycles, which has no equipment cost, is easy to manage, and is sufficiently profitable. According to this technology, it is not necessary to install a device for preventing the leaving of a bicycle that has been illegally parked, so that the equipment cost of the parking lot is reduced.

Specifically, according to the technique disclosed in Patent Document 1, the user parks the bicycle in a vacant parking position, moves to the ticket issuing machine, and inputs his / her registration number to the ticketing machine. In addition, the necessary parking fee will be charged. The ticket issuing machine records the entered registration number as the registration number for the bicycle whose parking fee has been settled.

Further, according to the technique disclosed in Patent Document 1, the management worker who manages the parking lot reads the registration number from the label attached to the parked bicycle by his / her mobile terminal. On the other hand, the management worker fetches the registration number recorded in the ticket issuing machine, that is, the registration number of the bicycle for which the parking fee has been settled, from the ticket issuing machine.

After that, the management worker collates the registration number read from the parked bicycle with the registration number taken from the ticket issuing machine, and based on the collation result, is the parking fee settled for the parked bicycle? Check if the bicycle is parked illegally. The management worker attaches a sticker urging payment to the bicycle whose parking fee has not been settled, thereby notifying the user who owns the bicycle that the parking fee has not been settled.

Patent Document 2 discloses a prepaid unmanned parking lot. In this parking lot, there is a card issuing machine that issues a parking card that records the time when parking is permitted for a fee, a warehousing gate that is always closed, and a parking card installed at the warehousing entrance when the parking card is inserted. , A warehousing management device that opens the warehousing gate on condition that the parking card is appropriate is installed. In addition, this parking lot has a normally closed exit gate and an exit management device that is installed at the exit and opens the exit gate when a parking card is inserted, provided that the parking card is appropriate. And are installed.

According to the technique disclosed in Patent Document 2, the user inserts a parking card into the delivery management device when leaving the parking lot. The issue management device reads information from the inserted parking card, and if the read information indicates that the actual parking time length exceeds the expected parking time, the issue management device informs the user. In response, you will be billed for additional parking fees. In response to the request, the user pays an additional parking fee to the delivery management device, and the delivery gate is opened. Unless the user pays the required additional parking fee, the exit gate will not open, preventing fraudulent activity by the user leaving without paying the additional parking fee.

Therefore, according to the technique disclosed in Patent Document 2, it is indispensable for the parking lot manager to regularly visit the parking lot to detect illegal parking even though the parking lot is a prepaid unmanned parking lot. It is possible to prevent illegal parking.

According to the technique disclosed in Patent Document 1, the work manager can find a bicycle that is illegally parked and stop the continuation of illegal parking. However, in the technique disclosed in Patent Document 1, in order to detect an illegally parked bicycle, the work manager regularly visits the parking lot and individually describes all the parked bicycles as described above. However, it is necessary to perform collation using a mobile terminal. Further, in order to stop the continuation of illegal parking, the work manager needs to perform the work of attaching the above-mentioned sticker to each of the illegally parked bicycles.

As described above, in the technique disclosed in Patent Document 1, the burden imposed on the work manager is large in order to prevent illegal parking, and therefore, it is possible to reduce the management cost including the labor cost for the parking lot. It was difficult.

Therefore, it is desirable to provide a parking lot ticketing machine that can easily reduce the parking lot management cost.

Further, in the technique disclosed in Patent Document 1, the user has to input the user identification number into the ticket issuing machine in order to pay the parking fee to the ticket issuing machine prior to parking, which is troublesome. Along with this, the ticket issuing machine is designed to have a function of inputting a user identification number, a function of recording data representing the input user identification number, and a function of outputting the recorded data to the outside. There was a limit to reducing the equipment cost of the ticket issuing machine.

Therefore, it is desirable to provide a parking lot ticketing machine that can reduce the burden on the user who uses the parking lot and easily reduce the equipment cost of the ticketing machine.

Further, according to the technique disclosed in Patent Document 2, it is necessary to install a card issuing machine, a warehousing gate, a warehousing management device, a warehousing gate, and a warehousing management device in the parking lot. This is a factor that increases the equipment cost (including the equipment cost and the installation work cost) of the parking lot as compared with the case where only the ticket issuing machine needs to be installed in the parking lot. Further, according to this technique, both the warehousing management device and the warehousing management device need to have a function of reading information from the parking card. This leads to an increase in the equipment cost of the warehousing management device and the warehousing management device, which also causes an increase in the equipment cost of the parking lot.

Therefore, it is desirable to provide a parking lot ticketing machine that can easily reduce the parking lot equipment cost and the ticketing machine equipment cost.

In addition, regardless of whether the parking lot is prepaid or postpaid, and whether the parking lot is unmanned or manned, the parking ticket issued to the user by the ticket issuing machine at the parking lot. It may be necessary for the user and the parking lot manager in the management center at a remote location to confirm the contents of the items described in the parking lot slip.

In this case, the user can bring the parking ticket or send it by fax in order to present the parking ticket itself to the parking lot manager, but it is troublesome. Therefore, if the user and the parking lot manager at a remote location can confirm the contents of the parking lot ticket by using a communication device such as a telephone, the burden on the user can be reduced. However, in this case, the parking lot manager cannot visually verify the parking lot ticket itself, and has no choice but to confirm the items described in the parking lot ticket by relying only on the remarks from the user.

Therefore, it is desirable for the parking lot manager in a remote place to be able to objectively judge the authenticity of the user's remark only from the remark from the user regarding the items described in the parking slip. Satisfying this requirement is particularly effective in preventing unauthorized parking, for example, in a prepaid unmanned parking lot in which the above-mentioned exit blocking device is not installed.

Against this background, the present inventor has proposed the following ticketing machine as disclosed in Patent Document 3. The ticket issuing machine is installed in a parking lot, and the parking lot is managed by a remote management center. The ticket issuing machine has an encryption unit and a printer, while the management center has a decryption device. Have.

Specifically, this ticketing machine is (a) actual data (ie, pre-encrypted data) that represents at least one of the date and time and amount of parking fee payment or parking time and the length of parking time. An encryption unit that encrypts data that can be directly decrypted by the user of the parking lot into encrypted data that cannot be decrypted by the user but can be uniquely pronounced, and (b) the actual data. It has a printer that prints data and the encrypted data on a parking slip and issues the printed parking slip to the user. The voice that the user reads out the encrypted data on the parking ticket and is transmitted from the user via a telephone is received at the management center. The encrypted data represented by the received voice is decrypted by the decryptor installed in the management center.

Therefore, according to this ticket issuing machine, the user reads out the encrypted data on the parking ticket and emits a voice to the communication device (for example, a mobile phone, a landline telephone, a public telephone, etc. that can be used by the user, etc.). It is possible to send data to a parking lot manager at a remote location via a communication device that is not installed on the machine. The parking lot manager can decipher the encrypted data from the received voice of the user and restore the actual data. This is because there is a one-to-one relationship between the encrypted data and the actual data, and the actual data can be restored from the encrypted data.

Therefore, according to this ticket issuing machine, the function of the ticket issuing machine to communicate with another device (for example, the communication device of the parking lot manager) also uses the encrypted data printed on the parking slip as a machine. It does not have a function to read the parking lot, and the user does not bring or send the parking lot ticket to the parking lot manager or send it by facsimile, and pays the parking fee or the parking time. It will be possible for a parking lot manager at a remote location to confirm at least one of the date and time, amount of money, and length of parking time. As a result, the user can prove to the parking lot manager that his / her actions are not fraudulent while reducing the burden on the user.

Therefore, according to this ticketing machine, even if the above-mentioned exit blocking device is not installed in the prepaid unmanned parking lot, the user actually pays the additional parking fee at all when the user should pay the additional parking fee. Even if you insist that you have paid the requested amount even though you have not paid the requested amount or you have paid the requested amount to the administrator at a remote location via the communication device, the claim is made. Is found to be false by the administrator. Therefore, even though it is a prepaid unmanned parking lot, it prevents fraudulent activities in which the user pays no additional parking fee or pays a shortage for the requested amount. Will be easy.

Japanese Patent Application Laid-Open No. 2003-242537 Japanese Unexamined Patent Publication No. 2006-146325 Japanese Unexamined Patent Publication No. 2012-181818

As described above, the present inventor encrypts data related to parking and uses the encrypted data to carry out research and development of a ticket issuing machine that prevents the user from cheating on the payment of parking fees, especially prepaid parking. Continued to specialize in ticketing machines installed in parking lots. Prior to the start of parking, the ticket issuing machine permits the user to park in the parking lot for an effective parking time of a length commensurate with the payment amount, subject to payment of the parking fee.

As a result of the research and development, the present inventor obtained the following findings.

If the user uses a prepaid parking lot, the user may park for longer than the effective parking time allowed at the time of warehousing. In this case, even in the case of a prepaid parking lot, the user is required to pay a shortage of the parking fee in an amount commensurate with the length of the additional parking time at the time of leaving the parking lot.

The desire to extend the effective parking time also exists in other situations. Specifically, the user has a valid parking time before the scheduled departure time due to the lack of the valid parking time after the valid parking time has been granted but before it expires. May notice that it expires. In this case, the user may wish to extend the effective parking time before the effective parking time has expired.

That is, there is a request for a user who uses a ticket issuing machine installed in a prepaid parking lot to extend the effective parking time regardless of before or after the expiration of the effective parking time. It is important to design the ticketing machine so as to meet the demands in order to improve the usability of the ticketing machine.

On the other hand, in the ticket issuing machine disclosed in Patent Document 3, in order to satisfy the request, the user is obliged to transmit the encrypted data to the parking lot manager at a remote place by himself / herself. If this work can be omitted, the usability of the ticket issuing machine will be improved.

Then, as a result of research and development, the present inventor obtains the encrypted data electrically or electronically into the ticket issuing machine in order to omit the work of transmitting the encrypted data to the parking lot manager by the user himself / herself. I realized that I should add a capture function. Further, if the inventor has information for calculating the length of time that the ticketing machine wants to extend the effective parking time in combination with the encrypted data, the ticketing machine eliminates the fraudulent activity of the user. However, I also noticed that it is possible to extend the effective parking time.

In addition, for the user of the parking lot, the user operates the settlement machine at the position of the parking lot to settle the parking fee locally, while operating his / her own user terminal instead of the settlement machine of the parking lot. It is desirable to be able to settle parking fees online.
On the other hand, it is desirable for the parking lot manager to reduce the equipment cost of the parking lot as described above.

Based on the above findings, the present invention provides a technique for managing a parking lot, which enables a user to settle a parking fee online while reducing the equipment cost of the parking lot. It was done with that as an issue.

In order to solve the problem , according to one aspect of the present invention, it is a parking lot management system that manages a parking lot.
With the user's communication terminal
A payment machine installed in the parking lot that outputs parking-related information regarding the parking of the user in the parking lot to the user in the parking lot and enables the user to settle the parking fee by the local payment method. When,
A management server installed in a remote location for the parking lot and capable of communicating with the communication terminal, receiving the parking-related information output from the payment machine via the communication terminal, and receiving the parking-related information from the communication terminal. Upon receiving an online checkout request, it will allow the user to settle the parking fee using the online checkout method.
Including
A parking lot management system that enables the user to settle the parking fee by the local settlement method by operating the settlement machine, and to settle the parking fee by the online settlement method by operating the communication terminal. Is provided.

Further , according to the first aspect of the present invention, it is a parking lot management system that manages a parking lot.
With the user's communication terminal
A user in the parking lot that includes parking-related information related to the user who is installed in the parking lot and uses the parking lot and includes predetermined information that only the user in the parking lot can know. The predetermined information includes the time-variable information that changes from moment to moment and can estimate the current time at the position of the parking lot.
It includes a management server that is installed in a remote location for the parking lot and can communicate with the user's communication terminal without going through the communication equipment of the parking lot.
The communication terminal of the user in the parking lot transmits the parking-related information displayed on the display unit to the management server at the time of leaving the parking lot.
The management server is
A user presence / absence determination unit that determines whether or not the user is currently in the parking lot based on the time-variable information among the parking-related information received from the user's communication terminal.
When the user presence / absence determination unit determines that the user is currently in the parking lot, the parking fee calculation unit calculates the parking fee to be paid by the user based on the parking-related information received from the user's communication terminal. ,
Including the parking fee transmission unit that transmits the calculated parking fee to the communication terminal of the user.
The parking lot management system further includes an online settlement unit that enables the user to settle the parking fee transmitted from the parking fee transmission unit by an online settlement method by using the communication terminal. A parking management system is provided.

Further, according to the second aspect of the present invention, it is a parking lot management system that manages a parking lot.
With the user's communication terminal
Parking-related information related to parking that is installed in the parking lot and uses the parking lot and includes encrypted information that only the user in the parking lot can know is provided to the user in the parking lot. It is a display unit to be displayed, and the encrypted information includes time information related to the current time.
It includes a management server that is installed in a remote location for the parking lot and can communicate with the user's communication terminal without going through the communication equipment of the parking lot.
The communication terminal of the user in the parking lot transmits the parking-related information displayed on the display unit to the management server at the time of leaving the parking lot.
The management server is
When the time information is received from the communication terminal of the user, it is determined whether or not the difference between the time represented by the received time information and the current time is smaller than a predetermined value, and when it is determined to be small. Is a user presence / absence determination unit that determines that the user is currently in the parking lot,
When the user presence / absence determination unit determines that the user is currently in the parking lot, the parking fee calculation unit calculates the parking fee to be paid by the user based on the parking-related information received from the user's communication terminal. ,
Including the parking fee transmission unit that transmits the calculated parking fee to the communication terminal of the user.
The parking lot management system further includes an online settlement unit that enables the user to settle the parking fee transmitted from the parking fee transmission unit by an online settlement method by using the communication terminal. A parking management system is provided.

Further, according to one aspect of the present invention, it is a parking lot management system that manages a parking lot.
With the user's communication terminal
A payment machine installed in the parking lot and outputting parking-related information regarding parking fees and / or parking times in the parking lot to a user in the parking lot.
A management server installed in a remote location for the parking lot and capable of communicating with the communication terminal, and when the parking-related information output from the checkout machine is received via the communication terminal, the received parking-related information is received. Including those with an online settlement function that allows the user to settle the parking fee by the online settlement method based on
A parking lot management system is provided that enables a user to settle a parking fee by an online settlement method by operating the communication terminal without operating the settlement machine at the time of settlement.

Further, according to an aspect of the present invention, it is a parking lot management system that manages a parking lot.
With the user's communication terminal
A user in the parking lot, regardless of whether the user wants to settle the parking fee by the local settlement method or the online settlement method, which is installed in the parking lot. While outputting parking-related information related to parking to the user in the parking lot, when the user wishes to settle the parking fee by the local settlement method, the parking-related information is received from the user and the accepted parking. A payment machine that allows the user to settle the parking fee by the local payment method based on the related information.
The management server installed in a remote place for the parking lot and capable of communicating with the communication terminal, and is output from the payment machine when the user wishes to settle the parking fee by the online payment method. When parking-related information is received via the communication terminal, it enables the user to settle the parking fee by the online settlement method based on the received parking-related information.
It is possible for the user to settle the parking fee by the local settlement method by operating the settlement machine without operating the communication terminal at the time of settlement, while operating the settlement machine at the time of settlement. Instead, a parking lot management system is provided that enables the parking fee to be settled by an online settlement method by operating the communication terminal.

Further, according to another aspect of the present invention, it is a parking lot management system that manages a parking lot.
With the user's communication terminal
A payment machine installed in the parking lot that outputs parking-related information regarding the parking of the user in the parking lot to the user in the parking lot and enables the user to settle the parking fee by the local payment method. When,
A management server installed in a remote location for the parking lot and capable of communicating with the communication terminal, receiving the parking-related information output from the payment machine via the communication terminal, and receiving the parking-related information from the communication terminal. Upon receiving an online checkout request, including allowing the user to settle the parking fee using the online checkout method,
A parking lot management system that enables the user to settle the parking fee by the local settlement method by operating the settlement machine, and to settle the parking fee by the online settlement method by operating the communication terminal. Is provided.

Further, according to another aspect of the present invention, it is a parking lot management system that manages a parking lot.
With the user's communication terminal
Equipment installed in the parking lot that outputs parking-related information regarding the parking of the user in the parking lot to the user in the parking lot.
A management server installed in a remote location for the parking lot and capable of communicating with the communication terminal, and receiving the parking-related information output from the facility in the parking lot via the communication terminal and from the communication terminal. Upon receiving an online checkout request, a parking lot management system is provided that allows the user to settle the parking fee in an online checkout method.

According to one aspect of the present invention, a method of providing a service for renting an empty space in a parking lot to a user for a limited time by communicating between a user's communication device and a management server that remotely manages the parking lot. And
The management server requests a parking permission request from the user's communication device to permit parking in the parking lot, together with user information for identifying the user and time information for specifying the parking time desired by the user. Upon receipt, a parking permission step of transmitting a parking permission message indicating that the user is permitted to park in the parking lot to the user's communication device, and
When the management server receives an extension request for extending the parking time from the user's communication device together with the user information and the extension time data for specifying the extension parking time desired by the user, the management server receives the parking time. A method of providing a parking space rental service is provided, which includes an extension permission step of sending an extension permission message indicating that the extension is permitted to the user's communication device.

Further, according to another aspect of the present invention, a service of renting an empty space in a parking lot to a user for a limited time by communicating between a user's communication device and a management server that remotely manages the parking lot is provided to the user. It ’s a way to provide
The management server requests a parking permission request from the user's communication device to permit parking in the parking lot, together with user information for identifying the user and time information for specifying the parking time desired by the user. Upon receipt, a parking permission step of transmitting a parking permission message indicating that the user is permitted to park in the parking lot to the user's communication device together with the time information.
When the management server receives an extension request for extending the parking time from the user's communication device together with the user information, the time information, and the extension time data for specifying the extended parking time desired by the user, the management server receives the extension request. A parking space rental service providing method including an extension permission step of transmitting an extension permission message indicating that the parking time is permitted to be extended to a user's communication device is provided.

Further, according to an aspect of the present invention, a service of renting an empty space in a prepaid parking lot to a user for a limited time by communicating between the user's communication device and a parking lot management device having a computer is provided to the user. It ’s a way to provide
When the parking lot management device receives a parking permission request from the user requesting permission to park in the parking lot, the effective parking time of a length commensurate with the payment amount, subject to the payment of the parking fee by the user. During the period, a parking permission message indicating that the user is allowed to park in the parking lot is sent to the user, and at least one of the start time and the end time of the valid parking time and the length of the valid parking time are sent. And, the unencrypted data representing at least one of the parking fee payment amount that can be decrypted by the user is the encrypted data that uniquely corresponds to the unencrypted data and cannot be decrypted by the user. A parking permission process that converts to and sends those unencrypted data and encrypted data to the user,
When the parking lot management device receives the extension request for extending the effective parking time and the encrypted data from the user after the issuance of the encrypted data, the received encrypted data is used as the pre-encryption data. And, based on the restored unencrypted data, an extension permission step of sending to the user an extension permission message indicating that the extension of the valid parking time is permitted, subject to payment of an additional parking fee. Parking space rental service provision methods including.

Further, according to the first aspect of the present invention, in order to manage reservation / settlement of a prepaid parking lot online, management for a parking lot in which each communication device of a plurality of users is connected via a communication network. It ’s a server,
Upon receiving a parking permission request from the user requesting permission to park in the parking lot, the user pays the parking fee, and the user uses the parking lot for the effective parking time of a length commensurate with the payment amount. A parking permission message indicating that parking is permitted to the user is sent to the user, and at least one of the start time and the end time of the valid parking time, the length of the valid parking time, and the payment amount of the parking fee are paid. Pre-encrypted data that represents at least one of the above and that can be decrypted by the user is converted into encrypted data that uniquely corresponds to the unencrypted data and cannot be decrypted by the user, and these are pre-encrypted. A parking permit unit that sends data and encrypted data to the user,
After the issuance of the encrypted data, when the extension request for extending the effective parking time and the encrypted data are received from the user, the pre-encrypted data is restored from the received encrypted data, and the restored data is restored. Based on the pre-encryption data, the management server for the parking lot including the extension permission unit that sends an extension permission message indicating that the extension of the valid parking time is permitted to the user, subject to the payment of the additional parking fee. Provided.

Further, according to the second aspect of the present invention, there is a method that enables a time-limited service to be provided to a user according to individual time conditions for each user.
Upon receiving a request from the user to request the provision of the service, the service is permitted to the user according to the time condition specified by the user, provided that the predetermined permission condition is satisfied. Permit process and
An encryption step of converting unencrypted data representing the time condition that can be deciphered by the user into undecipherable encrypted data by the user.
The issuing process of issuing the encrypted data to the user,
A receiving process in which after the encrypted data is issued, the encrypted data is received when the user inputs the encrypted data together with the specification of an event that the user desires to be processed in connection with the authorized service. When,
A cryptanalysis step of inversely converting the received encrypted data into the pre-encryption data according to the encryption table, thereby decrypting the encryption.
A time-limited service providing method including an event processing step of estimating the time condition from the pre-encryption data and processing the specified event based on the estimated time condition is provided.

Each of the following aspects is obtained by the present invention. Each aspect shall be divided into sections, each section shall be numbered, and the numbers of other sections shall be quoted as necessary. This is to facilitate understanding of some of the technical features that can be adopted by the present invention and their combinations, and the technical features that can be adopted by the present invention and their combinations are limited to the following aspects. Should not be interpreted as. That is, it should be interpreted that it is not hindered from appropriately extracting and adopting the technical features described in the present specification as the technical features of the present invention, which are not described in the following aspects.

Furthermore, describing each section in the form of quoting the numbers of the other sections does not necessarily prevent the technical features described in each section from being separated and independent from the technical features described in the other sections. It does not mean, and it should be interpreted that the technical features described in each section can be made independent as appropriate according to their properties.

(1) A ticketing machine installed in a prepaid parking lot having a plurality of parking positions for vehicles so as to be commonly used for the plurality of parking positions.
Prior to the start of parking, on condition that the parking fee is paid, the user is permitted to park in the parking lot during the effective parking time of a length commensurate with the payment amount, and the start time and end of the effective parking time are permitted. Unencrypted data that represents at least one of the times, the length of the effective parking time, and at least one of the parking fee payment amount, and is encrypted data that uniquely corresponds to the one that can be decrypted by the user. A parking permit unit that issues to the user what the user cannot decipher,
When the user inputs the extension request for extending the effective parking time and the encrypted data after issuing the encrypted data, the pre-encrypted data is acquired from the input encrypted data and the acquired data is acquired. A parking ticketing machine that includes an extension permit section that permits extension of the effective parking time, subject to payment of additional parking fees, based on the pre-encrypted data.

In this ticket issuing machine, the encrypted data has the following significance.

1. 1. The encrypted data is confidential and cannot be deciphered by the user. Therefore, since the encrypted data is not tampered with by the user, as long as the user operates the ticket issuing machine via the encrypted data, the user is prevented from performing an unauthorized operation on the ticket issuing machine.

2. 2. The encrypted data is unique and there is only one per event (eg, one parking). Therefore, if the encrypted data is specified, only one event is specified. In this way, the cryptographic data identifies the identity of the event identified by the cryptographic data.

3. 3. There is reversibility between the encrypted data and the pre-encrypted data that directly represents the event attributes (eg, parking-related information including time information), one can uniquely derive the other, and vice versa. Guidance is also true.

3. 3. Since the encrypted data is obtained by encrypting the pre-encrypted data representing the event attribute, the encrypted data represents the event attribute for one event, and it is also possible to directly identify the user's identity. It does not directly identify the identity of the vehicle parked in the parking lot.

4. However, focusing on the fact that one cryptographic data is known to only one user, the cryptographic data directly identifies the user's identity. Also, paying attention to the fact that one cryptographic data is not issued for one vehicle, the cryptographic data directly identifies the identity of the vehicle.

5. Therefore, as an effect derived from it, when handling encrypted data, the user inputs information for identifying the user himself / herself and information for identifying his / her own vehicle to park to the ticket issuing machine. You don't have to be required to do that. Therefore, when handling encrypted data, the burden on the user when inputting to the ticket issuing machine is reduced, the size of the data input from the user to the ticketing machine becomes small, and the data is stored. Memory capacity is reduced.

Further, the act of inputting parking into the ticketing machine by the same user, which is encrypted data issued by the ticketing machine for the user and for each event of parking, has the following significance.

1. 1. The act of the user inputting the encrypted data into the ticket issuing machine means that the user was actually in the parking lot where the ticketing machine is installed and there was a fact that the ticketing machine was operated. As a result, the fact that the user himself / herself was in a specific parking lot is revealed from the act of the user inputting the encrypted data into the ticket issuing machine.

2. 2. If the ticket issuing machine has a clock function, when the user inputs the encrypted data into the ticket issuing machine, the ticket issuing machine can know the time when the input is made. As a result, if this ticketing machine has a clock function, the fact that the user himself / herself was in a specific parking lot and at the current time is due to the act of inputting encrypted data into the ticketing machine. Prove.

Based on some of the findings described above, according to this ticketing machine, after the encryption data is issued (before or after the expiration of the valid parking time), the user can use the encrypted data in combination to obtain the valid parking time. If an extension request for extension is entered in the ticketing machine, the pre-encrypted data will be acquired from the entered encrypted data, and the additional parking fee will be paid based on the acquired pre-encrypted data. In addition, it is permitted to extend the effective parking time.

Therefore, according to this ticket issuing machine, the user does not require the user to send the encrypted data to the management center in a remote place, and nevertheless, the user makes an illegal input to the ticket issuing machine. By operating the ticket issuing machine while blocking this by cryptography, it is possible to extend the effective parking time permitted to the user by the ticket issuing machine.

As a result, the ticketing machine simplifies the work required by the user to extend the effective parking time, thereby improving the usability of the ticketing machine.

By the way, in general, when an attempt is made to design a ticketing machine so that a user's extension request (including, for example, a post-extension request and a pre-extension request described later) can be accurately processed, the ticketing machine is generally used. It is necessary to design so as to refer to the information described in the parking slip issued in advance to the user (for example, the end time of the effective parking time). This is because the original effective parking time is accurately extended by the amount of time that is commensurate with the amount of additional parking fee paid by the user, that is, the length of extended parking time that is commensurate with the amount of additional parking fee paid is calculated accurately. Therefore, it is necessary to refer to the end time of the original effective parking time, which is the starting point of the calculation.

However, according to the ticket issuing machine according to this section, the information described in the parking slip issued in advance to the user (hereinafter referred to as "parking-related information") is associated with, for example, the user's identification information. It is not necessary to save it in the memory of the ticket issuing machine. Because the parking-related information corresponds to the encrypted data, the encrypted data can be input by the user, and this ticketing machine is necessary as long as the encrypted data is known. This is because parking-related information can be reproduced.

On the other hand, in general, when the same parking-related information is stored in the memory without using the encrypted data, more data is required than when the same parking-related information is stored in the memory using the encrypted data.

Therefore, according to this ticketing machine, it is possible to accurately calculate the length of extended parking time commensurate with the payment amount of the additional parking fee based on the past parking-related information while reducing the dependence on the memory as much as possible. Will be.

In the present specification and claims, "payment of parking fee" and "payment of additional parking fee", for example, pay a parking fee (including an additional parking fee) to the ticketing machine (eg, for example). (Pay with currency, substitute currency, coupons, credit cards, prepaid cards, electronic money) Direct payment method or online payment method that pays to the parking lot management company online without the intervention of a ticket issuing machine can be adopted. However, it is not limited to these.

In this specification and in the claims, a "parking ticket" is a small piece (slip, printed matter, medium for visualizing and displaying information, information) issued by a ticketing machine installed in a parking lot. It includes all fixed and displayed media, etc.), and for example, general names include, but are not limited to, parking tickets, receipts, and the like.

In the fields of the present specification and claims, "encrypted data" is encrypted data generated by encryption by an external device instead, even if it is generated by the ticket issuing machine by itself. May be received and used by the ticket issuing machine.

In the fields of the present specification and claims, the act of "user inputting a request" is an act of a user directly inputting a specific request to this ticketing machine, or an act of this ticketing machine of a specific request. It includes, but is not limited to, the act of inputting necessary related information and data by the user while in the mode of accepting input.

In the specification and claims, "vehicle" includes, but is not limited to, for example, automobiles, motorcycles, bicycles, freight vehicles, and the like.

(2) In the extension request, the user requests an extension of the effective parking time before the effective parking time elapses, and the user requests the extension of the effective parking time after the effective parking time elapses. Including post-extension request to request
The extension permission part is
If the time when each extension request is made is within the effective parking time, it is determined that the extended parking this time is the advance extension request, while the time when each extension request is made is the time. If it is after the effective parking time, it is determined that the extended parking this time is the post-extension request, and the determination unit for determining the type of each extension request is included in the item (1). Parking lot ticketing machine.

According to this ticketing machine, it is automatically determined whether each extension request is a pre-extension request or a post-extension request.

Therefore, according to this ticketing machine, the user does not have to enter additional information into the ticketing machine for determining the type of each extension request each time the valid parking time is extended, and as a result, this The usability of the ticket issuing machine is also improved.

(3) The extension permission section further
It is activated when the extension request is the advance extension request, and is before the extension based on the payment amount of the additional parking fee and the acquired pre-encryption data, subject to the payment of the additional parking fee. The parking lot ticketing machine according to item (2), which includes a pre-extension request processing unit that extends the effective parking time from the end time of the effective parking time.

(4) The extension permission unit further
The extension request is activated when the extension request is the post-extension request, and the extension request is started from the end time of the valid parking time based on the acquired pre-encrypted data and the time when the extension request is made. The length of the extended parking time, which is the time elapsed until the time when the parking lot was performed, is calculated, and the amount of the additional parking fee is calculated based on the calculated length of the extended parking time, and the calculated amount is calculated. The station according to paragraph (2) or (3), which includes a post-extension request processing unit that extends the effective parking time from the end time of the effective parking time before the extension, provided that the additional parking fee is paid in the same amount. Ticketing machine for parking lots.

(5) Further, the user input unit in which the user inputs is included.
The user input part is
When the total amount of real or virtual ticketing buttons operated by the user to make the parking permit request and the money or token coins inserted into the ticketing machine by the user reaches the desired amount, the user At least one of the real or virtual token confirmation buttons that are manipulated,
Including a real or virtual extension button operated by the user to make the extension request.
The parking ticket issuing machine according to any one of (1) to (4), which is shared between the case where the user inputs the pre-extension request and the case where the user inputs the post-extension request. ..

(6) Further, the user input unit in which the user inputs is included.
The parking lot ticketing machine according to any one of (1) to (4), wherein the user input unit includes a device operated by the user to input the encrypted data.

(7) The parking ticket issuing machine according to any one of (1) to (6), further including a reader for inputting the encrypted data by mechanically reading the encrypted data printed on the parking slip. ..

(8) Furthermore
An encryption unit that performs encryption by converting the unencrypted data into the encrypted data according to the encryption table.
It has a cryptanalysis unit that decrypts by back-converting the encrypted data into the pre-encrypted data according to the encryption table.
As a result, the ticket-issuing machine is a self-supporting ticket-issuing machine according to any one of (1) to (7), which performs both the encryption and the decryption without depending on an external device.

(9) The parking lot is managed by a remote management center.
The management center is
An encryption unit that performs encryption by converting the unencrypted data into the encrypted data according to the encryption table.
It has a cryptanalysis unit that decrypts by back-converting the encrypted data into the pre-encrypted data according to the encryption table.
The ticket issuing machine
A communication device that transmits the encrypted data to the management center and receives the unencrypted data from the management center.
As a result, the ticket issuing machine for parking lots according to any one of (1) to (7) is a dependent type that relies on an external device to perform both the encryption and the decryption.

(10) A ticketing machine installed in a prepaid parking lot having a plurality of parking positions for vehicles so as to be commonly used for the plurality of parking positions.
Prior to the start of parking, on condition that the parking fee is paid, the user is permitted to park in the parking lot during the effective parking time of a length commensurate with the payment amount, and the start time and end of the effective parking time are permitted. Unencrypted data that represents at least one of the times, the length of the effective parking time, and at least one of the parking fee payment amount, and is encrypted data that uniquely corresponds to the one that can be decrypted by the user. A parking permit unit that issues to the user what the user cannot decipher,
A storage unit that stores the acquired encrypted data in memory,
The encrypted data is read intermittently or periodically from the memory, the end time of the latest effective parking time is estimated from the read encrypted data, and the estimated end time is later than the current time. With a determination unit that determines whether or not, thereby intermittently or periodically determining whether or not illegal parking is established in which the actual parking time in the parking lot exceeds the latest effective parking time. Parking lot ticketing machine including.

According to this ticket issuing machine, the encrypted data acquired from the unencrypted data is stored, but the unencrypted data is not stored. Furthermore, the pre-encryption data is restored from the stored encrypted data at any time, and based on the pre-encryption data, whether or not the actual parking time of each vehicle parked in the parking lot exceeds the effective parking time. However, the unencrypted data is not saved. On the other hand, as described above, the pre-encrypted data is usually larger in size than the encrypted data.

Therefore, according to this ticket issuing machine, the storage capacity of the memory can be saved as compared with the case of storing the unencrypted data together with the encrypted data or in place of the encrypted data.

(11) A ticketing machine installed in a prepaid parking lot having a plurality of parking positions for vehicles so as to be commonly used for the plurality of parking positions.
Prior to the start of parking, on condition that the parking fee is paid, the user is permitted to park in the parking lot during the effective parking time of a length commensurate with the payment amount, and the start time and end of the effective parking time are permitted. Unencrypted data that represents at least one of the times, the length of the effective parking time, and at least one of the parking fee payment amount, and is encrypted data that uniquely corresponds to the one that can be decrypted by the user. A parking permit unit that issues to the user what the user cannot decipher,
When the user inputs the exit permission request requesting permission to leave the parking lot and the encrypted data, the latest valid parking time end time is estimated from the input encrypted data, and the estimated time is estimated. A parking lot ticketing machine that includes a shipping permit section that permits the delivery when the end time is not later than the current time.

According to this ticket issuing machine, the user is required to input encrypted data into the ticket issuing machine at the time of delivery, but the encrypted data is usually smaller in size than the data representing the user's ID and vehicle number. Is.

Therefore, according to this ticketing machine, the user is required to input the data representing the user's ID and the vehicle number into the ticketing machine at the time of delivery, and the burden is less than the case where the user is required to input the data to the ticketing machine. It is possible to accurately grasp the fact that the user has issued the goods.

(12) A method of controlling a ticketing machine installed in a prepaid parking lot having a plurality of parking positions for a vehicle so as to be commonly used for the plurality of parking positions.
Prior to the start of parking, on condition that the parking fee is paid, the user is allowed to park in the parking lot for the effective parking time of a length commensurate with the payment amount, and the printer of the ticket issuing machine is controlled. Therefore, the user is unencrypted data representing at least one of the start time and the end time of the effective parking time, the length of the effective parking time, and the payment amount of the parking fee. A parking permission process that issues to the user encrypted data that uniquely corresponds to what can be decrypted and cannot be decrypted by the user.
When the user inputs the extension request for extending the effective parking time and the encrypted data after issuing the encrypted data, the pre-encrypted data is acquired from the input encrypted data and the acquired data is acquired. A parking ticket issuing machine control method including an extension permission process that permits extension of the effective parking time, subject to payment of an additional parking fee, based on the pre-encrypted data.

(13) A program executed by the computer of the parking lot ticketing machine in order to operate the parking lot ticketing machine according to any one of (1) to (11).

(14) A recording medium on which the program described in item (13) is recorded so as to be readable by a computer.

(15) A parking lot management server in which communication devices of multiple users are connected via a communication network in order to manage prepaid parking lot reservations and payments online.
Upon receiving a parking permission request from the user requesting permission to park in the parking lot, the user pays the parking fee, and the user uses the parking lot for the effective parking time of a length commensurate with the payment amount. A parking permission message indicating that parking is permitted to the user is sent to the user, and at least one of the start time and the end time of the valid parking time, the length of the valid parking time, and the payment amount of the parking fee are paid. Pre-encrypted data that represents at least one of the above and that can be decrypted by the user is converted into encrypted data that uniquely corresponds to the unencrypted data and cannot be decrypted by the user, and these are pre-encrypted. A parking permit unit that sends data and encrypted data to the user,
When the user receives the extension request for extending the effective parking time and the encrypted data after issuing the encrypted data, the pre-encrypted data is restored from the received encrypted data, and the restored data is restored. A management server for parking lots that includes an extension permission unit that sends an extension permission message to the user indicating that the extension of the valid parking time is permitted, subject to payment of an additional parking fee, based on the pre-encryption data.

(16) Furthermore
It is a delivery permission request from the user requesting permission to leave the parking lot, the encrypted data, and the encryption time displayed on the screen of the display installed in the parking lot so as to change from moment to moment. When the encrypted current time is received, the end time of the latest effective parking time is estimated from the received encrypted data, and the estimated end time is represented by the received encrypted time. The parking management server according to item (13), which includes a delivery permission unit that sends a delivery permission message indicating that the delivery is permitted to the user when the time is not later than the current time.

(17) A program executed by a computer to operate the parking lot management server according to (15) or (16).

(18) A recording medium on which the program described in paragraph (17) is recorded so as to be readable by a computer.

(19) A method that enables a time-limited service to be provided to a user according to individual time conditions for each user.
Upon receiving a request from the user to request the provision of the service, the service is permitted to the user according to the time condition specified by the user, provided that the predetermined permission condition is satisfied. Permit process and
An encryption step of converting unencrypted data representing the time condition that cannot be deciphered by the user into undecipherable encrypted data by the user.
The issuing process of issuing the encrypted data to the user,
A receiving process in which after the encrypted data is issued, the encrypted data is received when the user inputs the encrypted data together with the specification of an event that the user desires to be processed in connection with the authorized service. When,
A cryptanalysis step of inversely converting the received encrypted data into the pre-encryption data according to the encryption table, thereby decrypting the encryption.
A time-limited service providing method including an event processing step of estimating the time condition from the pre-encryption data and processing the specified event based on the estimated time condition.

(20) In the encryption step, the pre-encryption data is converted into the encrypted data according to an encryption table commonly used by other users.
In the receiving process, after the encrypted data is issued, when the user inputs the encrypted data together with the designation of an event that the user desires to be processed in connection with the authorized service, the encrypted data is input. Received in association with the time at that time,
The event processing step estimates the time condition from the pre-encryption data, and processes the designated event based on the relationship between the estimated time condition and the time. (19). How to provide time-limited service.

(21) The time-limited service providing method according to (19) or (20), wherein the service includes a parking space lending service for renting an empty space in a parking lot to a user.

FIG. 1 is a plan view showing an example of an unmanned parking lot in which a ticket issuing machine according to the first embodiment of the present invention is installed. FIG. 2 is a front view showing the ticket issuing machine shown in FIG. FIG. 3 is a perspective view showing the ticket issuing machine shown in FIG. 2 with the door open. FIG. 4 is a block diagram showing a component configuration of the ticket issuing machine shown in FIG. FIG. 5 is a flowchart conceptually showing a part of the ticketing / settlement program executed by the computer shown in FIG. FIG. 6 is a flowchart conceptually showing another part of the ticketing / payment program. FIG. 7 is a flowchart that conceptually represents yet another part of the ticketing / payment program. FIG. 8 is a flowchart that conceptually represents yet another part of the ticketing / payment program. 9 (a)-(d) are front views showing a plurality of images displayed on the screen of the display shown in FIG. 2. 10 (a) is a front view showing an example of a parking ticket and a receipt issued by the ticket issuing machine shown in FIG. 2 in connection with payment of the prepaid parking fee, and FIG. 10 (b) is shown in FIG. FIG. 10 (c) is a front view showing an example of a receipt issued by the ticket issuing machine shown in connection with the payment of the additional parking fee accompanying the post-extension request, and FIG. 10 (c) shows the advance extension request by the ticket issuing machine shown in FIG. It is a front view which shows an example of the parking ticket and the receipt issued with the payment of the additional parking fee accompanying. 11 (a) is a vertical cross-sectional view showing the parking ticket shown in FIG. 10 (a) in a state immediately after issuance, and FIG. 11 (b) shows the parking ticket partially peeled off and bent. It is a vertical cross-sectional view which shows in the state. 12 (a) is a side sectional view showing the parking ticket shown in FIG. 10 (a) attached to the back surface of the windshield of the parked vehicle, and FIG. 12 (b) shows the parking ticket. , Is a perspective view showing a part of the display sheet thereof peeled off from the separator and bent. FIG. 13 is a perspective view showing how the parking ticket shown in FIG. 10A is attached to the back surface of the windshield of the parked vehicle. 14 (a)-(c) is from the configuration of an example of the encrypted data printed on the receipt shown in FIGS. 10 (a)-(c), the corresponding pre-encryption data, and the pre-encryption data. It is a figure for demonstrating the conversion process to the encrypted data. FIG. 15 is a block diagram showing a component configuration of a ticket issuing machine according to an exemplary second embodiment of the present invention. 16 (a)-(c) are diagrams for explaining an example of how the illegal parking list stored in the memory shown in FIG. 15 is updated. 17 (a)-(b) is a diagram for explaining another example of how the illegal parking list stored in the memory shown in FIG. 15 is updated. FIG. 18 is a flowchart conceptually showing an example of an illegal parking list update program executed by a computer to operate the illegal parking list update unit shown in FIG. FIG. 19 is a block diagram showing a component configuration of a ticket issuing machine according to an exemplary third embodiment of the present invention. FIG. 20 conceptually represents an online parking reservation / payment system according to an exemplary fourth embodiment of the present invention, which has a ticketing machine and a management server for a user to make a parking reservation and payment online. It is a block diagram. 21 (a)-(d) are front views showing a plurality of images displayed on the screen of the display of the ticket issuing machine shown in FIG. 20. FIG. 22 is a diagram for explaining a process in which the encryption time shown in FIGS. 21 (a) and 21 (d) is converted from the current time and generated. FIG. 23 is a flowchart conceptually representing a parking permit program executed by the processor shown in FIG. FIG. 24 is a flowchart conceptually representing an unauthorized parking list update program executed by the processor shown in FIG. 20. FIG. 25 is a flowchart conceptually representing a post-extension permit program executed by the processor shown in FIG. FIG. 26 is a flowchart conceptually representing a pre-extension permit program executed by the processor shown in FIG. FIG. 27 is a flowchart conceptually representing an expiration notice program executed by the processor shown in FIG. 20. FIG. 28 is a flowchart conceptually representing a delivery permission program executed by the processor shown in FIG. 20.

Hereinafter, some exemplary embodiments of the present invention will be described in detail with reference to the drawings.

<First Embodiment of the present invention>

FIG. 1 shows an example of a prepaid parking lot 10 in a plan view. A parking lot ticketing machine (hereinafter, simply referred to as "ticketing machine") 20 according to the first embodiment of the present invention is installed and used in the parking lot 10.

The parking lot 10 has a plurality of parking positions (parking spaces) that enable simultaneous parking of a plurality of automobiles. A single ticketing machine (generally referred to as a "payment machine") 20 is parked in a plurality of parking lots 10 in the vicinity of the only entrance / exit 12 (which is both the entrance / exit) of the parking lot 10. Common to all locations, it is installed as a centralized ticketing machine. The parking lot 10 is an unmanned type in which there is no full-time employee and the user who is the driver pays the parking fee to the ticket issuing machine 20.

As will be described in detail later, the ticket issuing machine 20 is a self-supporting type that performs encryption and decryption without depending on an external management center that manages the parking lot 10. Further, the ticket issuing machine 20 does not have a communication function for communicating with the management center, partly because it is a self-supporting type.

However, instead of this, it is possible to carry out the present invention in a manner in which the ticket issuing machine 20 is a partial or completely dependent type in which one or both of encryption and decryption depend on the management center. A mode in which the ticket issuing machine 20 implements the present invention in a completely dependent manner in which both encryption and decryption depend on the management center will be described later as a third embodiment.

In addition to the definition of the term "vehicle", in the column of "forms for carrying out the invention", the term "vehicle" means only an automobile, but other parts of the present specification. And in the claims, the term "vehicle" should be construed to include not only automobiles but also all types of moving objects such as bicycles and motorcycles.

There are two types of parking lots on the site of the parking lot 10. It is a lot for renting parking space on a daily basis to users of each vehicle (temporary storage lot or daily rental lot) and a lot for each vehicle user on a monthly basis, assuming a prior contract. It is a section for renting out parking space (monthly section). The ticketing machine 20 is used for the temporary storage area. Hereinafter, the term "parking lot 10" simply means only the temporary storage area, that is, the area where the ticket issuing machine 20 is used, in the parking lot 10.

In order to use the parking lot 10, the driver, who is a user, drives his / her own vehicle, enters the entrance / exit 12 from the adjacent road, and subsequently drives to pass through the ticketing machine 20, and further, he / she himself / herself. Drive your vehicle to any of the parking spaces (parking positions) of your choice and park there. After that, the user gets off the vehicle and walks to the ticketing machine 20 at the entrance / exit 12, where the parking fee is paid to the ticketing machine 20.

The parking lot 10 employs a direct settlement method that requires the user to pay the parking fee to the ticket issuing machine 20. Specifically, in the present embodiment, the user can pay only coins to the ticket issuing machine 20, but can pay with other coins, or can use tokens, coupons, credit cards, etc. It may be possible to pay with a prepaid card, electronic money, or the like. Instead, the parking lot 10 may adopt an online settlement method in which the parking lot 10 is paid online without the intervention of the ticket issuing machine 20 to the company that manages the parking lot.

FIG. 2 shows the ticketing machine 20 in a front view, FIG. 3 shows the ticketing machine 20 in a perspective view with the door 24 open, and FIG. 4 shows the ticketing machine 20. The 20 component configurations are shown in the block diagram. 5 to 8 conceptually represent a ticketing / settlement program executed by the computer 100 in the control board 34 shown in FIG. 4 in a flowchart. 9 (a)-(d) show a plurality of images displayed on the screen of the display 36 shown in FIG. 2 in a front view.

The user receives the parking ticket 80 shown in FIGS. 10A and 11 from the ticket issuing machine 20 in exchange for payment of the parking fee. The user then attaches the parking ticket 80 to the windshield 110 of his vehicle (which is an example of a "windowpane", but the "windowpane" is the front, as shown in FIGS. 12 and 13. It is attached to the back surface of (not limited to glass 110). Since the parking ticket 80 is placed in the room of the parked vehicle, it is not exposed to rain and wind and is not lost.

As shown in FIG. 1, the parking lot 10 is a prepaid unmanned parking lot having a plurality of parking positions, and is a device for preventing the vehicle from leaving the parking lot (for example, preventing the vehicle from leaving the parking lot 10). , There is no exit gate device or wheel chock device (for example, flap type or haunting type), and the user can freely choose one of the plurality of parking positions to park his / her vehicle. It is possible (the selected parking position is not monitored by the ticketing machine 20). The ticket issuing machine 20 is used for the parking lot 10 configured in this way.

Here, the ticket issuing machine 20 will be described more specifically. The ticket issuing machine 20 has a charge settlement function but does not have a change function or a communication function. The ticket issuing machine 20 requires the user to pay the parking fee only with coins, not banknotes. Further, the ticket issuing machine 20 can input the user identification number to the user, input the vehicle identification information (for example, the vehicle number) about the user's vehicle, and specify the parking position selected by the user among the plurality of parking positions. , Do not request.

As shown in FIG. 2, the ticket issuing machine 20 has an amount determination button 70 and an extension button 74. The ticket issuing machine 20 includes a parking ticket 80 (see FIG. 10A) indicating that parking is permitted when the user presses the amount confirmation button 70 after paying the prepaid parking fee prior to the start of parking, and the prepaid parking fee. It has a ticketing function to issue a receipt 81a (see FIG. 10A) indicating that the parking fee has been settled in two sheets.

The ticketing machine 20 further has two types of effective parking time extension functions.

Specifically, according to the first effective parking time extension function, when the user presses the extension button 74 at the time of leaving the garage and the effective parking time has already expired, this request is a post-extension request. Is automatically recognized and indicates that the payment has been completed, subject to payment of the additional parking fee (essentially, the extension is permitted after the expiration of the valid parking time). Receipt 81b (see FIG. 10B) is issued.

On the other hand, according to the second effective parking time extension function, the user is after the start of parking and before the end of parking (however, before the expiration of the effective parking time, for example, on the same day as the parking start date. However, it may be immediately after the first receipt 81a is issued), when the extension button 74 is pressed, this request is automatically recognized as a pre-extension request and is valid on condition that an additional parking fee is paid. Parking ticket 80c (see FIG. 10 (c)) indicating that the extension of the parking time is permitted (substantially, it means that the extension is permitted before the expiration of the valid parking time) and prepayment. A receipt 81c (see FIG. 10 (c)) indicating that the additional parking fee has been settled will be issued in two sheets.

In this embodiment, the receipts 81a and 81c each constitute an example of a "prepaid receipt", and the receipt (hereinafter, also referred to as a "payment receipt") 81b is a "postpaid receipt". It constitutes an example of a book.

In the present embodiment, a two-sheet parking ticket issued with the payment of the prepaid parking fee (that is, in the present embodiment, a normal parking ticket and a parking ticket issued with the advance extension request). (2 types) are two sheets of parking tickets 80, 80c and receipts 81a, 81c, but the user separates the parking tickets 80, 80c and receipts 81a, 81c from each other, and the parking tickets 80, 80c. Only the receipts 81a and 81c can be carried in the parked vehicle. As will be described later, the receipts 81a and 81c are printed with the end time of the effective parking time (the time zone in which the user is allowed to park), and the user can always use the effective parking time at a place away from the parked vehicle. It is convenient for the user to carry the receipts 81a and 81c so that the end time of the can be referred to.

As shown in FIG. 3, the ticket issuing machine 20 is configured by attaching a door 24 to a vertically long box-shaped casing 22 so as to be openable and closable on one side thereof. FIG. 3 shows the internal configuration of the ticket issuing machine 20 in a perspective view with the door 24 open. FIG. 4 shows a block diagram of the component configuration of the ticket issuing machine 20.

As shown in FIG. 3, the ticket issuing machine 20 has a coin processing unit 30, a safe 32, a control board 34, a display 36, and a key input unit (for example, numbers from "0" to "9"). Each is configured to have 10 keys operated to enter, i.e. the so-called numeric keypad) 38, and a printer 40 that prints and issues parking tickets 80, 80c and receipts 81a, 81b, 81c. There is. Of these parts, only the coin processing unit 30 is attached to the back surface of the door 24, and the remaining parts are attached to the inside of the casing 22.

As shown in FIG. 3, the printer 40 is equipped with a roller 42 around which a continuous sheet before printing is wound and accommodated. The printer 40 prints on a continuous sheet fed from the roller 42 by the length of one sheet. After the printing is completed, the printer 40 cuts the continuous sheet at any time by a cutter (not shown), and after paying the prepaid parking fee, the printer 40 cuts the continuous sheet into two sheets, a parking ticket 80, 80c and a receipt 81a, 81c. While separating the spelling, one receipt 81b is separated after payment of the additional parking fee due to the post-extension. However, as shown in FIGS. 10 (a) and 10 (c), a cut line 89 is formed between the two-sheet parking tickets 80 and 80c and the receipts 81a and 81c, and the user can use the cut line 89. It is possible to easily separate the parking tickets 80, 80c and the receipts 81a, 81c from each other along the cut line 89.

The cutter has a cutting edge (not shown), and the cutting edge is moved in the width direction of the continuous sheet to cut the continuous sheet in the width direction. Further, the cutter can adopt a method of completely cutting the continuous sheet in the width direction, or a method of cutting the continuous sheet in the width direction while leaving only a part in the width direction.

As shown in FIGS. 2 and 4, the coin processing unit 30 includes a coin insertion slot 50, a return lever 52, and a coin selector (determination of the type of inserted coin and whether or not the inserted coin is a counterfeit coin). It has 54 and a coin return port 56. Among the inserted coins, those that are not returned to the user from the coin return port 56 are stored in the safe 32. As shown in FIG. 4, a control board 34 is connected to the coin selector 54 so that data communication is possible, and the control board 34 is the type of coin inserted from the coin selector 54 (coin unit and counterfeit coin). (Including information on whether or not there is) and a signal indicating the number of coins is received.

As shown in FIG. 2, on the front surface of the door 24, a transmission window 60 through which display light from the screen of a display 36 (for example, a liquid crystal display) is transmitted, a coin slot 50, a return lever 52, and a coin return port 56 are provided. And the parking tickets 80, 80c printed and discharged by the printer 40, and the discharge port 64 for discharging the receipts 81a, 81b, 81c are arranged. The transmission window 60 also has a function of mechanically protecting the display 36 by blocking direct access to the display 36 from the outside.

The ticketing machine 20 further comprises the aforementioned amount confirmation button 70 that is pressed after the user has paid the parking fee and the aforementioned extension button 74 that is pressed by the user to make a pre-extension request or a post-extension request. It is configured. As shown in FIG. 2, the amount confirmation button 70 and the extension button 74 are mounted on the front surface of the door 24 of the ticket issuing machine 20. The amount confirmation button 70 and the extension button 74 are electrically connected to the control board 34 as shown in FIG.

The amount confirmation button 70 and the extension button 74 are both configured as existing physical switches, but are not limited thereto, and are, for example, virtual switches displayed on the screen of the display 36 (for example). For example, it may be configured as a button, a key, an icon).

The control board 34 is mainly composed of a computer 100. The control board 34 has a built-in clock 102, and can always acquire the current date and time (for example, the date and time when the amount confirmation button 70 is pressed, the date and time when the extension button 74 is pressed). The control board 34 further contains a memory 104. The encryption table described later is stored in the memory 104 in a state where it can be rewritten only by an authorized person.

As shown in FIG. 4, as will be described in detail later, the computer 100 is a printer that controls the operations of the parking permission unit 200, the encryption unit 202, the decryption unit 204, the extension permission unit 206, and the printer 40. It is provided with a control unit 208. The extension permission unit 206 includes a determination unit 300, a pre-extension request processing unit 302, and a post-extension request processing unit 304.

In addition, the control board 34 can be in a format that realizes the same functions as the computer 100 by a sequencer (sequence control).

When the ticketing / payment program shown in FIGS. 5 to 8 is executed by the computer 100, first, in step S1, the initial screen shown in FIG. 9A is displayed on the screen of the display device 36. Next, in step S2, it is determined by the user whether or not the extension button 74 has been operated. If the extension button 74 is not operated, then in step S3, the user inserts a coin.

When there is a coin inserted, in step S4, the total amount of coins inserted by the user up to that point is calculated as the inserted amount based on the signal from the coin selector 54. Subsequently, in step S5, the parking time corresponding to the input amount is calculated as the effective parking time from the calculated input amount.

Since the relationship between the input amount and the length of the effective parking time, that is, the hourly charge setting is known to the computer 100, the computer 100 calculates the length of the effective parking time from the input amount according to the charge setting. be able to. The parking lot manager can input the charge setting individually for each hour by operating the touch panel of the display 36, for example.

According to an example of the above charge setting, the continuous parking time is 300 yen for up to 2 hours, 400 yen for up to 4 hours, 500 yen for up to 6 hours, 1000 yen for up to 12 hours, and 1500 yen for up to 24 hours. be. Under the charge setting of this example, for example, as shown in FIG. 10A, when the parking start date and time is 13:20 on February 13, when the user pays 400 yen as the prepaid parking charge, The computer 100 calculates 4 hours as the effective parking time and the end date and time of the parking time as February 13, 17:20. Instead, if the user pays 300 yen as an additional parking fee, the computer 100 will calculate 2 hours as the extended parking time.

After that, in step S6, the coin inserting screen shown in FIG. 9B is displayed on the screen of the display 36. At this time, the calculated input amount and the length of the parking time (effective parking time) are displayed.

Subsequently, in step S7, it is determined whether or not the amount confirmation button 70 is pressed. If the amount confirmation button 70 has not been pressed yet, the process returns to step S3, but when the amount confirmation button 70 is pressed, the process proceeds to step S8.

After the start of coin insertion, the execution of steps S3 to S8 is repeated until the amount confirmation button 70 is pressed. As a result, each time the user inserts a coin into the coin slot 50, the total amount of coins inserted by the user from the start of insertion to the present time is calculated as the insertion amount, and the calculated insertion amount is used. The effective parking time corresponding to the input amount is calculated, and the calculated input amount and the effective parking time are displayed on the screen of the display 36.

When the amount confirmation button 70 is pressed, the current time is measured by using the clock 102 in step S8. Subsequently, in step S9, the end time of the current effective parking time is calculated by adding the length of the effective parking time permitted this time to the current time. After that, in step S10, the parking ticket / receipt issuing screen shown in FIG. 9C is displayed on the screen of the display device 36. At this time, the amount of the parking fee confirmed by the operation of the amount confirmation button 70 by the user is displayed as the amount of the prepaid parking fee.

Subsequently, in step S11, the warehousing time when the user entered the parking lot 10 (to be exact, the current time measured in step S8 in the present embodiment) and the length of the effective parking time (or the user paid). Pre-encrypted data that represents the amount of prepaid parking fees, etc.) that can be visually recognized by the user and can be directly decrypted cannot be decrypted by the user by referring to the encryption table. It is converted into encrypted data (in this embodiment, a sequence of a plurality of numbers) 130. In this step S11, encryption is performed, and in the present embodiment, the encrypted data 130 is acquired without depending on an external device. In this step S11, the acquired encrypted data 130 is stored in the memory 104 in preparation for subsequent use, if necessary.

In the present embodiment, as shown in FIG. 14A, the encrypted data 130 is defined by a symbol of 9 digits arranged in a row (the number of digits may be larger than that or the number of digits may be smaller than that). Has been done. The symbol for each digit is selected, for example, as one of ten numbers from "0" to "9". These multi-digit symbols are divided into multiple groups and printed on receipt 81a, with adjacent groups connected by hyphens, which adds a visual delimiter between the multi-digit symbols. However, doing so is not essential for the practice of the present invention.

An example of the general configuration of the pre-encrypted data (the notation of the Christian era is omitted to reduce the number of digits of the pre-encrypted data) is as shown in FIG. The data is stored in mm, and the length of the effective parking time is the TT time. " As shown in FIG. 14 (c), the unencrypted data includes a number MM representing a month, a number DD representing a day, a number hh representing an hour in time, and a number representing minutes in time. mm and parking time (meaning valid parking time if the corresponding receipt is prepaid, while extended if the applicable receipt is a receipt for additional parking charges associated with a post-extension request It has five elements, the number TT, which represents the length of (meaning parking time).

As shown in FIG. 14 (c), the encryption table is referred to for encrypting the monthly encryption table referred to for encrypting the number MM representing the month and the number DD representing the day. A daily encryption table, a time unit encryption table referred to for encrypting the number hh representing the time of the time, and a reference to encrypt the number mm representing the minute of the time. It has a minute unit encryption table and a time encryption table referred to for encrypting the number TT representing the length of parking time. Each of the above five elements is encrypted by referring to the corresponding cryptographic table, thereby creating the 9-digit cryptographic data 130.

In the present embodiment, the encryption table is updated every day, but a method of updating every time a period longer than 24 hours elapses (the encryption table is not updated within the same period) is adopted. A method of updating the cryptographic table every day within the same cycle, with a period longer than 24 hours as one cycle (the encryption table is updated daily between the period within one cycle and the period within another cycle. It is possible to adopt a common pattern).

In one example, in the memory 104, when the encryption table is updated every day, the encryption table set, which is the encryption table for one month, is updated every month. In this case, the cryptographic table set is updated by the administrator every month, for example, every time the administrator goes to the parking lot 10.

Further, since the relationship between the plurality of pre-encryption data and the plurality of encryption data 130 defined by the same encryption table set is a one-to-one relationship, one encryption data 130 can be obtained from one pre-encryption data. It occurs, and similarly, one encrypted data 130 to one unencrypted data are generated. In this way, the relationship between the pre-encryption data and the encrypted data 130 is reversible. The same pre-encrypted data does not occur in common in the event of multiple vehicles or multiple parkings, nor does the same encrypted data 130 occur in common in the event of multiple vehicles or multiple parkings.

Further, in one example, for each of the above-mentioned five elements MM, DD, hh, mm and TT, the relationship between the unencrypted data and the encrypted data in the encryption table, that is, the number before encryption (for example, "" The correspondence between "2") representing "February" and the code after encryption generates a random number for each number before encryption, and adopts the random number as the code after encryption. Generated.

When the encryption is completed in step S11 shown in FIG. 5, the parking ticket 80 and the receipt 81a are printed and issued by the printer 40 in step S12. Receipt 81a is encrypted to allow the user to decrypt the same information about at least one of the date and time and amount of parking fee payment or parking time and the length of parking time, as shown in FIG. 10 (a). It is printed as both the pre-data and the encrypted data 130 that cannot be decrypted by the user. This completes the current execution of this ticketing / settlement program.

Specifically, as shown in FIG. 10A, the parking ticket 80 is used to specify the end time of the effective parking time corresponding to the amount of the prepaid parking fee paid by the user and the location of the parking lot 10. Display and is printed.

On the other hand, the receipt 81a is printed with the warehousing time, the amount of the prepaid parking fee paid by the user, the end time of the effective parking time, and the display for specifying the location of the parking lot 10. .. The cryptographic data 130 exemplified in "111-222-333" is also printed on the receipt 81a.

As shown in the text of FIG. 14B, the encrypted data 130 has the parking ticket 80 and the receipt 81a at the warehousing time (which is the time when the prepaid parking fee is paid and the parking time start time). The unencrypted data representing the time when the ticket was issued) and the length of the valid parking time (which is equivalent to the amount of the prepaid parking fee paid) is encrypted. ..

On the other hand, when the extension button 74 is pressed, the determination in step S2 becomes YES, and in step S21 shown in FIG. 6, an extension request screen (not shown) on which guidance for users is posted is displayed on the screen of the display 36. Is displayed.

Subsequently, in step S22, the user inputs the encrypted data 130 printed on the receipt 81a issued to himself / herself via the key input unit 38. At this point, it is possible that at least one receipt 81c has also been issued to the same user because the pre-extension request has already been made at least once, in which case that user will issue. Only the last issued encrypted data among the plurality of encrypted data is input to the ticket issuing machine 20. In this step S22, the input encrypted data 130 is stored in the memory 104 for subsequent use, if necessary.

In the present embodiment, the key input unit 38 is used as a device for inputting the encrypted data 130 printed on the receipt 81a into the ticket issuing machine 20, but the encrypted data 130 is used instead of or in addition to the key input unit 38. It is possible to add a reader to the ticket issuing machine 20 that automatically reads the data automatically.

Then, in step S23, by referring to the encryption table, the input encrypted data 130 is inversely converted into the pre-encrypted data. Cryptanalysis is performed, and in the present embodiment, the pre-encrypted data is acquired without depending on an external device.

Subsequently, in step S24, the current time is measured by using the clock 102. Then, in step S25, the start time, end time, and length of the current effective parking time permitted to the user are estimated from the acquired pre-encryption data. Subsequently, in step S26, whether or not the current time is later than the end time of the effective parking time estimated in step S25 shown in FIG. 6, that is, whether or not the current time is after the lapse of the effective parking time. It is judged.

If the current time is after the lapse of the valid parking time, it is determined in step S27 that the user's current extension request corresponds to the post-extension request. On the other hand, when the current time is before the lapse of the effective parking time, it is determined in step S28 that the user's current extension request corresponds to the advance extension request.

When this extension request corresponds to a post-extension request, the current time is subsequently measured by using the clock 102 in step S31 shown in FIG. 7. Then, in step S32, the length of the extended parking time is calculated by subtracting the end time of the effective parking time estimated in step S25 shown in FIG. 6 from the current time. Subsequently, in step S33, the amount of the additional parking fee corresponding to the calculated length of the extended parking time is calculated according to the charge setting.

To specifically explain the steps S31 to S33 with reference to the example shown in FIG. 10B, the current time is measured at 18:50 in step S31. Subsequently, in step S32, the computer 100 acquires that the end time of the effective parking time before the extension estimated in step S25 is 17:20 as shown in FIG. 10A, and further The additional parking time is calculated as 1 hour and 30 minutes. After that, in step S33, the computer 100 selects 2 hours as the one that is longer and closest to 1 hour and 30 minutes among the plurality of candidate times according to the charge setting, and charges 300 yen, which is the corresponding parking charge. , Calculated as this additional parking fee.

Thus, in the present embodiment, when the user orders a post-extension request, the relationship between the amount of the additional parking fee paid and the extension length of the effective parking time is the prepaid parking fee paid at the time of warehousing. When set in common with the relationship between the amount and the length of the effective parking time, the amount of the prepaid parking fee paid at the time of warehousing, that is, the length of the effective parking time before the extension is not taken into consideration. The effective parking time before the extension will be extended by the amount of time commensurate with the amount of the additional parking fee. That is, the independent billing method is adopted as the calculation method of the additional parking fee.

Instead, when the user orders a post-extension request, the actual parking time, which is the time from the time of warehousing to the time of warehousing, according to the relationship between the amount of prepaid parking fee paid at the time of warehousing and the length of effective parking time. The amount of the total parking fee is calculated according to the length of the parking fee, and the amount of the additional parking fee to be paid at the time of leaving the parking lot is calculated by subtracting the amount of the prepaid parking fee paid at the time of warehousing from the amount of the total parking fee. It is possible to carry out the present invention in such an embodiment (that is, a differential billing method).

After that, in step S34, the settlement receipt issuance screen shown in FIG. 9D is displayed on the screen of the display 36.

Subsequently, steps S35 to S37 are executed in the same manner as steps S3, S4, and S6 shown in FIG. After that, in step S38, it is determined whether or not the total amount of the input amount matches the calculated amount of the additional parking fee. If they do not match, the process returns to step S35, but if they do match, in step S39, the current time and the length of the extended parking time (which is the additional payment paid) are the same as in step S11 shown in FIG. The pre-encryption data representing the amount of the parking fee) is converted into the encrypted data 140 by referring to the encryption table. In this step S39, the acquired encrypted data 140 is stored in the memory 104 in preparation for subsequent use, if necessary.

Then, in step S40, the receipt 81b is printed and issued by the printer 40. Receipt 81b is encrypted to allow the user to decrypt the same information about at least one of the date and time and amount of parking fee payment or parking time and the length of parking time, as shown in FIG. 10 (b). It is printed as both the pre-data and the encrypted data 140 that cannot be decrypted by the user. This completes the current execution of this ticketing / settlement program.

Specifically, as shown in FIG. 10B, the receipt 81b includes the date and time when the receipt 81b was issued (in the present embodiment, to be exact, the current time measured in step S31). , The amount of the additional parking fee and the display for specifying the location of the parking lot 10 are printed.

Further, the cryptographic data 140 exemplified in "123-456-789" is also printed on the receipt 81b. The encrypted data 140 is encrypted pre-encrypted data representing the date and time when the receipt 81b was issued and the length of the extended parking time.

On the other hand, when the extension request this time corresponds to the advance extension request, the steps S51 and S52 shown in FIG. 8 are subsequently executed in the same manner as the steps S3 and S4 shown in FIG. After that, in step S53, the end time when the current effective parking time is extended according to the input amount is calculated from the input amount calculated in step S52. The relationship between the input amount and the length of the effective parking time after the extension also follows the above-mentioned charge setting.

To specifically explain this step S53 with reference to the example shown in FIG. 10A, in this step S53, first, the computer 100 determines the length of the effective parking time before extension estimated in step S25. Therefore, the amount of the prepaid parking fee paid by the user at the time of warehousing is calculated as 400 yen. Next, since the computer 100 assumes that the amount of the additional parking fee paid at the present time is 100 yen, the computer 100 calculates the total value of the prepaid parking fee and the additional parking fee as 500 yen.

Subsequently, this time, on the assumption that 500 yen is the same as the case where 500 yen is paid as a prepaid parking fee at one time at the time of warehousing, the computer 100 will provide 6 hours commensurate with 500 yen according to the above charge setting. , Calculated as the length of effective parking time after extension. On the other hand, in this example, since the parking start time is 13:20 on February 13, the computer 100 calculates the end time of the effective parking time after the extension as 19:20 on February 13.

After that, in step S54, the coin inserting screen shown in FIG. 9B is displayed on the screen of the display 36. At this time, the calculated input amount and the length of the parking time (effective parking time after extension) are displayed.

Subsequently, in step S55, it is determined whether or not the amount confirmation button 70 is pressed. If the amount confirmation button 70 has not been pressed yet, the process returns to step S51, but when the amount confirmation button 70 is pressed, the process proceeds to step S56. After the start of coin insertion, the execution of steps S51 to S55 is repeated until the amount confirmation button 70 is pressed.

When the amount confirmation button 70 is pressed, in step S56, the end time when the current effective parking time is extended according to the total value of the input amount is calculated.

To specifically explain this step S56 with reference to the example shown in FIG. 10 (c), in this step S56, first, the computer 100 determines the length of the effective parking time before extension estimated in step S25. Therefore, the amount of the prepaid parking fee paid by the user at the time of warehousing is calculated as 400 yen. Next, since the computer 100 assumes that the amount of the additional parking fee paid at the present time is 1100 yen, the computer 100 calculates the total value of the prepaid parking fee and the additional parking fee as 1500 yen.

Subsequently, this time, on the assumption that 1500 yen is the same as the case where 1500 yen is paid as a prepaid parking fee at one time at the time of warehousing, the computer 100 has 24 hours commensurate with 1500 yen according to the above charge setting. , Calculated as the length of effective parking time after extension. On the other hand, in this example, since the parking start time is 13:20 on February 13, the computer 100 calculates the end time of the effective parking time after the extension as 13:20 on February 14.

As described above, in the present embodiment, when the user orders the advance extension request and pays the additional parking fee, the length corresponding to the total value of the additional parking fee and the prepaid parking fee paid at the time of warehousing is set. Calculated as the length of effective parking time after extension. The amount of the additional parking fee is calculated as the difference between the prepaid parking fee paid at the time of warehousing and the prepaid parking fee commensurate with the length of the effective parking time after the extension. That is, the difference billing method is adopted as the calculation method of the additional parking fee.

In contrast, the relationship between the amount of additional parking fee paid and the length of the effective parking time is independent of the relationship between the amount of the additional parking fee paid at the time of warehousing and the length of the effective parking time. If set, the amount of prepaid parking fee paid at the time of warehousing, that is, the extension by the amount of time commensurate with the amount of additional parking fee paid without considering the length of the effective parking time before extension. It is possible to implement the present invention in a manner in which the previous effective parking time is extended (that is, an independent billing method).

After that, in step S57, the parking ticket / receipt issuing screen shown in FIG. 9C is displayed on the screen of the display device 36. At this time, the amount of the parking fee confirmed by the operation of the amount confirmation button 70 by the user is displayed as the amount of the prepaid parking fee for the advance extension.

Subsequently, in step S58, the warehousing time when the user entered the parking lot 10 (in this embodiment, the start time of the effective parking time before the extension estimated in step S25 shown in FIG. 6) and the valid after the extension. The encryption is pre-encrypted data that represents the end time of the parking time (or the amount of prepaid parking fee paid by the user for pre-extension) that is visible to the user and can be directly decrypted. By referring to the cryptographic table, it is converted into encrypted data 150 that cannot be decrypted by the user.

In this step S58, encryption is performed in the same manner as in step S11 shown in FIG. 5, and in the present embodiment, the encrypted data 150 is acquired without depending on an external device. In this step S58, the acquired encrypted data 150 is stored in the memory 104 in preparation for subsequent use, if necessary.

When the encryption is completed in step S58 shown in FIG. 8, the parking ticket 80c and the receipt 81c are printed and issued by the printer 40 in step S59. Receipt 81c contains the same information about at least one of the date and time and amount of parking fee payment or parking time and the length of parking time, as shown in FIG. 10 (c), encrypted by the user. It is printed as both the pre-data and the encrypted data 150 that cannot be decrypted by the user. This completes the current execution of this ticketing / settlement program.

Specifically, as shown in FIG. 10 (c), the parking ticket 80c includes the end time of the effective parking time after the extension corresponding to the amount of the prepaid parking fee paid by the user for the advance extension and the parking time. A display for specifying the location of the parking lot 10 is printed. In the example shown in FIG. 10 (c), the user pays 1100 yen as an additional parking fee in accordance with the advance extension request, and as shown in FIG. 10 (a), the payment amount of the first prepaid parking fee is 400. When combined with yen, the total amount of prepaid parking fee is 1500 yen. This is exactly the amount of the parking fee for one day (24 hours) according to the above-mentioned fee setting.

On the other hand, as shown in FIG. 10 (c), the receipt 81c includes the warehousing time, the amount of the prepaid parking fee paid by the user for the advance extension, and the end time of the effective parking time after the extension. , A display for identifying the location of the parking lot 10 is printed. The cryptographic data 150 exemplified in "444-555-666" is also printed on the receipt 81c.

As shown in the text of FIG. 14B, the encrypted data 150 includes the warehousing time and the length of the effective parking time after the extension (this is the amount of the prepaid parking fee paid for the first time and the second time). It is equivalent to the total value of the prepaid parking fee paid.)) And the pre-encrypted data is encrypted.

In addition, if the receipt 80c is issued due to the advance extension, only the receipt 80c will be placed in the room of the vehicle parked in the parking lot 10 instead of the receipt 80a issued first. It's enough if left.

Further, the example shown in FIG. 10 (c) is an example in which the pre-extension is performed only once after the issuance of the parking ticket shown in FIG. 10 (a), but the pre-extension can be performed two or more times. Is.

FIG. 10A shows a front view of the parking ticket 80 and the receipt 81a, and FIG. 10B shows the receipt 81b in the front view. In (c), the two-sheet spelling of the parking ticket 80c and the receipt 81c is shown in the front view so as to have the same size and configuration as the two-sheet spelling shown in FIG. 10 (a).

The two-sheet spelling of the parking tickets 80, 80c and the receipts 81a, 81c corresponds to the two sheets of the parking ticket 80, and in the two-sheet spelling, the parking tickets 80, 80c and the receipts 81a, 81c are the sizes. And the composition are common to each other. Further, the receipt 81b corresponds to one parking ticket 80, 80c, and has the same size and configuration as the parking tickets 80, 80c. Hereinafter, for the sake of simplicity, only the configuration of the parking ticket 80 will be described as a representative.

In the parking ticket 80, a display sheet (printing paper) 82 as a surface layer, an adhesive layer 83 (glue layer) as an intermediate layer, and a separator (separation sheet, release paper) 84 as a back layer are laminated in this order. It is composed of. The adhesive layer 83 is applied to the back surface of the display sheet 82 so as not to be easily peeled off, and when the display sheet 82 is peeled off from the surface of the separator 84, the glue of the adhesive layer 83 is applied to the surface of the separator 84. Does not adhere to.

As shown in FIG. 10A, in the parking ticket 80 for one sheet, the outer circumference of the display sheet 82 is located inside the outer circumference of the separator 84. The original fabric wound around the roller 42 is formed by adhering a plurality of display sheets 82 (blank state) arranged in a row with a gap between them to a continuous separator 84.

The continuous sheet (continuous separator 84) in the printer 40 is cut by the cutter, the cutting is performed at the position of the gap between the display sheets 82, and the cutting is not performed on the display sheet 82. On the other hand, glue does not adhere to the surface of the portion of the separator 84 that is exposed in the gap between the display sheets 82.

Therefore, according to the present embodiment, when the continuous sheet is cut, the glue of the adhesive layer 83 does not adhere to the cutting edge, and the manager dispatched to the site once or several times a day (for example,). The frequency of maintenance of the cutter by the service person, the worker who patrols a plurality of parking lots, and the guard of the patrol) is reduced, and the labor cost for the manager is reduced.

However, in the present embodiment, for the receipt 81b, the separator 84 is completely cut to the length of one sheet by the cutter, whereas for the two-sheet spelling, the separator 84 is for two sheets. It is completely cut at the length of. However, as described above, with respect to the two-sheet spelling, as shown in FIG. 10A, the separator 84 is partially cut between the parking ticket 80 and the receipt 81a by the cutter. As a result, the cut line 89 is formed.

As shown in FIG. 10A, the display sheet 82 of the parking ticket 80 further has a cutting line 90 having both ends (not closed) immediately above the character string “parking ticket”. The cutting line 90 exists to allow the user to peel off a portion of the display sheet 82 from the separator 84 while the rest remains adhered to the separator 84. As shown in FIG. 11B, when the user peels off a part of the display sheet 82 (the area surrounded by the cutting line 90) from the separator 84 and bends it along a straight line connecting both ends of the cutting line 90, The surface of the bent portion 92 formed as a result (the portion of the adhesive layer 83 coated on the back surface of the bent portion 92) is exposed as a glue surface. FIG. 12A shows the bent portion 92 in a perspective view.

In the present embodiment, in order to prove that the parking by the user is not illegal parking, the user displays the parking ticket 80 received in exchange for coin insertion at the front of the parked vehicle as shown in FIG. 12 (b). It is required to be attached to the back surface of the glass 110. Therefore, as shown in FIG. 12A, the user locally localizes the designated portion of the parking ticket 80 (the region surrounded by the cutting line 90 and finally becomes the bent portion 92). After being peeled off and bent, the surface of the bent portion 92 is attached to the back surface of the windshield 110 of the parked vehicle as shown in FIG. 12 (b). As a result, as shown in FIG. 13, the contents of the parking ticket 80 (in particular, information for specifying the end time of the parking time zone permitted to the user and the parking lot 10 in which the parking ticket 80 is valid). It is possible to visually check the display) at any time from the outside.

When a time over occurs in which the length of the actual parking time of a vehicle in the parking lot 10 exceeds the length of the effective parking time permitted at the time of warehousing of the vehicle, the vehicle starts illegal parking from that point. become. Workers dispatched from the management center to the parking lot 10 visually observe the items on the receipt 80a or 80c left in each vehicle from the outside of each vehicle parked in the parking lot 10. Determine if each vehicle is an illegally parked vehicle. When the worker determines that a vehicle is an illegally parked vehicle, the worker posts it on the illegally parked vehicle in order to notify the user who is the owner of the illegally parked vehicle.

A user who has illegally parked in excess of the effective parking time makes the above-mentioned post-extension request to the ticket issuing machine 20 in order to additionally pay the additional parking fee for the excess time. If the required additional parking fee is additionally paid to the ticket issuing machine 20, a receipt 81b certifying the additional payment is issued to the user. The user should be treated so that the illegal parking this time goes back to the beginning and disappears at the time of the additional payment. However, unless special measures are taken, the management center cannot know the fact that the required additional parking fee has been repaid.

As a measure to make this possible, for example, when a user parks a vehicle that has been posted because of illegal parking in the parking lot 10 for the first time after the day when the posting is made, the user is asked to do so. It is desirable to take measures to require that the receipt 81b issued in connection with the above-mentioned post-extension request be left in a visible state by the operator in the interior of the vehicle.

As is clear from the above description, in the present embodiment, for convenience of explanation, it is considered that the portion of the computer 100 for executing steps S3 to S10 shown in FIG. 5 constitutes the parking permission unit 200 shown in FIG. It is possible. Further, it is possible to consider that the portion of the computer 100 that executes step S11 shown in FIG. 5, step S39 shown in FIG. 7, and step S58 shown in FIG. 8 constitutes the encryption unit 202. Further, it can be considered that the portion of the computer 100 that executes step S23 shown in FIG. 6 constitutes the decryption unit 204. Further, a portion of the computer 100 that executes steps S21, S22, S24 to S28 shown in FIG. 6, steps S31 to S38 shown in FIG. 7, and steps S51 to S57 shown in FIG. 8 constitutes the extension permission unit 206. It is possible to think that it is. Further, among the computers 100, it can be considered that step S12 shown in FIG. 5, step S40 shown in FIG. 7, and step S59 shown in FIG. 8 constitute the printer control unit 208.

Further, it can be considered that the portion of the extension permission unit 206 that executes steps S21, S22, S24 to S28 shown in FIG. 6 constitutes the determination unit 300 shown in FIG. Further, it can be considered that the portion of the extension permission unit 206 that executes steps S31 to S38 shown in FIG. 7 constitutes the pre-extension request processing unit 302. Further, it can be considered that the portion of the extension permission unit 206 that executes steps S51 to S57 shown in FIG. 8 constitutes the post-extension request processing unit 304.

Further, it can be considered that the receipts 81a, 81b and 81c each constitute an example of the "parking slip".

As is clear from the above description, according to the present embodiment, the user is not required to transmit the encrypted data 130, 140, 150 to the remote management center, and nevertheless, the user. The valid parking time allowed by the ticketing machine 20 by the user operating the ticketing machine 20 while preventing the user from making an illegal input to the ticketing machine 20 by the encrypted data 130, 140, 150. Can be extended. Therefore, the usability of the ticket issuing machine 20 is improved.

By the way, the ticket issuing machine 20 responds to the user's extension request (including the post-extension request and the pre-extension request), and the information described in the parking slip issued in advance to the user (for example, effective parking). It is necessary to refer to the end time of the time). This is because the original effective parking time is accurately extended by the amount of time that is commensurate with the amount of additional parking fee newly paid by the user, that is, the length of extended parking time that is commensurate with the amount of additional parking fee paid is accurately extended. This is because it is necessary to refer to the end time of the original effective parking time, which is the starting point of the calculation, in order to calculate.

However, the ticket issuing machine 20 stores the information written in the parking slip issued in advance to the user (hereinafter referred to as "parking-related information") in the memory 104 in association with, for example, the user's identification information. It is not necessary to do it. This is because the parking-related information corresponds to the encrypted data 130, 140, 150, the encrypted data 130, 140, 150 can be input by the user, and the ticket issuing machine 20 is This is because the necessary parking-related information can be reproduced as long as the encrypted data 130, 140, and 150 are known.

Therefore, according to the present embodiment, while reducing the dependence of the ticket issuing machine 20 on the memory 104 as much as possible, the length of the extended parking time corresponding to the payment amount of the additional parking fee is accurately determined based on the past parking-related information. It becomes possible to calculate.

<Second Embodiment of the present invention>

Next, a ticket issuing machine 320 according to an exemplary second embodiment of the present invention will be described. However, since this embodiment has many elements in common with the first embodiment, by quoting the common elements with the same reference numerals or names, duplicate explanations are omitted, and only different elements are used. , Explain in detail.

As shown in FIG. 15, the ticket issuing machine 320 is installed in the prepaid parking lot 10 shown in FIG. Similar to the ticket issuing machine 20 according to the first embodiment described above, the ticket issuing machine 320 is a self-supporting type that does not depend on an external device for both encryption and decryption, and has the same basic configuration, but illegal parking. The list update unit 330 has been added.

The illegal parking list update unit 330 refers to the illegal parking list provided in the memory 104 in order to manage whether or not each vehicle parked in the parking lot 10 is illegally parked, referring to the encrypted data and the current time. Then, it is updated every moment in consideration of the relationship between the end time of the effective parking time estimated from the encrypted data and the current time.

As shown in FIGS. 16 and 17, the fraudulent parking list includes a cryptographic data history column in which a plurality of cryptographic data issued for each vehicle are recorded in chronological order, and the vehicle has illegal parking. It has a check box on which a symbol indicating whether the vehicle is not parked or the vehicle is parked illegally is displayed. In the encrypted data history column, an encrypted data string in which a plurality of encrypted data issued for the same vehicle are arranged in the order of appearance is recorded for each vehicle.

In the check box, in order to facilitate visual recognition by the operator, if it is determined that the vehicle is not parked illegally, the symbol "○" is displayed, and it is determined that the vehicle is parked illegally. In that case, the symbol "x" is displayed. If it is determined that the illegal parking has been retroactively resolved due to the additional payment of the additional parking fee, the illegal parking list is updated so that the corresponding encrypted data column is deleted.

FIG. 16 shows an example of a scenario in which the illegal parking list is updated. First, when the parking ticket 80 is issued for the vehicle A as shown in FIG. 10 (a), as shown in FIG. 16 (a), "111-222-" is entered in the encrypted data history column of the illegal parking list. The encrypted data 130 "333" is recorded. If the vehicle A is not illegally parked, "○" is recorded in the check box.

Next, for vehicle A, when the actual parking time exceeds the effective parking time, illegal parking is performed, so the check box is updated to display "x" as shown in FIG. 16 (b). To.

After that, when the additional parking fee is additionally paid for the vehicle A as shown in FIG. 10 (b), "123-456-789" is displayed in the encrypted data history column as shown in FIG. 16 (c). Encrypted data 140 is added. This time, since the illegal parking was retroactively resolved because the additional parking fee was additionally paid for the vehicle A, the illegal parking list is updated so that the corresponding encrypted data string is deleted.

In contrast, FIG. 17 shows another example of a scenario in which the illegal parking list is updated. First, when the parking ticket 80 is issued for the vehicle A as shown in FIG. 10 (a), as shown in FIG. 17 (a), "111-222-" is entered in the encrypted data history column of the illegal parking list. The encrypted data 130 "333" is recorded. If the vehicle A is not illegally parked, "○" is recorded in the check box.

Next, for vehicle A, as shown in FIG. 10 (c), when the effective parking time is extended before the actual parking time exceeds the effective parking time, illegal parking is performed as shown in FIG. 17 (b). The encrypted data 150 "444-555-666" issued along with the extension is added to the encrypted data history column of the list. If the vehicle A is not illegally parked, the check box is maintained in the state of displaying "○".

FIG. 18 is a flowchart conceptually showing an example of an illegal parking list update program executed by the computer 100 to operate the illegal parking list update unit 330.

In this unauthorized parking list update program, first, in step S101, one of the most recently issued encrypted data among the plurality of encrypted data strings recorded in the unauthorized parking list is the target of this time. It is read from the illegal parking list as encrypted data. Specifically, in the example shown in FIG. 16 (c), the encrypted data 140 "123-456-789" is read, and in the example shown in FIG. 17 (b), "444-555-666" is read. The encrypted data 150 is read.

Next, in step S102, the read target encrypted data is decrypted, thereby estimating the end time of the latest effective parking time.

Subsequently, in step S103, the current time is measured by using the clock 102. Then, in step S104, it is determined whether or not the estimated end time is a time after the measured current time, that is, whether or not the time over has occurred.

This time, assuming that the time over has not occurred, in step S105, it is determined whether or not the check column currently indicates "x". This time, assuming that the check column does not currently indicate "x", in step S106, the illegal parking list is updated so that the check column indicates "◯".

On the other hand, assuming that the check column currently indicates "x", in step S108, the illegal parking list is updated so that the encrypted data string attracting attention this time is deleted. This is because it was determined that illegal parking was being carried out because the actual parking time exceeded the effective parking time, but after that, the user made a post-extension request and paid the necessary additional parking fee. ..

On the other hand, this time, assuming that the time over has occurred, in step S107, the illegal parking list is updated so that the check column indicates "x".

Since steps S101 to S108 described above are repeatedly executed, the illegal parking list reflects a temporal change in the state of whether or not each vehicle parked in the parking lot 10 is illegally parked. As you can see, it will be updated from moment to moment.

In either case, subsequently, in step S109, it is determined whether or not the user has input to the ticket issuing machine 20 a delivery permission request requesting permission to leave the parking lot 10. In order to input the issue permission request, the user presses, for example, a dedicated issue permission button installed in the ticket issuing machine 320, or presses one of a plurality of existing buttons, the amount confirmation button 70 and the extension button 74. You are required to perform unusual operations such as long-pressing or pressing those existing buttons at the same time.

This time, assuming that the delivery permission request has not been input, it is determined in step S110 whether or not the viewing request has been issued by the worker. The browsing request can be issued, for example, by performing a specific operation known only to the operator to the ticket issuing machine 320, or by inputting information such as a specific number into the ticketing machine 320.

This time, assuming that the browsing request has not been issued, the process immediately returns to step S101, and the same processing is performed for the next encrypted data string, but this time, assuming that the browsing request has been issued, it is assumed. In step S111, the current illegal parking list is temporarily output to the worker. The output can be performed, for example, by displaying the contents of the current illegal parking list on the screen of the display 36 for a short time.

As a result, the worker can identify the vehicle currently parked in the parking lot 10 and perform the necessary poster while referring to the illegal parking check. be.

Therefore, according to the present embodiment, the worker visually checks the illegal parking list output from the ticket issuing machine 320 without making it essential to visually check the parking slips placed in each parked vehicle. Then, it is possible to correctly and completely determine whether or not each vehicle is illegally parked. Therefore, according to the present embodiment, it is not necessary to require the user to leave the parking ticket in the vehicle so that it can be easily seen from the outside of the vehicle.

When the user inputs the delivery permission request, the determination in step S109 becomes YES, and then in step S112, a screen (not shown) for processing the delivery permission request is displayed on the screen of the display 36. Permit. On that screen, there is a message prompting the user to enter encrypted data. In response to this message, the user inputs at least one encrypted data already issued at this time to the ticket issuing machine 320 using the key input unit 38.

Subsequently, in step S113, decryption is performed, and specifically, the input encrypted data is converted into pre-encrypted data as described above.

Then, in step S114, the latest end time of the effective parking time is estimated from the pre-encryption data. Subsequently, in step S115, the current time is measured by using the clock 102. Then, in step S116, it is determined whether or not the time over has occurred because the estimated end time is later than the measured current time.

This time, assuming that the time over has not occurred, in step S117, the fact that this delivery is permitted is displayed on the screen of the display 36 so that the user can see it, and then in step S118. , The illegal parking list is updated so that the plurality of encrypted data strings recorded in the illegal parking list to which the input encrypted data belongs are deleted. This time, the fraudulent parking list is updated to reflect the fact that the warehousing was successful. Then, the process proceeds to step S110.

On the other hand, this time, assuming that the time over has occurred, the determination in step S116 is YES, and in step S119, the user indicates on the screen of the display 36 that the current delivery was not permitted. It is displayed so that it can be seen visually. Then, the process proceeds to step S110.

In the ticket issuing machine 320, what is basically common to the ticketing / settlement program shown in FIGS. 5 to 8 is executed by the computer 100.

Among the ticketing / settlement programs executed by the computer 100 of the ticketing machine 320, the difference from the ticketing / settlement program shown in FIGS. 5 to 8 is that in step S11 shown in FIG. 5, the acquired encrypted data 130 is further obtained. Is stored in the encrypted data history column of the unauthorized parking list of the memory 104, and in step S39 shown in FIG. 7, the acquired encrypted data 140 is further stored in the encrypted data history column of the unauthorized parking list of the memory 104. The point that the same encrypted data as the encrypted data input by the user in step S22 shown in FIG. 6 is stored in the encrypted data string, and in step S58 shown in FIG. 8, the acquired encrypted data 150 is further stored in the memory 104. In the encrypted data history column of the illegal parking list, the same encrypted data as the encrypted data input by the user in step S22 shown in FIG. 6 is stored in the encrypted data string to which the same data belongs.

As a result, the illegal parking list is created so that a plurality of encrypted data issued for the same vehicle are arranged in a row in the order of appearance in the encrypted data history column of the illegal parking list.

As is clear from the above description, according to the present embodiment, when the user makes the post-extension request at the time of leaving the garage, the corresponding vehicle is additionally paid the necessary additional parking fee. The fact that the car has been released is automatically recorded in the illegal parking list. Therefore, when the receipt 81b issued in connection with the above-mentioned post-extension request is parked in the parking lot 10 on or after the next day, the receipt is left in the room of the vehicle in a visible state by the operator. You don't have to ask for it.

By the way, in the present embodiment, as a result of the illegal parking list being updated every moment, if the parking is done before the expiration of the effective parking time, the state of the corresponding check column is "○" at that time. However, it will change to "x" soon. Then, when the worker is dispatched to the parking lot 10 and looks at the illegal parking list, there is a possibility that the worker mistakenly determines that the corresponding vehicle was illegally parked.

On the other hand, according to the present embodiment, when the user does not make the post-extension request at the time of delivery, the user inputs the delivery permission request and then issues the goods. The fact that the vehicle has left the parking lot is automatically recorded in the illegal parking list without illegal parking. Therefore, it is possible to avoid an erroneous determination that a user who has not parked illegally has parked illegally.

In short, according to the present embodiment, the worker can indicate whether or not each vehicle parked in the parking lot 10 is illegally parked on the illegal parking list displayed on the screen of the display 36. It can be judged only by referring to. Therefore, the user is not required to leave the issued parking ticket in his / her vehicle.

<Third Embodiment of the present invention>

Next, a ticket issuing machine 400 according to an exemplary third embodiment of the present invention will be described. However, since this embodiment has many elements in common with the first embodiment, by quoting the common elements with the same reference numerals or names, duplicate explanations are omitted, and only different elements are used. , Explain in detail.

As shown in FIG. 19, the ticket issuing machine 400 is installed in the prepaid parking lot 10 shown in FIG. The parking lot 10 is managed by a remote management center 450.

The ticketing machine 400 is completely dependent on the management center 450 for both encryption and decryption, unlike the ticketing machine 20 according to the first embodiment described above. Therefore, the ticket issuing machine 400 has an additional function of communicating with the management center 450, and specifically, as shown in FIG. 15, has a communication unit 410.

On the other hand, the management center 450 includes a communication unit 500, an encryption unit 502, a decryption unit 504, and an encryption table memory 506 that stores the encryption table. The encryption unit 502 and the decryption unit 504 are constructed by the computer 520 of the management center 450.

The computer 100 of the ticket issuing machine 400 executes a ticketing / settlement program that is basically common to the ticketing / settlement programs shown in FIGS. 5 to 8. Of these ticketing / settlement programs, the differences from the ticketing / settlement programs shown in FIGS. 5 to 8 are that the encryption is performed in step S11 shown in FIG. 5, step S39 shown in FIG. 7, and step S58 shown in FIG. And step S23 shown in FIG. 6 for decrypting the code.

In step S11 shown in FIG. 5, step S39 shown in FIG. 7, and step S58 shown in FIG. 8, the ticket issuing machine 400 uses the pre-encryption data and the pre-encryption data. , Converting to the corresponding encrypted data (for example, the above-mentioned encrypted data 130, 140, 150), that is, transmitting an encryption request requesting encryption from the communication unit 410 to the communication unit 500 of the management center 450.

Upon receiving them, the computer 520 of the management center 450 transfers the received pre-encryption data to the encryption unit 502, and the encryption unit 502 receives the received pre-encryption data in the same manner as in step S11. Is converted into the corresponding encrypted data by referring to the encryption table. After that, the computer 520 of the management center 450 returns the acquired encrypted data from the communication unit 500 to the communication unit 410 of the ticket issuing machine 400.

After that, the ticket issuing machine 400 receives and uses the encrypted data created in the management center 450.

On the other hand, in step S23 shown in FIG. 6 for decrypting, the ticket issuing machine 400 converts the encrypted data and the encrypted data into the corresponding pre-encrypted data, that is, a decryption request requesting decryption. Is transmitted from the communication unit 410 to the communication unit 500 of the management center 450.

Upon receiving them, the computer 520 of the management center 450 transfers the received encrypted data to the decryption unit 504, and the decryption unit 504 transfers the received encryption data to the encryption unit 504 in the same manner as in step S23. By referring to the encryption table, it is converted to the corresponding unencrypted data. After that, the computer 520 of the management center 450 returns the acquired unencrypted data from the communication unit 500 to the communication unit 410 of the ticket issuing machine 400.

After that, the ticket issuing machine 400 receives and uses the unencrypted data created in the management center 450.

<Fourth Embodiment of the present invention>

Next, an online parking reservation / payment system 600 according to an exemplary fourth embodiment of the present invention will be described. However, since this embodiment has many elements in common with any of the first to third embodiments, the common elements are quoted with the same reference numerals or names to omit duplicate explanations. , Only the different elements will be described in detail.

As shown in FIG. 20, the online parking reservation / settlement system 600 is installed in the ticket issuing machine 620 installed in the prepaid parking lot 10 shown in FIG. 1 and the management center that manages the parking lot 10. It is configured to have a management server 622 operated by the management center.

The ticketing machine 620 has the above-mentioned plurality of functions common to the ticketing machines 20, 320 or 400 according to the first to third embodiments described above, and further, as shown in FIG. 21, on the screen of the display 36. , A function has been added to display the encrypted time 630, whose current time is encrypted, from moment to moment.

In order to realize the function, specifically, as shown in FIG. 22, the current time (data before encryption) acquired by the computer 100 of the ticket issuing machine 620 using the clock 102 is an encryption table for the current time. It is encrypted according to what is stored in the memory 104 in advance. The computer 100 further displays the encrypted current time (encrypted data) as the encrypted time 630 on the screen of the display 36 as shown in FIG. 21.

First, as a schematic description, in the online parking reservation / settlement system 600, the user operates his / her own user terminal 636 instead of the ticketing machine 620 of the parking lot 10 for the reservation / settlement of the parking lot 10. Installed to allow you to do it online. In particular, according to the online parking reservation / payment system 600, the user can make a reservation / payment for the parking lot 10 at a place other than the parking lot 10, for example, at home or at work, without operating the ticketing machine 620. It will be possible to do it online on the way from one place to another.

In the present embodiment, as a result of the online parking reservation / payment system 600 being installed in addition to the ticketing machine 620, the user operates the ticketing machine 620 at the position of the parking lot 10 to issue and settle the ticket locally. -Online parking reservation for online reservation and settlement of parking lot 10 by operating the own user terminal 636 instead of the settlement method (the first to third embodiments described above) and the ticket issuing machine 620 of parking lot 10.・ You can select one of the payment methods.

In this embodiment, since both the local ticketing / payment method and the online parking reservation / payment method are provided to the user, the ticketing machine 620 has a function of realizing the local ticketing / payment method. It is installed in the parking lot 10 in a state of having.

On the other hand, when it is desired to provide only the online parking reservation / payment method to the user, the ticket issuing machine 620 simply has a clock function for measuring the current time, an encryption function for encrypting the current time, and an encryption time thereof. It is possible to design it to have a display function to display. In this case, the ticket issuing machine 620 may be installed in the parking lot 10 as a mere display in appearance.

As shown in FIG. 20, in the online parking reservation / settlement system 600, a user terminal (a communication terminal carried by a user, for example, a mobile phone, a smartphone, or a tablet) which is an example of each communication device of a plurality of users. The 636 (such as a type computer) is communicably connected to the management server 632 via the Internet 634, which is an example of a global communication network, by wireless or wired.

The management server 632 has a transmission unit 640 that transmits a signal or data to an external destination and a reception unit 642 that receives a signal or data from an external transmission source for transmission / reception.

The management server 632 further includes a processor 650 and storage 652 (eg, ROM, RAM).

In order to provide the above-mentioned online parking reservation / settlement service, the processor 650 has a parking permission program shown in FIG. 23, an unauthorized parking list update program shown in FIG. 24, a post-extension permission program shown in FIG. 25, and FIG. The advance extension permission program shown in FIG. 26, the expiration notice program shown in FIG. 27, which is executed to notify the user of the expiration of the valid parking time just before the expiration, and the delivery permission program shown in FIG. 28. And are executed repeatedly and various processes are performed, respectively. Storage 652 temporarily or permanently stores those programs and data.

The management server 632 further includes a user information database (hereinafter referred to as “DB”; the same applies in the figure) 660, and an unauthorized parking list memory 662 that stores an unauthorized parking list similar to the second embodiment described above. It has an encrypted table memory 670 and a clock 680 for measuring the current time.

The cryptographic table memory 670 is a cryptographic table unit shown in FIG. 14C, that is, a monthly cryptocurrency table, a daily cryptocurrency table, an hourly cryptocurrency table, a minute cryptocurrency table, and an hourly cryptocurrency. Saves a set of cryptographic tables and the above-mentioned cryptographic table for the current time. The encryption table memory 670 also stores the above-mentioned encryption table for the current time because it may be necessary for the management server 632 to decrypt the encryption time received from the user terminal 636. The same current time encryption table is shared between the management server 632 and the ticket issuing machine 620.

In the present embodiment, each user needs to access the management server 632 and register as a member in order to acquire the qualification to use the online parking reservation / payment service. When the user sends the user information necessary for the member registration to the management server 632, the management server 632 receives the received user information (for example, the user's name, user ID, password, address, work location, vehicle to be used). Information for specifying the number and type of the user terminal (communication address of the user terminal 636, etc.) is registered in the user information DB 660 for each user.

Briefly, the management server 632 has a parking permission unit, and the parking permission unit is executed by the processor 650 of the parking permission program shown in FIG. 23, which is stored in the storage 652. It is realized by that.

When the parking permission unit receives a parking permission request from the user terminal 636 requesting permission to park in the parking lot 10, the effective parking time of a length commensurate with the payment amount is provided on condition that the user pays the parking fee. During the period, a parking permission message indicating that the user is permitted to park in the parking lot 10 is transmitted to the user terminal 636.

The parking permission unit further represents at least one of the start time and the end time of the valid parking time, the length of the valid parking time, and at least one of the payment amount of the parking fee before encryption. Data that can be decrypted by the user is converted into encrypted data that uniquely corresponds to the unencrypted data and cannot be decrypted by the user, and the unencrypted data and the encrypted data are transmitted to the user terminal 636. .. As a result, the user carrying the user terminal 636 can acquire both the pre-encryption data and the encrypted data.

The management server 632 further has an extension permission unit, and the extension permission unit includes a post-extension permission program shown in FIG. 25 and a pre-extension permission program shown in FIG. 26, which are stored in the storage 652. It is realized by being executed by 650.

When the extension permission unit receives the extension request (post-extension request or pre-extension request described later) for extending the effective parking time and the encrypted data from the user terminal 636 after issuing the encrypted data, the extension permission unit receives the encrypted data. The unencrypted data is restored from the received encrypted data. Based on the restored unencrypted data, the extension permission unit further sends an extension permission message to the user terminal 636 indicating that the extension of the effective parking time is permitted, subject to payment of an additional parking fee. Send.

The management server 632 further has a delivery permission unit, and the delivery permission unit is realized by executing a delivery permission program shown in FIG. 28, which is stored in the storage 652, by the processor 650. ..

The delivery permission unit is displayed on the screen of the display permission 36 of the ticket issuing machine 620 installed in the parking lot 10, the delivery permission request requesting the permission to leave the parking lot 10 from the user terminal 636, and the encrypted data. When the encrypted time displayed so as to change from moment to moment and the current time is encrypted is received, the end time of the latest effective parking time is estimated from the received encrypted data. The delivery permission unit further sends a delivery permission message indicating that the delivery is permitted when the estimated end time is not later than the current time represented by the received encryption time. Send to.

Next, in order to provide the above-mentioned online parking reservation / settlement service, a parking permission program executed by the processor 650 of the management server 632, an illegal parking list update program, a post-extension permission program, and a pre-extension permission program , And the expiration notice program and the delivery permission program will be explained concretely.

<Parking permit program>

At each execution of the parking permission program shown in FIG. 23, first, in step S201, the management server 632 receives the parking permission request from the user terminal 636. Next, in step S202, the management server 632 receives the user ID from the user terminal 636. Subsequently, in step S203, the management server 632 receives the password from the user terminal 636.

After that, in step S204, the management server 632 determines whether or not the current user is a member, that is, the qualification to receive the provision of this service, by collating the received user ID and password of the user himself / herself with the user information DB 660. It is determined whether or not it has. That is, personal authentication is performed.

When this personal authentication is established, in step S205, the management server 632 receives data from the user terminal 636 for designating the position of the parking lot where the user wants to park. Subsequently, in step S206, the management server 632 receives data from the user terminal 636 for designating the parking start date and time desired by the user for the parking lot. Then, in step S207, the management server 632 receives data from the user terminal 636 for designating the length of the effective parking time that the user wants to park in the parking lot.

Subsequently, in step S208, whether or not the management server 632 can park in the designated parking lot from the designated parking start date and time for the designated effective parking time, that is, the designation. Determine if there is a vacancy in the reserved parking lot.

This time, assuming that there is a vacancy in the designated parking lot, in step S209, the management server 632 determines the designated parking lot, the designated parking start date and time, and the designated effective parking time. Calculate the amount of parking fee required to be paid by the user based on at least one and according to the above-mentioned fee setting.

Then, in step S210, the management server 632 transmits the calculated parking fee amount to the user terminal 636. When the user pays the parking fee in response to this, in step S211 the management server 632 confirms the payment of the parking fee. Subsequently, in step S212, the management server 632 sends a parking permission message to the user terminal 636.

After that, in step S213, the management server 632 converts the pre-encryption data including the designated parking lot, the designated parking start date and time, and the designated effective parking time into encrypted data according to the encryption table. Convert. Encryption is done. The encrypted data is stored in the illegal parking list and further transmitted to the user terminal 636 in the same manner as in the second embodiment described above.

Subsequently, in step S214, the management server 632 issues a receipt for the payment of the parking fee this time, and transmits data representing the receipt to the user terminal 636. Since the receipt also includes the encrypted data, the user can know both the pre-encrypted data and the encrypted data by looking at the receipt. This completes the current execution of this parking permission program.

On the other hand, this time, assuming that there is no vacancy in the designated parking lot, the determination in step S208 becomes NO, and in step S215, the management server 632 tells the user another parking lot or another parking time zone. A message for facilitating input is sent to the user terminal 636. This completes the current execution of this parking permission program.

<Unauthorized parking list update program>

The unauthorized parking list update program shown in FIG. 24 has steps S301 to S310 as a plurality of steps common to steps S101 to S108, S110 and S111 shown in FIG. 18, respectively.

Briefly, omitting duplicate explanations, at the time of each execution of the unauthorized parking list update program shown in FIG. 24, first, in step S301, the above-mentioned target is selected from the unauthorized parking list shown in FIGS. 16 and 17. Cryptographic data, that is, at least one cryptographic data belonging to the cryptographic data string selected this time among a plurality of cryptographic data strings recorded in the illegal parking list and sequentially selected, the latest one is read. Will be.

Next, in step S302, the target encrypted data is decrypted, whereby the end time of the latest effective parking time is estimated. Subsequently, in step S303, the current time is measured by using the clock 680. Then, in step S304, it is determined whether or not the current time is later than the estimated end time, that is, whether or not the time over has occurred.

This time, assuming that the time over has not occurred, in step S305, whether or not the check column corresponding to the current encrypted data string in the illegal parking list displays a symbol indicating "x" at this time. Is determined. This time, assuming that the current state of the corresponding check column is not "x", "○" is recorded in the corresponding check column in step S306. On the other hand, this time, assuming that the current state of the corresponding check column is "x", the illegal parking list is updated so that the current encrypted data string is deleted in step S307. This time, the fraudulent parking list is updated to reflect the fact that the warehousing was successful.

On the other hand, this time, assuming that the time over has occurred, "x" is recorded in the corresponding check column in step S308.

In either case, it is subsequently determined in step S309 whether or not the worker has issued a browsing request. When the browsing request is issued, the illegal parking list is temporarily displayed on the screen of the display 36 in step S310, and the execution of this illegal parking list update program is completed. If the browsing request is not issued, the current execution of this illegal parking list update program ends immediately.

<Post-extension permission program>

At each execution of the post-extension permission program shown in FIG. 25, first, in step S401, the management server 632 receives the post-extension request from the user terminal 636. Next, in step S402, the management server 632 receives the user ID from the user terminal 636. Subsequently, in step S403, the management server 632 receives the password from the user terminal 636.

After that, in step S404, the management server 632 determines whether or not the current user is a member, that is, the qualification to receive the provision of this service, by collating the received user ID and password of the user himself / herself with the user information DB 660. It is determined whether or not it has. That is, personal authentication is performed.

When this personal authentication is established, in step S405, the management server 632 receives the latest of at least one encrypted data issued to the user from the user terminal 636. Subsequently, in step S406, the management server 632 receives from the user terminal 636 the encryption time 630 that the user knows by looking at the display 620.

Then, in step S407, the management server 632 decrypts the received encrypted data and the encryption time 630, and subsequently, in step S408, the latest effective parking time end time is estimated from the result. .. Then, in step S409, the current time is measured by using the clock 680.

Subsequently, in step S410, whether or not the error between the measured current time and the decryption time obtained by decrypting the received encryption time is smaller than a predetermined value, that is, that is. It is determined whether or not the user who has input the encrypted data, which only the person can know, can confirm that he / she is actually in the parking lot 10 where the display 620 is installed.

This time, assuming that it can be confirmed that the user is currently in the parking lot 10, the determination in step S410 is YES, and in step S411, the estimated end time is subtracted from the measured current time. , The length of the extended parking time, which is the time when the actual parking time exceeds the effective parking time, is calculated.

Subsequently, in step S412, the amount of the additional parking fee to be paid by the user is calculated from the calculated length of the extended parking time according to the charge setting. Then, in step S413, the calculated amount is transmitted to the user terminal 636 as the amount of the additional parking fee to be paid by the user.

Subsequently, in step S414, the management server 632 confirms that the user has paid the additional parking fee, and then, in step S415, the management server 632 is the end time of the effective parking time before the extension. From the above estimation, the effective parking time will be extended by the amount of time commensurate with the amount of the additional parking fee paid.

Subsequently, in step S416, the management server 632 sends a post-extension permission message to the user terminal 636. After that, in step S417, the management server 632 deletes from the illegal parking list the one to which the encrypted data received this time belongs among the plurality of encrypted data strings recorded in the illegal parking list. This completes the current execution of this post-extension permission program.

On the other hand, this time, assuming that it cannot be confirmed that the user is currently in the parking lot 10, the determination in step S410 becomes NO, and the current execution of the post-extension permission program ends immediately.

<Advance extension permission program>

At each execution of the pre-extension permission program shown in FIG. 26, first, in step S501, the management server 632 receives the pre-extension request from the user terminal 636. Next, in step S502, the management server 632 receives the user ID from the user terminal 636. Subsequently, in step S503, the management server 632 receives the password from the user terminal 636.

After that, in step S504, the management server 632 determines whether or not the user this time is a member, that is, the qualification to receive the provision of this service, by collating the received user ID and password of the user himself / herself with the user information DB 660. It is determined whether or not it has. That is, personal authentication is performed.

When this personal authentication is established, in step S505, the management server 632 receives the latest of at least one encrypted data issued to the user from the user terminal 636. Subsequently, in step S506, the management server 632 decrypts the received encrypted data, and subsequently, in step S507, the latest effective parking time end time is estimated from the result. After that, in step S509, the management server 632 receives data representing the desired length of the extended parking time from the user terminal 636.

Subsequently, in step S509, the amount of the additional parking fee to be paid by the user is calculated from the received desired length of the extended parking time according to the charge setting. Then, in step S510, the calculated amount is transmitted to the user terminal 636 as the amount of the additional parking fee to be paid by the user.

Subsequently, in step S511, the management server 632 confirms that the user has paid the additional parking fee, and then, in step S512, the management server 632 is the end time of the effective parking time before the extension. From the above estimation, the effective parking time will be extended by the amount of time commensurate with the amount of the additional parking fee paid.

Subsequently, in step S513, the pre-encryption data representing the extended effective parking time is encrypted according to the encryption table, whereby new encrypted data is created. The created encrypted data is stored in the illegal parking list in association with the preceding encrypted data in the same manner as in the second embodiment described above, and is further transmitted to the user terminal 636.

Then, in step S514, the management server 632 sends a pre-extension permission message to the user terminal 636. This completes the current execution of this pre-extension permission program.

<Expiration notice program>

At the time of each execution of the expiration notice program shown in FIG. 27, first, in step S601, the management server 632 is among a plurality of encrypted data strings recorded in the illegal parking list and sequentially selected. Among the plurality of encrypted data belonging to the encrypted data string selected this time, the latest issued one, that is, the target encrypted data is read from the illegal parking list.

Further, the management server 632 estimates the end time of the corresponding effective parking time by decrypting the target encrypted data. The estimated end time means the end time of the latest effective parking time permitted to the user corresponding to the encrypted data string selected this time among the users who are a plurality of members registered in the user information DB 660. do.

Next, in step S602, the management server 632 measures the current time. Subsequently, in step S603, whether or not the time remaining from the measured current time to the estimated end time is equal to or less than the threshold value, that is, whether or not the effective parking time is about to expire. Is determined.

This time, assuming that the effective parking time is about to expire, the determination in step S603 is YES, and in step S604, the management server 632 informs the user this time that the effective parking time is about to expire. An expiration notice message is sent to the corresponding user terminal 636. This completes the current execution of this expiration notice program.

On the other hand, assuming that the valid parking time is not about to expire this time, the determination in step S603 becomes NO, and the current execution of this expiration notice program ends immediately.

<Delivery permission program>

At each execution of the delivery permission program shown in FIG. 28, first, in step S701, the management server 632 receives the delivery permission request from the user terminal 636. Next, in step S702, the management server 632 receives the user ID from the user terminal 636. Subsequently, in step S703, the management server 632 receives the password from the user terminal 636.

After that, in step S704, the management server 632 determines whether or not the user this time is a member, that is, the qualification to receive the provision of this service, by collating the received user ID and password of the user himself / herself with the user information DB 660. It is determined whether or not it has. That is, personal authentication is performed.

When this personal authentication is established, in step S705, the management server 632 receives the latest of at least one encrypted data issued to the user from the user terminal 636. Subsequently, in step S706, the management server 632 receives from the user terminal 636 the encryption time 630 that the user knows by looking at the display 620.

Then, in step S707, the management server 632 decrypts the received encrypted data and the encryption time 630, and subsequently, in step S708, the latest effective parking time end time is estimated from the result. .. Then, in step S709, the current time is measured by using the clock 680.

Subsequently, in step S710, whether or not the error between the measured current time and the decryption time obtained by decrypting the received encryption time is smaller than a predetermined value, that is, that is. It is determined whether or not the user who has input the encrypted data, which only the person can know, can confirm that he / she is actually in the parking lot 10 where the display 620 is installed.

This time, assuming that it can be confirmed that the user is currently in the parking lot 10, the determination in step S710 is YES, and in step S711, whether or not the measured current time is later than the estimated end time. That is, it is determined whether or not the time over has occurred. That is, the success or failure of illegal parking is determined.

This time, assuming that the time over has not occurred, the determination in step S711 is YES, and in step S712, the management server 632 sends a delivery permission message to the user terminal 636. As a result, the user is in the parking lot 10 and sees the user terminal 636 that he / she is carrying, so that he / she knows that he / she is permitted to leave the parking lot 10.

Subsequently, in step S713, the management server 632 deletes from the illegal parking list the one to which the encrypted data received this time belongs among the plurality of encrypted data strings recorded in the illegal parking list. As a result, in the illegal parking list, the vehicle that has not yet left the parking lot 10, the vehicle that has left the parking lot 10 without the necessary post-extension request, and the leaving permission request are transmitted to the management server 632. Vehicles that have left the parking lot 10 will still be recorded. This completes the current execution of this shipping permission program.

On the other hand, this time, assuming that the time over has occurred, the determination in step S711 becomes NO, and the current execution of this delivery permission program ends immediately.

On the other hand, this time, assuming that it cannot be confirmed that the user is currently in the parking lot 10, the determination in step S710 becomes NO, and the current execution of this delivery permission program ends immediately.

Although some embodiments of the present invention have been described in detail above with reference to the drawings, these are examples and are based on the knowledge of those skilled in the art, including the embodiments described in the above [Summary of the invention] column. It is possible to carry out the present invention in other forms with various modifications and improvements.

Claims (4)

A parking lot management system that manages parking lots
With the user's communication terminal
A payment machine installed in the parking lot that outputs parking-related information regarding the parking of the user in the parking lot to the user in the parking lot and enables the user to settle the parking fee by the local payment method. When,
A management server installed in a remote location for the parking lot and capable of communicating with the communication terminal, receiving the parking-related information output from the payment machine via the communication terminal, and receiving the parking-related information from the communication terminal. Upon receiving an online checkout request, including allowing the user to settle the parking fee using the online checkout method,
A parking lot management system that enables the user to settle the parking fee by the local settlement method by operating the settlement machine, and to settle the parking fee by the online settlement method by operating the communication terminal. .. A program for operating a computer as the communication terminal according to claim 1. The program for operating a computer as the management server according to claim 1. A recording medium in which the program according to claim 2 or 3 is recorded so as to be readable by a computer.

Images