<Desc/Clms Page number 1>
NOUVEAUX DISPOSITIFS DE CONTROLE D'ACCES OU DE TEMPS D'OCCUPATION, APPLICABLES AUX AIRES DE STATIONNEMENT
La présente invention a pour objet de nouveaux dispositifs de contrôle d'accès ou de temps d'occupation, applicables en particulier au stationnement des véhicules, à l'utilisation d'équipements, à la distribution de produits, à l'accès à des lieux divers et autres opérations payantes en dehors de la présence sur place d'un préposé ou d'un appareil à prépaiement. Dans le cas du stationnement automobile, par exemple, les nombreux distributeurs de fiches nécessaires représentent un important investissement en personnel et en matériel. Dans ce qui suit, sans que cela soit limitatif des champs d'application, on se référera au stationnement automobile qui représente un domaine d'application particulièrement significatif.
Les dispositifs les plus fréquemment utilisés à la date de dépôt de la présente demande sont des parcmètres à prépaiement par pièces ou cartes de crédit délivrant des fiches mentionnant entre autres l'heure limite à respecter, que l'on placera dans le véhicule, de préférence derrière le pare-brise pour contrôle par les agents préposés à cet effet.
Les inconvénients en sont évidents notamment pour le conducteur que l'on contraint à une série d'opérations, et pour la commune du lieu qui doit investir en matériel coûteux et en personnel d'entretien et de perception des pièces encaissées.
Il existe aussi des dispositifs autonomes, également visibles derrière les pare- brise, réglés par l'automobiliste quittant son véhicule et à prépaiement par cartes à puces ou équivalents, mais ces dispositifs posent des problèmes complexes pour passer d'une localité à une autre ou lorsqu'on doit appliquer des tarifs préférentiels.
La présente invention a pour but, notamment, de simplifier les opérations à exécuter par le conducteur. de supprimer à terme les parcmètres, d'autoriser une modulation de la tarification et d'effectuer des paiements centralisés.
Pour schématiser, le conducteur d'un véhicule peut téléphoner à un opérateur de la compagnie téléphonique ou autre organisation équivalente ou spécialisée, lui
<Desc/Clms Page number 2>
donner les références et la durée de stationnement, ainsi que ses propres références, l'opérateur envoyant à un récepteur placé dans le véhicule les données codées validant le stationnement pour la durée prévue, qui seront décodées et affichées de façon à être accessibles à l'agent contrôleur. L'administration dont dépend l'opérateur ajoute alors sur la facture du demandeur le montant dû pour le stationnement et crédite le détenteur de l'aire de stationnement, généralement la commune. Cela sous-entend que cette dernière, sur le territoire de laquelle stationne le véhicule, a passé un accord avec l'administration ou la compagnie des téléphones.
L'usager voit donc sa facture de téléphone augmentée du montant correspondant. On peut également régler en donnant ses références de carte téléphonique, à puce ou de carte bancaire et débiter le compte périodiquement ou au coup par coup.
A cette fin, selon la présente invention, l'utilisateur automobiliste appelle, de son véhicule ou à proximité, par tout téléphone ou autre moyen automatique de télécommunication à sa disposition, un opérateur à qui il précise des références personnelles, le lieu de stationnement, et s'il la prévoit l'heure limite de stationnement ; s'il l'ignore, il y aura prolongation soit sur nouvel appel de sa part, soit automatiquement, dans des limites forfaitairement définies ou jusqu'à nouvel appel demandant l'arrêt des prolongations. Il est également possible que la demande soit effectuée par une personne autre que l'automobiliste, par exemple par un préposé d'un magasin prenant en charge le stationnement des clients.
Dans toute la présente demande, par opérateur on entend une intelligence humaine ou artificielle telle qu'un répondeur automatique répondant à l'appel et demandant d'envoyer grâce aux touches du clavier téléphonique ou équivalent, les données chiffrées relatives à l'aire de stationnement, à la durée de stationnement demandée et au demandeur, automobiliste ou autre.
L'opérateur envoie à un appareil récepteur placé dans le véhicule les données qui seront affichées de façon accessible à l'agent contrôleur. Ces données peuvent être affichées en clair, ou sous forme codée ou encore mémorisées de toute autre façon, dès lors que l'agent contrôleur dispose d'un appareil portatif lui permettant de vérifier l'information recherchée.
<Desc/Clms Page number 3>
L'invention comprend donc essentiellement un dispositif de contrôle d'accès ou de temps d'occupation qui enregistre les données relatives à la zone d'utilisation, les données relatives au demandeur et, éventuellement, à la durée d'utilisation demandée, caractérisé par le fait qu'un dispositif d'émission et de réception permet à l'utilisateur de communiquer ces données à un opérateur disposant d'un ensemble serveur enregistrant lesdites données, les traitant et émettant des données d'activation vers la partie réceptrice dudit ensemble émetteur-récepteur qui affiche les données de contrôle validées par l'ensemble serveur sur la base des données du demandeur.
Selon une caractéristique de l'invention, le dispositif est caractérisé par le fait que l'ensemble serveur présente un composant totalisateur gérant les aspects comptables des opérations. Un tel calculateur inclut en mémoire toutes les données tarifaires dépendant entre autres des aires d'utilisation, calculant le prix à payer pour la durée d'utilisation demandée, et totalisant, d'une part, les montants successifs des durées d'utilisation à débiter sur le compte d'un même demandeur, et, d'autre part, à créditer le compte de la commune ou autre organisme détenteur de l'aire de stationnement.
Selon une autre caractéristique, le dispositif est caractérisé par le fait que les données relatives à l'aire d'utilisation sont constituées par un numéro d'identification, par exemple affiché sur place, que l'ensemble serveur traduit en une clef de codage d'aire selon les données d'une mémoire contenant les correspondances entre numéros et clefs. Les données ainsi obtenues sont codées par un premier dispositif de codage recevant des données en provenance d'une horloge après formatage, ledit dispositif de codage fournissant un message d'activation d'aire.
De même, les données relatives au demandeur sont constituées par un numéro d'identification que l'ensemble serveur traduit en une clef de codage de demandeur selon les données d'une mémoire contenant les correspondances entre numéros et clefs. Les données ainsi obtenues peuvent être éventuellement codées par un second dispositif de codage recevant les références du dispositif demandeur et le message d'activation d'aire en provenance du premier dispositif de codage,
<Desc/Clms Page number 4>
ledit second dispositif de codage fournissant un message d'activation du dispositif demandeur.
Ce second codage n'est cependant pas nécessaire si le réseau de transmission du message d'activation du dispositif demandeur est déjà sécurisé.
On remarquera par ailleurs que les références du demandeur peuvent être automatiquement détectées à la réception, ce qui est le cas pour le numéro téléphonique du demandeur. Il peut en aller de même pour les références de l'aire qui peuvent être localisées automatiquement.
Selon une autre caractéristique de l'invention, le totalisateur assure la gestion comptable, totale ou partielle, des opérations : il reçoit le message d'activation de dispositif demandeur, la durée d'activation demandée et les données en provenance de l'horloge ; il traite ces données avec les tarifs extraits de la mémoire correspondant à l'adresse de l'aire considérée, puis, d'une part il additionne le montant calculé au total à débiter sur le compte du demandeur et à créditer sur le compte du détenteur de l'aire, d'autre part, il envoie séquentiellement à l'émetteur de messages codés le message activant le dispositif télé-afficheur.
Selon une autre caractéristique de l'invention, le dispositif télé-afficheur reçoit, de l'émetteur de messages codés, ce message d'activation qu'il décode et affiche en clair ou non.
L'ensemble serveur peut comprendre un ou plusieurs des éléments constitutifs suivants :
EMI4.1
- un serveur d'appel recevant les données du demandeur, - un serveur distant du serveur d'appel qui comprend le totalisateur, - un serveur local traitant notamment les données d'aire.
L'opérateur peut être une intelligence humaine ou artificielle telle qu'un répondeur automatique demandant la transmission des données du demandeur à l'aide du clavier du dispositif d'appel et les distribuant aux éléments intéressés de l'ensemble serveur.
Selon certaines variantes, on prévoit du côté du demandeur des dispositifs d'aide à la transmission des données, d'authentification, de sécurité ou même de paiement. L'authentificateur peut être immatériel comme un numéro de code
<Desc/Clms Page number 5>
donné par le demandeur à l'opérateur ou être concret, par exemple en résultant de tout moyen matériel de contrôle comme un lecteur de code magnétique. Le code est envoyé à l'émetteur-récepteur et télé-afficheur qui le transmet à l'opérateur (s), lequel en tiendra compte dans ses opérations de validation. Un dispositif de décodage supplémentaire du dispositif de sécurité peut également communiquer dans les deux sens avec l'émetteur-récepteur et télé-afficheur. On peut également prévoir un dispositif de paiement qui inter-communique dans les deux sens avec le dispositif de décodage.
Un tel dispositif de paiement peut être un lecteur de carte à puce qui identifie la carte et en communique les références dans un sens, puis reçoit, dans l'autre sens, l'ordre de débit du montant calculé par le totalisateur.
L'ensemble du dispositif conforme à l'invention comprend donc essentiellement :
EMI5.1
- un premier dispositif émetteur d'appel du demandeur, - un premier dispositif récepteur par un opérateur au sens large défini ci-dessus, - au moins un dispositif de traitement des informations reçues faisant intervenir des codages propres au demandeur et à l'aire de stationnement permettant ainsi une identification non falsifiable des différents ordres reçus,
EMI5.2
- un deuxième dispositif émetteur envoyant les données codées ainsi obtenues, - un deuxième dispositif récepteur sur le véhicule desdites données codées, - un dispositif d'affichage des données de contrôle, en clair après décodage ou sous toute forme accessible à l'agent contrôleur, disposant, si besoin est,
d' - un dispositif d'affichage en clair des données pouvant comprendre les unités de réception et de décodage nécessaires.
On peut y adjoindre d'autres dispositifs d'aide à la transmission des données, d'authentification, de sécurité ou de paiement direct.
Selon l'invention, le conducteur d'un véhicule qu'il désire garer sur une aire de stationnement payant dispose à bord ou au voisinage de son véhicule d'un ensemble constitué essentiellement par des unités respectivement émettrice, réceptrice, décodeuse, afficheuse. et, selon des variantes ces diverses unités peuvent être réparties en plusieurs ensembles interconnectés.
<Desc/Clms Page number 6>
De son côté, l'opérateur dispose d'un ensemble constitué essentiellement par des unités respectivement réceptrice, émettrice, identificatrice de codes, codeusedécodeuse, et d'une horloge ; et, selon des variantes, ces diverses unités et cette horloge peuvent être réparties en plusieurs ensembles interconnectés, pouvant eux-mêmes être disposés en des lieux différents, comme on le montrera dans la description qui va suivre.
Il est évident que certaines de ces unités peuvent être de tout type adéquat et, en particulier classique, comme un émetteur et un récepteur téléphoniques ou une horloge ; on peut faire également appel à des banques de données de type nouveau ou classique, dans lesquels on enregistrera les données à emmagasiner en mémoire vive ou en mémoire morte.
On soulignera également le fait que l'invention trouve son application sur les aires de stationnement payant de tous véhicules terrestres, maritimes ou aériens, et dans tous les cas où un utilisateur doit verser un montant en fonction d'une durée d'utilisation. On peut ainsi concevoir des utilisations d'équipements, des distributions de produits, ou des accès à certains lieux, notamment en cas d'absence de personnel sur place, par exemple la nuit.
Pour mieux faire comprendre les caractéristiques techniques et les avantages de la présente invention, on va en décrire des exemples de réalisation, étant bien entendu que ceux-ci ne sont pas limitatifs quant à leur mode de mise en oeuvre et aux applications qu'on peut en faire.
On se référera aux figures suivantes qui représentent respectivement et schématiquement :, la figure 1, un diagramme synoptique du traitement des données conforme à l'invention, la figure 2, un schéma-bloc d'un premier dispositif conforme à l'invention ; la figure 3, un schéma-bloc d'un deuxième dispositif conforme à l'invention ; la figure 4, un schéma-bloc d'un troisième dispositif conforme à l'invention ; la figure 5, un schéma-bloc d'un quatrième dispositif conforme à l'invention ; la figure 6, un schéma-bloc d'un cinquième dispositif conforme à l'invention ; la figure 7, un schéma-bloc d'un sixième dispositif conforme à l'invention ; la figure 8, un schéma-bloc d'un septième dispositif conforme à l'invention ;
<Desc/Clms Page number 7>
la figure 9, un schéma-bloc d'un huitième dispositif conforme à l'invention ;
la figure 10, un schéma-bloc dun neuvième dispositif conforme à l'invention ; la figure 11, un schéma-bloc d'un dixième dispositif conforme à l'invention.
Si l'on se reporte à la figure 1, le numéro d'identification de l'aire de stationnement (NIA) est reçu en 1 à partir duquel une banque de données va déduire en 2 une clef de codage d'aire (CCA) ; celle-ci et les données en provenance de l'horloge 3, formatées en 4, sont traitées dans un premier dispositif de codage 5 qui fournit en 6 un message d'activation d'aire (MAA) ; de préférence, ce message (MAA) inclut, en plus du codage le numéro d'identification d'aire (NIA) en clair.
Par ailleurs, le numéro d'identification du dispositif demandeur (NID) est reçu en 7, à partir duquel une banque de donnée va déduire en 8 une clef de codage de dispositif (CCD), celle-ci et le message d'activation d'aire (MAA) issu de 6 sont traitées dans un deuxième dispositif de codage 9 qui fournit en 10 un message d'activation du dispositif demandeur (MAD). Ce dernier inclut, en plus du codage, le numéro d'identification d'aire (NIA) en clair issu du message (MAA) et le numéro d'identification du demandeur (NID), également en clair.
Les banques de données ci-dessus mentionnées contiennent des tables de correspondances numériques NIA1CCA et NID/CCD qui sont enregistrées au démarrage de l'installation et remises périodiquement à jour.
De plus, comme cela a été mentionné plus haut, on peut omettre le deuxième dispositif de codage, dès lors que la sécurité est suffisamment assurée.
La durée d'activation du dispositif demandeur (DAD) reçue en 11, conjointement avec l'horloge 3 et le message d'activation du dispositif demandeur (MAD), agit sur le totalisateur de durée d'activation du dispositif demandeur (TAD) 12 qui a essentiellement pour rôle de gérer les aspects comptables et de valider les ordres d'affichage. Pour ce faire, il additionne les montants des durées de stationnement calculés en appliquant à la durée demandée (DAD) les tarifs portés dans une mémoire où sont enregistrées les diverses tarifications des diverses aires de stationnement. et en particulier de celle dont les références (NIA) sont incluses dans le message (MAD).
Chaque montant est débité sur le compte du
<Desc/Clms Page number 8>
demandeur, qui n'est pas nécessairement l'utilisateur comme cela a été noté plus haut, et crédité sur le compte du détenteur de l'aire de stationnement.
L'émission du message d'activation du dispositif demandeur (MAD) est validée périodiquement, grâce à la commande périodique de validation issue du totalisateur (TAD) 12, qui fonctionne ainsi en séquenceur, et orientée vers le dispositif d'émission de messages codés (EMC) 13 qui connaît l'adresse de réception, c'est-à-dire le demandeur et son aire, grâce aux numéros d'identification respectifs (NID) et (NIA) inclus en clair dans le message (MAD).
Le message d'activation du dispositif demandeur (MAD) est ainsi émis vers le récepteur dont dispose le conducteur. Ce message (MAD) diffère du message (MAD non souligné) en ce qu'il peut ne plus inclure les numéros d'identification (NIA) et (NID), dès lors qu'ils ne sont plus nécessaires en aval, comme ce sera le cas dans tous les exemples de réalisations ci-dessous décrits. Comme on le verra ci-après, ce dernier message est décodé et affiché sous l'une des diverses formes énumérées ci-après.
Dans la description des figures suivantes, on utilisera les mêmes sigles que ceux utilisés ci-dessus, pour les mêmes éléments ou données.
A la figure 2 est représentée une première forme de réalisation de l'invention.
Le dispositif d'appel d'activation 20 qui permet au conducteur de demander l'activation de son récepteur télé-afficheur 21, peut être un simple téléphone, portable ou non. Le demandeur peut ainsi donner : - le numéro d'identification de l'aire (NIA), - le numéro d'identification de demandeur (NID) et - la durée d'activation demandée pour le stationnement (DAD), que le demandeur pourra éventuellement prolonger par un nouvel appel ; on notera que le demandeur peut ne pas fixer cette durée, auquel cas le renouvellement tacite de la durée sera automatique jusqu'à nouvel appel du demandeur mettant fin à ces renouvellements ; on notera également que le demandeur n'est pas nécessairement l'automobiliste, mais peut être un tiers, tel qu'un magasin prenant en charge le stationnement des clients.
Ces diverses données reçues par l'opérateur de réseau en 22 dans son serveur unique, sont donc essentiellement les suivantes :
<Desc/Clms Page number 9>
- le numéro d'identification de l'aire de stationnement (NIA) qui se trouve affiché sur chaque aire pour être lu aisément par les automobilistes, est transformé grâce à un dispositif mémoire de données (détenant toutes les correspondances NIA/CCA) en une clef de codage d'aire (CCA) transmise au premier dispositif de codage qui reçoit par ailleurs. après passage dans un dispositif de formatage, les données nécessaires en provenance de l'horloge et émet un message d'activation d'aire (MAA) incluant le numéro d'identification d'aire (NIA) en clair ; comme ce sera le cas dans tous les exemples de réalisation ci-dessous décrits.
- le numéro d'identification de demandeur (NID) est transformé grâce à un second dispositif mémoire de données (détenant toutes les correspondances NID/CCD) en une clef de codage de demandeur (CCD) transmise au deuxième dispositif de codage (non indispensable dans certains cas, comme on l'a indiqué plus haut et comme ce sera le cas dans tous les exemples ci-dessous), qui reçoit par ailleurs le message d'activation d'aire (MAA) et émet le message d'activation du dispositif demandeur (MAD) qui inclut les numéros d'identification d'aire (NIA) et de dispositif demandeur (NID) en clair, comme ce sera le cas dans tous les exemples de réalisation ci-dessous décrits.
- la durée d'activation demandée (DAD) est portée en mémoire et va permettre sous la commande de l'horloge de périodiquement incrémenter le compte totalisateur du prix de durée de stationnement (TAD) qui applique à la durée demandée le tarif extrait d'une mémoire dans laquelle sont enregistrés tous les tarifs de toutes les aires ; le signal de message d'activation du dispositif demandeur (MAD) est ensuite transmis à un dispositif d'émission de message codé (EMC), validant ainsi l'émission du message d'activation (MAD) pour un nouvel incrément de durée. Cette durée périodique peut être par exemple d'un quart d'heure ou d'une demi-heure.
Il y a donc prolongation périodique de la durée autorisée de stationnement jusqu'à épuisement de la durée demandée. Cela sous-entend qu'il n'est pas nécessaire d'afficher le délai limite prévu dès lors que la validation est indiquée, ce qui simplifie les opérations et ne tient informé, en dehors du demandeur, que l'agent contrôleur qui dispose d'un récepteur afficheur similaire à celui de l'automobiliste, ce qui augmente la sécurité du véhicule.
<Desc/Clms Page number 10>
Ces données sont transmises au télé-afficheur 21 qui comprend essentiellement un récepteur du message d'activation (MAD) qui le transmet à un dispositif de décodage sur la base de la clef de codage de demandeur (CCD) qui transmet au dispositif d'affichage du message d'activation d'aire (MAA) restitué par le décodage.
Ce dispositif peut afficher : - soit le délai limite de stationnement en clair, - soit la simple indication que la durée périodique en cours est bien validée, - soit une indication codée déchiffrable par l'agent contrôleur, - soit ne rien afficher de manière permanente, l'agent contrôleur disposant d'un appareil provoquant l'affichage ou la transmission du code.
Différentes techniques peuvent être utilisées pour réaliser le codage des informations et, en particulier dans le cas d'utilisation d'algorithme non symétrique, la clé de codage (CCD) au niveau du serveur 22 peut être différente de celle qui sera nécessaire au décodage par le télé-afficheur 21. Cette remarque est valable pour l'ensemble des exemples décrits dans ce document.
Comme on le verra plus loin en détail, on notera que le dispositif d'appel pour demander l'activation 20 et le télé-afficheur 21 peuvent être réunis dans un seul appareil qui peut être fixé dans le véhicule, pour autant que le dispositif d'affichage soit lisible de l'extérieur et que le conducteur puisse communiquer avec l'opérateur.
La figure 3 représente un deuxième exemple de mise en oeuvre de l'invention, variante du dispositif de la figure 2.
On retrouve ici les mêmes sigles qu'aux figures précédentes ; on va donc décrire ici ce qui diffère de l'ensemble du dispositif de la figure 2 dont le serveur unique 22 se trouve, à la figure 3, divisé en un serveur d'appel 30 et un serveur 31 pouvant être distant du premier ; par exemple, si l'automobiliste est abonné d'une région ou d'un opérateur différents de ceux du serveur d'appel 30.
Le traitement des données est le même qu'à la figure 2.
On notera que le message d'activation d'aire (MAA) issu du serveur d'appel 30 est envoyé au serveur distant 31, sous le contrôle du dispositif mémorisant la durée d'activation demandée (DAD), lui-même périodiquement déclenché par
<Desc/Clms Page number 11>
l'horloge, ce qui décrémente la durée demandée enregistrée en mémoire. Parallèlement au message (MAA), le numéro d'identification de dispositif demandeur (NID) est transmis au serveur distant 31.
On notera également que dans le mode de réalisation présent et dans tous les suivants où on recourt à plusieurs serveurs, il est prudent de prévoir un codage, en amont et un décodage en aval, des messages circulant sur les interconnections entre serveurs pour éviter fraudes et autres interventions extérieures perturbatrices.
Dans le serveur distant 31, le message d'activation d'aire (MAA) déclenche le fonctionnement périodique du totalisateur de durée d'activation du dispositif demandeur (TAD) et, d'autre part est transformé en message d'activation du dispositif demandeur (MAD). Dans ce même serveur, le totalisateur (TAD) reçoit les données suivantes : - le numéro d'identification (NIA) inclus dans le message (MAA) qui lui indique l'aire et donc l'adresse du tarif applicable, - la durée d'activation demandée (DAD) permettant ainsi le calcul des prix sur la base du tarif en mémoire dans le totalisateur (TAD), - et le message d'activation de dispositif demandeur (MAD) séquentiellement reçu qui commande les incrémentations successives.
Le message d'activation du dispositif demandeur (MAD) est ensuite transmis par le totalisateur (TAD) au dispositif émetteur de messages codés (EMC) du serveur d'appel 30 qui l'émet \ers le télé-afficheur 32 sous la forme (MAD) qui, comme précédemment ne nécessite plus d'inclure les numéros d'identification (NIA) et (NID) devenus inutiles en aval.
A la figure 4 qui représente un troisième exemple de mise en oeuvre de l'invention, les serveurs sont di\ risés en trois :
EMI11.1
- le serveur d'appel 40 qui reçoit l'appel et ses données (NIA), (NID) et (DAD), et émet le message (MAD) \ers le télé-afficheur, - le serveur local 41 et - le serveur distant 42 identique à celui de la figure 3.
On constate que le sen eur d'appel 30 de la figure 3 est divisé en deux à la figure 4 : le serveur local 41. à partir du numéro (NIA) reçu du serveur d'appel 40
<Desc/Clms Page number 12>
et des données de l'horloge formatées fournit, après codage, le message (MAA) au serveur d'appel 40.
Le reste de cet exemple de réalisation est équivalent au dispositif de la figure 3 : le dispositif d'appel d'activation 43 et le télé-afficheur 44 correspondent respectivement aux références 32 et 33 de la figure 3.
A la figure 5, le quatrième exemple de réalisation représenté est voisin de celui de la figure 4, mais dans ce cas : - le serveur d'appel 51 reçoit, du dispositif d'appel d'activation 53, les numéros d'identification (NIA) et (NID), qu'il envoie au serveur local 50 ; - le serveur local 50 transmet le message (MAA) incluant toujours le numéro (NIA), le numéro d'identification (NID) et les références du serveur d'appel (SA) directement au serveur distant 52 ; - le serveur distant 52 transmet le message (MAD) au serveur d'appel 51 qui émet (MAD) vers le télé-afficheur 54 comme à la figure 4.
La figure 6 représente un cinquième exemple de réalisation de l'invention qui est une variante du dispositif de la figure 3.
La fonction du serveur d'appel 30 est prise en charge par le serveur local 61, tandis que serveur distant 62, dispositif d'appel d'activation 63 et télé-afficheur 64 sont équivalents de ceux de la figure 3, respectivement 31,32 et 33.
La différence essentielle réside dans le fait que le serveur d'appel 60, selon le présent exemple, se contente de transmettre au serveur local 61 les numéros d'identification (NIA) et (NID) et la durée d'activation demandée (DAD).
Les figures 7 et 8 représentent des variantes de réalisations de l'invention selon lesquelles le ou les serveurs peuvent être ceux des divers exemples cités ci-dessus, mais où les différences portent essentiellement sur des variantes du côté du demandeur :
A la figure 7, selon un sixième exemple de réalisation, le télé-afficheur et l'émetteur d'appel ne font plus qu'une seule et même unité 70 pouvant être montée dans le véhicule. Le fonctionnement est le même que précédemment décrit selon le ou les serveurs choisis.
<Desc/Clms Page number 13>
A la figure 8, selon un septième exemple de réalisation, le télé-afficheur 70 de la figure précédente est divisé en deux parties, un télé-afficheur 80 et un émetteurrécepteur 81 : - la partie émission des numéros d'identification (NIA) et (NID), et de la durée d'activation demandée (DAD), - la partie réception du message d'activation du dispositif demandeur
Ces deux parties fonctionnent comme dans tous les exemples précédents.
La partie réception transmet le message (MAD) au télé-afficheur 80 qui décode et affiche comme dans tous les exemples précédents.
Les figures 9,10 et 11 présentent des variantes selon lesquelles on introduit du côté du demandeur des dispositifs d'aide à la transmission des données, d'authentification, de sécurité et même de paiement, dispositifs destinés à coopérer avec les ensembles serveurs conformes à l'invention schématiquement représentés sur ces figures sous le nom opérateur (s) du réseau .
A la figure 9, dans une huitième variante, on retrouve les éléments de la figure 7 auxquels est adjoint l'authentificateur 92 ; l'émetteur-récepteur télé-afficheur 91 est l'équivalent de l'ensemble 70 de la figure 7 et l'opérateur (s) du réseau 90 est l'équivalent de l'ensemble 71. L'authentificateur 92 peut être immatériel comme un numéro de code donné par le demandeur à l'opérateur ou résulter de tout moyen matériel de contrôle comme un lecteur de code magnétique. Cet authentificateur d'appel d'activation (AAA) 92 envoie son code à l'émetteurrécepteur et télé-afficheur 91 qui le transmet à l'opérateur (s) 90, lequel en tiendra compte dans sa validation du message final (MA. J2).
En variante, le dispositif d'authentification peut également comporter une interface destinée à faciliter l'envoi des données (NIA, NID, DAD, AAA) par le demandeur. Cette interface peut. par exemple, consister en un générateur de tonalités téléphoniques (standard DTMF), intégré ou non dans le télé-afficheur.
A la figure 10, dans une neuvieme variante, le dispositif est le même que celui de la figure 9, mis à part le décodage supplémentaire (CCD) du dispositif de sécurité 102 qui communique dans les deux sens avec l'émetteur-récepteur et télé-afficheur 101, recevant, d'une part. les données du récepteur du message
<Desc/Clms Page number 14>
(MAP) provenant des serveurs de 1" opérateur 100, et envoyant d'autre part ses données à l'affichage (MAA).
A la figure 11, dans une dixième variante, on retrouve le dispositif de la figure 10, avec toutefois un dispositif de paiement prévu dans le dispositif de sécurité et de paiement 112, qui communique dans les deux sens avec le dispositif de décodage (CCD). Le dispositif de paiement peut être un lecteur de carte à puce qui identifie la carte dans un sens puis la débite dans l'autre sens du montant calculé par le totalisateur-calculateur (TAD) de l'ensemble serveur 110 de l'opérateur de réseau. Dans certaines configurations, ce dispositif de paiement peut être pourvu d'une horloge interne.
Il est évident que, sans sortir du cadre de la présente invention, l'homme de l'art peut concevoir de nombreuses variantes équivalentes et d'autres applications des dispositifs conformes à l'invention.
<Desc / Clms Page number 1>
NEW ACCESS CONTROLS OR OCCUPANCY TIMES, APPLICABLE TO PARKING AREAS
The present invention relates to new access control or occupancy time devices, applicable in particular to the parking of vehicles, the use of equipment, the distribution of products, access to places. miscellaneous and other paying operations apart from the presence on site of an agent or a prepayment device. In the case of car parking, for example, the large number of card distributors required represents a significant investment in personnel and equipment. In what follows, without limiting the fields of application, reference will be made to car parking, which represents a particularly significant field of application.
The devices most frequently used on the date of filing of this request are prepaid parking meters by coins or credit cards issuing cards stating, among other things, the time limit to be observed, which should be placed in the vehicle, preferably behind the windshield for inspection by the agents designated for this purpose.
The disadvantages are obvious in particular for the driver who is forced to a series of operations, and for the town of the place which must invest in expensive equipment and in maintenance and collection staff of the collected coins.
There are also autonomous devices, also visible behind the windshields, regulated by the motorist leaving his vehicle and prepaid by smart cards or the like, but these devices pose complex problems for moving from one locality to another or when preferential rates must be applied.
The object of the present invention is, in particular, to simplify the operations to be carried out by the driver. to remove parking meters in the long term, authorize a modulation of pricing and make centralized payments.
To simplify, the driver of a vehicle can telephone an operator of the telephone company or other equivalent or specialized organization,
<Desc / Clms Page number 2>
give the references and the duration of parking, as well as his own references, the operator sending to a receiver placed in the vehicle the coded data validating the parking for the planned duration, which will be decoded and displayed so as to be accessible to the controller. The administration on which the operator depends then adds to the applicant's invoice the amount due for parking and credits the holder of the parking area, generally the municipality. This implies that the latter, in whose territory the vehicle is parked, has made an agreement with the administration or the telephone company.
The user therefore sees his telephone bill increased by the corresponding amount. You can also pay by giving your phone card, chip or bank card references and debit the account periodically or piecemeal.
To this end, according to the present invention, the motorist user calls, from his vehicle or nearby, by any telephone or other automatic telecommunication means at his disposal, an operator to whom he specifies personal references, the place of parking, and if it provides for the parking time limit; if he does not know, there will be an extension either on a new call from him, or automatically, within fixed price limits or until a new call requesting that the extensions be stopped. It is also possible that the request is made by a person other than the motorist, for example by a store attendant taking charge of parking customers.
Throughout the present application, by operator is meant human or artificial intelligence such as an automatic answering machine answering the call and requesting to send, using the keys on the telephone keypad or equivalent, the figures relating to the parking area. , the requested parking time and the applicant, motorist or other.
The operator sends the data which will be displayed in an accessible manner to the controlling agent to a receiving device placed in the vehicle. These data can be displayed in plain text, or in coded form or even memorized in any other way, as soon as the controller has a portable device allowing him to verify the information sought.
<Desc / Clms Page number 3>
The invention therefore essentially comprises an access control or occupancy time device which records the data relating to the area of use, the data relating to the requester and, possibly, the duration of use requested, characterized by the fact that a transmission and reception device allows the user to communicate this data to an operator having a server assembly recording said data, processing them and transmitting activation data to the receiving part of said transmitter assembly -receiver which displays the control data validated by the server assembly on the basis of the requester's data.
According to a characteristic of the invention, the device is characterized by the fact that the server assembly has a summing component managing the accounting aspects of the operations. Such a calculator includes in memory all the tariff data depending inter alia on the areas of use, calculating the price to be paid for the duration of use requested, and totaling, on the one hand, the successive amounts of the durations of use to be debited on the account of the same applicant, and, on the other hand, to credit the account of the municipality or other body holding the parking area.
According to another characteristic, the device is characterized in that the data relating to the area of use consists of an identification number, for example displayed on the spot, which the server assembly translates into a coding key d 'area according to the data of a memory containing the correspondences between numbers and keys. The data thus obtained are coded by a first coding device receiving data coming from a clock after formatting, said coding device supplying an area activation message.
Similarly, the data relating to the requester consists of an identification number which the server assembly translates into a requesting coding key according to the data of a memory containing the correspondences between numbers and keys. The data thus obtained can possibly be coded by a second coding device receiving the references of the requesting device and the area activation message coming from the first coding device,
<Desc / Clms Page number 4>
said second coding device providing an activation message from the requesting device.
This second coding is however not necessary if the transmission network of the requesting device activation message is already secure.
Note also that the applicant's references can be automatically detected upon receipt, which is the case for the telephone number of the applicant. The same can be said for area references which can be located automatically.
According to another characteristic of the invention, the totalizer ensures the accounting management, total or partial, of the operations: it receives the activation message from requesting device, the duration of activation requested and the data coming from the clock; it processes this data with the tariffs extracted from the memory corresponding to the address of the area in question, then, on the one hand, it adds the amount calculated in total to be debited from the applicant's account and credited to the holder's account on the other hand, it sends the message activating the remote display device sequentially to the transmitter of coded messages.
According to another characteristic of the invention, the tele-display device receives, from the transmitter of coded messages, this activation message which it decodes and displays in plain text or not.
The server assembly can include one or more of the following components:
EMI4.1
- a call server receiving the data from the caller, - a server remote from the call server which includes the totalizer, - a local server processing in particular the area data.
The operator can be human or artificial intelligence such as an automatic responder requesting the transmission of the requester's data using the keyboard of the calling device and distributing them to the interested elements of the server assembly.
According to certain variants, provision is made on the requesting side of devices for assistance in the transmission of data, authentication, security or even payment. The authenticator can be intangible as a code number
<Desc / Clms Page number 5>
given by the requester to the operator or be concrete, for example resulting from any material control means such as a magnetic code reader. The code is sent to the transceiver and tele-display which transmits it to the operator (s), who will take it into account in its validation operations. An additional decoding device of the security device can also communicate in both directions with the transceiver and teletype display. One can also provide a payment device which inter-communicates in both directions with the decoding device.
Such a payment device can be a smart card reader which identifies the card and communicates the references in one direction, then receives, in the other direction, the debit order of the amount calculated by the totalizer.
The entire device according to the invention therefore essentially comprises:
EMI5.1
- a first device for sending the caller's request, - a first device for receiving by an operator in the broad sense defined above, - at least one device for processing the information received using codings specific to the requester and the area of parking thus allowing non-falsifiable identification of the various orders received,
EMI5.2
a second transmitting device sending the coded data thus obtained, a second receiving device on the vehicle of said coded data, a device for displaying the control data, in plain text after decoding or in any form accessible to the controlling agent, disposing, if necessary,
d '- a device for the clear display of data which may include the necessary reception and decoding units.
We can add other devices for data transmission, authentication, security or direct payment.
According to the invention, the driver of a vehicle which he wishes to park in a paid parking area has on board or in the vicinity of his vehicle a set essentially consisting of transmitting, receiving, decoding and display units respectively. and, according to variants, these various units can be divided into several interconnected assemblies.
<Desc / Clms Page number 6>
For its part, the operator has a set consisting essentially of respectively receiving, transmitting, code identifier, coder and decoder units; and, according to variants, these various units and this clock can be divided into several interconnected assemblies, which can themselves be arranged in different places, as will be shown in the description which follows.
It is obvious that some of these units can be of any suitable type, and in particular conventional, such as a telephone transmitter and receiver or a clock; it is also possible to use databases of the new or conventional type, in which the data to be stored is stored in random access memory or in read-only memory.
It will also be emphasized that the invention finds its application in the paid parking areas of all land, sea or air vehicles, and in all cases where a user must pay an amount according to a duration of use. It is thus possible to design the use of equipment, the distribution of products, or access to certain places, in particular in the absence of personnel on site, for example at night.
To better understand the technical characteristics and advantages of the present invention, we will describe embodiments, it being understood that these are not limiting as to their mode of implementation and the applications that can be make it.
Reference will be made to the following figures which represent, respectively and schematically:, FIG. 1, a synoptic diagram of the data processing in accordance with the invention, FIG. 2, a block diagram of a first device in accordance with the invention; Figure 3, a block diagram of a second device according to the invention; Figure 4, a block diagram of a third device according to the invention; Figure 5, a block diagram of a fourth device according to the invention; Figure 6, a block diagram of a fifth device according to the invention; Figure 7, a block diagram of a sixth device according to the invention; Figure 8, a block diagram of a seventh device according to the invention;
<Desc / Clms Page number 7>
Figure 9, a block diagram of an eighth device according to the invention;
Figure 10, a block diagram of a ninth device according to the invention; Figure 11, a block diagram of a tenth device according to the invention.
If we refer to Figure 1, the parking area identification number (NIA) is received at 1 from which a database will deduct at 2 an area coding key (CCA) ; the latter and the data coming from the clock 3, formatted at 4, are processed in a first coding device 5 which supplies at 6 an area activation message (MAA); preferably, this message (MAA) includes, in addition to coding the area identification number (NIA) in clear.
In addition, the identification number of the requesting device (NID) is received at 7, from which a database will deduct at 8 a device coding key (CCD), this and the activation message d 'area (MAA) from 6 are processed in a second coding device 9 which provides at 10 an activation message from the requesting device (MAD). The latter includes, in addition to coding, the area identification number (NIA) in clear from the message (MAA) and the applicant identification number (NID), also in clear.
The above-mentioned databases contain NIA1CCA and NID / CCD digital correspondence tables which are recorded at the start of the installation and periodically updated.
In addition, as mentioned above, the second coding device can be omitted, as long as security is sufficiently ensured.
The duration of activation of the requesting device (DAD) received at 11, together with the clock 3 and the activation message of the requesting device (MAD), acts on the totalizer of the duration of activation of the requesting device (TAD) 12 which essentially has the role of managing the accounting aspects and validating the display orders. To do this, it adds the amounts of the parking durations calculated by applying to the requested duration (DAD) the rates entered in a memory where the various rates for the various parking areas are recorded. and in particular that whose references (NIA) are included in the message (MAD).
Each amount is debited from the account of
<Desc / Clms Page number 8>
Applicant, who is not necessarily the user as noted above, and credited to the parking lot holder's account.
The transmission of the requesting device activation message (MAD) is validated periodically, thanks to the periodic validation command from the totalizer (TAD) 12, which thus operates as a sequencer, and oriented towards the device for transmitting coded messages (EMC) 13 which knows the receiving address, that is to say the requester and its area, thanks to the respective identification numbers (NID) and (NIA) included in clear in the message (MAD).
The requesting device activation message (MAD) is thus sent to the receiver available to the driver. This message (MAD) differs from the message (MAD not underlined) in that it can no longer include the identification numbers (NIA) and (NID), since they are no longer necessary downstream, as will be the case in all the examples of embodiments described below. As will be seen below, this latter message is decoded and displayed in one of the various forms listed below.
In the description of the following figures, the same acronyms as those used above will be used, for the same elements or data.
In Figure 2 is shown a first embodiment of the invention.
The activation call device 20 which allows the driver to request the activation of his tele-display receiver 21, can be a simple telephone, portable or not. The applicant can thus give: - the area identification number (NIA), - the applicant identification number (NID) and - the requested activation time for parking (DAD), which the applicant can possibly extend with a new call; it should be noted that the applicant may not set this duration, in which case the tacit renewal of the duration will be automatic until the applicant calls again putting an end to these renewals; it should also be noted that the applicant is not necessarily the motorist, but may be a third party, such as a store taking charge of parking customers.
These various data received by the network operator at 22 in its single server, are therefore essentially the following:
<Desc / Clms Page number 9>
- the parking area identification number (NIA) which is displayed on each area to be easily read by motorists, is transformed using a data memory device (holding all NIA / CCA correspondences) into a area coding key (CCA) transmitted to the first coding device which also receives. after passing through a formatting device, the necessary data from the clock and emits an area activation message (MAA) including the area identification number (NIA) in clear; as will be the case in all the exemplary embodiments described below.
- the applicant identification number (NID) is transformed using a second data memory device (holding all the NID / CCD correspondences) into a requesting coding key (CCD) transmitted to the second coding device (not essential in some cases, as indicated above and as will be the case in all the examples below), which also receives the area activation message (MAA) and sends the device activation message requester (MAD) which includes the area identification (NIA) and requesting device (NID) numbers in clear, as will be the case in all the exemplary embodiments described below.
- the requested activation duration (DAD) is stored in memory and will allow, under the clock command, to periodically increment the totalizing account of the parking duration price (TAD) which applies to the requested duration the tariff extracted from a memory in which all the tariffs for all the areas are recorded; the requesting device activation message signal (MAD) is then transmitted to a coded message sending device (EMC), thus validating the sending of the activation message (MAD) for a new duration increment. This periodic duration can be, for example, a quarter of an hour or half an hour.
There is therefore a periodic extension of the authorized parking time until the requested time is used up. This implies that it is not necessary to display the time limit provided as soon as validation is indicated, which simplifies operations and keeps informed, outside the applicant, only the controller who has '' a display receiver similar to that of the motorist, which increases vehicle safety.
<Desc / Clms Page number 10>
These data are transmitted to the remote display 21 which essentially comprises a receiver of the activation message (MAD) which transmits it to a decoding device on the basis of the requesting coding key (CCD) which transmits to the display device of the area activation message (MAA) restored by the decoding.
This device can display: - either the clear parking time limit, - either the simple indication that the current periodic duration has been validated, - or a coded indication that can be deciphered by the controller, - or display nothing permanently , the controller having a device causing the display or transmission of the code.
Different techniques can be used for coding the information and, in particular in the case of use of an asymmetric algorithm, the coding key (CCD) at the level of the server 22 may be different from that which will be necessary for decoding by the remote display 21. This remark applies to all the examples described in this document.
As will be seen below in detail, it will be noted that the call device for requesting activation 20 and the remote display 21 can be combined in a single device which can be fixed in the vehicle, provided that the device d display is readable from the outside and the driver can communicate with the operator.
FIG. 3 represents a second example of implementation of the invention, a variant of the device of FIG. 2.
We find here the same acronyms as in the previous figures; We will therefore describe here what differs from the entire device in FIG. 2, the single server 22 of which is, in FIG. 3, divided into a call server 30 and a server 31 which can be remote from the first; for example, if the motorist subscribes to a region or operator different from those of the call server 30.
The data processing is the same as in Figure 2.
Note that the area activation message (MAA) from the call server 30 is sent to the remote server 31, under the control of the device memorizing the requested activation time (DAD), itself periodically triggered by
<Desc / Clms Page number 11>
the clock, which decrements the requested duration stored in memory. In addition to the message (MAA), the requesting device identification number (NID) is transmitted to the remote server 31.
It will also be noted that in the present embodiment and in all of the following where multiple servers are used, it is prudent to provide coding, upstream and decoding downstream, of the messages circulating on the interconnections between servers to avoid fraud and other disruptive external interventions.
In the remote server 31, the area activation message (MAA) triggers the periodic operation of the activation time totalizer of the requesting device (TAD) and, on the other hand, is transformed into an activation message of the requesting device (MAD). In this same server, the totalizer (TAD) receives the following data: - the identification number (NIA) included in the message (MAA) which indicates the area and therefore the address of the applicable tariff, - the duration d 'requested activation (DAD) thus allowing the calculation of the prices on the basis of the tariff stored in the totalizer (TAD), - and the requesting device activation message (MAD) sequentially received which controls the successive increments.
The requesting device activation message (MAD) is then transmitted by the totalizer (TAD) to the coded message sending device (EMC) of the call server 30 which transmits it to the tele-display 32 in the form ( MAD) which, as previously, no longer requires the inclusion of identification numbers (NIA) and (NID) which have become useless downstream.
In FIG. 4 which represents a third example of implementation of the invention, the servers are divided into three:
EMI11.1
- the call server 40 which receives the call and its data (NIA), (NID) and (DAD), and transmits the message (MAD) \ ers the tele-display, - the local server 41 and - the server remote 42 identical to that of FIG. 3.
It can be seen that the call sen 30 of FIG. 3 is divided into two in FIG. 4: the local server 41. from the number (NIA) received from the call server 40
<Desc / Clms Page number 12>
and formatted clock data supplies, after coding, the message (MAA) to the call server 40.
The rest of this embodiment is equivalent to the device in FIG. 3: the activation call device 43 and the remote display 44 correspond respectively to the references 32 and 33 in FIG. 3.
In FIG. 5, the fourth embodiment shown is close to that of FIG. 4, but in this case: - the call server 51 receives, from the activation call device 53, the identification numbers ( NIA) and (NID), which it sends to the local server 50; the local server 50 transmits the message (MAA) always including the number (NIA), the identification number (NID) and the references of the call server (SA) directly to the remote server 52; the remote server 52 transmits the message (MAD) to the call server 51 which transmits (MAD) to the tele-display 54 as in FIG. 4.
FIG. 6 represents a fifth embodiment of the invention which is a variant of the device of FIG. 3.
The function of the call server 30 is taken over by the local server 61, while the remote server 62, activation call device 63 and remote display 64 are equivalent to those of FIG. 3, respectively 31.32 and 33.
The essential difference lies in the fact that the call server 60, according to the present example, is content to transmit to the local server 61 the identification numbers (NIA) and (NID) and the requested activation time (DAD). .
FIGS. 7 and 8 represent variant embodiments of the invention according to which the server or servers can be those of the various examples cited above, but where the differences relate essentially to variants on the side of the applicant:
In FIG. 7, according to a sixth exemplary embodiment, the tele-display unit and the call transmitter only form one and the same unit 70 which can be mounted in the vehicle. The operation is the same as previously described according to the chosen server or servers.
<Desc / Clms Page number 13>
In FIG. 8, according to a seventh exemplary embodiment, the tele-display 70 of the previous figure is divided into two parts, a tele-display 80 and a transceiver 81: - the transmission part of the identification numbers (NIA) and (NID), and the requested activation time (DAD), - the reception part of the activation message from the requesting device
These two parts work as in all the previous examples.
The reception part transmits the message (MAD) to the tele-display 80 which decodes and displays as in all the previous examples.
FIGS. 9, 10 and 11 show variants according to which devices for the transmission of data, authentication, security and even payment are introduced on the side of the applicant, devices intended to cooperate with the server assemblies conforming to the invention schematically represented in these figures under the name operator (s) of the network.
In FIG. 9, in an eighth variant, we find the elements of FIG. 7 to which the authenticator 92 is added; the tele-display transceiver 91 is the equivalent of the set 70 of FIG. 7 and the operator (s) of the network 90 is the equivalent of the set 71. The authenticator 92 can be immaterial as a code number given by the applicant to the operator or resulting from any material control means such as a magnetic code reader. This activation call authenticator (AAA) 92 sends its code to the transceiver and tele-display 91 which transmits it to the operator (s) 90, which will take it into account in its validation of the final message (MA. D2 ).
As a variant, the authentication device may also include an interface intended to facilitate the sending of data (NIA, NID, DAD, AAA) by the requester. This interface can. for example, consist of a telephone tone generator (DTMF standard), integrated or not in the tele-display.
In FIG. 10, in a ninth variant, the device is the same as that of FIG. 9, apart from the additional decoding (CCD) of the security device 102 which communicates in both directions with the transceiver and TV -display 101, receiving, on the one hand. message receiver data
<Desc / Clms Page number 14>
(MAP) coming from the servers of 1 "operator 100, and sending on the other hand its data to the display (MAA).
In Figure 11, in a tenth variant, we find the device of Figure 10, with however a payment device provided in the security and payment device 112, which communicates in both directions with the decoding device (CCD) . The payment device can be a smart card reader which identifies the card in one direction and then debits it in the other direction of the amount calculated by the totalizer-calculator (TAD) of the server assembly 110 of the network operator. . In certain configurations, this payment device can be provided with an internal clock.
It is obvious that, without departing from the scope of the present invention, a person skilled in the art can conceive of numerous equivalent variants and other applications of the devices according to the invention.