Parking management system

Abstract

To provide a parking management system capable of smoothly executing switching parking in which a second reserved vehicle enters a parking lot immediately after a first reserved vehicle has left the parking lot.SOLUTION: A parking management system 10 includes a parking lock member 13 configured to be changeable between a raised state and a lowered state, a parking controller 30, a parking sensor 20 that detects the presence or absence of a vehicle V in a parking space Pp, and an approach sensor 22 that detects the approach of the vehicle V to the parking space Pp. The parking controller 30 is configured to maintain the parking lock member 13 in the lowered state when it predicts that switching parking will occur, even after a first reserved vehicle Vf has left the parking space, and to predict that the switching parking will occur when the approach of a second reserved vehicle Vs is detected during the period in which the first reserved vehicle Vf is parked in the parking space Pp.SELECTED DRAWING: Figure 4

Description

Technical Field

[0001] The present invention discloses a parking management system for managing the parking state of vehicles in a parking space.

Background Art

[0002] Conventionally, many technologies for managing the parking state of vehicles in a parking space have been proposed. For example, Patent Document 1 discloses a technology for managing the parking state by controlling the raising and lowering of a flap plate installed in a parking space. In Patent Document 1, when a vehicle's parking in the parking space is detected, the flap plate is raised, and when the fee related to the parking is settled, the flap plate is lowered. According to such a technology, an unspecified number of users can use the parking space without reservation.

Prior Art Documents

Patent Documents

[0003]

Patent Document 1

Summary of the Invention

Problems to be Solved by the Invention

[0004] By the way, it is conceivable to make the use of the parking space reservation-based. In the case of the reservation system, in order to prevent parking of vehicles other than the reserved vehicle, it is necessary to raise a parking lock member such as a flap plate during the period when the parking space is vacant. Therefore, in the case of the reservation system, usually, when the reserved vehicle departs from the parking space, the parking lock member is immediately raised.

[0005] However, in this case, if a next reserved vehicle (hereinafter referred to as "second reserved vehicle") tries to enter immediately after one reserved vehicle (hereinafter referred to as "first reserved vehicle") departs, the raised parking lock member may become an obstacle, and there is a risk that the second reserved vehicle cannot smoothly enter the parking space.

[0006] Therefore, this specification discloses a parking management system that enables smooth switching parking, in which a second reserved vehicle enters the parking space immediately after the first reserved vehicle exits. [Means for solving the problem]

[0007] The parking management system disclosed herein includes a parking lock member provided in a parking space, configured to be changeable between an elevated state that obstructs vehicle entry and a lowered state that allows vehicle entry; a parking controller configured to manage reservations for use of the parking space and to control the change in state of the parking lock member; a parking sensor that detects the presence or absence of the vehicle in the parking space; and an approach sensor that detects the vehicle's approach to the parking space. The parking controller is configured such that, if it predicts that a switching parking will occur in which a second reserved vehicle enters the parking space immediately after a first reserved vehicle exits the parking space, it maintains the parking lock member in the lowered state even after the first reserved vehicle exits. The controller is also configured to predict that a switching parking will occur if the approach of the second reserved vehicle is detected by the approach sensor during the period in which the parking sensor detects that the first reserved vehicle is parked in the parking space.

[0008] In this case, the parking controller may be configured to change the parking lock member to the raised state when the vehicle leaves the parking space, provided that the occurrence of the switching parking is not anticipated.

[0009] Furthermore, the parking management system may further include a parking lock unit, the parking lock unit comprising a parking lock member, a vehicle sensor for detecting the presence or absence of the vehicle in the parking space, and a unit controller configured to control the state of the parking lock member based on a request input via an API, wherein the parking controller, when it predicts that switching parking will occur, sends a lowered-maintain request to the unit controller via an API, the unit controller maintains the lowered state of the parking lock member even after the vehicle sensor detects the vehicle leaving the parking space while the lowered-maintain request is valid, and changes the parking lock member from the lowered state to the raised state when the vehicle sensor detects the vehicle leaving the parking space while the lowered-maintain request is canceled.

[0010] Furthermore, if the parking controller outputs the lowering-maintain request and the departure of the first reserved vehicle is not confirmed even after the available time for the first reserved vehicle has exceeded, the lowering-maintain request may be canceled.

[0011] Furthermore, the proximity sensor may be configured to detect when the vehicle has passed a predetermined detection point, where the detection point is a position where the time it takes for the vehicle to travel from the detection point to the parking space is equal to or greater than the transition time required for the parking lock member to change from the raised state to the lowered state, and the parking controller may be configured to initiate the change of the parking lock member to the lowered state when the proximity sensor detects the approach of the vehicle, provided that no other vehicles are parked in the parking space. [Effects of the Invention]

[0012] The parking management system disclosed herein enables smooth switching of parking. [Brief explanation of the drawing]

[0013] [Figure 1] This is a schematic diagram showing the configuration of a parking management system. [Figure 2] This is a flowchart showing the flow of operation control for the parking lock component. [Figure 3] This graph shows an example of how the location of a reserved vehicle and the condition of the parking lock mechanism change over time. [Figure 4] This diagram shows the vehicle positions and the state of the parking lock unit when the second reserved vehicle enters the parking lot immediately after the first reserved vehicle leaves. [Figure 5] This is a flowchart showing the flow of operation control for the parking lock component in switching parking. [Figure 6] This diagram shows the vehicle positions and the state of the parking lock unit when the second reserved vehicle Vs approaches immediately after the first reserved vehicle leaves the parking lot. [Modes for carrying out the invention]

[0014] The configuration of the parking management system 10 will be described below with reference to the drawings. Figure 1 is a schematic diagram showing the configuration of the parking management system 10. The parking management system 10 manages the parking status of vehicles V in designated parking spaces Pp. If a user wishes to use a parking space Pp, they reserve the parking space Pp in advance via an information terminal. Although only one parking space Pp is shown in Figure 1, there may be multiple parking spaces Pp. When making a reservation, the user notifies the parking controller 30, which will be described later, of the identification information of the parking space Pp they wish to use and the time slot they wish to use.

[0015] A parking lock unit 12 is provided in the parking space Pp. The parking lock unit 12 is a general-purpose unit for switching the availability of the parking space Pp. The parking lock unit 12 has a parking lock member 13 that can be raised and lowered. The parking lock member 13 is an arm-shaped or flap-plate-shaped unit fixed to the ground. The parking lock member 13 can be changed between an elevated state, where it stands up from the ground, and a lowered state, where it lies along the ground. In the elevated state, the upper end of the parking lock member 13 is sufficiently higher than the floor height of a typical vehicle V. Therefore, when the parking lock member 13 is in the elevated state, the vehicle V is prevented from entering the parking space Pp. In the lowered state, the upper end of the parking lock member 13 is sufficiently lower than the floor height of a typical vehicle V. Therefore, when the parking lock member 13 is in the lowered state, the vehicle V can enter the parking space Pp. The parking lock unit 12 switches whether or not a vehicle V can be parked in the parking space Pp by switching the raising and lowering of the parking lock member 13 based on a request input via the API (application programming interface).

[0016] The parking lock unit 12 further includes a communication interface 14, a unit controller 16, a unit actuator 18, and a vehicle sensor 19. The unit actuator 18 raises and lowers the parking lock member 13 and is an electrically controllable actuator. Such a unit actuator 18 includes, for example, a motor, a hydraulic cylinder, or an electromagnetic cylinder as a power source.

[0017] The vehicle sensor 19 detects the presence or absence of the vehicle V in the parking space Pp. For example, the vehicle sensor 19 may be an ultrasonic sensor that detects the presence or absence of an object above the parking lock unit 12, a camera that images the parking space Pp, or a load sensor that detects the load acting on the parking space Pp. The detection result of the vehicle sensor 19 is output to the unit controller 16. As described above, the parking lock unit 12 is a general-purpose product, and it is also a product assumed to be used in a parking facility that does not have the parking sensor 20 described later. The vehicle sensor 19 is provided to appropriately operate the parking lock unit 12 even in a parking facility without the parking sensor 20.

[0018] The communication I / F 14 transmits and receives data to and from the parking controller 30. The specific form of the communication I / F 14 is not particularly limited as long as it can appropriately transmit and receive data. Therefore, the communication I / F 14 may transmit and receive data via a communication cable, or may have an antenna that transmits and receives wireless signals.

[0019] The unit controller 16 controls the drive of the unit actuator 18. Such a unit controller 16 is physically a computer having a processor and a memory. A control program for the unit actuator 18 is installed in the memory of the unit controller 16. This control program provides an API that receives requests from the outside, executes processing according to the requests, and returns the processing results to the outside.

[0020] When the control program of the unit actuator 18 has not received a request for exception handling, at the timing when the detection result by the vehicle sensor 19 switches from "vehicle V present" to "vehicle V absent", that is, at the timing when the departure of the vehicle V is detected, the parking lock unit 12 is changed from the lowered state to the raised state. In addition, the control program of the unit actuator 18 receives at least a lowering request, a raising request, a lowering maintenance request, and a status notification request.

[0021] The lowering request is a request to change the parking lock unit 12 from the raised state to the lowered state. Also, the raising request is a request to change the parking lock unit 12 from the lowered state to the raised state. The lowering maintenance request is a request to maintain the parking lock unit 12 in the lowered state even when the departure of the vehicle V is detected. The status notification request is a request to notify the source of the request of the state of the parking lock unit 12, that is, whether it is in the lowered state, the raised state, or the transition state. Note that the transition state is a state in which it is transitioning from the lowered state to the raised state or from the raised state to the lowered state. The unit controller 16 drives the unit actuator 18 in accordance with the request received from the outside.

[0022] The parking management system 10 further includes a parking sensor 20, an approach sensor 22, and a parking controller 30. The parking sensor 20 detects the parking status of the vehicle V in the parking space Pp. The parking sensor 20 is, for example, a camera that images the parking space Pp. The parking controller 30 identifies the presence or absence of the vehicle V in the parking space Pp and the identification information of the parked vehicle V based on the image acquired by the parking sensor 20. Note that the identification information of the vehicle V is, for example, the vehicle number indicated on the license plate of the vehicle V. The parking controller 30 collates the identified identification information of the vehicle V with the reservation information.

[0023] The proximity sensor 22 detects when a vehicle V approaches a parking space Pp. The proximity sensor 22 is, for example, a camera that captures images of the vehicle V as it passes a predetermined detection point Pd. The detection point Pd is located on the path from the entrance 110 of the parking facility to the parking space Pp. The detection point Pd is set considering the transition time Tc required for the parking lock member 13 to transition from an up position to a down position. Specifically, the detection point Pd is a point where the expected travel time Tm when the vehicle V moves from the detection point Pd to the parking space Pp is greater than or equal to the transition time Tc. That is, if the travel distance from the detection point Pd to the parking space Pp is L and the expected speed of the vehicle V is S, the detection point Pd is a point where L / S ≥ Tc. Multiple such detection points Pd, and consequently the proximity sensor 22, may be provided. The parking controller 30 identifies the presence or absence of a vehicle V approaching the parking space Pp and identifies the approaching vehicle V based on the images acquired by the proximity sensor 22. Then, when the reserved vehicle Vr is detected at the detection point Pd, the parking controller 30 outputs a lowering request to the parking lock unit 12. As a result, when the reserved vehicle Vr reaches the parking space Pp, the parking lock member 13 is fully in the lowered state, allowing the reserved vehicle Vr to smoothly enter the parking space Pp.

[0024] The parking controller 30 accepts reservations for the use of parking spaces Pp and controls the state of the parking lock member 13. Physically, the parking controller 30 is a computer having a communication interface 32, a processor 34, and memory 36. In Figure 1, the parking controller 30 is shown as a single computer, but the parking controller 30 may be configured by combining multiple physically separated computers.

[0025] The communication interface 32 sends and receives data with the parking lock unit 12 and an external communication terminal 200. This communication interface 32 may send and receive data via a communication cable, or it may have an antenna for sending and receiving wireless signals. The communication terminal 200 is a user-operated device, such as a smartphone or personal computer. When the user operates the communication terminal 200, information regarding the reservation of a parking space Pp is transmitted to the parking controller 30.

[0026] The parking controller 30 manages reservations for parking spaces Pp based on reservation requests transmitted from the communication terminal 200. Specifically, the parking controller 30 stores reservation information by associating the identification information of the parking space Pp, the identification information of the reserved vehicle Vr, and the time period of use with each other. The parking controller 30 compares this reservation information with the identification information of the vehicle V detected by the parking sensor 20 and the proximity sensor 22 to control the operation of the parking lock member 13. The parking controller 30 also determines the parking status of the vehicle V from the detection results of the sensors 20 and 22 and performs billing processing according to the parking status.

[0027] Next, the flow of operation control of the parking lock member 13 in this parking management system 10 will be explained. Figure 2 is a flowchart of the operation control flow of the parking lock member 13. In principle, if no vehicle V is parked in the parking space Pp, the parking lock member 13 is in the raised state (S10). By having the parking lock member 13 in the raised state, it is possible to prevent vehicles other than the reserved vehicle Vr from parking in the parking space Pp.

[0028] The parking controller 30 determines whether a reserved vehicle Vr is approaching based on the image received from the proximity sensor 22 (S12). Here, a reserved vehicle Vr is a vehicle whose available time slot includes the current time. Therefore, even if a vehicle has reserved the use of a parking space Pp, a vehicle that has reserved use for a time slot completely different from the current time does not fall under the category of "reserved vehicle Vr" in step S12.

[0029] Furthermore, the "available time slot" is the time period obtained by adding a buffer of 0 or more before and after the reserved usage time slot. For example, if you reserve usage from 13:00 to 14:00, the available time slot is the time period from 13:00 to the time after 14:00 to the time after the second buffer. The buffer is not particularly limited as long as it is 0 or greater, but it is usually selected between 0 and 15 minutes. Also, the first buffer and the second buffer can be the same or different from each other. Therefore, if the buffer is greater than 0, the available time slot for one reserved vehicle Vr may overlap with the available time slot for another reserved vehicle.

[0030] If the approach of the reserved vehicle Vr is detected (Yes in S12), the parking controller 30 sends a lowering request to the unit controller 16 (S14). As a result, the unit controller 16 changes the parking lock member 13 from the raised state to the lowered state.

[0031] After sending a lowering request, the parking controller 30 checks whether the reserved vehicle Vr has entered the parking space Pp based on the image received from the parking sensor 20 (S16). If the entry of the reserved vehicle Vr cannot be confirmed within a predetermined allowable time (Yes in S18), the parking controller 30 determines that the reserved vehicle Vr has moved to another location and sends an raising request to the unit controller 16 (S20). This prevents vehicles other than the reserved vehicle Vr from parking in the parking space Pp without permission.

[0032] On the other hand, if the entry of the reserved vehicle Vr is detected within the allowable time (Yes in S16), the parking controller 30 checks whether the reserved vehicle Vr has left the parking space Pp based on the image received from the parking sensor 20 (S22). If the parking controller 30 confirms that the reserved vehicle Vr has left (Yes in S22), it performs billing processing, etc., as necessary. Also, if the vehicle sensor 19 mounted on the parking lock unit 12 detects the departure of the reserved vehicle Vr, the unit controller 16 changes the parking lock member 13 from the lowered state to the raised state (S24). The same process is then repeated.

[0033] Figure 3 is a graph showing an example of the changes over time between the position of the reserved vehicle Vr and the state of the parking lock member 13. In Figure 3, the upper section shows the position of the reserved vehicle Vr, and the lower section shows the state of the parking lock member 13.

[0034] In the example shown in Figure 3, the reserved vehicle Vr passes the detection point Pd at time t1. At this time, the parking controller 30 sends a lowering request to the unit controller 16. As a result, the parking lock member 13 changes from the raised state to the lowered state. Here, the transition time Tc required for this change is shorter than the travel time Tm required for the reserved vehicle Vr to move from the detection point Pd to the parking space Pp. Therefore, at time t2, when the reserved vehicle Vr reaches the parking space Pp, the parking lock member 13 has completely changed to the lowered state. As a result, the reserved vehicle Vr can smoothly enter the parking space Pp without having to worry about the parking lock member 13.

[0035] Subsequently, at time t3, the reserved vehicle Vr exits the parking space Pp. When the vehicle sensor 19 of the parking lock unit 12 detects this exit, the unit controller 16 automatically changes the parking lock member 13 from the lowered state to the raised state. This effectively prevents an unrelated vehicle V that is not reserved from entering the parking space Pp.

[0036] Incidentally, depending on the reservation status, switching parking may occur where the next vehicle V enters immediately after the previous vehicle V leaves the parking lot. In this case, if the state of the parking lock member 13 is switched sequentially, the next vehicle V may not be able to enter the parking lot smoothly. This will be explained with reference to Figure 4. Figure 4 is a diagram showing the position of the vehicles and the state of the parking lock unit 12 when the second reserved vehicle Vs enters the parking lot immediately after the first reserved vehicle Vf leaves the parking lot.

[0037] In the upper part of Figure 4, the solid line indicates the position of the first reserved vehicle Vf, and the dashed line indicates the position of the second reserved vehicle Vs. In the example in Figure 4, the second reserved vehicle Vs passes detection point Pd at time t1. At this time, the first reserved vehicle Vf is still in parking space Pp. Subsequently, at time t2, the first reserved vehicle Vf exits parking space Pp, and at time t3, the second reserved vehicle Vs enters parking space Pp.

[0038] In this case, following the operation flow in Figure 2, as shown by the dashed line in the lower part of Figure 4, the parking lock unit 12 changes from the lowered state to the raised state at time t2 when the first reserved vehicle Vf exits the parking space. In this case, when the second reserved vehicle Vs reaches the parking space Pp, the parking lock unit 12 has not yet fully lowered, and therefore the second reserved vehicle Vs will not be able to enter the parking space Pp smoothly.

[0039] Therefore, in this example, the parking controller 30 predicts that switching parking will occur if the approach of the second reserved vehicle Vs is detected during the period in which the parking of the first reserved vehicle Vf is detected. When the parking controller 30 predicts that switching parking will occur, it sends a lowering maintain request to the unit controller 16. Upon receiving the lowering maintain request, the unit controller 16 keeps the parking lock member 13 in the lowered state even after the vehicle has left the parking space.

[0040] In the example shown in Figure 4, the time t1 at which the approach of the second reserved vehicle Vs is detected is during the parking period of the first reserved vehicle Vf and within the available time period for the second reserved vehicle Vs. In this case, the parking controller 30 sends a lowered-maintain request to the unit controller 16 at time t1. As a result, as shown by the solid line in the lower part of Figure 4, the parking lock unit 12 remains in the lowered state even after the time t2 when the first reserved vehicle Vf leaves the parking space. This allows the second reserved vehicle Vs to smoothly enter the parking space Pp at time t3. Once the entry of the second reserved vehicle Vs is confirmed, the parking controller 30 sends a cancellation request to the unit controller 16.

[0041] Figure 5 is a flowchart showing the flow of operation control of the parking lock member 13 in switching parking. As shown in Figure 5, when the parking controller 30 detects the approach of the second reserved vehicle Vs, if the first reserved vehicle Vf is parked in the parking space Pp (Yes in S30 and Yes in S32), it sends a lowering maintain request to the unit controller 16 (S34). Subsequently, the parking controller 30 monitors whether the first reserved vehicle Vf has left the parking space (S36). Then, if the first reserved vehicle Vf has left the parking space (Yes in S36), the parking controller 30 monitors whether the second reserved vehicle Vs has entered the parking space (S42). If the second reserved vehicle Vs enters the parking space within the allowable time (Yes in S42), the parking controller 30 cancels the lowering maintain request (S48).

[0042] On the other hand, if the first reserved vehicle Vf does not leave the parking space even after the available time for the first reserved vehicle Vf has passed (Yes in S38), the parking controller 30 cancels the lowering maintenance request (S40). In other words, if the first reserved vehicle Vf remains parked beyond the available time, the departure time cannot be predicted, and it can be determined that switching parking by the first reserved vehicle Vf and the second reserved vehicle Vs will not occur. Therefore, in this case, the parking controller 30 cancels the lowering maintenance request. In this case, the second reserved vehicle Vs will be offered alternative services such as cancellation of the reservation or change to another parking space Pp, according to the wishes of the user of the second reserved vehicle Vs. Furthermore, if the entry of the second reserved vehicle Vs is not confirmed within a predetermined allowable time after the first reserved vehicle Vf has left the parking space (Yes in S44), the parking controller 30 sends an raising request to the unit controller 16 (S46).

[0043] By the way, in the example in Figure 4, the approach of the second reserved vehicle Vs is detected while the first reserved vehicle Vf is parked. However, as shown in Figure 6, there are also cases where the approach of the second reserved vehicle Vs is detected immediately after the first reserved vehicle Vf leaves the parking lot. In the example in Figure 6, the first reserved vehicle Vf leaves the parking lot at time t1, and the second reserved vehicle Vs passes the detection point Pd at time t2. In this case, the unit controller 16 starts raising the parking lock unit 12 at time t1 when the departure of the first reserved vehicle Vf is detected. On the other hand, the parking controller 30 sends a lowering request to the unit controller 16 at time t2 when the approach of the second reserved vehicle Vs is detected.

[0044] In this example, the unit controller 16 is designed not to accept new requests regarding raising or lowering the parking lock member 13 during the transition period when the parking lock member 13 is being raised or lowered. Therefore, even if the parking controller 30 sends a lowering request at time t2, it will result in an error. So, if the lowering request fails, the parking controller 30 periodically sends a status notification request to the unit controller 16 to check the status of the parking lock member 13. Then, when the parking lock member 13 is in the raised state, the parking controller 30 sends a lowering request to the unit controller 16 again.

[0045] In the case of Figure 6, the parking controller 30 sends a lowering request to the unit controller 16 at time t3 when the parking lock unit 12 is in the raised position. As a result, the parking lock unit 12 immediately begins to lower after the raised position is completed. This allows the second reserved vehicle Vs to enter the parking space Pp with little to no waiting time.

[0046] As is clear from the above explanation, the operation control shown in Figure 5 suppresses unnecessary raising and lowering of the parking lock member 13 when switching parking occurs, allowing the second reserved vehicle Vs to smoothly enter the parking space Pp. Furthermore, as shown in Figure 6, in this example, if the lowering request fails, the parking controller 30 stops moving the parking lock unit 12 before outputting another lowering request. This eliminates or minimizes the waiting time for the second reserved vehicle Vs. Also, as is clear from the above explanation, in this example, a general-purpose lock unit with API functionality is used as the parking lock unit 12. Therefore, there is no need to redesign detailed control regarding the raising and lowering of the parking lock member 13 (for example, speed control of the unit actuator 18), which reduces the time required to build the parking management system 10.

[0047] It should be noted that the configurations described so far are all examples, and other configurations may be changed as long as the configuration described in claim 1 is met. For example, in the above description, a general-purpose parking lock unit 12 is used, and the parking controller 30 indirectly controls the operation of the parking lock member 13 via an API. However, the parking controller 30 may directly control the parking lock member 13. In this case, the unit controller 16 and vehicle sensor 19 can be eliminated, and the parking controller 30 directly controls the unit actuator 18. Also, the parking sensor 20 and proximity sensor 22 are not limited to cameras, but may be other configurations. For example, the parking sensor 20 and proximity sensor 22 may be a communication interface for vehicle-to-vehicle communication with the vehicle V. [Explanation of symbols]

[0048] 10 Parking management system, 12 Parking lock unit, 13 Parking lock component, 14 Communication I / F, 16 Unit controller, 18 Unit actuator, 19 Vehicle sensor, 20 Parking sensor, 22 Proximity sensor, 30 Parking controller, 32 Communication I / F, 34 Processor, 36 Memory, 110 Entrance, 200 Communication terminal, Pd Detection point, Pp Parking space, V Vehicle, Vf First reserved vehicle, Vs Second reserved vehicle.

Claims

1. A parking lock member provided in a parking space, configured to be changeable between an elevated state that obstructs vehicle entry and a lowered state that allows vehicle entry; A parking controller configured to manage reservations for the use of the aforementioned parking space and to control changes in the state of the parking lock member, A parking sensor that detects the presence or absence of the vehicle in the parking space, An approach sensor for detecting the vehicle approaching the parking space, The parking controller is equipped with, If it is predicted that a switching parking situation will occur in which a second reserved vehicle enters the parking space immediately after the first reserved vehicle exits the parking space, the parking lock member will be kept in the lowered position even after the first reserved vehicle has exited. If the approach of the second reserved vehicle is detected by the proximity sensor during the period in which the first reserved vehicle is detected as being parked in the parking space, it is predicted that the switching parking will occur. It is configured in such a way, If the occurrence of the switching parking is not predicted, the parking controller changes the parking lock member to the raised state when the vehicle leaves the parking space. A parking management system configured in such a way.

2. A parking management system according to claim 1, Furthermore, it is equipped with a parking lock unit, The aforementioned parking lock unit is The aforementioned parking lock member, A vehicle sensor for detecting the presence or absence of the vehicle in the parking space, A unit controller configured to control the state of the parking lock member based on a request input via API, It has, When the parking controller predicts that the switching parking will occur, it sends a lowering hold request to the unit controller via the API. The aforementioned unit controller is During the period in which the lowered position maintenance request is valid, the parking lock member is kept in the lowered position even after the vehicle sensor detects that the vehicle has left the parking space. During the period when the lowering maintenance request is canceled, if the vehicle sensor detects that the vehicle has left the parking space, the parking lock member is changed from the lowered state to the raised state. A parking management system configured in such a way.

3. A parking management system according to claim 2, The parking management system is configured such that, after outputting the lowering-maintain request, if the first reserved vehicle is not confirmed to have left the parking lot even after the available time for the first reserved vehicle has exceeded, the parking controller cancels the lowering-maintain request.

4. A parking management system according to any one of claims 1 to 3, The proximity sensor detects that the vehicle has passed a designated detection point. The detection point is a position where the time it takes for the vehicle to move from the detection point to the parking space is equal to or greater than the transition time required for the parking lock member to change from the raised state to the lowered state. The parking controller is configured to initiate the change of the parking lock member to the lowered state when the proximity sensor detects the approach of a vehicle, provided that no other vehicle is parked in the parking space. Parking management system.

Images