JP6539824B2 - Parking space rental service provision method - Google Patents

Description

  The present invention relates to a technology that makes it possible to provide users with time-limited services according to individual temporal conditions for each user, and in particular, for example, a prepaid car park with a plurality of parking positions for vehicles. The present invention relates to a technology that enables a user to use

  Techniques already exist that make it possible to provide time-limited services to users according to individual temporal conditions for each user. One example thereof enables the user to use a prepaid parking lot having a plurality of parking positions for the vehicle, that is, to provide the user with a service for lending the parking space to the user with a time limit. It is a technology.

  Parking lots with multiple parking positions for vehicles are already widespread. This type of parking lot is classified in terms of the transportation method of the vehicle to the parking position, the method in which the user drives the vehicle and transports it to the parking position, and mechanically moves the pallet and cage to machine the vehicle. Mechanical type to be transported to the parking position. In addition, the parking lot may be lent to the user for free or may be lent for a fee. The toll parking lot is classified into monthly and hourly rental (including “day rental”) in terms of the length of time for which the user is lent.

  The hourly rental parking lot is classified into a prepaid type in which the user pays the parking fee prior to the start of parking and a postpaid system in which the user pays the parking fee at the end of the parking if it is classified in terms of a parking fee payment system.

  Whichever method is adopted, the user pays a parking fee to the ticket issuing machine (for example, pay by money, substitute money, coupon, credit card, prepaid card, electronic money) direct settlement method, or ticketing It is possible to adopt an on-line checkout system that pays a car park manager online without any intervention.

  In addition, if the hourly parking lot is classified in terms of its management method, the person in charge who manages and monitors the parking lot is stationed on the site, and such person in charge is not resident. , It is classified into unmanned and sporadically dispatched to the field.

  For example, Patent Documents 1 and 2 exist as known documents disclosing such a parking lot and equipment (including a ticketing machine) installed in the parking lot.

  Patent Document 1 discloses a technology for managing a parking lot for bicycles that is easy to manage and has sufficient cost because the facility cost is low. According to this technology, the installation cost of the parking lot is reduced because it is not necessary to install a device for blocking the delivery of the bicycle which has illegally parked.

  Specifically, according to the technology disclosed in Patent Document 1, after the user parks the bicycle at a vacant parking position, the user moves to a ticket issuing machine and inputs his own registration number to the ticket issuing machine. , In addition, to charge the necessary parking fee. The ticket issuing machine records the entered registration number as the registration number for the bicycle for which the parking fee has been settled.

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

  After that, the management worker compares the registration number read from the parked bicycle with the registration number fetched from the ticket-issuing machine, and as a result of the comparison, is the parking fee settled for the parked bicycle? Whether or not the bicycle is not parked illegally, that is, it is confirmed. The management worker applies a sticker for prompting payment of the charge to the bicycle whose parking fee is not cleared, thereby notifying the user who is the owner of the bicycle that the parking fee is not cleared.

  Patent Document 2 discloses a prepaid unmanned parking lot. In this parking lot, a card issuing machine that issues, for a fee, a parking card recording the time when parking is permitted, a warehousing gate that is always closed, and a warehousing port are installed when the parking card is inserted And a warehousing management device that opens the warehousing gate on condition that the parking card is appropriate. Furthermore, the parking lot is provided with an exit gate that is always closed, and an exit management device that is installed at an outlet and that opens the exit gate on condition that the parking card is appropriate when a parking card is inserted. And will be installed.

  According to the technique disclosed in Patent Document 2, when leaving the parking lot, the user inserts a parking card into the delivery management device. The delivery management device reads information from the inserted parking card, and if the read information indicates that the length of the actual parking time has exceeded the estimated parking time, the delivery management device instructs the user to You will be billed for the additional parking fee. If the user pays the additional parking fee to the delivery management device in response to the request, the delivery gate is opened. Since the delivery gate is not opened unless the user pays the necessary additional parking fee, the fraudulent act of the user leaving without paying the additional parking fee is prevented.

  Therefore, according to the technology disclosed in Patent Document 2, it is essential for the parking lot manager to regularly visit the parking lot to find illegal parking while being a prepaid unmanned parking lot. Without, it is possible to prevent illegal parking.

  According to the technology disclosed in Patent Document 1, it is possible for a work manager to find a bicycle being parked illegally and to stop the continuation of illegal parking. However, in the technique disclosed in Patent Document 1, in order to find an illegally parked bicycle, the work manager regularly visits the parking lot on his own, and separately for all the parked bicycles, as described above, It is necessary to carry out matching using a portable terminal. In addition, in order to stop the continuation of the illegal parking, it is necessary for the work manager to carry out the work of individually applying the above-mentioned seal to the bicycle which is illegally parked.

  As described above, in the technology 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 per parking lot. It was difficult.

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

  Further, in the technology disclosed in Patent Document 1, in order to pay a parking fee to a ticket issuing machine prior to parking, the user has to enter a user identification number into the ticket issuing machine, which is troublesome. Also, along with that, 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 is also a limit to reducing the equipment cost of the ticketing machine.

  Therefore, it is desirable to provide a parking lot ticketing machine that reduces the burden on the user of the parking lot and reduces the facility cost of the ticketing machine.

  Further, according to the technology 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 a parking lot. This is a factor that increases the facility cost (including the equipment cost and the installation cost) of the parking lot compared to the case where only a ticketing machine is required to be installed in the parking lot. Further, according to this technology, it is necessary that both the storage management device and the storage management device have a function of reading information from the parking card. This leads to an increase in the equipment cost of the storage management device and the storage management device, which also increases the equipment cost of the parking lot.

  Therefore, it would be desirable to provide a parking lot ticketing machine that is easy to reduce parking facility costs and ticketing machine costs.

  Furthermore, 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 in the parking lot It may be necessary for the user and the parking lot manager in the management center at a remote place to confirm the contents of the entry of such a parking slip.

  In this case, the user can bring the parking slip or send it by means of facsimile to present the parking slip itself to the parking lot manager, but it is troublesome. Therefore, if the user and the parking lot manager at a remote location can check the contents of the parking slip using a communication device such as a telephone, the burden on the user is reduced. However, in this case, the parking lot manager can not visually inspect the parking slip itself and can not but verify the description items of the parking slip by relying only on the remarks from the user.

  Therefore, it is desirable for a parking lot manager at a remote location to be able to objectively determine the authenticity of the user's speech even from only the speech from the user regarding the entry on the parking slip. Meeting this demand is particularly effective for preventing illegal parking in, for example, a prepaid unmanned parking lot without the above-described exit prevention device.

  Under such circumstances, the inventor has proposed the following ticketing machine as disclosed in Patent Document 3. This ticketing machine is installed in a parking lot, and the parking lot is managed by a management center at a remote place, and the ticketing machine has an encryption unit and a printer, while the management center is equipped with a decryption machine. Have.

  Specifically, this ticketing machine is actual data (i.e., data before encryption) representing at least one of (a) payment of a parking fee or a date and time related to parking time, amount and length of parking time. An encryption unit that encrypts encrypted data that the user of the parking lot can directly decipher, into encrypted data that the user can not decipher but can unambiguously pronounce; And a printer that prints data and the encrypted data on a parking slip and issues the printed parking slip to the user. A voice emitted from the user by reading out the encrypted data on the parking slip and 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 located at the management center.

  Therefore, according to this ticketing machine, the user can read the encrypted data on the parking slip and emit the voice as a communication device (for example, a portable telephone that can be used by the user, a fixed telephone, a public telephone, etc.) It becomes possible to transmit to a parking lot manager who is at a remote place via a communication device not installed in the machine. The parking lot manager can decrypt 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 for the ticket issuing machine to communicate with another device (for example, the communication device of the parking lot manager) is also possible to machine the encrypted data printed on the parking slip. Payment or parking time without having the ability to manually read, and without the user bringing or sending the parking ticket to the parking lot manager or sending it using a facsimile It is possible for a parking lot manager at a remote place to confirm at least one of the date and time, the amount of money, and the length of time for parking time. As a result, while reducing the burden on the user, the user can prove to the parking lot manager that his / her action is not illegal.

  Therefore, according to this ticketing machine, even if the user is to pay the additional parking fee without actually installing the above-mentioned delivery blocking device in the prepaid type unmanned parking lot, in fact, the additional parking fee is paid entirely Claiming that the administrator who is in a remote location through the communication device has been paid for the required amount despite having paid only the insufficient amount for the required amount. Is found to be false by the administrator. Therefore, while being a prepaid unmanned parking lot, it prevents the user from paying the extra parking fee at all or paying the shortfall for the requested amount but leaving the issue for issuing the wrongdoing Becomes easy.

JP 2003-242537 A JP, 2006-146325, A JP, 2012-181818, A

  As described above, the inventor of the present invention researches and develops a ticketing machine that encrypts data relating to parking and uses the encrypted data to prevent the user's fraudulent acts relating to the payment of the parking fee, particularly, prepaid parking We continued to specialize in ticketing machines installed in the parking lot. The ticketing machine permits the user to park in the parking lot for an effective parking time of a length commensurate with the amount of payment, prior to the start of parking, on condition of payment of the parking fee.

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

  If the user utilizes a prepaid parking lot, the user may park beyond the length of the effective parking time allowed upon receipt. In this case, even if it is a prepaid parking lot, the user is required to pay the shortfall of the parking fee for the additional parking time at the time of leaving.

  The desire to extend the effective parking time also exists in other contexts. Specifically, the user is allowed to use the effective parking time before the scheduled exit time because the effective parking time is allowed and before the expiration of the effective parking time. You may notice that it has expired. In this case, the user may wish to extend the effective parking time when the effective parking time has not expired.

  That is, there is a demand for the user who uses the ticketing machine installed in the prepaid parking lot to extend the effective parking time regardless of before or after the expiration of the effective parking time. Designing a ticketing machine to meet various needs is important for improving the usability of the ticketing machine.

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

  Then, as a result of research and development, the inventor of the present invention is an encrypted data that electronically or electronically fetches the encrypted data into the ticket issuing machine so that the user can omit the operation of transmitting the encrypted data to the parking lot manager himself. I realized that it would be fine if I added a capture function. Furthermore, if the inventor has the information for calculating the length of time to extend the effective parking time in combination with the encrypted data in the ticketing machine, this ticketing machine eliminates the fraudulent act of the user. However, I also realized that it is possible to extend the effective parking time.

  In the background of the above findings, the present invention is a technology that makes it possible to provide a user with a time-limited service according to individual temporal conditions for each user, and it is possible to make an unauthorized input by the user. It is an object of the present invention to provide what is capable of processing user-specified events in connection with the service while being blocked by encryption.

In order to solve the problem , according to an aspect of the present invention, the communication between the user's communication device and the parking lot management device having a computer allows the user to limit the free space in the prepaid parking lot with a time limit. A method for providing a user with a loaned service, the method comprising:
When the parking lot management device receives from the user a parking permit request requesting permission to park in the parking lot, the parking time for which the user pays for the parking fee by the user is an effective parking time for a length corresponding to the payment amount. Send a parking permission message to the user indicating that the user is allowed to park in the parking lot, and at least one of the start time and the end time of the effective parking time and the length of the effective parking time Pre-encryption data representing at least one of the payment amount of the parking fee, which can be decrypted by the user, is encrypted data uniquely corresponding to the pre-encryption data, which the user can not decrypt Parking permission process for converting the pre-encryption data and the encrypted data to the user,
When the parking lot management device receives an extension request for extending the effective parking time from the user after issuance of the encrypted data, and the encrypted data, the encrypted data is received from the received encrypted data. And an extended permission process for transmitting to the user an extended permission message representing that the valid parking time is to be extended on condition of payment of additional parking fee based on the restored pre-encrypted data, and
A parking space lending service providing method is provided.

Further , according to the first aspect of the present invention, in order to manage prepayment-type parking lot reservation / settlement online, management for parking lot to which respective communication devices of a plurality of users are connected via a communication network A server,
Upon receipt of a parking permit request requesting permission to park in the parking lot from the user, the user may use the parking lot for an effective parking time of a length commensurate with the payment amount, provided that the user pays for the parking fee. Sending a parking permission message to the user indicating that the user is allowed to park in the car, and at least one of the start time and end time of the effective parking time, the length of the effective parking time, and the payment amount of the parking fee To convert the unencrypted data that can be decrypted by the user into encrypted data that uniquely corresponds to the unencrypted data and can not be decrypted by the user. A parking permission unit that transmits 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 unencrypted data is restored from the received encrypted data, and the restored data is restored. A parking lot management server including: an extension permission unit that transmits to the user an extension permission message representing permission to extend the effective parking time on condition of payment of additional parking fee based on the data before encryption; Provided.

Also, according to a second aspect of the present invention, there is provided a method of providing a user with a time-limited service according to an individual temporal condition for each user,
Upon receiving a request for requesting the service from the user, the user is permitted to provide the service according to the temporal condition designated by the user, provided that a predetermined permission condition is satisfied. Permission process,
An encryption step of converting pre-encrypted data representing the temporal condition, which can be decrypted by the user, into encrypted data which can not be decrypted by the user;
Issuing the encrypted data to the user;
Receiving the encrypted data when the user inputs the encrypted data, together with the designation of the event desired by the user to be processed in relation to the authorized service, after the encrypted data is issued When,
A decryption step of inversely converting the received encrypted data into the pre-encrypted data according to the encryption table, thereby performing decryption;
And e. An event processing step of estimating the temporal condition from the pre-encrypted data and processing the designated event based on the estimated temporal condition.

  The following aspects are obtained by the present invention. Each aspect is divided into sections, each section is given a number, and is described in a form in which the numbers of other sections are cited as necessary. This is to facilitate the understanding of some of the technical features that the present invention can adopt and combinations thereof, and the technical features that the present invention can adopt and combinations thereof are limited to the following embodiments. It should not be interpreted as That is, it should be understood that the technical features described in the present specification, which are not described in the following embodiments, can be appropriately extracted and adopted as the technical features of the present invention.

  Furthermore, describing each section in a form that refers to the number of another section does not necessarily prevent the technical features described in each section from being separated and independent from the technical features described in the other section. It is not meant to be understood, and it should be construed that it is possible to make the technical features described in each section independent as appropriate depending on 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, the user is permitted to park in the parking lot for the length of the effective parking time commensurate with the payment amount on condition that the parking fee is paid, and the start time and end of the effective parking time Pre-encrypted data representing at least one of the time, the length of the effective parking time, and the payment amount of the parking fee, and is encrypted data uniquely corresponding to one that can be decrypted by the user A parking permission unit that issues to the user what the user can not decipher.
When the user inputs an extension request for extending the effective parking time after the issuance of the encrypted data and the encrypted data, the unencrypted data is acquired from the input encrypted data and acquired. A parking lot ticketing machine including: an extension permission unit which permits extension of the effective parking time on condition of payment of additional parking fee based on pre-encryption data;

  In this ticketing machine, the encrypted data has the following meaning.

1. The encrypted data is confidential and can not be deciphered by the user. Therefore, since the encrypted data is not falsified 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. The cryptographic data is unique and there is only one per event (e.g. one parking). Therefore, if encrypted data is identified, only one event is identified. Thus, the cryptographic data identifies the identity of the event identified by the cryptographic data.

3. Reversibility exists between the encrypted data and the pre-encrypted data that directly represents the event attribute (eg, parking related information including time information), and one can uniquely derive the other from the other, It is also an induction.

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 directly identifies the identity of the user, It does not directly identify the identity of the vehicle parked in the parking lot.

4. However, given the fact that one piece of cryptographic data knows only one user, the cryptographic data directly identifies the identity of the user. Also, focusing on the fact that one piece of encrypted data is not issued for one vehicle, the encrypted data directly identifies the identity of the vehicle.

5. Therefore, as an effect derived therefrom, in the case of handling encrypted data, the user inputs to the ticket issuing machine both the information for identifying the user himself and the information for identifying his own vehicle to be parked. You are not required to Therefore, when handling encrypted data, the burden on the user upon input to the ticket issuing machine is reduced, and the size of the data to be input from the user to the ticket issuing machine is reduced, which in turn saves the data. Memory capacity is reduced.

  Further, the action of the same user inputting parking data to the ticket issuing machine, which is encrypted data issued for the user by the ticket issuing machine and for each event of each parking, has the following significance.

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 ticket issuing machine is installed and that there was a fact that the ticket issuing machine was operated. As a result, the fact that the user is in a specific parking lot is revealed from the act of the user inputting encrypted data into the ticketing machine.

2. If the ticket issuing machine has a clock function, when the user inputs the encrypted data to the ticket issuing machine, the ticket issuing machine can know the time when the input is performed. As a result, if this ticket issue machine has a clock function, the fact that the user is at a specific parking lot at the current time is because the user enters the encrypted data into the ticket issue machine. Prove.

  Based on some of the findings described above, according to this ticketing machine, after the issuance of encrypted data (before or after the expiration of the effective parking time), the user combines the effective parking time with the encrypted data to obtain the effective parking time. If an extension request for extension is input to the ticket issuing machine, the pre-encrypted data is acquired from the input encrypted data, and the payment of the additional parking fee is conditioned based on the acquired pre-encrypted data. To extend the effective parking time.

  Therefore, according to this ticketing machine, the user makes an unauthorized input to the ticketing machine without requesting the user to transmit the encrypted data to the remote control center. When the user operates the ticket issuing machine, it is possible to extend the effective parking time permitted to the user by the ticket issuing machine while preventing the problem by encryption.

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

  By the way, generally, when trying to design a ticketing machine so as to be able to correctly process a user's extension request (for example, including a later extension request and a prior extension request described later), the ticketing machine It is necessary to design to refer to the information (for example, the end time of the effective parking time) described in the parking slip issued to the user in advance. Because, to extend the original effective parking time exactly by the time corresponding to the amount of the additional parking fee paid by the user, that is, to calculate the length of the extended parking time to meet the payment amount of the additional parking fee 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 item, the information (hereinafter referred to as "parking related information") described in the parking slip issued to the user in advance is associated with the identification information of the user, for example. It is not necessary to save in the memory of the ticket issuing machine. Because, the parking related information corresponds to the encrypted data, and the encrypted data can be input from the user, and this ticketing machine is necessary if only the encrypted data is known. This is because parking related information can be reproduced.

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

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

  In the present specification and claims, “payment of parking fee” and “payment of additional parking fee” pay, for example, parking fee (including additional parking fee) to the ticket issue machine (for example, Money, substitute money, coupon vouchers, credit cards, prepaid cards, electronic money) direct payment system, or online payment without online ticketing machine, can be used to pay the agent who manages the parking lot However, it is not limited to these.

  In the present specification and claims, “parking slip” is a small piece (slip, printed matter, medium for visualizing and displaying information, information for visualizing information to be issued by a ticketing machine installed in a parking lot). For example, common names include, but are not limited to, parking tickets, receipts, and the like.

  In the present specification and claims, “encryption data” is encryption data generated by the external device instead of encryption even if the ticket issuing machine generates the encryption by itself. May be received and used by the ticket issuing machine.

  In the specification and claims, the act of "the user enters a request" means the act of the user directly entering a specific request into the ticket issuing machine, or the ticket issuing machine does not enter the particular request. In a state of being in a mode for receiving input, it includes an act of inputting related information and data required by the user, but is not limited thereto.

  In the present specification and claims, “vehicle” includes, but is not limited to, for example, a car, a motorcycle, a bicycle, a freight vehicle, and the like.

(2) The extension request is a pre-extension request that the user requests extension of the effective parking time before the effective parking time elapses, and the user extends the effective parking time after the effective parking time elapses Including a post extension request to charge,
The extension permission unit
If the time when each extension request was made is within the effective parking time, it is determined that the current extension parking is the advance extension request, while the time when each extension request is made is If it is after the effective parking time, it is determined that the current extension parking is the post-extension request, and accordingly, it includes the determination unit that determines the type of extension request for each time. 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 input additional information for determining the type of extension request each time to the ticketing machine every time the effective parking time is extended, and as a result, this Also improves the usability of the ticketing machine.

(3) The extension permission unit further includes:
Activated when the extension request is the advance extension request, and before the extension based on the payment amount of the additional parking fee and the acquired pre-encrypted data, on condition of payment of the additional parking fee A parking lot ticketing machine according to item (2), including 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 includes:
The extension request is started from the end time of the effective parking time based on the acquired pre-encrypted data and the time when the extension request is made, which is activated when the extension request is the post extension request. Calculating the length of the extended parking time, which is the time elapsed between the time when the event occurred and the amount of the additional parking fee calculated based on the calculated length of the extended parking time, (2) or (3) including the post extension request processing unit for extending the effective parking time from the end time of the effective parking time before extension on condition of payment of the additional parking fee at a fixed amount Parking lot ticketing machine.

(5) Furthermore, the user input part which a user inputs is included,
The user input unit is
The real or virtual ticketing button operated by the user to make the parking permission request, and the total amount of money or substitute money inserted into the ticketing machine by the user reaches the desired amount At least one of a real or virtual money amount setting button to be operated;
A real or virtual extension button operated by the user to make the extension request;
The parking lot ticketing machine according to any one of (1) to (4), wherein the extension button is shared when the user inputs the advance extension request and when the post extension request is input. .

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

(7) The parking lot ticketing 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 pre-encryption data into the encryption data according to an encryption table;
A decryption unit that decrypts the encrypted data by reversely converting the encrypted data to the pre-encrypted data according to the encryption table;
Thereby, the ticketing machine according to any one of the items (1) to (7), which is a self-supporting type that performs both the encryption and the decryption without depending on an external device.

(9) The parking lot is managed by a remote control center,
The management center is
An encryption unit that performs encryption by converting the pre-encryption data into the encryption data according to an encryption table;
A decryption unit that decrypts the encrypted data by reversely converting the encrypted data to the pre-encrypted data according to the encryption table;
The ticketing machine is
A communication device for transmitting the encrypted data to the management center and receiving the pre-encrypted data from the management center;
Thereby, the ticket issuing machine according to any one of the items (1) to (7), wherein the ticket issuing machine is a dependent type that performs both the encryption and the decryption depending on an external device.

(10) A ticket issuing 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, the user is permitted to park in the parking lot for the length of the effective parking time commensurate with the payment amount on condition that the parking fee is paid, and the start time and end of the effective parking time Pre-encrypted data representing at least one of the time, the length of the effective parking time, and the payment amount of the parking fee, and is encrypted data uniquely corresponding to one that can be decrypted by the user A parking permission unit that issues to the user what the user can not decipher.
A storage unit for storing the acquired encrypted data in a memory;
Whether the encrypted data is read out intermittently or periodically from the memory, the end time of the latest effective parking time is estimated from the read out encrypted data, and whether the estimated end time is later than the current time A determination unit which determines intermittently or periodically whether or not the illegal parking where the actual parking time in the parking lot exceeds the latest effective parking time is established. Parking lot ticketing machine including.

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

  Therefore, according to this ticket issuing machine, the storage capacity of the memory can be saved as compared with the case where the unencrypted data is stored together with or instead of the encrypted data.

(11) A ticket issuing 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, the user is permitted to park in the parking lot for the length of the effective parking time commensurate with the payment amount on condition that the parking fee is paid, and the start time and end of the effective parking time Pre-encrypted data representing at least one of the time, the length of the effective parking time, and the payment amount of the parking fee, and is encrypted data uniquely corresponding to one that can be decrypted by the user A parking permission unit that issues to the user what the user can not decipher.
When the user inputs an exit permission request for requesting an exit from the parking lot and the encrypted data, the end time of the latest effective parking time is estimated from the input encrypted data, and the estimated time is estimated A parking lot ticketing machine including: a delivery permission unit that permits the delivery if the end time is not later than a current time;

  According to this ticketing machine, the user is required to input encrypted data to the ticketing 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. It is.

  Therefore, according to this ticketing machine, the user only imposes a less burden on the user than when the user is required to input data representing the user's ID and vehicle number to the ticketing machine at the time of delivery. Accurately understand the fact that the user left the issue.

(12) A method of controlling a ticketing machine installed so as to be commonly used for the plurality of parking positions in a prepaid parking lot having a plurality of parking positions for a vehicle.
Prior to the start of parking, allowing the user to park in the parking lot for the length of the effective parking time commensurate with the payment amount on condition of payment of the parking fee, and controlling the printer of the ticketing machine And the user is pre-encrypted data representing at least one of the start time and 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 step of issuing to the user encrypted data uniquely corresponding to the decipherable ones that the user can not decipher;
When the user inputs an extension request for extending the effective parking time after the issuance of the encrypted data and the encrypted data, the unencrypted data is acquired from the input encrypted data and acquired. And an extension permitting step of permitting extension of the effective parking time on condition of payment of additional parking fee based on pre-encryption data.

(13) A program executed by a computer of a parking lot ticketing machine for operating the parking lot ticketing machine according to any one of (1) to (11).

(14) A recording medium recording the program according to (13) in a computer readable manner.

(15) A parking lot management server to which communication devices of a plurality of users are connected via a communication network in order to manage prepayment type parking lot reservation and settlement online.
Upon receipt of a parking permit request requesting permission to park in the parking lot from the user, the user may use the parking lot for an effective parking time of a length commensurate with the payment amount, provided that the user pays for the parking fee. Sending a parking permission message to the user indicating that the user is allowed to park in the car, and at least one of the start time and end time of the effective parking time, the length of the effective parking time, and the payment amount of the parking fee To convert the unencrypted data that can be decrypted by the user into encrypted data that uniquely corresponds to the unencrypted data and can not be decrypted by the user. A parking permission unit that transmits data and encrypted data to the user;
After the issuance of the encrypted data from the user, upon receiving the extension request for extending the effective parking time and the encrypted data, the unencrypted data is restored from the received encrypted data, and the restored data is restored. A parking lot management server including: an extension permission unit that transmits to the user an extension permission message indicating permission to extend the effective parking time on condition of payment of an additional parking fee based on pre-encryption data;

(16) Furthermore,
It is an encryption time displayed so as to change from time to time on the screen of the display device installed in the parking lot, the encrypted data, and the withdrawal permission request for requesting the parking lot to be issued from the parking lot from the user. When the current time is encrypted, 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 encryption time. (13) The parking lot management server according to (13), further including: a delivery permission unit that transmits to the user a delivery permission message indicating that the delivery is permitted if it is not after 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 recording the program according to (17) in a computer readable manner.

(19) A method for enabling a user to provide time-limited services to users according to individual temporal conditions for each user.
Upon receiving a request for requesting the service from the user, the user is permitted to provide the service according to the temporal condition designated by the user, provided that a predetermined permission condition is satisfied. Permission process,
An encryption step of converting pre-encrypted data representing the temporal condition, which can not be decrypted by the user, into encrypted data which can not be decrypted by the user;
Issuing the encrypted data to the user;
Receiving the encrypted data when the user inputs the encrypted data, together with the designation of the event desired by the user to be processed in relation to the authorized service, after the encrypted data is issued When,
A decryption step of inversely converting the received encrypted data into the pre-encrypted data according to the encryption table, thereby performing decryption;
An event processing step of estimating the temporal condition from the pre-encrypted data and processing the designated event based on the estimated temporal condition.

(20) The encryption step converts the unencrypted data into the encrypted data according to an encryption table commonly used by other users,
In the receiving step, when the user inputs a request for processing the encrypted data in association with the permitted service after the encrypted data is issued, the encrypted data is input by the user. In relation to the current time of day,
The event processing step estimates the temporal condition from the data before encryption, and processes the designated event based on the relationship between the estimated temporal condition and the time (19). Time-limited service delivery method.

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

FIG. 1 is a plan view showing an example of an unmanned parking lot provided with a ticket issuing machine according to a first embodiment of the present invention. 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 part configuration of the ticket issuing machine shown in FIG. FIG. 5 is a flow chart conceptually showing a part of a ticket issue / settlement program executed by the computer shown in FIG. FIG. 6 is a flow chart conceptually showing another part of the ticket issue / settlement program. FIG. 7 is a flowchart conceptually showing still another part of the ticket issue / settlement program. FIG. 8 is a flow chart conceptually showing still another part of the ticket issue / settlement program. FIGS. 9A to 9D are front views showing a plurality of images displayed on the screen of the display shown in FIG. 10 (a) is a front view showing an example of a parking ticket and a receipt issued upon payment of a prepaid parking fee by the ticket issuing machine shown in FIG. 2, and FIG. 10 (b) is a front view. It is a front view which shows an example of the receipt issued with payment of the additional parking fee accompanying a subsequent extension request by the ticket issuing machine shown, FIG.10 (c) is a advance extension request by the ticket issuing machine shown in FIG. It is a front view showing an example of a parking ticket and a receipt issued with payment of the additional parking charge accompanying with. FIG. 11 (a) is a vertical cross-sectional view showing the parking ticket shown in FIG. 10 (a) immediately after being issued, and FIG. 11 (b) shows that the parking ticket is partially peeled off and bent It is a longitudinal cross-sectional view shown in the closed state. 12 (a) is a side sectional view showing the parking ticket shown in FIG. 10 (a) attached to the back of the windshield of the parking vehicle, and FIG. 12 (b) shows the parking ticket. FIG. 10 is a perspective view showing a part of the display sheet thereof in a state of being peeled off from the separator and bent. FIG. 13 is a perspective view showing a state in which the parking ticket shown in FIG. 10 (a) is attached to the back of the windshield of the parking vehicle. 14 (a)-(c) show the configuration of an example of encrypted data to be printed on the receipts shown in FIGS. 10 (a)-(c) respectively, the corresponding unencrypted data, and the corresponding unencrypted data. It is a figure for demonstrating the conversion process to encryption data. FIG. 15 is a block diagram showing a part configuration of a ticket issuing machine according to a second exemplary embodiment of the present invention. FIGS. 16 (a) to 16 (c) are diagrams for explaining an example of how the unauthorized parking list stored in the memory shown in FIG. 15 is updated. FIGS. 17 (a) and 17 (b) are diagrams for explaining another example of the state in which the unauthorized parking list stored in the memory shown in FIG. 15 is updated. FIG. 18 is a flow chart conceptually showing an example of an unauthorized parking list update program executed by a computer to operate the unauthorized parking list updating unit shown in FIG. FIG. 19 is a block diagram showing a part configuration of a ticket issuing machine according to a third exemplary embodiment of the present invention. FIG. 20 is a conceptual representation of an on-line parking reservation and settlement system according to a fourth exemplary embodiment of the present invention, wherein a user has a ticketing machine and a management server to make parking reservation and settlement online. It is a block diagram. 21 (a) to 21 (d) are front views showing a plurality of images displayed on the screen of the display of the ticket issuing machine shown in FIG. FIG. 22 is a diagram for explaining a process of converting the current time and generating the encryption time shown in each of (a) to (d) of FIG. FIG. 23 is a flow chart conceptually showing a parking permit program executed by the processor shown in FIG. FIG. 24 is a flow chart conceptually showing an illegal parking list update program executed by the processor shown in FIG. FIG. 25 is a flow chart conceptually showing a post-extension permit program executed by the processor shown in FIG. FIG. 26 is a flow chart conceptually showing a pre-extension grant program executed by the processor shown in FIG. FIG. 27 is a flow chart conceptually showing an expiration notice program executed by the processor shown in FIG. FIG. 28 is a flow chart conceptually showing a delivery permission program executed by the processor shown in FIG.

  Hereinafter, several exemplary embodiments of the present invention will be described in detail based on the drawings.

First Embodiment of the Present Invention

  An example of a prepaid parking lot 10 is shown in plan view in FIG. In this parking lot 10, a parking lot ticketing machine (hereinafter, simply referred to as a "ticketing machine") 20 according to the first exemplary embodiment of the present invention is installed and used.

  The parking lot 10 has a plurality of parking positions (parking spaces) that allow simultaneous parking of a plurality of cars. A single ticketing machine (generally also referred to as a "settlement machine") 20 has a plurality of parkings at a position near the only entry / exit 12 (which is both a storage and exit) of the parking lot 10. It is installed as a centralized ticketing machine common to the locations. This parking lot 10 is an unmanned type in which there is no full-time worker 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 self-supporting type that performs encryption and decryption without relying 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, for one reason that it is a self-supporting type.

  Alternatively, however, it is possible to implement the invention in a manner in which the ticket issuing machine 20 is partially or completely dependent on the management center for one or both of encryption and decryption. A mode for carrying out the present invention will be described later as a third embodiment in a mode in which the ticket issuing machine 20 is completely dependent on both the encryption and the decryption depending on the management center.

  In addition, in addition to the definition of the term "vehicle", the term "vehicle" in the "mode for carrying out the invention" means only an automobile, but in other sections of this specification And in the claims section, the term "vehicle" should be interpreted as a term covering not only cars but also all kinds of moving bodies such as bicycles, motorcycles and the like.

  There are two types of parking areas on the site of the parking lot 10. It is a section for lending the parking space on a daily basis to the user of each vehicle (temporary storage section or a section for day rental) and for each user of the vehicle on a premise of prior contract in January units It is with the section (monthly section) for lending parking space. The ticketing machine 20 is used for the temporary deposit section. Hereinafter, when simply referring to "parking lot 10", it means only the temporary storage section of the parking lot 10, that is, the area where the ticket issuing machine 20 is used.

  In order to use the parking lot 10, the driver who is the user drives his / her own vehicle, enters the entrance / exit 12 from the adjacent road, and continues to drive and bypass the ticketing machine 20, and further, Drive the vehicle to one of the parking spaces (parking positions) selected by yourself and park there. Thereafter, the user gets out of his vehicle and walks to the ticket issue machine 20 at the entrance 12 and pays the parking fee to the ticket issue machine 20 there.

  The parking lot 10 adopts a direct settlement system that requires the user to pay a 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 it is possible to pay in other money, substitute money, coupon ticket, credit card, etc. It may be possible to pay with a prepaid card, electronic money or the like. Alternatively, the parking lot 10 may employ an on-line checkout method to pay a vendor who manages the parking lot online without intervention of the ticket issuing machine 20.

  In FIG. 2, the ticket issuing machine 20 is shown in a front view, and in FIG. 3, the ticket issuing machine 20 is shown in a perspective view with the door 24 open, and in FIG. The twenty component configurations are shown in a block diagram. FIGS. 5 to 8 conceptually show, in the form of a flowchart, a ticket issue / settlement program executed by the computer 100 in the control board 34 shown in FIG. FIGS. 9A to 9D are front views showing a plurality of images displayed on the screen of the display 36 shown in FIG.

  The user receives the parking ticket 80 shown in FIG. 10 (a) and FIG. 11 from the ticket issuing machine 20 in exchange for payment of the parking fee. Thereafter, as shown in FIG. 12 and FIG. 13, the user uses his / her vehicle windshield 110 (this is an example of “window glass”, but the “window glass” is the front It is stuck on the back of the glass 110). Since the parking ticket 80 is placed in the room of the parking vehicle, it is neither exposed to rain nor lost.

  As shown in FIG. 1, the parking lot 10 is a prepaid unmanned parking lot having a plurality of parking positions, and a device (for example, a device for blocking the leaving of the vehicle (for example, blocking the leaving of the parking lot 10) , The delivery gate device and the ring stop device (for example, flap type, appearance type), and the user can freely select any one of the plurality of parking positions to park his own vehicle (The selected parking position is not monitored by the ticketing machine 20). A ticketing machine 20 is used for the parking lot 10 configured as described above.

  Here, the ticket issuing machine 20 will be described more specifically. The ticket issuing machine 20 has a charge settlement function but has neither a change function nor a communication function. This ticketing machine 20 requires the user to pay a parking fee using only coins, not banknotes. In addition, the ticket issuing machine 20 inputs the user identification number to the user, inputs the vehicle identification information (for example, the vehicle number) of the user's vehicle, and specifies which one of the plurality of parking positions the user selects. , Do not request.

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

  The ticket issuing 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 pushes out the extension button 74 when leaving the house and the effective parking time has already expired, the current request is a post-progress extension request Is automatically recognized, indicating that the payment has been made on the condition that the additional parking fee has been paid (substantially, this means that the extension has been permitted after expiration of the effective parking time) A receipt 81b (see FIG. 10 (b)) is issued.

  On the other hand, according to the second effective parking time extension function, the user is after the parking start and before the parking end (but before the expiration of the effective parking time, for example, the same day as the parking start date) Also, immediately after the issuance of the first receipt 81 a), when the extension button 74 is pressed, the current request is automatically recognized as a pre-extension request, and it is effective on condition of payment of the additional parking fee. A parking ticket 80c (see FIG. 10 (c)) indicating that the extension of the parking time is permitted (substantially, meaning that the extension is permitted before the expiration of the effective parking time), and the prepayment Two receipts 81c (see FIG. 10 (c)) are issued with spelling indicating that settlement for the additional parking fee has been completed.

  In the present embodiment, the receipts 81a and 81c respectively constitute an example of the "prepayment receipt", and the receipt (hereinafter also referred to as "settlement receipt") 81b is a "postpayment receipt." The book forms an example of

  In the present embodiment, a two-sheet parking ticket issued upon payment of the prepaid parking fee (ie, a normal parking ticket and a parking ticket issued upon advance extension request in the present embodiment) The two types are the two spellings of the parking ticket 80, 80c and the receipt 81a, 81c, but the user separates the parking ticket 80, 80c and the receipt 81a, 81c from each other, and the parking ticket 80, 80c. Only in the parked vehicle, the receipts 81a, 81c can be carried. On the receipts 81a and 81c, as described later, the end time of the effective parking time (the time zone during which the user is permitted to park the vehicle) is printed, and the effective parking time is valid at any place away from the parking vehicle It is convenient for the user to carry the receipts 81a and 81c in order to be able to refer to the end time of the event.

  As shown in FIG. 3, the ticket issuing machine 20 is configured such that a door 24 is attached to a vertically long, box-like casing 22 so as to be openable and closable at one side thereof. The internal configuration of the ticket issuing machine 20 is shown in FIG. 3 in a perspective view with the door 24 open. FIG. 4 is a block diagram showing the components of the ticket issuing machine 20. As shown in FIG.

  As shown in FIG. 3, the ticket issuing machine 20 includes 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"). It is configured to have 10 keys operated to input each, that is, so-called ten keys 38, and a printer 40 that prints and issues parking tickets 80, 80c and receipts 81a, 81b, 81c. There is. Among the components, only the coin processing unit 30 is attached to the back of the door 24, and the remaining components are attached to the inside of the casing 22.

  As shown in FIG. 3, the printer 40 is equipped with a roller 42 in which a continuous sheet before printing is wound and stored. The printer 40 performs printing on a continuous sheet fed by the length of one sheet from the roller 42. After printing is completed, the printer 40 cuts a continuous sheet at any time by a cutter (not shown), and from the continuous sheet, two sheets of a parking ticket 80, 80c and a receipt 81a, 81c after payment of the prepaid parking fee While the spelling is separated, the receipt 81b for one sheet is separated after the payment of the additional parking fee accompanying the post extension. However, as shown in FIGS. 10 (a) and 10 (c), a cut line 89 is formed between the parking ticket 80, 80c and the receipts 81a, 81c, which are two-sheet spellings, and the user can Along the tear line 89, it is possible to easily separate the parking tickets 80, 80c and the receipts 81a, 81c from one another.

  The cutter has a cutting blade (not shown), and the cutting blade is moved in the width direction of the continuous sheet to cut the continuous sheet in the width direction. Further, the cutter may 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 leaving only a part in the width direction.

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

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

  The ticketing machine 20 further has the above-mentioned amount confirmation button 70 pressed after the user pays the parking fee, and the above-mentioned extension button 74 pressed for the user to make a pre-extension request or a post-extension request. It is configured. The amount-of-money confirmation button 70 and the extension button 74 are mounted on the front of the door 24 of the ticket issuing machine 20, as shown in FIG. The amount-of-money confirmation button 70 and the extension button 74 are electrically connected to the control board 34, as shown in FIG.

  Each of the amount-of-money confirmation button 70 and the extension button 74 is configured as an existing physical switch, but is not limited thereto. For example, a virtual switch (displayed on the screen of the display 36 For example, it may be configured as a button, a key, an icon).

  The control board 34 is mainly configured of the computer 100. The control board 34 has a built-in clock 102, and can always obtain the current date and time (for example, the date and time when the amount-of-money confirmation button 70 is pressed and the date and time when the extension button 74 is pressed). The control board 34 further incorporates a memory 104. In the memory 104, an encryption table to be described later is stored in a state in which only an authorized person can rewrite.

  As shown in FIG. 4, the computer 100 controls the operation of the parking permission unit 200, the encryption unit 202, the decryption unit 204, the extension permission unit 206, and the printer 40, as will be described in detail later. And a control unit 208. The extension permission unit 206 includes a determination unit 300, a prior extension request processing unit 302, and a post extension request processing unit 304.

  In addition, the control board 34 can be in the form of realizing the same function as the computer 100 by a sequencer (sequence control).

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

  When a coin is inserted, in step S4, the total amount of coins inserted by the user is calculated as an inserted amount based on the signal from the coin selector 54. Subsequently, in step S5, the parking time commensurate with the calculated amount of money is calculated as the effective parking time.

  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 effective parking time length from the input amount according to the charge setting. be able to. With regard to the charge setting, for example, the parking lot manager can individually input in each time unit by operating the touch panel of the display 36.

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

  Thereafter, in step S6, the coin-in-progress screen shown in FIG. 9B is displayed on the screen of the display unit 36. At this time, the calculated charging amount and the length of the parking time (effective parking time) are displayed.

  Subsequently, in step S7, it is determined whether the amount-of-money confirmation button 70 has been pressed. If the amount confirmation button 70 has not been pressed, the process returns to step S3, but if the amount confirmation button 70 is pressed, the process proceeds to step S8.

  After the coin insertion is started, the execution of steps S3 to S8 is repeated until the amount confirmation button 70 is pressed. As a result, every time the user inserts a coin into the coin insertion slot 50, the total amount of coins inserted by the user from the insertion start time to the current time is calculated as the insertion amount, and from the calculated insertion amount, The calculation of the effective parking time commensurate with the charging amount and the displaying of the calculated charging amount and the effective parking time on the screen of the display 36 are performed.

  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 currently permitted effective parking time to the current time. Thereafter, in step S10, a parking ticket / receipt issuance screen shown in FIG. 9C is displayed on the screen of the display 36. At this time, the amount of the parking fee determined by the operation of the amount setting button 70 by the user is displayed as the amount of the prepaid parking fee.

  Subsequently, at step S11, the time of receipt when the user has put in the parking lot 10 (in the present embodiment, exactly the current time measured at step S8) and the length of the effective parking time (or the user pays Pre-encryption data representing the amount of prepaid parking fee, etc., which is visible to the user and directly decipherable, can not be deciphered by the user by referring to the encryption table It is converted into encrypted data (in the present embodiment, a plurality of numeric strings) 130. In this step S11, encryption is performed, and in the present embodiment, the encrypted data 130 is acquired without depending on the external device. In this step S11, the acquired encrypted data 130 is stored in the memory 104 in preparation for subsequent use, as necessary.

  In the present embodiment, as shown in FIG. 14A, the encrypted data 130 is defined by a symbol of nine digits (more digits or less digits) arranged in a line. It is done. The symbol of each digit is selected, for example, as any one of ten numbers from "0" to "9". The multi-digit symbols are divided into a plurality of groups and printed on the receipt 81a, and adjacent groups are connected by a hyphen to add a visual separator between the multi-digit symbols. However, doing so is not essential to the practice of the present invention.

  As shown in FIG. 14 (b), an example of a general configuration of pre-encryption data (the notation of the year is omitted to reduce the number of digits of the pre-encryption data) is as follows: Goods are stored in mm, and the length of effective parking time is TT time. As shown in FIG. 14C, this pre-encryption data is, as shown in FIG. 14C, a number MM representing the month, a number DD representing the day, a number hh representing the time of the time, and a number representing the minute of the time mm and parking time (if the corresponding receipt is for prepayment, this means the effective parking time, while if the corresponding receipt is a receipt for additional parking fee with a post extension request, it is extended It has five elements, a number TT representing the length of parking time).

  The encryption table is, as shown in FIG. 14C, referred to in order to encrypt the monthly encryption table referred to in order to encrypt the digit MM representing the month, and the digit DD representing the day. A day-by-day encryption table, a time-based encryption table referred to for encrypting the number hh representing the time of the hour, and a reference for encrypting the number mm representing the minute of the time And a time encryption table to be referred to for encrypting the number TT representing the length of parking time. Each of the five elements described above is encrypted by referring to the corresponding encryption table, whereby 9-digit encrypted data 130 is created.

  In this embodiment, the encryption table is updated daily, but adopts a method of updating it each time a period longer than 24 hours elapses (in the same period, the encryption table is not updated), or A scheme in which the encryption table is updated 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 in one cycle and the period in another cycle) It is possible to adopt a common pattern).

  In one example, in the memory 104, when the encryption table is updated daily, the encryption table set, which is an encryption table for one month, is updated every month. In this case, the encryption table set is updated by the manager, for example, every month when the manager visits the parking lot 10.

  Further, since the relationship between the plurality of pre-encrypted data and the plurality of encrypted data 130 defined by the same encryption table set is a one-to-one relationship, one encrypted data 130 is obtained from one pre-encrypted data. Similarly, one pre-encrypted data is generated from one encrypted data 130. Thus, the relationship between the pre-encrypted data and the encrypted data 130 is reversible. The same pre-encryption data does not commonly occur in a plurality of vehicles or a plurality of parking events, and the same cryptographic data 130 does not occur in common a plurality of vehicles or a plurality of parking events.

  Also, in one example, for each of the five elements MM, DD, hh, mm, and TT described above, the relationship between the data before encryption and the encryption data in the encryption table, that is, the numbers 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 the random number is adopted as the code after encryption, It is generated.

  When the encryption is completed in step S11 shown in FIG. 5, the parking ticket 80 and the receipt 81a are printed by the printer 40 and issued in step S12. In the receipt 81a, as shown in FIG. 10 (a), the user can decrypt the same information regarding the payment of the parking fee or at least one of the time, the amount, and the length of the parking time concerning the parking time. It is printed as both the previous data and the encrypted data 130 that the user can not decrypt. This is the end of the current execution of the ticketing / settling program.

  Specifically, as shown in FIG. 10A, in the parking ticket 80, the end time of the effective parking time commensurate with the amount of the prepaid parking fee paid by the user and the location of the parking lot 10 are specified. Is displayed and printed.

  On the other hand, on the receipt 81a, the storage time, the amount of the prepaid parking fee paid by the user, the end time of the effective parking time, and a display for specifying the location of the parking lot 10 are printed. . Further, the encrypted data 130 exemplified by “111-222-333” is also printed on the receipt 81 a.

  As this encrypted data 130 is shown in text form in FIG. 14 (b), the receipt time (this is the time when the prepaid parking fee was paid and the start time of the parking time, the parking ticket 80 and the receipt 81 a It is equivalent to the time when the ticket was issued) and the length of the effective parking time (which is equivalent to the amount of the prepaid parking fee paid), which is the pre-encrypted data 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 a guidance for the user 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 the user via the key input unit 38. At this point, at least one receipt 81c may have been issued to the same user because the advance extension request has already been made at least once, and in this case, the user issues Among the plurality of encrypted data, only the last issued one is input to the ticket issuing machine 20. In this step S22, the input encrypted data 130 is stored in the memory 104 for the subsequent use, as necessary.

  In this embodiment, the key input unit 38 is used as a device for inputting the encrypted data 130 printed on the receipt 81 a to the ticket issuing machine 20, but instead of or in addition to this, the encrypted data 130 is used. A reader can be added to the ticket issuing machine 20 to automatically read mechanically.

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

  Subsequently, in step S24, the current time is measured by using the clock 102. Thereafter, in step S25, the start time, the end time, and the length of the current effective parking time permitted to the user are estimated from the acquired pre-encryption data. Subsequently, in step S26, whether 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 the current time is after the effective parking time has elapsed It is judged.

  If the current time is after the expiration of the effective parking time, it is determined in step S27 that the current extension request of the user corresponds to the post-extension request. On the other hand, if the current time is before the passage of the effective parking time, it is determined in step S28 that the current extension request of the user corresponds to the advance extension request.

  If the extension request this time corresponds to the post extension request, then the current time is measured by using the clock 102 in step S31 shown in FIG. Thereafter, 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 additional parking fee commensurate with the calculated length of the extended parking time is calculated according to the fee setting.

  The steps S31 to S33 will be specifically described with reference to the example shown in FIG. 10B. In step S31, the current time is measured as 18:50. Subsequently, in step S32, the computer 100 acquires that the end time of the effective parking time before extension estimated in step S25 is 17:20 as shown in FIG. 10A, and further, The additional parking time is calculated as one and a half hours. Thereafter, in step S33, the computer 100 selects two hours from among the plurality of candidate times as being longer and closest to 1 hour 30 minutes according to the charge setting, and the corresponding parking charge of 300 yen is selected. , Calculate this as additional parking fee.

  Thus, in the present embodiment, when the user issues a request for a post extension request, the relationship between the amount of additional parking fee paid and the extension length of the effective parking time is the same as that of the prepaid parking fee paid at the time of storage. Payment is made without considering the amount of prepaid parking fee paid at the time of goods receipt, ie the length of the effective parking time before extension, if it is set in common with the relationship between the amount and the length of the effective parking time The effective parking time before extension will be extended by the amount of time corresponding to the amount of the additional parking fee. That is, an independent charging system is adopted as a calculation system of the additional parking fee.

  Alternatively, when the user instructs a request for post-extension, the actual parking time, which is the time from the time of goods receipt to the time of goods leaving, according to the relationship between the amount of prepaid parking fees paid at the time of goods receipt and the length of effective parking time. 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 upon leaving is calculated by subtracting the amount of the prepaid parking fee paid upon receipt from the total parking fee. It is possible to implement the present invention in the aspect (i.e. differential charging scheme) that is

  Thereafter, in step S34, a 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. Thereafter, in step S38, it is determined whether or not the total amount of the input money matches the amount of the calculated additional parking fee. If they do not match, the process returns to step S35, but if they do match, the current time and the length of the extended parking time are added in step S39 in the same manner as step S11 shown in FIG. The unencrypted data representing the parking fee amount is converted to encrypted data 140 by referring to the encrypted table. In this step S39, the acquired encrypted data 140 is stored in the memory 104 in preparation for subsequent use, as necessary.

  Thereafter, in step S40, the receipt 81b is printed by the printer 40 and issued. In the receipt 81b, as shown in FIG. 10 (b), the user can decrypt the same information regarding the payment of the parking fee or at least one of the date and time, the amount of money and the length of the parking time It is printed as both the previous data and the encrypted data 140 that the user can not decrypt. This is the end of the current execution of the ticketing / settling program.

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

  Further, the encrypted data 140 exemplified by "123-456-789" is also printed on the receipt 81b. The encrypted data 140 is obtained by encrypting unencrypted data representing the date and time when the receipt 81 b is issued and the length of the extended parking time.

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

  In order to specifically explain step S53 with reference to the example shown in FIG. 10A, in step S53, first, the length of the effective parking time before extension estimated in step S25 by the computer 100. Then, the amount of the prepaid parking fee paid by the user at the time of receipt is calculated as 400 yen. Next, since the amount of the additional parking fee currently paid is assumed to be 100 yen, the computer 100 calculates the sum of the prepaid parking fee and the additional parking fee as 500 yen.

  Subsequently, the computer 100 is assumed to be the same as the case where 500 yen is paid as a prepaid parking fee at one time at the time of storage, and the computer 100 determines 6 hours according to the above-mentioned 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 Feb. 13, the computer 100 calculates the ending time of the effective parking time after extension as 19:20 on Feb. 13.

  Thereafter, in step S54, the coin insertion in progress screen shown in FIG. 9B is displayed on the screen of the display unit 36. At this time, the calculated charging amount and the length of the parking time (effective parking time after extension) are displayed.

  Subsequently, in step S55, it is determined whether the amount-of-money confirmation button 70 has been pressed. If the amount confirmation button 70 has not been pressed, the process returns to step S51, but if the amount determination button 70 is pressed, the process proceeds to step S56. After the coin insertion is started, 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 is calculated according to the total value of the input amount.

  The step S56 will be specifically described with reference to an example shown in FIG. 10C. In this step S56, first, the computer 100 determines the length of the effective parking time before extension estimated in the step S25. Then, the amount of the prepaid parking fee paid by the user at the time of receipt is calculated as 400 yen. Next, since it is assumed that the amount of the additional parking fee currently paid is 1100 yen, the computer 100 calculates the total value of the prepaid parking fee and the additional parking fee as 1500 yen.

  Subsequently, the computer 100 is assumed to be the same as in the case where 1500 yen is paid as a prepaid parking fee at one time at the time of storage, and according to the charge setting, the computer 100 corresponds to 24 hours corresponding to 1500 yen. 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 ending time of the effective parking time after extension as 13:20 on February 14.

  Thus, in the present embodiment, when the user instructs 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 storage is Calculated as the length of effective parking time after extension. Then, the amount of the additional parking fee is calculated as the difference between the prepaid parking fee paid at the time of storage and the prepaid parking fee commensurate with the length of the effective parking time after extension. That is, the differential charging method is employed as a method of calculating the additional parking fee.

  On the other hand, the relationship between the amount of additional parking fee paid and the extended length of effective parking time is independent of the relationship between the amount of additional parking fee paid upon receipt and the length of effective parking time If the amount of prepaid parking fee paid at the time of goods receipt, that is, the length of the effective parking time before extension is taken into consideration, it is extended by the time corresponding to the amount of additional parking fee paid It is possible to implement the present invention in an aspect where the previous effective parking time is extended (i.e. independent charging scheme).

  Thereafter, in step S57, a parking ticket / receipt issuance screen shown in FIG. 9C is displayed on the screen of the display 36. At this time, the amount of parking fee determined by the operation of the amount setting button 70 by the user is displayed as the amount of prepaid parking fee for advance extension.

  Subsequently, at step S58, the warehousing time at which the user warehousing in the parking lot 10 (in the present embodiment, the start time of the effective parking time before extension estimated in step S25 shown in FIG. 6) The unencrypted data representing the end time of the parking time (or the amount of prepaid parking fee paid by the user for advance extension, etc.) which is visible to the user and is directly decipherable, By referring to the conversion table, it is converted into encrypted data 150 which can not be decrypted by the user.

  In this step S58, encryption is performed in the same manner as step S11 shown in FIG. 5, and in this embodiment, the encrypted data 150 is acquired without depending on the external device. In this step S58, the acquired encrypted data 150 is stored in the memory 104 in preparation for subsequent use, as 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. In the receipt 81c, as shown in FIG. 10 (c), the user can decrypt the same information regarding the payment of the parking fee or at least one of the time, the amount, and the length of the parking time regarding the parking time. It is printed as both the previous data and the encrypted data 150 that the user can not decrypt. This is the end of the current execution of the ticketing / settling program.

  Specifically, as shown in FIG. 10 (c), in the parking ticket 80c, the end time of the effective parking time after extension commensurate with the amount of the prepaid parking fee paid by the user for the advance extension, and the parking A display for identifying the location of the parking lot 10 is printed. In the example shown in FIG. 10 (c), the user pays 1,100 yen as an additional parking fee in response to the advance extension request, and as shown in FIG. 10 (a), the payment amount of the first prepaid parking fee is 400. If you add it to the yen, the total amount of prepaid parking fees will be 1,500 yen. This is the sum of the parking charge for just one day (24 hours) according to the above-mentioned charge setting.

  On the other hand, as shown in FIG. 10 (c), the receipt 81c includes the receipt 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 extension. , And a display for identifying the location of the parking lot 10 are printed. Further, the encrypted data 150 exemplified by "444-555-666" is also printed on the receipt 81c.

  This encrypted data 150 is shown in text form in FIG. 14 (b), showing the storage time and the length of the effective parking time after extension (this is the amount of the prepaid parking fee paid for the first time, and the second time The pre-encryption data representing that is equivalent to the total value with the amount of the prepaid parking fee paid) is encrypted.

  Furthermore, in addition, when receipt 80c is issued with prior extension, it replaces to receipt 80a which is issued first, only receipt 80c, inside the room of the vehicle parked in parking lot 10 It is enough if it is left.

  Moreover, although the example shown in FIG.10 (c) is an example in which a prior extension is performed only once after the issue of the parking ticket shown to Fig.10 (a), a prior extension can be performed twice or more. It is.

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

  The two spellings of the parking ticket 80, 80c and the receipt 81a, 81c correspond to two sheets of the parking ticket 80, and in the two spelling, the size of the parking ticket 80, 80c and the receipt 81a, 81c is And configuration are common to each other. In addition, the receipt 81b corresponds to one sheet of the parking ticket 80, 80c, and the size and the configuration are common to the parking ticket 80, 80c. Hereinafter, in order to simplify the description, only the configuration of the parking ticket 80 will be representatively described.

  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 that order. It is configured. Adhesive layer 83 is applied on the back surface of display sheet 82 so as not to be easily peeled off, and in the state where display sheet 82 is peeled off from the surface of separator 84, the glue of adhesive layer 83 is the surface of separator 84. Does not adhere to

  As shown in FIG. 10A, in the parking ticket 80 for one sheet, the outer periphery of the display sheet 82 is positioned inside the outer periphery of the separator 84. The raw material to be wound around the roller 42 is configured by bonding a plurality of display sheets 82 (in a blank state) aligned 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, and the cutting is performed at the position of the gap between the display sheets 82, and the cutting on the display sheet 82 is not performed. On the other hand, no glue adheres to the surface of the portion of the separator 84 exposed in the gap between the display sheets 82.

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

  However, in the present embodiment, for the receipt 81 b, the separator 84 is completely cut by a length of one sheet by the cutter, while for the two sheets, the number of the separator 84 is two sheets. Completely cut off at a length of However, as described above, with regard to the two sheets, as shown in FIG. 10A, the separator 84 is partially cut between the parking ticket 80 and the receipt 81 a by the cutter, Thereby, the perforation 89 is formed.

  As shown in FIG. 10A, on the display sheet 82 of the parking ticket 80, a cutting line 90 having both ends (not closed) is present immediately above the character string "parking ticket". The cut line 90 is present to allow the user to peel off a portion of the display sheet 82 from the separator 84 while remaining 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, As a result, the surface of the bent portion 92 (the portion of the adhesive layer 83 applied to the back surface of the bent portion 92) is exposed as a glue surface. The bent part 92 is shown by the perspective view in FIG. 12 (a).

  In the present embodiment, in order to prove that the parking by the user is not an illegal parking, as shown in FIG. 12 (b), the user receives the parking ticket 80 received in exchange for coin insertion, as shown in FIG. It is required to stick to the back of the glass 110. Therefore, as shown in FIG. 12 (a), the user locally designates a designated portion (a region surrounded by the cutting line 90 and finally becoming the bent portion 92) of the parking ticket 80. 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). Thereby, 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 for the user, and the parking lot 10 where the parking ticket 80 is valid) (Display for specifying the location of) can be viewed from the outside at any time.

  When a time-over occurs in which the length of actual parking time of a vehicle in the parking lot 10 exceeds the length of effective parking time permitted at the time of receipt of the vehicle, the vehicle starts illegal parking from that point on become. Workers dispatched from the management center to the parking lot 10 view the description of the receipt 80a or 80c left in each vehicle from the outside of each vehicle parked in the parking lot 10, It is determined whether each vehicle is an unauthorized parking vehicle. When the worker determines that a certain vehicle is an illegal parking vehicle, the worker posts a label on the illegal parking vehicle to notify the user who is the owner of the illegal parking vehicle.

  The user who has performed illegal parking whose actual parking time exceeds the effective parking time makes the aforementioned post-extension request to the ticket issuing machine 20 in order to post the additional parking fee for the excess time. If the necessary additional parking fee is additionally paid to the ticket issuing machine 20, a receipt 81b is issued to the user for proof of the additional payment. The user should be treated so as to disappear retroactively from the beginning when the additional payment is made. However, the management center can not know the fact that the necessary additional parking fee has been additionally paid unless special measures are taken.

  As a measure to enable that, for example, when the user parks a vehicle that has been posted because of illegal parking for the first time in the parking lot 10 after the date of the posting, It is desirable to take measures to require that the receipt 81b issued in response to the above-described post-extension request be left visible to the worker in the cabin of the vehicle.

  As is apparent from the above description, in the present embodiment, for convenience of explanation, it is considered that the part of the computer 100 that executes 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 part 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 is possible to consider that the part of the computer 100 that executes step S23 shown in FIG. 6 constitutes the decryption unit 204. Further, in the computer 100, a portion 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. It is possible to think that Further, it is possible to consider that, of the computer 100, 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 is possible to consider that the part of the extension allowing unit 206 that executes the steps S21, S22, and S24 to S28 shown in FIG. 6 constitutes the determining unit 300 shown in FIG. Further, it is possible to consider that the portion of the extension permission unit 206 that executes steps S31 to S38 shown in FIG. 7 constitutes the advance extension request processing unit 302. Further, it is possible to consider that the part 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 is possible to consider that the receipts 81a, 81b and 81c all constitute an example of the "parking slip".

  As apparent 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 control center, and nevertheless, the user The effective parking time permitted to the user by the ticket issuing machine 20 by the user operating the ticket issuing machine 20 while the unauthorized data input to the ticket issuing machine 20 is prevented by the encrypted data 130, 140, 150 It is possible to extend the Thus, 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 to the user in advance (for example, valid parking) It is necessary to refer to the end time of the time). The reason is that, in order to accurately extend the original effective parking time by the amount of time corresponding to the additional parking fee to be newly paid by the user, that is, the length of the extended parking time to be paid for the additional parking fee 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 (hereinafter referred to as "parking related information") described in the parking slip issued to the user in advance in the memory 104 in association with the identification information of the user, for example. It is not necessary to do. Because, the parking related information corresponds to the encrypted data 130, 140, 150, and the encrypted data 130, 140, 150 can be input from the user, and the ticket issuing machine 20 can also This is because the necessary parking related information can be reproduced if only the encrypted data 130, 140, 150 is known.

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

Second Embodiment of the Present Invention

  Next, a ticket issuing machine 320 according to a second exemplary embodiment of the present invention will be described. However, since the present embodiment has many elements in common with the first embodiment, the same elements as in the first embodiment will be denoted by the same reference numerals or names and duplicate descriptions will be omitted, and only different elements will be omitted. To explain in detail.

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

  The illegal parking list updating 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 illegal parking, with reference to the encrypted data and the current time. The data is updated every moment in consideration of the relation 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 unauthorized parking list is an encrypted data history field in which a plurality of encrypted data issued for each vehicle are recorded in time series for each vehicle, and the vehicle is illegally parked. It has a check box where a symbol indicating whether the vehicle is not parked or illegal parking is displayed. In the encrypted data history field, an encrypted data string in which a plurality of encrypted data issued for the same vehicle are arranged in order of appearance is recorded for each vehicle.

  In the check box, in order to facilitate visual recognition by the operator, when it is determined that the illegal parking is not performed, it is determined that the symbol “o”, the illegal parking is performed. In the case, the symbol "x" is displayed. If it is determined that the illegal parking has been retroactively eliminated because the additional parking fee has been additionally paid, the illegal parking list is updated so that the corresponding encrypted data string is deleted.

  FIG. 16 shows an example of a scenario in which the unauthorized parking list is updated. First, when the parking ticket 80 is issued for the vehicle A as shown in FIG. 10A, as shown in FIG. 16A, in the encrypted data history column of the illegal parking list, “111-222- The encrypted data 130 "333" is recorded. When unauthorized parking is not performed for the vehicle A, “o” is recorded in the check box.

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

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

  On the other hand, FIG. 17 shows another example of the scenario in which the unauthorized parking list is updated. First, when the parking ticket 80 is issued for the vehicle A as shown in FIG. 10A, as shown in FIG. 17A, in the encrypted data history column of the illegal parking list, “111-222- The encrypted data 130 "333" is recorded. When unauthorized parking is not performed for the vehicle A, “o” is recorded in the check box.

  Next, for the vehicle A, as shown in FIG. 10C, if the effective parking time is extended before the actual parking time exceeds the effective parking time, as shown in FIG. The encrypted data 150 of "444-555-666" issued along with the extension is added to the encrypted data history field of the list. When the illegal parking is not performed for the vehicle A, the check box is maintained in the state of displaying “o”.

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

  In this illegal parking list update program, first, among the plurality of encrypted data strings recorded in the illegal parking list in step S101, the most recently issued one of the cryptographic data items to be noticed this time is the current target It is read from the illegal parking list as encrypted data. Specifically, in the example shown in FIG. 16C, the encrypted data 140 “123-456-789” is read, and in the example shown in FIG. 17B, “444-555-666”. The encrypted data 150 is read.

  Next, in step S102, decryption is performed on the read target encrypted data, whereby the end time of the latest effective parking time is estimated.

  Subsequently, in step S103, the current time is measured by using the clock 102. Thereafter, in step S104, it is determined whether the estimated end time is a time after the measured current time, that is, whether the time-out has occurred.

  This time, assuming that the time-over has not occurred, it is determined in step S105 whether the check box currently indicates “x”. This time, assuming that the check box does not currently indicate "x", the unauthorized parking list is updated in step S106 so that the check box indicates "o".

  On the other hand, assuming that the check box currently indicates “x”, the unauthorized parking list is updated in step S108 so that the encrypted data string currently being watched is deleted. Because, this time, it was determined that illegal parking was being performed because the actual parking time exceeded the effective parking time, but then the user made a post extension request and paid the necessary additional parking fee .

  On the other hand, assuming that the time-out has occurred this time, the unauthorized parking list is updated such that the check column indicates “x” in step S107.

  Since the steps S101 to S108 described above are repeatedly executed, the unauthorized parking list reflects a temporal change in whether or not each vehicle parked in the parking lot 10 is illegally parked. So, it will be updated every moment.

  In any 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 for requesting permission for delivery from the parking lot 10. In order to input a delivery permission request, the user may, for example, press a dedicated delivery permission button installed on the ticket issuing machine 320, or one of a plurality of existing buttons such as an amount confirmation button 70 and an extension button 74. It is required to perform an unusual operation such as long press or simultaneous pressing of the existing buttons.

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

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

  As a result, it is possible for the worker to identify the necessary one among the plurality of vehicles currently parked in the parking lot 10 and to carry out the necessary sign while referring to the illegal parking check. is there.

  Therefore, according to the present embodiment, the operator visually checks the illegal parking list output from the ticket issuing machine 320 without making it absolutely necessary to visually check the parking slip placed in each parked vehicle. If so, it can be judged correctly and without leakage whether each vehicle is illegally parked. Therefore, according to the present embodiment, it is not necessary to require the user to leave the parking slip in the vehicle so that the user can easily view from outside the vehicle.

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

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

  Thereafter, in step S114, the end time of the latest 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 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 the present delivery is permitted is displayed on the screen of display 36 so that the user can visually recognize, and then in step S118. The unauthorized parking list is updated such that one of the plurality of encrypted data strings recorded in the unauthorized parking list to which the input encrypted data belongs is deleted. As a result, the unauthorized parking list is updated this time to reflect the fact that the delivery was successfully performed. Subsequently, the process proceeds to step S110.

  On the other hand, if it is assumed that the time-over has occurred this time, the determination in step S116 is YES, and in step S119, the user is informed on the screen of the display 36 that the present leaving is not permitted. It will be displayed visually. Subsequently, the process proceeds to step S110.

  In the ticket issuing machine 320, the computer 100 basically executes the same functions as the ticket issuing / settling program shown in FIG. 5 to FIG.

  Among the ticket issue / settlement programs executed by the computer 100 of the ticket issue machine 320, the point different from the ticket issue / settlement programs shown in FIGS. 5 to 8 is that the encrypted data 130 acquired in step S11 shown in FIG. Is stored in the encrypted data history field of the illegal 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 field of the illegal parking list of the memory 104. In the step S22 shown in FIG. 6, the same encrypted data input from the user is stored in the encrypted data string, and in the step S58 shown in FIG. In the encrypted data history column of the illegal parking list, the user at step S22 shown in FIG. Is a point identical to the al inputted encrypted data is stored in the encrypted data sequence belongs.

  As a result, the unauthorized parking list is created such that a plurality of pieces of encrypted data issued for the same vehicle are aligned in the order of appearance in the encrypted data history field.

  As apparent from the above description, according to the present embodiment, when the user makes the post-extension request at the time of leaving the store, the corresponding additional parking fee is additionally paid according to it. The fact that it has been delivered is automatically recorded in the illegal parking list. Therefore, when parking the receipt 81b issued with the above-mentioned post-provision request to the parking lot 10 after the next day, the operator can leave the receipt 81b visible to the interior of the vehicle. You don't need to

  By the way, in the present embodiment, as a result of the illegal parking list being updated every moment, when the delivery is performed before the expiration of the effective parking time, the state of the corresponding check box is “o” at that time. However, it will eventually change to "x". 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 may erroneously determine that the corresponding vehicle is illegally parked.

  On the other hand, according to the present embodiment, when the user does not make the post-procedure extension request at the time of leaving, since the user inputs the leaving permission request and then leaves, the response is the same as the above case. The fact that the vehicle that has been sent out of the vehicle is parked is automatically recorded in the illegal parking list without performing illegal parking. Therefore, it is possible to avoid an erroneous determination that a user who has not performed illegal parking performed illegal parking.

  In summary, according to the present embodiment, the operator can display the illegal parking list displayed on the screen of the display 36 as to whether or not each vehicle parked in the parking lot 10 is illegally parked. It can be judged only by referring to. Thus, the user is not required to leave the issued parking slip on his own vehicle.

Third Embodiment of the Present Invention

  Next, a ticket issuing machine 400 according to a third exemplary embodiment of the present invention will be described. However, since the present embodiment has many elements in common with the first embodiment, the same elements as in the first embodiment will be denoted by the same reference numerals or names and duplicate descriptions will be omitted, and only different elements will be omitted. To 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 management center 450 located at a remote place.

  Unlike the ticket issuing machine 20 according to the first embodiment described above, the ticket issuing machine 400 is completely dependent, relying on the control center 450 for both encryption and decryption. Therefore, the ticket issuing machine 400 is additionally provided with a function of communicating with the management center 450, and specifically, has a communication unit 410 as shown in FIG.

  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 storing 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 ticket issuing / settling program basically in common with the ticket issuing / settling program shown in FIGS. 5 to 8. Among the ticket issue / settlement programs, the point different from the ticket issue / settlement programs shown in FIGS. 5 to 8 is the step S11 shown in FIG. 5 which performs encryption, and the step S39 shown in FIG. And step S23 shown in FIG.

  In each of step S11 shown in FIG. 5 which performs encryption, step S39 shown in FIG. 7 and step S58 shown in FIG. 8, the ticket issuing machine 400 performs the data before the encryption and the data before the encryption. Converting to corresponding encrypted data (for example, the aforementioned encrypted data 130, 140, 150), that is, an encryption request for requesting encryption is sent from the communication unit 410 to the communication unit 500 of the management center 450.

  When they are received, the computer 520 of the management center 450 transfers the received unencrypted data to the encryption unit 502, and the encryption unit 502 transmits the received unencrypted data in the same manner as step S11. Are converted into corresponding encrypted data by referring to the encryption table. Thereafter, the computer 520 of the management center 450 returns the obtained encrypted data from the communication unit 500 to the communication unit 410 of the ticket issuing machine 400.

  Thereafter, the ticket issuing machine 400 receives and uses the encrypted data created at the management center 450.

  On the other hand, in step S23 shown in FIG. 6 in which decryption is performed, the ticket issue machine 400 converts the encrypted data and the encrypted data into corresponding unencrypted data, that is, a decryption request requesting decryption. Are transmitted from the communication unit 410 to the communication unit 500 of the management center 450.

  When they are received, the computer 520 of the management center 450 transfers the received encrypted data to the decryption unit 504, which decrypts the received encrypted data in the same manner as in step S23. Convert to corresponding unencrypted data by referring to the conversion table. Thereafter, the computer 520 of the management center 450 sends the acquired unencrypted data from the communication unit 500 back to the communication unit 410 of the ticket issuing machine 400.

  Thereafter, 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 on-line parking reservation and settlement system 600 according to a fourth exemplary embodiment of the present invention will be described. However, since the present embodiment has many elements in common with any of the first to third embodiments, the same elements will be denoted by the same reference numerals or names, and duplicate descriptions will be omitted. Only the different elements will be described in detail.

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

  The ticket issuing machine 620 has the above-described plurality of functions common to the ticket issuing machines 20, 320 or 400 according to the first to third embodiments described above, and further, as shown in FIG. The function is added to display the encryption time 630 where the current time is encrypted every moment.

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

  First, as schematically described, the online parking reservation / settlement system 600 operates the user terminal 636 of the user instead of the ticket issuing machine 620 of the parking lot 10 for the reservation / settlement of the parking lot 10. Is installed to allow it to be done online. In particular, according to the online parking reservation / settlement system 600, the user makes a reservation / settlement of the parking lot 10 at a place other than the parking lot 10, for example, a home or a work place, without operating the ticketing machine 620. It will be possible to go online on the way from one place to another.

  In the present embodiment, as a result of the on-line parking reservation / settlement system 600 being installed in addition to the ticket issuing machine 620, the user issues on-site ticketing to issue and settle the ticket by operating the ticket issuing machine 620 at the position of the parking lot 10. · Online parking reservation for online reservation of the parking lot 10 by operating the user terminal 636 of the parking lot 10 in place of the ticket issuing machine 620 of the parking lot 10 and the settlement method (the first to third embodiments described above) • One of the settlement methods can be selected.

  In this embodiment, since both the on-site ticketing / settlement method and the on-line parking reservation / settlement method are provided to the user, a function for the ticketing machine 620 to realize the on-site ticketing / settlement method In the parking lot 10.

  On the other hand, when only the online parking reservation / settlement system is desired to be provided to the user, the ticket issuing machine 620 simply uses the clock function to measure the current time, the encryption function to encrypt the current time, and the encryption time It can be designed 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.

  As shown in FIG. 20, in the online parking reservation / settlement system 600, a user terminal (a communication terminal carried by a user, which is an example of a communication device of each of a plurality of users; Type computer or the like) 636 is communicably connected to the management server 632 wirelessly or by wire, via the Internet 634 which is an example of a global communication network.

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

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

  In order to provide the above-mentioned online parking reservation / settlement service, the processor 650 executes the parking permission program shown in FIG. 23, the unauthorized parking list updating program shown in FIG. 24, and the post-expansion permission program shown in FIG. 26 and an expiration notifying program shown in FIG. 27 which is executed to give a notice to the user of the expiration immediately before the effective parking time expires, and the delivery permission program shown in FIG. 28. And each repeatedly, or perform various processing. The storage 652 temporarily or permanently stores the programs and data.

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

  The encryption table memory 670 is an encryption table unit shown in FIG. 14C, that is, a monthly encryption table, a daily encryption table, a time encryption table, a minutes encryption table, and an hour. A set of encryption tables and the current time encryption table are stored. The encryption table memory 670 also stores the above-mentioned current time encryption table because the management server 632 may need to decrypt the encryption time received from the user terminal 636 in some cases. The same current time encryption table is shared between the management server 632 and the ticket issuing machine 620.

  In this embodiment, each user needs to access the management server 632 to register as a member in order to obtain the use qualification of the online parking reservation / settlement service. When the user transmits 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 used) The information for specifying the number and type of the user, the communication address of the user terminal 636, etc.) is registered in the user information DB 660 for each user.

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

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

  The parking permission unit further pre-encrypts the at least one of the start time and the end time of the effective parking time, the length of the effective parking time, and at least one of the payment amount of the parking fee. Converts data that can be decrypted by the user into encrypted data that uniquely corresponds to the unencrypted data and can not be decrypted by the user, and transmits the unencrypted data and the encrypted data to the user terminal 636 . As a result, the user carrying the user terminal 636 can acquire both of the pre-encrypted data and the encrypted data.

  The management server 632 further has an extension permission unit, and the extension permission unit is a post-extension extension program shown in FIG. 25 and a pre-extension extension program shown in FIG. It is realized by being executed by H.650.

  The extension permission unit receives, from the user terminal 636, an extension request (a post extension request or a pre extension request described later) for extending the effective parking time after the issuance of the encrypted data, and the encrypted data. The pre-encryption data is restored from the received encrypted data. The extension permission unit further instructs the user terminal 636 to the extension permission message representing permission to extend the effective parking time on condition of payment of the additional parking fee based on the restored pre-encrypted data. Send.

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

  The exit permission unit is configured to request an exit permission request for requesting exit permission from the parking lot 10 from the user terminal 636, the encrypted data, and the screen of the display 36 of the ticket issuing machine 620 installed in the parking lot 10. Upon receipt of the encrypted time displayed so as to change from moment to moment and the current time being encrypted, the end time of the latest effective parking time is estimated from the received encrypted data. The delivery permission unit further outputs a delivery permission message indicating that the delivery is permitted if the estimated end time is not later than the current time represented by the received encrypted time. Send to

  Next, a parking permit program executed by the processor 650 of the management server 632, an illegal parking list update program, a post extension permit program, and a pre-extension permit program to provide the above-mentioned online parking reservation and settlement service. The expiration notice program and the delivery permission program will be specifically described.

<Parking permission program>

  At each execution of the parking permission program shown in FIG. 23, first, in step S201, the management server 632 receives a 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.

  Thereafter, in step S204, the management server 632 collates the received user ID and password of the user with the user information DB 660 to determine whether the current user is a member or not, that is, the qualification for receiving the service. It is determined whether or not it has. That is, personal identification is performed.

  When this personal authentication is established, in step S205, the management server 632 receives, from the user terminal 636, data for specifying the position of the parking lot where the user wishes to park. Subsequently, in step S206, the management server 632 receives, from the user terminal 636, data for designating a parking start date and time desired by the user for the parking lot. Thereafter, in step S207, the management server 632 receives, from the user terminal 636, data for specifying the length of the effective parking time that the user desires 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, ie, designation It is determined whether or not there is a vacant parking lot.

  At this time, assuming that the designated parking lot is vacant, in step S209, the management server 632 selects one of the designated parking lot, the designated parking start date and time, and the designated effective parking time. Based on at least one and in accordance with the pricing, calculate the amount of parking fee that the user needs to pay.

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

  Thereafter, 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 the encrypted data according to the encryption table. Convert. Encryption is performed. The encrypted data is stored in the unauthorized parking list and transmitted to the user terminal 636, as in the second embodiment described above.

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

  On the other hand, if it is assumed that there is no space in the designated parking lot this time, the determination in step S208 is NO, and in step S215, the management server 632 sends the user another parking lot or another parking time zone to the user. A message is sent to the user terminal 636 to facilitate typing. This is the end of the current execution of the 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 in common with steps S101 to S108, S110 and S111 shown in FIG.

  To explain briefly while omitting the duplicate description, at each execution of the unauthorized parking list update program shown in FIG. 24, first, in step S301, from the unauthorized parking list shown in FIG. 16 and FIG. Among the plurality of encrypted data strings recorded in the illegal parking list and sequentially selected, at least one encrypted data belonging to the currently selected encrypted data string and the latest one is read. Be

  Next, in step S302, decryption is performed on the target encrypted data, 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 the current time is later than the estimated end time, that is, whether the time-over has occurred.

  If it is assumed that the time-over has not occurred this time, in step S305, in the illegal parking list, whether the check column corresponding to the current encrypted data string currently displays the symbol "x" or not Is determined. This time, assuming that the current state of the corresponding check box is not "x", "o" is recorded in the corresponding check box in step S306. On the other hand, assuming that the current state of the corresponding check box is "x" this time, the illegal parking list is updated in step S307 so that the current encrypted data string is deleted. As a result, the unauthorized parking list is updated this time to reflect the fact that the delivery was successfully performed.

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

  In any case, it is then determined in step S309 whether the worker has issued a viewing request. If the browsing request has been issued, the unauthorized parking list is temporarily displayed on the screen of the display 36 in step S310, and the current execution of the unauthorized parking list update program is completed. If the browsing request has not been issued, the current execution of the unauthorized parking list update program ends immediately.

<Post-project extension permit program>

  At the time of execution of each post extension permission program illustrated in FIG. 25, first, in step S401, the management server 632 receives a 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.

  Thereafter, in step S404, the management server 632 collates the received user ID and password of the user with the user information DB 660 to determine whether or not the current user is a member, ie, the qualification for receiving the service. It is determined whether or not it has. That is, personal identification is performed.

  When this personal authentication is established, in step S405, the management server 632 receives the latest one of at least one piece of 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 known to the user by looking at the display 620.

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

  Subsequently, in step S410, whether 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, It is determined whether or not the user who has input the encrypted data known only to the person can confirm that the parking lot 10 in which the display 620 is installed is actually present.

  This time, assuming that it is confirmed that the user is present in the parking lot 10, the determination in step S410 is YES, and in step S411, by subtracting the estimated end time 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, from the calculated length of the extended parking time, the amount of additional parking fee to be additionally paid by the user is calculated according to the fee setting. Thereafter, in step S413, the calculated amount is transmitted to the user terminal 636 as the amount of the additional parking fee to be additionally paid by the user.

  Subsequently, in step S414, the management server 632 confirms that the user has additionally paid for the additional parking fee, and thereafter, in step S415, the management server 632 is the end time of the effective parking time before extension. The effective parking time is extended by the time corresponding to the amount of the additional parking fee paid from the estimated one.

  Subsequently, in step S416, the management server 632 transmits the post-extension request to the user terminal 636. Thereafter, in step S417, the management server 632 deletes from the illegal parking list the one to which the cryptographic data received this time belongs among the plurality of encrypted data strings recorded in the illegal parking list. This is the end of the current implementation of this post-extension program.

  On the other hand, assuming that it is not possible to confirm that the user is present in the parking lot 10 this time, the determination in step S410 is NO, and the current execution of this post-extension permission program is immediately ended.

<Pre-extension permit program>

  At each execution of the advance extension permission program shown in FIG. 26, first, in step S501, the management server 632 receives the advance 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.

  Thereafter, in step S504, the management server 632 collates the received user ID and password of the user with the user information DB 660 to determine whether the current user is a member or not, that is, the qualification for receiving the service. It is determined whether or not it has. That is, personal identification is performed.

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

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

  Subsequently, in step S511, the management server 632 confirms that the user has additionally paid for the additional parking fee, and thereafter, in step S512, the management server 632 is the end time of the effective parking time before extension. The effective parking time is extended by the time corresponding to the amount of the additional parking fee paid from the estimated one.

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

  Thereafter, in step S514, the management server 632 transmits a prior extension allowance message to the user terminal 636. This is the end of the current execution of this advance extension permission program.

<Expiration notice program>

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

  Furthermore, the management server 632 deciphers the target encrypted data to estimate the end time of the corresponding effective parking time. The estimated end time means the end time of the latest effective parking time permitted to the user corresponding to the encryption data string selected this time among the users who are 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 until the estimated end time is equal to or less than a threshold value, that is, whether or not it is just before the expiration of the effective parking time. Is determined.

  This time, assuming that it is just before the expiration of the effective parking time, the determination in step S603 becomes YES, and in step S604, in order to notify the current user of the fact that the effective parking time is just over. The expiration notice message is sent to the corresponding user terminal 636. This is the end of the current execution of the expiration notice program.

  On the other hand, assuming that it is not near the expiration of the effective parking time this time, the determination in step S603 is NO, and the current execution of this expiration notice program is immediately ended.

<Delivery permission program>

  At each execution of the delivery permission program shown in FIG. 28, first, in step S 701, 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.

  Thereafter, in step S704, the management server 632 collates the received user ID and password of the user with the user information DB 660 to determine whether the current user is a member, that is, the qualification for receiving the service. It is determined whether or not it has. That is, personal identification is performed.

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

  Thereafter, in step S 707, the management server 632 decrypts the received encrypted data and the encryption time 630. Subsequently, in step S 708, the end time of the latest effective parking time is estimated from the result. . Thereafter, in step S709, the current time is measured by using the clock 680.

  Subsequently, in step S710, whether the error between the measured current time and the time after decryption obtained by decrypting the received encryption time is smaller than a predetermined value, ie It is determined whether the user who has input the encrypted data known only to the user can confirm that the user is actually present at the parking lot 10 where the display 620 is installed.

  If it is confirmed that the user is present in the parking lot 10 this time, the determination in step S710 is YES, and in step S711, the measured current time is not 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 the illegal parking is determined.

  At this time, assuming that the time-out has not occurred, the determination in step S711 is YES, and in step S712, the management server 632 transmits a delivery permission message to the user terminal 636. Thus, the user is in the parking lot 10 and sees the carried user terminal 636 to know that the delivery from the parking lot 10 is permitted.

  Subsequently, in step S713, the management server 632 deletes from the illegal parking list the one to which the cryptographic data received this time belongs among the plurality of encrypted data strings recorded in the illegal parking list. As a result, in the unauthorized parking list, the management server 632 transmits a delivery permission request to the management server 632, a vehicle not yet leaving the parking lot 10, a vehicle leaving the parking lot 10 without making a necessary follow-up request. Vehicles that leave the parking lot 10 without being recorded are still recorded. This is the end of the current execution of the delivery permission program.

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

  On the other hand, assuming that it is not possible to confirm that the user is present in the parking lot 10 this time, the determination in step S710 is NO, and the current execution of the delivery permission program is immediately ended.

  As mentioned above, although several embodiments of the present invention were described in detail based on a drawing, these are illustration and based on knowledge of those skilled in the art including the mode given in the column of the [Summary of the Invention]. It is possible to carry out the present invention in other forms with various modifications and improvements.

Claims (4)

A method for providing a user with a service for lending a user, with a time limit, a vacant space in a prepaid parking lot to a user by communication between the user's communication device and a parking lot management apparatus having a computer.
When the parking lot management device receives from the user a parking permit request requesting permission to park in the parking lot, the parking time for which the user pays for the parking fee by the user is an effective parking time for a length corresponding to the payment amount. Send a parking permission message to the user indicating that the user is allowed to park in the parking lot, and at least one of the start time and the end time of the effective parking time and the length of the effective parking time Pre-encryption data representing at least one of the payment amount of the parking fee, which can be decrypted by the user, is encrypted data uniquely corresponding to the pre-encryption data, which the user can not decrypt Parking permission process for converting the pre-encryption data and the encrypted data to the user,
When the parking lot management device receives an extension request for extending the effective parking time from the user after issuance of the encrypted data, and the encrypted data, the encrypted data is received from the received encrypted data. And an extended permission process for transmitting to the user an extended permission message representing that the valid parking time is to be extended on condition of payment of additional parking fee based on the restored pre-encrypted data, and How to provide parking space loan service including. further,
As the parking lot management device changes from time to time from the user to a leaving permission request for requesting permission to leave the parking lot, the encrypted data, and a screen of a display installed in the parking lot When the displayed encryption time is received and the current time is encrypted, the end time of the latest effective parking time is estimated from the received encryption data, and the estimated end time is the reception time. The parking space lending service providing method according to claim 1, further comprising: an exit permission step of transmitting to the user an exit permission message indicating that the exit is permitted if not later than the current time represented by the encrypted encryption time. . A program executed by a computer of a parking lot management device used in the method for providing parking space lending service according to claim 1 or 2 .   A recording medium in which the program according to claim 3 is recorded in a computer readable manner.

Images