Brevet FR2830963A1 — publié le 20030418

PROCEDE POUR TRANSFERER A UN SERVEUR DE GESTION UNE DONNEE DESCRIPTIVE DU FONCTIONNEMENT DANS LE TEMPS D'UN APPAREIL DE SERVICE La présente invention concerne un procédé pour transférer des données entre un appareil de service et un serveur de gestion à distance. La présente invention concerne plus précisément un procédé pour transférer des données descriptives du fonctionnement dans le temps d'un appareil de service telle qu'une borne de paiement vers un serveur de gestion à distance. La présente invention concerne également une borne de paiement et un serveur de gestion qui soient adaptés pour la mise en oeuvre d'un tel procédé. Le présente invention concerne plus particulièrement les bornes de paiement utilisées pour le stationnement des automobiles. Depuis de nombreuses années, le stationnement en ville des automobiles est payant. Pour pouvoir laisser son véhicule dans un emplacement de stationnement, l'automobiliste doit prépayer un montant correspondant à la durée de stationnement choisie. En l'absence d'un tel paiement, le véhicule est en infraction et il est susceptible de faire l'objet d'une contravention ou amende par des agents de surveillance. Pour occuper une place de stationnement payant, l'usager doit donc acquitter des droits de stationnement auprès d'une borne de paiement adaptée à cet effet. De telles bornes sont plus connues sous les noms de parcmètres ou d'horodateurs. Le système de type parcmètre consiste en une borne dans laquelle l'automobiliste voulant stationner doit payer (par pièces, cartes, etc. ) pour un montant correspondant au temps de stationnement désiré. Un mécanisme d'affichage disposé sur la borne fait alors apparaître un index correspondant au temps de stationnement payé. Cet index va ensuite disparaître au fur et à mesure que le temps s'écoule. Le contrôle d'un tel système est simple puisqu'il suffit aux agents de surveillance de regarder la position de l'index pour savoir si le véhicule occupant l'emplacement contrôlé par la borne en question est en infraction ou non. Dans le cas des horodateurs, l'usager reçoit en échange du paiement du temps de stationnement désiré (paiement opéré à l'aide de pièces de monnaie ou de carte de paiement adaptée, etc. ) un ticket portant différentes informations imprimées et notamment l'heure limite de stationnement autorisé. L'usager doit placer ce ticket en évidence derrière le pare-brise de son véhicule. Les agents de surveillance contrôlent alors dans les voitures en stationnement, la présence d'un ticket et l'indication figurant sur le ticket de l'heure limite de stationnement. Quel que soit le type des bornes de paiement utilisées : parcmètres ou horodateurs, le travail de surveillance est lourd à mettre en oeuvre puisqu'il faut effectuer des rondes régulières et systématiques dans toutes les rues soumises à stationnement payant et vérifier les véhicules (ou les bornes) un par un afin pour détecter parmi ceux-ci, les éventuels véhicules en infraction. Pour faciliter la gestion et la maintenance des bornes de paiement par l'exploitant (municipalités, etc. ), les bornes sont aujourd'hui munies de moyens de communication avec un ordinateur central à distance, lequel est destiné à opérer la supervision du parc des bornes de stationnement. Cet ordinateur central, encore appelé serveur PMS (acronyme anglo-saxon pour Parking Management System) reçoit périodiquement de chacune des bornes des rapports d'activité contenant des données descriptives du fonctionnement de l'appareil, ou encore des alarmes lorsque des événements nécessitant l'intervention d'un agent de maintenance surviennent (coffre plein de monnaie, absence de papier pour éditer les tickets, mais aussi pannes ou actes de vandalisme). Par ailleurs, le serveur PMS peut opérer le téléchargement dans les bornes, de fichiers de paramètres, de tables de tarif ou encore de mises à jour des programmes faisant fonctionner les microprocesseurs des bornes de paiement, mises à jour améliorant les programmes déjà en place ou bien encore introduisant de nouvelles prestations pour les usagers. Parmi les données descriptives du fonctionnement d'une borne de paiement de places de stationnement contenues dans un rapport d'activité remonté d'une borne au serveur PMS, figure l'état du nombre de places de stationnement payées et le temps de stationnement payé correspondant. Pour permettre au serveur PMS de disposer d'une information fiable en temps réel N de l'état de stationnement du parc géré, il est nécessaire que chacune des bornes communique l'état du nombre de places de stationnement payées et du temps de stationnement payé correspondant avec une fréquence élevée, par exemple toutes les n minutes, avec n valant 5,6 etc. Une telle fréquence est lourde à gérer et coûteuse en temps de communication. L'objet de la présente invention est donc de permettre de palier à cet inconvénient en réduisant la fréquence de communication tout en permettant de conserver une connaissance précise du taux de stationnement payant de chacune des bornes. L'objet de la présente invention est donc également de développer des bornes de paiement (parcmètres, horodateurs, etc. ) et un serveur PMS pour mettre en oeuvre les procédés précités. Le procédé selon l'invention vise à transférer à un serveur de gestion à distance une donnée, tel qu'un nombre de transactions, descriptive du fonctionnement dans le temps d'un appareil de service de type borne de paiement, le serveur et l'appareil de service étant reliés l'un à l'autre au moyen d'un réseau de télécommunication approprié. Selon l'invention, le procédé est caractérisé en ce que la donnée n'est transférée qu'en cas de différence entre cette donnée et des valeurs prédéterminées auxquelles ladite donnée est comparée. Selon une autre caractéristique du procédé objet de la présente invention, les valeurs prédéterminées forment un intervalle de valeurs délimitées par une borne inférieure et une borne supérieure. Selon une autre caractéristique du procédé objet de la présente invention, l'intervalle est engendré à partir d'une grandeur de référence. Selon une autre caractéristique du procédé objet de la présente invention, les bornes inférieure et supérieure sont respectivement déduites de la valeur prise par la grandeur de référence à l'instant considéré, par retranchement et ajout de valeurs d'écart correspondantes (Delta-, Delta+). Selon une autre caractéristique du procédé objet de la présente invention, les deux valeurs d'écart sont égales, de sorte que les bornes inférieure et supérieure s'étendent à équidistance de ladite valeur prise par la grandeur de référence à l'instant considéré. Selon une autre caractéristique du procédé objet de la présente invention, les valeurs d'écart sont constantes. Selon une autre caractéristique du procédé objet de la présente invention, les valeurs d'écart sont évolutives en fonction de la valeur prise par la grandeur de référence à l'instant considéré ou en fonction du temps. Selon une autre caractéristique du procédé objet de la présente invention, les valeurs prises par la grandeur de référence sont constantes. Selon une autre caractéristique du procédé objet de la présente invention, les valeurs prises par la grandeur de référence sont évolutives dans le temps. Selon une autre caractéristique du procédé objet de la présente invention, la grandeur de référence est une grandeur statistique représentative de l'évolution dans le temps des valeurs habituellement prises par cette donnée. Selon une autre caractéristique du procédé objet de la présente invention, les valeurs prises par la grandeur de référence dépendent de la valeur de la donnée ayant déclenché le dernier transfert vers le serveur de gestion. Selon une autre caractéristique du procédé objet de la présente invention, lors d'un transfert au serveur de gestion, les valeurs de la grandeur de référence sont alors prises égales à la valeur ayant déclenché le dernier transfert vers le serveur de gestion. Selon une autre caractéristique du procédé objet de la présente invention, lors d'un transfert au serveur de gestion, les valeurs de la grandeur de référence sont alors prises égales à une valeur arbitraire déduite de la valeur ayant déclenché le dernier transfert vers le serveur de gestion. Selon une autre caractéristique du procédé objet de la présente invention, lors d'un transfert au serveur de gestion, les valeurs de la grandeur de référence sont alors prises égales aux valeurs d'une grandeur statistique représentative de l'évolution dans le temps des valeurs habituellement prises par la donnée, auxquelles sont ajoutées une valeur algébrique déduite de la valeur ayant déclenché le dernier transfert vers le serveur de gestion. Selon une autre caractéristique du procédé objet de la présente invention, l'appareil de service est une borne de paiement de places de parking, tel qu'un horodateur ou un parcmètre, et la donnée à transférer est le nombre de tickets valides vendus ou le taux d'occupation. On comprendra mieux les buts, aspects et avantages de la présente invention, d'après la description donnée ci-après d'un mode de réalisation de l'invention, présenté à titre d'exemple non limitatif, en se référant aux dessins annexés, dans lesquels : la figure 1 est une vue schématique d'un parc d'horodateurs et du serveur de gestion mettant en oeuvre le procédé selon l'invention ; la figure 2 décrit un diagramme détaillant l'évolution dans le temps des places payées, permettant de préciser un premier mode de réalisation du procédé de transfert de fichiers selon l'invention ; la figure 3 est un diagramme similaire à celui de la figure 2, permettant de préciser un second mode de réalisation du procédé de transfert de fichiers selon l'invention. Sur la figure 1, où seuls ont été figurés les éléments nécessaires à la compréhension de l'invention, on a représenté une borne de paiement qui est en l'espèce un horodateur 1. Cet horodateur 1 appartient à parc d'horodateurs 10 géré par un exploitant tel qu'un organisme privé ou encore une municipalité. Un même parc peut comprendre de plusieurs dizaines à plusieurs milliers d'horodateurs suivant la taille de la ville ou de l'agglomération concernée. Bien évidemment l'emploi de bornes de paiement de type horodateur n'est pas limitatif de la présente invention qui s'applique également aux parcmètres. Ces horodateurs sont régulièrement répartis, par exemple tous les cinquante mètres, le long des trottoirs des rues soumises à stationnement réglementé payant. L'horodateur 1, comme tout ou partie des autres horodateurs du parc 10, est connecté par l'intermédiaire d'un réseau de télécommunication 2 à un serveur de gestion 5 encore appelé PMS, pour transférer des données à ce dernier. Le réseau téléphonique 2 est par exemple le réseau téléphonique de type commuté analogique PSTN (Public Switching Telephone Network) ou de type numérique ISDN (Integrated Services Digital Network). Ce réseau 2 peut également être constitué par un réseau de radiotéléphonie mobile et ce, quelle que soit sa nature : GSM, CDMA, TDMA, AMPS, D-AMPS, ou encore par le réseau Internet ou plus généralement par tout réseau de communication apte à transmettre des données (X25, Ethernet,..) ainsi que par toute combinaison de tels réseaux. Le PMS 5 permet d'opérer la supervision du parc d'horodateurs 10. Il a pour fonction d'échanger avec ces horodateurs des informations concernant leur fonctionnement et en particulier comme cela sera détaillé ci-après concernant les transactions opérées par les usagers. Les horodateurs et le PMS 5 sont donc munis de moyens appropriés de supervision et de réception/émission d'informations, ces moyens qui sont en eux-mêmes connus ne seront pas décrits plus en détail. Entre autres fonctions, le PMS 5 transfère vers les horodateurs, les fichiers nécessaires à leur fonctionnement, tels que des tables de tarifs, des paramètres de configuration, des listes d'opposition ou de surveillance des moyens de paiement utilisés (listes blanches, noires ou grises) ou encore des programmes faisant fonctionner les microprocesseurs des horodateurs. Les horodateurs transmettent de leur côté, des informations relatives à leur utilisation, à savoir un rapport journalier comportant des données relatives aux transactions effectuées, au trafic, un rapport d'alarmes qui permet de signaler au PMS 5 la survenue d'incidents ou des atteintes à leur intégrité, comme une panne sur le lecteur de cartes, etc., de manière à prévoir l'intervention d'un agent de surveillance. L'horodateur 1 comme les autres horodateurs du parc 10 comprend, par ailleurs, un certain nombre d'éléments particuliers, inhérents à un horodateur. On trouve notamment des organes de visualisation et de saisie de données, comme un écran, un clavier à touches, un lecteur de carte, un dispositif d'encaissement à pièces, etc. Il est à noter que l'horodateur peut également être équipé de moyens permettant le paiement d'un droit de stationnement depuis un téléphone mobile. L'ensemble de ces éléments matériels sont contrôlés par un microprocesseur muni de logiciels appropriés. Selon l'invention, le microprocesseur de l'horodateur 1 est équipé d'un programme de suivi des transactions opérées par les usagers au cours de la journée et de télécollecte vers le serveur PMS 5 de ces informations. Ce programme de suivi des transactions s'intéresse plus particulièrement au calcul de deux grandeurs significatives du déroulement de transactions : le nombre N de tickets de stationnement en cours de validité à un instant donné et le temps T qui s'est écoulé depuis la délivrance du dernier ticket. Le nombre N est calculé périodiquement par un programme approprié mise en oeuvre par le microprocesseur de l'horodateur 1 à partir des informations mémorisées relatives à chacune des transactions élémentaires effectuées sur l'horodateur 1. En effet, chaque paiement donne lieu à l'enregistrement dans une zone mémoire appropriée d'une durée de stationnement correspondante. Cette durée débute à l'instant du paiement et s'arrête au prorata de l'argent encaissé et du tarif en vigueur. Le nombre N est donc déterminé à l'instant t par le nombre de durées de stationnement enregistrées englobant l'instant t. On peut par exemple prévoir que les cinq cents (500) dernières transactions soient ainsi stockées et balayées pour déterminer N. La fréquence de calcul de N sera adaptée de façon arbitraire. On peut par exemple déclencher ce calcul toutes les cinq minutes. Le temps T est lui déterminé à l'instant t par le temps écoulé entre t et l'instant de début de la dernière transaction mémorisée. Un premier mode de réalisation du procédé de transfert des données de l'horodateur 1 vers le serveur PMS 5 encore appelé télécollecte va maintenant être plus particulièrement détaillé en regard la figure 2. Selon ce premier mode'" de réalisation de l'invention, la télécollecte n'est déclenchée qu'en cas de différence entre le nombre de tickets valides N et des domaines pré définis de valeurs auxquels le nombre N est comparé. En lieu et place du nombre N de tickets valides, il est également possible d'utiliser le taux Q d'occupation des places de stationnement payées. Ce taux Q est défini comme le rapport entre le nombre N et un nombre fixe représentatif du nombre de places de stationnement dépendant de ladite borne 1. Considérons que ce nombre soit égal à cinquante (50), on a alors la formule de calcul suivante pour le taux d'occupation de la borne 1 : Q=N/50. Le circuit électronique de la borne de stationnement, en l'occurrence l'horodateur 1, coopère donc avec des moyens logiciels dédiés à la mise en oeuvre de la télécollecte d'informations à destination du serveur de gestion PMS 5. Ce programme mis en oeuvre par le microcontrôleur consiste tout d'abord à déterminer les plages de valeurs auxquelles va être comparé le nombre de ticket valides (ou le taux d'occupation Q). Un premier domaine de référence 1 est formé par les valeurs s'étendant de part et d'autre des valeurs prises par une grandeur de référence. Cette grandeur de référence est en l'occurrence définie comme une grandeur statistique courbe N () représentative du nombre moyen de tickets valides (du taux d'occupation moyen) au cours de la journée. Pour un instant i donné, ce domaine se présente donc sous la forme d'un intervalle délimité par une borne inférieure et une borne supérieure. Ces bornes inférieure et supérieure sont respectivement déduites de ladite valeur prise par la grandeur de référence à l'instant i considéré, par retranchement et ajout de valeurs d'écart correspondantes positives Delta-et Delta+. Ainsi, la borne inférieure est égale à Ni- (Delta-), la borne supérieure égale à Ni + (Delta+) et l'amplitude de l'intervalle égale à (Delta-) + (Delta+). Bien évidemment l'amplitude du domaine I est ajustée en fonction de la précision souhaitée. On peut par exemple choisir comme amplitude dix tickets. Dans ce cas, si le domaine I est centré autour de la courbe N, c'est-à-dire si Delta-et Delta+ sont égaux à cinq, alors le domaine I s'étend à l'ensemble des valeurs comprises entre N plus cinq et N moins cinq (I = [N-5, N+5]). En variante, cette amplitude peut ne pas être constante mais variable en fonction des valeurs prise par la grandeur de référence N. Ainsi, la largeur du domaine I peut être prise égale à plus ou moins 10% de N. On peut également considérer un domaine I qui ne soit pas centrée autour de N, c'est-à-dire que Delta-ne soit pas égal à Delta+, ainsi la courbe enveloppe délimitant supérieurement le domaine I peut être définie comme N + 5% N et la courbe enveloppe délimitant inférieurement la plage I peut être définie comme N-15% N. Pour ce qui est de la grandeur statistique N elle-même, elle peut être déterminée avec plus ou moins de précision, selon que l'on considère ou non l'horodateur 1 et son emplacement, il peut en effet y avoir des différences entre des places de stationnement en zones résidentielles et des zones de stationnement en zones de bureaux ou encore en zones commerciales. De même, la courbe N pourra être considérée comme constante quel que soit le jour de la semaine ou bien encore elle pourra être adaptée à chaque jour de la semaine, voir à chaque jour de l'année pour tenir compte des variations saisonnières et en particulier des périodes de congés. La courbe N illustrée est une courbe dite à deux bosses : le nombre de tickets vendus croît le matin de zéro jusqu'à un maximum pour ensuite décroître pour le déjeuner, ce nombre remonte ensuite dans l'après-midi pour redescendre ensuite à zéro vers l'heure de fin du stationnement payant. Cette courbe N est obtenue par analyse statistique des données brutes remontées par l'horodateur 1. Cette courbe peut être élaborée directement par l'horodateur ou bien encore par le serveur PMS 5 puis téléchargée ensuite dans l'horodateur 1. Elle représente le comportement théorique ou souhaité de la machine que l'on veut contrôler. De part et d'autre'" du domaine I, correspondant à un fonctionnement normal de l'horodateur 1 s'étendent des domaines II et III, puis IV et V qui correspondent respectivement à des domaines de sur-activité et de sous-activité, d'intensité de plus en plus forte. Les largeurs de chacun de ces domaines sont ajustées, par exemple expérimentalement ou bien encore sont déduites de celle du domaine I. Chacun des domaines II à V est donc déduit du domaine I et donc de la grandeur de référence par translation d'une grandeur algébrique appropriée. Ainsi, le domaine II est défini à l'instant i par l'intervalle [Ni- (Delta-) +G ; Ni+ (Delta+) +G], où G est la grandeur algébrique précitée. En variante de réalisation et comme cela a été représenté à la figure 2, il est possible de prévoir que les domaines II à V aient des amplitudes distinctes de celle du domaine I. Bien évidemment G est choisie de manière pour éviter le chevauchement des domaines ou encore des zones de valeurs hors domaines. Les différents domaines de valeurs ayant été définis et mémorisés par l'horodateur 1, celui-ci opère périodiquement le calcul de N et compare cette valeur avec ces domaines I à V, une télécollecte n'étant opérée que lors des changements de domaines. Ainsi si N évolue dans le domaine I sans quitter ce dernier, aucune télécollecte n'est effectuée. Néanmoins, l'opérateur du parc d'horodateur connaît avec une bonne précision le nombre de tickets valides à chaque instant. Le programme mis en oeuvre par le microcontrôleur consiste donc à calculer le nombre Ni de tickets valides à un instant i donné et ce, régulièrement pendant toute la durée du stationnement payant, par exemple de 9h à 19h. Le nombre Ni est calculé à partir des informations stockées relatives à chacun des transactions élémentaires opérées sur la borne. Chaque paiement donne lieu à l'enregistrement dans une zone mémoire appropriée d'une durée de stationnement correspondante. Cette durée débute à l'instant du paiement et s'arrête au prorata de l'argent encaissé et du tarif encaissé. Le nombre Ni est donc défini comme le nombre de durées de stationnement enregistrées englobant l'instant i. On peut par exemple prévoir que les cinq cents (500) dernières transactions soient ainsi stockées. La fréquence de calcul de Ni sera adaptée de façon arbitraire. On peut par exemple déclencher ce calcul toutes les cinq minutes. Le programme de télécollecte compare ensuite ce nombre Ni aux domaines I à V et déduit le domaine Di correspondant (Di valant de I à V). Puis le programme compare Di à Dj, Dj étant le domaine où était situé le nombre Nj ayant déclenché la précédente télécollecte de la journée. Si Di égale Dj (Di = Dj) alors aucune télécollecte est déclenchée, sinon une télécollecte est déclenchée. Si Dj est égal au domaine II, alors une télécollecte n'est alors déclenchée que si Ni n'est pas compris dans l'intervalle [Ni- (Delta-) +G ; Ni+ (Delta+) +G] En l'absence d'une telle précédente télécollecte, Di est comparé au domaine I et donc une télécollecte n'est déclenchée qu'en cas de différence entre Di et le domaine I, c'est-à-dire encore une télécollecte n'est alors déclenchée que si Ni n'est pas compris dans l'intervalle [Ni- (Delta-) ; Ni+ (Delta+)]. Une télécollecte ou alarme de surveillance consiste donc à appeler le serveur PMS et à lui envoyer des données de suivi du fonctionnement de la borne et notamment de la valeur Ni (QI), ainsi qu'éventuellement des valeurs précédentes non déjà communiquées. La télécollecte peut comporter, par ailleurs, le transfert d'autres informations comme le laps temps Ti séparant l'instant i de la télécollecte et le dernier paiement effectué sur la borne. Grâce à un tel programme, il est donc possible de suivre l'évolution des tickets valides vendus par l'horodateur 1 avec une bonne précision tout en minimisant le nombre d'appels vers le serveur PMS 5. En effet, si comme cela a été illustré sur le graphisme de la figure 2, l'évolution du nombre N de tickets valides dans le temps, est contenue dans le domaine I, alors l'horodateur n'effectue aucun appel car il respecte le comportement théorique préprogrammé. Bien évidemment, la présente invention n'est pas limitée à la définition donnée ci-dessus d'un domaine 1 basée sur la courbe moyenne N des valeurs prises par N. Toute autre manière pour définir des domaines de valeurs est envisageable. Ainsi, les domaines peuvent être des bandes horizontales, c'est-à-dire engendrés à partir d'une grandeur de référence dont les valeurs sont constantes. La plage 1 peut ainsi être comprise entre zéro et cinq tickets, la plage II entre six et dix tickets, etc. Par ailleurs, selon une variante de réalisation de ce premier mode de réalisation on peut déclencher la télécollecte sans référence au domaine où était situé le nombre Nj ayant déclenché la précédente télécollecte de la journée mais simplement si le nombre Ni n'appartient plus au domaine I. Pour la mise en oeuvre de cette variante, un seul domaine est nécessaire : le domaine I. Selon un second mode de réalisation de l'invention représenté à la figure 3, la télécollecte est déclenchée non pas en cas de variation, entre le nombre de tickets valides et un ou des domaines de valeurs prédéterminés mais en cas de variation relative dans le temps du nombre de tickets valides. Dans ce cas, le domaine prédéfini de valeur auquel est comparé le nombre Ni est bâti à partir des valeurs prises antérieurement par N et plus précisément par la valeur Nj de N ayant déclenché la télécollecte précédente. La grandeur de référence à partir de laquelle est défini l'intervalle de valeurs auquel est comparé Ni pour déterminer s'il y a lieu de déclencher une télécollecte se construit donc par étape à partir des valeurs successives de N ayant déclenché une télécollecte, sa représentation est une fonction en escalier. Comme précédemment décrit, le circuit électronique de la borne de stationnement, en l'occurrence l'horodateur 1, coopère donc avec des moyens logiciels dédiés à la mise en oeuvre de la télécollecte d'informations à destination du serveur de gestion PMS. Ce programme mis en oeuvre par le microcontrôleur consiste tout d'abord à déterminer le nombre Ni de tickets valides à un instant i donné et ce, régulièrement pendant toute la durée du stationnement payant, par exemple de 9h à 19h, du lundi au samedi. Comme cela a été évoqué ci-dessus, en lieu et place du nombre N de tickets valides, il est également possible d'utiliser le taux d'occupation Qi défini comme le rapport entre le nombre N et un nombre fixe représentatif du nombre total de places de stationnement attribuées à ladite borne. Considérons que ce nombre soit égal cinquante (50), on a alors la formule de calcul suivante pour le taux d'occupation payée de la borne : Qi=Ni/50. Le nombre Ni est calculé à partir des informations stockées relatives à chacun des transactions élémentaires opérées sur la borne. Chaque paiement donne lieu à l'enregistrement dans une zone mémoire appropriée d'une durée de stationnement correspondante. Cette durée débute à l'instant du paiement et s'arrête au prorata de l'argent encaissé et du tarif en vigueur. Le nombre Ni est donc défini comme le nombre de durées de stationnement enregistrées englobant l'instant i. On peut par exemple prévoir que les cinq cents (500) dernières transactions soient ainsi stockées. La fréquence de calcul de Ni sera adaptée de façon arbitraire. On peut par exemple déclencher ce calcul toutes les cinq minutes. Le programme de télécollecte compare ensuite ce nombre Ni au nombre Nj ayant déclenchée la précédente télécollecte de la journée ainsi qu'éventuellement à une valeur de seuil minimum No. Si aucune télécollecte n'a encore eu lieu dans la journée, le nombre Nj est, pris égal à la valeur de seuil minimum No. Ce nombre No est pris égal par exemple à dix (10), il est défini expérimentalement à partir du nombre de tickets vendu en moyenne à la borne considérée. Si l'on utilise le taux d'occupation payée Qi au lieu de Ni, alors Qo est pris égal à 20% (10/50). Si l'écart, pris en valeur absolue, entre Ni (Qi) et Nj (Qj), excède un seuil Delta prédéterminé alors une télécollecte est générée. Ici les valeurs d'écart Delta-et Delta+ sont égales à Delta. La télécollecte est donc déclenchée si Ni n'appartient pas à l'intervalle [Nj-Delta, Nj+Delta] Cette télécollecte ou alarme de surveillance déclenche l'appel du serveur PMS et l'envoi des données de suivie du fonctionnement de la borne et notamment de la valeur Ni (QI), ainsi qu'éventuellement des valeurs précédentes non déjà communiquées, de Nj+1 (Qj+1) à Ni-1 (Qi-1). La télécollecte comporte par ailleurs le transfert d'autres informations comme le temps Ti séparant l'instant i de la télécollecte et le dernier paiement effectué sur la borne. La valeur de seuil Delta est ajustée en fonction de la précision souhaitée dans le suivi du nombre de tickets valides (ou du taux d'occupation), on peut par exemple choisir cette valeur égale à cinq (5), dans ce cas si on utilise la'grandeur Qi et non la grandeur Ni, alors Delta vaut 20%. De même, cette valeur Delta peut dépendre de la valeur du nombre de ticket valide, par exemple si Ni vaut zéro alors Delta vaut un, si Ni vaut de un à cinq alors Delta vaut deux, etc. Donc si 1 Ni-Nj 1 > 5 (1 Qi-Qj 1 > 20%) alors le microprocesseur de la borne déclenche une alarme et l'émission d'une télécollecte. A partir de cet instant, la valeur Ni (Qi) remplace donc Nj (Qj) lors des comparaisons ultérieures et ce, jusqu'à la prochaine alarme et télécollecte. En se reportant au graphisme de la figure 3 où a été figurée l'évolution de la valeur N du nombre de tickets valide dans le temps. Considérons la mise en oeuvre du programme de télécollecte basé sur un écart absolu Ni-Nj (Qi-Qj) supérieur à un seuil fixe de cinq. On note une première alarme et donc une première télécollecte à 9hO5 le nombre de tickets ayant atteint dix-sept (17), puis une seconde alarme à 9h40, le nombre de tickets valides ayant alors quitté l'intervalle douze-vingt-deux (12 (17-5) ; 22 (17+5)) pour atteindre vingt-quatre (24) puis une troisième alarme à 10h30 avec un nombre de tickets valides redescendus à seize (16) en dehors donc de la plage dix-neufvingt-neuf (19 (24-5) ; 29 (24+5)). Ainsi donc seulement trois télécollectes ont été nécessaires pour rendre compte du nombre de tickets valide sur une période d'une heure et demie et ce, avec une précision sur le nombre N de ticket valide de plus ou moins cinq. En variante, on peut considérer l'écart, pris en valeur absolue, non pas entre Ni (Qi) et Nj (Qj) mais entre Ni (Qi) et le plus grand des nombres Nj (Qj) et No (Qo) et déclencher une alarme lorsque cet écart excède un seuil Delta prédéterminé. Cette alarme déclenche une télécollecte c'est-à-dire, l'appel du serveur PMS et l'envoi des données de suivie du fonctionnement de la borne et notamment de la valeur Ni (Qi), ainsi qu'éventuellement des valeurs précédentes non déjà communiquées, de Nj+l (Qj+l) à Ni-l (Qi-l). La télécollecte comporte par ailleurs le transfert d'autres informations comme le temps Ti séparant l'instant i de la télécollecte et le dernier paiement effectué sur la borne. Comme précédemment la valeur de seuil Delta est ajustée en fonction de la précision souhaitée dans le suivi du nombre de tickets valides (ou du taux d'occupation), on peut par exemple choisir cette valeur égale à cinq (5), dans ce cas si on utilise la grandeur taux d'occupation payée Qi et non la grandeur Ni, alors Delta vaut 20%. De même, cette valeur Delta peut dépendre de la valeur du nombre de ticket valide, par exemple si N vaut zéro alors Delta vaut un, si N vaut de un à cinq alors Delta vaut deux, etc. Donc si 1 Ni-sup (Nj, No) 1 > 5 (1 Qi-sup (Qj, Qo) 1 > 5) alors le microprocesseur de la borne déclenche une alarme et l'émission d'une télécollecte. A partir de cet instant, la valeur Ni (Qi) remplace donc Nj (Qj) lors des comparaisons ultérieures et ce, jusqu'à la prochaine alarme et télécollecte. Ainsi donc conformément à ce qui précède, l'opérateur du parc de stationnement est à même d'estimer, avec une précision calibrable, en temps réel le nombre de ticket valide ou le taux d'occupation avec un nombre restreint de télécollectes et donc un coût de communication restreint. Bien évidemment un tel mode de réalisation n'est pas limitative de la présente invention. On peut ainsi prévoir qu'une télécollecte ne sera pas envoyée systématiquement à chaque alarme, mais après un nombre donné d'alarmes consécutives dans un laps de temps donné. REVENDICATIONS 1/Procédé pour transférer à un serveur de gestion à distance (5) une donnée (Ni, Qi), tel qu'un nombre de transactions, descriptive du fonctionnement dans le temps (i) d'un appareil de service de type borne de paiement, ledit serveur (5) et ledit appareil de service (1) étant reliés l'un à l'autre au'moyen d'un réseau de télécommunication (2), caractérisé en ce que ladite donnée (Ni, Qi) n'est transférée qu'en cas de différence entre ladite donnée (Ni, Qi) et des valeurs prédéterminées auxquelles ladite donnée est comparée. 2/Procédé selon la revendication 1, caractérisé en ce que lesdites valeurs prédéterminées forment un intervalle de valeurs délimitées par une borne inférieure et une borne supérieure. 3/Procédé selon la revendication 2, caractérisé en ce que ledit intervalle est engendré à partir d'une grandeur de référence. 4/Procédé selon la revendication 3, caractérisé en ce que lesdites bornes inférieure et supérieure sont respectivement déduites de ladite valeur prise par la grandeur de référence à l'instant considéré, par retranchement et ajout de valeurs d'écart correspondantes (Delta- , Delta+). 5/Procédé selon la revendication 4, caractérisé en ce que lesdites valeurs d'écart sont égales, de sorte que les bornes inférieure et supérieure s'étendent à équidistance de ladite valeur prise par la grandeur de référence à l'instant considéré. 6/Procédé selon l'une quelconque des revendication 4 à 5, caractérisé en ce que lesdites valeurs d'écart sont constantes. 7/Procédé selon l'une quelconque des revendication 4 à 5, caractérisé en ce que lesdites valeurs d'écart sont évolutives en fonction de la valeur prise par la grandeur de référence à l'instant considéré ou en fonction du temps. 8/Procédé selon l'une quelconque des revendications 3 à 7, caractérisé en ce que les valeurs prises par ladite grandeur de référence sont constantes. * 9/Procédé selon l'une quelconque des revendications 3 à 7, caractérisé en ce que les valeurs prises par ladite grandeur de référence sont évolutives dans le temps. 10/Procédé selon la revendication 9, caractérisé en ce que ladite grandeur de référence est une grandeur statistique représentative de l'évolution dans le temps des valeurs habituellement prises par ladite donnée. 11/Procédé selon l'une quelconque des revendications 9 à 10, caractérisé en ce que les valeurs prises par ladite grandeur de référence dépendent de la valeur (Nj, Qj) de ladite donnée (N, Q) ayant déclenché le dernier transfert vers le serveur de gestion. 12/Procédé selon la revendications 11, caractérisé en ce que lors d'un transfert au serveur de gestion, les valeurs de la grandeur de référence sont alors prises égales à ladite valeur (Nj, Qj) ayant déclenché le dernier transfert vers le serveur de gestion. 13/Procédé selon la revendications 11, caractérisé en ce que lors d'un transfert au serveur de gestion, les valeurs de la grandeur de référence sont alors prises égales à une valeur arbitraire déduite de ladite valeur (Nj, Qj) ayant déclenché le dernier transfert vers le serveur de gestion. 14/Procédé selon la revendications 11, caractérisé en ce que lors d'un transfert au serveur de gestion, les valeurs de la grandeur de référence sont alors prises égales aux valeurs d'une grandeur statistique représentative de l'évolution dans le temps des valeurs habituellement prises par ladite donnée, auxquelles sont ajoutées une valeur algébrique déduite de ladite valeur (Nj, Qj) ayant déclenché le dernier transfert vers le serveur de gestion. 15/Procédé selon l'une quelconque des revendications 1 à 14, caractérisé en ce que ledit appareil de service est une borne de paiement de places de parking, tel qu'un horodateur ou un parcmètre, et en ce que ladite donnée à transférer est le nombre de tickets valides vendus (N) ou le taux d'occupation payé (Q).