EP1371022A1 - Procede de controle d'autorisation de stationnement d'un vehicule - Google Patents

Procede de controle d'autorisation de stationnement d'un vehicule

Info

Publication number
EP1371022A1
EP1371022A1 EP02714300A EP02714300A EP1371022A1 EP 1371022 A1 EP1371022 A1 EP 1371022A1 EP 02714300 A EP02714300 A EP 02714300A EP 02714300 A EP02714300 A EP 02714300A EP 1371022 A1 EP1371022 A1 EP 1371022A1
Authority
EP
European Patent Office
Prior art keywords
parking
server
vehicle
information
bits
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
EP02714300A
Other languages
German (de)
English (en)
Inventor
Jean-Claude Pailles
Philippe Genestier
Philippe Michon
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.)
Orange SA
Original Assignee
France Telecom SA
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 SA filed Critical France Telecom SA
Publication of EP1371022A1 publication Critical patent/EP1371022A1/fr
Withdrawn legal-status Critical Current

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.
  • short messages In document WO 97/45814, the method is based on the exchange of short messages (“short messages”) or SM.
  • 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;
  • 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:
  • 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 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

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 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
dans la table T est 1- 1 - 1 soit 1 En conséquence, la probabilité qu'un nombre déterminé k de bits de h(lu) soient à 1 dans la table T
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.
EP02714300A 2001-03-22 2002-03-15 Procede de controle d'autorisation de stationnement d'un vehicule Withdrawn EP1371022A1 (fr)

Applications Claiming Priority (3)

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
FR0103989 2001-03-22
PCT/FR2002/000923 WO2002077924A1 (fr) 2001-03-22 2002-03-15 Procede de contrôle d'autorisation de stationnement d'un vehicule

Publications (1)

Publication Number Publication Date
EP1371022A1 true EP1371022A1 (fr) 2003-12-17

Family

ID=8861501

Family Applications (1)

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

Country Status (3)

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

Families Citing this family (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.

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FI944738A7 (fi) 1994-10-07 1996-04-08 Payway Oy Järjestelmä ja menetelmä pysäköintimaksun suorittamiseksi
FI102018B (fi) * 1995-02-28 1998-09-30 Payway Oy Pysäköintimaksujärjestelmä, tarkastuslaite ja identifiointiväline
WO1997019568A1 (fr) * 1996-04-19 1997-05-29 Behruz Vazvan Systeme de parcage mobile, sans fil
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
SE510864C2 (sv) * 1997-01-10 1999-06-28 Modul System Sweden Ab Parkeringskontrollenhet
SE513880C2 (sv) * 1998-03-17 2000-11-20 Modul System Sweden Ab Parkeringssystem för fordon
FR2791161B1 (fr) 1999-03-17 2001-06-22 Schlumberger Systems & Service Procede de gestion de stationnement de vehicules

Non-Patent Citations (1)

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

Also Published As

Publication number Publication date
FR2822574B1 (fr) 2003-05-30
WO2002077924A1 (fr) 2002-10-03
FR2822574A1 (fr) 2002-09-27

Similar Documents

Publication Publication Date Title
EP1212731B1 (fr) Procede de gestion de stationnement de vehicules
CA2367783C (fr) Procede de gestion de stationnement de vehicules
EP1128350B1 (fr) Procede de gestion de places de stationnement
FR2820232A1 (fr) Procede de paiement d'une place de stationnement
WO2007132391A1 (fr) Systeme de location automatise
EP1519288A1 (fr) Systeme et procede de covoiturage et dispositif de communication pour la mise en oeuvre du procede
FR2799918A1 (fr) Systeme et procede et de transmission de messages, et utilisation du systeme de transmission pour l'investigation de services fournis
WO2009027607A2 (fr) Procede et systeme de fourniture de services
FR2956942A1 (fr) Procede d'authentification biometrique, systeme d'authentification et programme correspondant.
CA2364141A1 (fr) Taximetre electronique
EP1371022A1 (fr) Procede de controle d'autorisation de stationnement d'un vehicule
WO2002084599A1 (fr) Systeme centralise de gestion du stationnement a synthese vocale
WO2001009843A1 (fr) Procede de gestion du paiement de taxes de stationnement, coupon de validation et terminal de verification de ce paiement
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
CA2635924A1 (fr) Procede de transaction electronique par messagerie mobile
FR2910682A1 (fr) Systeme, dispositif, structure de gestion de stationnement.
FR2884014A1 (fr) Acces a un bien ou a un service delivre par un automate au moyen d'un dispositif portable
WO2003042929A1 (fr) Procede et dispositif d'emission automatique d'un signal d'alerte
FR2845852A1 (fr) Procede et systeme de messagerie automatique a transmission declenchee par une action du destinataire, et application
FR3035732A1 (fr) Procede et systeme communicant pour la gestion d'une aire de stationnement
FR2857549A1 (fr) Dispositif et procede de guidage d'un utilisateur dote d'un terminal mobile
FR2872361A1 (fr) Procede de reservation electronique et de verification de reservation pour differents sites, systeme electronique de reservation et de verification autonome pour la mise en oeuvre du procede
EP1567990A1 (fr) Systeme centralise de gestion du stationnement a synthese vocale

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: 20030627

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AT BE CH CY DE DK ES FI FR GB GR IE IT LI LU MC NL PT SE TR

AX Request for extension of the european patent

Extension state: AL LT LV MK RO SI

17Q First examination report despatched

Effective date: 20071012

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: 20100929