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 positions for vehicles are already in widespread use. In terms of the method of transporting a vehicle to the parking position, these types of parking lots can be classified into a type in which the user drives the vehicle to the parking position, and a mechanical type in which a pallet or cage is mechanically moved to transport the vehicle to the parking position. In addition, such parking lots may be rented to users free of charge or for a fee. In terms of the length of time the parking lot is rented to users, paid parking lots can be classified into monthly parking lots and hourly parking lots (including daily parking lots).

[0003] Hourly parking lots can be classified according to the payment method used for the parking fee into prepaid types, where the user pays the parking fee before starting to park (although this includes the possibility of paying any shortfall in the parking fee when leaving the lot), and deferred payment types, where the user pays the parking fee in one lump sum when parking is finished.

[0004] In addition, hourly parking lots can be classified according to the 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 a ticket issuing machine) 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 the parking card is inserted, provided that the parking card is appropriate. 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 the parking card is inserted, provided that the parking card is appropriate.

[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 technique in which, when a user parks a car in an unmanned paid parking lot, the user parks the car using a cardless system. [Prior art documents] [Patent documents]

[0009] [Patent Document 1] JP 2006-146325 A [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 a user can park in a parking lot without using a card, and therefore does not 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 car and the parking lot in order to obtain information specific to the car to be parked in the parking lot, and this has the disadvantage that for the owner or manager of the parking lot, the cost of the equipment itself, the cost and labor required for installing the equipment in the parking lot, and the cost and labor required for maintaining and inspecting the equipment are likely to increase.

[0011] In addition, it is important for parking lot managers who manage parking lots to accurately grasp the facts of users entering and leaving the parking lot, and it is also important for users of hourly parking lots to improve the technology for settling parking fees.

[0012] Based on the above findings, the present invention is a technology for managing parking lots, which aims to improve the technology for allowing a user 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, comprising: 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 When the user leaves the parking lot, the communication device of the user who is currently in the parking lot communicates with the management server using the displayed encrypted data, thereby identifying the parking lot from which the user is currently located and from which the user is about to leave. and receiving first information for identifying the parking lot from the communication device, and identifying the parking lot based on the received first information. a parking lot identification unit that enables a user identification unit that receives, when the user leaves the parking lot, second information for identifying the user, the second information being capable of identifying the user's vehicle parked in the parking lot, from the communication device, and that enables the user to be identified based on the received second information; When exiting the parking lot, When the parking lot and the user are identified, an electronic payment unit that enables a 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 the following is provided.

[0014] In addition, the present invention Another side According to The above 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, 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 settlement completion data indicating that settlement of the parking fee has been completed from the management server when the parking fee has been settled by electronic settlement by the management server at the time of exiting the parking lot; Including, A program is provided that is executed by the computer to realize the functions.

[0015] The present invention provides the following embodiments. Each embodiment is divided into clauses, each clause is numbered, and other clause numbers are cited as necessary. This is to facilitate understanding of some of the technical features that the present invention may employ and their combinations, and should not be construed as limiting the technical features and combinations that the present invention may employ to the following embodiments. In other words, it should be construed that technical features that are not described in the following embodiments but are described in this specification may be appropriately extracted and employed as technical features of the present invention.

[0016] Furthermore, describing each section in a form that refers to the number of other sections does not necessarily mean that the technical features described in each section are prevented from being separated and made independent from the technical features described in other sections, and it should be interpreted that the technical features described in each section 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 users of the parking lot as known letters, numbers, symbols or figures or a combination thereof, and that is indecipherable by users but is decipherable by an administrator 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 includes: a receiving process 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 result of the decode, 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 comprising:

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

[0019] (2) A parking lot management method for managing a parking lot, comprising the steps of: The parking lot includes: a display unit is provided which displays a time code generated by encrypting the current time, the time code being readable and reproducible by a user of the parking lot as a known letter, number, symbol or figure, or a combination thereof, and which is indecipherable by the user but is decipherable by an administrator of the parking lot; The parking lot management method includes: a receiving process 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 result of the decode, 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 comprising:

[0020] (3) Furthermore, a receiving step at the time of exiting the parking lot, in which the communication unit receives information for identifying the electronic parking ticket, which the user transmits via the communication device when exiting the parking lot, and a time code displayed on the display unit when the user exits the parking lot; a departure time validity determination step in which the processor decodes the time code received at the time of leaving the warehouse by referring to the decode table, estimates the time represented by the received time code as the departure time based on the result of the decode, 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 leaving time is valid, a length of time elapsed from the estimated entry time to the estimated leaving time as a parking time by the user; A parking lot management method according to claim 1 or 2, comprising:

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

[0022] (5) Installed and used in a parking lot; To provide a time code display device for a parking lot, 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.

[0023] (6) A time code display device for a parking lot as described in paragraph (5) above, 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). Effect 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 description 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. [Diagram 2] FIG. 2 is a front view showing the ticket issuing machine shown in FIG. [Diagram 3] FIG. 3 is a perspective view of the ticket issuing machine 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. [Diagram 5] FIG. 5 is a flowchart conceptually showing a ticket issuing and settlement 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]FIG. 8(a) is a vertical cross-sectional view of the parking ticket shown in FIG. 7(a) immediately after it has been issued, and FIG. 8(b) is a vertical cross-sectional view of the parking ticket with a portion of it peeled off and folded. [Figure 9] Figure 9(a) is a side cross-sectional view of the parking ticket shown in Figure 7(a) affixed 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 side 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 to explain how a user uses his or her mobile phone to communicate the encrypted data to be printed on the receipts shown in Figures 7(a) and (b) to a parking lot manager in a remote location, 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 showing a code display program executed by the computer of the ticket issuing machine shown in FIG. 4 in order to execute 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 sub-program 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 sub-program 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 sub-program 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 carried out 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 a process of permitting use of an electronic parking ticket, which is performed by executing the electronic parking ticket processing program. [Diagram 25] FIG. 25 is a diagram showing an example of a receipt issued by execution of the electronic parking ticket processing program. [Figure 26] FIG. 26 is a sequence diagram for explaining the process of settling the parking fee for extended parking, which is performed by executing the electronic parking ticket processing program. [Figure 27] FIG. 27 is a sequence diagram for explaining a process of urging delivery executed in 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 a 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 sub-program that replaces the third sub-program shown in FIG. 18 in the electronic parking ticket processing program in the second embodiment. [Diagram 30] FIG. 30 is a sequence diagram for explaining a process of permitting parking using an electronic parking ticket, which is performed by executing the electronic parking ticket processing program in the second embodiment. [Diagram 31] FIG. 31 is a sequence diagram for explaining a process of fee settlement 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. [Diagram 32] FIG. 32 is a diagram showing an example of a receipt issued by execution of the electronic parking ticket processing program in the second embodiment. [Diagram 33] FIG. 33 is a sequence diagram for explaining a process of urging delivery executed in the management server in the second embodiment. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0028] Hereinafter, a parking lot management method according to some exemplary embodiments of the present invention will be described in detail with reference to the 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 issuing machine (also generally called a "payment machine") 20 is installed as a centralized ticket issuing machine common to the multiple parking positions near the only entrance / exit 12 (which is both an entrance and an exit) of this parking lot 10. This parking lot 10 is unmanned, with no full-time staff on-site to manage it, and users, who are drivers, pay parking fees to the ticket issuing machine 20.

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

[0033] However, in this embodiment, instead of parking in this way, each time a user wishes to use the parking lot 10, the user specifies the length of time the user intends to park for, prior to parking (when entering the parking lot), and pays the corresponding parking fee as an advance parking fee to the ticket issuing machine 20, thereby purchasing a parking ticket printed on paper (i.e., a physical ticket, an actual ticket or card) from the ticket issuing machine 20, and can then use the paper parking ticket to park in the 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 an added note regarding the definition of the term "vehicle," in this section "Description of Embodiments," the term "vehicle" refers only to automobiles, but elsewhere in this specification, the term "vehicle" should be interpreted as including not only automobiles but also all kinds 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 for renting parking spaces to vehicle users on a daily basis (temporary parking spaces or daily rental spaces), and spaces for renting parking spaces to vehicle users on a monthly basis, subject to a prior contract (monthly parking spaces). Ticket vending machines 20 are used in the temporary parking spaces. Hereinafter, when "parking lot 10" is simply mentioned, it refers only to the temporary parking spaces, i.e., the areas of parking lot 10 where ticket vending machines 20 are used.

[0037] To use the parking lot 10, a user, or driver, drives his or her vehicle into the entrance / exit gate 12 from an adjacent road, continues driving past the ticket issuing machine 20, and then drives his or 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.

[0039] Fig. 2 shows the ticket issuing machine 20 in a front view, Fig. 3 shows the ticket issuing machine 20 in a perspective view with the door 24 open, and Fig. 4 shows a block diagram of the components of the ticket issuing machine 20. Fig. 5 shows a conceptual flow chart 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 a number of 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 Fig. 7(a) and Fig. 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 Fig. 9 and Fig. 10. The parking ticket 80 is placed inside the parked vehicle, so it will not be exposed to the elements and will not be lost.

[0041] Parking lot 10 is a prepaid unmanned parking lot having a plurality of parking positions, does not have a device (e.g., an exit gate device or a wheel stopper device (e.g., a flap type or a retractable type)) for preventing a vehicle from leaving the parking lot 10, and allows a user to freely select any one of the plurality of parking positions to park his / her vehicle (the selected parking position is not monitored by ticket issuing machine 20). Ticket issuing machine 20 is used for parking lot 10 configured in this manner.

[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. In addition, 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 issuing machine 20 has a ticket issuing button 70 and a fee settlement button 74. When a user presses the ticket issuing button 70 after paying the prepaid parking fee prior to starting parking, the ticket issuing machine 20 has a ticket issuing function that issues two sheets: 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 issuing machine 20 further has a fee settlement function that issues a receipt 81b (see Fig. 7(b)) indicating that the additional parking fee has been settled, when a user presses the fee settlement button 74 after paying the additional parking fee after parking has ended.

[0044] In this embodiment, the two-sheet parking ticket issued after the prepaid parking fee is paid is a set 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 described below, the receipt 81a has the end time of the valid parking time (the time period during which the user is permitted to park) printed on it, 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 when they are away from the parked vehicle.

[0045] As shown in Fig. 3, this ticket vending machine 20 is configured with a vertically long, box-shaped casing 22 having a door 24 attached to one side thereof so as to be able to be opened and closed. Fig. 3 shows a perspective view of the internal configuration of this ticket vending machine 20 with the door 24 open. Fig. 4 shows a block diagram of the components of this ticket vending machine 20.

[0046] 3, the ticket issuing machine 20 is configured to have 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 surface of the door 24, and the remaining components are attached inside the casing 22.

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

[0048] The cutter has a cutting blade (not shown) and cuts the continuous sheet in the width direction by moving the cutting blade in the width direction of the continuous sheet. The cutter can adopt a method of completely cutting the continuous sheet in the width direction, or a method of cutting the continuous sheet in the width direction while leaving only a part of the continuous sheet in the width direction.

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

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

[0051] The ticket issuing machine 20 is further configured to have the above-mentioned ticket issuing button 70, which is pressed after the user has paid the prepaid parking fee, and the above-mentioned fee settlement button 74, which is pressed after the user has paid the additional parking fee. The ticket issuing button 70 and the fee settlement button 74 are attached to the front of the door 24 of the ticket issuing machine 20, as shown in Fig. 2. The ticket issuing button 70 and the fee settlement button 74 are electrically connected to the control board 34, as shown in Fig. 4.

[0052] The ticket issuance 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, for example, as virtual switches (e.g., buttons, keys, icons) displayed on the screen of the display 36.

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

[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 vending machine 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 electric and electronic component in the ticket vending machine 20, thereby operating the ticket vending machine 20. This power supply unit additionally has, for example, a backup circuit with a power storage function, so that even if the power supply from the power source is temporarily stopped, this will not affect the operation of the ticket vending machine 20. This ensures that the ticket vending machine 20 operates at all times.

[0056] When the ticket issuing and settlement 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 coins, based on a signal from the coin selector 54. If no coins have 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, it means valid parking time, whereas if the parking fee paid this time is an additional parking fee, it 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. The fee setting can be set by the parking lot manager, for example, by operating the touch panel of display 36 to input each hourly unit individually.

[0058] According to the above-mentioned example of pricing, the parking time for continuous parking is 300 yen for up to 2 hours, 400 yen for up to 4 hours, 500 yen for up to 6 hours, 1000 yen for up to 12 hours, and 1500 yen for up to 24 hours. Under this example of pricing, for example, as shown in Fig. 7, if a user pays 400 yen as an advance parking fee, computer 100 will calculate 4 hours as the valid parking time. Also, if a user pays 300 yen as an additional parking fee, computer 100 will calculate 2 hours as the extended parking time.

[0059] After that, in step S5, a 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, in step S7, it is determined 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 starts, steps S2-S7 are repeated until either the ticket issuing button 70 or the fee settlement button 74 is pressed. As a result, every 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 current 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 issuing button 70 is pressed, in step S8, the parking ticket / receipt issuing screen shown in Fig. 6(c) is displayed on the display 36. At this time, the amount of the parking fee confirmed by the user's operation of the ticket issuing 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 indicates 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.), which can be directly deciphered by the user, is converted into encrypted data 130 that cannot be deciphered by the user but can be pronounced uniquely by referring to the encryption table. Encryption is performed, and the encrypted data 130 is thereby created.

[0064] In this embodiment, the encrypted data 130 is defined as a nine-digit symbol (the number of digits may be more or less) arranged in a row, as shown in Fig. 11(a). The symbol for each digit is selected, for example, from among ten numbers from 0 to 9 and a number of alphabetic characters. The multi-digit symbol is divided into a number of groups and printed on the receipt 81a, with adjacent groups connected by hyphens, so that the user can pronounce the multi-digit symbol more easily and accurately, with several breaks between them, rather than pronouncing it all at once 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 at hh:mm on MM / DD / , and the valid parking time is TT hours," as shown in Fig. 11(b). This real data has five elements, as shown in Fig. 11(c), namely, the number MM representing the month, the number DD representing the day, the number hh representing the hour of the time, the number mm representing the minute of the time, and the number TT representing the length of the parking time (if the corresponding receipt is for prepayment, this means the valid parking time, but if the corresponding receipt is for additional parking fees, this means the extended parking time).

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

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

[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, every time the manager visits the parking lot 10.

[0069] Also, 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" for "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 Fig. 5, the parking ticket 80 and receipt 81a are printed and issued by the printer 40 in step S10. On the receipt 81a, as shown in Fig. 7(a), 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 is printed both as actual data that the user can decrypt and as encrypted data 130 that the user cannot decrypt. This completes the current execution of the ticket issuing 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 the text form in FIG. 11(b), the encrypted data 130 is encrypted real 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, when the fee settlement button 74 is pressed instead of the ticket issue button 70, in step S11, the settlement 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, 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 Fig. 7(b), 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 is printed on receipt 81b as both actual data that the user can decipher and encrypted data 140 that the user cannot decipher. This ends the current execution of the ticket issuing and settlement program.

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

[0076] Furthermore, the receipt 81b also has encrypted data 140, for example, "123-456-789" printed on it. The 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 two-sheet set of a parking ticket 80 and a receipt 81a, while FIG. 7(b) shows a front view of a receipt 81b. A two-sheet set of a parking ticket 80 and a receipt 81a corresponds to two parking tickets 80, and in the two-sheet set, the parking ticket 80 and the receipt 81a have the same size and structure. Moreover, the receipt 81b corresponds to one parking ticket 80, and has the same size and structure as the parking ticket 80. In the following, for simplicity, only the structure of the parking ticket 80 will be representatively described.

[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 an intermediate layer, and a separator (separation sheet, release paper) 84 as a back layer. The adhesive layer 83 is applied to the back surface of the display sheet 82 so as not to be easily peeled off, and when the display sheet 82 is peeled off from the surface of the separator 84, the glue of the adhesive layer 83 does not adhere to the surface of the 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 original roll 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 adhesive is attached to the surface of the portion of the separator 84 that is 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 edge, and the frequency of maintenance of the cutter 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 is reduced, thereby reducing the 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 Fig. 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 having both ends (not closed) immediately above the character string "Parking ticket". The cutting line 90 exists to allow a user to peel off a part of the display sheet 82 from the separator 84 while the remaining part remains adhered to the separator 84. As shown in FIG. 8(b), when a user peels off a part 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 part 92 (the part of the adhesive layer 83 that is applied to the back surface of the folded part 92) is exposed as an adhesive surface. FIG. 9(a) shows the folded part 92 in a perspective view.

[0084] In this embodiment, in order to prove that the parking by the user is not illegal, the user is required to attach the parking ticket 80 received in exchange for inserting a coin to the back surface of the windshield 110 of the parked vehicle as shown in FIG. 9(b). For this purpose, the user locally peels off and folds a designated portion (an area surrounded by a cutting line 90, which will eventually become a folded portion 92) of the parking ticket 80 as shown in FIG. 9(a), and then attaches the front surface of the folded portion 92 to the back surface 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 (particularly, information for identifying the end time of the parking time period permitted to the user and an indication for identifying the location of the parking lot 10 where the parking ticket 80 is valid) from the outside at any time 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 described above, the parking lot 10 is unmanned and does not have a device that prevents the parked vehicle from leaving unless the necessary additional parking fee is paid. Therefore, as shown in Fig. 12, the user is required to notify the parking lot manager at a remote management center that the necessary additional parking fee has been paid from the parking lot 10, the car, or the user's home using a communication device such as a mobile phone or a landline phone.

[0086] At this time, the user is required to read out both the encrypted data 130 printed on the receipt 81a issued upon entry and the encrypted data 140 printed on the receipt 81b issued upon 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. The encrypted data 130, 140 is then input, and the decryptor 180 restores the input encrypted data 130, 140 to 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 which is geographically separated from the managed parking lot 10, to know the actual parking time that the user actually parked (for example, the length of time elapsed from the entry time specified by encrypted data 130 to the time the additional parking fee was paid specified by 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 encrypted data 130 and the amount of the additional parking fee specified by encrypted data 140), and thus can correctly determine whether the total amount of parking fees is sufficient in relation to 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 to do so, so security for the decryption table is high.

[0090] As is clear from the above description, according to this embodiment, when issuing receipts 81a and 81b, encrypted data 130, 140 are printed on receipts 81a and 81b in symbols that the user can pronounce, and the parking manager can correctly determine whether or not the parking fee is insufficient by simply requesting the user to transmit the encrypted data 130, 140 by voice to the parking manager. Therefore, the user can park beyond the valid parking time without worrying about a large burden, and the usability of parking lot 10 is improved, and the utilization rate is also improved.

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

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

[0093] As is clear from the above description, in this embodiment, neither the parking lot 10 nor the ticket issuing machine 20 has any 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 his / her own communication device (e.g., a mobile phone or smartphone) to send a message to the parking lot manager requesting to start parking using his / her electronic parking ticket, but neither the parking lot 10 nor the ticket issuing machine 20 can detect the fact that the user is actually parking in the parking lot 10 at that time, and the fact that the user has actually entered the parking lot 10 cannot be detected unless the user simply uses his / her own communication device, for example, by using a GPS function of the communication device.

[0094] In contrast, in this embodiment, the ticket issuing machine 20 is designed to encrypt the real data, which is the current time measured by the clock 102, using a time encryption table (stored in the memory 104 of the ticket issuing machine 20) as shown in Fig. 13(b), thereby obtaining 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, like 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 (eg, 15 minutes).

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

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

[0098] 14 is a conceptual flow chart 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] When this code display program is executed each time, 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 the memory 104 are displayed on the screen of the display 36. This ends the current execution of the code display program.

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

[0101] More specifically, time code 190 is generated differently at different times of the 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 tries to pose as a user who entered or exited the parking lot 10 at a certain time, even if 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 predict the time code 190 that should be displayed on the display 36 at that certain time, the user will not be able to obtain the genuine 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 planning to park or has parked, so the user must go to the site of the parking lot 10 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] Here, to explain the time encryption table in detail, the time encryption table is updated periodically, for example, daily, like the encryption table shown in Fig. 11. This increases the possibility that the time code 190 will be different when the date is different, even if the time is the same, and as a result, the time code 190 is prevented from being misused.

[0106] In an exemplary scenario in which the same parking lot manager manages multiple parking lots (including parking lot 10) and time codes 190 are displayed at each of those parking lots, it is desirable for time codes 190 to be generated differently for different parking lot locations even at the same time of day. In this desirable embodiment, the time codes 190 displayed at parking lot 10 have location discrimination.

[0107] Here, the term "location identification ability" may be defined to mean only that the time code 190 differs from location to 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 from location to 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 power in order for the management server 202 to identify the location of the parking lot 10 used by the user from the information received from the user. This is because, in this embodiment, the location code 192, which has location identification power, 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 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 the user enters the parking lot, the parking lot manager can estimate which parking lot 10 the user entered at and at what time.

[0110] Specifically, the time code 190 and the location code 192 are communicated by the user to the parking lot manager via his / her own communication device when the user enters the parking lot. Upon receiving the time code 190 and the 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 (e.g., 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 (e.g., 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 successfully decrypts 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, then 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 deny the user from parking using his or her 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 relatively long. This increases the range of transmission time options available to the user, 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 prepares 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 needs to walk from the parking lot 10 to the nearest station or the like and then use transportation such as a train or bus, after boarding the transportation, he / she can recall the time code 190 and send it to the parking lot manager.

[0115] This reduces the time and mental burden on the user compared to a situation in which the user is constantly required to transmit the time code 190 from the parking lot 10 to the parking lot manager regardless of whether the user has enough time or not, 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 content of the service of 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 the present embodiment.

[0118] In system 200, multiple users and multiple staff members who work according to 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 a 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 an external destination, and a receiver 212 for receiving signals or data from an external source.

[0120] The management server 202 further includes a processor 220 and a storage 222 (e.g., ROM, RAM). In order to provide the above-mentioned service, the processor 220 executes an electronic parking ticket processing program, which is illustratively and conceptually shown in the flow charts in 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] The content of this service will be briefly explained first. According to this service, in response to a request from a user, the management server 200 issues an electronic parking ticket 250, as exemplified in Fig. 21, to the user on condition that the user prepays a predetermined amount of parking fee. When the user intends to park in the parking lot 10 using the issued electronic parking ticket 250, the user transmits a parking permission request and a time code 190 displayed on the display 36 when entering the parking lot 10 to the management server 202. The management server 202 decodes the received time code 190 by referring to the decryption table 234, and based on the result of the decryption, determines whether the entry time represented by the received time code 190 is within a predetermined allowable range determined for the reception time when the 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] [Membership Registration]

[0126] More specifically, in this service, the following steps are carried out in order: registering the user as a member to obtain eligibility to use the electronic parking ticket 250; issuing the electronic parking ticket 250 to the user; permitting the user to use the electronic parking ticket 250 when parking begins; and, only if the user extends parking, paying and settling the additional parking fee corresponding to the length of the extended parking time by electronic payment at the end of parking.

[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] [Issuing electronic parking tickets]

[0129] Next, the user accesses the management server 202 as shown in the sequence diagram of FIG. 23 to request the parking lot manager to issue an electronic parking ticket 250. After that, the user transmits a user ID and a password to the management server 202, and then the management server 202 performs personal authentication. Next, the user transmits the number of points he or she wishes to acquire to the management server 202, and the management server 202 calculates the fee required to acquire the number of points. When 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 the information in the electronic parking ticket DB 232 as shown in FIG. 20. After that, the management server 202 issues the electronic parking ticket 250 shown 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 in order to start 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 confirms the validity of the electronic parking ticket 250. Next, the user transmits the time code 190 and the 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 confirms the validity of the estimated entry time by comparing it with the current time measured by the management server 202.

[0132] The user then transmits 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 that are required 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 when it is confirmed that the number of remaining points is not 0, calculates the length of valid parking time that is 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 considering that the number of valid points is then subtracted, it is possible to consider that this parking is classified as prepaid parking. Also, as shown in FIG. 25, the length of the valid parking time permitted to the user is written on the receipt 260 together with the end time of the valid parking time. Therefore, by looking at the receipt 260, the user can know what time he or she 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 above-mentioned multiple persons in charge. The persons in charge may be contacted by the management server 202 sending an e-mail containing information regarding parking permission to each person individually (active contact), or by posting information regarding parking permission on a homepage of the management server 202 that is accessible only to a limited number of people (a homepage exclusively for businesses), and the information regarding parking permission may be communicated to the persons in charge by the individual accessing the homepage (passive contact).

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

[0136] If the actual 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 FIG. 26.

[0137] Thereafter, the user 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 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 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.

[0138] Thereafter, the management server 202 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 further calculates an additional parking fee in an amount corresponding to the length of the extended parking time. The management server 202 further calculates the number of points used corresponding 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 section for performing member registration and issuing an electronic parking ticket, the second subprogram is a section for granting permission to use the electronic parking ticket, and the third subprogram is a section for settling parking fees when parking for an extended period.

[0141] [Membership Registration]

[0142] 16, it is 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 (e.g., the user's name, address, e-mail 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 PIN 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 that 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 registered as a member. After that, in step S106, a registration completion message indicating that the current user has been registered as a member is returned to the user via the transmission unit 210. This ends the current execution of the electronic parking ticket processing program.

[0145] [Issuing 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 judgment in step S101 is NO and the judgment 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 collated 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 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 is received via the receiving unit 212.

[0148] Then, in step S110, the fee (prepaid fee) to be paid by the user to the parking lot manager in order for the user to obtain the number of points that the user desires to obtain is calculated by referring to a fee table or a function that represents a predetermined relationship between the number of points and the fee. Then, in step S111, data representing the fee to be paid by the user 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 refusal message is returned to the user, indicating that issuance of the electronic parking ticket 250 is not permitted. 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 normally 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 registered in the electronic parking ticket DB 232 in association with the user ID, as exemplified in Fig. 20. Next, in step S115 of Fig. 16, a number of valid points is assigned to the current user. In step S116, the assigned number of valid points is registered in the electronic parking ticket DB 232 in association with the user ID, as exemplified in Fig. 20.

[0151] After that, in step S117 of Fig. 16, as shown in Fig. 21, an electronic parking ticket 250 is issued to the current user, and data representing the electronic parking ticket 250 is transmitted from the transmission unit 210 to the communication device of the current user. This ends 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 an electronic parking ticket issuance request from a user. Alternatively, in a scenario in which the management server 202 receives an electronic parking ticket usage request, 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, similarly to step S108 in Fig. 16, personal authentication is performed based on the user's user ID and PIN number transmitted from the user's communication device. If the 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] Then, in step S121, it is determined whether or not the electronic parking ticket 250 that the current user wishes to use is valid by checking the received ticket number against the electronic parking ticket DB 232. If the current electronic parking ticket 250 is not valid, in step S122, a usage disapproval message indicating that usage of the electronic parking ticket 250 is not permitted is returned to the user's communication device. This ends 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 the 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, and thereby 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 in step S127, the user's desired parking conditions are received from the user's communication device. The desired parking conditions include, for example, the length of time the user desires 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 by, for example, referring to a predetermined conversion table so that the number of points to be used increases according to the length of parking time for which the user desires free parking. After that, 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, a valid parking time, which is the length of parking time permitted to the user in exchange for the consumption of the above-mentioned number of 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 inform all the staff of the received desired parking conditions (for example, the desired parking conditions are individually communicated to the staff by email, or the desired parking conditions are posted on the company's dedicated homepage). This ends the current execution of the electronic parking ticket processing program.

[0162] [Settlement of parking fees when parking for an extended period]

[0163] The above describes a scenario in which the management server 202 receives a request to use an electronic parking ticket from a user. 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 NO, the judgment at step S118 in FIG. 17 is NO, and the judgment at step S132 in FIG. 18 is YES, and the process proceeds to step S133.

[0164] The steps S133 to S138 have the same execution contents as the steps S119 to S124 shown in FIG. 17, so a duplicated description 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. Then, in step S140, it is determined whether the estimated departure 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.

[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 non-use permission 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 exit time. The estimated exit 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 length of the 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 amount of the additional parking fee is calculated. Then, 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 further records data indicating that the user has paid the additional parking fee by partially consuming the number of valid points, as exemplified 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, a process 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 ends 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 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 at the time of entry. Therefore, as shown in Fig. 27, this embodiment is designed so that the management server 202 individually sends 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 to pay for the extended parking period if the scheduled exit time has passed.

[0172] 27, the management server 202 calculates the scheduled exit 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 a time that is a set time (e.g., one hour) earlier than the scheduled exit time as the exit reminder time. When the exit reminder time arrives, the management server 202 creates an exit reminder message including a statement to the effect that "less than one hour remains until the scheduled exit time" and transmits the exit reminder message by email to the communication device of the corresponding user.

[0173] The exit prompting 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 settle the additional parking fee when leaving the parking lot." This calls the user's attention not to forget to access the management server 202 and settle the additional parking fee when leaving the parking lot if the scheduled exit time has passed.

[0174] Furthermore, the management server 202 judges for each user whether the scheduled exit time has arrived, and if so, judges whether the user has paid the additional parking fee by referring to the electronic parking ticket DB 232. If the additional parking fee has not been paid, the management server 202 includes a description that "the scheduled exit time has passed" and a description that "when leaving the parking lot, the user needs to access the management server and pay the additional parking fee." The management server 202 transmits the exit reminder message to the communication device of the corresponding user by email. The management server 202 repeatedly transmits the same exit reminder message to the user who sent the exit reminder message every time a set time (e.g., one hour) elapses until the user accesses the 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 therefore the ticket issuing machine 20 is designed to have not only its original ticket issuing function but also a time code generating and displaying function for generating a time code 190 by encryption and displaying it on the screen of the display 36. However, the present invention can be embodied in an embodiment in which, for example, only cardless parking is possible in the same parking lot 10, and instead of the ticket issuing machine 20, a time code generating and displaying device including at least a clock 102, an encryption device for encrypting the current time measured by the clock (for example, a computer that executes a program that references the time encryption table and generates the time code 190), and a display 36 that displays the time code 190 generated by encryption is installed in the parking lot 10.

[0176] As is clear from the above explanation, in this embodiment, for convenience of explanation, it is possible to consider that the clock 102 constitutes an example of the "clock" in paragraph (1) above, that the portion of the control board 34 that executes step S32 shown in FIG. 14 constitutes an example of the "encryption unit" in the same paragraph, that the display 36 constitutes an example of the "display unit" in the same paragraph, that the portion of the ticket issuing machine 20 that generates and displays the time code 190 constitutes an example of the "parking lot time code generating and display device" in the same paragraph, and that the display 36 constitutes 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 ease of explanation, steps S120 and S123 shown in FIG. 17 constitute an example of the "entry time reception process" 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 transmission unit 210 and the reception unit 212 together constitute an example of the "communication unit" in the same paragraph.

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

[0179] Furthermore, in this embodiment, for ease 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 omit redundant explanations, and only different elements will be described in detail.

[0182] In the first embodiment, a user who wishes to perform cardless parking specifies the length of the planned parking time he / she wishes to perform prior to parking (when entering the parking lot 10) each time he / she intends to use the parking lot 10, and consumes a number of points from the number of available points equivalent to the prepaid parking fee that corresponds 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, when the user is not planning to extend parking, there is no need to access the management server 202 when leaving the parking lot. In other words, the user does not need to access the management server 202 when leaving the parking lot unless he / she plans to extend parking. As a result, the user only needs to communicate with the management server 202 when entering the parking lot each time he / she parks, unless he / she plans to extend parking, which saves the user time and effort.

[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 are consumed as if the user had parked the vehicle for the same amount of time as the planned parking time.

[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 be just in proportion to the actual parking time. As a result, according to this embodiment, the user does not have to consume points unnecessarily, 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 in the management server 202 to permit the start of parking using the electronic parking ticket 250, and is conceptually shown in a flowchart in Fig. 28. The fifth subprogram is executed in 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 shown in a flowchart in Fig. 29.

[0187] The electronic parking ticket processing program in 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 ticket]

[0189] When entering the parking lot 10, the user accesses the management server 202 as illustrated in the sequence diagram of FIG. 30 in order to request permission to park using the electronic parking ticket 250 from the parking manager. After that, the user 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 the 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 confirms the validity of the estimated entry time by comparing it with the current time measured by the management server 202.

[0190] If the estimated entry time is valid, the management server 202 permits the user to park and transmits a parking permission message to the user. The management server 202 notifies not only the user himself but also the aforementioned multiple persons in charge of the fact 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 executing this fourth subprogram, first, in step S301, it is determined whether or not a parking permission request has been received from the user's communication device. Assuming that a parking permission request has been received this time, the determination in step S301 becomes 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, then in step S302 a parking permission message indicating that the user has been permitted to park is returned to the user's communication device. Then, in step S303, information indicating that the user has been permitted to park in the 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 settle the parking fee, as illustrated in the sequence diagram of FIG. 31. After that, the user 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. Next, the user transmits the time code 190 and the 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] Thereafter, in the management server 202, in step S402 shown in Fig. 29, the parking time is calculated 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. 20.

[0196] Next, in step S403, a parking fee corresponding to the calculated 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. Then, 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. The electronic parking ticket DB 232 further records data indicating that the user has paid the parking fee by partially consuming the number of valid points, as exemplified in FIG. 20. 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 settled by the user. This ends the current execution of the fifth subprogram.

[0198] [Automatic sending of delivery reminder messages]

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

[0200] Therefore, in this embodiment, as shown in the sequence diagram of Fig. 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 further determines whether the number of remaining points is insufficient in relation to the length of parking time even if the number of points used is to be consumed at that time. If the number of remaining points is insufficient, the management server 202 creates an exit urging message to urge the user to exit the parking lot promptly, and sends the exit urging 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 FIG. 28 constitute an example of the "entry time reception process" in the above item (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 item, and step S302 shown in the same figure constitute an example of the "parking permission process" in the same item.

[0202] Furthermore, in this embodiment, for ease 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 "leave 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; however, 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 to generate time code 190, transmits time code 190 to ticket dispenser 20, and display 36 of ticket dispenser 20 displays the received time code 190. According to this embodiment, ticket dispenser 20 does not need to have clock 102 and the time encryption unit, but has 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 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 a communication device of the user currently in the parking lot for identifying 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 identification unit that receives, when the user leaves the parking lot, second information for identifying the user, the second information being capable of identifying the user's vehicle parked in the parking lot, from the communication device, and that enables the user to be identified based on the received second information; an electronic payment unit that enables, when the parking lot and the user are identified at the time of exiting the parking lot, 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 comprises:

2. The parking lot management system as described in 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 when leaving the parking lot.

3. The management server further comprises: The parking lot management system according to claim 1 , wherein the second information includes information for identifying a vehicle number of the vehicle.

4. A program executed by a computer of a communication device of a user who is currently 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 for transmitting the first information from the user to the management server by communicating with the management server using the displayed encrypted data when the user leaves the parking lot; 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 settlement completion data indicating that settlement of the parking fee has been completed from the management server when the parking fee has been settled by electronic settlement by the management server at the time of exiting the parking lot; Including, A program executed by the computer to realize the functions.

5. 4. A program for causing a computer to function as the management server according to claim 1.

6. A recording medium on which the program according to claim 4 is recorded so as to be readable by a computer.

7. A recording medium on which the program according to claim 5 is recorded so as to be readable by a computer.

Images