JP2018092686A - Method for providing parking space lending service - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a method for providing service of lending an available space in a prepaid parking lot to a user with a time limit through communications between a communication device of the user and a parking management device, in which an illegal operation by the user is prohibited by encryption, and an effective parking time can be correctly extended by an operation by the user.SOLUTION: An administration server 632, when receiving a parking permission request from a user, transmits to the user a message indicating parking permission during an effective parking time having duration corresponding to an amount of payment of a parking fee, and converts unencrypted data representing current parking conditions into encrypted data, and transmits the data to the user (Fig. 23). The server, after issuing the encrypted data, when receiving a request for extending the effective parking time and encrypted data from the user, restores unencrypted data from the encrypted data, and transmits an extension permission massage to the user on the basis of the unencrypted data (Fig. 25).SELECTED DRAWING: Figure 20

Description

  The present invention relates to a technique that enables a user to provide a time-limited service according to individual time conditions for each user, and in particular, a prepaid parking lot having a plurality of parking positions for vehicles, for example. It is related with the technique which enables a user to utilize.

  There are already technologies that make it possible to provide users with time-restricted services according to individual time conditions for each user. One example would allow a user to use a prepaid parking lot with multiple parking locations for a vehicle, i.e. provide the user with a service that lends the parking space to the user with a time limit. Technology.

  Parking lots having a plurality of parking positions for vehicles are already widely used. This type of parking lot is classified in terms of the method of transporting the vehicle to the parking position. The user drives the vehicle by itself and transports it to the parking position, and mechanically moves the pallet and cage to move the vehicle. It is classified as a mechanical type that is transported to a parking position. Moreover, the parking lot may be lent to the user free of charge, or may be rented for a fee. Toll parking lots are classified into monthly and hourly lending (including “daily lending”) in terms of the length of time lending to users.

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

  Regardless of which method is used, the user pays the parking fee to the ticketing machine (for example, paying with money, substitute money, coupon, credit card, prepaid card, electronic money), direct payment method, or ticketing. It is possible to employ an online checkout system that pays a parking lot management company online without involving a machine.

  In addition, if you classify a time-rented parking lot in terms of its management method, there will be a manned type in which a person in charge of managing and monitoring the parking lot is resident on the site, and such a person in charge is not resident. It is classified as unmanned, which is dispatched to the site sporadically.

  For example, Patent Documents 1 and 2 exist as publicly known documents disclosing this type of parking lot and facilities (including a ticketing machine) installed in the parking lot.

  Patent Document 1 discloses a technique for managing a parking lot for a bicycle that is easy to manage and is sufficiently profitable without equipment costs. According to this technology, since it is not necessary to install a device for preventing the bicycle from being illegally parked, the facility cost of the parking lot is reduced.

  Specifically, according to the technique disclosed in Patent Document 1, after a bicycle is parked at a vacant parking position, the user moves to a ticketing machine and inputs his / her registration number to the ticketing machine. In addition, the necessary parking fee will be introduced. The ticket issuing machine records the input registration number as the registration number for the bicycle whose parking fee has already 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 with his / her mobile terminal. On the other hand, the management worker takes in the registration number recorded in the ticket issuing machine, that is, the registration number for the bicycle whose parking fee has already been settled, from the ticketing machine.

  After that, the management worker verifies the registration number read from the parked bicycle with the registration number retrieved from the ticketing machine, and whether the parking fee has been settled for the parked bicycle based on the result of the verification No, that is, whether or not the bicycle is illegally parked. The management worker affixes a sticker prompting to pay the fee to the bicycle whose parking fee is not settled, thereby notifying the user who owns the bicycle that the parking fee is uncleared.

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

  According to the technique disclosed in Patent Literature 2, the user inserts a parking card into the exit management device when leaving the parking lot. The exit management device reads information from the inserted parking card, and when the read information indicates that the actual parking time length exceeds the expected parking time, the exit management device informs the user. On the other hand, it is required to pay an additional parking fee. If the user pays an 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 user can be prevented from cheating without paying the additional parking fee.

  Therefore, according to the technique disclosed in Patent Document 2, it is essential that the parking lot manager visits the parking lot periodically to find illegal parking while it is a prepaid unmanned parking lot. And unauthorized parking can be prevented.

  According to the technique disclosed in Patent Document 1, the work manager can find a bicycle that is illegally parked and can stop continuation of illegal parking. However, in the technique disclosed in Patent Document 1, in order to find a bicycle that is illegally parked, the work manager regularly visits the parking lot and individually describes all the bicycles parked. It is necessary to perform verification using a portable terminal. Moreover, in order to stop the continuation of illegal parking, the work manager needs to perform an operation of attaching the above-described seal individually to the bicycle illegally parked.

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

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

  Moreover, in the technique disclosed in Patent Document 1, in order to pay the parking fee prior to parking, the user has to input the user identification number into the ticket issuing machine, which is troublesome. Accordingly, 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 a limit to reducing the equipment cost of the ticket issuing machine.

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

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

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

  Furthermore, regardless of whether the parking lot is prepaid or postpaid, and whether the parking lot is unmanned or manned, a parking ticket issued to the user by the ticketing machine at the parking lot There are cases where it is necessary for a user and a parking lot manager in a remote management center to confirm the contents of such matters described on the parking slip.

  In this case, in order to present the parking slip itself to the parking lot manager, the user can bring the parking slip or transmit it with a facsimile, but it is troublesome. Therefore, if a user and the parking lot manager in a remote place can confirm the content of a parking ticket using communication apparatuses, such as a telephone, a user's burden will be reduced. However, in this case, the parking lot manager cannot visually verify the parking slip itself, and has to check 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 in a remote location to be able to objectively determine the authenticity of the user's remarks only from the remarks from the user regarding the matters described on the parking slip. Satisfying this demand is particularly effective, for example, in preventing illegal parking in a prepaid unmanned parking lot in which the above-described exit prevention device is not installed.

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

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

  Therefore, according to this ticket issuing machine, the voice that the user reads out the encrypted data on the parking ticket is transmitted to the communication device (for example, a mobile phone, a fixed phone, a public telephone, etc. usable by the user) It is possible to transmit to a parking lot manager in a remote place via a communication device that is 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 that the ticket issuing machine communicates with other devices (for example, a communication device of a parking lot manager) also uses the encrypted data printed on the parking slip as a machine. Without having a function of automatically reading, paying a parking fee or parking time without bringing or sending the parking ticket to a parking lot manager or transmitting it using a facsimile. A parking lot manager in a remote location can confirm at least one of the date and time, the amount of money, and the length of the parking time. As a result, while reducing the burden on the user, the user can prove to the parking lot manager that his / her actions are not illegal.

  Therefore, according to this ticketing machine, even if the aforementioned parking prevention device is not installed in the prepaid unmanned parking lot, when the user should pay the additional parking fee, the user actually pays the additional parking fee at all. Even if the requested amount is paid even though it is not paid or the amount is insufficient for the requested amount, even if it is claimed to the remote manager via the communication device, the claim Is revealed by the administrator. Therefore, even though it is a prepaid unmanned parking lot, it prevents a fraudulent act of leaving the car even though the user has not paid any additional parking fees or has paid less than the requested amount It becomes easy.

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

  As described above, the present inventor has researched and developed a ticketing machine that prevents fraudulent behavior of a user related to payment of a parking fee by encrypting data related to parking and using the encrypted data. Continued specializing in ticketing machines installed in parking lots. Prior to the start of parking, the ticket-issuing machine permits the user to park in the parking lot for an effective parking time having a length commensurate with the payment amount on condition that the parking fee is paid.

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

  When a user uses a prepaid parking lot, the user may park beyond the length of the effective parking time permitted at the time of warehousing. In this case, even in a prepaid parking lot, the user is required to pay a shortage of the parking fee corresponding to the length of the additional parking time at the time of delivery.

  There is a desire to extend the effective parking time in other situations. Specifically, the user must have a valid parking time before the scheduled departure time because the valid parking time is insufficient after the valid parking time has been granted and before it expires. You may find that expires. In this case, the user may desire to extend the effective parking time when the effective parking time has not expired.

  In other words, there is a demand for users who use ticket machines installed in prepaid parking lots to extend the effective parking time regardless of whether the effective parking time has expired. It is important to design a ticketing machine so as to satisfy various needs in order to improve the usability of the ticketing machine.

  On the other hand, in the ticket issuing machine disclosed in Patent Document 3, in order to satisfy the request, the user is forced to perform an operation of transmitting the encrypted data to a parking lot manager in a remote place. If this work can be omitted, the convenience of the ticket issuing machine is improved.

  As a result of research and development, in order to omit the work of the user himself / herself sending the encrypted data to the parking lot manager, the present inventor has taken the encrypted data into the ticket issuing machine electrically or electronically. I realized that I could add a capture function. In addition, the present inventor eliminates the user's fraud if the ticketing machine has information for calculating the length of time to extend the effective parking time in combination with the encrypted data. However, he also realized that it was possible to extend the effective parking time.

  Against the background of the above knowledge, the present invention is a technology that makes it possible to provide a user with a time-limited service in accordance with individual time conditions for each user, and to perform unauthorized input by the user. An object of the present invention is to provide an apparatus capable of processing an event designated by a user in relation to the service while preventing the encryption.

In order to solve the problem , according to an aspect of the present invention, an empty space in a prepaid parking lot can be provided to a user with a time limit by communication between the user's communication device and a parking lot management device having a computer. A method of providing a user with a service to lend,
When the parking management device receives a parking permission request for requesting permission to park in the parking lot from the user, an effective parking time with a length corresponding to the payment amount on condition that the user pays the parking fee. During this period, a parking permission message indicating that the user is allowed to park in the parking lot is transmitted to the user, 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 Data that can be decrypted by the user that represents at least one of the payment amount of the parking fee and that can be decrypted by the user, and that is uniquely encrypted data that cannot be decrypted by the user A parking permission step of converting the data before encryption and the encrypted data to the user,
When the parking lot management device receives an extension request for extending the effective parking time and the encryption data from the user after the encryption data is issued, the pre-encryption data is received from the received encryption data. And an extension permission step for transmitting to the user an extension permission message indicating permission to extend the effective parking time on the condition that the additional parking fee is paid based on the restored pre-encrypted data.
A parking space lending service providing method is provided.

In addition, according to the first aspect of the present invention, in order to manage reservation / payment of a prepaid parking lot online, a parking lot management in which each communication device of a plurality of users is connected via a communication network. A server,
When receiving a parking permission request for requesting permission to park in the parking lot from the user, the user can use the parking lot for an effective parking time of a length corresponding to the payment amount on condition that the user pays the parking fee. A parking permission message representing permission to park the vehicle, and at least one of a start time and an end time of the effective parking time, a length of the effective parking time, and a payment amount of the parking fee The data before encryption that can be decrypted by the user, which represents at least one of the above, is converted into data that uniquely corresponds to the data before encryption and cannot be decrypted by the user, and before the encryption A parking permission unit for transmitting data and encrypted data to the user;
After issuing the encrypted data, when receiving an extension request for extending the effective parking time and the encrypted data from the user, the pre-encrypted data is restored from the received encrypted data, and the restored A parking lot management server comprising: an extension permission unit that transmits to the user an extension permission message indicating permission to extend the effective parking time on the condition that payment of an additional parking fee is based on pre-encrypted data; Provided.

According to the second aspect of the present invention, there is provided a method for enabling a user to provide a service with a time limit according to an individual time condition for each user,
When a request for provision of the service is received from the user, the service is permitted to be provided to the user in accordance with a temporal condition specified by the user on condition that a predetermined permission condition is satisfied. Permission process;
An encryption step of converting the pre-encrypted data representing the time condition, which can be decrypted by the user, into encrypted data that cannot be decrypted by the user;
An issuing process for issuing the encrypted data to the user;
A receiving step of receiving the encrypted data when the user inputs after the issuance of the encrypted data, together with designation of an event that the user desires to process the encrypted data in connection with the authorized service. When,
The received encrypted data is converted back to the pre-encrypted data according to the encryption table, thereby performing a decryption step of performing decryption;
There is provided a service providing method with a time limit including: an event processing step of estimating the time condition from the pre-encrypted data and processing the specified event based on the estimated time 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 that cites other section numbers as necessary. This is to facilitate understanding of some of the technical features that the present invention can employ and combinations thereof, and the technical features that can be employed by the present invention and combinations thereof are limited to the following embodiments. Should not be interpreted. That is, it should be construed that it is not impeded to appropriately extract and employ the technical features described in the present specification as technical features of the present invention although they are not described in the following embodiments.

  Further, describing each section in the form of quoting the numbers of the other sections does not necessarily prevent the technical features described in each section from being separated from the technical features described in the other sections. It should not be construed as meaning, but it should be construed that the technical features described in each section can be appropriately made independent depending on the nature.

(1) In a prepaid parking lot having a plurality of parking positions for a vehicle, the ticket issuing machine is installed so as to be commonly used for the plurality of parking positions,
Prior to the start of parking, on the condition that the parking fee is paid, the user is allowed to park in the parking lot for an effective parking time corresponding to the payment amount, and the start time and end of the effective parking time. Encrypted data uniquely corresponding to 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, which can be decrypted by the user A parking permission unit that issues to the user what the user cannot decipher,
When the user inputs the extension request for extending the effective parking time after the issuance of the encrypted data and the encrypted data, the pre-encrypted data is acquired from the input encrypted data, and the acquired A parking lot ticketing machine including an extension permission section that permits the effective parking time to be extended on the condition that the additional parking fee is paid based on the pre-encrypted data.

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

1. The encrypted data has confidentiality and cannot be decrypted by the user. Therefore, since the encrypted data is not falsified by the user, as long as the user operates the ticketing machine via the encrypted data, the user is prevented from performing an unauthorized operation on the ticketing machine.

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

3. There is reversibility between the encrypted data and the pre-encrypted data that directly represents the event attributes (for example, parking related information including time information) and can be uniquely guided from one to the other in the opposite direction Guidance is also important.

3. Since the encrypted data is obtained by encrypting the pre-encryption data representing the event attribute, the encrypted data represents the event attribute for one event, and can directly identify the identity of the user. The identity of vehicles parked in the parking lot is not directly specified.

4). However, if attention is paid to the fact that only one user knows one encryption data, the encryption data directly identifies the identity of the user. Further, if attention is paid to the fact that one encryption data is not issued for one vehicle, the encryption data directly identifies the identity of the vehicle.

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

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

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

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

  Based on some knowledge explained above, according to this ticket issuing machine, after the issuance of encrypted data (before or after the expiration of the effective parking time), the user can set the effective parking time in combination with the encrypted data. If an extension request for extension is input to the ticketing machine, the pre-encrypted data is acquired from the input encrypted data, and the additional parking fee is paid based on the acquired pre-encrypted data. In addition, it is permitted to extend the effective parking time.

  Therefore, according to this ticket issuing machine, the user makes an unauthorized input to the ticket issuing machine without requesting the user to transmit encrypted data to the remote management center. When the user operates the ticket issuing machine while blocking this by encryption, the effective parking time permitted by the user by the ticket issuing machine can be extended.

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

  By the way, in general, when a ticketing machine is designed so as to be able to accurately process a user's extension request (for example, including a post-extension request and a pre-extension request described below), It is necessary to design so as to refer to information (for example, the end time of the effective parking time) described in the parking slip issued in advance to the user. Because, to accurately extend the original effective parking time by the amount of time that is commensurate with the amount of additional parking fee paid by the user, that is, to accurately calculate the length of the extended parking time that is commensurate with the amount of additional parking fee paid Therefore, it is necessary to refer to the end time of the effective parking time that is the starting point of the calculation.

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

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

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

  In this specification and claims, “payment of parking fee” and “payment of additional parking fee”, for example, pay a parking fee (including an additional parking fee) to the ticket issuing machine (for example, (Payment with money, substitute money, coupon, credit card, prepaid card, electronic money) Direct payment method or online payment method that pays to a parking lot management company online without a ticketing machine However, it is not limited to these.

  In the column of this specification and claims, “parking slip” means a small piece (slip, printed matter, medium for visualizing and displaying information, information visualizing information 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 column of this specification and claims, “encrypted data” is encrypted data generated by an external device instead of encrypting data even if it is generated by the ticketing machine itself. May be received and used by the ticketing machine.

  In this specification and in the claims section, the act of “user entering a request” means that the user directly inputs a specific request to this ticketing machine, This includes, but is not limited to, an act of inputting related information and data required by the user in a state of accepting input.

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

(2) The extension request includes a prior extension request in which the user requests an extension of the effective parking time before the effective parking time elapses, and a user makes an extension of the effective parking time after the effective parking time elapses. Including a post-extension request to request,
The extension permission part is:
If the time at which each extension request is made is within the effective parking time, it is determined that this extended parking is the advance extension request, while the time at which each extension request is made is If it is after the effective parking time, it is determined that the extended parking this time is the post-extension request, thereby including a determination unit that determines the type of each extension request. Ticketing machine for parking lots.

  According to this ticket issuing machine, it is automatically determined whether each extension request is a prior extension request or a subsequent extension request.

  Therefore, according to this ticketing machine, every time the effective parking time is extended, the user does not have to input additional information for each type of extension request type identification into the ticketing machine. This also improves the convenience of ticketing machines.

(3) The extension permission unit further includes:
Triggered when the current extension request is the advance extension request, on the condition that the additional parking fee is paid, based on the payment amount of the additional parking fee and the acquired pre-encryption data. The parking lot ticketing machine according to (2), further including a prior extension request processing unit that extends the effective parking time from an end time of the effective parking time.

(4) The extension permission unit further includes:
The extension request is started when the extension request is the post-extension request, and the extension request is made from the end time of the effective parking time based on the acquired pre-encryption data and the time when the extension request is made. The length of the extended parking time, which is the time that has elapsed between the time when the parking was performed, is calculated, and the amount of the additional parking fee is calculated based on the calculated length of the extended parking time. Including a post-extension request processing unit for extending the effective parking time from the end time of the effective parking time before the extension, on condition that the additional parking fee is paid in a fixed amount. Ticketing machine for parking lots.

(5) In addition, a user input unit for input by the user is included,
The user input part is
The real or virtual ticketing button operated by the user to make the parking permission request and when the total amount of money or substitute money put into the ticketing machine by the user reaches a desired amount At least one of a real or virtual amount confirmation button to be operated;
A real or virtual extension button operated by a user to make the extension request;
The parking extension ticket 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 user inputs the post extension request. .

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

(7) The parking lot ticketing machine according to any one of (1) to (6), further including a reader that inputs 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-encrypted data into the encrypted data according to an encryption table;
A decryption unit that performs decryption by reversely converting the encrypted data into the pre-encrypted data according to the encryption table;
Accordingly, the ticket-issuing machine according to any one of (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 management center,
The management center
An encryption unit that performs encryption by converting the pre-encrypted data into the encrypted data according to an encryption table;
A decryption unit that performs decryption by reversely converting the encrypted data into the pre-encrypted data according to the encryption table;
The ticketing machine
A communication device that transmits the encrypted data to the management center and receives the pre-encrypted data from the management center;
As a result, the ticket issuing machine is a dependency type ticket issuing machine according to any one of (1) to (7), which is a dependent type that performs both the encryption and the decryption depending on an external device.

(10) A ticketing machine installed in a prepaid parking lot having a plurality of parking positions for a vehicle so as to be commonly used for the plurality of parking positions,
Prior to the start of parking, on the condition that the parking fee is paid, the user is allowed to park in the parking lot for an effective parking time corresponding to the payment amount, and the start time and end of the effective parking time. Encrypted data uniquely corresponding to 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, which can be decrypted by the user A parking permission unit that issues to the user what the user cannot decipher,
A storage unit for storing the acquired encrypted data in a memory;
The encrypted data is read intermittently or periodically from the memory, the end time of the latest effective parking time is estimated from the read encrypted data, and is the estimated end time later than the current time? A determination unit that determines whether or not an illegal parking in which an actual parking time in the parking lot exceeds the latest effective parking time is established, thereby determining whether or not Ticketing machine for parking lots including.

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

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

(11) In a prepaid parking lot having a plurality of parking positions for a vehicle, the ticket issuing machine is installed so as to be commonly used for the plurality of parking positions,
Prior to the start of parking, on the condition that the parking fee is paid, the user is allowed to park in the parking lot for an effective parking time corresponding to the payment amount, and the start time and end of the effective parking time. Encrypted data uniquely corresponding to 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, which can be decrypted by the user A parking permission unit that issues to the user what the user cannot decipher,
When the user inputs a delivery permission request that requests permission to leave from the parking lot and the encryption data, the end time of the latest valid parking time is estimated from the input encryption data, and the estimated A parking lot ticketing machine including: a shipping permission unit that permits the shipping when the end time is not later than the current time.

  According to this ticketing machine, a user is required to input encrypted data into the ticketing machine at the time of delivery, and the encrypted data is usually smaller in size than data representing the user ID and vehicle number. It is.

  Therefore, according to this ticketing machine, the user only imposes a smaller burden on the user than when the user is required to input data representing the user ID and vehicle number into the ticketing machine at the time of delivery. It is possible to accurately grasp the fact that the user has issued the goods.

(12) A method of controlling a ticketing machine installed to be used in common for a plurality of parking positions in a prepaid parking lot having a plurality of parking positions for a vehicle,
Prior to the start of parking, on the condition that the parking fee is paid, the user is allowed to park in the parking lot for an effective parking time corresponding to the payment amount, and the printer of the ticket issuing machine is controlled. The data before encryption representing at least one of the start time and the end time of the effective parking time, the length of the effective parking time, and the payment amount of the parking fee, A parking permission process for issuing to the user the encrypted data that uniquely corresponds to what can be decrypted and which the user cannot decrypt;
When the user inputs the extension request for extending the effective parking time after the issuance of the encrypted data and the encrypted data, the pre-encrypted data is acquired from the input encrypted data, and the acquired A parking lot ticketing machine control method including an extension permission step for permitting the effective parking time to be extended on the condition that the additional parking fee is paid based on the pre-encrypted data.

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

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

(15) A parking lot management server in which each communication device of a plurality of users is connected via a communication network in order to manage reservation and settlement of a prepaid parking lot online.
When receiving a parking permission request for requesting permission to park in the parking lot from the user, the user can use the parking lot for an effective parking time of a length corresponding to the payment amount on condition that the user pays the parking fee. A parking permission message representing permission to park the vehicle, and at least one of a start time and an end time of the effective parking time, a length of the effective parking time, and a payment amount of the parking fee The data before encryption that can be decrypted by the user, which represents at least one of the above, is converted into data that uniquely corresponds to the data before encryption and cannot be decrypted by the user, and before the encryption A parking permission unit for transmitting data and encrypted data to the user;
After receiving the extension request for extending the effective parking time after the issuance of the encrypted data and the encrypted data from the user, the pre-encrypted data is restored from the received encrypted data, and the restored A parking lot management server comprising: an extension permission unit that transmits to a user an extension permission message indicating permission to extend the effective parking time on the condition that payment of an additional parking fee is based on pre-encrypted data.

(16) Furthermore,
It is the encryption time displayed so as to change from time to time on the screen of the output permission request for requesting permission to leave from the parking lot, the encrypted data, and the indicator installed in the parking lot. When the current encrypted time is received, the latest effective parking time end time is estimated from the received encrypted data, and the estimated end time is represented by the received encrypted time. The parking lot management server according to (13), including a delivery permission unit that transmits a delivery permission message indicating permission of the delivery to the user when 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 on which the program according to item (17) is recorded so as to be readable by a computer.

(19) A method that makes it possible to provide a user with a time-limited service according to individual time conditions for each user,
When a request for provision of the service is received from the user, the service is permitted to be provided to the user in accordance with a temporal condition specified by the user on condition that a predetermined permission condition is satisfied. Permission process;
An encryption step for converting pre-encrypted data representing the time condition, which cannot be decrypted by a user, into encrypted data that cannot be decrypted by the user;
An issuing process for issuing the encrypted data to the user;
A receiving step of receiving the encrypted data when the user inputs after the issuance of the encrypted data, together with designation of an event that the user desires to process the encrypted data in connection with the authorized service. When,
The received encrypted data is converted back to the pre-encrypted data according to the encryption table, thereby performing a decryption step of performing decryption;
An event processing step of estimating the time condition from the pre-encrypted data and processing the specified event based on the estimated time condition.

(20) The encryption step converts the pre-encrypted data into the encrypted data according to an encryption table commonly used by other users,
The receiving step includes: after the encryption data is issued, when the user inputs the encryption data, along with a specification of an event that the user desires to be processed in connection with the authorized service. Received in association with the current time,
The event processing step estimates the temporal condition from the pre-encrypted data, and processes the specified event based on the relationship between the estimated temporal condition and the time (19). Time-limited service provision method.

(21) The service providing method with time restriction according to (19) or (20), wherein the service includes a parking space lending service that lends an empty space in a parking lot to a user.

FIG. 1 is a plan view showing an example of an unmanned parking lot in which a ticketing machine according to the first embodiment of the present invention is installed. FIG. 2 is a front view showing the ticket issuing machine shown in FIG. FIG. 3 is a perspective view showing the ticket issuing machine shown in FIG. 2 in a state where the door is open. FIG. 4 is a block diagram showing a component configuration of the ticket issuing machine shown in FIG. FIG. 5 is a flowchart conceptually showing a part of the ticket issuing / settlement program executed by the computer shown in FIG. FIG. 6 is a flowchart conceptually showing another part of the ticket issuing / settlement program. FIG. 7 is a flowchart conceptually showing still another part of the ticket issuing / settlement program. FIG. 8 is a flowchart conceptually showing still another part of the ticket issuing / settlement program. FIGS. 9A to 9D are front views showing a plurality of images displayed on the screen of the display shown in FIG. FIG. 10 (a) is a front view showing an example of a parking ticket and a receipt issued with payment of a prepaid parking fee by the ticket issuing machine shown in FIG. 2, and FIG. 10 (b) is shown in FIG. FIG. 10 (c) is a front view showing an example of a receipt issued with payment of an additional parking fee accompanying a subsequent extension request by the ticketing machine shown in FIG. 10, and FIG. 10 (c) is a request for advance extension by the ticketing machine shown in FIG. It is a front view which shows an example of the parking ticket and receipt which are issued with payment of the additional parking fee accompanying with. Fig.11 (a) is a longitudinal cross-sectional view which shows the parking ticket shown to Fig.10 (a) in the state immediately after issuing, and FIG.11 (b) is the parking ticket partially peeled and bent. It is the longitudinal cross-sectional view shown in the state. Fig.12 (a) is side sectional drawing which shows the parking ticket shown to Fig.10 (a) in the state affixed on the back surface of the windshield of a parked vehicle, FIG.12 (b) shows the parking ticket. It is a perspective view shown in the state where a part of the display sheet was peeled off from the separator and bent. FIG. 13 is a perspective view showing a state where the parking ticket shown in FIG. 10A is affixed to the rear surface of the windshield of the parked vehicle. 14 (a)-(c) shows the structure of an example of encrypted data printed on the receipt shown in FIGS. 10 (a)-(c), the corresponding pre-encrypted data, and the pre-encrypted data. It is a figure for demonstrating the conversion process to encryption data. FIG. 15 is a block diagram showing a component configuration of the ticket issuing machine according to the second exemplary embodiment of the present invention. FIGS. 16A to 16C are diagrams for explaining an example of a state in which the unauthorized parking list stored in the memory illustrated in FIG. 15 is updated. FIGS. 17A to 17B are diagrams for explaining another example of how the unauthorized parking list stored in the memory shown in FIG. 15 is updated. FIG. 18 is a flowchart conceptually showing an example of an unauthorized parking list update program executed by a computer to operate the unauthorized parking list update unit shown in FIG. FIG. 19 is a block diagram showing a component configuration of the ticket issuing machine according to the third exemplary embodiment of the present invention. FIG. 20 conceptually shows an online parking reservation / accounting system according to the fourth exemplary embodiment of the present invention, in which a user has a ticketing machine and a management server for online parking reservation and settlement. It is a block diagram. FIGS. 21A to 21D 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 in which the encryption times shown in FIGS. 21A to 21D are generated by converting from the current time. FIG. 23 is a flowchart conceptually showing a parking permission program executed by the processor shown in FIG. FIG. 24 is a flowchart conceptually showing an unauthorized parking list update program executed by the processor shown in FIG. FIG. 25 is a flowchart conceptually showing a post-extension permission program executed by the processor shown in FIG. FIG. 26 is a flowchart conceptually showing a pre-extension permission program executed by the processor shown in FIG. FIG. 27 is a flowchart conceptually showing an expiration notice program executed by the processor shown in FIG. FIG. 28 is a flowchart conceptually showing a leaving permission program executed by the processor shown in FIG.

  Hereinafter, some exemplary embodiments of the present invention are described in detail based on a drawing.

<First Embodiment of the Present Invention>

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

  The parking lot 10 has a plurality of parking positions (parking spaces) that enable simultaneous parking of a plurality of automobiles. A single ticketing machine (generally also referred to as “accounting machine”) 20 is parked in the vicinity of the only entrance / exit 12 (which is also an entrance and exit) of the parking lot 10. It is installed as a central ticketing machine in common with the location. The parking lot 10 is an unmanned system in which there is no full-time staff and a user who is a driver pays a parking fee to the ticket issuing machine 20.

  As will be described in detail later, the ticket issuing machine 20 is a self-supporting machine that performs encryption and decryption independently without depending on an external management center that manages the parking lot 10. Moreover, this 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.

  However, instead of this, it is possible to implement the present invention in such a manner that the ticket issuing machine 20 is a part that depends on the management center for one or both of encryption and decryption, or is completely dependent. An embodiment in which the present invention is implemented in a manner in which the ticket issuing machine 20 is a completely dependent type in which both encryption and decryption depend on a management center will be described later as a third embodiment.

  In addition, in addition to the definition of the term “vehicle”, in this “Mode for Carrying Out the Invention” column, the term “vehicle” means only an automobile, but other parts of the present specification. In the claims, the term “vehicle” should be interpreted as a term encompassing not only automobiles but also all kinds of moving objects such as bicycles and motorcycles.

  There are two types of parking areas on the site of the parking lot 10. It is based on a premise for a section for lending a parking space to a user of each vehicle on a daily basis (a temporary storage section or a daily lending section) and for each vehicle user on a monthly basis. It is a section for renting a parking space (monthly section). The ticket issuing machine 20 is used for a temporary deposit section. Hereinafter, the term “parking lot 10” means only a temporary deposit area, that is, an area where the ticketing machine 20 is used in the parking lot 10.

  In order to use the parking lot 10, a driver who is a user drives his / her vehicle, enters the entrance / exit 12 from an adjacent road, continues to drive and passes through the ticketing machine 20, and further Drive to one of the parking spaces (parking positions) you have chosen and park there. After that, the user gets out of his / her vehicle and walks to the ticket issuing machine 20 at the entrance / exit 12 and pays the parking fee to the ticket issuing machine 20 there.

  The parking lot 10 employs a direct payment method in which the user requests that the parking fee be paid to the ticket issuing machine 20. Specifically, in the present embodiment, the user can pay only the coins to the ticketing machine 20, but it can be paid with other money, substitute money, coupon, credit card, You may make it possible to pay with a prepaid card, electronic money, etc. Instead of this, the parking lot 10 may employ an online payment method in which payment is made online to a trader who manages the parking lot without the ticketing machine 20 interposed.

  2 is a front view of the ticketing machine 20, FIG. 3 is a perspective view of the ticketing machine 20 with the door 24 open, and FIG. Twenty component configurations are shown in a block diagram. 5 to 8 conceptually show a flowchart of a ticket issuing / settlement program executed by the computer 100 in the control board 34 shown in FIG. 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. 10A 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 the windshield 110 of his / her vehicle (this is an example of “window glass”, but the “window glass” (It is not limited to glass 110). Since the parking ticket 80 is placed in the room of the parked vehicle, it is not exposed to rain and wind and is not lost.

  As shown in FIG. 1, the parking lot 10 is a prepaid unmanned parking lot having a plurality of parking positions, and is a device (for example, preventing the exit from the parking lot 10) that prevents the vehicle from leaving. In addition, it does not have an exit gate device or a lock device (for example, a flap type or a retractable type), and the user freely chooses one of the plurality of parking positions and parks his vehicle. (The selected parking position is not monitored by the ticketing machine 20). The ticket issuing machine 20 is used for the parking lot 10 configured as described above.

  Here, the ticket issuing machine 20 will be described more specifically. This ticket-issuing machine 20 has a charge settlement function but does not have a change function or a communication function. This ticket-issuing machine 20 requests that the user pay the parking fee only with coins, not banknotes. In addition, the ticket issuing machine 20 can input a user identification number, input vehicle identification information (for example, a vehicle number) on the user's vehicle, and specify what a user selects from a plurality of parking positions. , Do not request.

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

  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 effective parking time has already expired at the time of delivery, the user presses the extension button 74 to request a post-extension request. Automatically recognizing that it has been paid, and that the payment has been completed subject to payment of an additional parking fee (in effect, it means that the extension was permitted after the effective parking time expired) A receipt 81b (see FIG. 10B) is issued.

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

  In the present embodiment, the receipts 81a and 81c each constitute an example of a “prepayment receipt”, and a receipt (hereinafter also referred to as a “payment receipt”) 81b is a “postpay receipt”. Is an example.

  In this embodiment, a two-sheet parking ticket issued with payment of a prepaid parking fee (i.e., in this embodiment, a normal parking ticket and a parking ticket issued with a prior extension request) Is a two-sheet spelling of parking tickets 80, 80c and receipts 81a, 81c. The user separates these parking tickets 80, 80c and receipts 81a, 81c from each other, and parking tickets 80, 80c. Only the receipt 81a, 81c can be carried in the parked vehicle. As will be described later, the receipts 81a and 81c are printed with the end time of the effective parking time (the time zone in which parking by the user is permitted), and the user can always use the effective parking time at a place away from the parked vehicle. It is convenient for the user to carry the receipts 81a and 81c so that the end time can be referred to.

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

  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 ten keys each operated for inputting, that is, a so-called numeric keypad 38, and a printer 40 for printing and issuing parking tickets 80, 80c and receipts 81a, 81b, 81c. Yes. Of these parts, only the coin processing unit 30 is attached to the back surface of the door 24, and the remaining parts are attached to the inside of the casing 22.

  As shown in FIG. 3, the printer 40 is equipped with a roller 42 on which a continuous sheet before printing is wound and stored. The printer 40 performs printing on a continuous sheet fed from the roller 42 by one length. After the printing is completed, the printer 40 cuts the continuous sheet from time to time by a cutter (not shown), and after the prepaid parking fee is paid from the continuous sheet, two sheets of parking tickets 80 and 80c and receipts 81a and 81c. While the spelling is cut off, the receipt 81b for one sheet is cut off after payment of the additional parking fee accompanying the subsequent 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 spelled in two sheets. The parking tickets 80 and 80c and the receipts 81a and 81c can be easily separated from each other along the cut line 89.

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

  As shown in FIGS. 2 and 4, the coin processing unit 30 includes a coin insertion slot 50, a return lever 52, a coin selector (determination of the type of inserted coin, and whether or not the inserted coin is a forged coin. ) 54 and a coin return port 56. Among the inserted coins, those that have not been returned to the user from the coin return slot 56 are accommodated in the safe 32. As shown in FIG. 4, a control board 34 is connected to the coin selector 54 so as to be able to perform data communication. The control board 34 is connected to the coin selector 54 by the type of coins inserted (in coin units and counterfeit coins). And a signal indicating the number of images are received.

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

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

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

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

  As illustrated in FIG. 4, the computer 100 includes a parking permission unit 200, an encryption unit 202, a decryption unit 204, an extension permission unit 206, and a printer that controls the operation of 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 pre-extension request processing unit 302, and a post-extension request processing unit 304.

  In addition, the control board 34 can be configured to realize the same function as the computer 100 by a sequencer (sequence control).

  When the ticket issuing / settlement program shown in FIGS. 5 to 8 is executed by the computer 100, an initial screen shown in FIG. 9A is first 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 coins.

  When coins are inserted, in step S4, the total amount of coins that have been inserted by the user so far is calculated based on the signal from the coin selector 54. Subsequently, in step S5, a parking time corresponding to the input amount is calculated as an effective parking time from the calculated input amount.

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

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

  Thereafter, in step S 6, a coin-inserting screen shown in FIG. 9B is displayed on the screen of the display 36. At this time, the calculated input amount and the length of the parking time (effective parking time) are displayed.

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

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

  When the amount confirmation button 70 is pressed, the current time is measured by using the clock 102 in step S8. Subsequently, in step S9, the end time of the current effective parking time is calculated by adding the length of the effective parking time permitted this time to the current time. Thereafter, in step S 10, a parking ticket / receipt issue 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 user's operation of the amount confirmation button 70 is displayed as the amount of the prepaid parking fee.

  Subsequently, in step S11, the warehousing time at which the user enters the parking lot 10 (in the present embodiment, the current time measured in step S8 in the present embodiment) and the length of the effective parking time (or the user pays). Pre-encrypted data that represents the amount of the prepaid parking fee, etc. that can be viewed by the user and can be directly decrypted, but cannot be decrypted by the user by referring to the encryption table. The encrypted data (in this embodiment, a plurality of numeric strings) 130 is converted. In this step S11, encryption is performed, and in this embodiment, the encrypted data 130 is acquired without depending on an external device. In step S11, the acquired encrypted data 130 is stored in the memory 104 for future use as necessary.

  In the present embodiment, as shown in FIG. 14A, the encrypted data 130 is defined by symbols of 9 digits arranged in a line (more or less digits may be used). Has been. The symbol of each digit is selected, for example, as one of ten numbers from “0” to “9”. These multi-digit symbols are divided into a plurality of groups and printed on the receipt 81a, and adjacent groups are connected with a hyphen, thereby adding a visual break between the multi-digit symbols. However, this is not indispensable for carrying out the present invention.

  As shown in FIG. 14B, an example of a general configuration of pre-encrypted data (notation of the year is omitted to reduce the number of digits of the pre-encrypted data) is as follows. The length of the effective parking time is TT time. As shown in FIG. 14C, the pre-encrypted data includes a number MM representing the month, a number DD representing the day, a number hh representing the hour of the time, and a number representing the minute of the time. mm and parking time (if the receipt is prepaid, it means valid parking time, but if the receipt is a receipt for additional parking fees accompanying a subsequent extension request, it will be extended It has five elements, the number TT that represents the length of parking time.

  As shown in FIG. 14 (c), the encryption table is referred to for encrypting a monthly encryption table referred to for encrypting a number MM representing a month and a number DD representing a day. A day-by-day encryption table, a time-unit encryption table that is referenced to encrypt the number hh that represents the time in the time, and a number mm that represents the minute in the time. And a time encryption table referred to for encrypting the number TT representing the length of the parking time. Each of the five elements described above is encrypted by referring to the corresponding encryption table, whereby nine-digit encrypted data 130 is created.

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

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

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

  In one example, for each of the five elements MM, DD, hh, mm, and TT, the relationship between the pre-encryption data and the encrypted data in the encryption table, that is, a number before encryption (for example, “ "2" representing "February") and the code after encryption, a random number is generated for each number before encryption, and the random number is adopted as the code after encryption, Generated.

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

  Specifically, as shown in FIG. 10 (a), the parking ticket 80 specifies the end time of the effective parking time corresponding to the amount of the prepaid parking fee paid by the user and the location of the parking lot 10. Will be printed.

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

  As shown in FIG. 14 (b), the encrypted data 130 includes the warehousing time (which includes the parking ticket 80 and the receipt 81a, both the time when the prepaid parking fee is paid and the parking time start time). It is equivalent to the time when the ticket is issued) and the pre-encryption data representing the length of the effective parking time (this is equivalent to the amount of the prepaid parking fee paid). .

  On the other hand, when the extension button 74 is pressed, the determination in step S2 is YES, and in step S21 shown in FIG. 6, a screen for extension request (not shown) on which 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, since the advance extension request has been made at least once, at least one receipt 81c may be issued to the same user. In this case, the user Of the plurality of encrypted data, only the last issued data is input to the ticket issuing machine 20. In step S22, the input encrypted data 130 is stored in the memory 104 for future use as necessary.

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

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

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

  If the current time is after the effective parking time has elapsed, it is determined in step S27 that the user's current extension request corresponds to a post-extension request. On the other hand, if the current time is before the elapse of the effective parking time, it is determined in step S28 that the user's current extension request corresponds to a prior extension request.

  If the current extension request corresponds to the post-extension request, 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, according to the fee setting, the amount of additional parking fee corresponding to the calculated extended parking time is calculated.

  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 the extension estimated in step S25 is 17:20 as shown in FIG. The additional parking time is calculated as 1 hour 30 minutes. After that, in step S33, the computer 100 selects 2 hours as the closest and longer than 1 hour 30 minutes among the plurality of candidate times according to the fee setting, and sets the corresponding parking fee of 300 yen. Calculate as the additional parking fee this time.

  Thus, in this embodiment, when the user commands a post-extension request, the relationship between the amount of additional parking fee paid and the extended length of the effective parking time is equal to the prepaid parking fee paid at the time of warehousing. Payment is made without considering the amount of prepaid parking fee paid at the time of warehousing, i.e. the length of effective parking time before extension, when set in common with the relationship between the amount and the length of effective parking time. The effective parking time before the extension will be extended by an amount commensurate with the amount of the additional parking fee. That is, an independent charging method is adopted as a method for calculating the additional parking fee.

  Instead, when the user commands a post-extension request, the actual parking time, which is the time from the time of entry to the time of delivery, according to the relationship between the amount of the prepaid parking fee paid at the time of entry and the length of the effective parking time The amount of the total parking fee is calculated according to the length of the car, and the amount of the additional parking fee to be paid at the time of delivery is calculated by subtracting the amount of the prepaid parking fee paid at the time of warehousing from the amount of the total parking fee It is possible to implement the present invention in the mode (that is, the difference billing system).

  Thereafter, in step S34, the payment 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 calculated amount of the additional parking fee. If they do not match, the process returns to step S35, but if they match, in step S39, the current time and the length of the extended parking time (this is the paid additional time) as in step S11 shown in FIG. Is equivalent to the amount of the parking fee.) Is converted into encrypted data 140 by referring to the encryption table. In step S39, the acquired encrypted data 140 is stored in the memory 104 for future 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 same information regarding at least one of the date and time and the amount of money for the parking fee payment or the parking time and the length of the parking time can be decrypted by the user. It is printed as both the previous data and the encrypted data 140 that cannot be decrypted by the user. This completes the current execution of this ticketing / settlement program.

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

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

  On the other hand, if the current extension request corresponds to the advance extension request, 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, the end time when the current effective parking time is extended according to the input amount is calculated from the input amount calculated in step S52. The relationship between the amount of money input and the length of the effective parking time after extension also follows the charge setting.

  This step S53 will be specifically described with reference to the example shown in FIG. 10A. In this step S53, the computer 100 first determines the length of the effective parking time before extension estimated in step S25. Therefore, the amount of the prepaid parking fee paid by the user at the time of warehousing is calculated as 400 yen. Next, since it is assumed that the amount of the additional parking fee paid at the present time is 100 yen, the computer 100 calculates the sum of the prepaid parking fee and the additional parking fee as 500 yen.

  Subsequently, this time, it was assumed that 500 yen was paid as a prepaid parking fee at one time at the time of warehousing, and then, according to the fee setting, the computer 100 had 6 hours commensurate with 500 yen. Calculate as the length of the effective parking time after extension. On the other hand, in this example, since the parking start time is 13:20 on February 13, the computer 100 calculates the end time of the extended effective parking time as 19:20 on February 13.

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

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

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

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

  Subsequently, this time, it was assumed that 1500 yen was paid as a prepaid parking fee at one time at the time of warehousing, and then, according to the fee setting, the computer 100 had 24 hours commensurate with 1500 yen. Calculate as the length of the effective parking time after extension. On the other hand, in this example, since the parking start time is 13:20 on February 13, the computer 100 calculates the end time of the extended effective parking time as 13:20 on February 14.

  Thus, in this embodiment, when the user commands a prior extension request and pays an additional parking fee, the length corresponding to the total value of the additional parking fee and the prepaid parking fee paid at the time of warehousing, Calculated as the length of the effective parking time after extension. The amount of the additional parking fee is calculated as the difference between the prepaid parking fee paid at the time of warehousing and the prepaid parking fee commensurate with the length of the extended effective parking time. That is, the difference charge method is adopted as a method for calculating the additional parking fee.

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

  Thereafter, in step S57, the parking ticket / receipt issue 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 confirmation button 70 by the user is displayed as the amount of the prepaid parking fee for advance extension.

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

  In this step S58, encryption is performed in the same manner as in step S11 shown in FIG. 5, and in this embodiment, the encrypted data 150 is acquired without depending on the external device. In step S58, the acquired encrypted data 150 is stored in the memory 104 for future 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 same information regarding at least one of the date and time, the amount, and the length of the parking time for the payment of the parking fee or the parking time can be decrypted by the user. It is printed as both the previous data and the encrypted data 150 that cannot be decrypted by the user. This completes the current execution of this ticketing / settlement program.

  Specifically, as shown in FIG. 10C, the parking ticket 80c includes an end time of the extended effective parking time corresponding to the amount of the prepaid parking fee paid by the user for the advance extension, A display for specifying the location of the parking lot 10 is printed. In the example shown in FIG. 10C, the user pays 1100 yen as an additional parking fee in accordance with the advance extension request. As shown in FIG. 10A, the user pays the initial prepaid parking fee 400. When totaled with yen, the total amount of the prepaid parking fee is 1500 yen. This is the amount of parking fee for one day (24 hours) according to the fee setting.

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

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

  In addition, when the receipt 80c is issued along with the advance extension, only the receipt 80c is placed in the room of the vehicle parked in the parking lot 10 instead of the receipt 80a issued first. If it is left, it is enough.

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

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

  The double spelling of the parking tickets 80 and 80c and the receipts 81a and 81c corresponds to two parking tickets 80. In the double spelling, the parking tickets 80 and 80c and the receipts 81a and 81c have a size. Both configurations are common. The receipt 81b corresponds to one parking ticket 80, 80c, and has the same size and configuration as the parking tickets 80, 80c. Hereinafter, in order to simplify the description, only the configuration of the parking ticket 80 will be representatively described.

  The parking ticket 80 includes 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 in that order. Has been configured. The adhesive layer 83 is applied to the back surface of the display sheet 82 so as not to be easily peeled off. In the state where the display sheet 82 is peeled off from the surface of the separator 84, the adhesive of the adhesive layer 83 is the surface of the separator 84. It does not adhere to.

  As shown in FIG. 10A, in one parking ticket 80, the outer periphery of the display sheet 82 is positioned inside the outer periphery of the separator 84. The raw material wound around the roller 42 is formed by adhering a plurality of display sheets 82 (in a blank state) aligned in a row with a gap 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 display sheet 82 is not cut. On the other hand, no glue is attached 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 a continuous sheet, the adhesive of the adhesive layer 83 is not attached to the cutting blade, and the manager (for example, dispatched to the site once or several times a day) The frequency of maintenance of the cutter by a service person, a worker who patrols a plurality of parking lots, and a patrol watchman) is reduced, and the labor cost for the manager is reduced.

  However, in this embodiment, the receipt 81b is completely cut by the cutter with a length of one sheet by the cutter, whereas the two-sheet binding is equivalent to two separators 84. Completely cut with a length of. However, as described above, as shown in FIG. 10A, the separator 84 is partially cut between the parking ticket 80 and the receipt 81a by the cutter as shown in FIG. Thereby, a cut line 89 is formed.

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

  In this embodiment, in order to prove that parking by the user is not illegal parking, the user receives the parking ticket 80 received in exchange for coin insertion, as shown in FIG. It is required to be pasted on the back surface of the glass 110. Therefore, as shown in FIG. 12 (a), the user locally designates a designated portion (a portion surrounded by the cutting line 90 and finally 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. Accordingly, as shown in FIG. 13, the contents of the parking ticket 80 (particularly, information for specifying the end time of the parking time zone permitted for the user and the parking lot 10 in which the parking ticket 80 is valid). It is possible to visually check the display) for specifying the location of the user at any time from the outside.

  When a time-over occurs in which the actual parking time of a vehicle in the parking lot 10 exceeds the effective parking time permitted when the vehicle is received, the vehicle starts improper parking from that point. become. The worker dispatched to the parking lot 10 from the management center visually observes 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 illegally parked vehicle. When the worker determines that a certain vehicle is an illegally parked vehicle, the worker places a sticker on the illegally parked vehicle in order to notify the user who owns the illegally parked vehicle.

  A user who has performed illegal parking whose actual parking time exceeds the effective parking time makes the above-described post-extension request to the ticket issuing machine 20 in order to pay the additional parking fee for the excess time. When the necessary additional parking fee is paid to the ticket issuing machine 20, a receipt 81b is issued to the user to prove the payment. The user should be treated so that the unauthorized parking this time disappears retroactively when the additional payment is made. However, unless special measures are taken, the management center cannot know the fact that the necessary additional parking fee has been added.

  As a measure for making this possible, for example, when a user parks a vehicle with a sticker because of illegal parking at the parking lot 10 for the first time after the date on which the sticker was made, It is desirable to take measures to require that the receipt 81b issued with the above-described post-extension request be left in the vehicle room in a state that is visible to the operator.

  As is clear from the above description, in this embodiment, for convenience of description, 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 can be considered 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. Further, it can be considered that the portion of the computer 100 that executes step S23 shown in FIG. Further, in the computer 100, the portions that execute 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, in the computer 100, step S12 shown in FIG. 5, step S40 shown in FIG. 7, and step S59 shown in FIG. 8 can be considered to constitute the printer control unit 208.

  Moreover, it can be considered that the part which performs step S21, S22, S24 thru | or S28 shown in FIG. 6 among the extension permission parts 206 comprises the discrimination | determination part 300 shown in FIG. Moreover, it can be considered that the part which performs step S31 thru | or S38 shown in FIG. 7 among the extension permission parts 206 comprises the prior extension request process part 302. FIG. Further, it can be considered that a part of the extension permission unit 206 that executes steps S51 to S57 shown in FIG. 8 constitutes a post-extension request processing unit 304.

  In addition, it is possible to consider that the receipts 81a, 81b and 81c constitute an example of the “parking slip”.

  As is apparent from the above description, according to the present embodiment, the user is not requested to transmit the encrypted data 130, 140, 150 to the remote management center, and nevertheless, the user The effective parking time permitted to the user by the ticketing machine 20 when the user operates the ticketing machine 20 while preventing unauthorized input to the ticketing machine 20 by the encrypted data 130, 140, 150. Can be extended. Therefore, the usability of the ticket issuing machine 20 is improved.

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

  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 association with the user identification information in the memory 104, for example. There is no need to do. This is because the parking-related information corresponds to the encrypted data 130, 140, 150, and the encrypted data 130, 140, 150 can be inputted by the user. This is because the necessary parking-related information can be reproduced if only the encrypted data 130, 140, 150 are found.

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

<Second Embodiment of the Present Invention>

  Next, a ticket issuing machine 320 according to the second exemplary embodiment of the present invention will be described. However, since this embodiment has many elements in common with the first embodiment, the common elements are referred to with the same reference numerals or names, thereby omitting redundant descriptions and only different elements. This will be described in detail.

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

  The illegal parking list update unit 330 refers to the illegal parking list provided in the memory 104 for managing whether each vehicle parked in the parking lot 10 is illegally parked, with reference to the encrypted data and the current time. Then, it is updated from time to time in consideration of the relationship between the end time of the effective parking time estimated from the encrypted data and the current time.

  As shown in FIG. 16 and FIG. 17, the illegal parking list includes an encrypted data history column in which a plurality of encrypted data issued for each vehicle is recorded in time series, and the vehicle performs illegal parking. And a check column in which a symbol indicating whether the vehicle is improperly parked or not is displayed. In the encrypted data history column, an encrypted data string in which a plurality of encrypted data issued for the same vehicle are arranged in the order of appearance is recorded for each vehicle.

  In the check column, in order to facilitate visual recognition by the worker, if it is determined that the vehicle is not illegally parked, the symbol “○” is determined to be illegally parked. In this case, a symbol “x” is displayed. If it is determined that the unauthorized parking has been retroactively canceled due to the additional parking fee being paid, the unauthorized 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, as shown in FIG. 10A for a vehicle A, when a parking ticket 80 is issued, as shown in FIG. 16A, “111-222−” is displayed in the encrypted data history column of the unauthorized parking list. 333 "is recorded. If the vehicle A is not illegally parked, “◯” is recorded in the check column.

  Next, when the actual parking time exceeds the effective parking time for the vehicle A, since the illegal parking is performed, the check column is updated to display “x” as shown in FIG. The

  After that, as shown in FIG. 10B, when the additional parking fee is paid for the vehicle A, “123-456-789” is displayed in the encrypted data history column as shown in FIG. The encrypted data 140 is added. In this case, since the additional parking fee is paid for the vehicle A, the illegal parking is retroactively resolved, so that 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 a scenario in which the unauthorized parking list is updated. First, when a parking ticket 80 is issued for the vehicle A as shown in FIG. 10A, as shown in FIG. 17A, “111-222- 333 "is recorded. If the vehicle A is not illegally parked, “◯” is recorded in the check column.

  Next, as shown in FIG. 10C, if the effective parking time is extended before the actual parking time exceeds the effective parking time for the vehicle A, as shown in FIG. The encrypted data 150 “444-555-666” issued along with the extension is added to the encrypted data history column of the list. When the vehicle A is not illegally parked, the check column is maintained in a state where “◯” is displayed.

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

  In this illegal parking list update program, first, in step S101, among the plurality of encrypted data strings recorded in the unauthorized parking list, the most recently issued one of the encrypted data 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”. "Is read.

  Next, in step S102, the read target encryption data is decrypted, and thereby 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 or not the estimated end time is a time after the measured current time, that is, whether or not the time is over.

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

  On the other hand, if it is assumed that the check column currently indicates “x”, the unauthorized parking list is updated in step S108 so that the cipher data string of interest this time is deleted. This time, because it was determined that illegal parking was performed because the actual parking time exceeded the effective parking time, the user then made a post-extension request and paid the necessary additional parking fee .

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

  Since steps S101 to S108 described above are repeatedly executed, the unauthorized parking list reflects temporal changes in the state of whether or not each vehicle parked in the parking lot 10 is illegally parked. As such, it will be updated from time to time.

  In any case, subsequently, in step S109, it is determined whether or not the user has input to the ticket issuing machine 20 an exit permission request for requesting permission for exit from the parking lot 10. In order to input the issue permission request, for example, the user presses a dedicated issue permission button installed in the ticket issuing machine 320, or presses one of a plurality of existing buttons, the amount confirmation button 70 and the extension button 74. It is required to perform unusual operations such as long press or pressing those existing buttons simultaneously.

  If it is assumed that a shipping permission request has not been input this time, in step S110, it is determined whether or not a browsing request has been issued by the worker. The browsing request can be issued by, for example, performing a specific operation known only to the worker on the ticketing machine 320 or inputting information such as a specific number into the ticketing machine 320.

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

  As a result, while referring to the illegal parking check, the worker can specify the one that is illegally parked among the plurality of vehicles that are currently parked in the parking lot 10 and perform the necessary sticker. is there.

  Therefore, according to the present embodiment, the operator can visually check the unauthorized parking list output from the ticket issuing machine 320 without making it indispensable to visually check the parking slip placed in each parked vehicle. Then, it becomes possible to determine whether each vehicle is illegally parked correctly and without omission. Therefore, according to this embodiment, it is not necessary to require the user to leave the parking slip in the vehicle so that the user can easily see from outside the vehicle.

  If the user inputs the exit permission request, the determination in step S109 is YES, and then a screen (not shown) for processing the exit permission request is displayed on the screen of the display 36 in step S112. The There is a message on the screen prompting the user to input encrypted data. In response to this message, the user inputs the latest issued data out of at least one encrypted data already issued at this time to the ticket issuing machine 320 using the key input unit 38.

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

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

  Assuming that the time-over has not occurred this time, in step S117, it is displayed on the screen of the display 36 that the current delivery is permitted so that the user can visually check, and then in step S118. The unauthorized parking list is updated such that a plurality of the encrypted data strings recorded in the unauthorized parking list belong to the input encrypted data. As a result, this time, the unauthorized parking list is updated to reflect the fact that the delivery has been performed normally. Subsequently, the process proceeds to step S110.

  On the other hand, assuming that the time-over has occurred this time, the determination in step S116 is YES, and in step S119, the fact that the current shipment is not permitted is displayed on the screen of the display 36. Displayed for visual inspection. Subsequently, the process proceeds to step S110.

  In this ticket issuing machine 320, the computer 100 executes what is basically the same as the ticket issuing / settlement program shown in FIGS.

  The ticket issuing / settlement program executed by the computer 100 of the ticket issuing machine 320 is different from the ticketing / settlement program shown in FIG. 5 to FIG. 8 in the step S11 shown in FIG. Is stored in the encrypted data history column of the unauthorized parking list in the memory 104, and in step S39 shown in FIG. 7, the acquired encrypted data 140 is further stored in the encrypted data history column of the unauthorized parking list in the memory 104. In step S22 shown in FIG. 6, the same encrypted data input by the user is stored in the encrypted data string. In step S58 shown in FIG. 8, the acquired encrypted data 150 is further stored in the memory 104. In the encrypted data history column of the unauthorized parking list, the user in step S22 shown in FIG. Is a point identical to the al inputted encrypted data is stored in the encrypted data sequence belongs.

  Thereby, the unauthorized parking list is created so that a plurality of encrypted data issued for the same vehicle is arranged in a line in the order of appearance in the encrypted data history column.

  As is clear from the above description, according to the present embodiment, when the user makes the post-extension request at the time of delivery, the corresponding vehicle is additionally charged with the necessary additional parking fee. The fact that the vehicle has been issued is automatically recorded in the unauthorized parking list. Accordingly, when the user records the receipt 81b issued with the above-described post-extension request in the parking lot 10 on the next day or later, it is left in the vehicle's room so that the operator can see it. You don't have to ask for it.

  By the way, in this embodiment, as a result of the illegal parking list being updated from moment to moment, if a shipment is performed before the expiration of the effective parking time, the state of the corresponding check column is “O” at that time. However, it will eventually change to “x”. Then, when the worker is dispatched to the parking lot 10 and sees the unauthorized parking list, there is a possibility that the worker erroneously determines that the corresponding vehicle is illegally parked.

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

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

<Third embodiment of the present invention>

  Next, a ticket issuing machine 400 according to the third exemplary embodiment of the present invention will be described. However, since this embodiment has many elements in common with the first embodiment, the common elements are referred to with the same reference numerals or names, thereby omitting redundant descriptions and only different elements. This will be described 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 at a remote location.

  Unlike the ticket-issuing machine 20 according to the first embodiment, the ticket-issuing machine 400 is a completely dependent type that relies on the management center 450 for both encryption and decryption. Therefore, the ticket issuing machine 400 is added with a function of communicating with the management center 450, and specifically includes 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 that stores the encryption table. The encryption unit 502 and the decryption unit 504 are constructed by the computer 520 of the management center 450.

  The computer 100 of the ticket issuing machine 400 executes a ticket issuing / settlement program that is basically the same as the ticket issuing / settlement program shown in FIGS. The ticket issuing / settlement program differs from the ticket issuing / settlement program shown in FIGS. 5 to 8 in all steps S11 shown in FIG. 5, step S39 shown in FIG. 7, and step S58 shown in FIG. And step S23 shown in FIG.

  In any of steps S11 shown in FIG. 5, step S39 shown in FIG. 7, and step S58 shown in FIG. 8 in which the encryption is performed, the ticket issuing machine 400 sends the pre-encryption data and the pre-encryption data. Then, the corresponding encrypted data (for example, the aforementioned encrypted data 130, 140, 150), that is, an encryption request for requesting encryption is transmitted from the communication unit 410 to the communication unit 500 of the management center 450.

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

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

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

  Upon receiving them, the computer 520 of the management center 450 transfers the received encrypted data to the decryption unit 504, and the decryption unit 504 converts the received encrypted data into the encrypted data in the same manner as in step S23. By referring to the encryption table, it is converted into the corresponding data before encryption. Thereafter, the computer 520 of the management center 450 returns the acquired pre-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 pre-encryption data created in the management center 450.

<Fourth embodiment of the present invention>

  Next, an online parking reservation / accounting system 600 according to a fourth exemplary embodiment of the present invention will be described. However, since this embodiment has many elements in common with any one of the first to third embodiments, the common elements are referred to with the same reference numerals or names, and redundant description is omitted. Only the different elements will be described in detail.

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

  The ticket issuing machine 620 has the above-described plurality of functions in common with the ticket issuing machines 20, 320, or 400 according to the first to third embodiments described above, and further, on the screen of the display 36 as shown in FIG. In addition, a function for displaying the encrypted time 630 with the current time encrypted at every moment is added.

  Specifically, in order to realize the function, the current time (pre-encryption data) acquired by the computer 100 of the ticket issuing machine 620 using the clock 102 is the current time encryption table as illustrated in FIG. Then, encryption is performed in accordance with what is stored in the memory 104 in advance. Further, the computer 100 displays the encrypted current time (encrypted data) as the encrypted time 630 on the screen of the display 36 as shown in FIG.

  First, as schematically described, the online parking reservation / settlement system 600 is such that a user operates his / her user terminal 636 in place of the ticketing machine 620 of the parking lot 10 for booking / settlement of the parking lot 10. Is installed to allow you to do online. In particular, according to the online parking reservation / payment system 600, the user can make a reservation / payment of the parking lot 10 without operating the ticketing machine 620, for example, at a place other than the parking lot 10, such as a home or work place. This can be done online while moving from one place to another.

  In the present embodiment, as a result of the online parking reservation / accounting system 600 being installed in addition to the ticketing machine 620, the user issues a ticketing and settlement by operating the ticketing machine 620 at the location of the parking lot 10.・ Online parking reservation that performs reservation / settlement of the parking lot 10 by operating the user terminal 636 instead of the ticketing machine 620 of the parking lot 10 and the payment method (the first to third embodiments described above).・ You can select one of the payment methods.

  In the present embodiment, since both the local ticketing / settlement method and the online parking reservation / settlement method are provided to the user, the ticket issuing machine 620 has a function of realizing the local ticketing / settlement method. And is installed in the parking lot 10.

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

  As shown in FIG. 20, in the online parking reservation / payment system 600, a user terminal (a communication terminal carried by a user, for example, a mobile phone, a smartphone, a tablet) 636 is connected to the management server 632 via the Internet 634 which is an example of a global communication network.

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

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

  In order to provide the above-described online parking reservation / payment service, the processor 650 includes a parking permission program shown in FIG. 23, an unauthorized parking list update program shown in FIG. 24, a post-extension permission program shown in FIG. 26, an expiration notice program shown in FIG. 27, which is executed to notify the user of the expiration immediately before the effective parking time expires, and an exit permission program shown in FIG. Are repeatedly executed or various processes are performed. The storage 652 stores these programs and data temporarily or permanently.

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

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

  In the present embodiment, each user needs to access the management server 632 and register as a member in order to obtain use qualifications for the online parking reservation / payment service. When the user transmits user information necessary for the member registration to the management server 632, the management server 632 receives the received user information (for example, the user's name, user ID, password, address, work location, vehicle to be used). Are registered in the user information DB 660 for each user.

  Schematically, the management server 632 includes a parking permission unit, and the parking permission unit is the parking permission program illustrated in FIG. 23 and stored in the storage 652 is executed by the processor 650. Is realized.

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

  This parking permission unit further includes at least one of a start time and an end time of the effective parking time, a length of the effective parking time, and a payment amount of the parking fee before encryption. Data that can be decrypted by the user is converted into encrypted data that uniquely corresponds to the pre-encrypted data and cannot be decrypted by the user, and the pre-encrypted data and the encrypted data are transmitted to the user terminal 636. . As a result, the user carrying the user terminal 636 can acquire both the pre-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 permission program shown in FIG. 25 and a pre-extension permission program shown in FIG. 26 and stored in the storage 652 is a processor. Implemented by 650.

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

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

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

  Next, in order to provide the above-described online parking reservation / payment service, a parking permission program, an unauthorized parking list update program, a post-extension permission program, and a pre-extension permission program executed by the processor 650 of the management server 632 The expiration notice program and the warehousing permission program will be specifically described.

<Parking permission program>

  In each execution of the parking permission program shown in FIG. 23, first, in step S <b> 201, the management server 632 receives a parking permission request from the user terminal 636. Next, in step S <b> 202, the management server 632 receives a user ID from the user terminal 636. Subsequently, in step S <b> 203, the management server 632 receives a password from the user terminal 636.

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

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

  Subsequently, in step S208, the management server 632 determines whether or not it is possible to park in the designated parking lot for the designated effective parking time from the designated parking start date and time. It is determined whether or not there is a vacant parking lot.

  This time, assuming that there is a vacancy in the designated parking lot, in step S209, the management server 632 includes the designated parking lot, the designated parking start date and time, and the designated effective parking time. Based on at least one and according to the fee setting, the amount of parking fee that the user needs to pay is calculated.

  Thereafter, in step S <b> 210, the management server 632 transmits the calculated amount of parking fee to the user terminal 636. When the user pays the parking fee in response to this, in step S211, the management server 632 confirms the payment of the parking fee. Subsequently, in step S <b> 212, 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 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.

  Subsequently, in step S <b> 214, the management server 632 issues a receipt for the current parking fee payment, and transmits data representing the receipt to the user terminal 636. Since the receipt includes the encrypted data, the user can know both the pre-encrypted data and the encrypted data when viewing the receipt. This is the end of this execution of the parking permission program.

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

<Unauthorized parking list update program>

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

  If it demonstrates simply, omitting duplicate description, at the time of each execution of the unauthorized parking list update program shown in FIG. 24, first, in step S301, from the unauthorized parking list shown in FIGS. The encryption data, that is, the plurality of encryption data strings recorded in the unauthorized parking list and sequentially selected, at least one encryption data belonging to the encryption data string selected this time is read. It is.

  Next, in step S302, the target encryption data is decrypted, and thereby 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. Thereafter, in step S304, it is determined whether or not the current time is after the estimated end time, that is, whether or not the time-over has occurred.

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

  On the other hand, this time, assuming that the time-over has occurred, “x” is recorded in the corresponding check field in step S308.

  In any case, after that, in step S309, it is determined whether or not a browsing request is issued from the worker. When the browsing request is 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 execution of this unauthorized parking list update program is immediately terminated.

<Post-extension permission program>

  In each execution of the post-extension permission program shown in FIG. 25, first, in step S 401, the management server 632 receives a post-extension request from the user terminal 636. Next, in step S <b> 402, the management server 632 receives a user ID from the user terminal 636. Subsequently, in step S <b> 403, the management server 632 receives a password from the user terminal 636.

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

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

  Thereafter, in step S407, the management server 632 performs decryption on the received encrypted data and the encrypted 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, the management server 632 determines 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, It is determined whether or not the user who has input the encrypted data that only the person himself / herself knows can actually confirm that the user is currently in the parking lot 10 where the display 620 is installed.

  If it is assumed that the user is currently in the parking lot 10 this time, 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, the amount of additional parking fee that should be additionally paid by the user is calculated from the calculated length of extended parking time 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 that should be additionally paid by the user.

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

  Subsequently, in step S416, the management server 632 transmits a post-extension permission message to the user terminal 636. Thereafter, in step S417, the management server 632 deletes from the unauthorized parking list a plurality of encrypted data strings recorded in the unauthorized parking list to which the currently received encrypted data belongs. This is the end of this execution of this post-extension permission program.

  On the other hand, if it is assumed that it is not confirmed that the user is currently in the parking lot 10 at this time, the determination in step S410 is NO, and the execution of this post-extension permission program is immediately terminated.

<Pre-extension permission program>

  In each execution of the advance extension permission program shown in FIG. 26, first, in step S501, the management server 632 receives a advance extension request from the user terminal 636. Next, in step S <b> 502, the management server 632 receives a user ID from the user terminal 636. Subsequently, in step S <b> 503, the management server 632 receives a password from the user terminal 636.

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

  If this personal authentication is established, in step S505, the management server 632 receives from the user terminal 636 the latest of 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 valid parking time is estimated from the result. Thereafter, in step S509, the management server 632 receives data representing the desired length of the extended parking time from the user terminal 636.

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

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

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

  Thereafter, in step S514, the management server 632 transmits a pre-extension permission message to the user terminal 636. Thus, the current execution of this advance extension permission program is completed.

<Expiration notice program>

  In each execution of the expiration notice program shown in FIG. 27, first, in step S601, the management server 632 is a plurality of encrypted data strings recorded in the unauthorized parking list and sequentially selected. Of the plurality of encrypted data belonging to the currently selected encrypted data string, the latest issued data, that is, the target encrypted data is read from the unauthorized parking list.

  Furthermore, the management server 632 estimates the end time of the corresponding effective parking time by performing decryption on the target encryption data. The estimated end time means the end time of the latest valid parking time permitted for the user corresponding to the encrypted data string selected this time among the users who are members registered in the user information DB 660. To do.

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

  If it is assumed that the effective parking time is about to expire, the determination in step S603 is YES, and in step S604, the management server 632 notifies the user that the effective parking time is about to expire. An expiration notice message is transmitted to the corresponding user terminal 636. This is the end of this execution of the expiration notice program.

  On the other hand, if it is assumed that the effective parking time is not about to expire, the determination in step S603 is NO and the current execution of this expiration notice program is immediately terminated.

<Granting permission program>

  In each execution of the exit permission program shown in FIG. 28, first, in step S701, the management server 632 receives an exit permission request from the user terminal 636. Next, in step S <b> 702, the management server 632 receives a user ID from the user terminal 636. Subsequently, in step S <b> 703, the management server 632 receives a password from the user terminal 636.

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

  If 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 that the user knew by looking at the display 620.

  Thereafter, in step S707, the management server 632 performs decryption on the received encrypted data and the encrypted time 630. Subsequently, in step S708, 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, the management server 632 determines whether the error between the measured current time and the decrypted time obtained by decrypting the received encrypted time is smaller than a predetermined value, Then, it is determined whether or not the user who has input the encrypted data that only the user can know can actually confirm that the user is currently in the parking lot 10 where the display 620 is installed.

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

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

  Subsequently, in step S713, the management server 632 deletes a plurality of encrypted data strings recorded in the unauthorized parking list to which the currently received encrypted data belongs from the unauthorized parking list. As a result, a vehicle that has not yet been issued from the parking lot 10, a vehicle that has been issued from the parking lot 10 without making a necessary post-extension request, and a delivery permission request are transmitted to the management server 632. The vehicle left from the parking lot 10 without being recorded is still recorded. This is the end of the current execution of the shipping permission program.

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

  On the other hand, if it is assumed that it is not confirmed that the user is currently in the parking lot 10 this time, the determination in step S710 is NO, and the current execution of this warehousing permission program is immediately terminated.

  As mentioned above, although several embodiment of this invention was described in detail based on drawing, these are illustrations and are based on the knowledge of those skilled in the art including the aspect as described in the above-mentioned [summary of invention] column. The present invention can be implemented in other forms with various modifications and improvements.

Claims (4)

A method of providing a user with a service that lends a user a vacant space in a prepaid parking lot with a time limit by communication between the user's communication device and a parking management device having a computer,
When the parking management device receives a parking permission request for requesting permission to park in the parking lot from the user, an effective parking time with a length corresponding to the payment amount on condition that the user pays the parking fee. During this period, a parking permission message indicating that the user is allowed to park in the parking lot is transmitted to the user, 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 Data that can be decrypted by the user that represents at least one of the payment amount of the parking fee and that can be decrypted by the user, and that is uniquely encrypted data that cannot be decrypted by the user A parking permission step of converting the data before encryption and the encrypted data to the user,
When the parking lot management device receives an extension request for extending the effective parking time and the encryption data from the user after the encryption data is issued, the pre-encryption data is received from the received encryption data. And an extension permission step for transmitting to the user an extension permission message indicating permission to extend the effective parking time on the condition that the additional parking fee is paid based on the restored pre-encrypted data. Parking space lending service provision method including. further,
The parking lot management device changes from moment to moment from a user to a delivery permission request for permission to leave from the parking lot, the encrypted data, and a display screen installed in the parking lot. When the displayed encrypted time and the current time is encrypted are received, an end time of the latest effective parking time is estimated from the received encrypted data, and the estimated end time is the received time The parking space lending service providing method according to claim 1, further comprising a delivery permission step of transmitting to a user a delivery permission message indicating permission of the delivery when the current time represented by the encrypted time is not later than the current time. .   A program executed by the computer of the parking lot management apparatus according to claim 1.   A recording medium on which the program according to claim 3 is recorded so as to be readable by a computer.

Images