WO2002077924A1 - Procede de contrôle d'autorisation de stationnement d'un vehicule - Google Patents

Procede de contrôle d'autorisation de stationnement d'un vehicule Download PDF

Info

Publication number
WO2002077924A1
WO2002077924A1 PCT/FR2002/000923 FR0200923W WO02077924A1 WO 2002077924 A1 WO2002077924 A1 WO 2002077924A1 FR 0200923 W FR0200923 W FR 0200923W WO 02077924 A1 WO02077924 A1 WO 02077924A1
Authority
WO
WIPO (PCT)
Prior art keywords
parking
server
vehicle
information
bits
Prior art date
Application number
PCT/FR2002/000923
Other languages
English (en)
Inventor
Jean-Claude Pailles
Philippe Genestier
Philippe Michon
Original Assignee
France Telecom
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 France Telecom filed Critical France Telecom
Priority to EP02714300A priority Critical patent/EP1371022A1/fr
Publication of WO2002077924A1 publication Critical patent/WO2002077924A1/fr

Links

Classifications

    • 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

Definitions

  • the present invention relates to a method for controlling the parking authorization of a vehicle. More particularly, the present invention relates to a method for controlling the authorization of parking of a vehicle belonging to a user, in which:
  • a surveillance officer equipped with a mobile telephone subscribed to a mobile telephone network, sends a message to a parking payment server, the message comprising information relating to the identification of the parking place in which is located the vehicle to be checked,
  • the server extracts, from the information received from the agent, a parking list which includes at least three fields each containing:
  • the identification information of a plurality r of vehicles parked in said parking place r being a positive integer
  • the server transmits this information to the agent
  • the agent enters the identification information of the vehicle to be checked on his mobile phone and checks whether this information is part of the information received from the server.
  • this process is based around a mobile telephone network, in particular of the GSM (“Global System for Mobile”) type.
  • GSM Global System for Mobile
  • a user who has just parked his vehicle, calls, by means of his mobile phone, a parking server to indicate the chosen parking zone to him, provide him with a vehicle identifier such as the registration number, and possibly a personal code Identification.
  • the server records the call data (usually the user's mobile phone number), as well as the parking time and date.
  • the parking time is constituted by the parking start time and the parking end time respectively transmitted to the parking server on arrival and departure of the vehicle from the parking place.
  • the server counts the parking time elapsed by the user and, according to the current pricing linked to the parking area and at the time of the day, calculates the price to be paid by the user and establishes a invoice either directly or through the mobile operator.
  • the parking time is constituted by the duration of parking desired by the user, which allows the latter to call only once the server and the server no longer have to calculate a parking time.
  • the control is carried out by surveillance agents, each provided with a mobile telephone allowing them to download from the server (by a radio link) the parking list corresponding to the zone controlled, and thus to verify that each parked vehicle, identified in particular by its registration number, is actually in good standing.
  • surveillance agents each provided with a mobile telephone allowing them to download from the server (by a radio link) the parking list corresponding to the zone controlled, and thus to verify that each parked vehicle, identified in particular by its registration number, is actually in good standing.
  • the server was able to record the correspondence between the user's mobile phone number and the vehicle identifier.
  • the parking list is updated in the server and passed on to the surveillance officers' mobile phones.
  • the method is based on voice dialogues and on sending data in DTMF (“Dual Tone Multi Frequency”) during voice communication, data corresponding to the code keys that the user presses.
  • DTMF Double Tone Multi Frequency
  • short messages In document WO 97/45814, the method is based on the exchange of short messages (“short messages”) or SM.
  • the disadvantage of such methods lies in the fact that when the parking area includes, for example, one thousand places, the parking list that the surveillance agent must download to his mobile phone is long.
  • the identifier of each vehicle is necessarily representable by at least eight characters. It follows that the parking list to be downloaded into the mobile phone of the monitoring agent reached, if we limit our to a system with simply regional coverage, and if we consider that 100,000 vehicles can be affected by such a process, a size greater than ten kbits. It is obvious that a list of this size can hardly be stored in a mobile device of the GSM or PDA type. In addition, downloading such a list may be very slow.
  • the present invention aims in particular to remedy these drawbacks.
  • the parking authorization control method according to the invention is characterized in that:
  • the server reduces said list to a table of b bits, b being a positive integer
  • the server respectively codes each of the items of information in the list so as to be each representable, in the table, on a plurality of bits between 1 and b,
  • the agent's mobile phone codes the identification information of the vehicle to be checked on k bits at positions between 1 and b, and tests that these k bits are also at value 1 in the table. Thanks to these provisions, it is faster to download the parking list to the surveillance officer's mobile phone. That in the methods used in the prior art, since, on the one hand, the information in the list is shortened, and that, on the other hand, it is accepted that information is not unique. The control is then no longer deterministic as is the case with the methods of the prior art, but probabilistic. That is to say that if no user pays for the parking, then a fraction of these users will in any case be considered as having paid.
  • - k is chosen so that the probability for the k bits to be 1 in the table is less than or equal to 15%, which allows the control to remain dissuasive to a reasonable extent;
  • step d) the identification information of any vehicle recognized as an offense is transmitted by the agent to the server;
  • the information concerning the identification of the parking place is constituted by a number characteristic of the tariff zone of the parking place;
  • the identification information for each vehicle consists of its registration number or an identification number previously registered in the server;
  • the information concerning the parking time of each vehicle consists of the parking time desired by the user;
  • the parking time is represented by the presence of the vehicle during one or more time intervals of a few minutes each, the table being reloaded at each time interval: in this way, the parking time information is implicit;
  • FIG. 1 illustrates the dialogue between, on the one hand, the user and the parking server, and, on the other hand, between the surveillance agent and the parking server,
  • FIG. 2 shows the content of the field relating to parking time in the parking list.
  • this method is used in a city which is divided into several parking zones, each of which is assigned a specific rate.
  • Each zone has a number which is, for example, indicated on a sign planted in the street.
  • This method involves a user U provided with a mobile telephone 1 subscribed to a mobile telephone network, a parking payment server S connected to said mobile telephone network, and a monitoring agent A provided with a mobile telephone 2 also connected mobile phone network audit.
  • the mobile telephone 1 of the user U is of a conventional type but may also be of the two-slot type.
  • the telephone comprises a first interface intended to receive the SIM card (“Subscriber Identification Module”) of the user U and a second interface intended to receive an electronic purse card (PME) in which the user U records the amount corresponding to the parking time.
  • SIM card Subscriber Identification Module
  • PME electronic purse card
  • the user U has previously subscribed to the server S. During this subscription, the user U provides the server with his mobile telephone number, an identifier I of his vehicle, for example a registration number or the like, and possibly his bank account number.
  • the identifier provided by the user U is a short number read, for example “98765”, such a number being worn on, for example, a label affixed to the vehicle V.
  • the server S records the mobile phone number of user U and the identifier read from the vehicle of the latter in a correspondence table C.
  • the server S also contains a parking list L which comprises at least three fields containing respectively:
  • a plurality r of vehicle identifiers (11, 12, ..., Ir) parked in said parking zone, r being a positive integer
  • the parking time is stored in the list L in the form of one or more intervals of ten minutes each, the number of intervals possibly reaching 144 if we consider that at any time of the day, the parking area is chargeable. If for example, the desired parking time is 40 minutes, and the parking start time "Tstart" appears for example in the middle of the fourth interval of the day, the parking end time "Tfin” appears in the middle of the eighth interval. The number of intervals considered is therefore 5. This last piece of information is taken into account in the server at the time of the update by the latter of the list L, this update not being made at the instant "Tfin" but at the end of the eighth interval for reasons of simplification.
  • the user U parks his vehicle V on a site in a paid parking area, which for example has the number 3 and whose rate in force is for example 15 francs per hour.
  • the user U then dials the telephone number of the server S with his mobile telephone 1.
  • a dialogue in voice or data mode makes it possible to define the desired parking time and the zone number in which the user has parked his vehicle.
  • the user U then composes a message M1 on his telephone, this message comprising the number "3" of the parking zone, as well as the duration which is 40 minutes in the example shown.
  • the server S After receipt of the message M1, the server S identifies the user U by means of the correspondence between the mobile telephone number of the user U and his read vehicle identifier which he previously memorized during the subscription phase. Then, in accordance with the content of the message M1, the server S updates its list L. To do this, the server S includes a calculation module (not shown) which makes it possible to reduce the list L to a table T of b bits, b being a positive integer, in order to proceed more easily and more quickly to the introduction of the information contained in the message M1.
  • the function h has k bits (k> 0) at 1 and b-k bits at 0, random.
  • a function called a hash function, is in common use in computer science, especially for all the problems of organizing files or databases.
  • the server S also comprises a data compression module (not shown) which compacts the table T "according to a known method, such as for example the” run “method length coding ", so that the size of table T" is only a few hundred bits maximum.
  • the server S then downloads the table T "in the mobile telephone 2 of the agent A in the form of a message M2 of SM type.
  • the parking authorization check for a vehicle parked in zone 3, for example the vehicle whose identifier is read, is carried out as follows.
  • the surveillance agent A types on the keyboard of his mobile phone 2 the number "98765" associated with the identifier read.
  • agent A could have an optical reader coupled to his telephone which would allow him to read a barcode containing the above number, barcode which would be applied to the windshield of the vehicle to be checked.
  • the test carried out by the “toolkit” program comes down to a quantification of the probability that it belongs to the list L. This quantification is done as follows.
  • table T is 1- 1 - 1 or 1 Consequently, the probability that a determined number k of bits of h (read) are at 1 in the table T
  • the “toolkit” program of the mobile telephone 2 records the identifier read in a list having as field: “vehicles in violation”.
  • a list is returned by the monitoring agent A to the server S in the form of a message M3 of the type SM, either at the request of Agent A, when, for example, he has finished his working day, or when this list is full.
  • the server S then invoices this contravention to the user U, the amount of this contravention being able to appear for example on the parking invoice.

Landscapes

  • Business, Economics & Management (AREA)
  • Finance (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)
  • Traffic Control Systems (AREA)

Abstract

L'invention concerne un procédé de contrôle d'autorisation de stationnement d'un véhicule appartenant à un usager, au cours duquel: -a) un agent de surveillance (A), muni d'un téléphone mobile (2) abonné à un réseau de téléphonie mobile, envoie à un serveur de paiement de stationnement (S), un message (M1) d'identification du lieu de stationnement dans lequel se trouve le véhicule à contrôler; -b) le serveur (S) extrait, à partir de l'information reçue en provenance de l'agent, une liste (L) renfermant des informations de stationnement, qu'il réduit en une table de b bits, et code respectivement chacune des informations de la liste de manière à être chacune représentable, dans la table, sur une pluralité de bits compris entre 1 et b; -c) le serveur (S) transmet ces informations à l'agent sous la forme d'un message (M2); -d) l'agent (A) saisit sur son téléphone mobile une information d'identification du véhicule à contrôler, le téléphone mobile étant adapté pour coder cette information sur k bits à des positions comprises entre 1 et b, et tester si ces bits sont également à 1 dans la table.

Description

Procédé de contrôle d'autorisation de stationnement d'un véhicule
La présente invention concerne un procédé de contrôle d'autorisation de stationnement d'un véhicule. Plus particulièrement, la présente invention concerne un procédé de contrôle d'autorisation de stationnement d'un véhicule appartenant à un usager, dans lequel :
- a) un agent de surveillance, muni d'un téléphone mobile abonné à un réseau de téléphonie mobile, envoie un message à un serveur de paiement de stationnement, le message comprenant une information concernant l'identification du lieu de stationnement dans lequel se trouve le véhicule à contrôler,
- b) le serveur extrait, à partir de l'information reçue en provenance de l'agent, une liste de stationnement qui comprend au moins trois champs contenant chacun :
• l'information concernant l'identification du lieu de stationnement,
• l'information d'identification d'une pluralité r de véhicules en stationnement dans ledit lieu de stationnement, r étant un entier positif,
• l'information concernant le temps de stationnement de chacun desdits r véhicules,
- c) le serveur transmet ces informations à l'agent,
- d) l'agent saisit sur son téléphone mobile l'information d'identification du véhicule à contrôler et vérifie si cette information fait partie des informations reçues en provenance du serveur.
Un tel procédé est décrit par exemple dans les documents WO 96/11453 et WO 97/45814.
Plus précisément, ce procédé est basé autour d'un réseau de téléphonie mobile, notamment de type GSM (« Global System for Mobile
Communication ») ou PDA (« Personal Digital Assistant »), dans lequel un usager, qui vient de garer son véhicule, appelle, au moyen de son téléphone mobile, un serveur de stationnement pour lui indiquer la zone de stationnement choisie, lui fournir un identifiant du véhicule tel que le numéro d'immatriculation, et éventuellement un code personnel d'identification. Le serveur enregistre les données de l'appel (généralement le numéro du téléphone mobile de l'usager), ainsi que le temps de stationnement et la date. Le temps de stationnement est constitué par l'heure de début de stationnement et l'heure de fin de stationnement respectivement transmises au serveur de stationnement à l'arrivée et au départ du véhicule du lieu de stationnement. Dans ce cas, le serveur comptabilise le temps de stationnement écoulé par l'usager et, en fonction de la tarification en vigueur liée à la zone de stationnement et au moment de la journée, calcule le prix à payer par l'usager et établit une facture soit directement, soit par l'intermédiaire de l'opérateur de téléphonie mobile.
Dans le document FR 2 791 161 qui concerne un procédé de gestion de stationnement similaire à celui décrit ci-dessus, le temps de stationnement est constitué par la durée de stationnement désirée par l'usager, ce qui permet à ce dernier de n'appeler qu'une seule fois le serveur et au serveur de ne plus avoir à calculer une durée de stationnement.
Dans ce procédé connu, le contrôle s'effectue par des agents de surveillance, munis chacun d'un téléphone mobile leur permettant de télécharger à partir du serveur (par une liaison radio) la liste de stationnement correspondant à la zone contrôlée, et ainsi vérifier que chaque véhicule en stationnement, identifié notamment par son numéro d'immatriculation, est effectivement en règle. Ceci est rendu possible par le fait qu'au moment de l'abonnement de l'usager au serveur, le serveur a pu enregistrer la correspondance entre le numéro du téléphone mobile de l'usager et l'identifiant du véhicule. Dès qu'un usager quitte la zone de stationnement, la liste de stationnement est mise à jour dans le serveur et répercutée sur les téléphones mobiles des agents de surveillance.
Dans le document WO 96/11453, le procédé se base sur des dialogues vocaux et sur l'envoi de données en DTMF (« Dual Tone Multi Frequency ») pendant la communication vocale, données correspondant au code des touches que l'usager actionne.
Dans le document WO 97/45814, le procédé se base sur l'échange de messages courts (« short messages ») ou SM.
L'inconvénient de tels procédés réside dans le fait que lorsque la zone de stationnement comprend, par exemple, mille places, la liste de stationnement que l'agent de surveillance doit télécharger dans son téléphone mobile est longue.
De plus, compte tenu du nombre important de véhicules existants sur le territoire national, et même régional, l'identifiant de chaque véhicule est forcément représentable par au moins huit caractères. Il en résulte que la liste de stationnement à télécharger dans le téléphone mobile de l'agent de surveillance atteint, si on se limite à un système à couverture simplement régionale, et si on considère que 100 000 véhicules peuvent être concernés par un tel procédé, une taille supérieure à une dizaine de kbits. Il est évident qu'une liste d'une telle taille peut être difficilement stockée dans un appareil mobile de type GSM ou PDA. En outre, le téléchargement d'une telle liste risque d'être très lent.
La présente invention a notamment pour but de remédier à ces inconvénients.
A cet effet, le procédé de contrôle d'autorisation de stationnement selon l'invention est caractérisé en ce que :
- à l'étape b),
• le serveur réduit ladite liste en une table de b bits, b étant un entier positif,
• le serveur code respectivement chacune des informations de la liste de manière à être chacune représentable, dans la table, sur une pluralité de bits compris entre 1 et b,
- à l'étape d), le téléphone mobile de l'agent code l'information d'identification du véhicule à contrôler sur k bits à des positions comprises entre 1 et b, et teste que ces k bits sont également à la valeur 1 dans la table. Grâce à ces dispositions, le téléchargement de la liste de stationnement dans le téléphone mobile de l'agent de surveillance est plus rapide que dans les procédés utilisés dans l'art antérieur, puisque, d'une part, les informations de la liste sont raccourcies, et que, d'autre part, on accepte qu'une information ne soit pas unique. Le contrôle n'est alors plus déterministe comme c'est le cas des procédés de l'art antérieur, mais probabiliste. C'est à dire que si aucun usager ne paye le parking, alors une fraction de ces usagers sera considérée de toute façon comme ayant payé. Il faut toutefois que la probabilité qu'un véhicule en infraction, contrôlé, ne soit pas détecté, est faible. Ceci n'est pas gênant car pour qu'un système de paiement de stationnement soit valable, ce qui importe, c'est l'effet dissuasif du procédé de contrôle. De plus, la réalité montre que le nombre d'agents de surveillance est toujours insuffisant pour garantir que la probabilité qu'un véhicule en infraction soit verbalisé est égale à 1.
Dans des modes de réalisation préférés du procédé selon l'invention, on a recours à l'une et/ou à l'autre des dispositions suivantes :
- k est choisi de telle sorte que la probabilité pour que les k bits soient à 1 dans la table est inférieure ou égale à 15%, ce qui permet au contrôle de rester dissuasif dans une mesure raisonnable ;
- à la suite de l'étape d), l'information d'identification de tout véhicule reconnu en infraction est transmise par l'agent au serveur ;
- l'information concernant l'identification du lieu de stationnement est constituée par un numéro caractéristique de la zone tarifaire du lieu de stationnement ;
- l'information d'identification de chaque véhicule est constituée par son numéro d'immatriculation ou un numéro d'identification enregistré préalablement dans le serveur ; - l'information concernant le temps de stationnement de chaque véhicule est constituée par la durée de stationnement désirée par l'usager;
- la durée de stationnement est représentée par la présence du véhicule pendant un ou plusieurs intervalles de temps de quelques minutes chacun, la table étant rechargée à chaque intervalle de temps : de cette façon, l'information de durée de stationnement est implicite ;
- au cours du rechargement, seules les variations de la table sont téléchargées sous une forme compressée.
D'autres caractéristiques et avantages de l'invention apparaîtront au cours de la description suivante d'une de ses formes de réalisation, donnée à titre d'exemple non limitatif, en regard des dessins joints. Sur les dessins:
- la figure 1 illustre le dialogue entre, d'une part, l'usager et le serveur de stationnement, et, d'autre part, entre l'agent de surveillance et le serveur de stationnement,
- la figure 2 représente le contenu du champ relatif au temps de stationnement dans la liste de stationnement.
On va maintenant décrire en référence à la figure 1 , le procédé de contrôle d'autorisation de stationnement selon la présente invention.
Plus particulièrement, ce procédé est utilisé dans une ville qui est divisée en plusieurs zones de stationnement à chacune desquelles est attribuée une tarification déterminée. Chaque zone possède un numéro qui est, par exemple, indiqué sur un panneau planté dans la rue.
Ce procédé implique un usager U muni d'un téléphone mobile 1 abonné à un réseau de téléphonie mobile, un serveur de paiement de stationnement S relié audit réseau de téléphonie mobile, et un agent de surveillance A muni d'un téléphone mobile 2 relié également audit réseau de téléphonie mobile.
Le téléphone mobile 1 de l'usager U est d'un type classique mais peut être également du type bi-fente. Dans ce cas, le téléphone comprend une première interface destinée à recevoir la carte SIM (« Subscriber Identification Module ») de l'usager U et une seconde interface destinée à recevoir une carte porte-monnaie électronique (PME) dans laquelle l'usager U enregistre le montant correspondant à la durée de stationnement. L'avantage d'une telle variante réside principalement dans le fait que le serveur n'a plus ainsi à établir de facture.
L'usager U s'est préalablement abonné au serveur S. Lors de cet abonnement, l'usager U fournit au serveur son numéro de téléphone mobile, un identifiant I de son véhicule, par exemple un numéro d'immatriculation ou autre, et éventuellement son numéro de compte bancaire. Dans l'exemple représenté, l'identifiant fournit par l'usager U est un numéro court lu, par exemple « 98765 », un tel numéro étant porté sur, par exemple, une étiquette apposée sur le véhicule V. Le serveur S enregistre le numéro de téléphone mobile de l'usager U et l'identifiant lu du véhicule de ce dernier dans une table de correspondance C. Le serveur S contient également une liste de stationnement L qui comprend au moins trois champs contenant respectivement :
• un numéro de zone de stationnement,
• une pluralité r d'identifiants de véhicules (11, 12, ..., Ir) en stationnement dans ladite zone de stationnement, r étant un entier positif,
• la durée de stationnement souhaitée pour chacun desdits r véhicules.
Comme on peut le voir sur la figure 2, dans l'exemple représenté, la durée de stationnement est mémorisée dans la liste L sous forme d'un ou plusieurs intervalles de dix minutes chacun, le nombre d'intervalles pouvant atteindre 144 si on considère qu'à tout moment de la journée, la zone de stationnement est payante. Si par exemple, la durée de stationnement souhaitée est de 40 minutes, et que le temps de début de stationnement « Tdébut » apparaît par exemple au milieu du quatrième intervalle de la journée, le temps de fin de stationnement « Tfin » apparaît au milieu du huitième intervalle. Le nombre d'intervalles considérés est donc 5. Cette dernière information est prise en compte dans le serveur au moment de la mise à jour par ce dernier de la liste L, cette mise à jour ne se faisant pas à l'instant « Tfin » mais en fin du huitième intervalle pour des raisons de simplification.
Selon le procédé montré à la figure 1 , l'usager U gare son véhicule V sur un emplacement d'une zone de stationnement payant, laquelle porte par exemple le numéro 3 et dont le tarif en vigueur est par exemple de 15 francs de l'heure. L'usager U compose alors le numéro de téléphone du serveur S avec son téléphone mobile 1. En fonction du type de téléphone mobile détenu par l'usager U, un dialogue en mode vocal ou données permet de définir la durée de stationnement souhaitée et le numéro de zone dans laquelle l'usager a garé son véhicule. L'usager U compose alors un message M1 sur son téléphone, ce message comprenant le numéro « 3 » de la zone de stationnement, ainsi que la durée qui est de 40 minutes dans l'exemple représenté. Après réception du message M1 , le serveur S identifie l'usager U grâce à la correspondance entre le numéro de téléphone mobile de l'usager U et son identifiant lu de véhicule qu'il a mémorisée préalablement lors de la phase d'abonnement. Puis, conformément au contenu du message M1 , le serveur S procède à une mise à jour de sa liste L. Pour ce faire, le serveur S comporte un module de calcul (non représenté) qui permet de réduire la liste L en une table T de b bits, b étant un entier positif, afin de procéder plus facilement et plus rapidement à l'introduction des informations contenues dans le message M1.
C'est à dire que ledit module de calcul applique à chaque identifiant de véhicule déjà présent dans la liste L une fonction h dans T, de façon à obtenir T= h(H)+h(l2)+...+h(lr) où + désigne l'opération OU inclusif. La fonction h a k bits (k>0) à 1 et b-k bits à 0, à caractère aléatoire. Ainsi, la distribution des images de chaque identifiant de véhicule 11 , 12, ..., Ir dans T est uniforme. Une telle fonction, appelée fonction de hachage, est d'un emploi courant en informatique, notamment pour tous les problèmes d'organisation de fichiers ou de bases de données. Puis le module de calcul, pour chaque identifiant de la liste L, dont le numéro de zone de stationnement est « 3 » et dont la durée de stationnement est contenue dans les cinq intervalles considérés, calcule une nouvelle table T'= T'+h(lu) dont la taille est toujours de b bits et qu'il ajoute à T de façon à obtenir une table mise à jour T"= TΘT, où Φ désigne l'opération somme logique, les bits à 1 de la table T " indiquant les bits qui ont changé de valeur.
Afin de réduire encore davantage la taille de la table T" en vue d'un téléchargement rapide de cette dernière dans le téléphone mobile 2 de l'agent de surveillance A affecté à la zone de stationnement n°3, le serveur S comporte en outre un module de compression de données (non représenté) qui compacte la table T" selon une méthode connue, telle que par exemple la méthode « run length coding », de façon à ce que la taille de la table T" ne fasse plus que quelques centaines de bits maximum.
Le serveur S télécharge alors la table T" dans le téléphone mobile 2 de l'agent A sous forme d'un message M2 de type SM. La table T" est d'abord décompactée grâce à un programme dit « toolkit » résidant dans la carte SIM du téléphone mobile 2. Puis ce programme met à jour la table T courante contenue dans le téléphone mobile 2 de façon à obtenir T'=T"ΘT dont le contenu est bien le même que celui de la table T' calculée dans le serveur S.
Si, par la suite, l'usager se rend compte qu'il ne peut reprendre son véhicule dans la durée enregistrée dans le serveur S, il peut programmer un autre temps de fin de stationnement Tfin en téléphonant à nouveau au serveur S. Les étapes ci-dessus sont alors réitérées.
A titre indicatif, on peut prendre comme hypothèse de calcul une liste L de dimension r= 1000 (ce qui correspond à un nombre de 1000 véhicules susceptibles d'occuper une zone déterminée de stationnement), une table T soit de 4000 bits, soit de 8000 bits, et un nombre k de bits à 1 compris entre 1 et 8. Le résultat le plus intéressant est obtenu avec b=4000 bits et k=3, la probabilité qu'un véhicule en infraction, contrôlé, ne soit pas détecté étant alors de 15%. En d'autres termes, dans 85% des cas, un véhicule en infraction sera verbalisé par l'agent de surveillance, ce qui est considéré comme suffisamment dissuasif. Bien évidemment d'autres choix pour r, T et k sont possibles et dépendent des différentes applications du procédé de contrôle d'appartenance d'une information à une liste que l'on envisage.
Le contrôle d'autorisation de stationnement d'un véhicule garé dans la zone n°3, par exemple le véhicule dont l'identifiant est lu, est effectué de la manière suivante.
L' agent de surveillance A tape sur le clavier de son téléphone mobile 2 le numéro « 98765 » associé à l'identifiant lu.
Notons qu'à titre de variante connue en tant que telle, l'agent A pourrait détenir un lecteur optique couplé à son téléphone qui lui permettrait de lire un code-barres contenant le numéro ci-dessus, code-barres qui serait appliqué sur le pare-brise du véhicule à contrôler.
Le programme « toolkit » du téléphone mobile 2 calcule la fonction h(lu) de façon à coder lu sur 3 bits de positions comprises entre 1 et 4000. Puis le programme « toolkit » teste si h(lu)+T'=T', c'est à dire qu'il teste si les 3 bits de h(lu) sont à 1 dans la table T'. Si c'est le cas, le véhicule V de l'usager U est considéré comme étant en règle. Sinon, il est en infraction et l'agent de surveillance procède à une verbalisation en apposant, de façon classique, une contravention sur le pare-brise du véhicule V.
Le test effectué par le programme « toolkit » se résume à une quantification de la probabilité que lu appartient à la liste L. Cette quantification se fait de la façon suivante.
Si on considère un bit de position j (j>0) dans la table T, la probabilité
que h(lu) ait le bit j à 0 est , le numérateur représentant le
Figure imgf000011_0001
nombre de choix possibles de 3 bits parmi 4000-1 pour que le bit j soit à 0, et le dénominateur le nombre de choix possible total. Une telle probabilité est donc k 3 égale à 1 — , soit 1 La probabilité pour que ce bit j soit à 0 dans la table T b 4000
est donc Et la probabilité pour que ce bit j soit à 1
Figure imgf000011_0002
dans la table T est 1- 1 - 1 soit 1 En conséquence, la
Figure imgf000011_0003
probabilité qu'un nombre déterminé k de bits de h(lu) soient à 1 dans la table T
Figure imgf000011_0004
A titre d'alternative particulièrement avantageuse, le programme « toolkit » du téléphone mobile 2 enregistre l'identifiant lu dans une liste ayant comme champ : « véhicules en infraction ». Une telle liste est renvoyée par l'agent de surveillance A au serveur S sous la forme d'un message M3 de type SM, soit à la demande de l'agent A, lorsque, par exemple, il a terminé sa journée de travail, soit lorsque cette liste est pleine. Le serveur S facture alors cette contravention à l'usager U, le montant de cette contravention pouvant figurer par exemple sur la facture de stationnement.

Claims

REVENDICATIONS
1. Procédé de contrôle d'autorisation de stationnement d'un véhicule (V) appartenant à un usager (U), dans lequel : - a) un agent de surveillance (A), muni d'un téléphone mobile (2) abonné à un réseau de téléphonie mobile, envoie un message (M1) à un serveur de paiement de stationnement (S), le message comprenant une information concernant l'identification du lieu de stationnement dans lequel se trouve le véhicule à contrôler, - b) le serveur (S) extrait, à partir de l'information reçue en provenance de l'agent, une liste de stationnement (L) qui comprend au moins trois champs contenant chacun :
• l'information concernant l'identification du lieu de stationnement, • l'information d'identification d'une pluralité r de véhicules (11 , 12,
... , Ir) en stationnement dans ledit lieu de stationnement, r étant un entier positif,
• l'information concernant le temps de stationnement de chacun desdits r véhicules, - c) le serveur (S) transmet ces informations à l'agent sous la forme d'un message (M2),
- d) l'agent (A) saisit sur son téléphone mobile (2) l'information d'identification (lu) du véhicule à contrôler et vérifie si cette information fait partie des informations reçues en provenance du serveur (S), caractérisé en ce que:
- à l'étape b),
• le serveur (S) réduit ladite liste (L) en une table de b bits, b étant un entier positif,
• puis le serveur code respectivement chacune des informations de la liste (L) de manière à être chacune représentable, dans la table, sur une pluralité de bits compris entre 1 et b, - à l'étape d), le téléphone mobile (2) de l'agent (A) code l'information d'identification (lu) du véhicule à contrôler sur k bits à des positions comprises entre 1 et b, et teste si ces bits sont également à 1 dans la table, k étant un entier positif; 2. Procédé selon la revendication 1 , dans lequel k est choisi de telle sorte que la probabilité pour que les k bits soient à 1 dans la table est inférieure ou égale à 15%.
3. Procédé selon la revendication 1 , dans lequel à la suite de l'étape d), l'information d'identification de tout véhicule reconnu en infraction est transmise par l'agent (A) au serveur (S) sous la forme d'un message (M3).
4. Procédé selon la revendication 1 , dans lequel l'information concernant l'identification du lieu de stationnement est constituée par un numéro caractéristique de la zone tarifaire du lieu de stationnement.
5. Procédé selon la revendication 1 , dans lequel l'information d'identification de chaque véhicule est constituée par leur numéro d'immatriculation ou un numéro d'identification enregistré préalablement dans le serveur.
6. Procédé selon la revendication 1 , dans lequel l'information concernant le temps de stationnement de chaque véhicule est constituée par la durée de stationnement désirée par l'usager.
7. Procédé selon la revendication 6, dans lequel la durée de stationnement est représentée par la présence du véhicule pendant un ou plusieurs intervalles de temps de quelques minutes chacun, la table étant rechargée à chaque intervalle de temps.
8. Procédé selon la revendication 7, dans lequel, au cours du rechargement, seules les variations de la table sont téléchargées sous une forme compressée.
PCT/FR2002/000923 2001-03-22 2002-03-15 Procede de contrôle d'autorisation de stationnement d'un vehicule WO2002077924A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
EP02714300A EP1371022A1 (fr) 2001-03-22 2002-03-15 Procede de controle d'autorisation de stationnement d'un vehicule

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0103989A FR2822574B1 (fr) 2001-03-22 2001-03-22 Procede de controle d'autorisation de stationnement d'un vehicule
FR01/03989 2001-03-22

Publications (1)

Publication Number Publication Date
WO2002077924A1 true WO2002077924A1 (fr) 2002-10-03

Family

ID=8861501

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/FR2002/000923 WO2002077924A1 (fr) 2001-03-22 2002-03-15 Procede de contrôle d'autorisation de stationnement d'un vehicule

Country Status (3)

Country Link
EP (1) EP1371022A1 (fr)
FR (1) FR2822574B1 (fr)
WO (1) WO2002077924A1 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2910682A1 (fr) * 2006-12-22 2008-06-27 Parkeon Systeme, dispositif, structure de gestion de stationnement.

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1997019568A1 (fr) * 1996-04-19 1997-05-29 Behruz Vazvan Systeme de parcage mobile, sans fil
WO1998030982A1 (fr) * 1997-01-10 1998-07-16 Modul-System Sweden Ab Dispositif de controle de vehicules stationnes
US5905247A (en) * 1995-02-28 1999-05-18 Payway Oy Parking fee system, control device and identification means
WO1999048062A1 (fr) * 1998-03-17 1999-09-23 Modul-System Sweden Ab Systeme de stationnement d'un vehicule

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FI944738A (fi) 1994-10-07 1996-04-08 Parkit Oy Järjestelmä ja menetelmä pysäköintimaksun suorittamiseksi
WO1997045814A1 (fr) 1996-05-24 1997-12-04 Behruz Vazvan Procede et systeme en temps reel servant a effectuer des transactions a distance de paiement de factures et d'achats et a transferer de la monnaie electronique et d'autres donnees
FR2791161B1 (fr) 1999-03-17 2001-06-22 Schlumberger Systems & Service Procede de gestion de stationnement de vehicules

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5905247A (en) * 1995-02-28 1999-05-18 Payway Oy Parking fee system, control device and identification means
WO1997019568A1 (fr) * 1996-04-19 1997-05-29 Behruz Vazvan Systeme de parcage mobile, sans fil
WO1998030982A1 (fr) * 1997-01-10 1998-07-16 Modul-System Sweden Ab Dispositif de controle de vehicules stationnes
WO1999048062A1 (fr) * 1998-03-17 1999-09-23 Modul-System Sweden Ab Systeme de stationnement d'un vehicule

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2910682A1 (fr) * 2006-12-22 2008-06-27 Parkeon Systeme, dispositif, structure de gestion de stationnement.

Also Published As

Publication number Publication date
FR2822574B1 (fr) 2003-05-30
EP1371022A1 (fr) 2003-12-17
FR2822574A1 (fr) 2002-09-27

Similar Documents

Publication Publication Date Title
EP1212731B1 (fr) Procede de gestion de stationnement de vehicules
US10332163B2 (en) System and method for providing commercial services over a wireless communication network
EP1358636B1 (fr) Procede de paiement d'une place de stationnement
CA2658482C (fr) Systeme et procede de gestion interoperables de services multiples geolocalisables
EP1128350B1 (fr) Procede de gestion de places de stationnement
CA2367783C (fr) Procede de gestion de stationnement de vehicules
EP2016564A1 (fr) Systeme de location automatise
WO2009027607A2 (fr) Procede et systeme de fourniture de services
FR2799918A1 (fr) Systeme et procede et de transmission de messages, et utilisation du systeme de transmission pour l'investigation de services fournis
EP2537286A1 (fr) Procédé d'authentification biométrique, système d'authentification et programme correspondant
CA2635924A1 (fr) Procede de transaction electronique par messagerie mobile
EP1371022A1 (fr) Procede de controle d'autorisation de stationnement d'un vehicule
EP1200939B1 (fr) Procede de gestion du paiement de taxes de stationnement, coupon de validation et terminal de verification de ce paiement
CA2364141A1 (fr) Taximetre electronique
FR2791161A1 (fr) Procede de gestion de stationnement de vehicules
WO1998058353A1 (fr) Nouveaux dispositifs de controle d'acces ou de temps d'occupation de lieux ou de locaux
EP1208519B1 (fr) Systeme et procede de chargement de commandes dans une carte a circuit integre
FR2910682A1 (fr) Systeme, dispositif, structure de gestion de stationnement.
WO2008020123A1 (fr) Procédé et système de paiement à l'aide d'un téléphone mobile
FR2884014A1 (fr) Acces a un bien ou a un service delivre par un automate au moyen d'un dispositif portable
FR2797980A1 (fr) Systeme de payement des droits de stationnement utilisant un dispositif de telecommunication sans fil bidirectionnel et un decodeur autonome
FR3035732A1 (fr) Procede et systeme communicant pour la gestion d'une aire de stationnement
WO2003042929A1 (fr) Procede et dispositif d'emission automatique d'un signal d'alerte
FR2857549A1 (fr) Dispositif et procede de guidage d'un utilisateur dote d'un terminal mobile
FR2809257A1 (fr) Procede de transmission et d'utilisation de donnees

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NO NZ OM PH PL PT RO RU SD SE SG SI SK SL TJ TM TN TR TT TZ UA UG US UZ VN YU ZA ZM ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): GH GM KE LS MW MZ SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
DFPE Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101)
WWE Wipo information: entry into national phase

Ref document number: 2002714300

Country of ref document: EP

WWP Wipo information: published in national office

Ref document number: 2002714300

Country of ref document: EP

REG Reference to national code

Ref country code: DE

Ref legal event code: 8642

NENP Non-entry into the national phase

Ref country code: JP

WWW Wipo information: withdrawn in national office

Country of ref document: JP