EP1769464A1 - Ensemble de gestion de places de stationnement, avec borne de contrôle d"usager autorise et de signalement a un poste de contrôle, et logiciel d"application - Google Patents

Ensemble de gestion de places de stationnement, avec borne de contrôle d"usager autorise et de signalement a un poste de contrôle, et logiciel d"application

Info

Publication number
EP1769464A1
EP1769464A1 EP05783933A EP05783933A EP1769464A1 EP 1769464 A1 EP1769464 A1 EP 1769464A1 EP 05783933 A EP05783933 A EP 05783933A EP 05783933 A EP05783933 A EP 05783933A EP 1769464 A1 EP1769464 A1 EP 1769464A1
Authority
EP
European Patent Office
Prior art keywords
terminal
server
vehicle
message
parking
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
EP05783933A
Other languages
German (de)
English (en)
Inventor
Jacques Faivre
Marc De La Croix-Vaubois
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
TECHNOLIA FRANCE
Original Assignee
Technolia Sarl
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Technolia Sarl filed Critical Technolia Sarl
Publication of EP1769464A1 publication Critical patent/EP1769464A1/fr
Withdrawn legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/12—Payment architectures specially adapted for electronic shopping systems
    • G06Q20/127—Shopping or accessing services according to a time-limitation
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07B—TICKET-ISSUING APPARATUS; FARE-REGISTERING APPARATUS; FRANKING APPARATUS
    • G07B15/00—Arrangements or apparatus for collecting fares, tolls or entrance fees at one or more control points
    • G07B15/02—Arrangements or apparatus for collecting fares, tolls or entrance fees at one or more control points taking into account a variable factor such as distance or time, e.g. for passenger transport, parking systems or car rental systems
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07F—COIN-FREED OR LIKE APPARATUS
    • G07F17/00—Coin-freed apparatus for hiring articles; Coin-freed facilities or services
    • G07F17/0014—Coin-freed apparatus for hiring articles; Coin-freed facilities or services for vending, access and use of specific services not covered anywhere else in G07F17/00
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07F—COIN-FREED OR LIKE APPARATUS
    • G07F17/00—Coin-freed apparatus for hiring articles; Coin-freed facilities or services
    • G07F17/24—Coin-freed apparatus for hiring articles; Coin-freed facilities or services for parking meters
    • G07F17/246—Coin-freed apparatus for hiring articles; Coin-freed facilities or services for parking meters provided with vehicle proximity-detectors

Definitions

  • Parking lot management package with authorized user control terminal and signaling at a control station, and application software
  • the invention relates to a set of management of parking spaces. More particularly, the invention aims to create a new concept of management of parking spaces, which includes but not limited to detecting the arrival and departure of a vehicle on a place that is reserved for authorized users (deliverers , conveyors of funds, handicapped persons or others), to control the authorization of the said vehicle, and in the event of an infringement to report it on the one hand to the driver of the vehicle and on the other hand to a checkpoint which alerts verbalizing agents.
  • the invention which consists of a method for the management of parking spaces characterized in that it manages the places according to a database of authorized users and in that it comprises the steps following:
  • the invention also relates to a parking management system, characterized in that it comprises:
  • a management computer assembly with at least one server
  • each terminal provides at least the following functions: vehicle detection, message display, card reading, or other means of identification, sending messages to a control station central that can alert police services via telecommunication networks with a computer server.
  • a terminal is composed of a body, fixed vertically in the ground near a parking space to be monitored, said body having in the upper part a light panel, a message display, a bright cabochon, and a night display, the terminal being connected to a vehicle detector placed in the ground of the parking space to be monitored, and used to transmit to the terminal a signal of arrival or departure of a vehicle.
  • the invention also consists of an application software for the operation of the aforementioned assembly and allowing:
  • FIG. 1 is an overall view of a terminal according to the invention
  • FIG. 2 shows a vehicle stationary on a square monitored by the terminal of FIG. 1;
  • FIG. 3 is a flowchart of operation of a first embodiment of the management assembly according to the invention.
  • FIG. 4 is a functional architecture of a terminal according to the invention
  • FIG. 5 is a representation of the activities within a terminal according to the invention
  • FIG. 6 represents the simplified architecture of a mode of implementation of the invention
  • Figure 7 shows the detailed architecture of the embodiment of Figure 6
  • Figure 8 schematically shows the connection of the server with a client station.
  • a parking space management assembly according to FIGS. 2 to 3 comprises: a plurality of terminals (1) each cooperating with a vehicle detector (2), - a plurality of identification means (3) of authorized users, a management computer unit (4) for sending and receiving data with local servers (5), a central server (6), a message generation server (7), one or more checkpoints (8). ), - a set of intervention service terminals (9).
  • a set of terminals such as: on an agglomeration and to manage them from a local server (5) of the town hall, on a shopping mall or large-scale shopping mall, a public transport space (rail transport, airport, etc.), a school or university-type teaching space ... and in the end any private or public space intended to receive the public.
  • a terminal such as (1) provides at least the following functions: vehicle detection, message display, card reading, or other means of identification, sending messages to a central control station which can alert the police services ( computer, telephone, fax, PDA, etc.) via telecommunication networks with a computer server.
  • a terminal (1) is externally composed of a body (10) for example substantially cylindrical, fixed vertically in the ground near a parking space to be monitored, said body (10) having in the upper part a light panel (11). ), a message display (12), a cabochon or luminous dome (13), and a night display (14).
  • the terminal (1) is connected to a vehicle detector (2) for example a current loop placed in the ground of the parking space to be monitored, and used to transmit to a microcontroller (15) of the terminal a signal arrival or departure of a vehicle.
  • a vehicle detector (2) for example a current loop placed in the ground of the parking space to be monitored, and used to transmit to a microcontroller (15) of the terminal a signal arrival or departure of a vehicle.
  • the lower part of the terminal is protected by a cylindrical granite sheath and a height of 50 cm.
  • the current loop (18) is able to detect magnetic field changes caused by the arrival and departure of a vehicle over a period of time exceeding 24 hours.
  • the light panel (11) makes appear or disappear color graphic sets (prohibition sign, handicap symbol ...) related to the events managed by the microcontroller card.
  • the illuminated panel (11) operates with a set of diodes distributed around "stencil plates". The plates can be interchangeable.
  • the illuminated panel (11) works with a set of diodes distributed on a specific circuit board which integrates the two visuals: handicap logo (blue diodes) and forbidden parking (red diodes).
  • the circuits can be interchangeable.
  • the message display (12) also includes a time counter for example to display the authorized parking time and / or to count down a remaining parking time.
  • the message display (12) allows both display graphics and characters (up to 4 lines of up to 15 characters), the 4 lines allow in graphical mode to display predefined pages (500) contained in a local memory (flash).
  • the luminous cabochon (13) placed at the top of the terminal comprises one or more preferably two-color lights, which can emit red or green light signals depending on the signal to be transmitted to the driver of the vehicle.
  • the red / green luminous cabochon contains 80 high-brightness diodes distributed on a circuit managed by the microcontroller board; it lights up in green and flashes red depending on events.
  • the inside of the body (10) of the terminal contains and protects electronic or electrical components, namely:
  • an optional audible buzzer (19) which provides an audible signal when an identification means (3) is presented in front of the reader (22) and to validate each new event (display, etc.),
  • At least one transceiver means such as a radio modem (20) and / or a GPRS modem (21).
  • the radio modem ensures the reception / reading of a code sent by the remote control (alternative to the RFID card) but also the exchange of information between the terminal and a nearby local server, or a relay terminal, in case of non-coverage of the GSM network (maximum range tested in urban areas 400 m radius).
  • the GPRS modem ensures the transmission of information between the terminals and the central server; it ensures the coverage of a whole network of urban terminals by local and central servers,
  • a reader (22) identification means (3) preferably a smart card, contactless or mixed without and with contact with an optional remote control unit (24) to send the card information (parking authorization ) at the terminals, from a vehicle.
  • the cards validating the rights are of the type "Philips mifare 13,56 Mhz 512 B"; they can receive a full-color four-sided printing in photo quality.
  • the remote control has the dimension of a credit card standardized for a thickness of 5 mm; it contains a battery which ensures a duration of several months. Its range is limited for example to 10 m It operates on a frequency of 868 Mhz, - a night signaling display consisting of blue LEDs, for example five, distributed on a circuit managed by the microcontroller card, and activatable by a programmed clock,
  • the power supply receives a current of 220 V which it converts into direct current of 5 and 12 volts; the set at 220 V consumes at most 100 W / h at 0.5 amperes,
  • a microcontroller which manages all the means contained in the terminal and the information received from the current loop (2) associated with it, each function (display, badge reading, detection ... ) is controlled by a specific integrated circuit to ensure greater robustness.
  • the components of the terminal have been developed specifically, firstly for cost reasons, and secondly to ensure control of the component chain (control of the inputs / outputs / problematic compatibilities with the assemblies of the terminal). trade) and supplies.
  • the local servers (5) are equipped with a radio modem (terminals nearby) or an ADSL modem allowing an Internet connection with IP Fixed;
  • the server kernel is Linux-based with a LAMP architecture (Linux Apache MySq! Php) with the Linux: Debian distribution. They contain the local database and a specific application or application software developed in C and Java languages, which performs the following functions:
  • Radio modem 869 mhz master server / slave terminal: o permanent queries on terminal status (1), o management of a local database, o repatriation of information: character string of 13 bytes (N 0 terminal, status, N ° badge, CRC) 1 o verification of the validity of the information (between local database and central database), o return of commands to terminals 1, o sending of request for intervention to a maintenance center comprising a central server (6) in the event of non-response of a terminal (1), o automatic sending of voice calls and SMS, to the terminals of the intervention agents via the server of message (7).
  • Case 2 GPRS modem (communication based on TCIP protocol): o permanent reception of reports on the state of the terminals (1), o reception of information: character string of 13 octets (terminal no., IP, status, N ° badge, CRC), o verification of the validity of the information in the local database and / or the central database, o return of orders to the terminals (1), o sending of the request for intervention to a data center. maintenance with a central server (6) in the event of non-activity of a terminal, o automatic sending of voice calls to the telephone, fax or other telephone service agents (9) via the message server (7).
  • the local database managed by the local server (5) contains the cards of all authorized local users, for example disabled persons, deliverymen etc.
  • the central database managed by the central server (6) contains the centralized database of all the local servers and is developed in My SQL.
  • the central server (6) also contains an application or application software that manages calls for maintenance (sending voice messages via the server message (7) or SMS); it allows authorized customers (by access code) to intervene on databases via the Internet.
  • the customer control stations (8) are connected to the local servers (5) via the Internet (ADSL modem); they contain an application and a command interface developed in Java applet able to work under all existing computers (linux, Windows, mac OS %) which allows:
  • the integrated management software for electronic components will allow:
  • a computer unit or control station (8) (server / software / control center) manages all the operations and administers the related services: allocation and edition of the cards, management of a "parking" account (optional), viewing offenses, routing calls to the right recipients, tracking responses and editing service statistics, remote maintenance of devices ...
  • the device comprises a set of hardware and software options, network-based power supply mode, type of telecom networks available, user account to be debited, statistics, natures and contents of messages to users -vocal, character display, pictograms ... - management of several places from a terminal, sending messages to several recipients and / or several terminals - computers, mobiles, telephones, fax ...-, special design, specific protections, integration of communication surfaces, addition of compatible functionalities (voice information, localization ...), development of an interface for the control of infringements on specific cartography ... which will allow an optimal adaptation to the constraints of the ground.
  • These options will be integrated in the final devices according to the choices resulting from the preliminary study.
  • At least one terminal (1) may include an electrical connection socket.
  • an additional option is proposed; it provides identified customers with a source of electrical energy that can be used to power electrical devices during specific events (eg music festival) or to recharge batteries (electric vehicles, etc.); in the latter case, the terminal will both allow to reserve a place for electric vehicles, to identify with the badge, to receive the server an authorization to charge the power, to unlock the access door to power outlets , to debit an account with visualization on the screen of the sums debited ...
  • the management unit according to the invention can for example function as follows:
  • a message indicating the infraction and its location is sent to the control room that can trigger the police or pound. he can also be sent directly to the mobile receivers (telephones, PDA %) of the intervention agents, without going through a checkpoint.
  • a possibility of progressive fine changing according to time slot can be managed by the terminal. If the car leaves the parking lot within the allotted time, the terminal goes back to green (waiting for a vehicle) and if necessary (offense), the warning disappears on the control station. A message indicating the departure of the vehicle may also be sent to the agents before they move.
  • the management unit has achieved its objective of: - protecting the parking spaces reserved for persons with disabilities or authorized, by preventing unauthorized motorists that a call will be issued to the police or services authorized (eg Hypermarkets) if they can not present the card authorizing parking on this place, - allow parking to the beneficiaries for a defined period of time and / or debiting an account if the parking is chargeable.
  • the system is educational and must promptly guarantee a citizen behavior, the tolerance in relation to the application of a sanction to the observation of an infraction is at the initiative of the checkpoint, the system makes it possible to reserve in time r eel parking spaces and control the availability of these (eg for delivery, money conveyor %), it frees up places when their occupation is not necessary.
  • a personalized reception service for example a physical assistance depending on the disability of the person. This service is considered an alternative service intervention.
  • the system architecture is based on a client / server model. (see Figures 6 and 7)
  • the database that centralizes the different information is located on a remote server so that access can be made from any client station.
  • This architecture also makes it possible to secure the exchange of information and access to the database.
  • the communication between the server and the terminals is a communication type
  • connection between the server and the client computers is via an Internet connection.
  • the server (204) is based on OPEN SOURCE technology for its free, easy implementation, reliability and performance.
  • the application allowing the exchanges between the terminals and the stations will be developed in C.
  • the program which will be launched on this one must be executed in the background and it must process the information quickly.
  • the database will be stored on the server (204).
  • the server will also have an Apache / PHP server for connections to the database from an internet browser. Thin clients such as terminal or card administrators will be made in PHP. The access is secured by means of a login and a password and accessible from any post connected to the Internet. Clients of the type Checkpoint where it is necessary to have a dynamism will be realized in the form of Java Applet or other.
  • the terminal will be developed in C.
  • Terminal architecture The functional architecture of a terminal can be schematized as in Figure 4 with:
  • An input / output module (101) having a microcontroller (102) managing a reader (103), a display (104), a vehicle detection loop (105), diodes (106), •
  • a module main processor (107) essentially consisting of an onboard PC communicating via a USB station (109) with the microcontroller (102) and a serial port -110) with the reader (103) and managing a communication module (111) .
  • the actors in this set are client stations (201, 202, 203), a server (204), a telecommunications network (205, 206, 207).
  • the system takes care of the initialization of the communication module (GPRS, wifi %) and launches the daemon corresponding to the program of the terminal.
  • the kiosks will be equipped with soekris cards (net4801).
  • the operating system will be an OpenBSD. Its installation must be minimal to fit with the programs on a compact 256MB flash see 128MB. (Possibility of next migration under FREEBSD)
  • the state machine defines the actions to be performed based on the state in which the terminal is located and the events that occur.
  • the terminal may not be activated when a vehicle arrives. Outside the times reserved for booking seats, the high-brightness lamps, the LED screen, and the back-lit symbols of the terminals are deactivated. If the terminal is active, the green lamp is on.
  • the terminal By means of a current loop, the terminal detects the arrival of a vehicle. This arrival triggers several operations simultaneously depending on the type of the terminal.
  • the terminal retrieves the card number and transmits it to the server for verification.
  • the high brightness lamp of the terminal turns green and a message indicating the right to park appears on the screen.
  • the terminal will go back to the vehicle standby, the lamp will turn green and a message indicating the departure of the vehicle will be sent to the server.
  • An authorized parking time count may be initiated if the terminal is a minute stop terminal or if time is limited in the case of a reserved parking terminal.
  • the presence of the vehicle at the end of the counting causes the illumination of the high-brightness lamp of the terminal to red, the symbol prohibiting parking turns on and a message is sent to the server informing him that the vehicle parked in front of the terminal is in breach.
  • the departure of the vehicle results in all cases a report at the server.
  • Offense management is performed at the checkpoint in conjunction with the server.
  • information on the offense and, in particular, the amount of the fine is displayed on the diode screen of the terminal. Fines can be progressive. In this case, we display the time before each level of fine and the amount. In the case of a paid seat, an account can then be debited at the server. In this case the terminal informs the user on its screen. All like fines, the price may vary depending on the time spent on the parking spot.
  • the system initializes the various components (RFID, Microcontroller, Leds, Detector, (Radio), ...) as well as the environment (Temperature, Humidity, ). If the system has a problem, it warns the server if possible (If the program was started, the GPRS should work), and continues if the problem is trivial (with local program solution), otherwise the system will stop the terminal properly.
  • the dome (13), the display (12), and the logos of the terminal are deactivated.
  • the terminal If the vehicle leaves before the end of the deadline for the presentation of the authorization, the terminal is put back on hold and a message indicating the departure of the vehicle is sent to the server.
  • the server has two roles. It analyzes the information concerning the holder of the card according to the action (parking request, payment, ). And it serves as an intermediary between the terminals and the various control points of the client computers (each terminal is managed by only one client station). The analysis of the presence of a request coming from a terminal must be carried out in real time. When a request arrives, we retrieve the name of the customer who is responsible for the terminal from which the request comes and is sent the arrival information of a vehicle on the parking space.
  • a card In the case where a card is presented to the terminal, it tests whether the card number is not in the refusal list. It is also verified that the user has the rights to access this terminal. In addition it is necessary to check the expiry date of the card and that the request is within the times that will have been granted to the cardholder. If the card is not valid, the terminal is sent a message of invalidity as well as the checkpoint. Otherwise access is authorized by two actions: sending a message of agreement to the terminal with the language of the beneficiary and the checkpoint of the person in charge of it. In the case where an account is to be debited, it is verified that the account is supplied or that the holder of the badge is not late in paying his bills. We then debits the account and returns the appropriate message to the terminal. In all cases the request is recorded in the statistics table along with the information on the application and whether it has been accepted or rejected.
  • a lamp which lights up according to the state of the terminal in correspondence
  • a control interface which displays the states of the various terminals in relation with the customer, or the sending of SMS indicating the offenses, their time and their place on a mobile or fixed telephone belonging to the police station.
  • the terminals send the server (204) the information relating to their states.
  • the server is responsible for transmitting status changes at the kiosks to interested customers.
  • the clients are represented by the interface 201), which is in fact a PC which will make it possible to control the lamps warning the customers of the state changes of the terminal in correspondence with the connected client or to display on a screen the states of the terminals of the connected client.
  • the dialogue between the terminals (1) and the server (204) and between the server (204) and the interfaces (201) is established via Internet links.
  • the lamps are controlled by the interface (201) via the parallel port.
  • the application opens automatically.
  • the connection to the server (204) is established automatically.
  • a message at the bottom of the screen indicates whether the software is connected or disconnected from the server.
  • the control interface makes it possible to display the information on the status of the terminals and to initiate the interventions. Display:
  • the cell corresponding to the status of the terminal is colored red.
  • a click on a terminal allows to reveal the details concerning its main information and its occupation. For information, one must find its location and the type of place. As far as his occupation is concerned, one must first obtain his condition (free or occupied), the time of beginning of occupancy of the place, and whether the parked vehicle is or is not in violation with possibly the amount of the fine and the time remaining before entry into the offense or the next fine.
  • Police call via SMS or voice message Send a voice message and / or text message to the nearest police officer's mobile phone. This requires locating police officers.
  • Impound Call Send information on the impound station or a phone call via a voice server.
  • the table on the main window of the control room shows the status of the terminals in real time and their information (terminal number, location, status of the free or occupied terminal, display of the plan and status of the intervention).
  • the position of the selected terminal can be viewed on the control station screen.
  • the terminal is being processed. - Waiting for card (Waiting).
  • a message is displayed on the maintenance screen and / or an SMS is sent to it, specifying the number of the broken down terminal and the description of the fault.
  • the mobile phone number of the maintenance must be configurable via the server parameter window.
  • a window will be used to know in real time the operating status of each terminal. It will also allow remote intervention (switch off, switch on, restart).
  • the server is able to perform the functions of:
  • the client station is able to perform the following functions: Access to certain modules according to authorizations (maintenance, STATIO'Control ,.)
  • Terminal pool management Adding, modifying and deleting terminals.
  • Statistics can be limited to the list of requests, offenses and interventions.
  • the criteria are: • per week, per month, for a date or an interval,
  • the display must be in percentage or in number with accumulations if need be.
  • a statistics window
  • the display of graphics corresponding to the selection criteria is also provided.
  • PDA Personal Digital Assistant / Personal Digital Assistant
  • GSM Global System for Mobile Communications
  • ADSL Asymmetry Digital Subscriber Line
  • IP LAMP Internet Protocol: Linux / Apache / Mysql / PHP
  • SMS Short Message Service
  • TCP / IP SQL Transmission Control Protocol / Internet Protocol: Structured Query Language

Landscapes

  • Business, Economics & Management (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Finance (AREA)
  • Accounting & Taxation (AREA)
  • Engineering & Computer Science (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Automation & Control Theory (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Traffic Control Systems (AREA)

Abstract

L'invention concerne un ensemble de gestion de places de stationnement, caractérisé en ce qu'il comporte: - une pluralité de bornes (1) chacune coopérant un détecteur de véhicule (2), - une pluralité de moyens d'identification (3) d'usagers autorisés, - un ensemble informatique de gestion (4) avec des serveurs locaux (5), un serveur central (6), un serveur de génération de messages (7), - un ou plusieurs postes de contrôle (8), - un ensemble de terminaux de services d'intervention (9), et en ce que chaque borne (1) assure au moins les fonctions suivantes détection de véhicule, affichage de messages, lecture de carte ou autre moyen d'identification, envoi de messages vers un poste de contrôle central qui pourra alerter les services de police via les réseaux de télécommunication avec un serveur informatique. Une borne selon l'invention est composée d'un corps (10) avec au moins des panneaux lumineux (11), et un afficheur (12) de messages, un cabochon lumineux (13) et elle est reliée à un détecteur de véhicules.

Description

Ensemble de gestion de places de stationnement, avec borne de contrôle d'usager autorisé et de signalement à un poste de contrôle, et logiciel d'application
L'invention concerne un ensemble de gestion de places de stationnement. Plus particulièrement l'invention a pour objectif de créer un concept nouveau de gestion de places de stationnement, qui consiste notamment mais non limitativement à détecter l'arrivée et le départ d'un véhicule sur une place qui est réservée à des usagers autorisés (livreurs, convoyeurs de fonds, handicapés ou autres), de contrôler l'autorisation dudit véhicule, et en cas d'infraction de signaler celle-ci d'une part au conducteur du véhicule et d'autre part à un poste de contrôle qui alerte des agents verbalisateurs. Cet objectif est atteint par l'invention qui consiste en un procédé pour la gestion de places de stationnement caractérisé en ce qu'il gère les places en fonction d'une base de données d'utilisateurs autorisés et en ce qu'il comporte les étapes suivantes :
- détection de la présence d'un véhicule sur ladite place réservée, - déclenchement sur une borne placée au voisinage de la place de signaux et/ou affichage d'au moins un message à l'intention du conducteur du véhicule,
- lecture d'un moyen d'identification présenté par l'utilisateur,
- transmission des données d'identification à un serveur gérant une base de données des utilisateurs autorisés,
- contrôle du moyen d'identification de l'usager par ledit serveur,
- et selon le résultat de l'identification soit déclenchement sur la borne d'un signal ou d'un message autorisant le stationnement, soit émission d'alerte et localisation de l'infraction par le serveur puis avertissement des services d'intervention.
L'invention concerne également un ensemble de gestion de places de stationnement, caractérisé en ce qu'il comporte :
- une pluralité de bornes chacune coopérant un détecteur de véhicule, une pluralité de moyens d'identification d'usagers autorisés, - un ensemble informatique de gestion avec au moins un serveur,
- un ou plusieurs postes de contrôle, un ensemble de terminaux de services d'intervention, et en ce que chaque borne assure au moins les fonctions suivantes : détection de véhicule, affichage de messages, lecture de carte, ou autre moyen d'identification, envoi de messages vers un poste de contrôle central qui pourra alerter les services de police via les réseaux de télécommunication avec un serveur informatique.
Particulièrement une borne est composée d'un corps, fixé verticalement dans le sol à proximité d'une place de stationnement à surveiller, ledit corps présentant en partie haute un panneau lumineux, un afficheur de messages, un cabochon lumineux, et un affichage nocturne, la borne étant reliée à un détecteur de véhicule placé dans le sol de la place de stationnement à surveiller, et servant à transmettre à la borne un signal d'arrivée ou de départ d'un véhicule.
L'invention consiste également en un logiciel d'application pour le fonctionnement de l'ensemble précité et permettant :
• de recevoir les signaux d'infraction sur une cartographie affichée sur un poste de contrôle,
• de générer des appels vers les forces d'intervention en service dans le secteur de la borne émettrice des signaux d'infraction,
• de visualiser toutes les statistiques des événements ...
On comprendra mieux l'invention à l'aide de la description ci-après faite en référence aux figures annexées suivantes :
- la figure 1 est une vue d'ensemble d'une borne selon l'invention,
- la figure 2 : montre un véhicule stationnant sur une place surveillée par la borne de la figure 1 , - la figure 3 est un organigramme de fonctionnement d'un premier mode de mise en œuvre de l'ensemble de gestion selon l'invention,
- la figure 4 est une architecture fonctionnelle d'une borne selon l'invention, la figure 5 est une représentation des activités au sein d'une borne selon l'invention, - la figure 6 représente l'architecture simplifiée d'un mode de mise en œuvre de l'invention, la figure 7 représente l'architecture détaillée du mode de mise en œuvre de la figure 6, la figure 8 représente schématiquement la liaison du serveur avec un poste client. Un ensemble de gestion de places de stationnement selon les figures 2 à 3 comporte : une pluralité de bornes (1) chacune coopérant avec un détecteur de véhicule (2), - une pluralité de moyens d'identification (3) d'usagers autorisés, un ensemble informatique de gestion (4) pour l'envoi et la réception de données avec des serveurs locaux (5), un serveur central (6), un serveur de génération de messages (7), un ou plusieurs postes de contrôle (8), - un ensemble de terminaux de services d'intervention (9).
A titre d'exemples d'applications, on peut installer un lot de bornes telles que : - sur une agglomération et les gérer depuis un serveur local (5) de la mairie, sur un ensemble commercial de type galerie marchande ou grande surface, un espace de transport en commun (transport ferroviaire, aéroport ...), un espace d'enseignement type école ou université ..., et au final tout espace privé ou public destiné à recevoir du public .
Une borne telle que (1) assure au moins les fonctions suivantes : détection de véhicule, affichage de messages, lecture de carte, ou autre moyen d'identification, envoi de messages vers un poste de contrôle central qui pourra alerter les services de police (ordinateur, téléphone, fax, PDA, etc..) via les réseaux de télécommunication avec un serveur informatique.
Une borne (1) est extérieurement composée d'un corps (10) par exemple sensiblement cylindrique, fixé verticalement dans le sol à proximité d'une place de stationnement à surveiller, ledit corps (10) présentant en partie haute un panneau lumineux (11), un afficheur (12) de messages, un cabochon ou dôme lumineux (13), et un affichage nocturne (14).
La borne (1) est reliée à un détecteur de véhicule (2) par exemple une boucle de courant placée dans le sol de la place de stationnement à surveiller, et servant à transmettre à un micro-contrôleur (15) de la borne un signal d'arrivée ou de départ d'un véhicule. La partie basse de la borne est protégée par un fourreau en granit cylindrique et d'une hauteur de 50 cm.
La boucle de courant (18) est en mesure de détecter les modifications de champs magnétiques provoquées par l'arrivée et le départ d'un véhicule sur une durée qui dépasse 24 heures. Le panneau lumineux (11) fait apparaître ou disparaître des ensembles graphiques couleurs (panneau d'interdiction, symbole handicap ...) en rapport avec les événements gérés par la carte du microcontrôleur. Dans une version à panneau rétro-éclairé, le panneau lumineux (11) fonctionne avec un ensemble de diodes réparties autour de « plaques pochoirs ». Les plaques peuvent être interchangeables. Dans une version à écran LEDS, le panneau lumineux (11) fonctionne avec un ensemble de diodes réparties sur un circuit imprimé spécifique qui intègre les deux visuels : logo handicap (diodes bleues) et stationnement interdit (diodes rouges). Les circuits peuvent être interchangeables. L'afficheur de messages (12) préférentiellement un afficheur à leds (diodes électro luminescentes), permet d'afficher des messages à l'intention de l'usager et/ou du conducteur du véhicule, comme ceux donnés à titre d'exemple plus loin.
L'afficheur de messages (12) comporte également un compteur de temps pour pouvoir par exemple afficher la durée de stationnement autorisé et/ou décompter une durée de stationnement restante.
L'afficheur de message (12) permet à la fois d'afficher du graphisme et des caractères (jusqu'à 4 lignes de 15 caractères maxi), les 4 lignes permettent en mode graphique d'afficher des pages prédéfinies (500) contenues dans une mémoire locale (flash). Le cabochon lumineux (13) placé au sommet de la borne comporte un ou plusieurs feux de préférence bicolores, pouvant émettre des signaux lumineux rouges ou verts selon le signal à transmettre au conducteur du véhicule.
Le cabochon lumineux rouge/vert contient 80 diodes haute luminosité réparties sur un circuit géré par la carte microcontrôleur ; il s'allume en vert et clignote en rouge selon les événements.
L'intérieur du corps (10) de la borne contient et protège des composants électroniques ou électriques à savoir :
- un buzzer sonore (19) en option qui assure un signal sonore lorsqu'un moyen d'identification (3) est présenté devant le lecteur (22) et pour valider chaque événement nouveau (affichage... etc),
- au moins un moyen émetteur récepteur comme un modem radio (20) et/ou un modem de type GPRS (21). Le modem radio assure la réception/lecture d'un code envoyé par la télécommande ( alternative à la carte RFID) mais aussi les échanges d'informations entre la borne et un serveur local proche, ou une borne relais, en cas de non couverture du réseau GSM (portée maxi testée en milieu urbain 400 m de rayon). Le modem GPRS assure la transmission des informations entre les bornes et le serveur central ; il assure la couverture de tout un réseau de bornes urbaines par les serveurs locaux et centraux,
- un lecteur (22) des moyens d'identification (3), préférentiellement une carte à puce, sans contact ou mixte sans et avec contact avec en option un boîtier-télécommande (24) pour envoyer les informations de la carte (autorisation de stationnement) aux bornes, depuis un véhicule. Les cartes validant les droits sont de type « Philips mifare 13,56 Mhz 512 B » ; elles peuvent recevoir une impression quadrichromie recto verso en qualité photo.
A titre d'exemple, la télécommande a la dimension d'une carte de crédit normalisée pour une épaisseur de 5 mm ; elle contient une pile qui lui assure une durée de plusieurs mois. Sa portée est limitée par exemple à 10 m Elle fonctionne sur une fréquence de 868 Mhz, - un afficheur de signalisation nocturne composé de leds bleues, par exemple cinq, réparties sur un circuit géré par la carte microcontrôleur, et activable par une horloge programmée,
- un bloc d'alimentation (17), avec transformateur de tension pour abaisser la tension du secteur auquel est raccordée la borne. L'alimentation reçoit un courant de 220 V qu'elle convertit en courant continu de 5 et 12 volts ; l'ensemble en 220 V consomme au maximum 100 W/h à 0,5 ampères,
- un micro-controleur (15) qui gère l'ensemble des moyens contenus dans la borne ainsi que les informations reçues de la boucle de courant (2) qui lui est associée, chaque fonction (affichage, lecture de badge, détection ... ) est contrôlée par un circuit intégré spécifique pour garantir une plus grande robustesse.
Pour la plupart les composants de la borne ont été développés spécifiquement, d'une part pour des raisons de coûts, et d'autre part pour garantir une maîtrise de la chaîne de composants (maîtrise des entrées/sorties/compatibilités problématiques avec les ensembles du commerce ) et des approvisionnements.
Les serveurs locaux (5) sont équipés d'un modem radio (bornes à proximité) ou d'un modem ADSL permettant une connexion Internet avec IP Fixe ; le noyau serveur est développé sous linux avec une architecture LAMP (Linux Apache MySq! Php) avec la distribution Linux : Debian. Ils contiennent la base de données locale et un applicatif ou logiciel d'application spécifique développé en langages C et Java, qui effectue les fonctions suivantes :
• Cas 1 : modem radio 869 mhz : serveur maître / borne esclave : o envois permanents de requêtes sur l'état des bornes (1), o gestion d'une base de données locales, o rapatriement des informations : chaîne de caractères de 13 octets (N0 borne, état, N°badge, CRC)1 o vérification de la validité des informations (entre base de données locale et base de données centrale), o renvoi de commandes vers les bornes 1 , o envoi de demande d'intervention vers un centre de maintenance comportant un serveur central (6) en cas de non-réponse d'une borne (1), o envoi automatique d'appels vocaux et de SMS, vers les terminaux des agents d'intervention via le serveur de message (7).
• Cas 2 : modem GPRS (communication basée sur protocole TCIP) : o réception permanente de rapports sur l'état des bornes (1), o réception des informations : chaîne de caractères de 13 octets (N° borne, IP, état, N°badge, CRC), o vérification de la validité des informations dans la base de données locale et/ou la base de données centrale, o renvoi de commandes vers les bornes (1), o envoi de demande d'intervention vers un centre de maintenance avec serveur central (6) en cas de non-activité d'une borne, o envoi automatique d'appels vocaux vers les terminaux téléphone, fax ou autre des agents d'intervention (9) via le serveur de message (7). La base de donnée locale gérée par le serveur local (5) contient les fiches de tous les utilisateurs locaux autorisés, par exemple des personnes handicapées, des livreurs etc..
La base de donnée centrale gérée par le serveur central (6) contient la base de données centralisée de tous les serveurs locaux et elle est développée en My SQL. Le serveur central (6) contient également un applicatif ou logiciel d'application qui gère les appels à la maintenance (envoi de messages vocaux via le serveur message (7) ou de SMS) ; il permet aux clients autorisés (par code d'accès) d'intervenir sur les bases de données via Internet.
Les postes de contrôle client (8) sont reliés aux serveurs locaux (5) via Internet (modem ADSL) ; ils contiennent un applicatif et une interface de commande développée en applet Java capable de fonctionner sous tous les ordinateurs existants (linux, Windows, mac OS ...) qui permet :
• de recevoir les signaux d'infraction sur une cartographie (23) affichée sur un poste de contrôle (8),
• de générer des appels vers les forces d'intervention en service dans le secteur de la borne émettrice des signaux d'infraction,
• de visualiser toutes les statistiques des événements ...
Le logiciel de gestion intégré aux composants électroniques va permettre :
• de recevoir des codes et d'afficher des pages prédéfinies (500) contenues dans une mémoire locale (flash 128 Ko) en rapport avec les événements (arrivée de véhicule, détection/lecture de badge ...) : mode graphique permettant d'afficher jusqu'à 15 caractères ou des représentations graphiques,
• de générer des messages variables sur l'ensemble de l'afficheur ou sur 1 ,2 ou 3 lignes - interprétation de code ASCI autorisant 10 caractères par ligne - pour permettre notamment de faire apparaître un compteur de temps, un compteur de coûts en euros ... ),
• de combiner les modes textes et graphiques,
• de réaliser des animations : clignotement, défilement (64 pages par message défilant). Un ensemble informatique ou poste de contrôle (8) (serveur/logiciel/centre de contrôle) gère l'ensemble des opérations et administre les services afférents : attribution et édition des cartes, gestion d'un compte « stationnement » (en option), visualisation des infractions, acheminement des appels vers les bons destinataires, suivi des réponses et édition des statistiques du service, télémaintenance des dispositifs...
Par ailleurs, le dispositif comporte un ensemble d'options matérielles et logicielles, mode d'alimentation selon réseau disponible, type de réseaux télécom disponibles, compte utilisateur à débiter, statistiques, natures et contenus des messages aux usagers -vocal, affichage de caractères, de pictogrammes... - gestion de plusieurs places à partir d'une borne, envoi des messages vers plusieurs destinataires et/ou plusieurs terminaux -ordinateurs, mobiles, téléphones, fax...-, design particuliers, protections spécifiques, intégration de surfaces de communication, ajout de fonctionnalités compatibles (information vocale, localisation...), développement d'une interface de contrôle des infractions sur cartographie spécifique... qui vont permettre une adaptation optimale aux contraintes du terrain. Ces options seront intégrées dans les dispositifs finaux selon les choix résultants de l'étude préalable.
En outre, au moins une borne (1) peut comporter une prise de connexion électrique. Ainsi une option supplémentaire est proposée ; elle permet de fournir à des clients identifiés, une source d'énergie électrique permettant notamment d'alimenter des appareils électriques lors de manifestations ponctuelles (ex : fête de la musique) ou de recharger des batteries (véhicules électriques ...) ; dans ce dernier cas, la borne va à la fois permettre de réserver une place aux véhicules électriques, de s'identifier avec le badge, de recevoir du serveur une autorisation de charger du courant, de débloquer la trappe d'accès aux prises de courant, de débiter un compte avec visualisation à l'écran des sommes débitées ...
On note également que certains composants peuvent être remplacés par d'autres fonctionnellement équivalents (ex: le micro-contrôleur par un PC embarqué, le modem 20 ou 21 par un système filaire).
L'ensemble de gestion selon l'invention peut par exemple fonctionner comme suit :
Une voiture se gare sur une zone réservée... Son arrivée est détectée et déclenche un signal lumineux (lampe rouge clignotante)... Ainsi que l'affichage et/ou la vocalisation d'un message : « emplacement réservé - présenter votre badge sinon appel à la police » ou « arrêt autorisé 5 mn... au-delà appel police... etc.
Sur présentation d'une carte, un message s'affiche « Stationnement autorisé jusqu'à... » et/ou « votre compte sera débité de... » puis la lampe passe au vert.
Dans tous les cas, un décompte des temps restant s'affiche seconde par seconde jusqu'à l'apparition, le cas échéant du symbole d'interdiction de stationner si le temps alloué est dépassé.
Si la carte n'est pas présentée dans un temps défini ou si le temps alloué est dépassé, un message signalant l'infraction et sa localisation, est envoyé au poste de contrôle qui pourra déclencher les interventions de la police ou de la fourrière. Il peut être aussi directement envoyé sur les récepteurs mobiles (téléphones, PDA ...) des agents d'intervention, sans passer par un poste de contrôle.
Une possibilité d'amende progressive évoluant en fonction de tranche de temps peut être gérée par la borne. Si la voiture quitte le stationnement dans les temps alloués, la borne se remet au vert (attente de véhicule) et le cas échéant (infraction), l'alerte disparaît sur le poste de contrôle. Un message indiquant le départ du véhicule peut également être envoyé aux agents avant qu'ils ne se déplacent.
L'ensemble de gestion selon l'invention a atteint son objectif à savoir de : - protéger les places de parking réservées aux personnes handicapées ou autorisées, en prévenant les automobilistes non autorisés qu'un appel sera émis en direction de la police ou des services autorisés (ex : Hypermarchés) s'ils ne peuvent présenter la carte autorisant le stationnement sur cette place, - autoriser le parking aux ayants-droit pendant une durée définie et/ou en débitant un compte si le parking est payant. En outre, il présente des avantages importants, et notamment : - il trouve son efficacité dans la dissuasion des usagers non-autorisés sans générer d'obstacle (systèmes avec barrières ou arceau télécommandé) sur place, les handicapés non munis de la carte peuvent se garer, la police ne verbalisera pas à la vue du macaron « handicapé » : ainsi, on ne subordonne pas un droit à la possession d'une carte ou d'une télécommande, de plus, et dans ce cas, les policiers qui se seront déplacés pourront vérifier si le badge apposé sur la voiture est bien valide ( contrôle des faux badges), la robustesse au vandalisme (actif ou passif) est maximale : pas de barrière forcée ou d'arceaux plies... coûts de maintenance réduits, le système est éducatif et doit rapidement garantir un comportement citoyen, la tolérance en rapport avec l'application d'une sanction au constat d'une infraction est à l'initiative du poste de contrôle, le système permet de réserver en temps réel des places de stationnement et de contrôler la disponibilité de celles-ci (ex : pour livraison, convoyeur de fonds...), il libère donc des places lorsque leur occupation n'est pas nécessaire. La possibilité depuis le poste client de prévenir un service d'accueil personnalisé, par exemple une assistance physique en fonction du handicap de la personne. Ce service est considéré comme une variante de service d'intervention.
On décrit à présent un ensemble de gestion selon un mode de réalisation des figures 4 à 8.
• Description de l'architecture du serveur
L'architecture du système est basée sur un modèle client/serveur. (voir figures 6 et 7)
La base de données qui centralise les différentes informations se situe sur un serveur distant pour que l'accès puisse s'effectuer depuis n'importe quel poste client. Cette architecture permet également de sécuriser l'échange des informations et les accès à la base de données. La communication entre le serveur, les bornes est une communication de type
TCP.
La liaison entre le serveur et les postes clients se fait par une connexion Internet.
Les échanges entre les différents acteurs doivent être sécurisés.
• Spécifications du serveur
Le serveur (204) est basé sur une technologie OPEN SOURCE pour sa gratuité, sa simplicité de mise en oeuvre, sa fiabilité et ses performances.
• Choix des langages de programmation
Pour le serveur, l'application permettant les échanges entre les bornes et les postes sera développé en C. Le programme qui sera lancé sur celui-ci doit être exécuté en tâche de fond et il doit traiter les informations rapidement. La base de données sera stockée sur le serveur (204).
Le serveur sera également pourvu d'un serveur Apache/PHP pour les connections à la base de données depuis un navigateur internet. Les clients légers tels que les administrateurs de bornes ou de cartes seront réalisés en PHP. L'accès est sécurisé au moyen d'un login et d'un mot de passe et accessible depuis n'importe quel poste connecté à Internet. Les clients du type Poste de contrôle où il est nécessaire d'avoir un dynamisme sera réalisé sous forme d'Applet Java ou autre. La borne sera développée en C.
• Architecture de la borne L'architecture fonctionnelle d'une borne peut être schématisée comme sur la figure 4 avec :
• Un module d'entrée/sortie (101) comportant un micro contrôleur (102) gérant un lecteur (103), un afficheur (104), une boucle de détection de véhicule (105), des diodes (106), • Un module principal (107) composé essentiellement d'un PC embarqué, communiquant par un poste USB (109) avec le micro contrôleur (102) et par un port série -110) avec le lecteur (103) et gérant un module de communication (111).
La modélisation des activités au sein de la borne est schématisée sur la figure 5.
L'architecture complète simplifiée de l'ensemble de gestion est schématisée en figure 6 et son architecture détaillée en figure 7.
Les acteurs de cet ensemble sont des postes clients (201 , 202, 203), un serveur (204), un réseau de télécommunication (205, 206, 207).
• Système de la borne
Au démarrage, le système se charge de l'initialisation du module de communication (GPRS, wifi...) et lance le démon correspondant au programme de la borne.
Les bornes seront munies de cartes soekris (net4801). Le système d'exploitation sera un OpenBSD. Son installation doit être minimale pour tenir avec les programmes sur un compact flash de 256Mo voir 128Mo. ( Possibilité de migration prochaine sous FREEBSD )
Les librairies dynamiques doivent être intégrées dans le système.
Modélisation des activités :
Au sein de la borne les activités sont schématisées selon la figure 5. Programme embarqué sur une borne
Se charge de la connexion avec le serveur. Si serveur trouvé, continuer, sinon
(après 3 tentatives), se connecter à un second serveur. Si second serveur trouvé, continuer, sinon (après 3 tentatives), lancer programme sans gestion de la liaison avec le serveur (mode autonome). Tenter de se reconnecter au serveur toutes les minutes.
Vérification des possibles mise à jour (téléchargement du nouveau programme).
Il sera nécessaire de définir le moteur d'automate utilisé. L'automate d'état fini définit les actions à exécuter en fonction de l'état dans lequel la borne se trouve ainsi que les événements qui surviennent.
Les messages sont écrits dans la langue du demandeur. En cas d'erreur, le message sera affiché en français.
Définir une base des cartes en local.
• Comportement d'une borne
Au moyen d'une gestion des horaires au niveau du serveur, la borne pourra ne pas être activée à l'arrivée d'un véhicule. En dehors des horaires prévus pour la réservation des places, les lampes haute luminosité, l'écran à diodes, et le symbole rétro-éclairé des bornes sont désactivés. Si la borne est active, la lampe verte est allumée.
Au moyen d'une boucle de courant, la borne détecte l'arrivée d'un véhicule. Cette arrivée déclenche simultanément plusieurs opérations en fonction du type de la borne.
1) Pour une borne de stationnement réservé (ex : place handicapé, place livraison, place convoyeur de fond) :
• Passage de la lampe haute luminosité de la borne au rouge clignotant.
• Message vocal et écrit invitant à présenter son badge.
• Envoi d'un message au serveur l'informant qu'un véhicule est en stationnement devant la borne et en attente de présentation de carte.
• Lancement d'un décompte du temps restant en secondes pour la présentation de la carte.
A cette étape, plusieurs actions sont possibles. a) Si une carte est présentée au lecteur, la borne récupère le numéro de la carte et le transmet au serveur pour vérification.
• Dans le cas d'un numéro de carte valide, la lampe haute luminosité de la borne passe au vert et un message précisant le droit de stationner s'affiche à l'écran.
• Dans le cas d'un numéro de carte invalide, le message de présentation d'une carte valide est répété. Le décompte continu. b) Si aucune carte n'a été présentée à la fin du temps alloué, la lampe haute luminosité de la borne se met au rouge, le symbole d'interdiction de stationner s'allume et un message est envoyé au serveur l'informant que le véhicule stationné devant la borne est en infraction. c) Si le véhicule part avant la fin du délai imparti pour la présentation de la carte, la borne se remet en attente, la lampe repasse au vert et un message précisant l'arrêt de l'attente de la présentation de la carte est envoyé au serveur. 2) Dans le cas d'une borne d'arrêt minute,
• Passage de la lampe haute luminosité de la borne au vert.
• Envoi d'un message au serveur l'informant qu'un véhicule est en stationnement devant la borne.
Si le véhicule quitte le stationnement avant la fin du temps alloué, la borne se remet en attente de véhicule, la lampe repasse au vert et un message précisant le départ du véhicule est envoyé au serveur.
Un décompte du temps de stationnement autorisé peut être lancé si la borne est une borne d'arrêt minute ou si le temps est limité dans le cas d'une borne de stationnement réservé. Dans le cas où la durée de stationnement serait limitée, la présence du véhicule à la fin du décompte entraîne l'allumage de la lampe haute luminosité de la borne au rouge, le symbole d'interdiction de stationner s'allume et un message est envoyé au serveur l'informant que le véhicule stationné devant la borne est en infraction. Le départ du véhicule entraîne dans tous les cas un signalement au niveau du serveur. La gestion des infractions est réalisée au niveau du poste de contrôle en liaison avec le serveur. Cependant, on affiche sur l'écran à diode de la borne, les informations relatives à l'infraction et en particulier, le montant de l'amende. Les amendes peuvent être progressives. Dans ce cas, on affiche le temps avant chaque niveau d'amende et le montant. Dans le cas d'une place payante, un compte peut alors être débité au niveau du serveur. Dans ce cas la borne en informe l'usager sur son écran. Tout comme les amendes, le prix peut varier en fonction du temps passé sur la place de stationnement.
Les messages sont écrits ou parlés dans la langue du demandeur. En cas d'erreur, le message sera affiché en deux langues (français et anglais).
Définition des actions d'une borne
1) En cours d'initialisation
Au démarrage, le système initialise les différents composants (RFID, Microcontrôleur, Leds, Détecteur, (Radio), ...) ainsi que l'environnement (Température, Humidité, ...). Si le système comporte un problème, il en avertit le serveur si possible (Si le programme a été lancé, le GPRS doit fonctionner), et continue si le problème est anodin (avec solution programme local), sinon le système se charge d'arrêter la borne proprement.
Une fois l'initialisation terminée, on contrôle si la borne doit être mise en veille en vérifiant les horaires de fonctionnement de la borne (paramétrables) 2) Mise en veille
En dehors des horaires prévus pour la réservation des places, le dôme (13), l'afficheur (12), et les logos de la borne sont désactivés. On affiche une page beta sur l'afficheur. On envoie la veille au serveur.
3) En attente • Le dôme est éteint.
• Message écrit (paramétrable) précisant que la place est réservée à un certain type de population.
• Le lecteur de badge est éteint
• Le logo stationnement interdit est éteint et le logo handicapé est allumé dans le cas d'une place de stationnement réservée aux personnes handicapées
4) Arriver d'un véhicule
• Le dôme est éteint.
• Si la borne est une borne d'arrêt minute, on passe directement dans l'état « Accorder le stationnement ».
• Message écrit (paramétrable) invitant à présenter son badge.
• Mise en route du lecteur de badge.
• Envoi d'un message au serveur l'informant qu'un véhicule est en stationnement devant la borne et en attente de présentation d'une autorisation. • Lancement d'un décompte du temps restant en secondes pour la présentation de l'autorisation. Ce temps est paramétrable et n'est pas mentionné à l'utilisateur.
• N secondes (paramétrable) avant la fin du temps accordé pour la présentation d'une autorisation, le dôme passe au rouge clignotant.
• Si aucune autorisation n'a été présentée à la fin du temps alloué, le système passe à l'état « Refuser le stationnement »
• Si le véhicule part avant la fin du délai imparti pour la présentation de l'autorisation, la borne se remet en attente et un message précisant le départ du véhicule est envoyé au serveur.
5) Présentation d'une autorisation
• Si une carte est présentée au lecteur (22), la borne récupère le numéro de la carte et le transmet au serveur pour vérification. « Le lecteur de badge est éteint
• Message écrit (paramétrable) précisant le contrôle.
• La borne passe alors dans l'état « Contrôle de l'autorisation »
6) Contrôle de l'autorisation
• La borne reste dans cet état tant qu'elle n'a pas reçu une réponse du serveur (204).
• Dans le cas d'un numéro de carte valide, la borne passe dans l'état « Accorder le stationnement »
• Dans le cas d'un numéro de carte invalide, le message de présentation d'une carte valide est répété. La borne repasse dans l'état « Arriver d'un véhicule ». Le décompte continu.
• Si la borne n'a pas reçu de réponse du serveur N secondes (paramétrable) après l'envoi, la borne passe dans l'état « Accorder le stationnement ».
7) Accorder le stationnement • Le dôme passe au vert.
• Message écrit précisant le droit de stationner.
• Si le temps de stationnement est limité, un décompte du temps de stationnement autorisé est lancé.
• N secondes avant la fin de la durée de stationnement autorisé, le dôme passe au vert clignotant. • Dans le cas où la durée de stationnement serait limitée, la présence du véhicule à la fin du décompte entraîne le passage de la borne dans l'état « Refuser le stationnement »
8) Refuser le stationnement • Allumage du cabochon de la borne au rouge.
• Le symbole d'interdiction de stationner s'allume .
• Affichage de la page précisant l'infraction sur l'afficheur.
• Un message est envoyé au serveur l'informant que le véhicule stationné devant la borne est en infraction. Le départ du véhicule entraîne dans tous les cas un signalement au niveau du serveur.
9) Fermeture
• Ferme les différents accès aux composants de la borne.
• Ferme le programme. • Rôles du serveur
Le serveur a deux rôles. Il analyse les informations concernant le porteur de la carte en fonction de l'action (demande de stationnement, paiement, ...). Et il sert d'intermédiaire entre les bornes et les différents postes de contrôle des postes clients (chaque borne n'est gérée que par un seul poste client). L'analyse de la présence d'une demande venant d'une borne doit être effectuer en temps réel. Lorsqu'une demande arrive, on récupère le nom du client qui à la charge de la borne d'où provient la demande et on lui envoie l'information d'arrivée d'un véhicule sur la place de stationnement.
Si aucune carte n'a été présentée dans le cas d'une place de stationnement réservée ou si le délai est dépassé dans le cas d'un arrêt minute, on envoie sur le poste de contrôle l'information concernant l'infraction.
Dans le cas où une carte serait présentée à la borne, on teste si le numéro de la carte ne se trouve pas dans la liste de refus. On vérifie également que l'utilisateur possède les droits pour l'accès à cette borne. De plus il faut vérifier la date d'expiration de la carte et que la demande se situe dans les horaires qui auront été accordés au porteur de la carte. Si la carte n'est pas valide, on renvoie à la borne un message d'invalidité ainsi qu'au poste de contrôle. Sinon on autorise l'accès par deux actions : envoi d'un message d'accord à la borne avec la langue du bénéficiaire et au poste de contrôle de la personne en charge de celle-ci. Dans le cas où un compte serait à débiter, on vérifie que le compte est approvisionné ou que le porteur du badge n'est pas en retard de paiement de ses factures. On débite ensuite le compte et on renvoie le message adéquat à la borne. Dans tous les cas on enregistre la demande dans la table des statistiques avec les informations relatives à la demande et si elle a été acceptée ou refusée.
Postes clients
Nous proposons trois types de poste client soit une lampe, qui s'allume en fonction de l'état de la borne en correspondance, soit une interface de contrôle qui affiche les états des différentes bornes en relation avec le client, soit l'envoi de SMS signalant les infractions, leur heure et leur lieu sur un téléphone portable ou fixe appartenant au poste de police.
1) La lampe
A chaque changement d'état au niveau de la borne Statio'Pass située à proximité de la lampe ( située dans le bâtiment), on établit les modifications suivantes sur la lampe(voir figure 8)
Toutes les lampes éteintes : place libre, borne en veille ou éteinte.
Lampe rouge (R) clignotante : arrivée d'un véhicule sur la place réservée. Lampe rouge (R) fixe : stationnement illicite. - Lampe verte (V) fixe : stationnement autorisé.
Lampe bleue (B) clignotante : demande d'accueil personnalisé. Les bornes envoient au serveur (204) les informations relatives à leurs états. Le serveur se charge de transmettre les changements d'états au niveau des bornes aux clients intéressés. Les clients sont représentés par l'interface 201), qui est en fait un PC qui permettra de commander les lampes prévenant les clients des changements d'états de la borne en correspondance avec le client connecté ou d'afficher sur un écran les états des bornes du client connecté. Le dialogue entre les bornes (1) et le serveur (204) et entre le serveur (204)et les interfaces (201) s'établit via des liaisons Internet. La commande des lampes par l'interface(201) se fait par le port parallèle.
2) L'interface de contrôle
Au démarrage de l'ordinateur, l'application s'ouvre automatiquement. La connexion au serveur (204) s'établit de façon automatique. Un message en bas de l'écran précise si le logiciel est connecté ou déconnecté du serveur. L'interface de contrôle permet d'afficher les informations sur l'état des bornes et de lancer les interventions. Affichage :
- des bornes en attente de présentation d'une carte valide - des emplacements libres
- des emplacements occupés
- des véhicules en infraction.
En cas d'infraction, la cellule correspondant à l'état de la borne se colore en rouge. Un clic sur une borne permet de faire apparaître les détails concernant ses informations principales et son occupation. Pour les informations, on doit retrouver son emplacement et le type de la place. En ce qui concerne son occupation, on doit obtenir tout d'abord son état (libre ou occupée), l'heure de début d'occupation de la place, et si le véhicule en stationnement est ou non en infraction avec éventuellement le montant de l'amende et le temps restant avant l'entrée en infraction ou la prochaine amende.
Appel police via SMS ou message vocal : Envoi un message vocal et/ou un SMS sur le portable de l'agent de police le plus proche. Il faut pour cela pouvoir localiser les agents de police. Appel fourrière : Envoi une information sur le poste de la fourrière ou un appel téléphonique en passant par un serveur vocal.
3) Visualisation des états des bornes
Le tableau sur la fenêtre principale du poste de contrôle, montre les états des bornes en temps réel ainsi que leurs informations (Numéro de la borne, emplacement, état de la borne libre ou occupée, affichage du plan et état de l'intervention).
4) Lancement d'une intervention
Pour chaque infraction vous avez la possibilité de changer l'état de l'intervention à titre d'information. Cet état permet de savoir si une intervention a déjà été demandée et si elle a déjà été effectuée.
5) Visualisation du plan
On peut visualiser sur l'écran du poste de contrôle l'emplacement de la borne sélectionnée.
6) Visualisation des paramètres On peut également visualiser les informations sur le client connecté. 7) Fermer l'application
A chaque fermeture une confirmation est demandée.
8) Dans le cas de modification d'informations au niveau des bornes Liste des paramètres modifiables : • Temps et temporisations.
• Messages de l'afficheur (stockés sous forme de page).
• IP des serveurs et ports. •
9) Tester la présence des bornes Afin de prévenir le service de maintenance du bon fonctionnement des bornes, il faut vérifier que l'ensemble des bornes du dispositif communique bien avec le serveur. On doit pouvoir déterminer le statut de chaque borne : La borne est éteinte. (Eteinte). La place est libre (Libre). - La borne est en cours de redémarrage, (indisponible).
La borne est en cours de traitement. - Attente de carte (En attente).
La place est occupée et carte présentée (Occupée) Infraction (Infraction) - La borne est en mauvais état de fonctionnement, (indisponible)
Lorsqu'une borne a été reconnue comme étant en mauvais état de fonctionnement, on affiche un message sur l'écran de la maintenance et/ou on lui envoie un SMS précisant le numéro de la borne en panne et le descriptif de la panne. Le numéro de portable de la maintenance doit être paramétrable via la fenêtre de paramétrage du serveur.
Une fenêtre permettra de connaître en temps réel l'état de fonctionnement de chaque borne. Elle permettra également d'intervenir à distance (éteindre, allumer, redémarrer).
Partie logicielle - Récapitulatif du procédé de fonctionnement de l'ensemble de gestion selon l'invention
1) Le serveur est capable de réaliser les fonctions de :
• Gestion du parc de bornes
Avertir la maintenance en cas de défaillance d'une des bornes. Echange avec les bornes et les postes clients. Mise à jour software, mise à jour sécurité.
• Gestion de la base de données
Choix du SGBD : MySQL.
Droit d'accès aux tables : voir cahier des charges de la base. Gestion des sauvegardes automatiques, ...
• Gestion du parc de Statio'Vision
Echange entre Borne/serveur/Statio'Vision. Mise à jour software, mise à jour sécurité.
2) Le poste client est capable de réaliser les fonctions suivantes : Accès à certains modules selon autorisations (maintenance, STATIO'Contrôle,.)
• Poste de contrôle
Gestion des badges (droits, accès, horaires, ...). Gestion du parc de bornes (horaires). Réception des informations.
• Administration
1) Gestion des postes utilisateurs Droits d'accès des postes clients. Configuration des horaires.
2) Gestion du parc de bornes Ajout, modification et suppression des bornes.
• Réception et envoi des SMS
Paramétrage du GSM Liaison avec le serveur vocal
• Maintenance Intervention sur les bornes.
3) Les statistiques et les éditions d'états permettent :
• Les statistiques des demandes
Les statistiques peuvent se limiter à la liste des demandes, des infractions et des interventions. Les critères sont les suivants : • par semaine, par mois, pour une date ou un intervalle,
• pour une zone, une borne, une ville, région, ...
• pour une personne,
• en fonction de l'état final de la demande.
L'affichage doit se faire en pourcentage ou en nombre avec des cumuls si besoin est. Voici un exemple de fenêtre de statistiques :
L'affichage de graphiques correspondant aux critères de choix est également prévu.
On rappelle ici la signification des principales abréviations utilisées bien qu'elles soient d'usage courant :
On rappelle ici la signification des principales abréviations utilisées bien qu'elles soient d'usage courant :
PDA : Personnal Digital Assistant / assistant numérique personnel GSM : Global System for Mobile Communications
GPRS : General Packet Radio Service
RFID : Radio Frequency Identification
ADSL : Asymétrie Digital Subscriber Line
IP : Internet Protocol LAMP : Linux / Apache / Mysql / PHP
PHP : Pre hypertext Processor
CRC : Cyclic Redundancy Check
SMS : Short Message Service
TCP/IP : Transmission Control Protocol/Internet Protocol SQL : Structured Query Langage
OS : Operating System
ASCII : American Standard Code for Information Interchange.

Claims

REVENDICATIONS
1. Procédé pour la gestion de places de stationnement caractérisé en ce qu"il gère les places en fonction d'une base de données d'utilisateurs autorisés et en ce qu'il comporte les étapes suivantes :
- détection de la présence d'un véhicule sur ladite place réservée,
- déclenchement sur une borne placée au voisinage de la place de signaux et/ou affichage d'au moins un message à l'intention du conducteur du véhicule,
- lecture d'un moyen d'identification présenté par l'utilisateur,
- transmission des données d'identification à un serveur gérant une base de données des utilisateurs autorisés,
- contrôle du moyen d'identification de l'usager par ledit serveur, - et selon le résultat de l'identification, soit déclenchement sur la borne d'un signal ou d'un message autorisant le stationnement, soit émission d'alerte et localisation de l'infraction par le serveur puis avertissement des services d'intervention.
2. Procédé selon la revendication 1 , caractérisé en ce que si la carte n'est pas présentée dans un temps défini ou si le temps alloué est dépassé, un message signalant l'infraction et sa localisation, est envoyé au poste de contrôle qui pourra déclencher les services d'intervention.
3. Procédé selon l'une des revendications 1 à 2, caractérisé en ce que si le véhicule quitte le stationnement dans les temps alloués, la borne se remet automatiquement en attente de véhicule et l'alerte disparaît.
4. Procédé selon l'une des revendications 1 à 3, caractérisé en ce qu'il peut en outre gérer des places dites "arrêt minute".
5. Procédé selon l'une des revendications 1 à 4, caractérisé en ce qu'un décompte de temps de stationnement peut être lancé, et à la fin du décompte une alerte est lancée si le véhicule est en infraction.
6. Ensemble de gestion de places de stationnement, caractérisé en ce qu'il est conçu pour la mise en oeuvre du procédé selon l'une des revendications 1 à 5 et en ce qu'il comporte :
- une pluralité de bornes (1) chacune coopérant un détecteur de véhicule (2), - une pluralité de moyens d'identification (3) d'usagers autorisés, un ensemble informatique de gestion (4) avec au moins un serveur (5, 6, 7,
204), un ou plusieurs postes de contrôle (8), un ensemble de terminaux de services d'intervention (9), et en ce que chaque borne (1) assure au moins les fonctions suivantes : détection de véhicule, affichage de messages, lecture de carte ou autre moyen d'identification, envoi de messages vers un poste de contrôle central qui pourra alerter les services de police via les réseaux de télécommunication avec un serveur informatique.
7. Ensemble de gestion selon la revendication 6 caractérisé en ce qu'une borne
(1) est composée d'un corps (10), fixé verticalement dans le sol à proximité d'une place de stationnement à surveiller, ledit corps (10) présentant en partie haute un panneau lumineux (11), un afficheur (12) de messages, un cabochon lumineux (13), et un affichage nocturne (14), la borne (1) étant reliée à un détecteur de véhicule (2) placé dans le sol de la place de stationnement à surveiller, et servant à transmettre à la borne un signal d'arrivée ou de départ d'un véhicule.
8. Ensemble de gestion selon l'une des revendications 6 à 7, caractérisé en ce que le panneau lumineux (11) fait apparaître ou disparaître des ensembles graphiques couleurs (panneau d'interdiction, symbole handicap ...) en rapport avec les événements gérés.
9. Ensemble de gestion selon l'une des revendications 6 à 7, caractérisé en ce que l'afficheur de message (12) comporte un compteur de temps pour pouvoir par exemple afficher la durée de stationnement autorisé ou décompter une durée de stationnement restante.
10. Ensemble de gestion selon l'une des revendications 6 à 9, caractérisé en ce que le cabochon lumineux (13) placé au sommet de la borne comporte un ou plusieurs feux, émettant des signaux lumineux selon le message à transmettre au conducteur du véhicule.
11. Ensemble de gestion selon l'une des revendications 6 à 10, caractérisé en ce que l'intérieur du corps (10) de la borne contient et protège des composants électroniques ou électriques à savoir : un buzzer sonore (19) en option qui assure un signal sonore lorsqu'un moyen d'identification (3) est présenté devant le lecteur (22) et pour valider chaque événement nouveau, - au moins un moyen émetteur récepteur comme un modem radio (20) et/ou un modem de type GPRS (21),
- un lecteur (22) du moyen d'identification (3),
- un afficheur de signalisation nocturne, - un bloc d'alimentation,
- un micro contrôleur (15) qui gère l'ensemble des moyens contenus dans la borne.
12. Ensemble de gestion selon l'une des revendications 6 à 11, caractérisé en ce que les serveurs locaux (5) sont équipés d'un modem radio ou d'un modem permettant une connexion Internet et ils contiennent la base de données locales et un logiciel d'application.
13. Ensemble de gestion selon l'une des revendications 6 à 11 , caractérisé en ce que la base de données centrale gérée par le serveur central (6) contient la base de données centralisée de tous les serveurs locaux, le serveur central (6) contient également un applicatif ou logiciel d'application qui gère les appels à la maintenance; et il permet aux clients autorisés (par code d'accès) d'intervenir sur les bases de données via Internet.
14. Ensemble de gestion selon l'une des revendications 6 à 13, caractérisé en ce que les postes de contrôle client (8) sont reliés aux serveurs locaux (5) via Internet, et ils contiennent un logiciel d'application et une interface de commande capable de fonctionner avec tous les ordinateurs existants.
15. Ensemble de gestion selon l'une des revendications 6 à 14, caractérisé en ce qu'au moins une borne (1) comporte en outre une prise de connexion électrique.
16. Logiciel d'application caractérisé en ce qu'il est conçu pour le fonctionnement de l'ensemble de gestion selon l'une des revendications 1 à 10, et caractérisé en ce qu'il permet au moins:
• de recevoir les signaux d'infraction sur une cartographie (23) affichée sur un poste de contrôle (8), • de générer des appels vers les forces d'intervention en service dans le secteur de la borne émettrice des signaux d'infraction,
• de visualiser toutes les statistiques des événements ...
17. Logiciel de gestion selon la revendication 16 caractérisé en ce qu'il permet en outre: • de recevoir des codes et d'afficher des pages prédéfinies (500) contenues dans une mémoire locale (flash 128 Ko) en rapport avec les événements (arrivée de véhicule, détection/lecture de badge ...) : mode graphique permettant d'afficher jusqu'à 15 caractères ou des représentations graphiques,
• de générer des messages variables sur l'ensemble de l'afficheur ou sur 1 ,2 ou 3 lignes - interprétation de code ASCI autorisant 10 caractères par ligne - pour permettre notamment de faire apparaître un compteur de temps, un compteur de coûts en euros ...),
• de combiner les modes textes et graphiques,
• de réaliser des animations : clignotement, défilement (64 pages par message défilant).
18. Logiciel de gestion selon l'une des revendications 16 à 17, caractérisé en ce qu'il est en outre apte à prévenir un service d'accueil personnalisé en fonction du handicap de l'utilisateur.
EP05783933A 2004-06-25 2005-06-24 Ensemble de gestion de places de stationnement, avec borne de contrôle d"usager autorise et de signalement a un poste de contrôle, et logiciel d"application Withdrawn EP1769464A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0406951A FR2872321B1 (fr) 2004-06-25 2004-06-25 Ensemble de gestion de places de stationnement, avec borne de controle d'usager autorise et de signalement a un poste de controle, et logiciel d'application
PCT/FR2005/001596 WO2006010829A1 (fr) 2004-06-25 2005-06-24 Ensemble de gestion de places de stationnement, avec borne de contrôle d’usager autorise et de signalement a un poste de contrôle, et logiciel d’application

Publications (1)

Publication Number Publication Date
EP1769464A1 true EP1769464A1 (fr) 2007-04-04

Family

ID=34945660

Family Applications (1)

Application Number Title Priority Date Filing Date
EP05783933A Withdrawn EP1769464A1 (fr) 2004-06-25 2005-06-24 Ensemble de gestion de places de stationnement, avec borne de contrôle d"usager autorise et de signalement a un poste de contrôle, et logiciel d"application

Country Status (3)

Country Link
EP (1) EP1769464A1 (fr)
FR (1) FR2872321B1 (fr)
WO (1) WO2006010829A1 (fr)

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
ATE462617T1 (de) * 2008-02-08 2010-04-15 Skidata Ag Verfahren zum diebstahlschutz für ein in einem parkhaus oder in einer garage abgestelltes fahrzeug
EP2591462B1 (fr) 2010-07-09 2014-01-22 Edouard Menoud Dispositif de controle du stationnement avec allocation dynamique d'emplacements a des vehicules privilegies
FR2977357B1 (fr) 2011-06-30 2013-07-05 Ier Systems Procede et systeme de gestion d'un emplacement de vehicule a rechargement en energie, notamment un vehicule electrique en libre service
FR2980881B1 (fr) * 2011-09-30 2021-09-17 Ier Systems Procede et systeme de gestion de sites de location, et installation de location automatisee mettant en oeuvre un tel procede et/ou systeme.
FR2980882A1 (fr) * 2011-09-30 2013-04-05 Ier Systems Procede et systeme de signalisation d'actions des utilisateurs dans un site de location automatisee de vehicules, et installation de location automatisee mettant en oeuvre un tel procede et/ou systeme.
WO2013105067A1 (fr) * 2012-01-14 2013-07-18 Zvi Ganot Procédés et systèmes de stationnement cellulaire automatisé comprenant régulation d'occupation
FR3004836B1 (fr) * 2013-04-23 2015-04-03 Incb Inf Numerique Cartes Et Biometrie Borne modulaire avec indication lumineuse peripherique
CN105185154A (zh) * 2015-09-10 2015-12-23 上海檀顺智能科技有限公司 停车管理系统
FR3068160B1 (fr) * 2017-06-21 2019-08-16 Parkeon Borne de paiement pour l'achat d'un produit et/ou d'un service, systeme de gestion comprenant une telle borne de paiement et procede de diffusion d'information.
DE102018007472A1 (de) * 2018-09-21 2020-03-26 Psa Automobiles Sa Ladestation für Elektrofahrzeuge
CN111429328A (zh) * 2018-12-20 2020-07-17 西安佰才邦网络技术有限公司 共享交通工具的控制方法和设备
IT201800020089A1 (it) * 2018-12-24 2020-06-24 Angelo Giuseppe Salvatore Ignoti Sistema integrato ed informatico applicato ad un dissuasore retrattile

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6081205A (en) * 1992-05-19 2000-06-27 Williams; Douglas J. Electronic parking meter and electric automobile recharging station
US5442348A (en) * 1993-03-12 1995-08-15 Park-A-Tron Limited Liability Company Computerized parking meter
US6037880A (en) * 1996-09-23 2000-03-14 Manion; Jeffrey Charles Integrated parking meter system
AUPP655798A0 (en) * 1998-10-16 1998-11-05 Aptos Corporation Pty. Ltd. A parking management system
EP1244977A4 (fr) * 1999-11-12 2005-04-06 Shaffiq Kassab Systeme de distribution et d'information pour controle de parcometres
FR2825544B1 (fr) * 2001-05-31 2003-12-05 Schlumberger Systems & Service Procede et dispositif de reservation d'une place de stationnement
KR100400985B1 (ko) * 2001-06-13 2003-10-08 한국교통종합개발(주) 통신망을 이용한 무인주차관리 시스템
US20030112154A1 (en) * 2001-12-18 2003-06-19 John H. Yoakum Parking location identification

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See references of WO2006010829A1 *

Also Published As

Publication number Publication date
FR2872321A1 (fr) 2005-12-30
WO2006010829A1 (fr) 2006-02-02
FR2872321B1 (fr) 2006-09-01

Similar Documents

Publication Publication Date Title
EP1769464A1 (fr) Ensemble de gestion de places de stationnement, avec borne de contrôle d"usager autorise et de signalement a un poste de contrôle, et logiciel d"application
US11074612B2 (en) Location-aware advertising to vending machine users
JP7229924B2 (ja) デジタル・ライセンス・プレート・システム
CA2740963C (fr) Etiquette electronique portable d'autorisation de stationnement et procede d'utilisation de cette etiquette
AU2009227968B2 (en) Automated parking guidance and management system
US8511539B2 (en) Method and apparatus for parking lot metering
FR2963977A1 (fr) Systeme payant intelligent pour parc de stationnement et methode associee.
KR20200005726A (ko) 디지털 차량 번호판의 전력 및 통신 모드
BR112015017793B1 (pt) Parquímetro
EP2750116A1 (fr) Système de stationnement contrôlé automatique et procédé associé
EP1110184B1 (fr) Systeme mobile de telepaiement des droits d'acces a des services a l'usage des automobilistes, renouvelable a distance par radiomessagerie
WO2011151811A1 (fr) Système et procédé de gestion de place de stationnement
FR2916073A1 (fr) Gestionnaire locatif d'un parc d'engins de deplacement couple a un parc d'emplacements de stationnement
EP2591462B1 (fr) Dispositif de controle du stationnement avec allocation dynamique d'emplacements a des vehicules privilegies
EP1200939B1 (fr) Procede de gestion du paiement de taxes de stationnement, coupon de validation et terminal de verification de ce paiement
WO2002084599A1 (fr) Systeme centralise de gestion du stationnement a synthese vocale
CA2528615A1 (fr) Procede et dispositif de telecommande controlee depuis des terminaux communicants
BE1025027B1 (fr) Système de paiement pour station de recharge de voitures électriques
WO1998049827A1 (fr) Procede et systeme de radio telephone mobile et terminal utilisable dans un tel system
CN112686534A (zh) 一种停车场管控方法及相应的停车场系统
EP1782389A1 (fr) Procede de gestion des renouvellements d'abonnements pour le stationnement des vehicules
WO2005041158A1 (fr) Pare-brise intelligent permettant une gestion et un controle centralises d’un vehicule automobile
BE1009253A3 (fr) Procede et dispositif de payement sans argent liquide.
FR2791451A1 (fr) Systeme et procede de transaction mobile, et equipements mobiles mis en oeuvre dans ce systeme
WO2011141649A2 (fr) Système de contrôle d' accès à un site

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20070125

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IS IT LI LT LU MC NL PL PT RO SE SI SK TR

RAP1 Party data changed (applicant data changed or rights of an application transferred)

Owner name: TECHNOLIA FRANCE

DAX Request for extension of the european patent (deleted)
17Q First examination report despatched

Effective date: 20090420

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN

18D Application deemed to be withdrawn

Effective date: 20091031