FR3093373A1 - Dynamic staking terminal - Google Patents

Abstract

The present invention relates to a dynamic staking bollard (200) for a parking area (100), comprising: - a main camera (210), configured to acquire images of a surveillance zone inside which vehicles ( 130) are mobile and / or parked in places (120) located in the surveillance zone or accessible via the surveillance zone, - a computing unit (200) comprising a non-volatile memory (222) storing a processing program image (soft_im) and a processor (224) configured to execute said image processing program (soft_im) in order to process my images acquired by the main camera (210) to generate occupancy data (data_occ) relating to the occupation of said places (120) linked to the surveillance zone, - an integrated display (230), configured to display in an intelligible manner by a user an occupancy information (inf_occ) linked to the occupancy data (data_occ) , - a box (240), to Inside which are positioned the computing unit (200) and the integrated display (230). Figure for the abstract: Fig. 3

Description

Dynamic staking terminal

The present invention relates to dynamic staking (also called dynamic guidance) in a parking area, that is to say the real-time management of the flow of mobile vehicles (cars, two-wheelers, etc.) and parking spaces. available (or parking space, here called “spaces”) to assist the user of the vehicle to park his vehicle.

More specifically, the present invention falls within the field of systems and methods making it possible to implement such dynamic staking.

Existing dynamic staking solutions use dynamic staking systems involving a series of equipment, as illustrated in FIG. 1 for an indoor parking area 100, such as an underground car park. In particular, the path of the information is as follows: in the parking area 100, space occupancy sensors 110 (for example infrasound sensors, magnetometer sensors, radar sensors, or even weight sensors ) each generate a signal relating to the occupation of a space 120 by a vehicle 130 which is fed back to a concentrator 140 which makes it possible to multiplex the information, then this concentrator 140 sends the information to a central server 160, called the server PCS (for "central security station"), to be processed there, before being sent back to the concentrator 140 and then to one or more displays 150 which display the direction information to take to find a free place 120 .

The PCS server 160 is often located at a central station 170 remote from the parking area 100. The central server 160 includes a processor 162 configured to process the data received from the space occupancy sensors 110. A screen 164 is generally provided to allow an operator to follow the flows of the parking area 100 almost in real time.

The data transmission chain can also be done wirelessly, which requires modulators, demodulators, etc. Wireless is often used for outdoor parking lots.

The update time of such a system greatly exceeds one second. Between the activation of the space occupancy sensors, the conversion of the signals, their sending up, the processing of the data relating to the signals, their sending down, the conversion of the signals again then the display, we sometimes measure up to 7 seconds before updating the displays. This response time is not satisfactory and risks driving vehicles towards spaces indicated as free but which, within these 7 seconds, have received a vehicle.

In addition, many dynamic staking systems involve detection sensors as described previously. However, these sensors have drawbacks: one is needed for each space, they have to be integrated into a network, they have to be checked and maintained, etc.

In addition, outdoor space detection sensors are often battery powered and need to be changed regularly (typically every five years). Parking lot operators are looking for an alternative to these sensors.

In addition, the management of a dynamic staking system with a PCS server whose role is critical sometimes poses difficulties for the operator of the parking area: premises to be managed, exchange of communications, security, resistance to breakdowns, etc

An object of the invention is to improve the response time of dynamic staking systems, to allow more efficient management of traffic and parking in parking areas.

Another object of the invention is to simplify the architecture of the dynamic staking system.

For this purpose, according to a first aspect, a dynamic staking terminal for a parking area is proposed, comprising:
- a main camera, configured to acquire images of a surveillance zone inside which vehicles are mobile and/or parked in places located in the surveillance zone or accessible via the surveillance zone,
- a calculation unit comprising a non-volatile memory storing an image processing program and a processor configured to execute said image processing program in order to process my images acquired by the main camera to generate relative occupancy data the occupation of the said places linked to the surveillance zone,
- an integrated display, configured to display occupancy information linked to the occupancy data in an intelligible way by a user,
- a box, inside which are positioned the calculation unit and the integrated display.

In one embodiment, the main camera is mounted outside the housing, using a mast, preferably having an adjustable length.

In one embodiment, the image processing program is a program incorporating artificial intelligence.

In one embodiment, the image processing program is a program anticipating the occupation of a place from the acquired images.

In one embodiment, the camera is positioned inside the box.

In one embodiment, the main camera is configured to acquire images of the spaces and the image processing program is configured to determine whether or not the spaces are occupied by a vehicle.

In one embodiment, the main camera is configured to acquire images of driveways to places and the image processing program is configured to determine whether a vehicle has left the driveway or not, and therefore to determine whether the vehicle occupies a space or not.

In one embodiment, the main camera is configured to film the license plates of the vehicles or else the dynamic staking terminal comprises an additional identification camera configured to film the license plates of the vehicles, the non-volatile memory storing an image processing program and the processor is configured to execute said image processing program, said computing unit being thus configured to process license plate images acquired by the camera to identify vehicles and generate tracking data relating to vehicles in the surveillance zone.

In one embodiment, the identification can be done using other elements: vehicle model, color, specific wireless chip, etc.

In one embodiment, the terminal is configured to send a notification (email, push notification, SMS, etc.) to the user of the vehicle.

In one embodiment, the identification camera and the main camera are configured to film from different directions.

In one embodiment, the dynamic staking terminal comprises a wireless transmitter configured to transmit the occupancy data to a display, which is preferably not an integrated display of a terminal.

In one embodiment, the dynamic staking terminal comprises a transmitter/receiver configured to send occupancy data to another dynamic staking terminal and to receive occupancy data from another dynamic staking terminal.

It is proposed, according to a second aspect, a dynamic staking device comprising a dynamic staking terminal as described above and a remote camera configured to acquire images of moving vehicles and / or parked on places located in the surveillance zone, said remote camera being configured to send the acquired images to the calculation unit of the terminal.

In one embodiment, the device comprises two signaling terminals as described above in which a camera of a dynamic staking terminal is the remote camera of the other dynamic staking terminal.

It is proposed, according to a third aspect, a dynamic staking assembly comprising a plurality of signaling terminals as described previously, a plurality of devices as described previously or a device comprising several dynamic staking terminals as described previously, in which at least one of the two calculation units can send its occupancy datum to the other calculation unit.

In one embodiment, one of the computing units is configured to
receiving the occupancy data of the plurality of signaling terminals and compiling them,
generate compiled occupancy data for displays.

In one embodiment, the displays include integrated displays of signaling terminals and pure displays.

In one embodiment, the displays are pure displays.

There is proposed, according to a third aspect, a dynamic staking system comprising a plurality of signaling terminals as described previously, a plurality of devices as described previously or a device comprising several dynamic staking terminals as described previously, or a together as described above, the dynamic staking system further comprising a delocalized server, located at a distance from the dynamic staking terminal, the delocalized server being configured to
receiving the occupancy data of the plurality of signaling terminals and compiling them,
generate compiled occupancy data for displays.

In one embodiment, the farthest dynamic staking terminal from the server is more than 2m, preferably 5m, from the relocated server

In one embodiment, the displays include integrated displays of signaling terminals and pure displays.

In one embodiment, the displays are pure displays.

In one embodiment, the wireless transmitter is configured to send occupancy information from the compiled occupancy data to a pure display.

It is proposed, according to a fourth aspect, a parking area location, comprising a crossroads and a dynamic staking terminal as described previously, in which the dynamic staking terminal is positioned at the crossroads.

Other characteristics, objects and advantages of the invention will emerge from the description which follows, which is purely illustrative and not limiting, and which must be read in conjunction with the appended drawings in which:

FIG. 1 schematically illustrates a dynamic staking system known from the prior art.

FIG. 2a illustrates a dynamic staking bollard in accordance with one embodiment, in particular for an outdoor installation.

FIG. 2b illustrates a dynamic staking bollard (two views) in accordance with one embodiment, in particular for indoor installation.

Figure 3 illustrates a dynamic signaling staking system in accordance with one embodiment of the invention.

Figure 4a illustrates an outdoor parking area with a dynamic staking bollard.

Figure 4b illustrates an indoor parking area with a dynamic staking bollard.

With reference to Figures 2a and 2b, then to Figures 3 and to Figures 4a and 4b , a dynamic staking terminal 200 will be described, then different configurations of devices, assemblies and dynamic staking systems, made from one or more dynamic staking terminals 200 will be described.

The dynamic staking terminal

The dynamic staking terminal 200 (hereinafter "the terminal") is arranged in a parking area 100 comprising parking spaces 120 (hereinafter the "spaces") and access roads 122 to allow vehicles 130 to navigate within the parking area 100. The dynamic staking terminal 200 makes it possible to manage, at the very least to participate in the management, in real time of the parking area 100. The fluidity of the traffic depends greatly the effectiveness of dynamic staking.

In particular, the terminal 200 is associated with a surveillance zone Zs ( FIGS. 4a and 4b) , which is generally only a portion of the parking area 100, which means that the terminal 200 monitors and analyzes its surveillance zone Zs only. The surveillance zone Zs comprises at least one access road 122 and a certain number of places 120 accessible by the access road 122. The whole of the parking area 100 is thus divided into several surveillance zones Zs, as illustrated in Figures 4a and 4b . Preferably, the surveillance zones Zs are mutually exclusive, but certain portions of the parking area 100 may belong to two surveillance zones Zs.

To this end, the terminal 200 includes a camera 210, called the main camera, capable of acquiring images im_Zs of the surveillance zone Zs. The camera 210 can either be configured to film the parking spaces 120 (which also generally involves filming the access road 122) as in FIG. 3a (we are talking about dynamic staking out by place) or else just filming the access road 122 as in FIG. 3b (we are talking about dynamic staking out by access road). These im_Zs images must then be analyzed.

The terminal 200 comprises (even integrates) a calculation unit 200 with a non-volatile memory 222 and a processor 224. The non-volatile memory 222 stores an image processing program soft_im intended, when executed by the processor 224, to analyze the images im_Zs acquired by the camera 210. An occupancy datum data_occ is generated by the processor 224. This occupancy datum data_occ contains information relating to the occupancy of the places 120 linked to the surveillance zone Zs, c ie either the squares filmed and analyzed ( figure 3a ), or the squares accessible by the access road filmed and analyzed ( figure 3b ). The soft_im image processing program is an image analysis program.

The acquisition data data_occ can be anticipation data, in the sense that the soft_im image processing program anticipates that a space will be taken by a vehicle still in motion.

The term memory 222 is to be understood in the broad sense: ROM (HDD), Flash (SSD, USB, etc.), etc.

The term processor 224 is to be understood in the broad sense: micro-processor, macro-processor, multi-processor, etc. In English, we speak of “ central processing unit ” (CPU).

Terminal 200 includes (even includes) a display 230, called an integrated display, which makes it possible to display occupancy information inf_occ linked to the occupancy datum data_occ calculated by calculation unit 220 of terminal 200. The term of “occupancy information” is to be interpreted in the broad sense: the information is moreover generally information on free places and not on occupied places. The display is intelligible to a user of the parking area 100 (directional sign, symbol, number, letter, etc.). The inf_occ information does not necessarily correspond to the data_occ occupancy data: for example, we can have inf_occ which is a simple arrow when data_occ is a table that references each seat and its occupancy; for example, data_occ and inf_occ are both the number indicating the number of free places; for example data_occ is an array that references each space and its occupancy status and inf_occ gives the coordinates of a free space (like “aisle A, space 25”). In any case, the occupation datum data_occ is used to generate the information inf_occ, typically using the processor 224. The information inf_occ can be determined by the processor 224 or else by the display 230 itself. even which can extract the useful information which it must display among the set of data which can be contained in data_occ.

Finally, the terminal 200 comprises a box 240 which houses the calculation unit 200 and the integrated display 230. The calculation unit 200 is entirely protected by the box 240. On the other hand, the integrated display 230 naturally comprises a face visible from outside the box 240: a glass or plastic pane, or even a grid, can be provided to protect the integrated display 230 while protecting it. The box 240 can also integrate the camera 210, as explained below. Alternatively, the camera 210 can simply be attached to the box 240 by means of a rigid element. Alternatively, the camera 210 can be positioned next to the box 240, a few meters away at most (less than one meter typically according to a vertical projection). In this case in particular, the camera 210 is preferably wired to the calculation unit 220.

The box 240 can be in several parts. The document FR2976703 describes a box which can become a terminal 200 with some adaptations.

Thanks to this terminal 200 which acquires, processes and displays data (im_Zs, data_occ, inf_occ) locally, the dynamic staking is carried out without any loss of time related to the conversion of the data for their sending, their sending itself, their processing relocated to an external server (as described in the prior art) and then sending the processed data again. In particular, thanks to terminal 200, the display update time from image acquisition falls to less than one second, compared to more than five seconds in centralized techniques. This speed makes it possible to avoid bad vehicle referrals.

Let's take the example of an access road which has three free spaces with a display which has an update time of 5s: the display of an access road displays the number "2", to indicate that two places are free. If three vehicles follow each other at 4s intervals, then the first and the second vehicle will indeed see "2" displayed, at t=0 and t=4s. The third vehicle, which therefore arrives t=8s after the first, will see a "1" since the update at t=5 caused the display to change from "2" to "1": a single update had time to be made and since the complete update will be done in 10s. At t=10s, the updated display shows "0". Thus, the third vehicle will have entered an access road which no longer has a free space. When the number of spaces, the number of access lanes and the number of vehicles seeking a space is high, bad switches can cause traffic jams that paralyze traffic: a blocked access lane can, by stacking vehicles, block other access routes. In addition to environmental and health damage, users may lose patience and want to leave parking area 100, which is exactly what the manager of parking area 100 should avoid.

With a reaction time of less than a second, each vehicle sees the available spaces in real time, since it is very rare for two vehicles to follow each other more than one second away.

The use of cameras also eliminates the need for multiple sensors dedicated to each seat, which are expensive to install and maintain. Image acquisition can be done from a limited number of viewpoints, well below the number of places 130 in the Zs surveillance zone.

The use of the camera also makes it easier to anticipate the occupancy of spaces since it is not necessarily necessary to position sensors at various locations in parking area 100.

Finally, as the terminal 200 can operate independently in terms of data processing, the dynamic staking of the parking area 100 is less subject to global failures: if a terminal 200 breaks down, only its surveillance zone Zs is impacted and the rest of the parking area 100 can be managed almost normally.

Terminal 200 is also a practical tool for implementing other advantageous solutions, which will be described later.

The box 240 may include metal walls. As illustrated schematically, it has for example a generally parallelepipedic shape. Alternatively, it can be cylindrical. Depending on its destination (interior or exterior), its shape is not the same: outdoors, it has the shape of a post, extending vertically from the ground ( figure 2a ), indoors, it has a shape box extending horizontally from the ceiling ( Figure 2b ).

In the variant illustrated in FIG. 2a , the camera 210 is not integrated into the box 240 but is placed outside the latter, at the end of a mast 212 attached to the box 240. The mast advantageously has an adjustable length to modify the position of the camera 210: its acquisition range is therefore modifiable. This variant works well outdoors. The camera 210 can be connected to the box 240 by means other than a mast, but it remains physically and rigidly connected to the latter.

In the variant illustrated in FIG. 2b , the camera 210 is preferably integrated into the box 240. In order to acquire images, a glass or plastic pane is advantageously provided. This variant works well indoors.

The terminal 200 is positioned in a crossroads C, which then means that the camera 210 and the display 230 are oriented towards different directions: the direction of arrival towards the access road and the direction of the access road , which generally corresponds to the direction of the surveillance zone Zs. An orientation deviation of between 30 and 120°, generally between 60 and 120°, from center to center (i.e. the center of the camera when viewed projected from above) is suitable.

Terminal 200 can also advantageously be used to track (therefore identify) vehicle 100. In this respect, in a variant, camera 210 is configured to film license plates 132 of vehicles 130 (plates of registration shown in Figure 1 ). In another variant, an additional identification camera 215 is provided in terminal 200. This identification camera 215 is preferably integrated into terminal 200, as illustrated in FIG. 2a . It is also advantageously located at the height of the license plate 132, that is to say between 30cm and 1m from the base of the box 240 (typically in the case of the terminal of FIG. 2a where it is possible to put a camera near the ground).

The non-volatile memory 222 then advantageously stores an image processing program soft_im_id which the processor 224 executes to process the acquired license plate images in order to identify the vehicles and generate a data_track data item. The data_track tracking data can be integrated with the data_occ occupancy data, by adding an identification to the vehicle. In the case of dynamic staking instead, data_occ can then contain the vehicle identification for each occupied space; in the case of dynamic staking to the access road, data_occ can then contain the identification of the vehicle for a set of spaces accessible from the access road.

Alternatively, tracking and identification are by other aspects than the license plate: recognition of the vehicle model, its color, wireless chip in the vehicle, etc.

Finally, terminal 200 advantageously includes a wireless transmitter 250, which may be a transmitter/receiver 250. Transmitter 250 may or may not be integrated into box 240. Its function will be detailed later.

The dynamic staking device

When the dynamic staking is done by access road 122 and not by space 130, a remote camera 217 of the terminal 200 can be provided, which is located a few meters from the camera 210 of the terminal ( FIG. 4b ). Indeed, if the camera 210 makes it possible to film and identify the cars which enter the access road 122, it can sometimes have difficulties (light, definition, architecture of the parking area 100) to film and identify the cars leaving the access road 122. However, the dynamic staking out by access road is precisely carried out by comparison between the input images and the output images. The purpose of the remote camera 217 is to film the exit from the access road 122. The images are then transmitted to the calculation unit 220 of the terminal 200. Here we observe a slight delocalization between the acquisition of images and their processing but since the remote camera is generally fairly close (between 10 and 30 m) from the calculation unit 220, the communication can be done effectively wirelessly or easily with a wire.

In an advantageous embodiment, rather than providing an additional remote camera 217, it is the camera 210 (or the identification camera 215, or a combination of the two) of a second terminal 200 which functions as the camera remote from a first terminal 200 (we speak of a dynamic staking assembly). Thus, in Figure 4a , the camera 217 is illustrated, but it can be replaced by using the identification camera 215 of the terminal 200 located just downstream).

Additional displays

The parking areas 100 preferably include displays 500 called "pure displays", in the sense that they have only or almost only, a display function. They do not include an image processing program, only the electronic components necessary for the display. The 500 display is not intended to process and transmit data. They therefore do not belong to a 200 terminal like the 230 displays.

The 500 displays can communicate with the 200 terminals (wired or using the 250 wireless transmitter/receiver) or with a centralized server 410 which will be described later. In this regard, a wireless receiver 510 is advantageously provided. Wired communication can also be implemented.

The dynamic staking system: centralized networking of terminals

When several terminals 200 are installed on a parking area 100, which is generally the case, there may be a need to collect the data_occ data to optimize the management of the vehicles 130. Indeed, the information to be displayed on a display of An access route can be improved by taking into account information relating to other access routes.

To this end, the terminals 200 can send their occupancy data data_occ to a delocalized server 410, which is typically delocalized in a command post 400. By delocalized, it is meant that the delocalized server 410 is at a certain distance from the terminals 200 : at least 2m between the furthest terminal 200 (among all the terminals 200 when several are provided) and the remote server 410. Communication can be done with wire or wireless. In this case, as the heavy data (images im_Zs) have been processed locally, the data to be transmitted is only the occupancy data data_occ which is light: the bandwidth may be low and the transmission is then fast . Wireless communication may therefore be suitable. Thus, even if a new form of centralization is put in place (not critical, however, because each terminal still operates independently), the system update time remains very low.

The delocalized server 410 comprises a memory 412 and a processor 414 configured to process the occupancy data data_occ of the terminals 200. These are compiled to generate a compiled occupancy data data_occ_comp. Data_occ_comp is therefore generated from at least two data_occ.

A screen 416, connected to the delocalized server 410 (and generally in the control station 400) is generally provided to allow an operator to follow the flows of the parking area 100 almost in real time.

A soft_opt optimization program, stored in memory 412 and executed by processor 414 can then determine which information inf_occ it is preferable to display on displays 130, 500 to optimize the operation of parking area 100. The program soft-opt optimization depends on each parking area 100 and, obviously, on the location of the displays 130, 500.

Once the distribution plan has been established, i.e. once the inf_occ data has been generated for each integrated terminal 200 display and each pure 500 display, the occupancy information is sent to its recipients. Thus, the display 230 of a terminal 200 can display information that is slightly different from information obtained solely from its occupancy data data_occ. However, the occupancy information inf_occ that has been calculated still greatly depends on its occupancy data data_occ.

In practice, as the pure 500 displays are generally placed in places which allow access to several monitoring zones Zs, the occupancy information inf_occ of the 500 display is generally derived from several occupancy data data_occ.

The transmission of information can be done in two ways. In a variant, the delocalized server 410 is connected to a wireless transmitter 420 (typically an antenna remote from the delocalized server 410, at a place where the coverage is good with the displays) so that the pure displays 500 receive the information at display. The communication from the delocalized server 410 to the terminals 200 is preferably done in the same way as the communication from the terminals 200 to the delocalized server 410. In a variant, the terminals 200 serve as a relay between the delocalized server 410 and the pure displays 500. The two variants are illustrated in the same figure 3 .

The dynamic staking set: decentralized networking of terminals

Advantageously, as the terminals 200 integrate a memory 222 and a processor 224, it is possible to do without a delocalized server 410. Each terminal 200 can then function as a delocalized server for a plurality of terminals 200: the terminal 200 then becomes a server called a "localized" server. For example, a single terminal 200 can operate in this way and its calculation unit 220 also has the same role as the delocalized server 410 described previously (with the same functions and the same optimization program: reception of data_occ occupancy data from the other terminals 200, compilation of occupancy data data_occ_comp, etc.). In another example, the terminals 200 can be associated in a plurality of sub-networks and each sub-network includes a terminal 200 which functions as a localized server for the other terminals of its sub-network. If said terminal 200 which operates as a localized server breaks down, then another terminal 200 can become the localized server of the subnet.

Such operation makes it possible to completely dispense with the decentralized server 410, with all the advantages that such elimination provides. In addition, the “local” processing of the data again allows an acceleration of the updates and the follow-up in real time.

The transmission of data can be done in the same way as in the case of the localized server. Wireless transmitter 250 of terminal 200 is then a transmitter/receiver.

It was previously described that two terminals 200 can operate in synergy by sharing the data obtained with their camera 210, 215. This operation between two terminals 200, without going through a delocalized server, also forms a decentralized network.

Complements on the box

The case 240 advantageously has the shape of a metal box, comprising openings for the camera(s) 210, 215 and the integrated display 230. Steel profiles can be used.

Additionally, a plastic shell, such as polycarbonate, can be added around the metal.

Complements on image processing programs

Advantageously, the soft_im image processing program incorporates an artificial intelligence algorithm in the sense that it improves the reliability of its analysis using previous calculations. Learning may be necessary, in particular for the algorithm to take into consideration the particularities specific to each surveillance zone Zs that the camera 210 films.

As mentioned earlier, the image processing program soft_im can work in several ways.

Alternatively, the squares 120 are filmed and the image processing program soft_im determines whether a vehicle 130 is in the square or not. The image processing program soft_im therefore theoretically does not need the images of path 122. It can either analyze a single image or compare images at time intervals. Such a program allows dynamic staking by place: the occupancy data data_occ is precise for each place 130 of the surveillance zone Zs and the information inf_occ can transcribe this precision, as was exemplified previously.

In another variant, the access road 122 is filmed and the soft_im processing program determines whether the vehicle 130 which entered the access road 122 left it (therefore came out of it). If not, then it is concluded that the vehicle parked in space 122, which is therefore no longer available. Such a program allows dynamic staking per access road: the occupancy data data_occ is precise for each access road of the surveillance zone Zs and the information inf_occ can only at best transcribe this precision, as has been been exemplified previously.

In both cases, the soft_im image processing program can also anticipate seat occupancy. For example, if a vehicle enters an access road 122 and there is a free space 120 (information known in the existing data_occ), the image processing program soft_im can immediately update data_occ by considering that the vehicle will take the place. If the information on the location of the space (in the case of several free spaces are available) is not determined immediately, it will be determined during a later update, once the vehicle has actually been parked. Data_occ then contains precise data (such place is occupied) and less precise data (a certain number of places is probably occupied). The advantage of such anticipation is immediate: the terminal 200 is generally located at a crossroads C, that is to say at the entrance to an access road 122: however, it takes a few seconds or a few minutes sometimes between the passage of a vehicle in front of the terminal 200 and either the stopping of the vehicle in its space 200 (which would correspond to the moment from which the space is considered occupied) or the exit from the access road 122 (especially that the conclusion that a place has just been taken is made by the absence of identification of the exit of the vehicle, which may necessarily imply a delay): this delay in updating would generate referrals of vehicles to places 120 who have just been occupied.

Additional information on identification

When the vehicle is identified (using the cameras 210, 215, 217 and the soft_im_track image processing program), it may be of interest to use this identification for purposes other than dynamic staking.

For example, the calculation unit 220 can send location information, via email, SMS, notification via a mobile phone application, etc. to the user by indicating the location of his vehicle. For this, the memory 222 of the terminal 200 stores a database associating an identifier of the user of the vehicle 130 (email, telephone number, user name, etc.) with the license plate 132 of said vehicle 130 .

In the same way, the calculation unit 220 can generate a payment request or a direct debit instruction on the same principle.

Alternatively, it is the delocalized server 410 which sends the location information to the registered user or which sends the payment request or the direct debit instructions.

Claims (19)

Dynamic staking bollard (200) for parking area (100), comprising:
- a main camera (210), configured to acquire images (im_Zs) of a surveillance zone (Zs) inside which vehicles (130) are mobile and/or parked in spaces (120) located in the surveillance zone (Zs) or accessible via the surveillance zone (Zs),
- a calculation unit (200) comprising a non-volatile memory (222) storing an image processing program (soft_im) and a processor (224) configured to execute said image processing program (soft_im) in order to process the images acquired by the main camera (210) to generate occupancy data (data_occ) relating to the occupancy of said places (120) linked to the surveillance zone (Zs),
- an integrated display (230), configured to display occupancy information (inf_occ) linked to the occupancy datum (data_occ), in a manner intelligible to a user,
- a box (240), inside which are positioned the calculation unit (200) and the integrated display (230). Dynamic staking bollard (200) according to claim 1, in which the main camera (210) is mounted outside the box (240), using a mast (212), preferably having an adjustable length. Dynamic staking terminal (200) according to any one of claims 1 to 2, in which the image processing program (soft_im) is a program incorporating artificial intelligence. Dynamic staking terminal (200) according to any one of claims 1 to 3 in which the image processing program is a program anticipating the occupation of a space from the images (im_Zs) acquired. Dynamic staking terminal (200) according to any one of claims 1 to 4, in which the main camera (210) is configured to acquire images (im_Zs) of the places (120) and the image processing program (soft_im ) is configured to determine whether or not the spaces (120) are occupied by a vehicle (120). Dynamic staking bollard (200) according to any one of claims 1 to 5, in which the main camera (210) is configured to acquire images (im_Zs) of access roads (122) to places (120) and the image processing program (soft_im) is configured to determine whether a vehicle (130) has left the driveway (122) or not, and therefore to determine whether the vehicle (130) occupies a space (120) or not . Dynamic staking bollard (200) according to any one of claims 1 to 6, in which
the main camera (210) is configured to film the license plates (132) of the vehicles (130)
or
the dynamic staking terminal (200) comprises an additional identification camera (215) configured to film the license plates (132) of the vehicles (130),
the non-volatile memory (222) storing an image processing program (soft_im_id) and the processor (224) is configured to execute said image processing program (soft_im_id), said calculation unit (200) being thus configured in order to process the license plate images acquired by the camera (210, 215) to identify the vehicles (130) and generate tracking data (data_track) relating to the vehicles (130) in the surveillance zone (Zs). A dynamic staking post (200) according to claim 7, wherein the identification camera (215) and the main camera (210) are configured to shoot from different directions. Dynamic staking terminal (200) according to any one of claims 1 to 8, comprising a wireless transmitter (250) configured to transmit the occupancy datum (data_occ) to a display (500), which is preferably not an integrated display (230) of a terminal (200). Dynamic staking terminal (200) according to any one of claims 1 to 9, comprising a transmitter/receiver (230) configured to send the occupancy data (data_occ) to another dynamic staking terminal (200) and to receive the data occupancy (data_occ) of another dynamic staking terminal (200). Dynamic staking device comprising a dynamic staking terminal (200) according to any one of claims 1 to 10 and a remote camera (217) configured to acquire images of moving vehicles (130) and/or parked on places (120 ) located in the surveillance zone (Zs), said remote camera (217) being configured to send the acquired images to the calculation unit (220) of the terminal (200). A dynamic staking device according to claim 11, comprising two signaling bollards (200) according to any one of claims 1 to 10, in which a camera (210, 215) of a dynamic staking bollard (200) is the camera remote (217) from the other dynamic staking terminal (200). A dynamic staking assembly comprising a plurality of dynamic staking bollards (200) according to any one of claims 1 to 10 or a plurality of devices according to claim 11 or a device according to claim 12, in which at least one of the two units calculation unit (200) can send its occupancy data (data_occ) to the other calculation unit (200). A dynamic staking assembly according to claim 13, wherein one of the computing units (200) is configured to
receiving the occupancy data (data_occ) from the plurality of signaling terminals (200) and compiling them,
generating compiled occupancy data (data_occ_comp) for displays (230, 500). A dynamic staking assembly according to claim 14, wherein the displays (230, 500) include integrated displays (230), signal terminals (200) and pure displays (500). Dynamic staking system comprising a plurality of signaling bollards (200) according to any one of claims 1 to 10 or a plurality of devices according to claim 11 or a device according to claim 12 or an assembly according to any one of claims 13 to 15, the dynamic staking system further comprising a delocalized server (410), located at a distance from the dynamic staking terminal (200), the delocalized server (410) being configured to
receiving the occupancy data (data_occ) from the plurality of signaling terminals (200) and compiling them,
generating compiled occupancy data (data_occ_comp) for displays (230, 500). A dynamic staking system according to claim 16, wherein the displays (230, 500) include integrated displays (230), signal terminals (200) and pure displays (500). Dynamic staking system according to Claim 16 or 17, in combination with Claim 8, in which the wireless transmitter (250) is configured to transmit to a pure display (500) occupancy information (inf_occ) derived from the data compiled occupancy (data_occ_comp). Parking area location (100), comprising an intersection (C) and a dynamic staking post (200), characterized in that the dynamic staking post (200) is a post according to any one of Claims 1 to 10 and is positioned at the crossroads (C).