EP1436784A1 - Procede pour transferer a un serveur de gestion une donnee descriptive du fonctionnement dans le temps d'un appareil de service - Google Patents

Procede pour transferer a un serveur de gestion une donnee descriptive du fonctionnement dans le temps d'un appareil de service

Info

Publication number
EP1436784A1
EP1436784A1 EP02772683A EP02772683A EP1436784A1 EP 1436784 A1 EP1436784 A1 EP 1436784A1 EP 02772683 A EP02772683 A EP 02772683A EP 02772683 A EP02772683 A EP 02772683A EP 1436784 A1 EP1436784 A1 EP 1436784A1
Authority
EP
European Patent Office
Prior art keywords
values
taken
value
reference quantity
management server
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
EP02772683A
Other languages
German (de)
English (en)
Inventor
Thierry Mougin
Axel Hausen
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Parkeon SAS
Original Assignee
Schlumberger Systemes SA
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Schlumberger Systemes SA filed Critical Schlumberger Systemes SA
Publication of EP1436784A1 publication Critical patent/EP1436784A1/fr
Ceased legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07F—COIN-FREED OR LIKE APPARATUS
    • G07F17/00—Coin-freed apparatus for hiring articles; Coin-freed facilities or services
    • G07F17/24—Coin-freed apparatus for hiring articles; Coin-freed facilities or services for parking meters
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07B—TICKET-ISSUING APPARATUS; FARE-REGISTERING APPARATUS; FRANKING APPARATUS
    • G07B15/00—Arrangements or apparatus for collecting fares, tolls or entrance fees at one or more control points
    • G07B15/02—Arrangements or apparatus for collecting fares, tolls or entrance fees at one or more control points taking into account a variable factor such as distance or time, e.g. for passenger transport, parking systems or car rental systems

Definitions

  • the present invention relates to a method for transferring data between a service apparatus and a remote management server.
  • the present invention relates more precisely to a method for transferring data describing the operation over time of a service appliance such as a payment terminal to a remote management server.
  • the present invention also relates to a payment terminal and a management server which are suitable for the implementation of such a method.
  • the present invention relates more particularly to the payment terminals used for parking cars.
  • city parking for cars has paid off.
  • the motorist To be able to leave their vehicle in a parking space, the motorist must prepay an amount corresponding to the chosen parking time. In the absence of such a payment, the vehicle is in violation and it is liable to be the subject of a fine or a fine by surveillance officers.
  • Such terminals are better known as parking meters or parking meters.
  • the parking meter type system consists of a terminal in which the motorist wishing to park must pay (by coins, cards, etc.) for an amount corresponding to the desired parking time.
  • a display mechanism placed on the terminal then shows an index corresponding to the paid parking time. This index will then disappear as time goes by. Controlling such a system is simple since surveillance officers only need to look at the position of the index to know whether the vehicle occupying the location controlled by the terminal in question is in violation or not.
  • the user receives in exchange for payment of the desired parking time (payment made using coins or an adapted payment card, etc.) a ticket bearing various printed information and in particular the authorized parking time limit. The user must place this visible ticket behind the windshield of his vehicle.
  • the surveillance officers then check in parked cars the presence of a ticket and the indication appearing on the ticket of the parking time limit.
  • parking meters or parking meters the surveillance work is heavy to implement since it is necessary to carry out regular and systematic rounds in all the streets subject to paid parking and to check the vehicles (or terminals) one by one in order to detect among these, any vehicles in violation.
  • the terminals are now equipped with means of communication with a remote central computer, which is intended to operate the supervision of the fleet of parking terminals.
  • This central computer also called PMS server (acronym for Parking Management System) periodically receives from each terminal activity reports containing data describing the operation of the device, or even alarms when events requiring the intervention of a maintenance agent occurs (chest full of change, lack of paper for editing tickets, but also breakdowns or acts of vandalism).
  • the PMS server can perform the downloading in the terminals, of parameter files, of rate tables or of updates of the programs operating the microprocessors of the payment terminals, updates improving the programs already in place or although still introducing new services for users.
  • each terminal must communicate the status of the number of paid parking spaces and the parking time paid corresponding with a high frequency, for example every n minutes, with n being 5, 6 etc. Such a frequency is cumbersome to manage and costly in communication time.
  • the object of the present invention is therefore to overcome this drawback by reducing the frequency of communication while allowing to keep an accurate knowledge of the rate of paid parking for each of the terminals.
  • the object of the present invention is therefore also to develop payment terminals (parking meters, parking meters, etc.) and a PMS server for implementing the aforementioned methods.
  • the method according to the invention aims to transfer to a remote management server a datum, such as a number of transactions, descriptive of the operation over time of a service appliance of the payment terminal type, the server and the service apparatus being connected to each other by means of an appropriate telecommunications network.
  • a datum such as a number of transactions, descriptive of the operation over time of a service appliance of the payment terminal type, the server and the service apparatus being connected to each other by means of an appropriate telecommunications network.
  • the method is characterized in that the data is only transferred in the event of a difference between this data and predetermined values to which said data is compared.
  • the predetermined values form an interval of values delimited by a lower bound and an upper bound.
  • the interval is generated from a reference quantity.
  • the lower and upper limits are respectively deduced from the value taken by the reference quantity at the time considered, by subtracting and adding corresponding deviation values (Delta-, Delta +).
  • the two deviation values are equal, so that the lower and upper limits extend equidistant from said value taken by the reference quantity at the instant considered.
  • the deviation values are constant.
  • the deviation values are variable as a function of the value taken by the reference quantity at the instant considered or as a function of time.
  • the values taken by the reference quantity are constant.
  • the values taken by the reference quantity are evolving over time.
  • the reference quantity is a statistical quantity representative of the evolution over time of the values usually taken by this data.
  • the values taken by the reference quantity depend on the value of the data having triggered the last transfer to the management server.
  • the values of the reference quantity are then taken equal to the value that triggered the last transfer to the management server.
  • the values of the reference quantity are then taken equal to an arbitrary value deduced from the value having triggered the last transfer to the management.
  • the values of the reference quantity are then taken equal to the values of a statistical quantity representative of the evolution over time of the values usually taken by the data, to which are added an algebraic value deducted from the value that triggered the last transfer to the management server.
  • the service device is a payment terminal for parking spaces, such as a parking meter or a parking meter, and the data to be transferred is the number of valid tickets sold or the occupancy rate.
  • FIG. 1 is a schematic view of a park of parking meters and of the management server implementing the method according to the invention
  • FIG. 2 describes a diagram detailing the evolution over time of paid places, making it possible to specify a first embodiment of the file transfer method according to the invention
  • Figure 3 is a diagram similar to that of Figure 2, to specify a second embodiment of the file transfer method according to the invention.
  • a payment terminal has been shown, which is in this case a parking meter 1.
  • This parking meter 1 belongs to the parking machine park 10 managed by an operator such as a private organization or a municipality.
  • the same park can include several tens to several thousand parking meters depending on the size of the city or agglomeration concerned.
  • the use of payment terminals of the parking meter type is not limiting of the present invention which also applies to parking meters.
  • These parking meters are regularly distributed, for example every fifty meters, along the sidewalks of streets subject to paid regulated parking.
  • the parking meter 1 like all or part of the other parking meters of the park 10, is connected via a telecommunications network 2 to a management server 5 also called PMS, to transfer data to the latter.
  • PMS management server 5 also called PMS
  • the telephone network 2 is for example the telephone network of analog switched type PSTN (Public Switching Telephone Network) or of digital type ISDN (Integrated Services Digital Network).
  • This network 2 can also be constituted by a mobile radiotelephony network, whatever its nature: GSM, CDMA, TDMA, AMPS, D-AMPS, or even by the Internet network or more generally by any communication network capable of transmit data (X25, Ethernet, etc.) as well as by any combination of such networks.
  • the PMS 5 makes it possible to operate the fleet of parking meters 10. It has the function of exchanging with these parking meters information concerning their operation and in particular as will be detailed below concerning the transactions operated by the users.
  • the parking meters and the PMS 5 are therefore provided with appropriate means of supervision and of reception / transmission of information, these means which are in themselves known will not be described in more detail.
  • the PMS 5 transfers to the parking meters the files necessary for their operation, such as rate tables, configuration parameters, opposition lists or monitoring of the means of payment used (white, black or gray) or programs that run the parking meters' microprocessors.
  • the parking meters transmit for their part, information relating to their use, namely a daily report comprising data relating to the transactions carried out, to the traffic, an alarm report which makes it possible to report to the PMS 5 the occurrence incidents or damage to their integrity, such as a breakdown in the card reader, etc., so as to provide for the intervention of a surveillance officer.
  • the parking meter 1 like the other parking meters in the park 10 also includes a certain number of specific elements inherent in a parking meter. There are in particular visualization and data entry devices, such as a screen, a keyboard with keys, a card reader, a coin collection device, etc. It should be noted that the parking meter can also be equipped with means allowing the payment of a parking fee from a mobile phone. All of these hardware elements are controlled by a microprocessor with appropriate software.
  • the microprocessor of the parking meter 1 is equipped with a program for monitoring the transactions operated by the users during the day and for remotely collecting this information to the PMS server 5.
  • This transaction monitoring program is more particularly interested in the calculation of two significant quantities of the transaction process: the number N of parking tickets valid at a given instant and the time T which has elapsed since the issuance of the last ticket.
  • the number N is calculated periodically by an appropriate program implemented by the microprocessor of the parking meter 1 from the stored information relating to each of the elementary transactions carried out on the parking meter 1.
  • each payment gives rise to the recording in a suitable memory zone of a corresponding parking time.
  • This period begins at the time of payment and ends in proportion to the money collected and the rate in force.
  • the number N is therefore determined at time t by the number of recorded parking durations including time t.
  • the frequency of calculation of N will be arbitrarily adapted. You can, for example, trigger this calculation every five minutes.
  • the time T is itself determined at the instant t by the time elapsed between t and the instant of the start of the last memorized transaction.
  • a first embodiment of the data transfer method from the parking meter 1 to the PMS server 5 also called telecollect will now be more particularly detailed with reference to FIG. 2.
  • the remote collection is only triggered in the event of a difference between the number of valid tickets N and predefined domains of values to which the number N is compared.
  • the electronic circuit of the parking terminal in this case the parking meter 1, therefore cooperates with software means dedicated to the implementation of the telecollection of information intended for the management server PMS 5.
  • This program implemented by the microcontroller consists first of all in determining the ranges of values to which the number of valid tickets will be compared (or the occupancy rate Q).
  • a first reference domain I is formed by the values extending on either side of the values taken by a reference quantity.
  • This reference quantity is in this case defined as a curved statistical quantity N (Q) representative of the average number of valid tickets (of the average occupancy rate) during the day.
  • this domain therefore takes the form of an interval delimited by a lower bound and an upper bound.
  • These lower and upper bounds are respectively deduced from said value taken by the reference quantity at the instant i considered, by subtracting and adding deviation values.
  • the lower bound is equal to Ni - (Delta-)
  • the upper bound equal to Ni + (Delta +)
  • the amplitude of the interval equal to (Delta-) + (Delta +).
  • the amplitude of the domain I is adjusted as a function of the desired precision.
  • this amplitude may not be constant but variable as a function of the values taken by the reference quantity N.
  • the width of the domain I can be taken equal to plus or minus 10% of N.
  • the statistical quantity N itself, it can be determined with more or less precision, depending on whether or not the time stamp 1 and its location are considered, there may indeed be differences between parking spaces in residential zones and parking zones in office zones or in commercial zones.
  • the curve N can be considered to be constant whatever the day of the week or else it can be adapted to each day of the week, even to each day of the year to take into account seasonal variations and in particular vacation periods.
  • the curve N illustrated is a curve known as with two bumps: the number of tickets sold increases in the morning from zero to a maximum and then decreases for lunch, this number then rises in the afternoon to then decrease again to zero towards the end time for paid parking.
  • This curve N is obtained by statistical analysis of the raw data returned by the parking meter 1.
  • This curve can be produced directly by the parking meter or even by the PMS server 5 and then downloaded into the parking meter 1. It represents the theoretical behavior or desired from the machine you want to control.
  • domain II On either side of the domain I, corresponding to a normal operation of the parking meter 1 extend from the domains II and III, then IV and V which correspond respectively to domains of over-activity and of sub-activity, d more and more intense.
  • the widths of each of these domains are adjusted, for example experimentally or else are deduced from that of domain I.
  • Each of domains II to V is therefore deduced from domain I and therefore from the reference quantity by translation of an algebraic quantity appropriate.
  • domain II is defined at time i by the interval [Ni- (Delta -) + G; Ni + (Delta +) + G], where G is the aforementioned algebraic quantity.
  • G is chosen so as to avoid the overlapping of the domains or still areas of values outside of domains.
  • the program implemented by the microcontroller therefore consists of calculating the number Ni of valid tickets at a given instant i and this, regularly throughout the duration of the paid parking, for example from 9h to 19h.
  • the number Ni is calculated from the stored information relating to each of the elementary transactions carried out on the terminal. Each payment results in registration in a zone appropriate memory of a corresponding parking time. This period begins at the time of payment and ends in proportion to the money collected and the rate collected. The number Ni is therefore defined as the number of recorded parking durations including the instant i. We can for example provide that the last five hundred (500) transactions are thus stored. The calculation frequency of Ni will be arbitrarily adapted. You can, for example, trigger this calculation every five minutes.
  • Di is compared to the domain I and therefore a telecollect is only triggered in the event of a difference between Di and the domain I, that is to say still a telecollect n ' is then triggered only if Ni is not included in the interval [Ni- (Delta -); Ni + (Delta +)].
  • a telecollection or surveillance alarm therefore consists in calling the PMS server and sending it data for monitoring the operation of the terminal and in particular the value Ni (QI), as well as possibly previous values not already communicated.
  • the telecollect may also include the transfer of other information such as the time period Ti separating the instant i from the telecollect and the last payment made on the terminal.
  • the parking meter does not make any call because it respects the preprogrammed theoretical behavior.
  • the present invention is not limited to the definition given above of a domain I based on the mean curve N of the values taken by N. Any other way to define domains of values is conceivable.
  • the domains can be horizontal bands, that is to say generated from a reference quantity whose values are constant.
  • the range I can thus be between zero and five tickets, the range II between six and ten tickets, etc.
  • the telecollection can be triggered without reference to the domain where the number Nj was located that triggered the previous telecollect of the day, but simply if the number Ni no longer belongs to domain I
  • domain I For the implementation of this variant, only one domain is necessary: domain I.
  • the telecollect is triggered not in the event of variation, between the number valid tickets and one or more predetermined value areas but in the event of a relative change in the number of valid tickets over time.
  • the predefined domain of value to which the number Ni is compared is constructed from the values previously taken by N and more precisely by the value Nj of N which triggered the previous telecollect.
  • the reference quantity from which the range of values to which Ni is compared is defined to determine whether a telecollect should be triggered is therefore constructed in stages from the successive values of N having triggered a telecollect, its representation is a staircase function.
  • the electronic circuit of the parking terminal in this case the parking meter 1, therefore cooperates with software means dedicated to the implementation of the telecollection of information intended for the PMS management server.
  • This program implemented by the microcontroller consists first of all in determining the number Ni of valid tickets at a given instant i and this, regularly throughout the duration of the paid parking, for example from 9 am to 7 pm, from Monday to Saturday.
  • the occupancy rate Qi defined as the ratio between the number N and a fixed number representative of the total number of parking spaces allocated to said terminal.
  • this number is equal to fifty (50)
  • we then have the following calculation formula for the paid occupancy rate of the terminal: Qi Ni / 50.
  • the number Ni is calculated from the stored information relating to each of the elementary transactions carried out on the terminal. Each payment gives rise to recording in a suitable memory zone of a corresponding parking time. This period begins at the time of payment and ends in proportion to the money collected and the rate in force.
  • the number Ni is therefore defined as the number of recorded parking durations including the instant i. We can for example provide that the last five hundred (500) transactions are thus stored.
  • the calculation frequency of Ni will be arbitrarily adapted. You can, for example, trigger this calculation every five minutes.
  • the telecollection program then compares this number Ni to the number Nj that triggered the previous telecollection of the day as well as possibly to a minimum threshold value No. If no telecollect has yet taken place during the day, the number Nj is, taken equal to the minimum threshold value No. This number No is taken equal for example to ten (10), it is defined experimentally from the number of tickets sold on average at the terminal considered. If we use the paid occupancy rate Qi instead of Ni, then Qo is taken equal to 20% (10/50).
  • This telecollection or surveillance alarm triggers the call to the PMS server and the sending of data for monitoring the operation of the terminal and in particular of the value Ni (QI), as well as possibly previous values not already communicated, of Nj + 1 (Qj + 1) at Ni-1 (Qi- 1).
  • the telecollect also includes the transfer of other information such as the time Ti separating the instant i from the telecollect and the last payment made on the terminal.
  • the Delta threshold value is adjusted as a function of the precision desired in tracking the number of valid tickets (or the occupancy rate), for example, this value equal to five (5) can be chosen, in this case if using the quantity Qi and not the quantity Ni, then Delta is worth 20%. Likewise, this Delta value can depend on the value of the number of valid tickets, for example if Ni is worth zero then Delta is worth one, if Ni is worth from one to five then Delta is worth two, etc.
  • Ni-Nj > 5 (
  • the difference taken in absolute value, not between Ni (Qi) and Nj (Qj) but between Ni (Qi) and the largest of the numbers Nj (Qj) and No (Qo) and trigger an alarm when this difference exceeds a predetermined Delta threshold.
  • This alarm triggers a telecollect i.e., calling the PMS server and sending the data monitoring the operation of the terminal and in particular the value Ni (Qi), as well as possibly the previous values not already communicated, from Nj + 1 (Qj + 1) to Ni-1 (Qi-1).
  • the telecollect also includes the transfer of other information such as the time Ti separating the instant i from the telecollect and the last payment made on the terminal.
  • the Delta threshold value is adjusted according to the precision desired in tracking the number of valid tickets (or the occupancy rate), we can for example choose this value equal to five (5), in this case if we use the quantity occupation rate paid Qi and not the quantity Ni, then Delta is worth 20%.
  • this Delta value can depend on the value of the number of valid tickets, for example if N is zero then Delta is worth one, if N is from one to five then Delta is worth two, etc. So if
  • the car park operator is able to estimate, with calibrable precision, in real time the number of valid tickets or the occupancy rate with a limited number of remote collectors and therefore a limited communication cost.
  • a telecollection will not be sent systematically to each alarm, but after a given number of consecutive alarms in a given period of time.

Landscapes

  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Business, Economics & Management (AREA)
  • Finance (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Devices For Checking Fares Or Tickets At Control Points (AREA)

Abstract

Procédé pour 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, ledit serveur et ledit appareil de service étant reliés l'un à l'autre au moyen d'un réseau de télécommunication, caractérisé en ce que ladite 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.

Description

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 œuvre 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 œuvre 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 » 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 œuvre 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 œuvre 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 Téléphone 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 œuvre 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 œuvre de la télécollecte d'informations à destination du serveur de gestion PMS 5.
Ce programme mis en œuvre 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 I 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 (Q) 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 œuvre 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 I 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 I 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 œuvre 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 œuvre de la télécollecte d'informations à destination du serveur de gestion PMS.
Ce programme mis en œuvre 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 | Ni-Nj | > 5 ( | Qi-Qj I > 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 œuvre 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 à 9h05 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-neuf - vingt-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+ 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.
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 | Ni-sup(Nj,No) | > 5 ( | Qi-sup(Qj,Qo) | > 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é.

Claims

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.
1 1/ 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 1 1, 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).
EP02772683A 2001-10-12 2002-10-04 Procede pour transferer a un serveur de gestion une donnee descriptive du fonctionnement dans le temps d'un appareil de service Ceased EP1436784A1 (fr)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
FR0113229 2001-10-12
FR0113229A FR2830963B1 (fr) 2001-10-12 2001-10-12 Procede pour transferer a un serveur de gestion une donnee descriptive du fonctionnement dans le temps d'un appareil de service
PCT/IB2002/004086 WO2003034347A1 (fr) 2001-10-12 2002-10-04 Procede pour transferer a un serveur de gestion une donnee descriptive du fonctionnement dans le temps d'un appareil de service

Publications (1)

Publication Number Publication Date
EP1436784A1 true EP1436784A1 (fr) 2004-07-14

Family

ID=8868273

Family Applications (1)

Application Number Title Priority Date Filing Date
EP02772683A Ceased EP1436784A1 (fr) 2001-10-12 2002-10-04 Procede pour transferer a un serveur de gestion une donnee descriptive du fonctionnement dans le temps d'un appareil de service

Country Status (3)

Country Link
EP (1) EP1436784A1 (fr)
FR (1) FR2830963B1 (fr)
WO (1) WO2003034347A1 (fr)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2841674B1 (fr) 2002-06-27 2006-05-26 Schlumberger Systems & Service Procede pour diagnostiquer le dysfonctionnement d'un appareil delivrant contre paiement des biens ou des services
CN102622786A (zh) * 2012-04-01 2012-08-01 厦门信达物联科技有限公司 一种开放空间的停车收费管理系统
EP3567553B1 (fr) * 2018-05-08 2023-09-13 Ningbo Geely Automobile Research & Development Co. Ltd. Système et procédé de stationnement

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5710743A (en) * 1996-06-11 1998-01-20 Metervision. Com Inc. Electronic module for conventional parking meter
US5852411A (en) * 1996-07-19 1998-12-22 Intelligent Devices, Inc. Universal adaptor for electronic parking meters
US5822221A (en) * 1996-12-04 1998-10-13 Groenteman; Frank S. Office machine monitoring device
JPH10247982A (ja) * 1997-03-05 1998-09-14 Nippon Mechatronics:Kk 遠隔監視システム
US6298449B1 (en) * 1998-07-29 2001-10-02 Siemens Information And Communication Networks, Inc. Apparatus and method for high reliability PC platform telecommunications systems
US6380851B1 (en) * 1999-05-12 2002-04-30 Schlumberger Resource Management Services, Inc. Processing and presenting information received from a plurality of remote sensors

Non-Patent Citations (1)

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

Also Published As

Publication number Publication date
FR2830963B1 (fr) 2004-02-06
WO2003034347A1 (fr) 2003-04-24
FR2830963A1 (fr) 2003-04-18

Similar Documents

Publication Publication Date Title
EP1390920B1 (fr) Procede et dispositif de reservation d'une place de stationnement
EP1128350B1 (fr) Procede de gestion de places de stationnement
EP1358636B1 (fr) Procede de paiement d'une place de stationnement
EP1212731B1 (fr) Procede de gestion de stationnement de vehicules
US20080071611A1 (en) Parking meter payment by cell phone link
FR2963977A1 (fr) Systeme payant intelligent pour parc de stationnement et methode associee.
CA2438042A1 (fr) Systeme de stationnement minute reseaute
EP1161747B1 (fr) Procede de gestion de stationnement de vehicules
EP1330805A1 (fr) Procede et dispositif de reservation d'une place de stationnement
JP2010533909A (ja) 駐車権利を管理するシステムおよび方法
EP0034570A2 (fr) Appareil pour la perception d'une taxe ou d'un montant dû correspondant à une prestation
WO2013045835A1 (fr) Procede et systeme de reservation a distance d'un emplacement de stationnement, et installation de location automatisee de vehicules
CN109035452A (zh) 一种基于物联网的停车信息管理系统
WO2002084600A1 (fr) Borne de stationnement payant pour une pluralité d'emplacements de stationnement
EP1436784A1 (fr) Procede pour transferer a un serveur de gestion une donnee descriptive du fonctionnement dans le temps d'un appareil de service
FR3029337A1 (fr) Procede et systeme de gestion intelligente de places de stationnement, terminal serveur, terminal utilisateur et programmes d'ordinateur correspondants
EP1516296B1 (fr) Procédé pour diagnostiquer le dysfonctionnement d'un appareil délivrant contre paiement des biens ou des services
FR2762700A1 (fr) Dispositif destine a informer les automobilistes relativement aux places disponibles dans les parkings publics
FR2791161A1 (fr) Procede de gestion de stationnement de vehicules
WO2008132411A2 (fr) Procédé de paiement de places de stationnement et ses moyens de mise en oeuvre comportant un dispositif de localisation d'un véhicule
EP1490837A2 (fr) Procede personnalise de delivrance de biens ou services
WO2003065321A2 (fr) Procede et systeme de paiement d'une place de stationnement par telephone
WO2003042929A1 (fr) Procede et dispositif d'emission automatique d'un signal d'alerte
EP1372295A1 (fr) Dispositif et procédé de contrôle de profils, notamment de flux de données, dans un réseau de communications
FR2834109A1 (fr) Procede de delivrance d'informations de trafic de mobiles en deplacement

Legal Events

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

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20040511

AK Designated contracting states

Kind code of ref document: A1

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

AX Request for extension of the european patent

Extension state: AL LT LV MK RO SI

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

Owner name: AXALTO S.A.

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

Owner name: SCHLUMBERGER SYSTEMES

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

Owner name: PARKEON

17Q First examination report despatched

Effective date: 20090422

REG Reference to a national code

Ref country code: DE

Ref legal event code: R003

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

Free format text: STATUS: THE APPLICATION HAS BEEN REFUSED

18R Application refused

Effective date: 20131008