Parking management system and program

Abstract

By using user information processing terminals in the parking lot, the burden of installing dedicated equipment in the parking lot is reduced. [Solution] The system 10 that manages a parking lot 20 having multiple parking spaces includes a server 50, which acquires parking-related information to identify at least one of the user, the vehicle, and one of the parking spaces when entering the parking lot 20, and also measures the time of entry. When exiting the parking lot, the server 50 receives and acquires parking-related information to identify at least one of the user, the vehicle, and one of the parking spaces from an information processing terminal 90 carried by the user or installed in the user's vehicle, and further measures the time of exit in response to the reception from the information processing terminal, and further calculates the amount of parking fees based on the time of entry and the time of exit if the acquired parking-related information matches at the time of entry and the time of exit.

Description

Technical Field

[0001] The present invention relates to a technique for managing a plurality of parking lots using an information processing terminal of a user who selects and uses any one of the plurality of parking lots, and / or a technique for managing the parking lot using an information processing terminal of a user who uses the parking lot.

Background Art

[0002] Parking lots having a plurality of parking spaces (or also referred to as "car compartments") for vehicles have already been widely spread. This type of parking lot is classified, from the viewpoint of the conveyance method of the vehicle to the target parking space, into a method in which the user himself / herself drives the vehicle and conveys it to the target parking space, and a mechanical type in which a pallet or a cage is mechanically moved to convey the vehicle to the target parking space mechanically.

[0003] In addition, the parking lot may be lent to the user free of charge or may be lent for a fee. The paid parking lot is classified, from the viewpoint of the length of time lent to the user, into monthly lease and time lease (including "daily lease").

[0004] The time lease parking lot is classified, from the viewpoint of its management method, into a manned type in which a person in charge of managing and monitoring the parking lot is always present at the site, and an unmanned type in which such a person in charge is not always present and is dispatched to the site sporadically.

[0005] In addition, the time lease parking lot is classified, from the viewpoint of the payment method of the parking fee, into a prepayment type in which the user pays a parking fee amount corresponding to the length of the planned parking time when entering the lot, and a post-payment type in which the user pays a parking fee amount corresponding to the length of the actual parking time when leaving the lot.

[0006] Several prior art documents disclosing some types of parking lots described above have been found.

[0007] Patent Document 1 discloses a technology that enables the complete automation of parking entry and exit processes using a GPS, computer, and communication device mounted on a vehicle, without requiring the installation of dedicated equipment within the parking lot and without requiring the user to operate their mobile device or any equipment within the parking lot.

[0008] Specifically, Patent Document 1 discloses a technology that measures the current location of a vehicle using a GPS-type positioning function installed in the vehicle the user is riding in, rather than in the user's communication device, and automatically detects the user's entry into a parking lot when the vehicle's location transitions from a state where it does not match any parking lot location to a state where it matches any parking lot location, while automatically detecting the user's departure from the parking lot when the vehicle's location subsequently transitions from a state where it matches a parking lot location to a state where it does not.

[0009] Furthermore, Patent Document 2 discloses a technology that enables the complete automation of parking entry and exit processes by acquiring the user's location information and behavioral information using GPS and acceleration sensors installed in the user's mobile device, without requiring the installation of dedicated equipment in the parking lot, and without requiring the user to operate their mobile device or any equipment within the parking lot. This information is then used to detect the user's entry into and exit from the parking lot where the user is currently staying.

[0010] Specifically, Patent Document 2 discloses a parking management system for managing multiple parking lots, comprising: a reception means for receiving reservations for the use of each parking lot from users; and a determination means for determining which parking lot the user will actually use, and for determining when the user will start and end their use of the parking lot, based on location information of the information and communication terminal and user behavior information received from the information and communication terminal held by the user.

[0011] More specifically, Patent Document 2 discloses a technology that uses the acceleration sensor to determine whether a user is walking or riding in a vehicle, and determines that the user has entered a parking lot when the user transitions from a state of entering a parking lot in a vehicle to a state of walking, and on the other hand, determines that the user has left a parking lot when the user transitions from a state of walking in a parking lot to a state of leaving the parking lot in a vehicle. [Prior art documents] [Patent Documents]

[0012] [Patent Document 1] Japanese Patent Publication No. 2001-202542 [Patent Document 2] Japanese Patent Publication No. 2013-256380 [Patent Document 3] Japanese Patent Publication No. 2010-250734 [Overview of the project] [Problems that the invention aims to solve]

[0013] According to the technology described in Patent Document 1, theoretically, it is possible to completely automate the process of entering and exiting a parking lot. However, in order to adopt the technology described in Patent Document 1, the vehicle must be equipped with a positioning device such as GPS (positioning function), a computer (signal processing function), and a communication device for communicating with an external server (communication function), in other words, the vehicle must be highly functional (e.g., intelligent).

[0014] In contrast, according to the technology described in Patent Document 2, instead of equipping the vehicle with special equipment, a user's mobile terminal having signal processing, communication, positioning, and behavior detection functions is used. With the widespread use of mobile terminals equipped with such functions today, according to the technology described in Patent Document 2, it is possible to completely automate the process of entering and exiting parking lots without making it essential to enhance the functionality (e.g., make the vehicle intelligent) of the vehicle.

[0015] However, the technology described in Patent Document 1 has a practical problem in that it attempts to identify the parking lot into which the user entered the vehicle by focusing only on the relationship between the location information of the mobile device and the location information of the parking lot, which makes it highly likely that the system will malfunction.

[0016] Furthermore, the technology described in Patent Document 2 attempts to identify the parking lot into which a user entered by focusing on user behavior information in addition to the location information of the mobile device. However, despite the limitations of the positioning accuracy of the mobile device, the user behavior information being focused on is not unique to the parking lot, so there is still a practical problem in that the system is highly likely to malfunction.

[0017] Furthermore, neither Patent Document 1 nor 2 discloses any method of identifying the parking lot into which a user entered by focusing on the unique behaviors that occur in the vehicle as it drives through the parking lot.

[0018] Incidentally, a prepaid hourly rental system is already known as a parking lot operation model. In this operation model, at the entry stage when a user enters the parking lot to park their vehicle, the user is granted the right to use the parking lot on the condition that they specify the effective parking time in hours, which is the time period during which they wish to park in the parking lot, and prepay a parking fee commensurate with the length of that effective parking time.

[0019] Patent Document 3 describes a conventional example of a prepaid parking lot. This parking lot is equipped with a fee settlement device for users to prepay parking fees, and an exit gate management device that opens the exit gate and allows the user to exit on the condition that the regular parking fee has been paid upon entry and confirmed upon exit.

[0020] Users of this parking lot estimate the length of time they need to keep their vehicle parked continuously in the parking lot as their effective parking time, and pay a parking fee commensurate with that effective parking time.

[0021] Furthermore, users who utilize this parking lot can enter and exit the parking lot, that is, restock, any number of times within the valid parking time.

[0022] By the way, when operating a parking lot, regardless of whether the operation mode is a prepaid time rental type, measuring or estimating the operating status, i.e., the vacancy status, of the parking lot in real time and guiding potential other users is advantageous for the parking lot manager and landowner in terms of improving the operating rate of the parking lot and increasing revenue. At the same time, because the vacant parking lot can be timely guided to users in the vicinity, it is advantageous for users in that it becomes easier for users to search for a parking lot at a necessary location when necessary.

[0023] It is desirable that such parking lot guidance be highly accurate. However, there may be uncertain factors among a plurality of factors that need to be considered in order to measure or estimate the vacancy status of the parking lot.

[0024] For example, as described above, a user who utilizes the prepaid parking lot described in Patent Document 3 can enter and exit the parking lot, that is, restock, any number of times within the valid parking time. In this case, the user may actually restock or may not actually restock.

[0025] In this case, if the parking lot manager assumes that the possibility that the user restocks at the parking lot is 0% and estimates the vacancy status of the parking lot, there may be no vacancy at the parking lot even if the user actually tries to restock, and the user may feel inconvenienced. On the other hand, if the parking lot manager assumes that the possibility that the user restocks at the parking lot is 100% and estimates the vacancy status of the parking lot, there may be a risk of a decrease in the operating rate of the parking lot when the user does not actually restock.

[0026] Thus, when operating a prepaid parking lot in a manner that permits re-entry within the valid parking time, the accuracy of estimating the availability of the parking lot fluctuates depending on how the parking lot manager handles the uncertain factor of the probability that a user will actually re-enter, which affects both the operating rate of the parking lot and the convenience of the users.

[0027] Therefore, when operating a prepaid parking lot in a manner that permits re-entry within the valid parking time, it is desirable to provide parking guidance that enables both an improvement in the operating rate of the parking lot and an improvement in the convenience of the users.

[0028] In addition, when constructing a prepaid parking lot described in Patent Document 3, it is necessary to install a fee settlement device for users to prepay the parking fee and an exit gate device that monitors the time when a user exits the parking lot and checks whether it is before the expiration of the valid parking time in the parking lot. Therefore, a large amount of equipment investment is required when constructing this parking lot.

[0029] On the other hand, while suppressing the installation or use of dedicated equipment for each vehicle compartment in the parking lot, referring to information that can be obtained from the user's information processing terminal (e.g., a mobile terminal) (e.g., information that can estimate the user's behavior, etc.), instead of individually focusing on the availability of the parking lot in multiple vehicle compartments, it is also desirable to provide parking guidance that comprehensively estimates by individually focusing on multiple users and pre-informs the potential other users of the results.

[0030] Based on the above findings, the present invention relates to a technology for managing a plurality of parking lots using an information processing terminal of a user who selects and uses any one of the plurality of parking lots, and / or a technology for managing the parking lot using an information processing terminal of a user who uses the parking lot. In particular, it is an object of the present invention to provide a technology that enables suppression of the installation of dedicated equipment in the parking lot.

Means for Solving the Problem

[0031] To solve the problem, according to one aspect of the present invention,A parking management system for operating a parking lot having multiple parking spaces, Includes a server capable of communicating with an information processing terminal carried by a user of the parking lot or an information processing terminal installed in the user's vehicle, That server is An entry information acquisition unit that enables the acquisition of parking-related information to identify the user, the vehicle, and at least one of the multiple parking spaces that the user wishes to use when the user enters the parking lot with the vehicle, When the vehicle enters the depot, the vehicle is equipped with a vehicle entry time measurement unit that enables the measurement of the vehicle's entry time. An exit information acquisition unit that enables the acquisition of parking-related information from the information processing terminal to identify at least one of the user, the vehicle, or any of the parking spaces when the user exits the parking lot with the vehicle, A vehicle departure time measurement unit that enables the measurement of the vehicle departure time in response to a reception from the information processing terminal when the vehicle is being taken out of the depot, A parking fee calculation unit that enables the calculation of the amount of parking fees based on the measured entry time and exit time when the parking-related information acquired when the vehicle exits matches the parking-related information acquired when the vehicle enters. Parking management system including It will be provided.

[0032] The present invention provides the following embodiments. Each embodiment is divided into sections, each section numbered, and the numbers of other sections are referenced as necessary. This is to facilitate understanding of some of the technical features and combinations thereof that the present invention may employ, and it should not be interpreted that the technical features and combinations thereof that the present invention may employ are limited to the embodiments below. In other words, it should be interpreted that there is no preclude from appropriately extracting and adopting technical features described in this specification that are not described in the embodiments below as technical features of the present invention.

[0033] Furthermore, the fact that each section is written in a format that references the numbering of other sections does not necessarily mean that it prevents the technical features described in each section from being separated and made independent from those described in other sections. Rather, it should be interpreted that it is possible to make the technical features described in each section independent as appropriate according to their nature.

[0034] (1) A method for managing multiple parking lots using an information processing terminal of a user who selects and uses one of the multiple parking lots, The process of the information processing terminal acquiring the current location of the vehicle using the location acquisition unit of the information processing terminal while the user is riding in the vehicle with the information processing terminal, The information processing terminal, in the state of being in the vehicle, acquires the dynamic behavior of the vehicle using the dynamic behavior acquisition unit of the information processing terminal, and based on the acquisition results, determines whether the vehicle exhibits a unique dynamic behavior that does not occur when the vehicle is driving on a normal road but occurs when it is driving within a designated parking lot. The information processing terminal, on the condition that it determines the vehicle exhibits the characteristic dynamic behavior, identifies the parking lot among the plurality of parking lots that corresponds to the vehicle's current location as the parking lot selected by the user. Parking management methods including

[0035] (2) A method for managing multiple parking lots using an information processing terminal of a user who selects and uses one of the multiple parking lots, The information processing terminal, in a state where a user is riding in the vehicle with the information processing terminal, performs a position acquisition step of acquiring the current position of the vehicle by using the position acquisition unit of the information processing terminal, The information processing terminal performs a high-frequency turning state determination step, in which, in the riding state, it determines whether or not the vehicle is in a high-frequency turning state in which it performs turning motion at a higher frequency than when the vehicle is driving on a normal road, based on the rotational motion state quantity of the vehicle acquired using the rotational motion state quantity acquisition unit of the information processing terminal, A parking lot identification step in which, on the condition that the information processing terminal determines that the vehicle may be in the high-frequency turning state, the parking lot corresponding to the vehicle's current location among the plurality of parking lots is identified as the parking lot selected by the user. Parking management methods including

[0036] (3) Furthermore, The information processing terminal includes an in-vehicle mounting state determination step, which determines whether, in the state of being in the vehicle, the information processing terminal is not being carried by the user and is in an in-vehicle mounting state, fixedly mounted inside the vehicle, by using the proximity sensor of the information processing terminal. The parking lot management method according to paragraph (1) or (2), wherein the parking lot identification step determines that the vehicle may be in the high-frequency turning state and that the information processing terminal may be in the in-vehicle state, and then identifies one of the plurality of parking lots corresponding to the vehicle's current location as the parking lot selected by the user.

[0037] (4) A method for managing multiple parking lots using an information processing terminal of a user who selects and uses one of the multiple parking lots, The information processing terminal, in a state where a user is riding in the vehicle with the information processing terminal, performs a position acquisition step of acquiring the current position of the vehicle by using the position acquisition unit of the information processing terminal, The information processing terminal performs a high-frequency acceleration / deceleration state determination step, in which, in the riding state, the information processing terminal determines, based on the acceleration and / or vibration state of the vehicle acquired using the acceleration acquisition unit and / or vibration acquisition unit of the information processing terminal, whether or not the vehicle may be in a high-frequency acceleration / deceleration state in which the vehicle accelerates and decelerates at a higher frequency than when the vehicle is traveling on a normal road. A parking lot identification step in which, on the condition that the information processing terminal determines that the vehicle may be in the high-frequency acceleration / deceleration state, the parking lot corresponding to the vehicle's current location among the plurality of parking lots is identified as the parking lot selected by the user. Parking management methods including

[0038] (5) Furthermore, The information processing terminal includes an in-vehicle mounting state determination step, which determines whether, in the state of being in the vehicle, the information processing terminal is not being carried by the user and is in an in-vehicle mounting state, fixedly mounted inside the vehicle, by using the proximity sensor of the information processing terminal. The parking lot management method according to paragraph (4), wherein the parking lot identification step determines that the vehicle may be in the high-frequency acceleration / deceleration state and that the information processing terminal may be in the in-vehicle state, and then identifies the parking lot corresponding to the vehicle's current location from among the plurality of parking lots as the parking lot selected by the user.

[0039] (6) A method for managing multiple parking lots using a portable information processing terminal for a user who selects and uses one of the multiple parking lots, The information processing terminal performs an entry determination step in which, in the entry stage in which the user parks the vehicle into any of the parking lots, the user is in the vehicle with the information processing terminal, and the current position of the vehicle acquired by the position acquisition unit of the information processing terminal determines whether it has transitioned from being outside all spatial areas corresponding to all of the sites of the plurality of parking lots to being inside any of the spatial areas corresponding to any of the sites of any of the parking lots, thereby determining whether the user has entered any of the spatial areas corresponding to any of the parking lots. The information processing terminal performs a high-frequency turning state determination step in which it determines whether or not the vehicle is in a high-frequency turning state in which it performs turning movements at a higher frequency than when it is driving on a normal road, based on the rotational motion state of the vehicle acquired using the rotational motion state acquisition unit of the information processing terminal at the entry stage and in the boarding state, The information processing terminal identifies one of the parking lots as the parking lot into which the user entered with the vehicle when all of the following conditions are simultaneously met in the parking entry stage: the condition that the vehicle's current position has entered a spatial area corresponding to one of the parking lots, and the condition that the vehicle may be in the high-frequency turning state. Parking management methods including

[0040] (7) In place of or in addition to the high-frequency turning state determination step, The information processing terminal includes a high-frequency acceleration / deceleration state determination step, which determines whether the vehicle may be in a high-frequency acceleration / deceleration state, where the vehicle accelerates and decelerates at a higher frequency than when the vehicle is traveling on a normal road, based on the low-frequency component of the vehicle's acceleration acquired using the acceleration acquisition unit of the information processing terminal, during the vehicle entry stage and in the vehicle's riding state. The parking lot management method according to paragraph (6), wherein the aforementioned conditions include the condition that the vehicle may be in the high-frequency acceleration / deceleration state.

[0041] (8) Furthermore, The information processing terminal includes an in-vehicle mounting state determination step, in the entry stage and in the boarding state, which uses the proximity sensor of the information processing terminal to determine whether the information processing terminal is not being carried by the user during boarding and whether it is possible that the information processing terminal is in an in-vehicle mounting state, where it is fixedly mounted inside the vehicle. The parking management method according to paragraph (6) or (7), wherein the aforementioned conditions further include the condition that the information processing terminal may be in the state of being installed inside the vehicle.

[0042] (9) Furthermore, The information processing terminal includes a step of determining whether or not the information processing terminal is fixedly held within the vehicle by using the proximity sensor of the information processing terminal while the vehicle is in the riding position. The parking lot identification step, on the condition that the vehicle is determined to exhibit the characteristic dynamic behavior and that the information processing terminal is fixedly held inside the vehicle, identifies one of the plurality of parking lots corresponding to the vehicle's current location as the parking lot selected by the user, as described in paragraph (1).

[0043] (11) A method for managing a parking lot using an information processing terminal and a management server for each user of a prepaid hourly parking lot, The information processing terminal performs a first transmission step in which, at the stage of the user entering the parking lot, the user transmits to the management server the effective parking time desired by the user for the parking lot, associating it with the user. The information processing terminal determines whether the user left the parking lot while still inside the vehicle during the user's exit stage from the parking lot, and transmits boarding / exiting determination data associated with the user to the management server, and also determines whether the user performed an exit operation to the information processing terminal as an indication of their intention to exit the parking lot, and transmits exit operation determination data associated with the user to the management server, the second transmission step of which The management server, based on the effective parking time, boarding / exiting determination data, and exit operation determination data received from the information processing terminal, and the entry time, classifies the user's behavior in the parking lot into one of several predetermined types in real time for each user, and according to that classification, creates and updates a management table having a data structure that allows access to data representing the user's behavior pattern in the parking lot for each user, so that the user's behavior pattern is reflected as time-series time-related information. Includes, The aforementioned types include regular exits, which occur because the user's departure while in the vehicle is performed with the exit operation before the expiration of the valid parking time, and temporary exits, which occur because the user's departure while in the vehicle is performed without the exit operation before the expiration of the valid parking time. A parking management method in which, if the aforementioned temporary exit is successful, the user is granted the right to re-enter the same parking lot as long as the valid parking time has not expired.

[0044] (12) The process of creating and updating the management table is as follows: a) In the receiving stage, when a user receives goods, the received flag is turned ON, b) In the aforementioned dispatch stage, if the aforementioned regular dispatch is completed, the regular dispatch flag is turned ON, c) In the aforementioned dispatch stage, if the provisional dispatch is established, the provisional dispatch flag is turned ON, d) The parking lot management method described in item (11), which creates and updates the management table such that at least one of the following is achieved: in the exit stage, the user is granted the right to re-enter the parking lot, and the re-entry permission flag is turned ON.

[0045] (13) A method for managing a parking lot using an information processing terminal and a management server for each user of a prepaid hourly parking lot, The information processing terminal performs a first transmission step in which, at the stage of the user entering the parking lot, the user transmits to the management server the effective parking time desired by the user for the parking lot, associating it with the user. The information processing terminal determines whether the user left the parking lot while still inside the vehicle during the user's exit stage from the parking lot, and transmits boarding / exiting determination data associated with the user to the management server, and also determines whether the user performed an exit operation to the information processing terminal as an indication of their intention to exit the parking lot, and transmits exit operation determination data associated with the user to the management server, the second transmission step of which The management server performs a vacancy determination process that predicts whether the parking lot will be in a full state (no vacant spaces), an empty state (some vacant spaces exist), or a congested state (which could be either full or empty) based on the effective parking time, boarding / exiting determination data, and exit operation determination data received from the information processing terminal, along with the entry time, by focusing on the individual time-series behavior patterns of multiple users of the parking lot, rather than focusing on the individual vacancy status of multiple parking spaces within the parking lot. Parking management methods including

[0046] (14) The user is granted the right to re-enter the same parking lot as long as the valid parking time has not expired when the user leaves the parking lot in the vehicle during the exit stage. However, if the user performs the exit operation on the information processing terminal when leaving the parking lot in the vehicle during the exit stage, the right to re-enter the parking lot is lost. The parking lot management method described in item (13), wherein the vacancy determination step determines the final determination result by comparing the result of the vacancy determination performed with the expectation of future re-entry with the result of the vacancy determination performed without the expectation of future re-entry.

[0047] (15) The parking lot management method described in paragraph (14), wherein the vacancy determination step determines the final determination result to be the crowded state if the vacancy determination is performed with the expectation that the vehicle will be re-entered in the future, but if the vacancy determination is performed without the expectation that the vehicle will be re-entered in the future, and the determination result is the empty state.

[0048] (16) The vacancy determination process executes each determination cycle at predetermined time intervals, and in each determination cycle, X1: The number of valid parking spaces, which is the number of users whose valid parking time does not expire during each judgment cycle, X2: The number of confirmed exits, which is the number of users whose valid parking time did not expire during each judgment cycle and whose exit while the user was in the vehicle was accompanied by the exit operation, X3: During each determination cycle, the number of uncertain exits is the number of users who, because the effective parking time did not expire and the user left the parking lot while in the vehicle without performing the exit operation, were granted the right to re-enter the same parking lot. A parking lot management method according to any one of items (13) to (5), which includes a first calculation step of calculating a.

[0049] (17) The vacancy determination process is as follows: The parking lot management method described in paragraph (16), which includes a second calculation step of calculating the maximum number of parking spaces Y1 immediately after each judgment cycle as (X1-X2), taking into account the expected number of future re-entries, and calculating the minimum number of parking spaces Y2 immediately after each judgment cycle as (X1-(X2+X3)), without taking into account the expected number of future re-entries.

[0050] (18) The vacancy determination process is as follows: The parking lot management method described in paragraph (17), which includes the step of determining whether the operating status of the parking lot is full or empty based on the maximum number of parking spaces Y1 in each determination cycle, and if the determination result is full, but if the operating status of the parking lot is full or empty based on the minimum number of parking spaces Y2, and the determination result is empty, then determining the final determination result to be congested.

[0051] (19) The vacancy determination process is as follows: The parking lot management method according to item (17) or (18), which includes the step of determining whether the operating status of the parking lot is full or vacant based on the minimum number of parking spaces Y2, without considering the result of the previous determination cycle, and determining that the final determination result is vacant, in which case the final determination result is vacant.

[0052] (31) A method by which a management server centrally manages multiple parking lots through communication with multiple mobile terminals of multiple users, The aforementioned mobile terminal and management server perform an entry processing step that assists in the process of entering a parking lot for any user's vehicle to enter any parking lot, The mobile terminal and the management server support the vehicle's exit process for leaving the parking lot. Includes, The aforementioned exit process includes a behavioral analysis unit that determines whether the user exited the parking lot as a pedestrian without boarding a vehicle or boarded a moving vehicle and exited the parking lot, based on the user's position detected by the mobile terminal and the temporal change of that position, and the user's speed or acceleration detected or estimated by the mobile terminal.

[0053] Throughout this application, the phrase "location detected by a mobile device" may be interpreted to mean, for example, the location detected by the mobile device using signals received from a transmitter installed outside the parking lot (e.g., a satellite), or the location detected using signals received from a transmitter installed inside the parking lot (e.g., a short-range communication transmitter).

[0054] Furthermore, throughout this application, the phrase "speed or acceleration detected by the mobile device" may be interpreted to mean, for example, the speed or acceleration detected by a speed sensor or acceleration sensor if the mobile device is equipped with such sensors.

[0055] Furthermore, throughout this application, the phrase "the speed or acceleration estimated by the mobile device" may be interpreted to mean the first time derivative (the difference between the previous and current position values) or the second time derivative (the difference between the previous and current values ​​of that difference) of the position detected by the mobile device, in cases where the mobile device does not have a speed sensor or acceleration sensor. This interpretation also applies to the angular velocity estimation unit and acceleration estimation unit described above.

[0056] (32) The outbound processing step is: After the aforementioned entry, the mobile terminal performs an entry determination step in which it determines whether or not the user has entered the parking lot based on its own position detected by the mobile terminal and the temporal change of that position. After it is determined that the aforementioned entry has taken place, the mobile terminal performs an exit determination step in which it determines whether the vehicle has left the parking lot because the user got into the moving vehicle and left the parking lot, based on its own position detected by the mobile terminal and the temporal change of that position, and its own speed or acceleration detected or estimated by the mobile terminal. The method described in item (31), including the method described in item (31).

[0057] (33) The outbound determination process is: A behavior type determination step that determines whether the user is stationary or moving, regardless of whether they are walking or riding in the vehicle, based on the temporal change of their own position detected by the mobile terminal, When it is determined that the user is moving, the system performs a movement type determination step that determines whether the user is walking without being in the vehicle or moving while riding in the moving vehicle, based on the acceleration of the user detected or estimated by the mobile terminal. An exit determination step that determines whether the user has left the parking lot, regardless of whether they are walking or riding in the vehicle, based on their own position detected by the mobile terminal and the temporal change of that position. The method described in item (32), including the method described in item (32).

[0058] (34) The mobile terminal includes an accelerometer that detects its own acceleration, The aforementioned movement type determination step is: The mobile terminal and / or the management server perform an intensity analysis step in which they measure the substantial maximum intensity that represents the waveform of acceleration detected by the acceleration sensor, The mobile terminal and / or the management server perform a frequency analysis step in which they extract multiple frequency components from the acceleration waveform detected by the acceleration sensor and measure the frequency of the one with the largest amplitude among those frequency components. The method described in claim (33), which includes at least one of the following.

[0059] (35) The method according to paragraph (34), wherein the intensity analysis step determines that the user is walking if the measured effective maximum intensity is greater than a first threshold, and determines that the user is riding in the moving vehicle if the measured effective maximum intensity is less than or equal to the first threshold.

[0060] (36) The method of paragraph (34) or (35), wherein the frequency analysis step determines that the user is walking if the measured frequency is lower than a second threshold, and determines that the user is riding in the moving vehicle if the measured frequency is equal to or greater than the second threshold.

[0061] (37) The mobile terminal is An accelerometer that detects its own acceleration, Based on the detection results of the acceleration sensor, a step count detection unit detects the number of steps taken by the user per unit time. Includes, The method of item (33), wherein the movement type determination step is as follows: the mobile terminal and / or the management server determines that the user is walking if the detected number of steps is greater than the third threshold, and determines that the user is riding in the moving vehicle if the detected number of steps is less than or equal to the third threshold.

[0062] (38) The aforementioned receiving process is: The mobile terminal includes the step of receiving input from the user, which is the effective parking time, which is the time period during which the user wishes to park the vehicle in one of the aforementioned parking lots. The aforementioned outbound processing further includes: The process by which the mobile terminal receives input from the user regarding the exit operation performed by the user as an indication of the user's intention to exit the parking lot, If the mobile terminal and / or the management server determines that the user has boarded the vehicle and left the parking lot, the process is as follows: if the valid parking time has not expired, the system will wait for the user to actually exit the parking lot before treating it as an exit; however, if the valid parking time has expired, the system will treat it as an exit without waiting for the user to actually exit the parking lot. The method described in any of items (31) to (37), including the method described in any of items (31) to (37).

[0063] In this example, the parking process may further include a step that enables the mobile terminal to receive a prepaid parking fee in an amount corresponding to the length of the entered valid parking time.

[0064] (39) Furthermore, The process includes a re-entry determination step that determines whether the same user re-entered the same parking lot before the expiration of the valid parking time without actually performing an exit operation. The method of paragraph (38), wherein if it is determined that the aforementioned re-entry has occurred, the execution of at least a substantial portion of the aforementioned entry processing steps is omitted.

[0065] (40) The method according to any one of paragraphs (31) to (39), wherein the parking process step includes a parking determination step which determines that the vehicle has entered one of the parking lots on the condition that the user has moved from a location outside one of the parking lots to a location inside one of the parking lots, based on the location of the vehicle itself detected by the mobile terminal and the temporal change of that location.

[0066] (41) The receiving process is as follows: An entry determination step in which, based on the location of the user detected by the mobile terminal and its change over time, the user determines that the vehicle has entered one of the parking lots, provided that the user has moved from a location outside one of the parking lots to a location inside one of the parking lots. When it is determined that the vehicle has been parked, the mobile terminal transmits parking-related information to the management server, which includes vehicle information for identifying the vehicle and the effective parking time, which is the time period during which the user wishes to park the vehicle in one of the parking lots, or related time information for identifying the effective parking time. The method described in item (40), including the method described in item (40).

[0067] (42) Furthermore, The mobile terminal and / or the management server monitor the actual elapsed time of the vehicle's parking time by sequentially calculating the remaining time of the effective parking time as time progresses; The mobile terminal and / or the management server, prior to the expiration of the valid parking time, respond to an extension request from the user and perform an extension process to extend the valid parking time; The method described in item (41), including the method described in item (41).

[0068] (43) The progress monitoring process is as follows: Once the transmission of the parking-related information and the settlement of the prepaid parking fee are completed, the mobile terminal and / or the management server perform a remaining time calculation step, which calculates the remaining time by sequentially subtracting the valid parking time as time progresses. A remaining time display step in which the mobile terminal and / or the management server voluntarily or in response to a user request displays the calculated remaining time on the screen of the mobile terminal. The method described in item (42), including the method described in item (42).

[0069] (44) The method of any one of items (31) to (43), further comprising a vacancy determination step in which the mobile terminal and / or the management server determines whether or not there are unused vacant spaces among the multiple parking spaces in the parking lot based on the number of confirmed parking entries and the number of confirmed parking exits.

[0070] (45) The vacancy determination process is as follows: The aforementioned mobile terminal and / or the management server perform a subtraction step in which, each time a parking entry is confirmed, the number of vacant spaces, which is the number of unused vacant spaces among the multiple parking spaces in the parking lot, is subtracted by one. The aforementioned mobile terminal and / or the management server perform an addition process in which, each time an actual or deemed outbound operation is confirmed, the number of vacant spaces is increased by one. The method described in item (44), including the method described in item (44).

[0071] (46) The outbound processing step further includes: The method according to any one of items (31) to (45), wherein, at the user's exit stage, when it is determined that entry has taken place, the mobile terminal provides the user with a visual, auditory, or tactile stimulus to prompt the user to perform the exit operation.

[0072] (47) The outbound processing step is: The method of any one of items (31) to (46), wherein, after it has been determined that the user has left the parking lot as a pedestrian, the remaining time of the valid parking period, which is the time period during which the user wishes to park the vehicle in any of the parking lots, is shorter than a predetermined time, the mobile terminal provides the user with a visual, auditory, or tactile stimulus to prompt the user to make an extension request to extend the valid parking period.

[0073] (48) A method by which a management server centrally manages multiple parking lots through communication with multiple mobile terminals of multiple users, The aforementioned mobile terminal and management server perform an entry processing step that assists in the process of entering a parking lot for any user's vehicle to enter any parking lot, The mobile terminal and the management server support the vehicle's exit process for leaving the parking lot. Includes, The aforementioned receiving process is, The mobile terminal includes the step of receiving input from the user, which is the effective parking time, which is the time period during which the user wishes to park the vehicle in one of the aforementioned parking lots. The aforementioned outbound processing is, The process by which the mobile terminal receives input from the user regarding the exit operation performed by the user as an indication of the user's intention to exit the parking lot, The aforementioned mobile terminal and / or management server, when a user removes the vehicle from the parking lot, waits for the user to actually remove the vehicle before treating it as removed, as long as the valid parking time has not expired, and when the valid parking time has expired, treats it as removed without waiting for the user to actually remove the vehicle. A method that includes this.

[0074] In this example, the parking process may further include a step that enables the mobile terminal to receive a prepaid parking fee in an amount corresponding to the length of the entered valid parking time.

[0075] (49) Furthermore, The process includes a re-entry determination step that determines whether the same user re-entered the same parking lot before the expiration of the valid parking time without actually performing an exit operation. The method of paragraph (48), wherein if it is determined that the aforementioned re-entry has occurred, the execution of at least a substantial portion of the aforementioned entry processing steps is omitted.

[0076] (50) A program that is executed by the computer of a mobile device in order to implement any of the mobile devices described in paragraphs (1) through (49).

[0077] The program described in this section can be interpreted, for example, as meaning a combination of instructions executed by a computer to perform its function, or it can be interpreted as including not only such combination of instructions but also files and data processed according to each instruction, but is not limited to these interpretations.

[0078] Furthermore, this program may achieve its intended purpose by being executed on a computer alone, or by being executed on a computer together with other programs, but is not limited to these two methods. In the latter case, the program relating to this section may be primarily data-based, but is not limited to that.

[0079] (51) A program that is executed by the computer of the management server in order to implement the management server described in any of paragraphs (1) through (49).

[0080] (52) A recording medium on which the program described in item (50) or (51) is recorded in a computer-readable format.

[0081] This recording medium can employ various formats, including, but is not limited to, magnetic recording media such as flexible disks, optical recording media such as CDs and CD-ROMs, magneto-optical recording media such as MOs, and unremovable storage such as ROMs.

[0082] (53) A system in which a management server centrally manages multiple parking lots through communication with multiple mobile terminals of multiple users, The mobile terminal and the management server include an entry processing unit that assists in the entry process for any user's vehicle to enter any parking lot, The mobile terminal and the management server include a vehicle exit processing unit that assists in the process of the vehicle leaving the parking lot and Includes, The exit processing unit is a system that includes a behavioral analysis unit that determines whether the user exited the parking lot as a pedestrian without getting into a vehicle or exited the parking lot while riding in a moving vehicle, based on the user's own position detected by the mobile terminal and the temporal change of that position, and the user's own speed or acceleration detected or estimated by the mobile terminal.

[0083] (54) A system in which a management server centrally manages multiple parking lots through communication with multiple mobile terminals of multiple users, The mobile terminal and the management server include an entry processing unit that assists in the entry process for any user's vehicle to enter any parking lot, The mobile terminal and the management server include a vehicle exit processing unit that assists in the process of the vehicle leaving the parking lot and Includes, The aforementioned storage processing unit is The aforementioned mobile terminal includes an effective parking time input unit for inputting the effective parking time, which is the time period during which the user wishes to park the vehicle in any of the aforementioned parking lots. The aforementioned retrieval processing unit is: The aforementioned mobile terminal includes a departure operation input unit that inputs a departure operation performed by the user as an indication of their intention to move the vehicle out of the parking lot, The mobile terminal and / or the management server, when a user removes the vehicle from the parking lot, a vehicle removal control unit waits for the user's actual removal operation until the effective parking time has expired and treats the vehicle as removed, while once the effective parking time has expired, it treats the vehicle as removed without waiting for the user's actual removal operation. A system that includes this.

[0084] In this example, the parking processing unit may further include a parking fee control unit that enables the mobile terminal to be paid a prepaid parking fee in an amount corresponding to the length of the entered valid parking time.

[0085] <1> A method for managing multiple parking lots using an information processing terminal of a user who selects and uses one of the multiple parking lots, The process of the information processing terminal acquiring the current location of the vehicle using the location acquisition unit of the information processing terminal while the user is riding in the vehicle with the information processing terminal, The information processing terminal, in the state of being in the vehicle, acquires the dynamic behavior of the vehicle using the dynamic behavior acquisition unit of the information processing terminal, and based on the acquisition results, determines whether the vehicle exhibits a unique dynamic behavior that does not occur when the vehicle is driving on a normal road but occurs when it is driving within a designated parking lot. The process involves the information processing terminal determining, on the condition that the vehicle exhibits the characteristic dynamic behavior, that the information processing terminal is not being carried by the user and is fixedly installed inside the vehicle, and then identifying one of the multiple parking lots corresponding to the vehicle's current location as the parking lot selected by the user. Parking management methods including

[0086] <2> A method for managing multiple parking lots using an information processing terminal of a user who selects and uses one of the multiple parking lots, The information processing terminal, in a state where a user is riding in the vehicle with the information processing terminal, performs a position acquisition step of acquiring the current position of the vehicle by using the position acquisition unit of the information processing terminal, The information processing terminal, in the state of being in the vehicle, includes an in-vehicle mounting state determination step, which determines whether or not the information processing terminal is not being carried by the user and is in an in-vehicle mounting state, which is fixedly mounted inside the vehicle, by using the proximity sensor of the information processing terminal. The information processing terminal performs a high-frequency turning state determination step, in which, in the riding state, it determines whether or not the vehicle is in a high-frequency turning state in which it performs turning motion at a higher frequency than when the vehicle is driving on a normal road, based on the rotational motion state quantity of the vehicle acquired using the rotational motion state quantity acquisition unit of the information processing terminal, A parking lot identification step in which, on the condition that the information processing terminal determines that the information processing terminal may be in the in-vehicle state and that the vehicle may be in the high-frequency turning state, the parking lot corresponding to the vehicle's current location among the plurality of parking lots is identified as the parking lot selected by the user. Parking management methods including

[0087] <3> The rotational motion state quantity acquisition unit includes a gyro sensor, a geomagnetic sensor, a tilt sensor, or a gravity sensor. <2> Parking management methods as described in the section.

[0088] <4> A method for managing multiple parking lots using an information processing terminal of a user who selects and uses one of the multiple parking lots, The information processing terminal, in a state where a user is riding in the vehicle with the information processing terminal, performs a position acquisition step of acquiring the current position of the vehicle by using the position acquisition unit of the information processing terminal, The information processing terminal, in the state of being in the vehicle, includes an in-vehicle mounting state determination step, which determines whether or not the information processing terminal is not being carried by the user and is in an in-vehicle mounting state, which is fixedly mounted inside the vehicle, by using the proximity sensor of the information processing terminal. The information processing terminal performs a high-frequency acceleration / deceleration state determination step, in which, in the riding state, the information processing terminal determines, based on the acceleration and / or vibration state of the vehicle acquired using the acceleration acquisition unit and / or vibration acquisition unit of the information processing terminal, whether or not the vehicle may be in a high-frequency acceleration / deceleration state in which the vehicle accelerates and decelerates at a higher frequency than when the vehicle is traveling on a normal road. A parking lot identification step in which, on the condition that the information processing terminal determines that the information processing terminal may be in the in-vehicle state and that the vehicle may be in the high-frequency acceleration / deceleration state, the parking lot corresponding to the vehicle's current location among the plurality of parking lots is identified as the parking lot selected by the user. Parking management methods including

[0089] <5> The acceleration acquisition unit includes an acceleration sensor. <4> Parking management methods as described in the section.

[0090] <6> <1> or <5> A program executed by the computer of an information processing terminal in order to implement any one of the items described in that item.

[0091] <7> <6> A recording medium on which the program described in the section is recorded in a computer-readable format.

[0092] <8> A system for managing multiple parking lots using an information processing terminal of a user who selects and uses one of the multiple parking lots, The information processing terminal is provided with a position acquisition unit that acquires the current location of the vehicle when the user is riding in the vehicle together with the information processing terminal, The information processing terminal is provided with a dynamic behavior acquisition unit that acquires the dynamic behavior of the vehicle while it is in the riding state, Based on the acquired dynamic behavior, the parking lot identification unit determines whether the vehicle exhibits a unique dynamic behavior that does not occur when the vehicle is driving on a normal road but occurs when it is driving within a designated parking lot, and, on the condition that the information processing terminal is not carried by the user and is fixedly installed inside the vehicle, determines that the vehicle exhibits the unique dynamic behavior, it identifies the parking lot among the plurality of parking lots that corresponds to the vehicle's current location as the parking lot selected by the user. A parking management system including...

[0093] According to the present invention, several other embodiments can also be obtained.

[0094] (1) A parking management system that manages a parking lot with multiple parking spaces on a vehicle-by-vehicle basis rather than on a per-parking-space basis, A parking lot identification device installed in the aforementioned parking lot, which outputs identification information for each parking lot, not for each individual parking space, An exit detection device installed in the aforementioned parking lot, which detects whether a vehicle has left the parking lot not on a per-parking-space basis, but at the entrance / exit or exit of the parking lot, A management server that can communicate with the information processing terminal of a user using the aforementioned parking lot. Includes, The aforementioned information processing terminal is By using the aforementioned parking identification device, a parking identification unit identifies the parking lot where the user is currently staying, A transmission unit that transmits the identified parking lot to the management server, A button display unit that displays buttons on a screen, wherein the buttons are operated by the user to issue a request related to the exit process for the user's vehicle to exit the parking lot, When the aforementioned user operates the button, a button operation data transmission unit transmits data to the management server indicating that the button has been operated. Includes, The aforementioned information processing terminal or management server is With respect to the identified parking lot, an exit determination unit determines whether or not the user's vehicle has exited the parking lot by using the exit detection device, If the exit determination unit determines that the user has exited before the user has operated the button, the exit processing unit will process the identified parking lot and treat the user's vehicle as having exited. Includes, The management server includes a parking management system that determines that the user has exited the identified parking lot if the exit determination unit determines that the user has exited after the user has operated the button.

[0095] (2) The parking management system described in paragraph (1), wherein the parking lot is not equipped with a gate device that opens and closes to prevent illegal vehicles from exiting the entrance or exit of the parking lot, a wheel stop device that extends and retracts to prevent illegal vehicles from exiting each parking space, a ticket machine for issuing parking tickets to users, a payment machine for users to pay parking fees, or a vehicle presence detection device for detecting whether or not a vehicle is present in each parking space.

[0096] (3) The parking management system described in paragraph (1) or (2), wherein the information processing terminal is carried by the user or installed in the user's vehicle.

[0097] (4) The parking management system according to any one of items (1) to (3), wherein the exit detection device is configured as a sensor installed at the entrance or exit of the parking lot.

[0098] (5) A program to cause a computer to function as an information processing terminal as described in any of items (1) through (4).

[0099] (6) A program to cause a computer to function as a management server as described in any of paragraphs (1) through (4).

[0100] (7) A recording medium on which the program described in item (5) or (6) is recorded in a computer-readable format.

[0101] (8) A system for managing parking spaces on a vehicle-by-vehicle basis, An exit detection device that detects whether a vehicle has left the parking lot at the entrance or exit gate of the parking lot, A management server that can communicate with the user's information processing terminal and Includes, The information processing terminal includes a button display unit that displays buttons on the screen, The information processing terminal or management server is An exit detection unit determines whether or not a vehicle has left the parking lot by using an exit detection device, If the exit determination unit determines that the user has exited before the user has pressed any buttons, the processing unit will treat the user's vehicle as having left the parking lot. Includes, The management server determines that the user has exited the parking lot if the exit determination unit determines that the user has exited after operating a button.

[0102] According to the present invention, several other embodiments can also be obtained.

[0103] (1) A parking management system that manages a parking lot with multiple parking spaces on a vehicle-by-vehicle basis rather than on a per-parking-space basis, A parking lot identification device installed in the aforementioned parking lot, which outputs identification information for each parking lot, not for each individual parking space, A management server that can communicate with the information processing terminal of a user using the aforementioned parking lot. Includes, The aforementioned information processing terminal is By using the aforementioned parking identification device, a parking identification unit identifies the parking lot where the user is currently staying, A button display unit that displays buttons on a screen, wherein the buttons are operated by the user to issue a request related to the exit process for the user's vehicle to exit the parking lot, When the displayed button is operated by the user, a transmission unit transmits to the management server parking information for identifying the identified parking lot not by individual parking space but by parking lot, and vehicle information entered by the user to identify the user's vehicle. Includes, The aforementioned management server A registration existence determination unit determines whether or not a combination of parking information and vehicle information identical to that received from the aforementioned transmission unit is registered in memory. A parking fee transmission unit calculates the parking fee to be charged to the user based on the identified parking lot and transmits the calculated parking fee to the information processing terminal. Includes, The parking fee transmission unit operates selectively according to the determination result of whether or not the registration has been completed. The parking management system further includes a settlement unit that enables the user to settle the parking fee received from the parking fee transmission unit by electronic payment using the information processing terminal.

[0104] (2) The parking management system described in paragraph (1), wherein the parking lot is not equipped with a gate device that opens and closes to prevent illegal vehicles from exiting the entrance or exit of the parking lot, a wheel stop device that extends and retracts to prevent illegal vehicles from exiting each parking space, a ticket machine for issuing parking tickets to users, a payment machine for users to pay parking fees, or a vehicle presence detection device for detecting whether or not a vehicle is present in each parking space.

[0105] (3) The parking management system described in item (1) or (2) wherein the parking lot is not equipped with a ticket machine for issuing parking tickets to the user.

[0106] (4) The parking management system described in any of paragraphs (1) to (3) below, wherein the parking lot is not equipped with a payment machine for the user to pay the parking fee.

[0107] (5) The parking lot is a parking management system according to any one of paragraphs (1) to (4), wherein the method by which the user pays the parking fee is either prepaid or postpaid.

[0108] (6) The parking management system according to any one of paragraphs (1) to (5), wherein the information processing terminal is carried by the user or installed in the user's vehicle.

[0109] (7) The parking management system according to any one of paragraphs (1) to (6), wherein the button is operated by the user to issue a request relating to the payment of the parking fee.

[0110] (8) A program to cause a computer to function as an information processing terminal as described in any of paragraphs (1) through (7).

[0111] (9) A program to cause a computer to function as a management server as described in any of paragraphs (1) through (7).

[0112] (10) A recording medium on which the program described in item (8) or (9) is recorded in a computer-readable format. [Brief explanation of the drawing]

[0113] [Figure 1] Figure 1 is an illustrative plan view showing one of several parking lots centrally managed by a parking management system according to an exemplary first embodiment of the present invention.

[0114] [Figure 2] Figure 2 is a plan view showing some of the multiple passenger compartments shown in Figure 1, with vehicles parked inside each compartment.

[0115] [Figure 3] Figure 3 is a perspective view showing an example of how the mobile terminals of users in each parking lot communicate with the management server in a remote management center in the parking management system shown in Figure 1.

[0116] [Figure 4] Figure 4 conceptually represents long-distance bidirectional communication between the user's mobile terminal shown in Figure 3 and the management server shown in the same figure, communication between the satellite and the mobile terminal, and short-distance unidirectional communication between the user and the transmitter installed in the parking lot shown in Figure 1.

[0117] [Figure 5] Figure 5 is a functional block diagram conceptually representing the mobile device shown in Figure 4.

[0118] [Figure 6] Figure 6 is a functional block diagram conceptually representing the management server shown in Figure 4.

[0119] [Figure 7]Figure 7 is a diagram that lists multiple programs (or modules) executed by the computer of the mobile terminal shown in Figure 5, and multiple programs (or modules) executed by the computer of the management server shown in Figure 6.

[0120] [Figure 8] Figures 8(a) and 8(c) are time charts conceptually representing the first to third exemplary parking sequences implemented by the parking management system, respectively.

[0121] [Figure 9] Figure 9 is a diagram that displays a list of multiple actions that a user can take during the parking entry stage in the parking management system, and the results that result from those actions.

[0122] [Figure 10] Figure 10 is a diagram that displays a list of multiple actions that a user can take during the exit stage from the parking lot in the parking management system, and the results that result from those actions.

[0123] [Figure 11] Figure 11 is a flowchart conceptually representing an example of a parking guidance program executed by a mobile terminal and a management server, respectively, in the parking management system, to guide multiple potential users to multiple available parking lots in association with a map.

[0124] [Figure 12] Figure 12 is a flowchart conceptually representing an example of a parking entry processing program executed by a mobile terminal and a management server, respectively, to assist a user in entering a parking lot in the parking management system.

[0125] [Figure 13]Figure 13 is a flowchart conceptually representing an example of a progress monitoring program executed by a mobile terminal and a management server, respectively, in the parking management system to monitor the actual elapsed parking time after a user enters a parking lot.

[0126] [Figure 14] Figure 14 is a flowchart conceptually representing an example of a vacancy determination program executed by the management server in the aforementioned parking management system to determine whether or not there are vacant spaces in each parking lot based on information from each user's mobile terminal.

[0127] [Figure 15] Figure 15 is a flowchart conceptually representing an example of an extension request processing program executed by a mobile terminal and a management server, respectively, in the parking management system to extend the valid parking time in response to an extension request from a user after the user has entered a parking lot.

[0128] [Figure 16] Figure 16 is a flowchart conceptually representing part of an example of a parking exit processing program that is executed by a mobile terminal and a management server, respectively, to assist a user in exiting a parking lot after they have entered it, in the parking management system described above.

[0129] [Figure 17] Figure 17 is a flowchart that conceptually represents the remaining part of the outbound processing program shown in Figure 16.

[0130] [Figure 18] Figure 18 is a flowchart conceptually representing an example of a behavioral analysis program executed by a mobile terminal in the aforementioned parking management system to analyze the user's actions after the user enters a parking lot.

[0131] [Figure 19]Figure 19(a) is a waveform diagram representing the raw waveform during user walking, analyzed by the behavioral analysis program shown in Figure 18, and Figure 19(b) is a waveform diagram representing the waveform obtained as a result of performing intensity analysis processing on the raw waveform shown in Figure 19(a).

[0132] [Figure 20] Figure 20(a) is a waveform diagram showing the frequency components obtained as a result of frequency analysis processing on the original waveform shown in Figure 19(a), and Figure 20(b) is a waveform diagram showing different frequency components obtained as a result of frequency analysis processing on the same original waveform.

[0133] [Figure 21] Figure 21(a) is a waveform diagram representing the raw waveform during user driving, as analyzed by the behavioral analysis program shown in Figure 18, and Figure 21(b) is a waveform diagram representing the waveform obtained as a result of performing intensity analysis processing on the raw waveform shown in Figure 21(a).

[0134] [Figure 22] Figure 22(a) is a waveform diagram showing the frequency components obtained as a result of frequency analysis processing on the original waveform shown in Figure 20(a), and Figure 22(b) is a waveform diagram showing different frequency components obtained as a result of frequency analysis processing on the same original waveform.

[0135] [Figure 23] Figure 23 is a flowchart conceptually representing an example of a behavioral analysis program executed by a mobile terminal to analyze the user's behavior after the user has entered a parking lot, in a parking management system according to an exemplary second embodiment of the present invention.

[0136] [Figure 24] Figure 24 is a plan view visually illustrating an example of the execution result of step S1204 shown in Figure 12.

[0137] [Figure 25]Figure 25 is a plan view that visually summarizes, for the convenience of explanation, an example of the execution results of steps S1205, S1212, and S1215 shown in Figure 12.

[0138] [Figure 26] Figure 26 is a plan view conceptually representing an example of how multiple data and multiple flags are stored for each user in the memory of the management server shown in Figure 6, as a parking lot status management table.

[0139] [Figure 27] Figure 27 is a functional block diagram conceptually representing a parking management system according to an exemplary third embodiment of the present invention.

[0140] [Figure 28] Figure 28 is a perspective view showing an example of how the mobile device shown in Figure 27 is placed and used inside a vehicle parked in a parking lot.

[0141] [Figure 29] Figure 29 is a flowchart that conceptually represents only the steps that differ from those in the first and second embodiments of the parking entry processing program executed by the mobile terminal computer shown in Figure 27, extracted as a parking lot specific module for entry.

[0142] [Figure 30] Figure 30 is a flowchart that conceptually represents only the steps that differ from those in the first and second embodiments of the exit processing program executed by the computer of the mobile terminal shown in Figure 27, extracted as an exit entry parking lot specific module.

[0143] [Figure 31] Figure 31 is a flowchart that conceptually represents only the steps that differ from those in the first and second embodiments of the exit processing program executed by the mobile terminal computer shown in Figure 27, extracted as an exit parking lot specific module.

[0144] [Figure 32] Figure 32 is a schematic diagram illustrating the parking lot identification module for entry, parking lot identification module for exit, and parking lot identification module for departure, as shown in Figures 29-31, respectively.

[0145] [Figure 33] Figure 33 is a graph that conceptually explains the principle of the high-frequency turning state determination process performed in the mobile terminal shown in Figure 27.

[0146] [Figure 34] Figure 34 is a graph that conceptually explains the principle of the high-frequency acceleration / deceleration state determination process, which is arbitrarily performed in the mobile terminal shown in Figure 27.

[0147] [Figure 35] Figure 35 is a time chart illustrating how the status (occupancy status) of each parking space changes over time for each user in a parking lot, in order to explain the operating principle of the parking lot status management table creation / update unit and the vacancy determination unit in a parking lot management system according to an exemplary fourth embodiment of the present invention.

[0148] [Figure 36] Figure 36 is a flowchart conceptually representing the table creation and update module for implementing the parking lot status management table creation and update function in the parking lot management system shown in Figure 35.

[0149] [Figure 37] Figure 37 is a flowchart conceptually representing the vacancy determination module for implementing the vacancy determination unit in the parking management system shown in Figure 35. [Modes for carrying out the invention]

[0150] Hereinafter, several exemplary embodiments of the present invention will be described in detail with reference to the drawings.

[0151] [First Embodiment]

[0152] First, referring to Figures 1 and 2, a parking management system (hereinafter simply referred to as "the system") 10 according to an exemplary first embodiment of the present invention is a system for managing multiple parking lots 20, each capable of accommodating multiple vehicles (Figure 1 shows only a representative parking lot 20 among these parking lots 20).

[0153] In this system 10, a parking management method according to an exemplary embodiment of the present invention is implemented in which a management server 50 located in a remote location centrally manages multiple parking lots 20 through communication with the mobile terminals 90 of multiple users.

[0154] In one example, the system 10 allows the user to use the parking lot 20 on the condition that the user uses their mobile device 90 as a parking ticket and pays a prepaid parking fee equivalent to the length of the planned parking time. In another example, the system 10 allows the user to use the parking lot 20 on the condition that the user uses their mobile device 90 as a parking ticket and pays a prepaid parking fee equivalent to the length of the actual parking time.

[0155] Figure 1 shows a plan view of a parking lot 20. The parking lot 20 has multiple parking spaces (an example of the aforementioned parking spaces) 22 that allow for the simultaneous parking of multiple vehicles. This parking lot 20 has a single entrance / exit 24 (which serves as both an entrance and an exit). Figure 2 shows some of the multiple parking spaces 22 with vehicles parked in each space 22.

[0156] This parking lot 20 is unmanned, and furthermore, this parking lot 20 is not equipped with a gate device that opens and closes as needed to prevent illegal vehicles from exiting the entrance / exit gate 24 of the parking lot 20, nor is it equipped with a wheel stop device that extends and retracts as needed to prevent illegal vehicles from exiting the parking spaces 22, nor is it equipped with a ticket machine for issuing parking tickets to the driver user, nor is it equipped with a payment machine for the user to pay the parking fee.

[0157] Furthermore, regarding the definition of the term "vehicle," it should be interpreted as encompassing not only automobiles, but also bicycles, motorcycles, and all other types of mobile devices.

[0158] As shown in Figure 1, there are two types of parking spaces on the premises of parking lot 20. These are spaces for renting out a parking space 22 on a daily basis to each vehicle user (temporary storage spaces or daily rental spaces), and spaces for renting out a parking space 22 on a monthly basis to each vehicle user based on a prior contract (monthly rental spaces). Hereafter, when simply referred to as "parking lot 20," it refers only to the temporary storage spaces of parking lot 20.

[0159] This system 10 employs the aforementioned centralized management method as its parking lot management method. Specifically, as shown in Figure 3, it comprises a mobile terminal 90 for each user in each parking lot 20 and a management server 50 installed in a management center 40 that centrally manages multiple parking lots 20.

[0160] The management center 40 is operated by a parking lot manager (for example, the owner of the land used as parking lot 20 who manages the parking lot 20 himself, or a parking lot management company that is entrusted by the owner of another's land to manage that land as parking lot 20).

[0161] The user's mobile terminal 90 is a device carried by the user and having wireless communication capabilities, such as a mobile phone, smartphone, laptop computer, tablet computer, or PDA.

[0162] The mobile terminal 90 is an example of the aforementioned information processing terminal, but it is not a type of information processing terminal that is carried by the user at all times. The mobile terminal 90 is a portable terminal that is not carried by the user inside the vehicle, but is carried by the user outside the vehicle.

[0163] As shown in Figure 4, the mobile terminal 90 has a positioning function as an essential feature, which involves receiving GPS (Global Positioning System) signals from multiple artificial satellites in outer space and measuring the current location of the mobile terminal 90 on a map (ground position).

[0164] Furthermore, in an optional manner, the mobile terminal 90 also receives, in addition to GPS signals (an example of an off-site transmitter), signals representing the position coordinates of a base station (another example of an off-site transmitter), and signals from transmitters 30 installed in the parking lot 20 (also called "on-site transmitters") that represent a transmitter ID unique to each transmitter 30.

[0165] In this optional embodiment, the mobile terminal 90 converts the transmitter ID, represented by the signal received from each transmitter 30, to the corresponding parking lot ID, which identifies the parking lot 20 where the transmitter 30 is supposed to be installed, according to a predefined rule (e.g., a conversion table) that shows the correspondence between the two.

[0166] As a result, the mobile terminal 90 identifies the transmitter 30 it has detected from other transmitters 30 and measures the location of the transmitter 30 it has detected (for example, its location on a map, the location of the parking lot where it is installed, etc.), and / or measures the strength of the signal received from the transmitter 30 it has detected, thereby measuring the distance between the transmitter 30 and the mobile terminal 90.

[0167] The transmitter 30 is a device that transmits beacon signals as identification signals, and is also known by names such as beacon device or radio beacon. In one example, the transmitter 30 generates an identification signal representing the corresponding transmitter ID (or parking lot ID) by modulating the original signal, and transmits the generated identification signal locally as an IR signal, Bluetooth® signal, NFC (Near Field Communication) signal, etc.

[0168] As shown in Figure 4, the mobile terminal 90 performs long-range bidirectional wireless communication with the management server 50 of the management center 40. In an embodiment where the transmitter 30 is installed in the parking lot 20, as shown in Figure 4, the mobile terminal 90 receives the aforementioned identification signal from the transmitter 30 installed in the parking lot 20 that the user is currently visiting, using a short-range unidirectional wireless communication method, either in contact with or without contact with the transmitter 30.

[0169] As shown in Figure 2, the user can operate the mobile terminal 90 inside the vehicle to perform positioning reception (GPS reception, reception from base stations, reception from on-site transmitters 30, etc.) and communicate with the management server 50. In this configuration, the user can perform operations on the mobile terminal 90 for parking entry (including payment in the case of prepaid parking) and exit (including payment in the case of postpaid parking) inside the vehicle, without being bothered by weather conditions such as temperature, wind, and rain.

[0170] In contrast, as shown in Figure 3, the user can perform positioning reception and communicate with the management server 50 by operating the mobile terminal 90 outside the vehicle. This configuration is useful, for example, when it is necessary for the user to approach and hold or touch the mobile terminal 90 to the on-site transmitter 30.

[0171] Next, referring to Figure 5, a functional block diagram, the hardware configuration of the mobile terminal 90 will be explained. The mobile terminal 90 is mainly composed of a computer 134 having a processor 130 and a memory 132 that stores multiple programs (also called "applications") executed by the processor 130.

[0172] The mobile terminal 90 further includes a display unit (e.g., a liquid crystal display) 136 for displaying information, a receiving unit 138 for receiving signals from the transmitter 30 and the management server 50, and a transmitting unit 140 for generating signals and transmitting those signals to the management server 50.

[0173] The mobile terminal 90 further includes an input unit 150 for inputting data and commands from the user. The input unit 150 includes, for example, an operation unit that can be operated by the user to input desired information (e.g., commands, data, etc.) into the mobile terminal 90. This operation unit may include, but is not limited to, a touchscreen that displays user-operable icons (e.g., virtual buttons), a physical operation unit that can be operated by the user (e.g., a keyboard, keypad, buttons, etc.), or a microphone that senses sound.

[0174] This mobile terminal 90 also has a GPS (Satellite Positioning System) receiver 152. As is well known, the GPS receiver 152 receives multiple GPS signals from multiple GPS satellites and, based on these GPS signals, measures the position of the GPS receiver 152 on Earth (latitude, longitude, and altitude) by triangulation.

[0175] Alternatively, or in addition to the above, the mobile terminal 90 may measure its position on Earth (latitude and longitude) by triangulation using the positions of multiple base stations.

[0176] In other words, the positioning unit 230 (an example of the position acquisition unit) of the mobile terminal 90 may be a GPS positioning unit or a base station positioning unit, each acting as an off-site transmitter, or it may be an on-site transmitter 30.

[0177] The mobile terminal 90 also incorporates an acceleration sensor 154 that detects its own acceleration (for example, the acceleration when the mobile terminal 90 undergoes translational motion). Since the acceleration sensor 154 is mounted on the mobile terminal 90, it vibrates together with the mobile terminal 90, and as a result, the acceleration acting on the acceleration sensor 154 itself is detected as equivalent to the acceleration acting on the mobile terminal 90.

[0178] The type of acceleration sensor 154 can be, for example, a semiconductor piezoresistive type, a capacitive type, or a thermal sensing type. In one example, the acceleration sensor 154 can be designed to individually detect accelerations Gx, Gy, and Gz in three axes, namely the X, Y, and Z axes, and output a single representative acceleration as a composite value Gr of these three detected values ​​Gx, Gy, and Gz.

[0179] This acceleration sensor 154 detects an acceleration approximation of the acceleration acting on the user if the user is carrying a mobile terminal 90, and detects an acceleration approximation of the acceleration acting on the vehicle (e.g., longitudinal acceleration, longitudinal deceleration) if the user is riding in a vehicle.

[0180] Theoretically, the acceleration acting on the mobile terminal 90 can be calculated by taking the time derivative of the position measured based on the GPS signal mentioned above to calculate the velocity, and then taking the time derivative of that velocity. However, in terms of accuracy, the acceleration detected by the acceleration sensor 154 may be superior. In any case, this acceleration sensor 154 is an example of an acceleration acquisition unit that acquires the axial acceleration of a vehicle by detection or estimation.

[0181] The mobile terminal 90 can also optionally incorporate, though not shown, a light sensor for detecting light (e.g., sunlight) exposed to the mobile terminal 90, a sound sensor for detecting sound (e.g., vehicle engine noise) exposed to the mobile terminal 90, and a proximity sensor (an example of which will be detailed later) for detecting the approach of an object (e.g., a vehicle) to the mobile terminal 90.

[0182] Next, referring to Figure 6, a functional block diagram, the hardware configuration of the management server 50 will be described. The management server 50 is mainly composed of a computer 164 having a processor 160 and a memory 162 that stores multiple applications executed by the processor 160.

[0183] The management server 50 further includes a display unit (e.g., a liquid crystal display) 166 for displaying information, a receiving unit 168 for receiving signals from the mobile terminal 90, a transmitting unit 170 for generating signals and transmitting them to the mobile terminal 90, and a clock 172. The management server 50 does not directly receive signals from the transmitter 30, but effectively does so via the mobile terminal 90.

[0184] Next, referring to Figure 7, a functional block diagram, we will conceptually explain the software configurations of the computer 134 of the mobile terminal 90 and the computer 164 of the management server 50.

[0185] As shown in Figure 7, the computer 134 of the mobile terminal 90 has the following feature units (program execution unit or functional unit).

[0186] 1. Parking Information Section 200

[0187] This corresponds to an example of a parking guidance program executed by a mobile terminal 90 in system 10 to guide multiple potential users to multiple available parking lots 20, associating them with a map (see the left portion of Figure 11).

[0188] This parking information unit 200, as well as the parking information unit 300 described later, typically responds to individual requests from multiple potential users who are not currently staying in any of the parking lots 20 (users who intend to move to one of the parking lots and use it), and the management server 50 individually distributes the necessary information to each user's mobile terminal 90.

[0189] Specifically, the parking information unit 200, and the parking information unit 300 described later, respond to access from each potential user and display each existing parking lot 20 on the screen of each user's mobile terminal 90, along with occupancy information (acquired by the vacancy determination unit 306 described later) indicating the availability of available parking spaces.

[0190] As a result, the mobile terminal 90 automatically selects and displays on the screen only a small number of candidate parking lots 20 from among multiple parking lots 20 that are located near the user's current location (for example, a location measured by GPS). The location and type of the displayed candidate parking lots 20 change as the user moves.

[0191] 2. Inbound Processing Unit 202

[0192] This corresponds to an example of a parking entry processing program executed by the mobile terminal 90 in system 10 to assist the user in performing the parking entry process at one of the parking lots (hereinafter also referred to as "selected parking lot") 20 selected by the user (see the left side of Figure 12). This parking entry processing unit 202, like the parking entry processing unit 302 described later, will not accept the user's parking entry process if the user is not currently in the selected parking lot 20.

[0193] This parking entry processing unit 202, like the parking entry processing unit 302 described later, is equipped with a parking fee calculation unit that calculates parking fees. In one example, the parking fee calculation unit may use different rules for each parking lot 20, but will uniformly calculate parking fees for all users of the same parking lot 20 using the same rules. In another example, it may use different rules for each parking lot 20, and also use different rules for each user of the same parking lot 20 to calculate parking fees. This applies regardless of whether the parking fee is prepaid or postpaid.

[0194] In the latter example, the parking fee will vary depending on the location of the 30 parking spaces and also on the user, making it possible to provide individualized service to users (for example, discounts based on each user's individual usage history or higher parking fees based on past violation history).

[0195] 3. Monitoring Unit 204

[0196] This corresponds to an example of a progress monitoring program executed by the mobile terminal 90 in system 10 to individually monitor the actual parking time elapsed after each user starts parking in the parking lot 20, and to individually notify each user of the result (remaining time of the valid parking time) to the mobile terminal 90, regardless of whether the user is inside or outside the parking lot 20 (see the left side of Figure 13).

[0197] 4. Extension Request Processing Unit 206

[0198] This corresponds to an example of an extension request processing program that is executed by the mobile terminal 90 in system 10 to individually extend the valid parking time in response to extension requests from each user via the mobile terminal 90, regardless of whether each user is inside or outside the parking lot 20 after each user has started parking in the parking lot 20 (see the left portion of Figure 15).

[0199] 5. Dispatch Processing Unit 208

[0200] This corresponds to an example of an exit processing program executed by the mobile terminal 90 in system 10 to assist the user in exiting the selected parking lot 20 after the user has started parking in the selected parking lot 20 (see the left-hand portions of Figures 16 and 17). This exit processing unit 208, like the exit processing unit 310 described later, will not accept an exit processing request from the user if the user is not staying in the selected parking lot 20.

[0201] 6. Behavior Analysis Department 210

[0202] This corresponds to a flowchart that conceptually represents an example of a behavioral analysis program executed by the mobile terminal 90 to analyze the user's behavior after the user enters the selected parking lot 20 for exit in System 10 (see the left side of Figure 18).

[0203] The behavior analysis unit 210 includes: 1) a position detection unit 212 that detects the presence of a user within the parking lot 20 based on its own position measured by the mobile terminal 90; 2) a movement detection unit 214 that detects the user moving within the parking lot 20 (regardless of whether the user is walking or riding in a vehicle); and 3) a riding detection unit 216 that detects the user riding in a vehicle (driving) based on acceleration detected by an acceleration sensor 154 mounted on the mobile terminal 90 that vibrates integrally with it.

[0204] In one example, the movement detection unit 214 detects whether the user is moving within the parking lot 20 (whether walking or riding in a vehicle) based on whether or not there is a temporal change in its own position as measured by the mobile terminal 90.

[0205] In another example, if the maximum value of the speed of the mobile terminal 90 detected or estimated from moment to moment by the movement detection unit 214 is less than or equal to a first reference value (for example, 1 km / h), it is determined that the user is stationary or stopped. On the other hand, if it exceeds the first reference value, it is determined that the user is moving.

[0206] In one example, the boarding detection unit 216 detects, based on the acceleration detected by the acceleration sensor 154 mounted on the mobile terminal 90 and vibrating integrally, that the user is boarding a vehicle and moving (traveling).

[0207] In this case, the boarding detection unit 216 includes an intensity analysis unit that sequentially measures the maximum intensity among a plurality of acceleration values belonging to a portion (latest time window segment) within the latest analysis window of the waveform of the acceleration detected by the acceleration sensor 154 over time, and a frequency analysis unit that extracts a plurality of frequency components from a portion (latest time window segment) within the latest analysis window of the waveform of the acceleration detected by the acceleration sensor 154 and measures the frequency of the frequency component having the maximum amplitude among them.

[0208] In another example, if the maximum value of the speed of the mobile terminal 90 detected or estimated from moment to moment by the boarding detection unit 216 is less than or equal to a second reference value (for example, 10 km / h), it is determined that the user is walking. On the other hand, if it exceeds the second reference value, it is determined that the user is moving in a vehicle.

[0209] This behavior analysis unit 210 further includes a step count detection unit 218 that detects the number of steps of the user per unit time based on the detection result of the acceleration sensor 154 as an additional option or an alternative option.

[0210] The step count detection unit 218 is a program that, based on the acceleration detected by the acceleration sensor 154 of the mobile terminal 90 carried by the user, changes by an amplitude greater than a predetermined value, determines that a vibration to be detected has occurred in the mobile terminal 90 and adds 1 to the cumulative number of vibrations.

[0211] An example of such a step count detection unit 218 is disclosed in Japanese Patent Application Publication No. 2009-296097, and a similar technology may be employed in the step count detection unit 218 of this embodiment.

[0212] Furthermore, in this behavioral analysis unit 210, the passenger detection unit 216 also functions as the movement detection unit 214, so the movement detection unit 214 may be omitted. In this case, to achieve the objective, the passenger detection unit 216 will refer to the speed of the mobile terminal 90 but will not need to refer to its acceleration.

[0213] 7. Positioning unit 230

[0214] This corresponds to an example of a positioning program (not shown) executed by the mobile terminal 90 to measure the location of the mobile terminal 90, i.e., the user's location, based on the GPS signal, base station, or identification signal from the in-house transmitter 30.

[0215] As described above, since the in-parking transmitter 30 is a short-range communication device, the positioning unit 230 performs positioning using GPS signals or base stations outside the parking lot 20, while performing positioning using GPS signals, base stations and / or the in-parking transmitter 30 inside the parking lot 20.

[0216] The on-site transmitter 30 is advantageous in that it guarantees stable reception and, consequently, positioning to the mobile terminal 90 at all times, even in a parking lot 20 where GPS signal reception interference may occur due to its proximity to obstacles such as tall buildings.

[0217] Next, the software configuration of the computer 164 of the management server 50 will be conceptually explained with reference to Figure 7, which is a functional block diagram. However, the positioning unit 230 will consist only of a GPS positioning unit or a base station positioning unit, and the off-site transmitter 30 will be excluded.

[0218] 1. Parking Information Section 300

[0219] This corresponds to an example of a parking guidance program executed by the management server 50 in system 10 to guide multiple potential users to multiple available parking lots 20, associating them with a map (see the right-hand portion of Figure 11).

[0220] Specifically, the parking information unit 300 responds to access from each potential user and displays each existing parking lot 20 on the screen of each user's mobile terminal 90, along with occupancy information (acquired by the vacancy determination unit 306, described later) indicating whether or not there are available parking spaces.

[0221] 2. Inbound Processing Unit 302

[0222] This corresponds to an example of a parking entry processing program executed by the management server 50 in system 10 to assist the user in performing the parking entry process at the selected parking lot 20 (see the right-hand portion of Figure 12).

[0223] 3. Monitoring Unit 304

[0224] This corresponds to an example of a progress monitoring program executed by the management server 50 in system 10 to individually monitor the actual parking time elapsed after each user starts parking in the parking lot 20, and to individually notify each user of the result (remaining time of the valid parking time) to each user's mobile terminal 90, regardless of whether the user is inside or outside the parking lot 20 (see the right side of Figure 13).

[0225] 4. Vacancy determination unit 306

[0226] This corresponds to an example of a vacancy determination program executed by the management server 50 in the system 10 to determine whether there is a vacancy in each parking lot 20 based on information from the mobile terminal 90 of each user (see FIG. 14).

[0227] 4. Extension request processing unit 308

[0228] This corresponds to an example of an extension request processing program executed by the management server 50 in the system 10 to individually extend the valid parking time in response to an extension request from each user via the mobile terminal 90, regardless of whether each user is inside or outside the parking lot 20 after each user starts parking in the parking lot 20 (see the right side of FIG. 15).

[0229] 5. Outbound processing unit 310

[0230] This corresponds to an example of an outbound processing program executed by the management server 50 in the system 10 to assist the user in performing an outbound process within the selected parking lot 20 after the user starts parking in the selected parking lot 20 (see the right side of each of FIGS. 16 and 17).

[0231] <Some examples of parking sequences>

[0232] In FIG. 8, some examples of parking sequences realized using the system 10 are represented by a time chart. They will be specifically described below.

[0233] <The first parking sequence>

[0234] Figure 8(a) conceptually represents a first exemplary parking sequence in System 10, in which, after the user parks their vehicle in a parking lot 20, and before the effective parking time expires, the user performs an exit operation on the mobile terminal 90 (for example, the user taps a virtual "exit button" displayed on the screen of the mobile terminal 90 as described later (other operations include touching, pressing, selecting, or giving a voice command)), and then the user gets into their vehicle and leaves the parking lot 20 (exits the parking lot).

[0235] Similarly, in other parking sequences described later, the entry stage begins when the user enters a parking lot 20 with the intention of parking (the vehicle entering the parking lot), and ends when the user exits that parking lot 20. When the user enters a parking request (or entry request) into the mobile terminal 90, the remaining time of the valid parking time is deducted (countdown) and the actual parking time is increased (countup) at that moment.

[0236] In contrast, the exit stage begins when the user enters the parking lot 20 where the vehicle was initially parked, with the purpose of exiting (vehicle leaving the parking lot), and ends when the user exits the parking lot 20.

[0237] In the parking sequence shown in Figure 8(a), the user leaves the parking lot 20 before the expiration of the valid parking time, and prior to leaving, the user performs the exit operation. As a result, the actual parking time starts with "entry (issuance of parking request, entry operation)" and ends with "exit operation". Therefore, in this parking sequence, the user's exit (together with the vehicle) at the exit stage represents the actual exit (actual departure).

[0238] <Second Parking Sequence>

[0239] Figure 8(b) conceptually represents a second exemplary parking sequence in System 10, in which, after the user parks their vehicle in a parking lot 20, the user gets into their vehicle and leaves the parking lot 20 (exits the parking lot) before the expiration of the valid parking time, without performing the exit operation on the mobile terminal 20.

[0240] In this parking sequence, the user leaves parking lot 20 with their vehicle before the effective parking time expires, and prior to that departure, the user does not perform the aforementioned exit operation. In this case, when the effective parking time expires, the user is deemed to have performed the exit operation. Therefore, in this case, the actual parking time matches the effective parking time. Thus, in this parking sequence, the user's departure (with the vehicle) at the exit stage signifies a provisional exit (provisional exit).

[0241] <Third Parking Sequence>

[0242] Figure 8(c) conceptually illustrates a third exemplary parking sequence in System 10, in which, after the user parks a vehicle in a parking lot 20, the user exits the parking lot 20 (leaves with the vehicle) before the expiration of the valid parking time without performing the exit operation on the mobile terminal 90, and then subsequently parks the vehicle back into the same parking lot 20.

[0243] In this parking sequence, the first actual parking is completed, and the user exits the parking lot 20. Prior to this exit, although not shown in the diagram, the user does not perform the exit operation before the expiration of the valid parking time. Therefore, the user is permitted to re-enter the parking lot (re-entry is permitted without paying a new parking fee). The time period during which re-entry is permitted is defined between the timing of exiting the parking lot during the first actual parking and the timing of the expiration of the valid parking time.

[0244] Subsequently, the user parks the vehicle in the same parking lot 20 for a second actual parking. This time, since re-entry is permitted, the user does not need to perform the entry procedures required during the first actual parking (e.g., inputting the valid parking time, paying the parking fee), and is immediately permitted to park the vehicle in any available parking space. As a result, the second actual parking begins.

[0245] Subsequently, as shown in the figure, if the user removes the vehicle from parking lot 20 without performing the aforementioned exit operation, the user is deemed to have performed the exit operation once the valid parking time expires. At that point, both the duration of the second actual parking and the overall actual parking time stop progressing.

[0246] In contrast, although not shown in the diagram, if the user removes the vehicle from the parking lot 20 after performing the aforementioned exit operation, the duration of the second actual parking and the overall actual parking time will both end at the time the exit operation is performed.

[0247] Figure 9 shows a list of multiple actions that a user can take during the entry stage into the parking lot 20 in system 10, and the results that result from those actions.

[0248] In a given entry stage, a user entering a parking lot 20 can be classified into two cases: one being the first entry, and another being a repeat entry (second entry, third entry, or subsequent entries). In the case of a first entry, the user is treated as usual.

[0249] In contrast, cases involving re-entry can be classified into two categories: those where the user performed the aforementioned exit operation during the preceding exit stage, and those where the user did not.

[0250] In cases where the user has performed the aforementioned outbound operation, the user will be treated the same as they would be for the initial inbound transaction.

[0251] In contrast, in cases where the user has not performed the aforementioned exit procedure, if the valid parking time has not been exceeded at any given time, the user will be permitted to re-enter the parking lot. On the other hand, if the valid parking time has been exceeded at that time, the user will be prohibited from re-entering the parking lot. As a result, the user will be treated the same as the initial entry.

[0252] Figure 10 displays a list of multiple actions that a user can take during the exit stage from the parking lot 20 in system 10, and the results that result from those actions.

[0253] In a given exit stage, a case in which a user enters a parking lot 20 can be classified into two cases: one in which the exit operation is subsequently performed within the valid parking time, and another in which the exit operation is not subsequently performed.

[0254] Cases in which the aforementioned exit operation is performed within the time limit after entry can be classified into two categories: cases in which the user exited with the vehicle within the time limit, and cases in which the user did not exit. In the former case, it is determined that the user exited the vehicle from parking lot 20.

[0255] In contrast, cases where a user does not leave can be classified into three categories: cases where the time limit is still in effect, cases where only a small amount of time remains within the valid parking period, and cases where the valid parking period has expired and the user has exceeded the time limit.

[0256] In cases where only a short amount of time remains, the user will be asked to extend their valid parking time. In cases where the time limit is exceeded, the user will be penalized for misconduct.

[0257] On the other hand, cases in which the aforementioned exit operation is not performed after entry can be classified into two categories: cases where the user leaves with the vehicle, and cases where the user does not leave.

[0258] Cases in which a user leaves the parking lot with their vehicle can be classified into two categories: cases where the user leaves within the allotted time, and cases where the user leaves after exceeding the allotted time. In the former case, the user is permitted to re-enter the parking lot. In contrast, in the latter case, the user is deemed to have performed the aforementioned exit operation at the time the allotted time expired.

[0259] In contrast, cases where users do not leave with their vehicles can be classified into three categories: cases where the time limit is still in effect, cases where only a small amount of time remains within the valid parking period, and cases where the valid parking period has expired and the time limit has been exceeded.

[0260] In cases where only a short amount of time remains, the user will be asked to extend their valid parking time. In cases where the time limit is exceeded, the user will be subject to some kind of penalty for violating the rules of parking lot 20.

[0261] Next, we will describe the various processes performed by the mobile terminal 90 and the management server 50, i.e., the various services provided to the user. However, we will use the example of a parking lot 20 that operates on a prepaid hourly rental system.

[0262] <Parking guidance and positioning>

[0263] As shown in Figure 11, the parking guidance unit 200 and positioning unit 230 of the mobile terminal 90, and the parking guidance unit 300 of the management server 50, execute their respective parking guidance programs.

[0264] Specifically, in step S1101, the mobile terminal 90 sends a request to the management server 50 to log in to a website operated by the management server 50.

[0265] Upon receiving the request, the management server 50 establishes communication between the mobile terminal 90 and the management server 50 in step S1151.

[0266] Subsequently, in step S1152, the management server 50 searches the memory 162 to obtain, for all or some of the multiple parking lots 20 managed by the management center 40, parking lot location data representing the map location of each parking lot 20 (for example, the latitude and longitude of one location representing each parking lot 20) and parking lot ID data representing the parking lot ID for identifying each parking lot 20.

[0267] Subsequently, in step S1153, the management server 50 obtains occupancy status data (or congestion data representing the degree of vehicle congestion in the parking lot 20) from the vacancy determination unit 304 for each parking lot 20, indicating whether or not there are vacancies.

[0268] Next, in step S1154, the management server 50 transmits a parking-related dataset to the mobile terminal 90, which includes the above-mentioned multiple parking location data for multiple parking lots 20, multiple parking ID data for multiple parking lots 20, and multiple occupancy status data for multiple parking lots 20 (and the transmitter ID of the on-site transmitter 30 if an on-site transmitter 30 exists in the parking lot 20).

[0269] In response, in step S1102, the mobile terminal 90 receives the parking-related dataset and stores it in memory 132. This enables the mobile terminal 90 to convert the location of any of the parking lots 20 into a parking lot ID, and to convert the transmitter ID received from any of the on-site transmitters 30 installed in any of the parking lots 20 into a parking lot ID.

[0270] Subsequently, in step S1103, the mobile terminal 90 measures the current position (latitude and longitude) of the user based on the GPS signal received by the GPS receiver 152 from the outside. This constitutes the positioning unit 230.

[0271] Subsequently, in step S1104, the measured current position of the user by the mobile terminal 90 is set as a reference position (the position (latitude and longitude) of the display reference point) to be referred to by the processor 130 for displaying the map on the screen of the display unit 136. Further, a portion of the entire map that has a size that can be displayed at once within the window on the screen of the mobile terminal 90 and in which the reference position exists is determined as the map display range (that is, the area of the entire map that is displayed within the window at each moment).

[0272] As is well known, when the user moves on the ground over time, the reference position also moves over time so as to follow it. As a result, as the user moves, the map display range also moves over time on the entire map, and consequently, the image of the map displayed within the window also changes over time.

[0273] Subsequently, in step S1105, based on the received plurality of parking lot position data, a plurality of parking lots 20 are overlaid and displayed on the map displayed on the screen of the mobile terminal 90. Further, based on the received occupancy status data, occupancy information (for example, the character "full" meaning full, the character "crowded" meaning that each parking lot 20 is in a congested state, the character "empty" meaning that there is a vacant space, a number representing the number of vacant spaces, etc.) regarding whether each parking lot 20 is full or has a vacant space is also displayed in association with the display position of each parking lot 20 on the screen of the mobile terminal 90.

[0274] With such a visual display, it becomes easy for each potential user to know the existence and position of the available parking lots 20.

[0275] <Parking Lot - Specific Status Management Table and Reproduction of User Behavior Patterns>

[0276] In this embodiment, the management server 50 refers to time-series behavioral information from the user's mobile terminal 90, which is linked to the parking lot 20 but not to the parking space 22 within the parking lot 20. As a result, the operating status of the parking lot 20 is analyzed comprehensively and in real time (without delay) on a per-user basis, rather than on a per-parking-space basis.

[0277] In other words, in this embodiment, instead of focusing on individual parking spaces 22 within a parking lot 20 and considering whether each parking space 22 is available or not, the focus is on each of the multiple users who use the multiple vehicles actually present in the parking lot 20. Data that can reconstruct each user's chronological behavior pattern is associated with the user and recorded in a parking lot status management table, along with the time and chronological order.

[0278] Therefore, time-series behavioral information from the user's mobile device 90 is generated, in which the user's actions are sequentially classified into one of several categories, and the time-series data of these classified actions constitutes a parking lot status management table as exemplified in Figure 26.

[0279] Here, "multiple classifications" include, for example, entry and exit. Entry is further classified into initial entry and repeat entry, and exit is classified into regular exit, deemed exit, and temporary exit. Examples of behavioral patterns of multiple users in the same parking lot 20 are shown in a time chart in Figure 35, according to the above behavioral classifications.

[0280] The parking lot status management table is updated in real time to reflect various data transmitted from the user's mobile terminal 90 to the management server 50. As a result, by observing the changes in each item in the parking lot status management table over time, it becomes possible to reproduce the user behavior patterns exemplified in Figure 35 in real time within the computer 164 of the management server 50.

[0281] <Various flags used in the parking lot status management table>

[0282] In the parking lot status management table, multiple flags are used to encode and classify various user actions related to parking lot 20 (so that they can be recorded as binary data).

[0283] 1. In-stock flag

[0284] The parked flag is a flag that switches between two different statuses, located in the memory of the management server 50 (or mobile terminal 90), and stored in association with a user, and indicates whether a) the user has fulfilled the predetermined parking conditions (for example, the user has entered the necessary personal information and parking-related information and paid the necessary fees) and has acquired the right to park in a specific parking lot 20 for the first time, or whether a user with the right to park again (as described below) has parked in the same parking lot 20 again.

[0285] This "Received" flag indicates that, in the first status (e.g., ON), receiving or re-receiving permission has been acquired, while in the second status (e.g., OFF), neither receiving nor re-receiving permission has been acquired. Normally, the "Received" flag is in the second status initially.

[0286] 2. Re-entry permission flag

[0287] The re-entry permission flag is a flag that switches between two different statuses, is located in the memory of the management server 50 (or mobile terminal 90), is stored in association with a user, and indicates whether the user has acquired the right to park in the same parking lot 20 that they entered, because they have met the predetermined re-entry conditions (for example, before the expiration of the valid parking time and before an exit operation has been performed).

[0288] This re-entry permission flag indicates that re-entry permission has been acquired in the first status (e.g., ON), and that re-entry permission has not been acquired in the second status (e.g., OFF). Normally, the initial state of this re-entry permission flag is the second status.

[0289] 3. Flag indicating that the item has been shipped.

[0290] The "Exited" flag is a flag that switches between two different statuses, located in the memory of the management server 50 (or mobile terminal 90), and stored in association with a user. It indicates whether a) the user exited the parking lot 20 with their vehicle in it before the expiration of the valid parking time and performed an exit operation, thus achieving a regular exit (corresponding to "actual exit" in Figure 8(a)), or b) the user exited the parking lot 20 with their vehicle in it before the expiration of the valid parking time but did not perform an exit operation, resulting in a provisional exit (see Figure 8), and subsequently, a deemed exit (see Figure 8) occurred because the valid parking time expired. When a regular or deemed exit occurs, billing for the user stops (actual parking time is determined) (see Figure 8).

[0291] This "Shipped" flag indicates that, in the first status (e.g., ON), a regular shipment or deemed shipment has been confirmed, while in the second status (e.g., OFF), neither a regular shipment nor a deemed shipment has been confirmed. Normally, the "Shipped" flag is in the second status initially.

[0292] 4. Regular shipment flag

[0293] The regular shipment flag is a flag that switches between two different statuses, is located in the memory of the management server 50 (or mobile terminal 90), is stored in association with the user, and indicates whether or not a regular shipment has been made.

[0294] This regular shipment flag indicates that a regular shipment has been confirmed in the first status (e.g., ON state), while indicating that a regular shipment has not been confirmed in the second status (e.g., OFF state). Normally, this regular shipment flag is in the second status initially.

[0295] 5. Deemed Departure Flag

[0296] The deemed shipment flag is a flag that switches between two different statuses, is located in the memory of the management server 50 (or mobile terminal 90), is stored in association with the user, and indicates whether or not a deemed shipment has been made.

[0297] This deemed shipment flag indicates that a deemed shipment has been confirmed in the first status (e.g., ON state), while indicating that a deemed shipment has not been confirmed in the second status (e.g., OFF state). Normally, this deemed shipment flag is in the second status initially.

[0298] 6. Temporary Departure Flag

[0299] The temporary shipment flag is a flag that switches between two different statuses, is located in the memory of the management server 50 (or mobile terminal 90), is stored in association with a user, and indicates whether or not a temporary shipment has been made.

[0300] This temporary shipment flag indicates that a temporary shipment has been confirmed in the first status (e.g., ON state), while indicating that a temporary shipment has not been confirmed in the second status (e.g., OFF state). Normally, this temporary shipment flag is in the second status initially.

[0301] 7. Flag while driving

[0302] The "In Driving" flag indicates that, in the first status (e.g., ON), the user is in the vehicle and moving (riding), while in the second status (e.g., OFF), it indicates that the user is not in the vehicle.

[0303] 8. Walking Flag

[0304] This is a walking flag, where the first status (e.g., ON state) indicates that the user is walking, while the second status (e.g., OFF state) indicates that the user is not walking.

[0305] <Inbound processing and positioning>

[0306] As shown in Figure 12, the inventory processing unit 202 and positioning unit 230 of the mobile terminal 90, and the inventory processing unit 302 of the management server 50, execute their respective inventory processing programs.

[0307] The parking entry processing program of the mobile terminal 90 is preferably activated manually or automatically by the user when the user enters any of the parking lots 20 for the first time or for subsequent parking, and when the user parks their vehicle in any of the available parking spaces 22 within that parking lot 20.

[0308] This is because, in the aforementioned parking guidance process that takes place prior to the parking lot guidance, if there is a vacant space in any of the parking lots 20, and a user of a vehicle is guided to that space, it may take some time for another vehicle to actually park in the same parking lot 20. In that case, the parking lot 20 may end up being full.

[0309] Here, in order to automatically start the parking entry processing program, for example, the mobile terminal 90 can determine whether or not its measured current location exists within any of the parking spaces 20, and if it determines that it does exist, and the position of the mobile terminal 90 does not change for a predetermined period of time or if the amount of change is less than or equal to a standard value, it can determine that a vehicle has entered any of the parking spaces 22, and the mobile terminal 90 can automatically start the parking entry processing program.

[0310] Similarly, or in addition to the above, the outbound processing program can be automatically started.

[0311] In the aforementioned inventory processing program, specifically, in step S1201, the mobile terminal 90 sends a request to the management server 50 to log in to a website operated by the management server 50. Upon receiving the request, the management server 50 establishes communication between the mobile terminal 90 and the management server 50 in step S1251.

[0312] Subsequently, in step S1202, the mobile terminal 90 measures the user's current location (longitude and latitude) based on the GPS signal (or identification signal received from the on-site transmitter 30) received by the GPS receiver 152 from an external source. This also constitutes the positioning unit 230.

[0313] Next, in step S1203, the mobile terminal 90 determines whether the distance between the measured current location and the location (latitude and longitude) of each of the multiple parking lots 20 (this location information has already been downloaded to the mobile terminal 90 from the management server 50 as described above) is less than or equal to a reference value, thereby determining whether the user has changed from a state in which they are not in any of the multiple parking lots 20 to a state in which they are in any of the parking lots 20, that is, whether the user has just entered any of the parking lots 20.

[0314] For example, in the previous execution of step S1203, the distance between the user's current location and any of the parking lot locations 20 was longer than a reference value, but in the current execution, it is determined whether that distance is less than or equal to the reference value.

[0315] In this embodiment, regarding the method for determining whether or not an entry has occurred, similar to the entry determination method in the exit stage, the method of determining whether or not a user has entered any of the parking lots 20 is not adopted in the entry stage, on the condition that, as a result of user behavior analysis, it is determined that the user is in a vehicle and moving (driving).

[0316] In other words, even in the entry stage, it is determined whether the user has entered any of the parking lots 20, regardless of whether they are walking or riding in a vehicle (without performing user behavior analysis using the acceleration sensor 154). This is because, similar to entry in the exit stage, it is common sense to assume that, by its nature, a user would not normally enter any of the parking lots 20 on foot in the entry stage.

[0317] However, instead, the present invention can be implemented in a manner in which, based on the results of user behavior analysis, it is determined whether or not the user has entered any of the parking lots 20, on the condition that the user is in a vehicle and moving (driving).

[0318] In steps S1202 and S1203, if a parking transmitter 30 is installed in the relevant parking lot 20, the user's current location, i.e., the current location of the parking lot 20, may be obtained using the identification signal received from the parking transmitter 30 instead of the GPS signal.

[0319] If the user has not entered any of the parking lots 20, the determination in step S1203 is NO, and the process returns to step S1202. Steps S1202-S1203 are repeated until the user enters any of the parking lots 20.

[0320] If the user enters any of the parking lots 20, the determination in step S1203 becomes YES, and the process proceeds to step S1204.

[0321] In step S1204, as illustrated in Figure 24, the mobile terminal 90 displays information on its screen to identify one of the parking lots 20 (for example, the name and location of the parking lot) in such a way that it is at least visually clear that it is the current parking lot 20, i.e., the parking lot that the user has selected and is actually staying in (hereinafter referred to as the "current parking lot").

[0322] Next, in step S1205, the mobile terminal 90 determines whether the user has entered a parking request (or entry request) to the mobile terminal 90 indicating that they wish to use the current parking lot 20 at the current location of the parking lot 20 (by tapping a specific location on the screen or entering a specific voice command).

[0323] In the example shown in Figure 25, in step S1205, an entry button (such as an icon) is displayed on the screen of the mobile terminal 90, which the user operates to input a parking request (or entry request) to the mobile terminal 90.

[0324] Here, the operations of the user entering a parking request (or parking entry request) into the mobile terminal 90, the user selecting the parking entry button on the screen of the mobile terminal 90 (see Figure 25), the user tapping a specific location on the screen of the mobile terminal 90 (for example, the current parking lot P3) (see Figure 24), and the user entering a specific voice into the mobile terminal 90 each represent a parking entry operation as an expression of the user's intent.

[0325] If the user does not submit a parking request for the current parking lot 20, the determination in step S1205 is NO, and the process returns to step S1202. Steps S1202-S1205 are repeated until the user submits a parking request for any of the parking lots 20.

[0326] In response, if the user requests parking in the current parking lot 20, the determination in step S1205 becomes YES, and the process proceeds to step S1206.

[0327] In step S1206, the mobile terminal 90 reads the parking ID corresponding to the current parking lot 20 from the memory 132, and thereby determines the parking ID for this instance.

[0328] Next, in step S1207, the user inputs vehicle information into the mobile terminal 90 to identify their vehicle. One example of this vehicle information is the vehicle number (vehicle license plate number), which is an example of a number unique to the vehicle (for example, a four-digit number (for example, 1234)). Another example of vehicle information is an example of image data unique to the vehicle, which is image data acquired by the user by taking a picture of the vehicle with the camera on the mobile terminal 90.

[0329] Subsequently, in step S1208, the mobile terminal 90 transmits to the management server 50 the determined parking lot ID along with a user ID (for example, user ID, user's address and name, mobile terminal 90's telephone number, mobile terminal 90's email address, etc.) used to identify the user or the mobile terminal 90, the entered vehicle information, and parking operation data indicating that the user has performed a parking operation (operation of the parking button) on the mobile terminal 90 as an expression of intent (see the parking lot status management table shown in Figure 26).

[0330] In response, the management server 50 receives the user ID, parking ID, and vehicle information in step S1252. Subsequently, in step S1253, the management server 50 searches the memory 162 to determine whether the same combination of user ID, parking ID, and vehicle information has already been registered, that is, whether the same user has already parked the same vehicle in the same parking lot 20.

[0331] If the user is not registered, the determination in step S1253 will be NO, the combination of the received user ID, parking ID, and vehicle information will be registered in memory 162, and this entry will be treated as the first entry (hereinafter referred to as "treated as the first entry"), and the process will proceed to step S1209.

[0332] In contrast, if the vehicle is already registered, the determination in step S1253 will be YES, and the management server 50 will determine in step S1254 whether the valid parking time has expired, that is, whether the time has been exceeded. Specifically, as described later, the management server 50 will determine whether the time has been exceeded by the progress monitoring program shown in Figure 13. If the time has been exceeded, the determination in step S1254 will be YES, and the vehicle will be treated as a first-time entry, in which case the process will proceed to step S1209.

[0333] In contrast, if the time limit has not been exceeded, the determination in step S1254 will be NO, and in step S1255, the management server 50 will refer to Figure 17 and execute the dispatch processing program described later (if executed prior to the inbound processing program shown in Figure 12) to determine whether or not the vehicle and user are permitted to be re-entered.

[0334] Whether or not re-entry is permitted is determined, for example, by checking whether the re-entry permission flag associated with the user ID or parking ID (an OFF state indicates that the user is not granted the right to re-enter, while an ON state indicates that the user is granted that right) is ON in the memory 162 of the management server 50 (see Figure 26).

[0335] If re-entry is not permitted, the determination in step S1255 will be NO, and it will be treated as the first entry, in which case the process will proceed to step S1209.

[0336] In response to this, if re-entry is permitted, the determination in step S1255 will be YES, and in step S1256, the management server 50 will send re-entry permission data indicating that re-entry is permitted to the user's mobile terminal 90.

[0337] In response, the mobile terminal 90 receives the re-entry permission data in step S1214, and then in step S1215, displays data on the screen to indicate that re-entry is permitted, as illustrated in Figure 25.

[0338] If re-entry is permitted, the mobile terminal 90 does not execute steps S1209-1213, and the management server 50 does not execute steps S1257-1264. As a result, the user is not required to input the valid parking time or settle (pay) the parking fee.

[0339] In contrast, if re-entry is not permitted, i.e., if it is treated as an initial entry, in step S1209, the user inputs into the mobile terminal 90 the valid parking time, which is the time period during which the user wishes to park their vehicle in the current parking lot 20, or relevant time information to identify that valid parking time.

[0340] Here, the effective parking time may be defined, for example, by a number representing the length of time. Alternatively, the related time information may be defined by the scheduled departure time, since the actual entry time is automatically measured by the mobile terminal 90 or the management server 50. In this case, since the actual entry time is measured by the mobile terminal 90 or the management server 50, the length of the effective parking time can be calculated automatically.

[0341] Next, in step S1210, the mobile terminal 90 transmits the input effective parking time (the length of this time is a variable time that is extended when the user requests an extension) or related time information (hereinafter simply referred to as "effective parking time") to the management server 50.

[0342] In response, the management server 50 receives the transmitted valid parking time in step S1257.

[0343] Next, in step S1258, the management server 50 calculates the parking fee for the current user as a prepaid parking fee based on the received valid parking time or other information. Then, in step S1259, the management server 50 transmits the calculated parking fee amount to the mobile terminal 90.

[0344] In response, the mobile terminal 90 receives the transmitted parking fee amount in step S1211. Then, in step S1212, the mobile terminal 90 displays the received parking fee amount on the screen, as illustrated in Figure 25, along with relevant information, such as the length of the valid parking time, the scheduled departure time, and information representing the current parking lot 20 (e.g., name and location).

[0345] Next, in step S1213, the mobile terminal 90 enables the user to electronically pay the parking fee (for example, by accessing another payment server). Once the payment is complete, the mobile terminal 90 sends a notification to the management server 50.

[0346] In response, when the management server 50 receives confirmation that the payment has been completed, in step S1260 it authorizes the user to park their vehicle in the current parking lot 20. Specifically, the determination of whether parking is permitted, that is, whether the vehicle has been officially parked, is made, for example, by checking whether the parked flag associated with the user ID or parking lot ID (an OFF state indicates that the user is not authorized to park in the current parking lot 20, while an ON state indicates that the user is authorized to park in the current parking lot 20) is ON in the parking lot status management table (see Figure 26) in the memory 162 of the management server 50 (see Figure 26). Subsequently, in step S1261, the management server 50 measures the current time and determines the parking time as the same time.

[0347] Subsequently, in step S1262, the management server 50 calculates the scheduled departure time (this time is a variable time that is updated when a user requests an extension) by adding the length of the received valid parking time to the determined entry time.

[0348] Next, in step S1263, the management server 50 registers the received valid parking time, the calculated parking fee amount, the determined entry time, and the calculated scheduled exit time in memory 162, associating them with the current user ID, parking lot ID, and vehicle information combination, thereby creating a parking lot-specific status management table (see Figure 26).

[0349] Subsequently, in step S1264, the management server 50 transmits the registered information to the mobile terminal 90. Then, in step S1214, the mobile terminal 90 receives the registered information.

[0350] In response, the mobile terminal 90 receives the registered information in step S1214, and then in step S1215, displays the data representing that information on the screen together with data indicating that entry into the warehouse has been permitted (see Figure 25).

[0351] <Monitoring>

[0352] As shown in Figure 13, the progress monitoring unit 204 of the mobile terminal 90 and the progress monitoring unit 306 of the management server 50 execute their respective progress monitoring programs.

[0353] Specifically, in step S1351, the management server 50 selects the user of interest from among the multiple users registered in memory 162 as the target user for this task. Memory 162 contains various data such as user ID, parking lot ID, valid parking time, and scheduled departure time, all of which are associated with each other.

[0354] Next, in step S1352, the management server 50 measures the current time using the clock 172, and then in step S1353, the scheduled departure time for the target user is read from memory 162.

[0355] Subsequently, in step S1354, the management server 50 calculates the remaining time of the valid parking period by subtracting the current time from the scheduled departure time. Then, in step S1355, it determines whether the calculated remaining time is 0 or less, that is, whether the valid parking period has expired.

[0356] If the remaining time is greater than 0, the determination in step S1355 is NO, and step S1356 is skipped. As a result, the determination of "time over" is not made, and then in step S1358, another user is selected as the next target user. The process then returns to step S1352.

[0357] In contrast, if the remaining time is 0 or less, the determination in step S1355 becomes YES, and the management server 50 determines "time over" in step S1356. Subsequently, in step S1357, the determination result of "time over" is sent to the mobile terminal 90 of the target user along with the data representing the remaining time. Then, in step S1358, another user is designated as the next target user. The process then returns to step S1352.

[0358] In response, in step S1301, the mobile terminal 90 receives the "time over" determination result and the latest remaining time value from the management server 50, and then in step S1302, saves the data representing that determination to memory 132. Subsequently, in step S1303, the mobile terminal 90 displays the data indicating that "time over" has occurred on the screen and notifies the user.

[0359] Subsequently, in step S1304, the mobile terminal 90 determines whether the remaining time is shorter than a non-zero reference value T0 (for example, a fixed value such as 1 hour, or a variable value such as approximately 10% of the effective parking time). It determines whether the remaining time is short because the effective parking time is about to expire.

[0360] Steps S1304 and S1305 are executed regardless of whether the mobile terminal 90 executed steps S1301-S1303 because the management server 50 executed step S1357.

[0361] If the remaining time is shorter than the reference value T0 (for example, 1 hour), the determination in step S1304 becomes YES, and in step S1305, the mobile terminal 90 provides the user with a visual, auditory, or tactile stimulus (for example, a specific message or button display, a buzzer sound, vibration of the mobile terminal 90, etc.) to send an extension request to the management server 50 via the mobile terminal 90 to request an extension of the valid parking time.

[0362] In contrast, if the remaining time is not shorter than the reference value T0, the determination in step S1304 is NO, and step S1305 is skipped.

[0363] <Vacancy Check>

[0364] As shown in Figure 14, the vacancy determination unit 304 of the management server 50 executes a vacancy determination program.

[0365] Specifically, in step S1451, the management server 50 selects the parking lot of interest from among the multiple parking lots 20 registered in the parking lot status management table in memory 162 (hereinafter also simply referred to as "registered in memory 162") as the target parking lot for this task. As mentioned above, the parking lot status management table in memory 162 registers various data such as user ID, parking lot ID, valid parking time, and scheduled departure time, all of which are associated with each other.

[0366] Next, in step S1452, the management server 50 determines whether the latest entry permission for the target parking lot has been sent to any of the mobile terminals 90. If it is determined that so, in step S1453, the current value of the number of available spaces N, which is the total number of currently available parking spaces 22 (empty parking spaces 22) in the target parking lot, is read from memory 162.

[0367] The number of vacant spaces N is a counter that starts with the total number of hourly parking spaces 22 available in the target parking lot, and is deducted by 1 each time a parking space (one entry, one vehicle) is confirmed to enter, while being incremented by 1 each time a parking space (one entry, one vehicle) is confirmed to exit (actual exit and deemed exit).

[0368] Next, in step S1454, the management server 50 subtracts 1 from the number of vacant rooms N, and then in step S1455, updates memory 162 with that value. Subsequently, in step S1456, it determines whether the current value of the number of vacant rooms N is greater than 0 (or a threshold value greater than 0, taking a margin into account), that is, whether or not there are vacant rooms in the target parking lot.

[0369] If the current number of vacant rooms N is greater than 0, in step S1457 it is determined that there are vacancies; otherwise, in step S1458 it is determined that there are no vacancies.

[0370] Subsequently, in step S1459, the management server 50 registers the determination result in memory 162 or updates memory 162 to reflect the determination result, in any of the cases described above. Next, in step S1460, another user is designated as the next target user. Then, the process returns to step S1452.

[0371] The above explains the case where the determination in step S1452 is YES because the entry of one parking space has been confirmed. However, if the determination in step S1452 is NO because the entry of one parking space has not been confirmed, the management server 50 determines in step S1461 whether or not the user's exit operation for one parking space has been confirmed (the "actual exit" flag is ON).

[0372] If a user has confirmed the exit operation for one parking space (the "actual exit" flag is ON), the determination in step S1461 becomes YES, and in step S1462, the management server 50 reads the current value of the number of vacant spaces N from memory 162. Subsequently, in step S1463, the number of vacant spaces N is incremented by 1, and then the process proceeds to step S1455.

[0373] In contrast, if no user exit operation for one parking space is confirmed (the "actual exit" flag is OFF), the determination in step S1461 is NO, and the management server 50 determines in step S1464 whether or not a deemed exit for one parking space has been confirmed (the "deemed exit" flag is ON).

[0374] If the deemed shipment is confirmed, the determination in step S1464 becomes YES, and the process proceeds to step S1462. However, if the deemed shipment is not confirmed (the deemed shipment flag is OFF), the determination in step S1464 becomes NO, steps S1462 and S1463 are skipped, and the process then proceeds to step S1456.

[0375] In this example, there are two types of flags indicating that an item has been shipped: an actual shipped flag and a deemed shipped flag. However, it is not essential to use them separately; as will be explained later, a single shipped flag can be used for both.

[0376] <Processing extension request>

[0377] As shown in Figure 15, the extension request processing unit 206 of the mobile terminal 90 and the extension request processing unit 308 of the management server 50 execute their respective extension request processing programs.

[0378] Specifically, in step S1501, the mobile terminal 90 determines whether the user has entered an extension request into the mobile terminal 90. If an extension request is entered, the process proceeds to step S1502; otherwise, the process returns to step S1501.

[0379] If an extension request is entered, in step S1502, the mobile terminal 90 receives input from the user regarding the extension time, which is the length of the extension to be made to the valid parking time. Subsequently, in step S1503, the mobile terminal 90 sends to the management server 50, associated with the user ID, that an extension request has been issued and the length of the requested extension time.

[0380] In response, the management server 50 receives, in step S1551, a notification that an extension request has been issued, associated with the user ID, and the desired extension period. Subsequently, in step S1552, it calculates an extension fee corresponding to the length of the extension period. Then, in step S1553, it sends the amount of the extension fee to the mobile terminal 90.

[0381] In response, the mobile terminal 90 receives the amount of the transmitted extension fee in step S1504, and then displays the received amount of the extension fee on the screen in step S1505. Subsequently, in step S1506, it enables the user to electronically pay the extension fee.

[0382] Next, in step S1507, the mobile terminal 90 transmits to the management server 50 that the payment has been completed.

[0383] In response, the management server 50 receives confirmation that the payment has been completed in step S1554, and then in step S1555, it grants the user permission to extend the valid parking time. Subsequently, in step S1556, it updates the scheduled departure time to a future date by extending the valid parking time. Subsequently, in step S1557, it updates the parking lot status management table in memory 162 with the updated information. Then, in step S1558, it sends the extended valid parking time (latest valid parking time) and the updated scheduled departure time to the mobile terminal 90.

[0384] In response, the mobile terminal 90 receives the latest transmitted valid parking time and scheduled departure time in step S1508, and then displays that information on the screen in step S1509. After that, the process returns to step S1501.

[0385] <Outbound processing and positioning>

[0386] As shown in Figures 16 and 17, the dispatch processing unit 208 and positioning unit 230 of the mobile terminal 90, and the dispatch processing unit 310 of the management server 50, execute their respective dispatch processing programs.

[0387] First, in step S1601 shown in Figure 16, the current location of the mobile terminal 90, i.e., the user's current location, is measured in the same manner as in step S1202 in Figure 12.

[0388] Next, in step S1602, in the same manner as in step S1203 in Figure 12, it is determined whether the user has changed from a state in which they are not in any of the multiple parking lots 20 to a state in which they are in any of the parking lots 20, that is, whether the user has just entered any of the parking lots 20.

[0389] If the user has not entered any of the parking lots 20, the determination in step S1602 is NO, and the process returns to step S1601. Steps S1601-S1602 are repeated until the user enters any of the parking lots 20.

[0390] If the user enters any of the parking lots 20, the determination in step S1602 becomes YES, and the process proceeds to step S1603.

[0391] In step S1603, the mobile terminal 90 reads the parking ID corresponding to the current parking lot 20 from memory 132, thereby obtaining the actual parking ID. Subsequently, in step S1604, the mobile terminal 90 reads the parking ID corresponding to the parking lot 20 for which entry has been permitted, i.e., the current parking ID, from memory 132.

[0392] Subsequently, in step S1605, the mobile terminal 90 determines whether the acquired actual parking ID and the current parking ID match. In other words, it determines whether the user has entered the same parking lot 20 that they previously entered.

[0393] Next, in step S1606, the mobile terminal 90 sends a message to the management server 50 indicating that the user is currently staying in the parking lot 20 for departure.

[0394] In response, the management server 50 receives in step S1651 that the user is currently staying in parking lot 20 in order to exit. Subsequently, in step S1652, it determines whether the progress monitoring program has determined that the user has exceeded the time limit. If it has determined that the user has exceeded the time limit, the determination in step S1652 becomes YES, and in step S1653, a predetermined penalty is imposed on the user.

[0395] On the other hand, if it is not determined that the "time has been exceeded," the determination in step S1652 will be NO, and in step S1654, the management server 50 will permit the user to exit the current parking lot 20. Subsequently, in step S1655, data indicating that the user's exit has been permitted will be sent to the mobile terminal 90.

[0396] In response, in step S1607, the mobile terminal 90 receives data from the management server 50 indicating that the user's withdrawal has been authorized. Subsequently, in step S1608, a "withdrawal button" to be operated by the user is displayed on the screen. This prompts the user to perform a withdrawal operation by operating the "withdrawal button" to input their intention to withdraw into the mobile terminal 90.

[0397] Next, in step S1609, the mobile terminal 90 determines whether or not the user has operated the "departure button". Assuming that the user has operated the "departure button" (i.e., performed a departure operation), the determination in step S1609 is YES.

[0398] Subsequently, in step S1613, the mobile terminal 90 determines whether or not "time over" was determined during the execution of the progress monitoring program. If "time over" is determined, the determination in step S1613 becomes YES, and in step S1614, a predetermined penalty is imposed on the user.

[0399] In contrast, if it is not determined that the "time has been exceeded," the determination in step S1613 will be NO, and then in step S1615, the mobile terminal 90 reads the driving flag (a flag that, when in the ON state, indicates that the user is in the vehicle and moving) which is managed by the behavioral analysis program shown in Figure 18 and is stored in memory 132.

[0400] Next, in step S1616, the mobile terminal 90 determines whether the read "driving" flag is ON or OFF. If it is not ON, the process returns to step S1613. If it is ON (i.e., the user is in the vehicle and moving (driving)), in step S1617, the current location of the mobile terminal 90, i.e., the user's current location (for example, the current location of the vehicle the user is in), is measured in the same manner as in step S1601.

[0401] Next, in step S1618, the mobile terminal 90 determines whether the user has changed from being in the current parking lot 20 to not being in the parking lot 20, based on whether or not there has been a temporal change in the user's position as measured by the mobile terminal 90, that is, whether or not the user has just left the current parking lot 20.

[0402] If the user has not yet left the current parking lot 20, the determination in step S1618 is NO, and the process returns to step S1613. Steps S1613-S1618 are repeated until the user leaves the current parking lot 20.

[0403] In other words, among those steps, steps S1615-S1618 are a group of steps (hereinafter referred to as the "exit determination step group") that determine whether or not the user has entered the vehicle and exited the current parking lot 20.

[0404] When the user leaves the current parking lot 20 (in this case, while inside the vehicle), the determination in step S1618 becomes YES, and in step S1619, the mobile terminal 90 transmits data to the management center 50 indicating that the user performed an exit operation in step S1613, and data indicating that the user left the parking lot 20 while inside the vehicle.

[0405] In response, in step S1656, the management server 50 receives data from the mobile terminal 90 indicating that the user has boarded a vehicle and left the parking lot 20. Subsequently, in step S1657, it determines that the departure is complete and turns on the "Departed" flag in the parking lot status management table, and also turns on the "Regular Departure" flag (see Figure 26).

[0406] Subsequently, in step S1658, the user is prohibited from re-entering the same parking lot 20, and the re-entry permission flag is turned OFF in the parking lot status management table (see Figure 26). Then, in step S1659, data indicating that the user has been prohibited from re-entering the same parking lot 20 is sent to the mobile terminal 90.

[0407] The above describes the case where the user has performed the exit operation. However, if the user has not yet performed the exit operation, the determination in step S1609 will be NO, and in step S1610, the mobile terminal 90 will determine whether or not the progress monitoring program has determined that "time has been exceeded," that is, whether or not the valid parking time has now expired.

[0408] If it is not determined that the "time has been exceeded," the determination in step S1610 will be NO, and the mobile terminal 90 will perform the same steps as the aforementioned exit determination steps in step S1621 to determine whether the user has gotten into the vehicle and left the current parking lot 20. If the user has not yet gotten into the vehicle and left the current parking lot 20, the determination in step S1621 will be NO, and the process will return to step S1609.

[0409] In contrast, if the user gets into a vehicle and leaves the parking lot 20, the determination in step S1621 becomes YES, and then in step S1622, the mobile terminal 90 permits the user to re-enter the same parking lot 20. Subsequently, in step S1623, data indicating that re-entry has been permitted is sent to the management server 50. Upon receiving this data, the management server 50 turns ON the re-entry permission flag associated with the current user in the parking lot status management table in memory 162.

[0410] Subsequently, in step S1627 of Figure 17, the mobile terminal 90 determines whether or not the progress monitoring program has determined that "time has been exceeded," that is, whether or not the valid parking time has now expired.

[0411] If it is not determined that the time has been exceeded, the determination is NO and the process returns to step S1627. However, if it is determined that the time has been exceeded, the determination is YES, and in step S1629, the mobile terminal 90 considers that the user has performed an exit operation at this time, i.e., when the valid parking time has expired, even though no actual exit operation has occurred, and therefore determines that a deemed exit has occurred.

[0412] Next, in step S1630, the mobile terminal 90 prohibits the user from re-entering the same parking lot 20. Then, in step S1631, it sends data to the management server 50 indicating that deemed exit has occurred and data indicating that re-entry has been prohibited.

[0413] In step S1662, the management server 50 receives the data, and then in step S1663, updates the parking lot status management table in memory 162 to reflect that data. As a result, the "Exited" flag is turned ON, the "Deemed Exited" flag is turned ON, and the "Re-entry Permitted" flag is turned OFF. Furthermore, the "Temporary Exited" flag is also turned OFF.

[0414] In contrast, if the user neither exits the parking lot nor gets in the vehicle and leaves the parking lot 20 before the expiration of the valid parking time, then in step S1610 of Figure 16, if it is determined that the user has "exceeded the time limit", the determination is YES, and then in step S1610a, a predetermined penalty is imposed on the user.

[0415] <Behavior analysis>

[0416] As shown in Figure 18, the behavioral analysis unit 210 of the mobile terminal 90 executes a behavioral analysis program.

[0417] First, in step S1801, the mobile terminal 90 measures the user's current location in the same manner as in step S1202 in Figure 12.

[0418] Next, in step S1802, the mobile terminal 90 determines whether or not the user is in motion. Specifically, it calculates the amount of change between the user's current position as measured and the user's position (more precisely, the position of the mobile terminal 90) that has been measured in the same manner in the past and is stored in the memory 132.

[0419] If the amount of change is greater than or equal to a standard value, the mobile terminal 90 determines that the user is moving. On the other hand, if the amount of change is less than the standard value, the mobile terminal 90 determines in step S1818 that the user is stopped (stationary). Subsequently, in step S1819, the walking flag, which is ON and indicates that the user is walking, is turned OFF, and in step S1820, the running flag is also turned OFF.

[0420] In addition, if a parking transmitter 30 is installed in the parking lot 20, the determination of whether or not the user is moving by executing steps S1801 and S1802 may be performed by, alternatively or additionally, measuring the distance between the mobile terminal 90 and the parking transmitter 30 based on the signal strength received from the transmitter 30, and determining whether or not the user is moving based on whether or not that distance changes over time.

[0421] If it is determined that the user is in motion, the mobile terminal 90 then, in step S1803, acquires a signal from the acceleration sensor 154 and, based on that signal, measures the raw waveform representing the time profile (time series) of the acceleration acting on the mobile terminal 90 (caused by the user's vibrations and / or the vehicle's vibrations).

[0422] As illustrated in Figures 19(b) and 21(b), the portion of the continuous original waveform covered by an analysis window with a predetermined time width that extends from the present time into the past is the target of this analysis.

[0423] Figure 19(a) shows a graph of an example of the raw waveform of acceleration G measured when a user is walking with a central acceleration of 0 (a state in which the low-frequency component of the acceleration waveform (the user's actual walking acceleration) is 0). On the other hand, Figure 21(a) shows a graph of an example of the raw waveform of acceleration G measured when a user is riding in a vehicle and moving with a central acceleration of 0 (a state in which the low-frequency component of the acceleration waveform (the vehicle's actual driving acceleration) is 0).

[0424] Therefore, both Figure 19(a) and Figure 21(a) essentially show only the high-frequency components of the acceleration waveform of the mobile terminal 90. Here, the high-frequency components represent noise components when the low-frequency components are treated as the main components, and conversely, the low-frequency components represent noise components when the high-frequency components are treated as the main components.

[0425] Figure 19(b) shows a graph of the maximum intensity of the raw waveform measured during user walking, specifically the portion within the most recent analysis window. On the other hand, Figure 21(b) shows a graph of the maximum intensity of the raw waveform measured during user running, specifically the portion within the most recent analysis window.

[0426] Figure 20(a) shows a graph of the large-amplitude frequency components of the raw waveform measured during user walking that are within the latest analysis window, while Figure 22(a) shows a graph of the large-amplitude frequency components of the raw waveform measured during user running that are within the latest analysis window.

[0427] Figure 20(b) shows a graph of the small amplitude frequency components of the raw waveform measured during user walking that are within the latest analysis window, while Figure 22(b) shows a graph of the small amplitude frequencies of the raw waveform measured during user running that are within the latest analysis window.

[0428] Subsequently, in step S1804, the mobile terminal 90 performs intensity analysis. In one example, peak hold is performed on the upper part of the measured original waveform (a waveform that propagates while oscillating up and down) to obtain the envelope of the upper part, and similarly, peak hold is performed on the lower part of the original waveform to obtain the envelope of the lower part.

[0429] Next, in step S1805, the mobile terminal 90 measures the substantial maximum intensity I that represents the measured original waveform.

[0430] In one example, as illustrated in Figures 19(b) and 21(b), the maximum intensity I is measured as the difference (approximate amplitude) between the maximum value of the upper envelope and the minimum value of the lower envelope. In this example, the calculation of the maximum intensity I is simplified compared to the example described later.

[0431] In another example (not shown in the diagram), the distance between the two envelopes obtained is sampled at regular time intervals, and the maximum intensity I is measured as the substantially maximum of multiple sample values ​​for the distance, i.e., amplitude.

[0432] Subsequently, in step S1806, the mobile terminal 90 determines whether the measured maximum intensity I is greater than the first threshold I0. If it is greater, the determination in step S1806 is YES.

[0433] Next, in step S1807, the mobile terminal 90 performs frequency analysis. Specifically, it performs signal processing on the measured original waveform, such as Fourier transform, high-pass filter, and low-pass filter. This extracts multiple frequency components from the original waveform.

[0434] Subsequently, in step S1808, the mobile terminal 90 measures the frequency F of the frequency component with the largest amplitude. In the example shown in Figure 20, "F1" is the frequency of the large-amplitude frequency component, and in the example shown in Figure 22, "F2" is the frequency of the large-amplitude frequency component.

[0435] Next, in step S1809, the mobile terminal 90 determines whether the measured frequency F is smaller than the second threshold F0. If it is smaller, the determination in step S1809 is YES.

[0436] Subsequently, in step S1810, the mobile terminal 90 determines that the user is currently walking and not in a vehicle. Then, in step S1811, the walking flag stored in memory 132 is turned ON. Then, in step S1812, the driving flag stored in memory 132, which was ON, is turned OFF. The process then returns to step S1801.

[0437] The above describes the case where the maximum intensity I is greater than the first threshold I0. However, if it is less than or equal to the first threshold I0, the determination in step S1806 is NO, and the mobile terminal 90 determines in step S1813 whether the walking flag is ON or OFF. If it is ON, in step S1814 it is determined that the user is running. If it is not ON, i.e., OFF, steps S1814-S1817 are skipped and the process returns to step S1801.

[0438] To explain the reason, as a typical user behavior pattern, it is impossible for a user to immediately get into a vehicle after entering parking lot 20. Instead, the user first walks into parking lot 20, then walks further, then gets into a parked vehicle, and then drives towards the exit of parking lot 20 while inside the vehicle.

[0439] In order to improve the accuracy of user behavior analysis by taking into account the expected behavioral patterns of such users, in this embodiment, if the walking flag is not ON and the determination in step S1806 or step S1809 is NO immediately afterward, it is not determined that the user is running.

[0440] Following the execution of step S1814, in step S1815, the mobile terminal 90 determines that the user has just boarded the vehicle. This is because the user's behavior has just shifted from walking to running.

[0441] This immediate boarding determination may, for example, be used as a trigger to increment the number of vacant spaces N. In that case, as shown in the example in Figure 14, the existence of vacant spaces can be announced to other potential users earlier than when exit operations or deemed exits are used as triggers for incrementing the count, thereby improving the occupancy rate of the parking lot 20.

[0442] Subsequently, in step S1816, the mobile terminal 90 turns on the "driving" flag, and then in step S1817, it turns off the "walking" flag. The process then returns to step S1801.

[0443] Furthermore, among the multiple steps in Figure 18, for example, all or part of step S1802-1820 may be executed on the management server 50 instead of the mobile terminal 90 in order to reduce the processing load on the mobile terminal 90.

[0444] [Second Embodiment]

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

[0446] This embodiment is similar to the first embodiment described above, except that the behavioral analysis program shown in Figure 23 is executed instead of the behavioral analysis program shown in Figure 18.

[0447] The behavioral analysis program shown in Figure 23 has steps S2301-2303 and S2306-23016, which are common to steps S1801-1803 and S1810-1820 of the behavioral analysis program shown in Figure 18, respectively.

[0448] The behavioral analysis program shown in Figure 23 further includes step S2304, which replaces steps S1804, 1805, 1807, and 1808 of the behavioral analysis program shown in Figure 18.

[0449] The behavioral analysis program shown in Figure 23 further includes step S2305, which replaces steps S1806 and S1809 of the behavioral analysis program shown in Figure 18.

[0450] When the behavioral analysis program shown in Figure 23 is executed by the mobile terminal 90, in step S2304, the mobile terminal 90 detects the user's step count N based on a series of accelerations measured moment by moment by the acceleration sensor 154. This detection is performed by the mobile terminal 90 executing a step count detection algorithm.

[0451] Furthermore, in step S2305, if the detected number of steps N is greater than the third threshold N0, it is determined in step S2306 that the user is walking. Conversely, if the detected number of steps N is less than or equal to the third threshold N0, and provided that the walking flag is ON, it is determined in step S2310 that the user is running.

[0452] The reason for this is that when the user is running, the acceleration, or vibration, applied to the acceleration sensor 154 from the user and the vehicle is weaker than when the user is walking. Such weak acceleration, or vibration, is not detected by the step count detection algorithm performed in step S2304. Therefore, if the number of steps N is small, it is determined that the user is running, and conversely, if the number of steps N is small, it is determined that the user is walking.

[0453] [Several exemplary effects obtained by the above-described embodiments]

[0454] 1. Reduction of the costs and labor that parking lot managers should bear regarding the facilities of parking lot 20.

[0455] According to this embodiment, by using the user's mobile terminal 90 instead of using the equipment installed in the parking lot 20, it is possible to determine at the exit stage whether the user got into their vehicle and left the parking lot 20, or whether the user left the parking lot 20 as a pedestrian without getting into their vehicle.

[0456] Therefore, according to this embodiment, it is no longer essential to install a sensor (for example, a loop coil) that electromagnetically detects the passage of a vehicle in the parking lot 20 as dedicated equipment for detecting when a vehicle is leaving the parking lot.

[0457] Therefore, according to this embodiment, it becomes easier to reduce the costs and labor required for the manufacture or purchase, installation, and maintenance of equipment installed in the parking lot 20.

[0458] 2. Reducing the operations and burden required of the user during the outbound stage.

[0459] According to this embodiment, even if a user inadvertently forgets to perform the exit operation and exits the parking lot 20 during the exit stage, the vehicle will automatically be treated as having exited once the valid parking time has expired.

[0460] Therefore, according to this embodiment, even if a user inadvertently leaves the parking lot 20 without performing the aforementioned exit operation, no additional operations, time-related burdens, or financial costs will be imposed on the user. For example, the user will not be charged any extension fees.

[0461] 3. Improved usability for users who need to re-enter the same parking lot 20.

[0462] According to this embodiment, if a user intentionally postpones the exit operation and exits the parking lot 20, they can then re-enter the same parking lot 20 and use it intermittently any number of times until the valid parking time expires.

[0463] 4. Improved accuracy in the parking lot manager's estimation of the number of vacant spaces in parking lot 20.

[0464] 1) First reason

[0465] In this embodiment, as described above, the vacancy determination unit 304 determines whether or not there are unused vacant spaces among the multiple parking spaces in the parking lot 20, based on the number of confirmed entries and exits.

[0466] Specifically, the vacancy determination unit 304 includes a subtraction unit that subtracts 1 from the number of vacant spaces N, which is the number of unused vacant spaces among the multiple parking spaces in the parking lot 20, each time an entry into a parking space is confirmed, and an addition unit that adds 1 to the number of vacant spaces N each time an actual exit operation or deemed exit operation is confirmed.

[0467] However, if the addition unit were to be implemented in such a way that it does not add 1 to the number of vacant spaces N until an actual vehicle exit operation is confirmed, then even if a deemed exit is confirmed, that is, even if the vehicle whose deemed exit is confirmed does not actually exist in the parking lot 20, the number of vacant spaces N will not increase. This does not accurately reflect the actual operating status of the parking lot 20, and the vacant spaces in the parking lot 20 will not be used for parking, resulting in no improvement in the occupancy rate of the parking lot 20.

[0468] In contrast, according to this embodiment, the addition unit increases the number of vacant spaces N not only when an actual outbound operation is confirmed, but also when a deemed outbound operation is confirmed.

[0469] Therefore, according to this embodiment, the accuracy of estimating the number of vacant spaces N in the parking lot 20 is improved, vacant spaces in the parking lot 20 are not wasted on parking, and thereby it becomes easier to increase the occupancy rate of the parking lot 20.

[0470] 2) Second reason

[0471] Alternatively, the present invention can be implemented in a manner in which, at the exit stage, regardless of whether the user actually performs an exit operation, the vehicle is uniformly treated as having been exited once the effective parking time has expired, and the number of vacant spaces N is increased by 1.

[0472] This configuration may offer users the advantage of improved usability because it eliminates the need for retrieval operations.

[0473] However, this could be a drawback for the parking lot manager. This is because, unless the user is asked to perform an exit operation to confirm their intention to exit, even if the user actually exits the parking lot 20 considerably earlier than the expiration of their valid parking time, and that parking space becomes vacant, the addition unit will not add the number of vacant spaces N until the valid parking time expires. Therefore, the management server 50 cannot notify multiple potential users that an additional vacant space has actually been added.

[0474] In contrast, according to this embodiment, as a general rule, the user is requested to perform an exit operation as an indication of their intention to exit the parking lot 20.

[0475] In order to make the user aware that an exit operation is required, in this embodiment, if the user enters the parking lot 20 to exit the parking lot 20, but does not perform an exit operation and does not get into the vehicle and leave the parking lot 20, the user is prompted via the user's mobile terminal 90 to enter an extension request into the mobile terminal 90.

[0476] The demand can be made visually (by displaying a specific message or button), audibly (by emitting a specific sound), or tactilely (by vibrating the mobile device 90).

[0477] Therefore, according to this embodiment, the accuracy of estimating the number of vacant spaces N in the parking lot 20 is improved by requesting the user to perform a parking exit operation, preventing vacant spaces in the parking lot 20 from being wasted on parking, and thereby making it easier to increase the utilization rate of the parking lot 20.

[0478] 5. Increased flexibility for parking lot managers when setting individual parking fees for each user.

[0479] According to this embodiment, the user communicates with the management server 50 via their mobile terminal 90. The management server 50 calculates parking fees for all users, but it is not essential to use a common fee calculation rule for all users.

[0480] This is because the management server 50 can respond individually to each user's mobile terminal 90, and the parking lot manager does not need to go to the parking lot 20 in order to rewrite the price list on the price sign installed in the parking lot 20.

[0481] The management server 50 may calculate parking fees flexibly or dynamically, for example, according to some of the following rules:

[0482] 1) Parking lot occupancy rate-responsive rules

[0483] The system flexibly calculates each user's individual parking fee by providing feedback each time to determine which of the 20 parking lots 20 the user belongs to, so that parking lots 20 with low actual occupancy rates are charged lower fees, and parking lots 20 with high actual occupancy rates are charged higher fees.

[0484] 2) Time-based utilization rate response rule

[0485] For each of the 20 parking spaces, the system flexibly calculates individual parking fees for each user by providing feedback on the time of day, so that the fee is lower during periods of low occupancy and higher during periods of high occupancy.

[0486] 3) Time-of-day response rules

[0487] The system flexibly calculates individual parking fees for each user by providing feedback on the time of day, so that the fee is lower during times when statistically low occupancy rates are expected for each of the 20 parking lots, and higher during times when statistically high occupancy rates are expected.

[0488] 4) Usage history-responsive rules

[0489] The system flexibly calculates individual parking fees for each user by feeding back each user's actual individual usage frequency, so that the fee is higher when each user uses their parking space infrequently and lower when they use it frequently.

[0490] 5) Day-of-the-week response rule

[0491] The system detects which day of the week it is each time, feeds this information back, and flexibly calculates individual parking fees for each user, so that the fee is lower on days when statistically low occupancy rates are expected for each of the 20 parking lots, and higher on days when statistically high occupancy rates are expected.

[0492] 6) Weather-responsive rules

[0493] The system detects the weather conditions each time, feeds this information back, and flexibly calculates individual parking fees for each user, so that the fee is lower when the weather statistically predicts a low occupancy rate for each of the 20 parking lots, and higher when the weather statistically predicts a high occupancy rate.

[0494] 6. Parking lot managers can change parking fees in real time.

[0495] Generally, parking lots are equipped with price signs to allow users to calculate their parking fees. These price signs are usually not designed to allow for remote adjustment of the displayed price, requiring workers to manually change the display panels on-site. Therefore, as long as parking lots require price signs, it is physically difficult to change the rules for calculating parking fees in real time.

[0496] In contrast, according to this embodiment, the amount of parking fees can be calculated individually by the management server 50 for each parking lot, each user, and each time period, and a fee sign installed in the parking lot 20 is not required for calculating the amount of parking fees.

[0497] Therefore, according to this embodiment, a parking lot manager can change the amount of parking fees in real time according to external and internal factors, such as the expected demand for their parking lot at that time (e.g., the number of users expected to use the parking lot from a geographical perspective) (example of an external factor), the actual occupancy rate of their parking lot at that time (example of an internal factor), and the actual occupancy rate of other adjacent parking lots (example of an external factor).

[0498] 7. In response to the type of action (movement, behavior) the user takes to enter the parking lot 20 (entering with the vehicle in a vehicle) and / or exit (leaving with the vehicle in a vehicle), the corresponding part of the parking application on the user's mobile device 90 is automatically activated.

[0499] Specifically, for example, the user's mobile terminal 90 uses at least one of a GPS receiver 152 (a functional unit that detects the user's location and direction of movement) and an acceleration sensor 154 (a functional unit that determines whether the user is walking or running) to determine in the background whether the user is entering or leaving the premises. When the mobile terminal 90 detects entry, it starts the entry processing program, and when it detects departure, it starts the departure processing program.

[0500] 8. Balancing the automation of entry and exit processes for parking lot 20 with the clarification of user intentions.

[0501] In this embodiment, the mobile terminal 90 and the management server 50 do not completely automate the entry and exit process. When the user's mobile terminal 90 detects entry into any of the parking lots 20 (entering by getting into a vehicle), it displays an entry button on the screen to confirm the user's intention (see Figure 25). Similarly, when it detects exit from the same parking lot 20 (exiting by getting into a vehicle), it displays an exit button to confirm the user's intention (see Figure 25).

[0502] Furthermore, after the user selects the "In" button, the receiving processing program changes the "In" flag from OFF to ON (see Figure 26). Conversely, after the user selects the "Out" button, the outbound processing program changes the "Outbound" flag from OFF to ON (see Figure 26).

[0503] This prevents the mobile terminal 90 and the management server 50 from performing actions contrary to the user's intentions, i.e., malfunctions.

[0504] 9. In the receiving stage, user behavior analysis using the accelerometer 154 in the mobile terminal 90 is omitted.

[0505] During the vehicle entry stage, the mobile terminal 90 uses the GPS receiver 152 but does not use the acceleration sensor 154 to analyze the user's behavior. However, during the vehicle departure stage, it uses both the GPS receiver 152 and the acceleration sensor 154 to analyze the user's behavior.

[0506] Therefore, user behavior analysis using the acceleration sensor 154 in the mobile terminal 90 is performed only during the outbound stage, and is omitted during the inbound stage because the need for such analysis is relatively low, thereby preventing unnecessary power consumption.

[0507] [Third Embodiment]

[0508] Next, a parking management system 10 and a parking management method according to an exemplary third embodiment of the present invention will be described. However, elements common to the first and second embodiments will be referenced using the same reference numerals or names to avoid redundant explanations, and only the different elements will be described in detail.

[0509] As shown in Figure 27, in this embodiment, the mobile terminal 90 further incorporates a gyro sensor (or yaw rate sensor) 156 that detects its own angular velocity (for example, rotational speed around an axis fixed to the mobile terminal 90). Since the gyro sensor 156 is mounted on the mobile terminal 90, it rotates integrally with the mobile terminal 90, and as a result, the gyro sensor 156 detects the angular velocity of rotational motion around each measurement reference axis (X, Y, Z) as equivalent to the angular velocity acting on the mobile terminal 90.

[0510] Specifically, the gyro sensor 156 tends to move in conjunction with the user when the user is carrying (wearing) the mobile device 90, and therefore detects the angular velocity acting on the user or a corresponding approximation (such as a value that changes in conjunction with the angular velocity).

[0511] In contrast, when the user of the mobile terminal 90 is riding in a vehicle, the gyro sensor 156 tends to move in conjunction with the vehicle. Consequently, when the vehicle is turning, the gyro sensor 156 tends to perform yaw motion (rotational motion around the vehicle's vertical centerline) in conjunction with the vehicle. Therefore, the gyro sensor 156 detects the angular velocity acting on the vehicle (e.g., the vehicle's yaw rate, the vehicle's turning angular velocity, etc.) or an approximate value thereof. In other words, the gyro sensor 156 is an example of a rotational motion state quantity acquisition unit that acquires the rotational motion of a vehicle by detection or estimation.

[0512] Furthermore, regarding the layout, when the user of the mobile terminal 90 is in the vehicle, the gyro sensor 156 may be placed in a specific location within the vehicle, such as a recess 182 (e.g., a storage pocket) in an interior component such as the dashboard 180 located approximately in the center of the vehicle, as illustrated in Figure 28, when the mobile terminal 90 is separated from the user's body. In this case, the gyro sensor 156 tends to move integrally with the vehicle rather than with the user, and therefore, during vehicle turns, it can detect the angular velocity acting on the vehicle (e.g., the vehicle's yaw rate, the vehicle's turning angular velocity, etc.) with higher accuracy than when the user is wearing the mobile terminal 90 inside the vehicle.

[0513] In the example shown in Figure 28, the mobile terminal 90 is ideally positioned in a recess 182 in the dashboard 180 that opens upward, such that one of the measurement reference axes of the gyro sensor 156 is approximately parallel to the vehicle's vertical centerline. In this example, the gyro sensor 156 can detect the vehicle's yaw rate with sufficient accuracy thanks to its installed position and orientation.

[0514] For example, if we focus on the measurement reference axis of the gyro sensor 156 in a direction parallel to the thickness direction of the mobile terminal 90 (a direction perpendicular to the screen), then, as shown in the example in Figure 28, when the mobile terminal 90 is placed in the recess 182 in a position where it is facing almost directly upwards, the measurement reference axis currently under consideration and the vertical center line of the vehicle become almost parallel to each other.

[0515] Incidentally, when the mobile terminal 90 is installed inside a vehicle, regardless of whether it is carried by the user or not, the reference axis of the gyro sensor 156 may include components that are not parallel to the vehicle's vertical centerline. In this case, the angular velocity detected by the gyro sensor 156 does not exactly match the vehicle's yaw rate.

[0516] However, as long as the gyro sensor 156 is fixedly held inside the vehicle and its measurement reference axis includes a component parallel to the vehicle's vertical centerline, it is easy to predict that a certain correlation will be established between the angular velocity detected by the gyro sensor 156 and the vehicle's yaw rate.

[0517] Therefore, unless there are special circumstances, it is easy to assume that the absolute value of the angular velocity detected by the gyro sensor 156 will be larger when the vehicle is turning than when the vehicle is traveling in a straight line. Consequently, regardless of the orientation of the mobile terminal 90 inside the vehicle, it is reasonable to use the gyro sensor 156 as a sensor that is sufficient as long as it can distinguish whether or not the vehicle is turning.

[0518] Furthermore, the gyro sensor 156 can be replaced with a sensor that detects the angular acceleration of the mobile terminal 90 (e.g., the derivative of the yaw rate), or with a sensor that detects the angle of the mobile terminal 90 (e.g., the yaw angle) (e.g., the geomagnetic sensor 157, tilt sensor, gravity sensor, etc., described later).

[0519] As shown in Figure 27, the mobile terminal 90 also incorporates a geomagnetic sensor (also called a magnetic force sensor) 157. The geomagnetic sensor 157 uses the Earth's magnetic field to detect the orientation of the mobile terminal 90 relative to absolute space (for example, the angle from magnetic north). Therefore, if the mobile terminal 90 is fixed to the vehicle, the geomagnetic sensor 157 can sequentially detect the orientation of the vehicle relative to absolute space. When used inside a vehicle (ideally in a fixed position), both the gyro sensor 156 and the geomagnetic sensor 157 function as motion sensors or dynamic behavior acquisition units that detect the dynamic behavior of the vehicle.

[0520] For example, as shown in Figure 28, when the mobile terminal 90 is placed in the recess 182 in an orientation that is facing almost directly upwards, the measurement reference axis of the geomagnetic sensor 157 and the vertical centerline of the vehicle become almost parallel to each other. In this case, the geomagnetic sensor 157 can detect the yaw angle of the vehicle, that is, the orientation of the vehicle with respect to absolute space when viewed from directly above.

[0521] If the frequency of changes in direction (for example, the frequency of changes in the sign of direction) is high, it indicates that the vehicle has been turning frequently. In other words, this geomagnetic sensor 157 is also an example of a rotational motion state quantity acquisition unit that acquires the rotational motion of a vehicle by detecting or estimating it.

[0522] Furthermore, the rotational motion state quantity acquisition unit in some of the above examples can indirectly detect the rotational motion of the vehicle as a rotational operation of the vehicle's steering wheel switch (see Figure 28) by the user. For this purpose, the mobile terminal 90 may be mounted, for example, on the steering wheel switch so as to rotate integrally with it.

[0523] As shown in Figure 27, the mobile terminal 90 also incorporates a proximity sensor 158. The proximity sensor 158 of the vehicle is, for example, a capacitive type and detects changes in capacitance between itself and the object being detected. The detected change in capacitance varies depending on the size of the object being detected and the distance d to the object.

[0524] Here, the objects to be detected can include the user themselves, the vehicle, and objects including parts within the vehicle (regardless of whether they are made of metal or synthetic resin). The proximity sensor 158 detects the distance d between the mobile terminal 90 and objects located around it, relative to the position of the mobile terminal 90. The detected value does not depend on the vehicle's behavior, because even if the vehicle's behavior changes, the distance between the proximity sensor 158 and the surrounding objects does not change.

[0525] In the example shown in Figure 28, the object to be detected is a detectable member (such as a screen or cover) 184 that is fixedly, detachably, or retractably mounted on the dashboard 182. This detectable member 184 is installed within the range detectable by the proximity sensor 158 and is installed, for example, to at least partially cover the screen of the mobile terminal 90 from the front. The non-detectable member 184 may have a shape or layout that does not substantially obstruct the user from viewing the screen of the mobile terminal 90 while the user is operating the vehicle.

[0526] Furthermore, when the proximity sensor 158 detects a member to be detected 184 that is fixed to the vehicle (acting as a stationary member inside the vehicle), if the distance d detected by the proximity sensor 158 does not change over time and is stationary, it can be estimated that the mobile terminal 90 is placed in the same position relative to the vehicle. Conversely, if the distance d detected by the proximity sensor 158 changes over time and is non-stationary, it can be estimated that the mobile terminal 90 is placed in a position that fluctuates relative to the vehicle. A typical example of such a position is the user's body.

[0527] Therefore, by combining the proximity sensor 158, i.e., the mobile terminal 90, with the detected member 184 fixed to the vehicle, it is possible to estimate whether or not the mobile terminal 90 is being carried by a user.

[0528] By using the proximity sensor 158 inside the vehicle, it becomes possible to distinguish whether the mobile terminal 90 is being carried by the user while riding in the vehicle, or whether it is not being carried but is permanently placed somewhere inside the vehicle.

[0529] As a specific example of the algorithm for making this distinction, if the time profile (time-series data) of the capacitance change (or distance) detected by the proximity sensor 158 is non-stationary, and / or the detected distance d is longer than the threshold d0 (for example, because the proximity sensor 158 cannot detect the non-detectable member 184), it is determined that the mobile terminal 90 is likely to be carried by the user while riding.

[0530] In contrast, if the time profile of the capacitance change (or distance) detected by the proximity sensor 158 is substantially steady, and / or the detected distance d does not exceed the threshold d0 (for example, as shown in Figure 28, the proximity sensor 158 continues to detect the non-detectable member 184), it is possible to determine that the mobile terminal 90 is not being carried by the user while riding in the vehicle, but is likely to be fixed in place somewhere inside the vehicle (a specific position on the dashboard 182).

[0531] Furthermore, while it is possible to determine whether the time profile of the capacitance change (or distance) detected by the proximity sensor 158 is substantially steady, it is also possible to perform the test in a manner that does not determine whether the detected distance d exceeds the threshold d0. If the detected value waveform is steady, it is reasonable to assume that the mobile terminal 90 is fixedly installed inside the vehicle, given that the user is not wearing the mobile terminal 90 and the mobile terminal 90 remains stationary despite the user's body movements, in this scenario where the main issue is whether or not the vehicle enters the parking lot 20, simply knowing that the mobile terminal 90 is stationary is sufficient. And according to this embodiment, it is not necessary to attach additional parts such as the detected member 184 to the vehicle.

[0532] On the other hand, when the mobile terminal 90 is carried by the user while riding, the accuracy with which the acceleration sensor 154, gyro sensor 156, and geomagnetic sensor 157 detect the corresponding vehicle behavior is low. However, when the mobile terminal 90 is fixedly placed somewhere inside the vehicle while riding, the accuracy with which the acceleration sensor 154, gyro sensor 156, and geomagnetic sensor 157 detect the corresponding vehicle behavior is high.

[0533] Therefore, the proximity sensor 158 can be used to ensure that the acceleration sensor 154, gyro sensor 156, and geomagnetic sensor 157 can detect their respective vehicle behaviors with high accuracy.

[0534] The system 10 according to this embodiment has the same features (program execution unit or functional unit) as shown in Figure 7, except for the receiving processing unit 202, the shipping processing unit 208, and the behavioral analysis unit 210. The receiving processing unit 202 executes the same receiving processing program as shown in Figure 12, except for step S1203 in Figure 12. The shipping processing unit 208 executes the same shipping processing program as shown in Figures 16 and 17, except for steps S1602, S1615-S1618 (the shipping determination step group) and S1621 in Figure 16, and step S1627 in Figure 17.

[0535] Figure 29 shows a flowchart illustrating a modified version in which step S1203 of the parking process program shown in Figure 12 should be replaced. This modified version is represented as a parking lot identification module at the time of entry, which identifies the parking lot into which the user entered the vehicle during the parking stage.

[0536] This parking lot identification module for entry performs a parking lot identification method that has the following multiple steps.

[0537] A. Approach judgment process

[0538] In the parking entry stage, as illustrated in Figure 32, it is determined whether the current position CP, measured by the positioning unit 230 (a GPS positioning unit or base station positioning unit using a coordinate system fixed to the Earth), has transitioned from being outside all spatial regions SP centered on the reference coordinate point RP (longitude, latitude) for all parking lots 20 to being inside any spatial region SP centered on the reference coordinate point RP (longitude, latitude) for any of the parking lots 20. Based on this, it is determined whether the current position CP has entered any spatial region SP corresponding to any of the parking lots 20.

[0539] In the example shown in Figure 32, vehicle AM ​​moves from its current position CP1 outside the spatial region SP to its current position CP2 inside the spatial region SP, and as a result, it is determined that the current position CP has entered the spatial region SP at that point.

[0540] The spatial region SP may be defined using multiple coordinate points (for example, a set of multiple coordinate points to define the boundary line of the site) so as to geometrically accurately reflect the boundary line of the site of the corresponding parking lot 20. However, in this case, the size of the data required for the definition will increase, and it will be necessary to allocate a corresponding amount of communication load and storage capacity for the mobile terminal 90.

[0541] In contrast, in the example shown in Figure 32, one spatial region SP is defined as one circular region (which may be a collection of multiple circular regions). This single circular region has a radius r centered on one reference coordinate point RP. Therefore, one spatial region SP is defined using only relatively small datasets: data representing one reference coordinate point RP and data representing one radius r. Consequently, this example saves communication load and memory capacity on the mobile terminal 90.

[0542] However, if a single spatial region SP is defined as at least one circular region, it is usually difficult for a single spatial region SP to cover the entire site of a corresponding parking lot 20 without any excess or deficiency.

[0543] Specifically, in the example shown in Figure 32, in order to prioritize the complete coverage of the non-circular area of ​​the corresponding parking lot 20, one circular area ends up including parts outside the parking lot 20's site.

[0544] Therefore, if the determination of which parking lot 20 a vehicle has entered is made using only the location information (positioning unit 230) acquired by the mobile terminal 90, there is a risk that an incorrect determination may be made that vehicle AM ​​has entered a parking lot 20, even if the vehicle AM ​​is located outside the premises of that parking lot 20.

[0545] Incidentally, our research has revealed that, generally speaking, when a vehicle, regardless of its type, travels within any parking lot, it exhibits unique behaviors that do not exist when the vehicle travels on a normal road.

[0546] Specifically, as shown in Figure 1, each parking space 20 typically has multiple parking spaces arranged closely together, and in this situation, users need to select one of these spaces to enter the parking space 20 from the adjacent road. Therefore, it was found that vehicles perform turning movements (left steering, right steering, counter-steering, steering hold, etc.) and acceleration / deceleration movements (braking, acceleration, deceleration, starting, stopping, reversing, etc.) more frequently within each parking space 20 than when driving on a normal road.

[0547] Based on this understanding, in this embodiment, the vehicle AM ​​is not determined to have entered a parking lot 20 guided by the location information (positioning unit 230) acquired by the mobile terminal 90 simply because the vehicle AM ​​transitions from a state where it is located outside all spatial areas SP of all parking lots 20 to a state where it is located inside any spatial area SP of any of the parking lots 20.

[0548] In this embodiment, the system determines that the vehicle AM ​​is in the parking lot 20 guided by the location information only when multiple conditions, including the condition described later, and the condition that the vehicle AM ​​performs high-frequency turns (or, in lieu of or in addition to, high-frequency acceleration and deceleration), are met simultaneously.

[0549] B. Boarding status determination process

[0550] During the vehicle entry stage, the acceleration of the mobile terminal 90 is detected using an acceleration sensor 154 (an example of the acceleration acquisition unit), and it is determined whether or not the user may be riding in the vehicle AM ​​based on the amplitude and / or frequency of the high-frequency component in the waveform of the detected acceleration.

[0551] Furthermore, when considering the function and application of the acceleration sensor 154, if the acceleration waveform detected by the acceleration sensor 154 is used to detect the amplitude and / or frequency of the acceleration waveform (vibration waveform) generated in the mobile terminal 90, the acceleration sensor 154 constitutes an example of a vibration acquisition unit. On the other hand, if the acceleration sensor 154 is used to detect the acceleration (axial acceleration) of the translational motion of the mobile terminal 90, the acceleration sensor 154 constitutes a typical example of an acceleration acquisition unit.

[0552] As mentioned above, Figure 21(a) shows an example of the acceleration waveform of the mobile terminal 90 when the user is walking with a central acceleration of 0, and Figure 21(a) also shows an example of the acceleration waveform of the mobile terminal 90 when the user is riding in a moving vehicle with a central acceleration of 0.

[0553] Thanks to this passenger status determination process, the in-vehicle placement status determination process, high-frequency turning status determination process, and high-frequency acceleration / deceleration status determination process, described later, are designed to be executed only when the user is in a vehicle AM ​​and walking within any of the parking lots 20. Therefore, if the user is not in the vehicle AM ​​and is walking within the parking lot 20, these determination processes are either not executed, or if executed, their results are ignored.

[0554] As a result, this occupancy status determination process allows the parking lot 20 to be completely unmanned, and eliminates the need to install special equipment in the parking lot 20, while simultaneously suppressing system malfunctions and improving the reliability of the system's determination results.

[0555] However, it is possible to implement the present invention without performing this riding state determination step.

[0556] C. In-vehicle installation status determination process

[0557] During the vehicle entry stage, the proximity sensor 158 is used to determine, as illustrated in Figure 28, whether the mobile terminal 90 is not being carried by the user while the vehicle is in use, and whether the mobile terminal 90 is fixedly installed inside the vehicle AM.

[0558] Thanks to this in-vehicle mounting state determination process, the high-frequency turning state determination process and the high-frequency acceleration / deceleration state determination process, described later, are either not performed or, if performed, their results are ignored, because the accuracy of these determination processes may decrease if the user is riding in the vehicle AM ​​and carrying the mobile terminal 90.

[0559] As a result, this in-vehicle placement status determination process, similar to the passenger status determination process, suppresses malfunctions of the system and improves the reliability of the system's determination results.

[0560] However, it is possible to implement the present invention without performing this in-vehicle installation status determination step.

[0561] D. High-frequency turning state determination process

[0562] In the loading stage, the angular velocity (especially the yaw rate θ) of the rotational motion (especially the yaw motion) of the mobile terminal 90 is detected by using a gyro sensor 156 or a geomagnetic sensor 157 (both of which are examples of the rotational motion state quantity acquisition unit), and based on the frequency of change of the detected angular velocity, it is determined whether or not the vehicle may be in a high-frequency turning state in which it is turning at a frequency higher than that expected when the vehicle is driving on a normal road.

[0563] Here, the frequency of change in angular velocity is equivalent to, for example, the frequency of change in the sign of the angular velocity (for example, the direction of yaw motion), that is, the number of steering wheel reversals performed by the user per unit time (see Figure 28).

[0564] To explain in more detail, in the example of the parking lot 20 shown in Figure 1, a scenario can be envisioned in which a vehicle traveling on the adjacent road enters the parking lot 20 from the entrance / exit 24, travels through the parking lot 20, and, with one of the parking spaces 22 as the target parking space 22, enters that target parking space 22. For example, the vehicle would travel along the adjacent road from left to right, then turn left to enter the parking lot 20, and then turn right to enter one of the five parking spaces 22 on the right side as the target parking space 22 and park there.

[0565] In this scenario, as illustrated in Figure 33 (θ: yaw angle, Δθ: yaw rate), the user operates the vehicle's steering wheel switch. 1) Turn left just before the entrance / exit gate 24. 2) Turning the steering wheel back immediately after passing through the entry / exit gate 24, 3) Turning the steering wheel to the right just before the parking space, 4) Turning the steering wheel back immediately after entering the parking space. This requires steering (reversing direction) four times. Generally, the number of times a user reverses the steering wheel switch when a vehicle travels the same distance on the road is less. The dimensions of each parking space 22 are, for example, 2.5m wide and 5.0m deep, so the approximate distance a vehicle travels from near the entrance / exit 24 on the adjacent road to the target parking space 22 can be estimated.

[0566] Based on these findings, the high-frequency turning state determination step determines whether the vehicle may be in a high-frequency turning state, that is, whether the vehicle exhibits a unique dynamic behavior that does not occur when the vehicle is driving on a normal road but does occur when it is driving within a parking lot 20. This is done by determining whether the frequency of change n of the angular velocity (yaw rate Δθ) (for example, the total number of peaks and valleys that appear per unit time in the graph of Figure 33 representing the yaw rate Δθ) exceeds a threshold n0.

[0567] Specifically, the high-frequency turning state determination step determines whether the vehicle may be in a high-frequency turning state by determining, for example, whether the number of times n the sign of the angular velocity changes from positive to negative and from negative to positive per observation time Δt (in seconds) of the angular velocity (e.g., 20 seconds, 30 seconds, 40 seconds) exceeds a threshold n0 (e.g., 4 times, 6 times, 8 times, or an intermediate value between these numbers).

[0568] Alternatively, if the ratio n / Δt, obtained by dividing the number of turns n by the observation time Δt, exceeds a predetermined value (for example, 0.2, 0.3, 0.4, 0.5, or an intermediate value between these numbers), it may be determined that the vehicle is in a high-frequency turning state.

[0569] Furthermore, this high-frequency rotation state determination process may be performed using a geomagnetic sensor 157 or another sensor (e.g., a tilt sensor, gravity sensor, etc.) in addition to or instead of the gyro sensor 156 to achieve the same function.

[0570] E. Entrance parking lot identification process

[0571] In the receiving stage, there are four conditions, namely, 1. The first condition is that the current location CP has entered the spatial area SP corresponding to one of the parking lots 20, 2. The second condition is that the user may be riding in vehicle AM, 3. The third condition is that the mobile terminal 90 is not being carried by the user and may be permanently installed inside the vehicle AM, 4. The fourth condition is that the vehicle AM ​​may be in the aforementioned high-frequency turning state. If all of the above conditions are met simultaneously, one of the aforementioned parking lots 20 is identified as the parking lot into which the user entered in their vehicle.

[0572] F. High-frequency acceleration / deceleration state determination process

[0573] The high-frequency acceleration / deceleration state determination step may be performed instead of, or in addition to, the high-frequency turning state determination step described above.

[0574] This high-frequency acceleration / deceleration state determination process, in the entry stage, uses an acceleration sensor 154 to detect the acceleration of the mobile terminal 90, and based on the frequency of change of the low-frequency component of the detected acceleration waveform, determines whether or not the vehicle AM ​​may be in a high-frequency acceleration / deceleration state in which it accelerates or decelerates (starting (acceleration from speed 0), stopping (deceleration to speed 0), acceleration, deceleration, etc.) at a frequency higher than that expected when the vehicle AM ​​is driving on a normal road.

[0575] In the same scenario described above using the parking lot 20 shown in Figure 1 as an example, the user operates by pressing the accelerator pedal and brake pedal (not shown). 1) Slow down before the entrance / exit gate 24. 2) Acceleration immediately after entering the entry / exit gate 24, 3) Slow down before reaching the parking space, 4) Acceleration immediately after entering the parking space, and 5) Decelerating the vehicle to park it in the parking space. In this way, it is necessary to switch the vehicle's driving state between deceleration and acceleration five times. Generally, when a vehicle travels the same distance on the road, the number of times the user switches between deceleration and acceleration is less.

[0576] Figure 34 shows an example of an acceleration waveform acquired when a vehicle accelerates and decelerates. As mentioned above, this acceleration waveform has both low-frequency and high-frequency components.

[0577] As mentioned above, the high-frequency components are shown in Figures 19(a) and 21(a), and these components vary depending on whether the user is walking or riding in a vehicle.

[0578] Specifically, Figure 19(a) reflects the shock waves received by the mobile terminal 90, which is attached to the user's body and moves integrally with it, via the user's feet and other parts of the body, when the user's feet make contact with the road surface while the user is walking. On the other hand, Figure 21(a) reflects the shock waves received by the mobile terminal 90, which is attached to the user's body and moves integrally with it, when the vehicle's tires roll over unevenness in the road surface while the user is driving (riding in a vehicle), via the tires, suspension system, and seat, which are vehicle components with higher shock absorption capabilities than the feet and body.

[0579] In contrast, the low-frequency component represents the actual acceleration of the user or vehicle. Therefore, in high-frequency acceleration and deceleration states, the low-frequency component is taken as the primary component to focus on, and it represents the time profile (time history) of the vehicle's acceleration.

[0580] Based on these findings, the high-frequency acceleration / deceleration state determination step uses the acceleration sensor 154 to detect the acceleration of the mobile terminal 90, and determines whether the vehicle may be in a high-frequency acceleration / deceleration state by determining whether the change frequency m of the low-frequency component of the detected acceleration waveform is higher than the threshold m0.

[0581] Specifically, the high-frequency acceleration / deceleration state determination step determines whether the vehicle may be in a high-frequency acceleration / deceleration state by determining, for example, whether the number of times m in which the sign of acceleration changes from positive to negative and from negative to positive per acceleration observation time Δt (in seconds) (e.g., 20 seconds, 30 seconds, 40 seconds) exceeds a threshold m0 (e.g., 4 times, 6 times, 8 times, or an intermediate value between these numbers).

[0582] Alternatively, if the ratio m / Δt, obtained by dividing the number of occurrences m by the observation time Δt, exceeds a predetermined value (for example, 0.2, 0.3, 0.4, 0.5, or an intermediate value between these numbers), it may be determined that the vehicle is in a high-frequency acceleration / deceleration state.

[0583] 1. Parking lot identification module upon entry.

[0584] Now, returning to Figure 29, let's explain the parking lot identification module upon entry. After step S1202 shown in Figure 12 (the positioning unit 230, which is a GPS positioning unit or base station positioning unit, measures the current location CP of the mobile terminal 90), in step S2901, it is determined whether the current location CP1, which was measured during the previous execution of step S1202, was outside all spatial areas SP corresponding to all parking lots 20, but whether the current location CP2, which was measured during the execution immediately preceding step S1202, is within any of the spatial areas SP corresponding to any of the parking lots 20.

[0585] In other words, it is determined whether the user has moved from outside any of the spatial areas SP corresponding to any of the parking lots 20 into any of the spatial areas SP corresponding to any of the parking lots 20, that is, whether or not they have just entered any of the spatial areas SP.

[0586] Here, the spatial region SP corresponding to each parking lot 20 is jointly defined by the reference coordinate point RP (a function of the identification code of the parking lot 20) corresponding to that parking lot 20 and the radius r (a function of the identification code of the parking lot 20) assigned to that parking lot 20, thereby defining one spatial region SP in absolute space. The combination of the reference coordinate point RP and the radius r associated with the parking lot 20 is stored in the memory 132 of the mobile terminal 90 as spatial region description data.

[0587] The spatial domain description data is downloaded in advance from the management server 50 for all parking lots 20, or only for those parking lots 20 located near the current location of the mobile terminal 90 (for example, within a predetermined distance from the current location).

[0588] Here, determining whether the current position is within the spatial region SP corresponding to each parking lot 20 can be done, for example, by calculating the distance D between the current position and the reference coordinate point of each parking lot 20. If the distance D is less than or equal to the radius r corresponding to each parking lot 20, it is determined that the current position is within the spatial region SP. If the distance D is greater than the radius r corresponding to each parking lot 20, it is determined that the current position is outside the spatial region SP.

[0589] If the determination is NO, the process returns to step S1202. If it is YES, in step S2902, one parking lot 20 corresponding to the relevant spatial area SP is selected as a candidate parking lot 20 into which the user entered during the parking stage.

[0590] Next, in step S2905, the distance d is detected using the proximity sensor 158. Subsequently, in step S2906, it is determined whether the distance d is shorter than the threshold d0 and whether the time profile of the distance d is steady over time.

[0591] If the determination in step S2906 is NO, it is determined that the mobile terminal 90 may be being carried by the user, and in step S2907, a warning message to the user is output from the mobile terminal 90 as an image or sound. The warning is made to prompt the user to place the mobile terminal 90 in a designated location in the vehicle, for example, on the dashboard 180. The process then returns to step S1202.

[0592] In contrast, if the determination in step S2906 is YES, then in step S2908, it is determined that the mobile terminal 90 is not being carried by the user and may be permanently placed in a designated location inside the vehicle. In other words, it is determined that it is in an indoor-mounted state. In this case, the execution of the aforementioned high-frequency turning state determination process is permitted and started.

[0593] Specifically, in step S2909, the angular velocity of the mobile terminal 90, that is, in this case the angular velocity (yaw rate) of the vehicle, is detected by using the gyro sensor 156.

[0594] Next, in step S2910, the frequency n of change in the direction (positive or negative) of the angular velocity (e.g., the number of times the user has turned the vehicle's steering wheel switch per unit time, the frequency of the angular velocity waveform, etc.) is calculated from the waveform of the angular velocity detection value over a certain period of time in the past. For example, this frequency n is the number of times the user has turned the vehicle's steering wheel switch within the past 5, 10, or 20 seconds.

[0595] Subsequently, in step S2911, it is determined whether the change frequency n is higher than the threshold n0. The threshold n0 is, for example, 2, 4, or 6.

[0596] If the change frequency n is less than or equal to the threshold n0, the determination in step S2911 is NO, and it is determined that there is a high probability that the vehicle is traveling on a normal road, after which the process returns to step S1202.

[0597] In contrast, if the change frequency n is higher than the threshold n0, the determination in step S2911 becomes YES, and in step S2912, it is determined that the vehicle may be in a high-frequency turning state.

[0598] Next, in step S2913, it is determined that the user has actually gotten into the vehicle and entered the candidate parking lot. Then, in step S2914, the candidate parking lot is identified as the parking lot 20 where the user is currently located, that is, the parking lot into which the user entered during the parking entry stage. Next, the process proceeds to step S1204 in Figure 12.

[0599] Subsequently, in step S1208, the mobile terminal 90 transmits the user ID, parking ID, vehicle information, and boarding / entry data indicating that the user boarded a vehicle and entered parking lot 20 at the entry stage to the management server 50. In response, the management server 50 receives this information from the mobile terminal 90 in step S1252.

[0600] 2. Parking lot identification module upon exit.

[0601] Figure 30 shows a modified example in which step S1602 of the exit processing program shown in Figure 16 should be replaced. This modified example is represented as an exit entry parking lot identification module that identifies the parking lot into which the user entered on foot during the exit stage.

[0602] To explain this exit-time parking lot identification module, after the execution of step S1601 shown in Figure 16, in step S3001, it is determined, in the same manner as in step S2901 described above, whether the user has moved from outside all spatial areas SP corresponding to all parking lots 20 into any spatial area SP corresponding to any parking lot 20.

[0603] If the determination is NO, the process returns to step S1601. If it is YES, in step S3002, one parking lot 20 corresponding to the relevant spatial area SP is selected as a candidate for the parking lot 20 into which the user entered during the exit stage.

[0604] Next, in step S3003, the acceleration waveform is acquired using the acceleration sensor 154 in the same manner as in step S2903 described above. Furthermore, high-frequency components are extracted from the acceleration waveform, and the frequency F of these high-frequency components is calculated.

[0605] Subsequently, in step S3004, it is determined whether the calculated frequency F is higher than the threshold F0.

[0606] If the frequency F is lower than the threshold F0, the judgment in step S3004 is NO, and it is determined that the vehicle is in a riding state, and the process returns to step S1601. However, if the frequency F is greater than or equal to the threshold F0, the judgment in step S3004 is YES, and in step S3005, it is determined that the vehicle is in a walking state.

[0607] Next, in step S3006, it is determined that the user has actually walked into the candidate parking lot. Then, in step S3007, the candidate parking lot is identified as the parking lot 20 where the user is currently located, that is, the parking lot into which the user entered during the exit stage. Subsequently, the process proceeds to step S1603 in Figure 16.

[0608] 3. Exit parking lot identification module

[0609] Figure 31 shows a flowchart of a first modified example of the exit processing program shown across Figures 16 and 17, in which S1615-S1618 (first replacement portion) in Figure 16 should be replaced, and a second modified example in which S1621 (second replacement portion) in Figure 16 should be replaced. These are represented as an exit parking lot identification module that identifies the parking lot from which the user exited during the exit stage.

[0610] In the first modified example, if the determination in step S1613 in Figure 16 is NO, the execution of this exit parking lot identification module is started. In the second modified example, if the determination in step S1610 in Figure 16 is NO, the execution of this exit parking lot identification module is started.

[0611] In each of the modified cases, when the execution of this exit parking lot identification module is started, first, in step S3101, the positioning unit 230, which is a GPS positioning unit or a base station positioning unit, measures the current location CP of the mobile terminal 90. Next, in step S3102, it is determined whether the current location CP1 measured during the previous execution of step S3101 was within one of the spatial areas SP corresponding to one of the parking lots 20, but whether the current location CP2 measured during the execution immediately preceding step S3102 is outside of one of those spatial areas SP.

[0612] In other words, it is determined whether the user has moved from within any of the spatial areas SP corresponding to any of the parking lots 20 to outside of that spatial area SP, that is, whether or not they have just left any of the spatial areas SP.

[0613] If the determination in step S3102 is NO, the procedure for the first modified example proceeds to step S1613, and the procedure for the second modified example proceeds to step S1609.

[0614] In response to this, if the determination in step S3102 is YES, then in step S2902, one parking lot 20 corresponding to the spatial region SP to which the current position belonged until immediately before is selected as a candidate parking lot 20 from which the user exited in the exit stage.

[0615] Next, in step S3104, the acceleration waveform is acquired over a certain period of time (analysis window) using the acceleration sensor 154, as illustrated in Figure 34. Furthermore, high-frequency components are extracted from the acceleration waveform using a digital high-pass filter. Then, the frequency F (for example, the frequency F1 or F2 of the large-amplitude frequency component shown in Figures 20(a) and 22(a)) is calculated from the high-frequency components.

[0616] Subsequently, in step S3105, it is determined whether the calculated frequency F is lower than the threshold F0 (which is equivalent to the second threshold F0).

[0617] If the frequency F is greater than or equal to the threshold F0, the determination in step S3105 is NO, and it is determined to be in a walking state, and the process proceeds to the appropriate step among S1613, S1609, and S1628. However, if the frequency F is lower than the threshold F0, the determination in step S3105 is YES, and in step S3106, it is determined to be in a riding state.

[0618] Next, in step S3107, it is determined that the user has actually gotten into the vehicle and exited the candidate parking lot. Then, in step S3108, the candidate parking lot is identified as the parking lot from which the user got into the vehicle and exited during the exit stage. Subsequently, the first modified example proceeds to step S1619, and the second modified example proceeds to step S1622.

[0619] Subsequently, in the first modified example, the mobile terminal 90, in step S1619, further transmits exit operation data (corresponding to a combination of exit operation discrimination data indicating that an exit operation occurred and exit operation discrimination data indicating that the user got in the vehicle and left the candidate parking lot) to the management server 50, indicating that the user, in the exit stage, performed an exit operation and left the candidate parking lot. In response, the management server 50 receives the exit operation data from the mobile terminal 90 in step S1656. The management server 50 further sets the current time as the exit time, updates the parking lot status management table to reflect the exit time, and further updates the exited flag to ON.

[0620] Furthermore, in the second modified example, in step S1623, the mobile terminal 90 further transmits exit operation-less boarding / exit data (corresponding to a combination of exit operation discrimination data indicating no exit operation and boarding / exit discrimination data indicating that the user boarded and exited) to the management server 50, indicating that the user boarded the vehicle and exited the candidate parking lot without performing an exit operation during the exit stage. In response, the management server 50 receives the exit operation-less boarding / exit data from the mobile terminal 90. The management server 50 further updates the parking lot status management table so that the re-entry flag is turned ON.

[0621] Comparison of the first and second embodiments with this embodiment

[0622] According to the first and second embodiments, in the vehicle entry stage, the user's location information is referenced, but the user's behavior information and the vehicle's behavior information are not referenced when the vehicle entry process is performed. In contrast, in the vehicle exit stage, the user's location information and user's behavior information (whether walking or riding) are referenced, but the vehicle's behavior information is not referenced when the vehicle exit process is performed.

[0623] As a result, according to the first and second embodiments, in the entry stage, it is not possible to distinguish whether the user entered one of the parking lots 20 on foot or entered by vehicle (in the first place, in the entry stage, it is not normally possible to assume a scenario in which the user enters one of the parking lots 20 on foot), but in the exit stage, it is possible to distinguish whether the user left the parking lot 20 on foot or left by vehicle.

[0624] However, even at the exit stage, if it is not necessary to distinguish whether the user walked out of the parking lot 20 or got into a vehicle to leave (for example, if re-entry within the valid parking time is not permitted), then it becomes unnecessary to refer to user behavior information not only at the entry stage but also at the exit stage.

[0625] In contrast, according to this embodiment, unlike the first and second embodiments, in the vehicle entry stage, the user's location information and vehicle behavior information (e.g., high-frequency turning, high-frequency acceleration / deceleration) are referenced, but the user's behavior information is not referenced when the vehicle entry process is performed.

[0626] Therefore, unlike the first and second embodiments, this embodiment also references vehicle behavior information, thus improving the reliability of the system 10 with respect to the technology for identifying the parking lot being used by the user, even though it does not depend on the equipment installed in the parking lot 20, compared to the first and second embodiments.

[0627] Furthermore, according to this embodiment, as with the first and second embodiments, in the exit stage, the user's location information and behavior information are referenced, but the vehicle's behavior information is not referenced when the exit process is performed. This makes it possible to distinguish whether the user exited the parking lot 20 on foot or by getting into a vehicle.

[0628] However, it is not essential to refer to user behavior information during the parking entry and / or exit process when implementing the present invention. This is because, if the user is required to place their mobile terminal 90 in a predetermined location inside their vehicle in order to use the parking lot 20, the aforementioned parking entry and / or exit process will be performed with the mobile terminal 90 inside the vehicle, and therefore these processes do not require user behavior information.

[0629] Furthermore, the technical concept of performing parking and / or exit processing by referring at least the user's location information and vehicle behavior information (e.g., high-frequency turning, high-frequency acceleration / deceleration) during the parking entry and / or exit stages can be applied to any parking lot 20, regardless of its operating form, and may be applied to either a prepaid time-based system or a postpaid time-based system.

[0630] [Fourth Embodiment]

[0631] Next, a parking management system 10 and a parking management method according to an exemplary fourth embodiment of the present invention will be described. However, elements common to the first to third embodiments will be referenced using the same reference numerals or names to avoid redundant explanations, and only the different elements will be described in detail.

[0632] Figure 35 is a time chart illustrating how the status (occupied state, operational state) of each parking space 22 changes over time for each user in a parking lot 20, in order to explain the operating principles of the parking lot status management table creation / update unit and the vacancy determination unit in this system 10. Figure 36 is a flowchart conceptually representing the management table creation / update module for implementing the management table creation / update unit in this system 10.

[0633] The system 10 according to this embodiment is designed to manage a prepaid hourly parking lot 20, similar to the first to third embodiments.

[0634] Specifically, in the parking entry stage, as shown at the top of Figure 36, first, in step S3601, the user enters their user ID into the mobile terminal 90. Next, in step S3602, the mobile terminal 90 selects the parking lot 20 to enter (the parking lot into which the user entered while in the vehicle for the purpose of parking), that is, for example, according to the algorithm shown in Figure 29, it identifies the parking lot 20 to which the user entered by referring to the user's location information and vehicle behavior information.

[0635] Next, in step S3603, the user ultimately indicates to the management server 50 their intention to enter the parking lot 20 by operating the entry button on the mobile terminal 90. Then, in step S3604, the user enters the valid parking time into the mobile terminal 90.

[0636] Next, in step S3605, the mobile terminal 90 transmits the above-mentioned information to the management server 50, namely the user ID, the parking lot ID representing the parking lot 20 into which the vehicle has entered (this is an example of the "parking lot identification data" mentioned above), the valid parking time, and parking operation data indicating that the user has performed a parking operation (this is an example of the "first transmission step" mentioned above).

[0637] Subsequently, in step S3606, the user pays a prepaid parking fee corresponding to the length of the effective parking time via the mobile terminal 90. Then, in step S3607, the user leaves the vehicle parked in the parking lot 20, gets out of the vehicle, and then walks through the parking lot 20 to exit through the entrance / exit gate 24.

[0638] In the first to third embodiments, neither the mobile terminal 90 nor the management server 50 has an algorithm to determine whether or not the user has walked out of the parking lot 20 during the entry stage. However, they may execute an algorithm similar to the one shown in steps S3101-S3105 of Figure 31, thereby automatically determining whether or not the user has walked out of the parking lot 20.

[0639] In response, the management server 50 receives various information transmitted from the mobile terminal 90 in step S3605 in step S3651. Subsequently, in step S3652, it creates a parking lot status management table (hereinafter simply referred to as the "management table") as shown in Figure 26, in the same manner as in the first to third embodiments (this is an example of the "management table creation and update process" described above).

[0640] Subsequently, in step S3653, the management server 50 initializes the status of various flags in the management table. The reason for initializing the status of various flags is that the process is currently in the receiving stage. Specifically, the received flag is initialized to ON, but the re-receiving permission flag, temporary outbound flag, outbound flag, regular outbound flag, and deemed outbound flag are all initialized to OFF.

[0641] Next, in the exit stage, as shown in the lower part of Figure 36, first, in step S3611, the user enters a user ID into the mobile terminal 90. Then, in step S3612, the mobile terminal 90 selects the parking lot 20 from which the user is to exit (the parking lot into which the user entered on foot for the purpose of exiting), that is, for example, according to the algorithm shown in Figure 30, it identifies the parking lot 20 from which the user is to exit by referring to the user's location information and behavior information.

[0642] Next, in step S3613, the mobile terminal 90 determines whether the current parking ID of parking lot 20 matches the parking ID of the entry parking lot 20 that is stored in the management table in association with the user.

[0643] If they match, in step S3614, the mobile terminal 90 creates exit operation determination data indicating whether the user operated the exit button on the mobile terminal 90, that is, whether an exit operation was performed as an expression of intent.

[0644] Next, regardless of whether an exit operation has been performed, in step S3615, the mobile terminal 90 determines whether or not it has exited the parking lot 20, following an algorithm similar to that represented by steps S3101 and S3102 in Figure 31.

[0645] If it is determined that the user has left the vehicle, in step S3616, the mobile terminal 90 determines whether the user is in a riding state, following an algorithm similar to the one shown in steps S3104-S3106 in Figure 31.

[0646] Subsequently, in step S3617, the mobile terminal 90, based on the determination results of steps S3615 and S3616, creates boarding / exiting determination data indicating whether or not the user has left the parking lot 20 while in a vehicle, and transmits this boarding / exiting determination data, along with the exit operation determination data, to the management server 50, associating it with the user (this is an example of the "second transmission step" described above).

[0647] In response, in step S3671, the management server 50 receives boarding / exiting determination data and exit operation determination data from the mobile terminal 90, associating them with the user. Subsequently, in step S3672, the management server 50 determines whether the valid parking time (for example, the scheduled exit time) in the management table has expired at the current time measured by the clock 172, that is, whether the time has been exceeded.

[0648] If it is determined that the time has been exceeded, in step S3673, the management server 50 updates the management table by updating the status of various flags (this is an example of the "management table creation and update process" described above).

[0649] Specifically, the management server 50 determines that a temporary exit has occurred if the received boarding / exit determination data indicates that the user has exited while in the vehicle, the received exit operation determination data indicates that no exit operation was performed, and the valid parking time has not expired at the time of receipt of the data. The management server 50 then switches the status of the temporary exit flag from OFF to ON, and further switches the status of the re-entry permission flag, which indicates that the user is granted the right to re-enter the same parking lot, from OFF to ON.

[0650] Furthermore, if the received boarding / exit determination data indicates that the user is leaving in the aforementioned boarding state, and the received exit operation determination data indicates that an exit operation is performed, and the valid parking time has not expired at the time of receipt of the data, the management server 50 determines that a legitimate exit has been completed, switches the legitimate exit flag from OFF to ON, and further switches the exited flag from OFF to ON.

[0651] Furthermore, after the management server 50 determines that a temporary departure has occurred, it determines whether the valid parking time has expired at the time of reception. If it has expired, it determines that a deemed departure has occurred and switches the state of the deemed departure flag from OFF to ON. In this case as well, it switches the state of the departure flag from OFF to ON, just as in the case of a regular departure.

[0652] Furthermore, the management server 50, while the re-entry permission flag is ON, determines whether the valid parking time has expired at the time of reception, and if it has expired, switches the state of the re-entry permission flag from ON to OFF in order to revoke the right to re-enter the parking space.

[0653] Furthermore, in order to save memory capacity 162, the management server 50 may delete the corresponding user's behavior pattern from the management table in each judgment cycle if a regular or deemed shipment is determined. In that case, in the example shown in Figure 35, at time t5, the data for user number 1 will not exist in the management table.

[0654] By the way, in the first to third embodiments, as shown in Figure 7, the management server 50 has a vacancy determination unit 304. This vacancy determination unit 304 may be mounted on a mobile terminal 90, but in any case, for each parking lot, it determines whether or not there are unused vacant spaces among the multiple parking spaces in the parking lot 20 based on the number of confirmed entries and exits.

[0655] Specifically, the vacancy determination unit 304 deducts 1 from the number of unused vacant spaces among the multiple parking spaces in each parking lot 20 each time an entry is confirmed, and adds 1 to the number of vacant spaces each time an actual exit operation (regular exit) or deemed exit is confirmed.

[0656] In the first to third embodiments, the mobile terminal 90 receives occupancy status data (also referred to as congestion data representing the degree of vehicle congestion in the parking lot 20, parking status data representing the parking lot status, parking lot operation status data, parking lot occupancy status data, etc.) from the occupancy determination unit 304 of the management server 50 for each parking lot 20, distinguishing whether or not there are vacancies, that is, whether the parking lot is currently full with no vacancies (no vacancies) or vacant with at least one vacant space (vacancies).

[0657] In the first to third embodiments, if a user gets into their vehicle and leaves the parking lot 20 before the valid parking time expires, and the user does not perform an exit operation at that time (temporary exit), the user is given the right to re-enter the same parking lot 20, whether actively or effectively, until the valid parking time expires.

[0658] On the other hand, in the first to third embodiments, it is possible to distinguish whether the user left the parking lot 20 by getting into the vehicle (together with the vehicle) or by walking out of the parking lot 20 (leaving the vehicle parked in the parking lot 20).

[0659] Herein, if a user performs the aforementioned temporary exit, there is a possibility that the user will exercise the right to re-enter the parking lot before the valid parking time expires and actually re-enter the parking lot, or that the user will not exercise that right and will not actually re-enter the parking lot, and the vehicle will be treated as having been deemed to have been exited once the valid parking time expires.

[0660] If the former possibility is given more weight than the latter possibility, and the vacancy determination for parking space 20 is made conservatively (prioritizing the user's interests), then as a result, "even if a temporary exit occurs, the vehicle is considered to be present in parking space 20 for that user, and the vacancy determination is made accordingly." This could lead to the unnecessary creation of vacant spaces in parking space 20 that are not used by other users.

[0661] In contrast, if the latter possibility is given more weight than the former possibility, and the vacancy determination for parking lot 20 is made boldly (prioritizing the interests of the parking lot manager), the result is that "when a temporary exit occurs, it is assumed that the user will not re-enter the parking lot, and the vacancy determination is made accordingly." Therefore, even if the same user tries to re-enter parking lot 20, there is a risk that there will be no vacancies at all, and they will be unable to re-enter.

[0662] Given these circumstances, the system 10 according to this embodiment, when it performs a vacancy determination by deciding whether the parking lot is vacant or full without considering the expected number of future re-entries, will determine that the parking lot is vacant. However, if it performs the vacancy determination while considering the expected number of future re-entries, and the result would be full, the final determination will be set to a congested state. This balances the interests of the user and the interests of the parking lot manager.

[0663] Here, we will briefly explain the algorithm used by this system 10 to determine if a room is vacant.

[0664] This system 10 repeatedly determines the vacancy status of each parking space 20 for each user and at predetermined time intervals Δt. The reason this vacancy determination is performed per user rather than per parking space 22 is that, in this embodiment, it is unnecessary to manage which parking space 22 each user is parked in.

[0665] Here, the "time interval Δt" is typically set to be shorter than the minimum parking time it takes for a vehicle to enter and exit a parking lot 20, that is, so that a vehicle does not enter and exit a parking lot 20 within a single time interval Δt. For example, it may be 1 minute, 5 minutes, or 10 minutes.

[0666] However, the time interval Δt is a trade-off: a shorter interval allows for more accurate monitoring of the actual status of the parking lot 20, but increases the processing load on the management server 50. Therefore, it should be set to strike a good balance between monitoring accuracy and processing load.

[0667] Furthermore, the system 10 determines the vacancy status of each parking lot 20 by determining whether the operating status of each parking lot 20 is in one of three operating states: a full state where there are no vacant parking spaces 22 in each parking lot 20, an empty state where there are vacant parking spaces 22, or a congested state where it is possible that the parking lot is actually full or empty.

[0668] Specifically, the system 10 determines the vacancy status of each parking space 20 for each user, iteratively at predetermined time intervals, by referring to the management table illustrated in Figure 26.

[0669] The system 10 observes changes in the user's behavioral patterns toward the parking lot 20 in accordance with the latest contents of the management table for each judgment cycle.

[0670] Specifically, in each judgment cycle, this system 10, based on the contents of the management table, for each parking lot 20, X1: The number of valid parking spaces, which is the number of users whose valid parking time does not expire during each judgment cycle, X2: The number of confirmed exits, which is the number of users whose valid parking time did not expire during each judgment cycle and whose exit while the user was in the vehicle was accompanied by the exit operation, X3: During each judgment cycle, the number of uncertain exits is the number of users who, because the effective parking time did not expire and the user left the parking lot while in the vehicle without performing the exit operation, were granted the right to re-enter the same parking lot. Calculate.

[0671] Here, the uncertain number of exits X3 may not match the number of users who actually re-entered the parking lot afterward. If they do match, the calculated value of the actual number of parking spaces Y is: Y = X1 - X2 However, if they do not match, the calculated value of the actual number of parking spaces Y is: Y = X1 - (X2 + X3).

[0672] Thus, the calculated value of the actual number of parking spaces Y is fluid and fluctuates depending on the number of users who actually re-entered the parking lot. Ymin <= Y <= Ymax

[0673] This system 10 predicts whether the operating status of each parking lot 20 immediately after each determination cycle is in a full state, an empty state, or a congested state according to a predetermined determination rule based on the relationship between the three calculated values X1, X2, and X3 and the total number Z of those among the plurality of compartments 22 of each parking lot 20 that are assigned for time rental to users (the total number of compartments 22 for which time rental to users is scheduled, starting from a state where no time rental to users is performed).

[0674] Here, the "total number Z" may be defined as a number equal to the total number n of all the plurality of compartments 22 assigned to each parking lot 20. Also, when some of those compartments 22 are not compartments for time rental but, for example, compartments for monthly contract customers as illustrated in FIG. 1, the total number Z may be defined as a number less than the number n.

[0675] Also, the "predetermined determination rule" is defined as one determination rule selected from a plurality of potential determination rules or a combination of a plurality of determination rules.

[0676] Here, the "plurality of potential determination rules" are classified into a determination rule that does not assume the number of uncertain outgoing items X3, that is, does not assume the occurrence of restocking in the future (does not assume restocking), and a determination rule that assumes it.

[0677] First, according to an example of the determination rule that does not assume restocking, the number of users using each parking lot 20 at each time, that is, the maximum parking capacity Ymax, is Ymax = X1 - (X2 + X3) defined by the following formula.

[0678] And if the condition Ymax < Z is satisfied, the parking lot 20 is determined to be in an empty state, while if the condition Ymax = Z is satisfied, the parking lot 20 is determined to be in a full state.

[0679] Next, according to an example of the determination rule that assumes restocking, the number of users using each parking lot 20 at each time, that is, the minimum parking capacity Ymin, is Ymin = X1 - X2 is defined by the formula:

[0680] If the condition Ymin < Z is satisfied, parking lot 20 is determined to be in an empty state. On the other hand, if the condition Ymin = Z is satisfied, parking lot 20 is determined to be in a full state.

[0681] An example of the "potential determination rule" is that in each determination cycle, when determining whether the operating status of parking lot 20 is in a full state or an empty state from the maximum number of parked vehicles Y1, if the determination result is a full state, but when determining whether the operating status of parking lot 20 is in a full state or an empty state from the minimum number of parked vehicles Y2 and the determination result is an empty state, then the final determination result is determined to be a congested state.

[0682] Another example of the "potential determination rule" is that in each determination cycle, if the determination result in the previous determination cycle was a full state or a congested state, without considering this, and when determining whether the operating status of parking lot 20 is in a full state or an empty state from the minimum number of parked vehicles Y2 and the determination result is an empty state, then the final determination result is determined to be a congested state.

[0683] In any case, according to this system 10, it cannot be determined with certainty whether the operating status of each parking lot 20 is in an empty state or a full state. In fact, if there is a possibility of fluctuating between an empty state and a full state, parking lot 20 is determined to be in a congested state, neither in an empty state nor in a full state.

[0684] Thus, a user informed that parking lot 20 is in a congested state can go to parking lot 20 expecting that there may be an empty space even though they are aware that there may not be an empty space when they arrive at the site, and if there really is no empty space, they will not feel overly unhappy.

[0685] Figure 37 is a flowchart conceptually representing the vacancy determination module of this system 10, which is executed by the processor 160 of the management server 50 to carry out the vacancy determination unit 304 that performs vacancy determination according to the algorithm described above.

[0686] This vacancy determination module performs one determination cycle for each different parking lot 20 after the time interval Δt has elapsed.

[0687] In each determination cycle of this vacancy determination module, first, in step S3701, a parking lot 20 is selected from among the multiple parking lots 20 managed by the management server 50, and the management table corresponding to the selected parking lot 20 is read from memory 162.

[0688] Next, in step S3702, the number of users whose scheduled departure time (the rightmost position of the solid or dashed line in Figure 35) is in the future from the current time (for example, t5) is counted as the number of valid parking spaces X1 in the management table, and this value is stored in memory 162 in association with parking lot 20.

[0689] For example, in the scenario shown in Figure 35, at time t5, the number of valid parking spaces X1 is counted as "5" due to the valid parking time of five users numbered 2-4, 6, and 7, respectively.

[0690] Next, in step S3703, the number of users whose regular departure flag transitioned from OFF to ON during the current judgment cycle (for time t5, between time t4 and time t5) is counted as the confirmed departure count X2 in the management table, and this value is stored in memory 162 in association with parking lot 20.

[0691] For example, in the scenario shown in Figure 35, the number of confirmed shipments X2 is counted as "1" due to a regular shipment by user number 4 between time t4 and time t5.

[0692] Subsequently, in step S3704, the number of users with the temporary departure flag ON in the management table is counted as the number of uncertain departures X3, and this value is stored in memory 162 in association with parking lot 20.

[0693] For example, in the scenario shown in Figure 35, at time t5, the number of uncertain shipments X3 is counted as "2" due to provisional shipments for two users, numbered 6 and 7, respectively.

[0694] Furthermore, although the user with number 5 has also had experience with provisional shipments, they were subsequently treated as having made a deemed shipment, and the provisional shipment flag was turned OFF, so they are not included in the number of uncertain shipments x3.

[0695] Subsequently, in step S3706, the maximum number of parking spaces Ymax is calculated using the counted number of valid parking spaces X1 and the number of confirmed exits X2, and this value is stored in memory 162 in association with parking lot 20.

[0696] For example, in the scenario shown in Figure 35, at time t5, the maximum number of parking spaces Ymax is calculated to be 4 (= 5-1).

[0697] Next, in step S3707, the minimum number of parking spaces Ymin is calculated using the counted number of valid parking spaces X1, the number of confirmed exits X2, and the number of uncertain exits X3, and this value is stored in memory 162 in association with parking lot 20.

[0698] For example, in the scenario shown in Figure 35, at time t5, the minimum number of parking spaces Ymin is calculated to be 2 (= 5 - (1 + 2)).

[0699] Subsequently, in step S3708, it is determined whether the maximum number of parking spaces Ymax is less than the total number Z. If the maximum number of parking spaces Ymax is less than the total number Z, that is, if the calculated value of the actual number of parking spaces Y assuming re-entry is less than the total number Z (empty state), then in step S3709, it is determined that parking lot 20 is empty.

[0700] In contrast, if the maximum number of parking spaces Ymax is greater than or equal to the total number Z, that is, if the calculated value of the actual number of parking spaces Y is not determined to be less than the total number Z (empty state) when considering re-entry, then in step S3710, it is determined whether or not the minimum number of parking spaces Ymin is less than the total number Z.

[0701] If the minimum number of parking spaces Ymin is less than the total number Z, that is, if the calculated value of the actual number of parking spaces Y is less than the total number Z (empty) only when re-entry is not considered, then in step S3712, it is determined that the parking lot 20 is congested.

[0702] In contrast, if the minimum number of parking spaces Ymin is equal to or greater than the total number Z, that is, if the calculated value of the actual number of parking spaces Y is equal to or greater than the total number Z, then in step S3711, it is determined that parking lot 20 is full.

[0703] In this embodiment, the user's mobile terminal 90 is used to determine whether a room is vacant. However, since the mobile terminal 90 does not always move with the vehicle, the behavior of the mobile terminal 90 does not always coincide with the behavior of the vehicle.

[0704] Therefore, in this embodiment, at least during the exit stage, the sensor function installed in the mobile terminal 90 is used to distinguish whether the user left the parking lot 20 by getting into the vehicle (leaving with the vehicle) or by walking out (leaving the vehicle parked while the user leaves alone).

[0705] Therefore, according to this embodiment, the vacancy determination can be performed using the user's mobile terminal 90 without installing dedicated equipment in the parking lot 20. However, this is not essential for carrying out the present invention.

[0706] In other words, the vacancy determination may be carried out using dedicated equipment such as a vehicle presence sensor (e.g., proximity sensor, reflected light sensor, etc.) installed for each parking space 22 in the parking lot 20, a license plate camera installed for each parking space 22 in the parking lot 20 (in this case, the parking lot may be managed per vehicle, not per user), or a vehicle passage detection sensor installed at the entrance / exit gate 24 of the parking lot 20 (in this case, the parking lot may be managed per user, not per parking space 22), or using dedicated equipment such as the toll payment device and exit gate management device described in Patent Document 3 (in this case, the parking lot may be managed per user).

[0707] In short, the present invention can be applied to any type of prepaid parking lot, as long as it is operated in a manner that allows re-entry within the valid parking time.

[0708] In other words, in this embodiment, as described above, instead of focusing individually on multiple parking spaces 22 within a parking lot 20 and considering whether each parking space 22 is available or not, the system focuses individually on multiple users using multiple vehicles that are actually present in that parking lot 20 at any given moment. Data (such as various flags) that can reconstruct the chronological behavioral patterns of each user are recorded in a parking lot status management table (Figure 26), associated with the user and linked to the time and chronological order.

[0709] Furthermore, in this embodiment, the number of users actually present in the parking lot 20 at each moment is determined as the actual number of parked cars in the parking lot 20. In addition, vacancy determination is made assuming that a car will re-enter after temporarily exiting, and vacancy determination is made assuming that this does not occur, and the actual number of parked cars present in the parking lot 20 in the future is predicted for each possibility.

[0710] If the predicted value does not exceed the number of available parking spaces Z in the parking lot 20, it is determined to be vacant; if it matches, it is determined to be full. Furthermore, based on a comparison between a vacancy determination that anticipates re-entry after temporary exit and a vacancy determination that does not anticipate such re-entry, the determination result is changed from vacant to crowded to avoid disappointing users who expect that determination result.

[0711] It should be added that while the above-described embodiments are some specific examples of applying the present invention to parking services for automobiles, the present invention can also be applied to parking services for bicycles or motorcycles, for example.

[0712] Furthermore, while the above-described embodiments are some specific examples of applying the present invention to a communication environment in which a user's portable terminal 90, which may be carried by the user or placed in a vehicle without being carried, is used as the "user information processing terminal" in the present invention, alternatively, the present invention can also be applied to a communication environment in which, for example, a computer mounted in the user's vehicle having communication functions and vehicle behavior information acquisition functions is used as the "user information processing terminal" in the present invention.

[0713] In other words, the "user information processing terminal" in this invention may be an information processing terminal intended to be carried by the user, or an information processing terminal intended to be mounted in a vehicle.

[0714] However, when applying the present invention to a communication environment in which such an in-vehicle computer is used as the "user information processing terminal" in the present invention, since the in-vehicle computer is always moving with the user's vehicle, when applying the present invention, it becomes unnecessary to distinguish whether the "user information processing terminal" in the present invention is moving with the walking user's body or moving with the vehicle away from the user's body, or whether it is being carried by the user or installed inside the vehicle.

[0715] 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 implemented in various modified and improved forms based on the knowledge of those skilled in the art, starting with the embodiments described in the [Summary of the Invention] section above.

Claims

1. A parking management system for operating a parking lot having multiple parking spaces, Includes a server capable of communicating with an information processing terminal carried by a user of the parking lot or an information processing terminal installed in the user's vehicle, That server is An entry information acquisition unit that enables the acquisition of parking-related information to identify the user, the vehicle, and at least one of the multiple parking spaces that the user wishes to use when the user enters the parking lot with the vehicle, When the vehicle enters the depot, the vehicle enters the depot, and the vehicle enters the depot, the vehicle enters the depot, and An exit information acquisition unit that enables the acquisition of parking-related information from the information processing terminal to identify at least one of the user, the vehicle, or either the user or the parking space when the user exits the parking lot with the vehicle, A vehicle departure time measurement unit that enables the measurement of the vehicle departure time in response to a reception from the information processing terminal when the vehicle is being taken out of storage, A parking fee calculation unit that enables the calculation of the amount of parking fees based on the measured entry time and exit time when the parking-related information acquired when the vehicle exits matches the parking-related information acquired when the vehicle enters. A parking management system including...

2. The parking management system according to claim 1, wherein the parking-related information includes the license plate number of the vehicle as vehicle information.

3. The parking management system according to claim 1, wherein the parking-related information includes vehicle image data obtained as image data specific to the vehicle by photographing the vehicle, as vehicle information.

4. Furthermore, the parking management system according to claim 1 includes a vehicle presence sensor installed in the parking lot for detecting whether or not a vehicle is present in each parking space, or a license plate camera installed in the parking lot.

5. The aforementioned server, The parking management system according to claim 1, which includes a parking lot identification unit that enables the identification of the parking lot based on the current location measured by an off-site transmitter installed outside the parking lot, or the current location measured by an on-site transmitter installed inside the parking lot, when entering or exiting the parking lot.

6. A program for functioning as a server according to any one of claims 1 to 5.

7. A program for functioning as an information processing terminal according to any one of claims 1 to 5.

8. A recording medium in which the program described in claim 6 is recorded in a computer-readable format.

9. A recording medium in which the program described in claim 7 is recorded in a computer-readable manner.

Images