Parking lot management system and program

Abstract

To provide an improved technique being the technique for managing a parking lot and enabling a user to adjust a parking fee.SOLUTION: A parking lot management system includes: a display section arranged in a parking lot so as to display cipher data; and a management server. The management server includes: a parking lot identification section (S137) for receiving first information to identify a parking lot from which a user is currently intending to leave from a communication device of the user existing in the parking lot when the communication device communicates with the management server with the use of the cipher data in leaving, so as to identify the parking lot on the basis of the first information; a user identification section (S133) for receiving from the communication device, information being the second information to identify the user parking at the parking lot and capable of identifying the vehicle of the user parking at the parking lot, in leaving, so as to enable identification of the user on the basis of the second information; and an electronic settlement section (S144) for settling a parking fee by electronic settlement with respect to the parking lot by communication with the communication device in leaving.SELECTED DRAWING: Figure 18

Description

[Technical Field]

[0001] The present invention relates to a technique for managing a parking lot. [Background technology]

[0002] Parking lots with multiple parking locations for vehicles are already widespread. These types of parking lots can be classified based on the method used to transport vehicles to the parking locations: either a system in which the user drives the vehicle to the parking location, or a mechanical system in which the vehicle is mechanically transported to the parking location by mechanically moving a pallet or cage. Furthermore, these parking lots may be rented to users free of charge or for a fee. Paid parking lots can be classified based on the length of time the parking space is rented to users, into monthly rentals and hourly rentals (including "daily rentals").

[0003] Hourly parking lots can be classified according to the payment method used to pay the parking fee: prepaid, where the user pays the parking fee before starting to park (although this includes the possibility of paying any remaining parking fee when leaving the lot), and deferred payment, where the user pays the parking fee in full when parking is finished.

[0004] In addition, hourly parking lots can be classified according to their management method into manned types, where a person who manages and monitors the parking lot is permanently stationed at the parking lot, and unmanned types, where a person who is not permanently stationed at the parking lot is dispatched to the parking lot sporadically.

[0005] For example, Patent Document 1 is a publicly known document that discloses this type of parking lot and the equipment (including ticket issuing machines) installed in the parking lot.

[0006] Patent Document 1 discloses a prepaid unmanned parking lot. This parking lot is equipped with a card issuing machine that issues parking cards that record the time parking is permitted for a fee, an entrance gate that is always closed, and an entrance management device that is installed at the entrance and opens the entrance gate when a parking card is inserted, provided that the parking card is valid. Furthermore, this parking lot is equipped with an exit gate that is always closed, and an exit management device that is installed at the exit and opens the exit gate when a parking card is inserted, provided that the parking card is valid.

[0007] Thus, Patent Document 1 discloses a technique in which, when a user parks a car in an unmanned paid parking lot, the user parks the car using an actual card (for example, a physical parking ticket).

[0008] In response to this, Patent Document 2 discloses a technology in which a user parks a car in an unmanned paid parking lot using a cardless system. [Prior art documents] [Patent documents]

[0009] [Patent Document 1] Japanese Patent Application Laid-Open No. 2006-146325 [Patent Document 2] Japanese Patent Application Publication No. 8-111000 Summary of the Invention [Problem to be solved by the invention]

[0010] The technology disclosed in Patent Document 2 has the advantage that users can park in a parking lot without using a card, eliminating the need to worry about losing the card, etc. However, in order to implement the technology disclosed in Patent Document 2, special and expensive equipment must be installed in both the vehicle and the parking lot in order to obtain information specific to the vehicle attempting to park in the parking lot, which has the disadvantage that it can increase the cost of the equipment itself, the cost and labor required to install that equipment in the parking lot, and the cost and labor required to maintain and inspect that equipment for the owner or manager of the parking lot.

[0011] It is also important for parking lot managers to accurately track users' entry and exit from their parking lots, and it is also important for hourly parking lot users to improve the technology for settling parking fees.

[0012] Based on the above findings, the present invention is a technology for managing parking lots, and aims to improve the technology for allowing users to settle parking fees and / or the technology for determining whether or not a user is permitted to use a parking lot by using the user's communication device. [Means for solving the problem]

[0013] In order to solve this problem, according to one aspect of the present invention, there is provided a parking lot management system, a display unit that is installed in the parking lot and displays the encrypted data without using a physical parking ticket; a management server located in a remote location from the parking lot; Including, The management server is a parking lot identification unit that, when exiting the parking lot, receives first information from the communication device of the user currently in the parking lot to identify the parking lot from which the user is about to exit by communicating with the management server using the displayed encrypted data, and identifies the parking lot based on the received first information; When leaving the parking lot, the user unique number Second information to identify of and receiving the second information from the communication device and User-specific information specific to Users who can identify Unique Information A specific part; When leaving the parking lot, the parking lot and the user Unique Information an electronic payment unit that, when the specified parking lot is specified, enables the parking fee for the specified parking lot to be settled by electronic payment through communication with the communication device; A parking lot management system including:

[0014] In addition, the present invention Another side According to The aforementioned A program executed by a computer of a communication device of a user who is currently in the parking lot managed by a parking lot management system, The communication device has a plurality of functions, When the vehicle leaves the parking lot, the vehicle communicates with the management server using the displayed encrypted data, The first Transmitting information from the user to the management server No. 1 Sending function and a second transmission function of transmitting the second information from the user to the management server when the user leaves the parking lot; a settlement completion data receiving function for receiving, when the parking fee has been settled by electronic payment by the management server at the time of leaving the parking lot, settlement completion data indicating that the settlement of the parking fee has been completed from the management server; Including, A program is provided that is executed by the computer to realize the functions.

[0015] The present invention provides the following aspects. Each aspect is divided into paragraphs, each numbered, and described by citing the numbers of other paragraphs as necessary. This is to facilitate understanding of some of the technical features and combinations thereof that may be employed by the present invention, and should not be construed as limiting the technical features and combinations thereof that may be employed by the present invention to the following aspects. In other words, it should be understood that technical features that are not described in the following aspects but are described in this specification may be appropriately extracted and employed as technical features of the present invention.

[0016] Furthermore, describing each paragraph in a format that refers to the number of other paragraphs does not necessarily mean that the technical features described in each paragraph cannot be separated and made independent from the technical features described in other paragraphs, and it should be interpreted that the technical features described in each paragraph can be made independent as appropriate depending on their nature.

[0017] (1) A parking lot management method for managing a parking lot, comprising: The parking lot includes: A clock and an encryption unit that converts the current time measured by the clock into a time code that can be read and reproduced by a user of the parking lot as a known letter, number, symbol, or graphic, or a combination thereof, and that is indecipherable to the user but decipherable to the manager of the parking lot; a display unit that displays the time code generated by the encryption unit; Parking lot time code generation and display devices are installed, including The parking lot management method is as follows: a receiving step at the time of entry, in which the communication unit receives information for identifying the electronic parking ticket, which the user transmitted via a communication device when entering the parking lot in order to park in the parking lot using the electronic parking ticket, and a time code displayed on the display unit when the user entered the parking lot; a warehousing time validity determination step in which a processor decodes the time code received at the time of warehousing by referring to a decode table, estimates the time represented by the received time code as the warehousing time based on the decoded result, and determines whether the estimated warehousing time is within a predetermined allowable range determined for the reception time at which the processor received the time code, thereby determining whether the estimated warehousing time is valid; a parking permission step of permitting the user to use the parking lot when the processor determines that the estimated entry time is valid; A parking lot management method including:

[0018] Throughout this specification, the term "electronic parking ticket" refers to a non-existent, virtual parking ticket that does not require the user to print or display the information on the electronic parking ticket on another medium and present it to the other party in order to use the electronic parking ticket.

[0019] (2) A parking lot management method for managing a parking lot, comprising: The parking lot includes: a display unit is provided which displays a time code generated by encrypting the current time, which can be read and reproduced by a user of the parking lot as a known letter, number, symbol, or figure, or a combination thereof, and which cannot be deciphered by the user but can be deciphered by the manager of the parking lot; The parking lot management method is as follows: a receiving step at the time of entry, in which the communication unit receives information for identifying the electronic parking ticket, which the user transmitted via a communication device when entering the parking lot in order to park in the parking lot using the electronic parking ticket, and a time code displayed on the display unit when the user entered the parking lot; a warehousing time validity determination step in which a processor decodes the time code received at the time of warehousing by referring to a decode table, estimates the time represented by the received time code as the warehousing time based on the decoded result, and determines whether the estimated warehousing time is within a predetermined allowable range determined for the reception time at which the processor received the time code, thereby determining whether the estimated warehousing time is valid; a parking permission step of permitting the user to use the parking lot when the processor determines that the estimated entry time is valid; A parking lot management method including:

[0020] (3) Furthermore, a receiving step at the time of exit, in which the communication unit receives information for identifying the electronic parking ticket, which the user transmitted via the communication device when exiting the parking lot, and a time code displayed on the display unit when the user exited the parking lot; a departure time validity determination step in which the processor decodes the time code received at the time of departure by referring to the decode table, estimates the time represented by the received time code as the departure time based on the decoded result, and determines whether the estimated departure time is within a predetermined allowable range determined for the reception time at which the processor received the time code, thereby determining whether the estimated departure time code is valid; a parking time calculation step of calculating, when the processor determines that the estimated departure time is valid, the length of time elapsed from the estimated entry time to the estimated departure time as the parking time of the user; The parking lot management method according to claim 1 or 2, including:

[0021] (4) Furthermore, an issuance request receiving step of receiving, in the communication unit, an issuance request transmitted by the user via the communication device to request the parking manager to issue the electronic parking ticket; an electronic parking ticket issuing step of issuing the electronic parking ticket to the user and transmitting the electronic parking ticket to the user's communication device by the processor in response to the received issuance request, on condition that the user prepays a predetermined amount of fee; A parking lot management method according to any one of items (1) to (3), including:

[0022] (5) Installed and used in a parking lot; A time code display device for a parking lot displays a time code generated by encrypting the current time, which can be read and reproduced by users of the parking lot as known letters, numbers, symbols or figures or a combination thereof, and which cannot be deciphered by users but can be deciphered by the manager of the parking lot.

[0023] (6) A time code display device for a parking lot according to paragraph (5), which displays a location code unique to the parking lot together with the time code.

[0024] (7) A management server that is communicatively connected to the user's communication device via a communication network and that executes the parking lot management method described in any one of (1) to (4) by a computer.

[0025] (8) A program executed by a computer to implement the parking lot management method described in any one of (1) to (4). [Effects of the Invention]

[0026] According to the present invention, it is possible to provide a service that enables a user to park in a parking lot in a cardless manner, without installing special and expensive equipment in the parking lot. [Brief explanation of the drawings]

[0027] [Figure 1] FIG. 1 is a plan view showing an example of a parking lot managed by a parking lot management method according to a first exemplary embodiment of the present invention. [Figure 2] FIG. 2 is a front view showing the ticket issuing machine shown in FIG. [Figure 3] FIG. 3 is a perspective view of the ticket dispenser shown in FIG. 2 with the door open. [Figure 4] FIG. 4 is a block diagram showing the component configuration of the ticket issuing machine shown in FIG. [Figure 5] FIG. 5 is a flowchart conceptually showing the ticket issuing and fare adjustment program executed by the computer shown in FIG. [Figure 6] 6(a)-(d) are front views showing a plurality of images displayed on the screen of the display device shown in FIG. [Figure 7] Figure 7(a) is a front view showing an example of a parking ticket and receipt issued by the ticket issuing machine shown in Figure 2 after payment of the advance parking fee, and Figure 7(b) is a front view showing an example of a receipt issued by the ticket issuing machine shown in Figure 2 after payment of the additional parking fee. [Figure 8] Figure 8(a) is a vertical cross-sectional view of the parking ticket shown in Figure 7(a) immediately after it has been issued, and Figure 8(b) is a vertical cross-sectional view of the parking ticket with a portion peeled off and folded. [Figure 9] Figure 9(a) is a side cross-sectional view of the parking ticket shown in Figure 7(a) attached to the back of the windshield of a parked vehicle, and Figure 9(b) is a perspective view of the parking ticket with part of its display sheet peeled off from the separator and folded. [Figure 10] FIG. 10 is a perspective view showing the parking ticket shown in FIG. 7(a) stuck to the back of the windshield of a parked vehicle. [Figure 11] Figures 11(a)-(c) are diagrams illustrating the structure of an example of encrypted data to be printed on the receipts shown in Figures 7(a) and (b), respectively, the corresponding actual data, and the process of converting the actual data into encrypted data. [Figure 12] Figure 12 is an oblique view illustrating how a user communicates the encrypted data printed on the receipts shown in Figures 7(a) and (b) to a parking lot manager in a remote location using his or her mobile phone, and how the parking lot manager converts the received encrypted data into actual data. [Figure 13] 13(a)-(c) are diagrams for conceptually explaining the process of generating and displaying a time code, which are parts of the ticket issuing machine shown in FIG. 4 that are related to the parking lot management method. [Figure 14] FIG. 14 is a flowchart conceptually illustrating a code display program executed by the computer of the ticket issuing machine shown in FIG. 4 to perform the processes (generation and display of time codes) shown in FIGS. 13(a)-(c). [Figure 15] FIG. 15 is a conceptual system diagram for explaining the entire system in which the parking lot management method is implemented. [Figure 16] FIG. 16 is a flowchart conceptually showing a first subprogram, which is a part of the electronic parking ticket processing program executed in the management server shown in FIG. [Figure 17] FIG. 17 is a flowchart conceptually showing a second subprogram, which is another part of the electronic parking ticket processing program executed in the management server shown in FIG. [Figure 18] FIG. 18 is a flowchart conceptually showing a third subprogram, which is yet another part of the electronic parking ticket processing program executed in the management server shown in FIG. [Figure 19] FIG. 19 is a diagram conceptually showing the member DB shown in FIG. [Figure 20] FIG. 20 is a diagram conceptually showing the electronic parking ticket DB shown in FIG. [Figure 21] FIG. 21 is a diagram showing an example of an electronic parking ticket issued by executing the electronic parking ticket processing program. [Figure 22] FIG. 22 is a sequence diagram for explaining the process of member registration performed by executing the electronic parking ticket processing program. [Figure 23] FIG. 23 is a sequence diagram for explaining the process of issuing an electronic parking ticket, which is performed by executing the electronic parking ticket processing program. [Figure 24]FIG. 24 is a sequence diagram for explaining the process of permitting use of an electronic parking ticket, which is performed by executing the electronic parking ticket processing program. [Figure 25] FIG. 25 is a diagram showing an example of a receipt issued by executing the electronic parking ticket processing program. [Figure 26] FIG. 26 is a sequence diagram for explaining the process of settling the parking fee when parking for an extended period, which is performed by executing the electronic parking ticket processing program. [Figure 27] FIG. 27 is a sequence diagram for explaining the process of urging delivery executed by the management server shown in FIG. [Figure 28] Figure 28 is a flowchart conceptually showing a fourth sub-program that replaces the second sub-program shown in Figure 17 among the electronic parking ticket processing programs executed in the management server to execute the parking lot management method according to an exemplary second embodiment of the present invention. [Figure 29] FIG. 29 is a flowchart conceptually showing a fifth subprogram that replaces the third subprogram shown in FIG. 18 in the electronic parking ticket processing program in the second embodiment. [Figure 30] FIG. 30 is a sequence diagram for explaining the process of permitting parking using an electronic parking ticket, which is performed by executing the electronic parking ticket processing program in the second embodiment. [Figure 31] FIG. 31 is a sequence diagram for explaining the process of settling the fee at the end of parking using an electronic parking ticket, which is performed by executing the electronic parking ticket processing program in the second embodiment. [Figure 32] FIG. 32 is a diagram showing an example of a receipt issued by executing the electronic parking ticket processing program in the second embodiment. [Figure 33] FIG. 33 is a sequence diagram for explaining the process of urging delivery executed by the management server in the second embodiment. DETAILED DESCRIPTION OF THE INVENTION

[0028] Hereinafter, parking lot management methods according to some exemplary embodiments of the present invention will be described in detail with reference to the accompanying drawings.

[0029] First Embodiment

[0030] FIG. 1 shows a plan view of a parking lot 10 managed by a parking lot management method according to a first exemplary embodiment of the present invention.

[0031] This parking lot 10 has multiple parking positions (parking spaces) that allow multiple cars to be parked simultaneously. A single ticket dispenser (generally also called a "payment machine") 20 is installed as a centralized ticket dispenser common to multiple parking positions near the only entrance / exit gate 12 (which serves as both an entrance and an exit gate) of this parking lot 10. This parking lot 10 is an unmanned type with no full-time dedicated staff member on-site to manage it, and drivers pay their parking fees to ticket dispenser 20.

[0032] In this embodiment, a user can purchase an electronic parking ticket (which usually allows multiple parking sessions rather than a single session, and is equivalent to a multiple-use ticket for transportation such as trains and buses) online from the parking lot manager at any location in advance without being required to access the parking lot manager from within the parking lot 10, and can then use the electronic parking ticket to park in the parking lot 10.

[0033] However, in this embodiment, instead of parking in this way, each time a user wishes to use this parking lot 10, prior to parking (when entering the parking lot), the user specifies the length of time for which the user intends to park, and by paying the corresponding parking fee as an advance parking fee to the ticket issuing machine 20, the user can purchase a parking ticket printed on paper (i.e., a physical ticket, an actual ticket or card) from the ticket issuing machine 20, and then use that paper parking ticket to park in this parking lot 10.

[0034] In other words, in this embodiment, the user can choose, according to preference, either a new parking method (cashless and cardless, hereinafter referred to as "cardless parking") using an electronic parking ticket (virtual ticket) that can be purchased by online access to the parking lot manager from any location, or regular parking using a physical parking ticket that can only be purchased from the ticket issuing machine 20 installed in the parking lot 10 (requires both cash and a physical ticket, hereinafter referred to as "regular parking").

[0035] As a further note regarding the definition of the term "vehicle," in this section "Form for Carrying Out the Invention," the term "vehicle" refers only to automobiles, but in other parts of this specification, the term "vehicle" should be interpreted as including not only automobiles but also all types of moving objects, such as bicycles, motorcycles, etc.

[0036] There are two types of parking spaces on the premises of parking lot 10. These are spaces where parking spaces are rented out to vehicle users on a daily basis (temporary parking spaces or daily rental spaces), and spaces where parking spaces are rented out to vehicle users on a monthly basis, subject to a prior contract (monthly parking spaces). Ticket dispensers 20 are used in the temporary parking spaces. Hereinafter, when simply referring to "parking lot 10," this refers only to the temporary parking spaces of parking lot 10, i.e., the areas where ticket dispensers 20 are used.

[0037] To use the parking lot 10, the user, or driver, drives his / her vehicle into the entrance / exit gate 12 from an adjacent road, continues driving past the ticket issuing machine 20, and then drives his / her vehicle to any parking space (parking position) selected by the user and parks there.

[0038] When performing the normal parking, the user stops his / her vehicle in any parking space, gets out of his / her vehicle, walks to the ticket issuing machine 20 at the entrance / exit 12, and pays the parking fee to the ticket issuing machine 20 there.

[0039] Fig. 2 shows a front view of the ticket dispenser 20, Fig. 3 shows a perspective view of the ticket dispenser 20 with the door 24 open, and Fig. 4 shows a block diagram of the components of the ticket dispenser 20. Fig. 5 shows a conceptual flowchart of the ticket issuing and fare adjustment program executed by the computer 100 in the control board 34 shown in Fig. 4. Figs. 6(a)-(d) show front views of multiple images displayed on the screen of the display 36 shown in Fig. 2.

[0040] In exchange for paying the parking fee, the user receives a parking ticket 80 shown in Figures 7(a) and 8 from the ticket issuing machine 20. The user then attaches the parking ticket 80 to the back of the windshield 110 (an example of a vehicle's "window glass") of the user's vehicle, as shown in Figures 9 and 10. The parking ticket 80 is placed inside the parked vehicle, so it will not be exposed to the elements or lost.

[0041] Parking lot 10 is a prepaid unmanned parking lot with multiple parking positions, and does not have any device (for example, an exit gate device or a wheel chock device (for example, a flap type or a retractable type)) to prevent vehicles from leaving (preventing vehicles from leaving parking lot 10), and users can freely select any of the multiple parking positions to park their vehicles in (the selected parking position is not monitored by ticket dispenser 20). Ticket dispenser 20 is used for parking lot 10 configured in this way.

[0042] Here, the ticket dispenser 20 will be described in more detail. This ticket dispenser 20 has a fee settlement function but does not have a change function or a communication function. This ticket dispenser 20 requires the user to pay the parking fee only with coins, not with paper money. Furthermore, this ticket dispenser 20 does not require the user to input a user identification number, input vehicle identification information about the user's vehicle (e.g., a vehicle number), or specify which of multiple parking locations the user will select.

[0043] As shown in Fig. 2, the ticket dispenser 20 has a ticket button 70 and a fee settlement button 74. When a user presses the ticket dispenser button 70 after paying the prepaid parking fee prior to starting parking, the ticket dispenser 20 has a ticket issuing function that issues two documents: a parking ticket 80 (see Fig. 7(a)) indicating that parking has been permitted, and a receipt 81a (see Fig. 7(a)) indicating that the prepaid parking fee has been settled. The ticket dispenser 20 also has a fee settlement function that issues a receipt 81b (see Fig. 7(b)) indicating that the additional parking fee has been settled, when the user presses the fee settlement button 74 after paying the additional parking fee after parking has ended.

[0044] In this embodiment, the two-piece parking ticket issued after payment of the prepaid parking fee consists of a parking ticket 80 and a receipt 81a, but the user can separate the parking ticket 80 and the receipt 81a, leave only the parking ticket 80 in the parked vehicle, and carry the receipt 81a with them. As will be described later, the end time of the valid parking time (the time period during which the user is permitted to park) is printed on the receipt 81a, and it is convenient for the user to carry this receipt 81a with them so that they can refer to the end time of the valid parking time at any time even when they are away from the parked vehicle.

[0045] As shown in Figure 3, this ticket dispenser 20 is configured with a vertically long, box-shaped casing 22 to which a door 24 is attached at one side so that it can be opened and closed. Figure 3 shows a perspective view of the internal configuration of this ticket dispenser 20 with the door 24 open. Figure 4 shows a block diagram of the components of this ticket dispenser 20.

[0046] 3, the ticket dispenser 20 is configured to include a coin processing unit 30, a safe 32, a control board 34, a display 36, and a printer 40 that prints and issues parking tickets 80 and receipts 81a, 81b. Of these components, only the coin processing unit 30 is attached to the back of the door 24, and the remaining components are attached inside the casing 22.

[0047] As shown in FIG. 3, printer 40 is equipped with roller 42 around which the continuous sheet before printing is wound and stored. Printer 40 prints on the continuous sheet fed from roller 42 one sheet at a time. After printing is completed, printer 40 cuts the continuous sheet with a cutter (not shown) as needed, and separates from the continuous sheet two sheets, a parking ticket 80 and a receipt 81a, after the prepaid parking fee has been paid, and one receipt 81b after the additional parking fee has been paid. However, as shown in FIG. 7(a), a perforation line 89 is formed between the two sheets, parking ticket 80 and receipt 81a, and the user can easily separate the parking ticket 80 and receipt 81a from each other along perforation line 89.

[0048] The cutter has a cutting blade (not shown) that moves 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 portion in the width direction.

[0049] 2 and 4, the coin processing unit 30 has a coin slot 50, a return lever 52, a coin selector 54 (which determines the type of inserted coin and whether the inserted coin is a counterfeit coin) and a coin return slot 56. Of the inserted coins, those that are not returned to the user through the coin return slot 56 are stored 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 communicate data, and the control board 34 receives a signal from the coin selector 54 indicating the type and number of inserted coins (including the denomination of the coin and information on whether the coin is a counterfeit coin).

[0050] 2, the front surface of door 24 is provided with a transparent window 60 through which display light from the screen of display 36 (e.g., a liquid crystal display) passes, a coin slot 50, a coin return lever 52, a coin return slot 56, and an outlet 64 for discharging parking ticket 80 and receipts 81a, 81b printed and discharged by printer 40. The transparent window 60 also functions to mechanically protect display 36 by preventing direct access to display 36 from the outside.

[0051] The ticket dispenser 20 is further configured to have the aforementioned ticket dispenser button 70, which the user presses after paying the prepaid parking fee, and the aforementioned fee settlement button 74, which the user presses after paying the additional parking fee. The ticket dispenser button 70 and fee settlement button 74 are attached to the front of the door 24 of the ticket dispenser 20, as shown in Fig. 2. The ticket dispenser button 70 and fee settlement button 74 are electrically connected to the control board 34, as shown in Fig. 4.

[0052] The ticket issuing button 70 and the fare settlement button 74 are both configured as actual physical switches, but are not limited to this and may be configured as virtual switches (e.g., buttons, keys, icons) displayed on the screen of the display 36, for example.

[0053] The control board 34 is mainly composed of a computer 100. This control board 34 has a built-in clock 102, which makes it possible to always obtain the current date and time (for example, the date and time when the ticket issue button 70 is pressed, or the date and time when the fare adjustment button 74 is pressed). This control board 34 also has a built-in memory 104. This memory 104 stores an encryption table, which will be described later, in a state in which it can be rewritten only by authorized personnel.

[0054] Additionally, the control board 34 can be configured to realize the same functions as the computer 100 by using a sequencer (sequence control).

[0055] Additionally, the ticket dispenser 20 has a power supply unit (not shown). The power supply unit has a power source (for example, a commercial power source, a solar cell installed in the parking lot 10, a generator such as a wind power generator, or a rechargeable battery installed in the parking lot 10 that is charged by a commercial power source or a generator), and supplies power from the power source to each electrical and electronic component in the ticket dispenser 20, thereby operating the ticket dispenser 20. This power supply unit may additionally have a backup circuit with a power storage function, for example, so that even if the power supply from the power source is temporarily stopped, this will not affect the operation of the ticket dispenser 20. This ensures that the ticket dispenser 20 will always operate.

[0056] When the ticket issuing and fare adjustment program shown in Fig. 5 is executed by the computer 100, first, in step S1, the initial screen shown in Fig. 6(a) is displayed on the screen of the display 36. Next, in step S2, it is determined whether or not the user has inserted a coin, based on a signal from the coin selector 54. If no coin has been inserted, the process returns to step S2, but if a coin has been inserted, in step S3, the total amount of coins inserted by the user up to that point is calculated as the inserted amount.

[0057] Next, in step S4, the parking time corresponding to the calculated inserted amount is calculated as the parking time (if the parking fee paid this time is a prepaid parking fee, this means valid parking time, and if the parking fee paid this time is an additional parking fee, this means extended parking time) from the calculated inserted amount. Since the relationship between the inserted amount and the length of parking time, i.e., the hourly fee setting, is known to computer 100, computer 100 can calculate the parking time from the inserted amount in accordance with the fee setting. Regarding the fee setting, for example, the parking lot manager can input the fee individually for each hourly unit by operating the touch panel of display 36.

[0058] According to the above pricing example, the parking fee is 300 yen for up to two hours, 400 yen for up to four hours, 500 yen for up to six hours, 1000 yen for up to 12 hours, and 1500 yen for up to 24 hours. Under this pricing example, for example, as shown in FIG. 7, if a user pays 400 yen as an advance parking fee, computer 100 will calculate four hours as valid parking time. Furthermore, if a user pays 300 yen as an additional parking fee, computer 100 will calculate two hours as extended parking time.

[0059] Thereafter, in step S5, the coin insertion screen shown in Fig. 6(b) is displayed on the display 36. At this time, the calculated inserted amount and the length of the parking time (valid parking time or extended parking time) are displayed.

[0060] Next, in step S6, it is determined whether or not the ticket issue button 70 has been pressed. If the ticket issue button 70 has not yet been pressed, it is determined in step S7 whether or not the fee settlement button 74 has been pressed. If the fee settlement button 74 has not yet been pressed either, the process returns to step S2.

[0061] After coin insertion begins, steps S2-S7 are repeated until either the ticket issue button 70 or the fee settlement button 74 is pressed. As a result, each time the user inserts coins into the coin insertion slot 50, the total amount of coins inserted by the user from the start of insertion to the present time is calculated as the inserted amount, the parking time corresponding to the inserted amount is calculated from the calculated inserted amount, and the calculated inserted amount and parking time (valid parking time or extended parking time) are displayed on the screen of the display 36.

[0062] When the ticket issue button 70 is pressed, in step S8, the parking ticket / receipt issue screen shown in Fig. 6(c) is displayed on the screen of the display 36. At this time, the amount of the parking fee confirmed by the user's operation of the ticket issue button 70 is displayed as the amount of the prepaid parking fee. In this case, the parking time calculated in the preceding step S4 means the valid parking time.

[0063] Next, in step S9, actual data that can be directly deciphered by the user, representing the time when the user entered the parking lot 10 (or the date and time when the user paid the prepaid parking fee, the time when the parking ticket 80 was issued, the start time of the parking time, etc.) and the length of the valid parking time (or the amount of the prepaid parking fee paid by the user, etc.), is converted into encrypted data 130 that cannot be deciphered by the user but can be pronounced unambiguously, by referring to the encryption table. Encryption is performed, and encrypted data 130 is thereby created.

[0064] In this embodiment, the encrypted data 130 is defined by a string of nine digits (the number of digits may be more or less) as shown in FIG. 11(a). The digits are selected from, for example, ten numbers from 0 to 9 and a number of alphabetic characters. The multi-digit symbols are divided into multiple groups and printed on the receipt 81a, with adjacent groups connected by hyphens. This allows the user to pronounce the multi-digit symbols more easily and accurately, with several breaks between them, rather than having to pronounce them all in one breath.

[0065] An example of a typical configuration of real data (year notation has been omitted to reduce the number of digits in the real data) is the data "Entered the parking lot on MM / DD / hh:mm, and the valid parking time is TT hours," as shown in Figure 11(b). As shown in Figure 11(c), this real data has five elements: MM, the number representing the month; DD, the number representing the day; hh, the number representing the hour of the time; mm, the number representing the minute of the time; and TT, the number representing the length of the parking time (if the receipt is for prepayment, this means the valid parking time, but if the receipt is for additional parking fees, this means the extended parking time).

[0066] 11(c), the encryption tables include a monthly encryption table referenced to encrypt the number MM representing the month, a daily encryption table referenced to encrypt the number DD representing the day, an hour encryption table referenced to encrypt the number hh representing the hour of the time, a minute encryption table referenced to encrypt the number mm representing the minute of the time, and a time encryption table referenced to encrypt the number TT representing the length of parking time. Each of the above five elements is encrypted by reference to the corresponding encryption table, thereby creating 9-digit encrypted data 130.

[0067] In this embodiment, the encryption table is updated daily, but it is also possible to adopt a method in which the encryption table is updated every time a period longer than 24 hours has elapsed (the encryption table is not updated within the same period), or a method in which a period longer than 24 hours is defined as one cycle and the encryption table is updated every day within the same cycle (the pattern of daily updating of the encryption table is common between a period within a certain cycle and a period within another cycle).

[0068] In one example, when the encryption table is updated daily in the memory 104, the encryption table set, which is one month's worth of encryption tables, is updated monthly. In this case, the encryption table set is updated by the manager, for example, every month when the manager visits the parking lot 10.

[0069] In one example, for each of the five elements MM, DD, hh, mm, and TT mentioned above, the relationship between the actual data and the encrypted data in the encryption table, i.e., the correspondence between the number before encryption (e.g., "2" representing "February") and the code after encryption, is generated by generating a random number for each number before encryption and using that random number as the code after encryption.

[0070] When encryption is completed in step S9 shown in Figure 5, the parking ticket 80 and receipt 81a are printed and issued by printer 40 in step S10. As shown in Figure 7(a), the same information regarding at least one of the date and time, amount, and length of parking time related to payment of the parking fee or parking time is printed on receipt 81a as both actual data that the user can decipher and encrypted data 130 that the user cannot decipher. This completes the current execution of the ticket issuance and settlement program.

[0071] Specifically, as shown in FIG. 7(a), the parking ticket 80 is printed with the end time of the valid parking time corresponding to the amount of the prepaid parking fee paid by the user, and a display for identifying the location of the parking lot 10. The receipt 81a is printed with the time of entry, the amount of the prepaid parking fee paid by the user, the end time of the valid parking time, and a display for identifying the location of the parking lot 10. The receipt 81a is also printed with encrypted data 130, exemplified by "ABC-DEF-ABC." As shown in text form in FIG. 11(b), this encrypted data 130 is encrypted actual data representing the time of entry (which is equivalent to the time the prepaid parking fee was paid, the start time of the parking time, and the time the parking ticket 80 and receipt 81a were issued) and the length of the valid parking time (which is equivalent to the amount of the prepaid parking fee paid).

[0072] On the other hand, if the fee settlement button 74 is pressed instead of the ticket issue button 70, in step S11, the payment receipt issuance screen shown in Fig. 6(d) is displayed on the display 36. At this time, the amount of the parking fee confirmed by the user's operation of the fee settlement button 74 is displayed as the amount of the additional parking fee. In this case, the parking time calculated in the preceding step S4 means the extended parking time.

[0073] Next, in step S12, similar to step S9, the actual data representing the time when receipt 81b was issued because the user paid the additional parking fee (which is equivalent to the time when the additional parking fee was paid) and the length of the extended parking time (which is equivalent to the amount of the additional parking fee paid) are converted into encrypted data 140 by referring to the encryption table.

[0074] Thereafter, in step S13, receipt 81b is printed and issued by printer 40. As shown in Figure 7(b), receipt 81b contains the same information regarding at least one of the date and time, amount, and length of parking time related to the payment of the parking fee or the parking time, printed both as actual data that the user can decipher and as encrypted data 140 that the user cannot decipher. This completes the current execution of the ticket issuance and payment program.

[0075] Specifically, as shown in FIG. 7(b), receipt 81b is printed with the date and time receipt 81b was issued, the amount of the additional parking fee, and an indication to identify the location of parking lot 10.

[0076] Furthermore, the receipt 81b also has printed on it encrypted data 140, for example, "123-456-789." This encrypted data 140 is the encrypted actual data indicating the date and time when the receipt 81b was issued and the length of the extended parking time.

[0077] 7(a) shows a front view of a set of two parking tickets 80 and receipt 81a, while FIG. 7(b) shows a front view of receipt 81b. A set of two parking tickets 80 and receipt 81a corresponds to two parking tickets 80, and in this set of two tickets, parking ticket 80 and receipt 81a have the same size and structure. Receipt 81b corresponds to one parking ticket 80, and has the same size and structure as parking ticket 80. For simplicity's sake, only the structure of parking ticket 80 will be described below as a representative example.

[0078] Parking ticket 80 is constructed by laminating, in that order, a display sheet (printing paper) 82 as a surface layer, an adhesive layer 83 (glue layer) as a middle layer, and a separator (separation sheet, release paper) 84 as a back layer. Adhesive layer 83 is applied to the back surface of display sheet 82 so that it does not peel off easily, and when display sheet 82 is peeled off from the surface of separator 84, the glue of adhesive layer 83 does not adhere to the surface of separator 84.

[0079] 7(a), 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 sheet wound around the roller 42 is configured by adhering a plurality of display sheets 82 (blank) arranged in a row with gaps between them to a continuous separator 84.

[0080] The continuous sheet (continuous separator 84) in the printer 40 is cut by the cutter at the positions of the gaps between the display sheets 82, and no cutting is performed on the display sheets 82. On the other hand, no glue is attached to the surface of the separator 84 in the portions exposed in the gaps between the display sheets 82.

[0081] Therefore, according to this embodiment, when cutting the continuous sheet, the adhesive of the adhesive layer 83 does not adhere to the cutting blade, reducing the frequency of cutter maintenance by a manager (e.g., a service representative, a worker who patrols multiple parking lots, or a patrol watchman) who is dispatched to the site once or several times a day, which in turn reduces labor costs for the manager.

[0082] However, in this embodiment, for receipt 81b, separator 84 is completely cut by the cutter to the length of one sheet, whereas for the two-sheet set, separator 84 is completely cut to the length of two sheets. However, as described above, for the two-sheet set, separator 84 is partially cut by the cutter between parking ticket 80 and receipt 81a, as shown in Figure 7(a), thereby forming cut line 89.

[0083] As shown in FIG. 7(a), the display sheet 82 of the parking ticket 80 further has a cutting line 90 (open) with both ends just above the character string "Parking Ticket." The cutting line 90 exists so that a user can peel a portion of the display sheet 82 from the separator 84 while leaving the remaining portion adhered to the separator 84. As shown in FIG. 8(b), when a user peels a portion of the display sheet 82 (the area surrounded by the cutting line 90) from the separator 84 and folds it along the straight line connecting both ends of the cutting line 90, the surface of the resulting folded portion 92 (the portion of the adhesive layer 83 applied to the back surface of the folded portion 92) is exposed as an adhesive surface. FIG. 9(a) shows the folded portion 92 in a perspective view.

[0084] In this embodiment, in order to prove that the user's parking is not illegal, the user is required to attach the parking ticket 80 received in exchange for inserting a coin to the back of the windshield 110 of the parked vehicle as shown in FIG. 9(b). To this end, the user locally peels off and folds a designated portion of the parking ticket 80 (the area surrounded by the cutting line 90, which will eventually become the folding portion 92) as shown in FIG. 9(a), and then attaches the front surface of the folding portion 92 to the back of the windshield 110 of the parked vehicle as shown in FIG. 9(b). This makes it possible to visually check the contents of the parking ticket 80 at any time from outside (particularly, information specifying the end time of the parking time slot permitted to the user and an indication specifying the location of the parking lot 10 where the parking ticket 80 is valid), as shown in FIG. 10.

[0085] If the actual parking time exceeds the valid parking time, the user is required to pay an additional parking fee. However, as mentioned above, the parking lot 10 is unmanned and does not have a device that prevents the parked vehicle from leaving unless the required additional parking fee is paid. Therefore, as shown in Figure 12, the user is required to notify the parking lot manager at a remote management center that the required additional parking fee has been paid by using a communication device such as a mobile phone or landline phone from the parking lot 10, their car, or their home.

[0086] At this time, the user is required to read out loud both the encrypted data 130 printed on the receipt 81a issued at the time of entry and the encrypted data 140 printed on the receipt 81b issued at the time of exit, and transmit the audio to the parking lot manager via the communication device.

[0087] Upon receiving the user's voice representing the encrypted data 130, 140, the parking lot manager at the management center operates an input device (e.g., keyboard, touch screen, mouse, etc.) of the decryptor 180 to input symbols corresponding to the user's voice, inputting the encrypted data 130, 140. The decryptor 180 then decrypts the input encrypted data 130, 140 into actual data according to a decryption table that matches the encryption table and is installed in the decryptor 180.

[0088] This allows the parking lot manager, while at the management center that is geographically distant from the parking lot 10 that is under management, to know the actual parking length, which is the length of time the user actually parked (for example, the length of time that has elapsed from the time of entry specified by the encrypted data 130 to the time the additional parking fee is paid specified by the encrypted data 140), and further, the total amount of parking fees paid by the user (for example, the sum of the amount of the prepaid parking fee specified by the encrypted data 130 and the amount of the additional parking fee specified by the encrypted data 140), and thus can correctly determine whether the total amount of parking fees is sufficient in relation to the length of the actual parking time.

[0089] The decryption table stored in the decryptor 180 cannot be known by anyone, even the parking lot manager, unless authorized, so security for the decryption table is high.

[0090] As is clear from the above explanation, according to this embodiment, when receipts 81a and 81b are issued, encrypted data 130, 140 are printed on receipts 81a and 81b, respectively, in symbols that the user can pronounce. Furthermore, by simply requesting the user to transmit the encrypted data 130, 140 by voice to the parking lot manager, the parking lot manager can correctly determine whether the parking fee is insufficient. Therefore, the user can safely park beyond the valid parking time without imposing a heavy burden, improving the usability of parking lot 10 and, ultimately, the utilization rate.

[0091] It should be noted that in this embodiment, the user transmits the encrypted data 130 and 140 by voice input, but it is also possible to transmit the encrypted data 130 and 140 by data input (e.g., key input using a real or virtual key, or image input using an image reader) instead of voice input.

[0092] Normal parking has been explained above, and next, cardless parking will be explained.

[0093] As is clear from the above explanation, in this embodiment, neither the parking lot 10 nor the ticket issuing machine 20 has equipment for detecting the fact that each user has entered or exited the parking lot 10. Furthermore, in the case of cardless parking, as will be described in detail later, the user uses their own communication device (e.g., a mobile phone or smartphone) to send a message to the parking lot manager requesting that parking begin using their electronic parking ticket, but neither the parking lot 10 nor the ticket issuing machine 20 can detect that the user is actually parking in the parking lot 10 at that time, and unless the user simply uses their own communication device, for example, by using the GPS function of that communication device, it cannot detect that the user has actually entered the parking lot 10.

[0094] In contrast to this, in this embodiment, the ticket dispenser 20 is designed to use the current time measured by the clock 102 as real data, encrypt this real data using a time encryption table (stored in the memory 104 of the ticket dispenser 20), as shown in Figure 13(b), and thereby obtain a time code 190 as encrypted data. The time code 190 cannot be deciphered by the user but can be deciphered by the parking lot manager (for example, similar to the encryption codes 130 and 140, it cannot be deciphered by the user but can be pronounced uniquely).

[0095] In one example, as shown in FIG. 13(c), the time code 190 is updated discretely, that is, at set time intervals (for example, every 15 minutes).

[0096] The ticket dispenser 20 is further designed to display the time code 190 on the screen of the display 36 in a manner that is updated as time passes, as shown in FIG. 13(a).

[0097] The ticket dispenser 20 is further designed to display, on the screen of the display 36, a location code 192 unique to the parking lot 10, which allows the location of the parking lot 10 to be identified, together with a time code 190, as shown in FIG. 13(a).

[0098] 14 is a conceptual flowchart showing a code display program executed by the computer 100 of the ticket dispenser 20 to display the time code 190 and the location code 192. This code display program is executed repeatedly while the ticket dispenser 20 is in operation.

[0099] Each time this code display program is executed, first, in step S31, the current time is measured by the clock 102. Next, in step S32, the measured current time is encrypted into a time code 190 by referring to the time encryption table. Then, in step S33, the generated time code 190 and the location code 192 stored in memory 104 are displayed on the screen of the display device 36. This completes the current execution of this code display program.

[0100] By repeatedly executing this code display program, the time code 190 and the location code 192 are always displayed on the screen of the display 36, as shown in FIG. 13(a), in a position that does not obscure any messages displayed on the same screen, as shown in FIG. 6.

[0101] Now, to explain the time code 190 in more detail, the time code 190 is generated differently at different times within the same day, and is therefore time-dependent.

[0102] Furthermore, since the time code 190 is generated so that it cannot be deciphered by any user of the parking lot 10, even if a user attempts to pose as a user who entered or exited the parking lot 10 at a certain time, even though the user did not actually enter or exit the parking lot 10 at any time, or actually entered or exited the parking lot 10 at a different time, and tries to guess the time code 190 that should have been displayed on the display 36 at that certain time, the user will not be able to obtain the true time code 190. Therefore, the time code 190 is also confidential to the user.

[0103] Furthermore, the time code 190 is only displayed on the display 36 of the parking lot 10 where the user is actually attempting to park or has parked, so the user must go to the parking lot 10 in person to obtain the required time code 190. Thus, the time code 190 is location-dependent.

[0104] In this way, the time code 190 is time-dependent, confidential to the user, and location-dependent; therefore, as long as the user transmits the time code 190 that he or she actually saw in the parking lot 10 to the management server 202 at a time that is not significantly later than the time that it was displayed on the display 36 (a time within the set tolerance range), the time code 190 will be strong evidence to support the fact that the user actually entered or exited the parking lot 10.

[0105] Now, to explain the time encryption table in more detail, the time encryption table is updated periodically, for example, daily, like the encryption table shown in Fig. 11. This increases the likelihood that the time code 190 will be different on different days even if the time is the same, and as a result, misuse of the time code 190 is prevented.

[0106] In an exemplary scenario where the same parking lot operator manages multiple parking lots (including parking lot 10) and time codes 190 are displayed at each of those parking lots, time codes 190 are preferably generated to be different for different parking lot locations even at the same time of day. In this preferred embodiment, time codes 190 displayed at parking lot 10 have location-distinguishing power.

[0107] Here, the term "location identification ability" may be defined to mean only that the time code 190 differs depending on the location, and not that the location can be uniquely identified from the time code 190, or it may be defined to mean not only that the time code 190 differs depending on the location, but also that the location can be uniquely identified from the time code 190.

[0108] However, in this embodiment, the time code 190 does not need to have location identification capability in order for the management server 202 to identify the location of the parking lot 10 that the user is using from the information received from the user. This is because, in this embodiment, the location code 192, which has location identification capability, is also displayed to the user in the parking lot 10 together with the time code 190.

[0109] Therefore, the correct time code 190 for the parking lot 10 that the user is about to use cannot be obtained unless the user is actually present in that parking lot 10 and observes the screen of the display 36. Therefore, if the user transmits the observed time code 190 together with the location code 192 to a parking lot manager in a remote location when entering the parking lot, the parking lot manager can estimate which parking lot 10 the user entered and at what time.

[0110] Specifically, the time code 190 and location code 192 are communicated by the user to the parking lot manager via the user's communication device when the user enters the parking lot. Upon receiving the time code 190 and location code 192, the parking lot manager converts the time code 190 into actual data, that is, the current time, by referring to a decryption table 234 (see FIG. 15) that matches the time encryption table. By using the received location code 192, the parking lot manager can infer that the user has actually entered the parking lot 10 identified by the location code 192.

[0111] Furthermore, if the difference between the current time obtained by decrypting the time code 190 (for example, the observation time when the user observes the display 36) and the current time measured by the parking lot manager (the reception time when the parking lot manager receives the time code 190) is within a set tolerance range (for example, 30 minutes), the parking lot manager can infer that the user actually entered the parking lot 10 (started parking in the parking lot 10) at any time between the current time obtained by decrypting the time code 190 (if there is a time range, the earliest time within that time range, as illustrated in Figure 13(c)) and the current time measured by the parking lot manager.

[0112] On the other hand, if the parking lot manager is unable to successfully decrypt the received time code 190, or if the parking lot manager is able to successfully decrypt it but determines that the difference between the current time obtained thereby and the current time measured by the parking lot manager exceeds the set tolerance range, the time code 190 sent by the user to the parking lot manager does not exist as time code 190 in ticket issuing machine 20, or even if it does exist, the time when the user sent time code 190 to the parking lot manager is significantly later than the time when the user observed time code 190 on display 36, and the parking lot manager will refuse the user's use of the electronic parking ticket even if it is valid.

[0113] Additionally, if the length of the settable allowable time is set long, the time gap between the time when the user observes the time code 190 on the display 36 and the time when the time code 190 is transmitted to the parking lot manager may be somewhat long. This increases the range of transmission times that the user is allowed to select, which in turn brings about the following advantages.

[0114] That is, for example, when a user parks his / her vehicle in a parking lot 10 and is about to walk out of the parking lot 10, he / she can memorize the time code 190 displayed on the display 36, and then, if he / she walks from the parking lot 10 to the nearest station or the like and needs to use public transportation such as a train or bus, he / she can remember the time code 190 after boarding the public transportation and send it to the parking lot manager.

[0115] This reduces the time and mental burden on the user compared to when the user is always required to send the time code 190 from the parking lot 10 to the parking lot manager regardless of whether or not the user has time, and ultimately improves the usability of the parking lot 10.

[0116] Above, we have explained in detail the characteristic elements of the ticket issuing machine 20 for cardless parking. Below, we will explain the details of the service for issuing electronic parking tickets to users by referring to Figures 15 to 27.

[0117] This service is provided by a management server 202 in a system 200 shown in FIG. 15, which executes an exemplary parking lot management method according to this embodiment.

[0118] In system 200, multiple users and multiple staff members who work under the instructions of the parking lot manager (each staff member is tasked with patrolling and monitoring parking lot 10 and multiple other parking lots managed by the parking lot manager several times a day) are communicatively connected to management server 202 via the Internet 204, an example of a global communications network, wirelessly or via wired connections.

[0119] To perform transmission and reception, the management server 202 includes a transmitter 210 for transmitting signals or data to external destinations, and a receiver 212 for receiving signals or data from external sources.

[0120] The management server 202 further includes a processor 220 and storage 222 (e.g., ROM, RAM). In order to provide the above-mentioned services, the processor 220 executes an electronic parking ticket processing program, which is illustratively and conceptually represented in the flowcharts of Figures 16 to 18, and performs various processes. The storage 222 temporarily or permanently stores the electronic parking ticket processing program and data.

[0121] The management server 202 further has a member database (hereinafter referred to as "DB"; the same applies throughout the figures) 230 illustrated in FIG. 19, an electronic parking ticket database (hereinafter referred to as "DB"; the same applies throughout the figures) 232 illustrated in FIG. 20, and the decryption table 234.

[0122] It should be noted that, like the ticket issuing machine 20, the management server 202 has an internal clock (not shown) for measuring the current time, or is able to use the measurement results of an external clock.

[0123] To briefly explain the content of this service, according to this service, in response to a user's issuance request, management server 200 issues an electronic parking ticket 250, as shown in Fig. 21, to the user on the condition that the user prepays a predetermined parking fee. When the user plans to park in parking lot 10 using the issued electronic parking ticket 250, the user sends a parking permission request and the time code 190 displayed on display 36 when the user entered parking lot 10 to management server 202. Management server 202 then decrypts the received time code 190 by referring to decryption table 234, and based on the decryption result, determines whether the entry time represented by the received time code 190 is within a predetermined allowable range determined for the reception time at which management server 202 received the time code 190, thereby determining whether the received time code 190 is valid.

[0124] If the received time code 190 is determined to be valid, the management server 202 permits the user to use the parking lot 10 and transmits a parking permission message indicating this to the user.

[0125] [Member Registration]

[0126] More specifically, this service involves the steps of registering a user as a member to obtain eligibility to use the electronic parking ticket 250, issuing the electronic parking ticket 250 to the user, authorizing the user to use the electronic parking ticket 250 at the start of parking, and, if the user extends parking, paying an additional parking fee corresponding to the length of the extended parking time by electronic payment at the end of parking, in that order.

[0127] More specifically, in this service, first, a user accesses management server 202 to register as a member, as illustrated in the sequence diagram of Fig. 22. When the user transmits user information required for the member registration to management server 202, management server 202 registers the received user information for each user in member DB 230 illustrated in Fig. 19.

[0128] [Issuance of electronic parking tickets]

[0129] Next, the user accesses the management server 202 to request the issuance of an electronic parking ticket 250 from the parking lot manager, as illustrated in the sequence diagram of FIG. 23. The user then transmits their user ID and PIN to the management server 202, which then performs personal authentication. The user then transmits the number of points they wish to earn to the management server 202, and the management server 202 calculates the fee required to earn those points. Once the user pays the fee, the management server 202 assigns a unique ticket number to the electronic parking ticket 250 to be issued, and further assigns the number of valid points, and registers this information in the electronic parking ticket DB 232, as illustrated in FIG. 20. The management server 202 then issues the electronic parking ticket 250, as illustrated in FIG. 21, to the user.

[0130] [Permission to use electronic parking tickets]

[0131] Thereafter, when entering the parking lot 10, the user accesses the management server 202 as illustrated in the sequence diagram of FIG. 24 to begin parking in the parking lot 10 using the issued electronic parking ticket 250. The user then transmits the unique ticket number assigned to the electronic parking ticket 250 that the user wishes to use to the management server 202, and the management server 202 verifies the validity of the electronic parking ticket 250. Next, the user transmits the time code 190 and location code 192 displayed on the display 36 to the management server 202. The management server 202 estimates the user's entry time by decrypting the received time code 190, and compares this with the current time measured by the management server 202 to verify the validity of the estimated entry time.

[0132] The user then transmits the parking conditions to the management server 202. The parking conditions include the length of time the user wishes to park in the parking lot 10. The management server 202 then calculates the number of points used to allow the user that parking time. The management server 202 further calculates the number of remaining points by subtracting the number of points used from the current number of valid points, and if it confirms that the number of remaining points is not 0, it calculates the length of valid parking time allowed to the user. The management server 202 then issues a receipt 260, an example of which is shown in FIG. 25, and transmits it to the user.

[0133] In this embodiment, the user is required to specify the planned exit time (equivalent to the length of the planned parking time) when entering the parking lot, and then the number of valid points is deducted. Considering this, it is possible to consider this parking to be classified as prepaid parking. Also, as shown in Figure 25, the receipt 260 lists the length of valid parking time permitted to the user along with the end time of that valid parking time. Therefore, by looking at the receipt 260, the user can know what time they must exit the parking lot.

[0134] As shown in the lower part of Fig. 24, the fact that the user has been granted permission to park is not only communicated to the user himself, but also to the multiple personnel mentioned above. The personnel may be contacted by the management server 202 individually sending an email containing information about the parking permission to each personnel (active contact), or by posting information about the parking permission on a homepage of the management server 202 that is accessible only to a limited number of people (a homepage for dealers), and the personnel may individually access the homepage to contact the personnel with information about the parking permission (passive contact).

[0135] [Settlement of additional fees when parking for extended periods]

[0136] If the actual length of continuous parking time by the user exceeds the above-mentioned valid parking time (the continuous parking time permitted to the user at the time of entry in exchange for consuming the usage points), i.e., if extended parking is performed, the user will access the management server 202 when leaving the parking lot 10, as illustrated in the sequence diagram of Figure 26.

[0137] The user then transmits the unique ticket number assigned to the electronic parking ticket 250 used this time to the management server 202, and the management server 202 verifies the validity of the electronic parking ticket 250. Next, the user transmits the time code 190 and location code 192 displayed on the display 36 to the management server 202. The management server 202 estimates the user's departure time by decrypting the received time code 190, and compares this with the current time measured by the management server 202 to verify the validity of the estimated departure time.

[0138] The management server 202 then calculates the length of extended parking time as the length of time elapsed from the end time of the valid parking time recorded in the electronic parking ticket DB 232 to the estimated departure time, and then calculates an additional parking fee equivalent to the length of the extended parking time. The management server 202 then calculates the number of points used equivalent to the amount of the additional parking fee, and calculates the number of remaining points by subtracting the number of points used from the current number of valid points. The management server 202 then issues a payment receipt (not shown) and sends it to the user.

[0139] Next, the contents of the electronic parking ticket processing program will be described in more detail with reference to Figures 16 to 18. This electronic parking ticket processing program is repeatedly executed by the processor 220 of the management server 202.

[0140] The electronic parking ticket processing program is configured to include a first subprogram shown in Fig. 16, a second subprogram shown in Fig. 17, and a third subprogram shown in Fig. 18. The first subprogram is a part for performing member registration and issuing an electronic parking ticket, the second subprogram is a part for granting permission to use the electronic parking ticket, and the third subprogram is a part for settling parking fees when parking for an extended period.

[0141] [Member Registration]

[0142] 16, it is first determined whether or not a user who has logged in to the management server 202 has sent a member registration request to the management server 202. If it is assumed that the user has sent a member registration request this time, the determination in step S101 is YES, and in step S102, the user information of the user himself / herself (e.g., the user's name, address, email address, etc.) sent from the user's communication device is received via the receiving unit 212.

[0143] Next, in step S103, a unique user ID is assigned to the current user. After that, in step S104, the personal identification number set by the user himself / herself and transmitted from the user's communication device is received via the receiving unit 212. In this step S104, other user information additionally transmitted from the user's communication device (for example, as illustrated in FIG. 19, the vehicle number, model name, body color, etc. of the vehicle where the user plans to park) is also received via the receiving unit 212.

[0144] 16, user information about the current user is registered in the member DB 230, and the current user is thereby registered as a member. After that, in step S106, a registration completion message indicating that the current user's membership registration has been completed is returned to the user via the transmission unit 210. This completes the current execution of the electronic parking ticket processing program.

[0145] [Issuance of electronic parking tickets]

[0146] The above describes a scenario in which the management server 202 receives a membership registration request from a user. Alternatively, in a scenario in which the management server 202 receives an electronic parking ticket issuance request, the determination in step S101 is NO and the determination in step S107 is YES, and the process proceeds to step S108.

[0147] In step S108, the user ID and password transmitted from the user's communication device are compared with the member DB 230 to determine whether the current user is a member, i.e., whether the user is eligible to receive this service. In other words, personal authentication is performed, and if this personal authentication is successful, in step S109, data transmitted from the user's communication device indicating the number of points the user wishes to acquire this time is received via the receiving unit 212.

[0148] Then, in step S110, the fee (prepaid fee) that the user must pay to the parking lot manager in order to acquire the number of points that the user desires to acquire is calculated by referring to a fee table or a function formula that represents a predetermined relationship between the number of points and the fee. Next, in step S111, data representing the fee that the user must pay is transmitted to the user. Then, in step S112, the user makes an electronic payment to the parking lot manager.

[0149] Next, in step S113, it is determined whether the electronic payment has been completed normally. If the electronic payment by the user has not been completed normally, the determination in step S113 is NO, and in step S113a, an issuance denial message indicating that issuance of the electronic parking ticket 250 is not permitted is returned to the user. This ends the current execution of the electronic parking ticket processing program.

[0150] In contrast, assuming that the electronic payment by the user has been successfully completed this time, the determination in step S113 becomes YES, and in step S114, a unique ticket number is assigned to the electronic parking ticket 250 to be issued to the current user. The assigned ticket number is associated with the user ID and registered in the electronic parking ticket DB 232, as shown in Fig. 20. Subsequently, in step S115 of Fig. 16, valid points are assigned to the current user. In step S116, the assigned valid points are associated with the user ID and registered in the electronic parking ticket DB 232, as shown in Fig. 20.

[0151] 16, an electronic parking ticket 250 is issued to the current user, and data representing the electronic parking ticket 250 is transmitted from the transmitting unit 210 to the communication device of the current user, as shown in FIG. 21. This completes the current execution of the electronic parking ticket processing program.

[0152] [Permission to use electronic parking tickets]

[0153] The above describes a scenario in which the management server 202 receives a request to issue an electronic parking ticket from a user. Alternatively, in a scenario in which the management server 202 receives a request to use an electronic parking ticket, the judgments at steps S101 and S107 in FIG. 16 are NO, and the judgment at step S118 in FIG. 17 is YES, and the process proceeds to step S119.

[0154] In step S119, similar to step S108 in Fig. 16, personal authentication is performed based on the user ID and personal identification number of the user transmitted from the user's communication device. If this personal authentication is successful, in step S120, one ticket number transmitted from the user's communication device, which is data for identifying the electronic parking ticket 250 that the user wants to use this time, is received via the receiving unit 212.

[0155] Thereafter, in step S121, it is determined whether or not the electronic parking ticket 250 that the current user wishes to use is valid by comparing the received ticket number with the electronic parking ticket DB 232. If the current electronic parking ticket 250 is not valid, in step S122, a usage denial message indicating that usage of the electronic parking ticket 250 is not permitted is returned to the user's communication device. This completes the current execution of the electronic parking ticket processing program.

[0156] In contrast, assuming that the electronic parking ticket 250 that the user wishes to use is valid this time, in step S123, the time code 190 and location code 192 transmitted from the user's communication device are received via the receiver 212. Next, in step S124, the received time code 190 is decrypted by referring to the decryption table 234. Then, in step S125, the user's entry time is estimated based on the decryption result. Next, in step S126, it is determined whether the estimated entry time is within a predetermined allowable range determined for the reception time at which the management server 202 received the time code 190, thereby determining whether the received time code 190 is valid.

[0157] This time, assuming that the received time code 190 is not valid, the judgment in step S126 is NO, and in step S122, a usage denial message indicating that the user is not permitted to use the electronic parking ticket 250 (park in parking lot 10) is sent to the user's communication device.

[0158] In contrast, if it is assumed that the received time code 190 is valid this time, the determination in step S126 becomes YES, and the user's desired parking conditions are received from the user's communication device in step S127. The desired parking conditions include, for example, the length of time the user wants to park.

[0159] Next, in step S128, the number of points to be used to realize the received desired parking conditions is calculated. The number of points to be used is calculated, for example, by referring to a predetermined conversion table so that the number of points to be used increases according to the length of parking time the user desires for free parking. Thereafter, in step S129, the number of valid points is updated by subtracting the calculated number of points to be used this time from the current value of the number of valid points. The update of the number of valid points is reflected in the electronic parking ticket DB 232.

[0160] Next, in step S130, based on the received data representing the desired parking conditions, the valid parking time, which is the length of parking time permitted to the user in exchange for the consumption of the used points, is calculated. After that, in step S130a, a receipt 260, as shown in Fig. 25, is issued to inform the user that parking using the electronic parking ticket 250 is permitted. Data representing the issued receipt 260 is transmitted to the user's communication device.

[0161] Next, in step S131, a process is performed to notify all the staff of the received desired parking conditions (for example, the desired parking conditions are notified to each staff individually by email, or the desired parking conditions are notified to each staff by posting them on the company's dedicated homepage). This completes the current execution of the electronic parking ticket processing program.

[0162] [Settlement of parking fees when parking for extended periods]

[0163] The above describes a scenario in which the management server 202 receives a request from a user to use an electronic parking ticket. Alternatively, in a scenario in which the management server 202 receives a request to settle for extended parking, the judgments at steps S101 and S107 in FIG. 16 are both NO, the judgment at step S118 in FIG. 17 is NO, and step S132 in FIG. 18 is YES, and the process proceeds to step S133.

[0164] The steps from step S133 to step S138 have the same execution contents as the steps from step S119 to step S124 shown in FIG. 17, so a duplicated explanation will be omitted.

[0165] 18, the user's departure time is estimated based on the result of decoding the time code 190 transmitted from the user's communication device in step S137. Next, in step S140, it is determined whether the estimated departure time is within a predetermined tolerance range determined for the reception time at which management server 202 received time code 190, thereby determining whether the received time code 190 is valid.

[0166] This time, assuming that the received time code 190 is not valid, the judgment in step S140 is NO, and in step S136, a usage denial message indicating that the user is not permitted to use the electronic parking ticket 250 (park in parking lot 10) is sent to the user's communication device.

[0167] In contrast, if it is assumed that the received time code 190 is valid this time, the determination in step S140 becomes YES, and in step S141, the length of the extended parking time is calculated by subtracting the end time of the valid parking time recorded in the electronic parking ticket DB 232 from the estimated departure time. The estimated departure time is recorded in the electronic parking ticket DB 232, as shown in FIG.

[0168] Next, in step S142, an additional parking fee corresponding to the calculated extended parking time is calculated by referring to a predetermined conversion table. Then, in step S143, the number of points used corresponding to the calculated additional parking fee is calculated. Next, in step S144, the number of remaining points is calculated by subtracting the calculated number of points used from the current number of valid points. The number of remaining points is reflected in the electronic parking ticket DB 232. The electronic parking ticket DB 232 also stores data indicating that the user has paid the additional parking fee by partially consuming the valid points, as shown in FIG. 20 . Then, in step S145, a payment receipt (not shown) indicating that the additional parking fee has been paid by the user is issued, and data indicating the payment receipt is transmitted to the user's communication device.

[0169] Next, in step S146, processing is performed to notify all staff members that the additional parking fee has been paid by the user, similar to step S131 in Fig. 17. This completes the current execution of the electronic parking ticket processing program.

[0170] [Automatic sending of delivery reminder messages]

[0171] In this embodiment, as described above, the management server 202 knows, at the time of entry, the entry time and the scheduled exit time calculated from the entry time and the valid parking time for each user who parks using the electronic parking ticket 250. Therefore, as shown in Fig. 27, in this embodiment, the management server 202 is designed to individually send messages by e-mail to the communication device of each user who parks using the electronic parking ticket 250 to notify the user that the scheduled exit time is approaching, to warn the user that the scheduled exit time has passed, and to remind the user that they must pay for the extended parking if the scheduled exit time has passed.

[0172] 27, the management server 202 calculates the scheduled departure time (end time of valid parking time) for each user by referring to the data in the electronic parking ticket DB 232, and further calculates the departure reminder time to be a set time (for example, one hour) earlier than the scheduled departure time. When the departure reminder time arrives, the management server 202 creates an exit reminder message including a statement that "less than one hour remains until the scheduled departure time," and sends the exit reminder message by email to the communication device of the corresponding user.

[0173] The exit prompt message may also include, for example, a statement to the effect that "if the scheduled exit time has passed, the user must access the management server 202 and pay the additional parking fee when leaving the parking lot." This alerts the user not to forget to access the management server 202 and pay the additional parking fee when leaving the parking lot if the scheduled exit time has passed.

[0174] Furthermore, management server 202 determines for each user whether the scheduled exit time has arrived, and if so, determines whether the user has paid the additional parking fee by referring to electronic parking ticket DB 232. If the payment of the additional parking fee has not been completed, management server 202 includes a statement that "the scheduled exit time has passed" and a statement that "when leaving the parking lot, the user must access the management server and pay the additional parking fee." Management server 202 sends the exit reminder message by email to the communication device of the corresponding user. Management server 202 repeatedly sends the same exit reminder message to the user who sent the exit reminder message every time a set time (e.g., one hour) has elapsed until the user accesses management server 202 and pays the additional parking fee.

[0175] It should be noted that in this embodiment, both normal parking and cardless parking are possible in the same parking lot 10, and for this reason, the ticket dispenser 20 is designed to have not only its original ticket issuing function but also a time code generation and display function that generates a time code 190 by encryption and displays it on the screen of the display 36. However, the present invention can also be implemented in an embodiment where, for example, only cardless parking is possible in the same parking lot 10, and instead of the ticket dispenser 20, a time code generation and display device is installed in the parking lot 10 that includes at least a clock 102, an encryption device that encrypts the current time measured by the clock (for example, a computer that executes a program that references the time encryption table to generate the time code 190), and a display 36 that displays the time code 190 generated by encryption.

[0176] As is clear from the above explanation, in this embodiment, for the sake of convenience, the clock 102 constitutes an example of the "clock" in paragraph (1) above, the part of the control board 34 that executes step S32 shown in Figure 14 constitutes an example of the "encryption unit" in the same paragraph, the display 36 constitutes an example of the "display unit" in the same paragraph, the part of the ticket dispenser 20 that generates and displays the time code 190 constitutes an example of the "parking lot time code generation and display device" in the same paragraph, and the display 36 can be considered to constitute an example of the "display unit" in paragraph (2) above and an example of the "parking lot time code display device" related to paragraph (5) above.

[0177] Furthermore, in this embodiment, for the sake of convenience of explanation, steps S120 and S123 shown in FIG. 17 constitute an example of the "receiving process at the time of entry" in the above paragraph (1) or (2), steps S124 to S126 shown in the same figure constitute an example of the "entry time validity determination process" in the same paragraph, step S130a shown in the same figure constitutes an example of the "parking permission process" in the same paragraph, and the transmitting unit 210 and the receiving unit 212 together constitute an example of the "communication unit" in the same paragraph.

[0178] Furthermore, in this embodiment, for the sake of convenience of explanation, steps S134 and S137 shown in FIG. 18 constitute an example of the "receiving process at the time of leaving" in the above paragraph (3), steps S138 to S140 shown in the same figure constitute an example of the "departure time validity determination process" in the same paragraph, and step S141 shown in the same figure constitutes an example of the "parking time calculation process" in the same paragraph.

[0179] Furthermore, in this embodiment, for the sake of convenience of explanation, step S107 shown in Figure 16 constitutes an example of the ``issuance request receiving process'' in section (4) above, and steps S110 to S117 shown in the same figure can be considered to constitute an example of the ``electronic parking ticket issuing process'' in the same section.

[0180] Second Embodiment

[0181] Next, a parking lot management method according to a second exemplary embodiment of the present invention will be described. However, elements common to the first embodiment will be referred to using the same reference numerals or names to avoid redundant explanations, and only the different elements will be described in detail.

[0182] In the first embodiment, a user who wishes to use cardless parking specifies the length of the planned parking time they wish to use prior to parking (when entering the parking lot 10), and consumes a number of available points equivalent to the prepaid parking fee corresponding to the length of the planned parking time. When the user leaves the parking lot 10 before the planned parking time has elapsed, that is, if they are not extending their parking, there is no need for them to access the management server 202 when they leave. In other words, unless they are extending their parking, the user does not need to access the management server 202 when they leave the parking lot. As a result, unless they are extending their parking, the user only needs to communicate with the management server 202 when they enter the parking lot, eliminating the need for the user to do much work.

[0183] However, in the first embodiment, even if the user's actual parking time is shorter than the planned parking time, the same number of points as if the user had parked for the same amount of time as the planned parking time is consumed.

[0184] In contrast, in this embodiment, the user has to access the management server 202 not only when entering but also when leaving the parking lot, which requires additional work on the part of the user, but points are not consumed when entering the parking lot, and the parking time is calculated and points are consumed all at once when leaving the parking lot, so that the number of points consumed is calculated to exactly match the actual parking time.As a result, according to this embodiment, the user does not waste points, which is economical.

[0185] Next, with reference to Figures 28 to 33, a parking lot management method according to this embodiment will be described. The electronic parking ticket processing program executed in the management server 202 to execute this method includes the same first subprogram (membership registration and issuance of electronic parking ticket 250) as shown in Figure 16, a fourth subprogram that replaces the second subprogram (permission to use electronic parking ticket 250) shown in Figure 17, and a fifth subprogram that replaces the third subprogram (settlement of additional parking fees when extended parking) shown in Figure 18.

[0186] The fourth subprogram is executed by the management server 202 to permit the start of parking using the electronic parking ticket 250, and is conceptually represented by a flowchart in Fig. 28. The fifth subprogram is executed by the management server 202 to allow the user to settle the parking fee by consuming points at the end of parking using the electronic parking ticket 250, and is conceptually represented by a flowchart in Fig. 29.

[0187] The electronic parking ticket processing program of this embodiment will be described below, but duplicated explanations of processes common to the first embodiment will be omitted, and only different processes will be described in detail.

[0188] [Parking permission using electronic parking tickets]

[0189] When entering the parking lot 10, the user accesses the management server 202 to request permission to park using the electronic parking ticket 250 from the parking lot manager, as illustrated in the sequence diagram of FIG. 30 . The user then transmits the ticket number assigned to the electronic parking ticket 250 that the user wishes to use to the management server 202, and the management server 202 confirms the validity of the electronic parking ticket 250. Next, the user transmits the time code 190 and location code 192 displayed on the display 36 to the management server 202. The management server 202 estimates the user's entry time by decrypting the received time code 190, and compares this with the current time measured by the management server 202 to confirm the validity of the estimated entry time.

[0190] If the estimated entry time is valid, the management server 202 permits the user to park and sends a parking permission message to the user. The management server 202 notifies not only the user but also the aforementioned multiple personnel that the user has been permitted to park, in the same manner as in the first embodiment.

[0191] To execute this process, the management server 202 executes a fourth subprogram shown in Fig. 28. When this fourth subprogram is executed, first, in step S301, it is determined whether or not a parking permit request has been received from the user's communication device. Assuming that a parking permit request has been received this time, the determination in step S301 is YES, and steps S119 to S126 are executed in the same manner as in the first embodiment.

[0192] If it is determined in step S126 that the entry time estimated by decrypting the time code 190 currently received from the user is valid, a parking permission message indicating that the user has been permitted to park is returned to the user's communication device in step S302. Thereafter, in step S303, information indicating that the user has been permitted to park in parking lot 10 is communicated to all staff members. This concludes the current execution of the fourth subprogram.

[0193] [Payment of parking fees when using an electronic parking ticket]

[0194] When the user leaves the parking lot 10, the user accesses the management server 202 to pay the parking fee, as illustrated in the sequence diagram of FIG. 31. The user then transmits the ticket number assigned to the electronic parking ticket 250 used this time to the management server 202, and the management server 202 confirms the validity of the electronic parking ticket 250. The user then transmits the time code 190 and location code 192 displayed on the display 36 to the management server 202. The management server 202 estimates the user's departure time by decrypting the received time code 190, and confirms the validity of the estimated departure time by comparing it with the current time measured by the management server 202.

[0195] 29, the management server 202 calculates the length of parking time by subtracting the entry time recorded in the electronic parking ticket DB 232 from the estimated exit time. The estimated exit time is recorded in the electronic parking ticket DM 232, as shown in FIG.

[0196] Next, in step S403, a parking fee corresponding to the calculated length of parking time is calculated by referring to a predetermined conversion table. Then, in step S404, the number of points used corresponding to the calculated parking fee is calculated. Next, in step S405, the number of remaining points is calculated by subtracting the calculated number of points used from the current number of valid points. The number of remaining points is reflected in the electronic parking ticket DB 232. As shown in FIG. 20, the electronic parking ticket DB 232 also records data indicating that the user has paid the parking fee by partially consuming the valid points. Then, in step S406, a receipt 270 indicating that the parking fee has been paid by the user is issued, and data indicating the receipt 270 is transmitted to the user's communication device.

[0197] Next, in step S407, a process is performed to notify all staff members that the parking fee has been paid by the user. This completes the current execution of the fifth subprogram.

[0198] [Automatic sending of delivery reminder messages]

[0199] In this embodiment, as described above, for a user who parks using an electronic parking ticket 250, the management server 202 knows the entry time at the time of entry, but unlike the first embodiment, does not know the scheduled exit time. However, the management server 202 can sequentially calculate the elapsed time from the entry time to the current time, i.e., the user's parking time up to the current time, and can also sequentially calculate the number of points used corresponding to the length of parking time. This allows the management server 202 to notice that even if the user tries to use the number of points used at that time, the number of remaining points is insufficient in relation to the length of parking time, and therefore the parking fee cannot be paid in full.

[0200] Therefore, in this embodiment, as shown in the sequence diagram of Figure 33, the management server 202 sequentially calculates the length of parking time for each user who has not yet paid the parking fee, and also calculates the number of points used that corresponds to the length of parking time. The management server 202 also determines whether the number of remaining points is insufficient in relation to the length of parking time even if the number of points used at that time is to be consumed. If the number of remaining points is insufficient, the management server 202 creates an exit prompting message to prompt the user to exit the parking lot immediately, and sends the exit prompting message by email to the communication device of the corresponding user.

[0201] As is clear from the above explanation, in this embodiment, for convenience of explanation, steps S120 and S123 shown in Figure 28 constitute an example of the ``entry time reception process'' in section (1) or (2) above, steps S124 to S126 shown in the same figure constitute an example of the ``entry time validity determination process'' in the same section, and step S302 shown in the same figure can be considered to constitute an example of the ``parking permission process'' in the same section.

[0202] Furthermore, in this embodiment, for the sake of convenience of explanation, steps S134 and S137 shown in FIG. 29 constitute an example of the "receiving process at the time of leaving" in the above paragraph (3), steps S138 to S140 shown in the same figure constitute an example of the "departure time validity determination process" in the same paragraph, and step S402 shown in the same figure constitute an example of the "parking time calculation process" in the same paragraph.

[0203] It should be noted that in some of the embodiments described above, the ticket dispenser 20 is a standalone type that does not have the function of communicating with the parking lot manager (management server 202), which is advantageous in minimizing the equipment costs of the ticket dispenser 20, but the present invention can be implemented in a form in which the ticket dispenser 20 has the communication function.

[0204] In this embodiment, for example, management server 202 is equipped with clock 102 and a time encryption unit (a part where a computer references the time encryption table shown in FIG. 13(b) to generate time code 190) that encrypts the current time measured by clock 102, and management server 202 measures the current time, encrypts it, generates time code 190, and transmits this time code 190 to ticket dispenser 20, which then displays display 36 of ticket dispenser 20. According to this embodiment, ticket dispenser 20 does not need to have clock 102 or the time encryption unit, but does have the communication function.

[0205] Although several embodiments of the present invention have been described in detail above with reference to the drawings, these are merely examples, and the present invention can be embodied in other forms that incorporate various modifications and improvements based on the knowledge of those skilled in the art, including the aspects described in the "Summary of the Invention" section above.

Claims

1. A parking lot management system, a display unit that is installed in the parking lot and displays the encrypted data without using a physical parking ticket; a management server located in a remote location from the parking lot; Including, The management server is a parking lot identification unit that, when exiting the parking lot, receives first information from the communication device of the user currently in the parking lot to identify the parking lot from which the user is about to exit by communicating with the management server using the displayed encrypted data, and identifies the parking lot based on the received first information; a user-specific information identification unit that receives second information for identifying a number unique to the user from the communication device when the vehicle leaves the parking lot, and that is capable of identifying user-specific information unique to the user based on the received second information; an electronic payment unit that, when the parking lot and the user's unique information are identified at the time of leaving the parking lot, enables the parking fee for the identified parking lot to be settled by electronic payment through communication with the communication device; Parking management system including

2. The management server further 2. The parking lot management system of claim 1, further comprising a settlement completion data transmission unit that transmits settlement completion data to the communication device indicating that settlement of the parking fee has been completed when the parking fee is settled by electronic payment upon exiting the parking lot.

3. A parking lot management system as described in Claim 1, wherein the user-specific information includes the vehicle number of the user's vehicle.

4. A program executed by a computer of a communication device of a user currently present in the parking lot managed by the parking lot management system according to any one of claims 1 to 3, The communication device has a plurality of functions, a first transmission function that, when the user leaves the parking lot, communicates with the management server using the displayed encrypted data to transmit the first information from the user to the management server; a second transmission function of transmitting the second information from the user to the management server when the user leaves the parking lot; a settlement completion data receiving function for receiving, when the parking fee has been settled by electronic payment by the management server at the time of leaving the parking lot, settlement completion data indicating that the settlement of the parking fee has been completed from the management server; Including, A program executed by the computer to realize the functions.

5. A program for causing a computer to function as the management server according to any one of claims 1 to 3.

6. A computer-readable recording medium on which the program according to claim 4 is recorded.

7. A computer-readable recording medium on which the program according to claim 5 is recorded.

Images