EP0928464A1 - Systeme de controle et de gestion de services - Google Patents

Systeme de controle et de gestion de services

Info

Publication number
EP0928464A1
EP0928464A1 EP97934590A EP97934590A EP0928464A1 EP 0928464 A1 EP0928464 A1 EP 0928464A1 EP 97934590 A EP97934590 A EP 97934590A EP 97934590 A EP97934590 A EP 97934590A EP 0928464 A1 EP0928464 A1 EP 0928464A1
Authority
EP
European Patent Office
Prior art keywords
service
beneficiary
reader
card
information
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
EP97934590A
Other languages
German (de)
English (en)
Inventor
Guy Dartigues
Claude Ferraris
Guy Guistini
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.)
Thales DIS France SA
Original Assignee
Gemplus SCA
Gemplus Card International 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 Gemplus SCA, Gemplus Card International SA filed Critical Gemplus SCA
Publication of EP0928464A1 publication Critical patent/EP0928464A1/fr
Withdrawn legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063—Operations research, analysis or management
    • G06Q10/0639—Performance analysis of employees; Performance analysis of enterprise or organisation operations
    • G06Q10/06395—Quality analysis or management
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G06Q20/105—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems involving programming of a portable memory device, e.g. IC cards, "electronic purses"
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C1/00—Registering, indicating or recording the time of events or elapsed time, e.g. time-recorders for work people
    • G07C1/10—Registering, indicating or recording the time of events or elapsed time, e.g. time-recorders for work people together with the recording, indicating or registering of other data, e.g. of signs of identity
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063—Operations research, analysis or management
    • G06Q10/0639—Performance analysis of employees; Performance analysis of enterprise or organisation operations
    • G06Q10/06398—Performance of employee with respect to a job function
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/10—Office automation; Time management
    • G06Q10/109—Time management, e.g. calendars, reminders, meetings or time accounting
    • G06Q10/1091—Recording time for administrative or management purposes
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
    • Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10S707/00—Data processing: database and file management or data structures
    • Y10S707/99941—Database schema or data structure
    • Y10S707/99944—Object-oriented database structure
    • Y10S707/99945—Object-oriented database structure processing

Definitions

  • the system according to the invention is an on-site service management system which facilitates administrative and control procedures. Its purpose is to respond to the concerns of the various stakeholders involved in this on-site work:
  • the server can either be hosted by a lessor, or belong to a structure, independent of the lessors and guarantor of the processing of information on behalf of several lessors.
  • a “central structure” will designate a provider of services, or several providers connected in a network, and housing a server allowing the information processing according to the invention.
  • the main information transmitted from the reader to the server is such as to carry out a check on the effective use of the funds allocated to the services, and makes it possible to ensure payment for the service provider.
  • the proposed system also takes into account the electrical personalization of the cards. Either by a service performed outside, or by personalization stations which can be installed at the lessors, the service providers or by an independent information management structure.
  • the central organization has the server and can collect information on the transactions carried out. However, it can also control the use of readers (authorization given to the various beneficiaries, allocation of service time to these beneficiaries, these allocations being able to be updated after receipt of information on the transactions carried out).
  • the transfer of information from the reader placed with a beneficiary to the central server is preferably done automatically at a day and an hour contained in the non-volatile memory of the reader, this memory having been previously loaded by the beneficiary's card.
  • the provider organizations which manage the workers i.e. in practice their employers, can collect information directly from the workers about the services provided: this is done by means of the chip cards of the workers which contain the same information (in particular on the delivery time) than that which is transmitted to the central server. Cross-checking information remains easy to do.
  • Transaction means a recording of working time data during a service delivery session by a specific operator for a specific beneficiary.
  • Transactions write operations are carried out in several stages to ensure writing security even in the event of an interruption (power outage, card snatch).

Landscapes

  • Business, Economics & Management (AREA)
  • Human Resources & Organizations (AREA)
  • Accounting & Taxation (AREA)
  • Engineering & Computer Science (AREA)
  • Finance (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Marketing (AREA)
  • Educational Administration (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Game Theory and Decision Science (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

L'invention concerne les systèmes de contrôle et de gestion de services, et plus précisément un système permettant de gérer des prestations de travail horaire. Selon l'invention le système comprend: des cartes à puces de bénéficiaires de prestations de services et/ou d'intervenants prestataires de services; des lecteurs de cartes à puces équipant les sites de prestations au moment des prestations; un serveur central pouvant communiquer avec les lecteurs, chaque lecteur comportant des moyens pour initialiser une transaction de prestation de service lors de l'introduction d'une carte de bénéficiaire et/ou d'intervenant, des moyens pour initialiser un comptage de temps de prestation postérieurement à l'initialisation de la transaction et jusqu'à un moment de fin de prestation, des moyens pour enregistrer périodiquement en mémoire non volatile des informations relatives à l'exécution des prestations, et des moyens pour transmettre du lecteur au serveur central ces informations. Application à la gestion des prestations de services.

Description

SYSTEME DE CONTROLE ET DE GESTION DE SERVICES
L'invention concerne les systèmes de contrôle et de gestion de services fournis par des prestataires de services à des utilisateurs.
L'invention propose un système de contrôle et de gestion de service qui répond en particulier à la complexité des situations existantes dans le secteur des prestations à domicile financées par des organismes sociaux qui sont nombreux et de natures différentes. (Conseil Généraux, CRAM, CNAV, mutuelles, caisses de prévoyance, caisses autonomes, mairies, etc.).
Dans ce secteur on est également en présence de nombreux organismes souvent sous la forme associative qui proposent à la fois aux financiers ou bailleurs et aux bénéficiaires d'organiser la prestation sur site en fournissant le personnel d'aide et en prenant à leur charge la majeure partie des procédures administratives. Ces organismes peuvent travailler pour le compte de plusieurs bailleurs du domaine social mais peuvent également être payés par un particulier. On se trouve dans ce cas dans un schéma dit "multi- bailleurs et multi-prestataires".
Le système selon l'invention a été conçu pour prendre en compte cet aspect multi-bailleurs et multi- prestataires . L'invention propose donc un système global de gestion d'information. Le système est capable de traiter simultanément les informations nécessaires à plusieurs bailleurs et plusieurs organismes prestataires employant chacun plusieurs intervenants. II garantit la confidentialité des informations en adressant à chaque acteur uniquement les données qui le concernent pour assurer son contrôle et sa gestion. Le système permet également de traiter le cas où un intervenant (personne physique) travaillant chez un bénéficiaire assure en réalité une prestation au titre d'une allocation (aide ménagère par exemple) , puis dans la continuité travaille sous un autre régime financé par un autre bailleur que le précédant (auxiliaire de vie par exemple) .
Le système proposé permet de prendre en compte les cas où un bailleur mandate plusieurs organismes prestataires de service, le cas où un organisme prestataire de service est mandaté par plusieurs bailleurs sociaux, le cas où un travailleur (social) travaillant sous la responsabilité d'un organisme prestataire assure des prestations de natures différentes, les cas où un bénéficiaire se voit allouer des prestations de natures différentes.
Selon un objet de l'invention le système s'adapte à tout type de prestations effectuées sur site donnant droit à une rémunération pour l'intervenant de service, ou nécessitant un contrôle de la présence effective d'une personne par une organisation de tutelle.
Il peut s'agir de prestations à domicile fournies par une société, une association, un organisme public ou privé, un particulier, etc. Cette prestation peut prendre plusieurs formes : aide à domicile, soutien scolaire, soin à domicile, dépannage, surveillance, etc.
Il peut s'agir également d'une prestation effectuée sur un lieu qui n'est pas un domicile mais géographiquement différent de celui de l'origine du prestataire de service (travail temporaire, maintenance, entretien, gardiennage, etc.).
Le système de contrôle selon l'invention se positionne d'une manière neutre quant à la nature de la prestation, au type de personnel qui la réalise, aux organismes auxquels il s'adresse qu'ils soient publics ou privés.
Le système selon l'invention est un système de gestion des prestations sur site qui facilite les procédures administratives et de contrôle. Son objet est de répondre aux préoccupations des différents intervenants concernés par ces travaux sur site :
- Le financier de la prestation, encore appelé bailleur, qui souhaite contrôler l'utilisation effective des sommes allouées à la prestation.
- Le prestataire de service qui souhaite optimiser la gestion du personnel intervenant.
- Le bénéficiaire des prestations qui souhaite en outre une assistance dans ses démarches administratives .
La figure 1 représente le schéma global du système de contrôle selon l'invention, dans lequel sont représentés de façon schématique les différents intervenants ou organismes impliqués dans la réalisation ou le traitement d'une prestation, ainsi que les liaisons entre eux.
Un ou plusieurs bailleurs de prestations (Bl, B2 , ... Bn) , éventuellement reliés par un réseau, forment une structure centrale. Cette structure centrale abrite un ou plusieurs serveurs qui font tourner un logiciel mettant en oeuvre le système de contrôle et de gestion selon l'invention. Une pluralité d'organismes prestataires de services (PI, P2 , ... P ) sont connectés à un ou plusieurs des bailleurs (Bl, B2 , ... Bn) par l'intermédiaire de lignes téléphoniques, du serveur et du réseau. Un ensemble d'intervenants (II, 12, ... Ik) est disponible pour effectuer des prestations de service auprès d'un ensemble de bénéficiaires (bl, b2 , ... bl) auxquels des bailleurs respectifs allouent des droits à prestations. Des lecteurs L de cartes à puce sont affectés aux intervenants (comme les intervenants II et 12 par exemple) , ou aux bénéficiaires (comme le bénéficiaire b3 ) . Les lecteurs des intervenants ou des bénéficiaires sont aptes à être connectés par modem (non représenté) et ligne téléphonique aux organismes prestataires et/ou au réseau des bailleurs respectifs, ou directement aux bailleurs en l'absence de réseau de bailleurs .
L'invention a plus particulièrement pour objet un système de contrôle et gestion comprenant :
- des cartes à puces de bénéficiaires de prestations de services et/ou d'intervenants prestataires de services,
- des lecteurs de cartes à puces équipant les sites de prestations au moment des prestations,
- un serveur central pouvant communiquer avec les lecteurs, chaque lecteur comportant des moyens pour initialiser une transaction de prestation de service lors de l'introduction d'une carte de bénéficiaire et/ou d'intervenant, des moyens pour initialiser un comptage de temps de prestation postérieurement à l'initialisation de la transaction et jusqu'à un moment de fin de prestation, des moyens pour enregistrer périodiquement en mémoire non volatile des informations relatives à l'exécution des prestations, et des moyens pour transmettre du lecteur au serveur central ces informations. Les informations relatives à l'exécution d'une prestation comportent des données d'identification et de nature de la prestation.
Les données d'identification comportent: -un identifiant d'au moins un prestataire de service,
-un identifiant d'un bénéficiaire de la prestation, -un identifiant d'au moins un bailleur finançant la prestation, et les données sur la nature de la prestation comportent:
-la date et heure, -le temps de prestation,
-une information représentative de la nature du travail correspondant à la prestation.
Les lecteurs sont fixes (installés sur les lieux des prestations) ou portables.
L'invention sera décrite plus précisément dans le cas d'une organisation de travail effectué par des organismes prestataires pour des bénéficiaires, au domicile des bénéficiaires, et pour bien l'illustrer, on prendra le cas concret d'un système de contrôle et de gestion du travail d'aide à domicile de personnes âgées.
Une des difficultés qu'on rencontre dans la gestion de ce type de travail est la nécessité de faire intervenir plusieurs niveaux d'organisation qui ont des rôles différents et qui doivent recueillir les informations qui les concernent, en exerçant leur contrôle, mais sans entraver par une administration trop complexe le fonctionnement quotidien de 1 ' organisation. Ainsi, dans le cas de l'aide à domicile des personnes âgées, doivent intervenir les bénéficiaires, les intervenants, les organismes (associations par exemple) qui fédèrent ces intervenants et qui vont les rémunérer, et enfin des organismes publics ou privés qui distribuent des subventions pour ce type de travail et/ou qui sont chargées de contrôler que le travail effectué est rémunéré dans des formes légales.
D'autres caractéristiques et avantages de l'invention apparaîtront à la lecture de la description détaillée qui suit et qui est faite en référence aux dessins annexés dans lesquels :
- la figure 1, représente le schéma d'un système global selon l'invention,
- la figure 2A, représente les informations contenues dans la mémoire non volatile de la carte du bénéficiaire;
- la figure 2B, représente les informations de la carte de l'intervenant;
- la figure 3, représente l'architecture générale selon un mode de réalisation particulier du système selon l'invention;
- la figure 4 , représente une vue du clavier et de l'écran du lecteur du bénéficiaire;
- la figure 5, représente un organigramme de la phase d'initialisation du lecteur;
- la figure 6, représente un organigramme d'une phase de transaction; - la figure 7, représente un organigramme de la phase de communication avec le serveur central;
- la figure 8, représente un organigramme des opérations effectuées dans l'organisme prestataire. Pour assurer la gestion et le contrôle des prestations sur site, le système assure la prise en compte de l'ensemble des informations nécessaires.
Pour cela, chaque bénéficiaire et chaque membre du personnel travaillant dispose d'une carte à puce et/ou d'un lecteur qui lui est propre et contenant des informations et des identifiants qualifiés.
Sur chaque lieu de prestation il y a un lecteur de cartes à puce, soit fixe, soit amené. C'est ce lecteur qui permet de traiter la transaction. Une fois la (ou les) transaction (s) effectuée(s) , c'est le lecteur qui transmettra les informations à un serveur.
Celui-ci effectue les tris nécessaires et adresse ces informations à chacun des acteurs en fonction de leurs besoins et de leur niveau de responsabilité.
Suivant le cas, le serveur peut soit être hébergé par un bailleur, soit appartenir à une structure, indépendante des bailleurs et garante du traitement de l'information pour le compte de plusieurs bailleurs. Pour la commodité de l'exposé, on désignera par "structure centrale" un bailleur de prestation, ou plusieurs bailleurs reliés en réseau, et abritant un serveur permettant les traitements d'information selon 1' invention. Les principales informations transmises du lecteur vers le serveur, sont de nature à effectuer un contrôle sur l'utilisation effective des fonds alloués aux prestations, et permettent d'assurer le paiement de l'organisme prestataire de service. A son niveau, l'organisme prestataire de service, peut récupérer des informations utiles soit directement en interrogeant le serveur, soit en interrogeant le ou les bailleurs, mais également en lisant les transactions qui sont contenues dans les cartes du personnel ayant effectué la prestation (les intervenants) . Ces informations sont principalement utilisées pour payer le personnel et pour adresser un facture conforme aux bailleurs. Au niveau de l'organisme prestataire une corrélation entre les informations contenues dans la carte et celles remontées par le lecteur peut être effectuée.
De la même façon le bailleur peut, avant de payer le prestataire mandaté, vérifier le montant d'heures facturées en le rapprochant des informations envoyées par le lecteur puis traitées par le serveur.
Le serveur assure également d'autres fonctions :
- Il permet de transmettre directement et automatiquement les coordonnées d'un nouveau bénéficiaire "recruté" par un bailleur ainsi que les droits à prestation qui lui sont rattachés, à l'organisme prestataire qui prendra en charge son dossier.
- De la même manière lorsqu'une nouvelle personne est recrutée par un organisme prestataire de service, les coordonnées de cette personne peuvent être transmises au bailleur par le biais du serveur.
Le système proposé prend également en compte la personnalisation électrique des cartes. Soit par une prestation effectuée à l'extérieur, soit par des postes de personnalisation qui peuvent être installés chez les bailleurs, les organismes prestataires ou soit par une structure indépendante de gestion de l'information.
Le système selon l'invention propose différents schémas d'utilisation des cartes et lecteurs. En effet le système selon l'invention peut prendre différentes formes, notamment : 1)- un lecteur fixe sur site, une carte pour chaque bénéficiaire, une carte pour chaque intervenant;
2)- un lecteur fixe sur site personnalisé avec les coordonnées du bénéficiaire, une carte pour l'intervenant;
3)- un lecteur portable véhiculé par l'intervenant, une carte pour le bénéficiaire, une carte pour l'intervenant;
4)- un lecteur portable véhiculé par l'intervenant, une carte pour le bénéficiaire.
Dans tous les cas le lecteur assure la transmission des informations vers le centre de traitement. Il peut contenir des éléments d'identification soit du bénéficiaire, soit de l'intervenant, ou des deux, suivant le schéma retenu.
On va exposer les détails de l'invention à propos d'un mode de réalisation particulier correspondant au schéma d'utilisation 1) présenté ci-dessus. On pourra se référer à la figure 3 pour mieux comprendre.
Les bénéficiaires de services sont par exemple des personnes âgées nécessitant une aide à domicile.
Les prestataires de services en tant qu'intervenant personne physique viennent travailler à temps partiel au domicile des bénéficiaires.
Il est souhaité que les bénéficiaires ne rémunèrent pas directement les prestataires, et c'est pourquoi l'organisme prestataire, société de services ou association, regroupe les prestataires, gère la répartition de leur travail, et assure leur rémunération.
La structure centrale plus globale, par exemple un organisme public, contrôle ces activités de prestation de service à domicile, par exemple parce qu'elle attribue une aide aux bénéficiaires et souhaite que cette aide soit faite sous forme de prestations de service subventionnées, ou encore parce qu'il faut contrôler la légalité du travail effectué, ou pour toute autre raison encore.
L'organisme public joue le rôle de bailleur de prestations et attribue des allocations d'heures aux bénéficiaires; il souhaite comptabiliser les heures de travail effectuées, savoir qui les a effectuées, quels sont les bénéficiaires, pour quelle quantité à chaque fois, et il souhaite vérifier que les subventions versées aux organismes prestataires sont bien employées .
On a donc comme cela a été expliqué, une application avec plusieurs niveaux de structure et on cherche à faire en sorte que malgré la complexité de l'organisation le travail à domicile reste possible, qu'il ne soit pas entravé et qu'il soit même facilité, et également qu'il ne donne pas lieu à des fraudes ou des indélicatesses de la part des bénéficiaires, des prestataires, ou des organismes prestataires.
Selon le mode particulier de réalisation de l'invention, on propose un système de contrôle et de gestion comprenant :
- une première série de cartes à puces dites "cartes de bénéficiaires", comportant en mémoire non volatile au moins une identification de bénéficiaire et un crédit de temps alloué, - une deuxième série de cartes à puces dites "cartes d'intervenants", comportant en mémoire non volatile une identification d'intervenant et une zone de transactions, - des lecteurs de cartes à puces installés sur les lieux de prestation,
- un serveur central pouvant communiquer avec les lecteurs, chaque lecteur comportant des moyens pour initialiser une transaction de prestation de service lors de l'introduction d'une carte de bénéficiaire autorisée dans ce lecteur, des moyens pour initialiser un comptage de temps de prestation à partir de l'introduction d'une carte d'intervenant dans le lecteur postérieurement à l'initialisation de la transaction et jusqu'à un moment de fin de prestation, des moyens pour enregistrer périodiquement en mémoire non volatile, dans la zone de transactions de la carte de l'intervenant et dans le lecteur, un temps de prestation qui est le temps écoulé depuis l'introduction de la carte de l'intervenant, et des moyens pour transmettre du lecteur au serveur central des informations sur le bénéficiaire, l'intervenant, le temps de prestation pour les différentes transactions effectuées et sur le type de prestation effectuée.
L'organisation centrale dispose du serveur et peut recueillir les informations sur les transactions effectuées. Mais elle peut aussi contrôler l'utilisation des lecteurs (autorisation données aux différents bénéficiaires, allocation de temps de prestation à ces bénéficiaires, ces allocations pouvant être remises à jour après réception des informations sur les transactions réalisées) . Le transfert d'informations du lecteur placé chez un bénéficiaire vers le serveur central se fait de préférence automatiquement à un jour et une heure contenus dans la mémoire non-volatile du lecteur, cette mémoire ayant été préalablement chargée par la carte du bénéficiaire. Les organismes prestataires qui gèrent les intervenants, c'est-à-dire en pratique leurs employeurs, peuvent recueillir directement auprès des intervenants les informations sur les prestations effectuées : ceci est fait par l'intermédiaire des cartes à puce des intervenants qui contiennent les mêmes informations (notamment sur le temps de prestation) que celles qui sont transmises au serveur central. Un recoupement d'informations reste donc facile à faire.
1. Bénéficiaire :
Dans le mode de réalisation particulier décrit, chaque bénéficiaire possède une carte à puce personnelle et un lecteur de carte à puce placé à son domicile. Le lecteur peut communiquer avec un serveur central qui est détenu par la structure centrale (organisme public dans cet exemple) . La communication peut se faire par n'importe quelle voie, mais aujourd'hui, dans la pratique, la voie la plus appropriée est le réseau téléphonique, et un modem de communication est donc incorporé au lecteur ou inséré entre le lecteur et une prise d'abonné du réseau téléphonique.
La carte à puce du bénéficiaire comporte, dans une mémoire non-volatile, au moins une identification du bénéficiaire, et une quantité d'heures de travail allouées, c'est-à-dire un crédit d'heures de prestations à recevoir. Ce crédit est transmis au lecteur lorsque la carte est introduite dans le lecteur dans une phase d'initialisation.
La figure 2A, représente un exemple possible de contenu de la mémoire non-volatile de la carte du bénéficiaire, avec trois zones principales qui sont : - une zone d'identification de la carte (un ou plusieurs champs) ,
- une zone d'identification du bénéficiaire (plusieurs champs tels que nom, prénom, adresse, etc.), - une zone de paramètres destinés au lecteur lors de l'initialisation des transactions. Cette zone contient un code d'identification du bénéficiaire. Elle peut contenir aussi le crédit d'heures allouées, dans le cas où il n'est pas prévu que ce crédit d'heures soit envoyé par le serveur au lecteur. Cette zone peut comprendre aussi, comme on le verra plus loin, un numéro de téléphone auquel le serveur central peut être appelé, et un jour et une heure d'appel de ce serveur. 2. Intervenant Selon ce mode de réalisation i 1 est prévu que chaque intervenant possède une carte à puce personnelle. La carte contient une mémoire non-volatile destinée à stocker notamment les heures de travail réellement effectuées au domicile d'un bénéficiaire. L'intervenant pourra se servir de sa carte pour justifier auprès de l'organisme prestataire qu'il a effectué un certain nombre d'heures de travail et qu'il doit être rémunéré par l'organisme prestataire pour ces heures. Les heures de travail seront directement inscrites dans la carte du prestataire par le lecteur placé au domicile du bénéficiaire, là où le travail est effectué, et c'est ce même lecteur qui va les communiquer au serveur central, rendant ainsi un contrôle possible.
La figure 2B représente un exemple d'organisation de la mémoire non-volatile de la carte de l'intervenant. Elle comprend ici trois zones, qui sont respectivement : - une zone d'identification de la carte,
- une zone d'identification de l'intervenant (nom prénom, adresse, degré de qualification etc. , un code d'identification) , - une zone de transactions, découpée elle-même en sous-zones correspondant chacune à une transaction particulière.
Par "transaction", on entend un enregistrement de données de temps de travail au cours d'une session de prestation de services par un intervenant déterminé pour un bénéficiaire déterminé.
Une sous-zone de transaction peut comprendre par exemple les champs suivants :
- N° de la sous-zone, - identifiant du bénéficiaire (sous forme du code enregistré dans la carte du bénéficiaire et transféré comme on va le voir dans la carte de l'intervenant au cours d'une prestation),
- date et heure du début de la prestation, - nombres d'unité de temps de travail,
-un certificat d'authentification / validation,
(résultat d'un algorithme de chiffrement) , permettant de vérifier qu'il n' y a pas eu de fraude à l'utilisation de la carte à puce de l'intervenant ou du bénéficiaire,
-un type de prestation (nature de la prestation) ,
-le prestataire de tutelle (coordonnées) .
3. Organisme prestataire
Il joue le rôle de structure intermédiaire gérant les prestataires. Il possède le matériel nécessaire à la lecture du contenu (mis à jour après chaque prestation) des zones de transaction de la mémoire des cartes à puce des prestataires. Les prestataires communiquent donc à cet organisme le contenu de leur carte à puce soit en se déplaçant physiquement auprès de cet organisme soit par un transfert à distance. Les prestations de service fournies par un intervenant sont rémunérées en fonction du contenu des zones de transaction inscrites dans la carte. Ce contenu est transféré en pratique dans un ordinateur de gestion par l'intermédiaire d'un lecteur de cartes à puces. L'ordinateur traite les données et calcule les rémunérations. Il peut éventuellement communiquer par modem avec le serveur de la structure centrale.
L'organisme prestataire peut par ailleurs posséder le matériel nécessaire à la personnalisation des cartes à puces des intervenants, c'est-à-dire à l'enregistrement en mémoire non-volatile des données qui les concernent.
4. structure centrale :
La structure centrale possède, comme on l'a dit, un serveur central qui peut communiquer avec les lecteurs installés chez les bénéficiaires.
Ce serveur peut communiquer aussi avec des moyens de communication placés dans les organismes prestataires. Cette communication est nécessaire pour assurer un contrôle par le ou les bailleurs de ce qui est fait par les organismes prestataires, mais elle peut se faire par n'importe quel moyen. Le réseau téléphonique est un moyen commode d'établir cette communication, en utilisant des modems. La communication entre la structure centrale et les organismes prestataires est utile notamment dans le cas où l'argent ou une partie de l'argent nécessaire à la rémunération des intervenants est fourni par la structure centrale en fonction des heures de travail fournies par ces intervenants.
Par ailleurs, la structure centrale est en principe la structure qui gère les bénéficiaires eux-mêmes, c'est-à-dire la structure qui décide qui sont les bénéficiaires habilités à participer au système et qui alloue des crédits d'heures à chaque bénéficiaire. Dans ce cas, cette structure centrale peut posséder le matériel nécessaire à la personnalisation des cartes à puces des bénéficiaires autorisés.
L'architecture globale du système de gestion selon l'invention est représentée à la figure 3 :
- structure centrale avec un serveur 10, des postes de travail 12 raccordés à ce serveur, et le matériel de personnalisation de cartes 14;
- bénéficiaire à son domicile, avec un lecteur de carte à puce 20, une carte 22 et un modem 24;
- organisme prestataire, avec lecteur de carte 30, un matériel de personnalisation de cartes 32, et un ordinateur de traitement d'informations 34;
- réseau téléphonique 40 pour la communication entre le lecteur du bénéficiaire et le serveur central, ou entre l'organisme prestataire et le serveur central.
5. Lecteur de cartes du bénéficiaire : Le lecteur de cartes à puces installé chez le bénéficiaire peut être d'un modèle très simple en ce qui concerne le clavier et l'écran de dialogue avec l'utilisateur. La figure 4 en donne un exemple, avec quelques touches de fonction (FI, F2 , F3 ) , un clavier numérique, une touche de validation (OK) , et un écran d'affichage sommaire, par exemple un écran à cristaux liquides à deux lignes de 16 caractères.
Le lecteur de carte ne peut avoir un fonctionnement valide que si le bénéficiaire qui l'utilise est autorisé, c'est-à-dire s'il possède une carte à puce qui lui donne des droits. Comme on l'a dit les droits sont conférés par la structure centrale sous forme d'un code de bénéficiaire et d'un crédit d'heures, tous deux contenus dans une zone spécifique de la carte du bénéficiaire.
Le lecteur possède donc son propre programme de système qui effectue des opérations préliminaires d'initialisation avant de commencer des transactions. L'initialisation du lecteur du bénéficiaire lors d'une première mise en service chez le bénéficiaire se fait donc avec les trois phases suivantes, en utilisant éventuellement les touches de fonction pour spécifier qu'il s'agit d'opérations d'initialisation : - introduction de la carte du bénéficiaire dans le lecteur, pour placer dans la mémoire non-volatile du lecteur les informations nécessaires relatives au bénéficiaire et contenues dans la carte qui a été attribuée par la structure centrale; ces informations sont essentiellement un code d'identification du bénéficiaire, le crédit d'heures allouées, et, comme on le verra, de préférence un numéro de téléphone et une date d'appel du serveur central; cette phase se déroule sous contrôle du lecteur qui est programmé pour l'exécuter, avec intervention éventuelle pour des opérations simples (validation, etc.) d'un opérateur qui en pratique sera une personne appartenant à l'organisme prestataire;
- retrait de la carte du bénéficiaire, introduction d'une carte d'intervenant, et transfert dans le lecteur de données concernant l'intervenant ou l'organisme prestataire auquel est rattaché le prestataire;
- appel du serveur central pour envoyer des données concernant le bénéficiaire et l'organisme prestataire, et réception de données autorisant les prestations; affichage sur l'écran de cette autorisation.
Le serveur est apte à transmettre à chaque lecteur toute information non présente sur les cartes ou toute information à renouveler, le lecteur étant apte alors établir une priorité entre les informations qu'il a mémorisées et les informations présentes dans la carte.
Concernant la dernière phase, l'autorisation ne serait pas donnée notamment dans le cas d'une non- reconnaissance du bénéficiaire ou de l'organisme prestataire par la structure centrale, ou dans le cas d'un crédit d'heures épuisé. Cette absence d'autorisation serait également affichée.
On peut prévoir d'ailleurs que d'une manière générale les opérations à exécuter par le lecteur de cartes sur introduction d'une carte ne soient effectivement exécutées que sous réserve de l'introduction au clavier d'un code secret connu seulement du titulaire de la carte, selon un des procédés de sécurisation maintenant classique en matière de cartes à puce.
La figure 5 rappelle l'organigramme général de la phase d'initialisation du lecteur.
Lorsque le lecteur de cartes à puce a été initialisé, il est prêt à exécuter une transaction correspondant à une prestation de services. 6. Transaction de prestation :
La transaction est opérée selon le processus suivant : la carte du bénéficiaire est introduite dans le lecteur; les informations de la carte relatives au bénéficiaire sont lues et comparées dans le lecteur aux informations présentes depuis l'initialisation dans le lecteur. Une distorsion dans la comparaison peut entraîner un rejet de la carte et une interdiction de la transaction (en particulier si la carte n'est pas la carte du bénéficiaire) .
Puis, après reconnaissance par le lecteur, la carte du bénéficiaire est retirée du lecteur et remplacée par la carte de l'intervenant qui est venu au domicile du bénéficiaire pour exécuter une prestation de travail.
Les informations de la carte de l'intervenant sont lues par le lecteur, et une transaction commence et va durer tant que la carte reste dans le lecteur et jusqu'à une opération de validation de fin de transaction.
La transaction, vue du côté du système de gestion, consiste essentiellement à enregistrer des unités de comptage du temps qui s'écoule pendant que la carte de l'intervenant reste dans le lecteur. Cet enregistrement est effectué simultanément dans la carte de l'intervenant et dans le lecteur. La transaction comprend également des enregistrements de date et heure et l'enregistrement d'informations d'identification du bénéficiaire.
Le comptage du temps se déroule périodiquement et les unités de temps correspondant à la période, ou à un multiple de la période, sont enregistrées et cumulées dans la mémoire du lecteur et dans la mémoire de la carte. Le lecteur dispose d'une horloge interne établissant cette périodicité.
Le comptage s'effectue sous certaines conditions, et notamment sous la condition que la carte de l'intervenant soit bien dans le lecteur et que le temps qui reste alloué au bénéficiaire ne soit pas nul (temps après décompte des prestations précédemment effectuées) .
A chaque nouvelle unité de temps écoulé, le lecteur lit dans la mémoire de la carte (dans la zone correspondant à la transaction en cours) le nombre d'unités de temps déjà enregistré, il incrémente ce nombre, et il enregistre dans la même zone de mémoire le nouveau nombre d'unités cumulées. II fait parallèlement la même opération dans sa propre mémoire non volatile : lecture du nombre précédemment enregistré, incrémentation d'une unité, et écriture du nombre incrémente dans la même zone de mémoire correspondant à la transaction en cours. En outre, il décrémente d'une unité une zone de mémoire qui contient le nombre d'unités allouées au bénéficiaire, nombre qui avait été prélevé à l'origine dans la carte du bénéficiaire.
Pendant ce temps, la prestation de service est effectuée.
A la fin de la prestation, le bénéficiaire vient valider la fin de la transaction par introduction de sa carte dans le lecteur. Dans le cas où il serait prévu que la validation soit faite par l'intervenant celle-ci se fera par exemple au moyen du bouton de validation OK du lecteur, ou par une touche de fonction spécifique) , avant que l'intervenant n'ait retiré sa carte du lecteur.
Cette validation rend définitives les informations sur la transaction, enregistrées dans la zone de mémoire correspondant à la transaction en cours, et ceci aussi bien dans la mémoire de la carte de l'intervenant que dans la mémoire du lecteur; ces informations sont des informations de date et heure de la prestation et de durée du travail effectué pendant que la carte de l'intervenant était dans le lecteur du bénéficiaire.
A ce stade, le lecteur du bénéficiaire contient des informations sur les dernières transactions effectuées. Ces informations pourront être communiquées par le réseau téléphonique au serveur central. Et cette communication se fera automatiquement, sans intervention du bénéficiaire. De plus, la carte de l'intervenant contient les mêmes informations et il pourra faire lire ces informations par l'organisme prestataire auquel il est rattaché ad inistrativement.
La figure 6 rappelle l'organigramme général de déroulement d'une transaction.
7. Communication avec le serveur central : Comme on l'a vu, le lecteur possède en mémoire le numéro d'appel permettant de se mettre en communication avec le serveur central. II possède également en mémoire un jour et une heure d'appel du serveur, les différents bénéficiaires ayant des jours et heures différents afin de ne pas risquer des conflits d'appel, ces informations ont été placées dans le lecteur à partir de la carte du bénéficiaire lors de la première mise en service.
Le lecteur est connecté à un modem (ou comprend un modem intégré) et est capable de provoquer une demande de numérotation par le modem à un jour et une heure indiquée, et sur un numéro d'appel indiqué. Au jour et à l'heure fixée, le modem se connecte automatiquement avec le serveur. Les programmes du serveur contrôlent alors le lecteur pour lui faire transmettre les informations de transaction stockées. Les zones de mémoire qui contiennent les informations lues peuvent être remises à blanc en vue d'enregistrements de transactions futures.
Le jour et l'heure stockées dans le lecteur sont de préférence un jour et une heure de la semaine, de sorte que la communication peut être hebdomadaire et effectuée systématiquement.
Le serveur émet un accusé de réception des informations reçues, et peut envoyer au lecteur d'autres informations.
On peut envisager éventuellement une réactualisation par le serveur, à destination du lecteur, du crédit d'heures allouées, prenant en compte la consommation d'heures qui vient d'être indiquée au serveur; on peut également envisager dans certains cas un rechargement de crédit d'heures par cette voie.
Enfin, on peut envisager un contrôle par le lecteur et une invalidation du lecteur si certaines conditions de validité ne sont plus remplies. Ce type d'appel sera utile principalement pour le contrôle de validité et éventuellement la mise hors service du lecteur. Par exemple, le lecteur peut être bloqué lors d'un dépassement d'une durée déterminée après la dernière transaction. Ces cas particuliers ne sont donnés qu'à titre d'exemple.
La figure 7 rappelle l'organigramme général des fonctions de communications avec le serveur, vues du côté du lecteur qui commence par surveiller en permanence si le jour et l'heure d'appel du serveur sont atteints.
8. Déchargement des transactions à l'organisme prestataire :
La figure 8 rappelle schématiquement les opérations qui sont effectuées par l'organisme prestataire lorsque l'intervenant apporte sa carte après qu'il ait effectué une ou plusieurs prestations de travail.
La carte est insérée dans un lecteur de l'organisme prestataire, lecteur qui est raccordé, ou qui peut être raccordé, à un ordinateur capable de traiter les informations recueillies des cartes des différents intervenants .
Les différentes transactions mémorisées dans la carte sont déchargées (dates de travail, temps de travail, identifiants de bénéficiaires, etc.). Les zones de mémoire des transactions déchargées sont remises à zéro en vue de futures transactions.
L'ordinateur qui traite les données va notamment établir les salaires correspondants, dans cet exemple d'application où les salaires sont payés par l'organisme prestataire.
Un recoupement des informations est possible par dialogue avec la structure centrale, par voie électronique ou autre. 9. Comptage des unités de temps et enregistrement : Le comptage s'effectue dans le lecteur, et les résultats du comptage doivent être enregistrés périodiquement dans le lecteur et dans la carte.
Le lecteur enregistre dans sa propre mémoire non volatile non seulement le compte du temps à chaque unité de temps écoulée, mais aussi la date et l'heure de cet enregistrement. De plus, il décrémente le compte d'unités de temps alloué au bénéficiaire.
Les opérations d'écriture des transactions s'effectuent en plusieurs temps pour assurer la sécurité de l'écriture même en cas d'interruption (coupure de courant, arrachement de la carte) .
Ces étapes d'écriture comportent des sauvegardes de données dans une zone de sauvegarde de la mémoire non volatile avant leur remplacement par une nouvelle donnée, et elles comportent l'établissement de drapeaux (en mémoire non volatile également) qui indiquent qu'une opération est en cours d'exécution. Par exemple, une opération d'écriture d'un nouveau compte de temps consiste à lire l'ancien compte d'unités dans la zone de comptage de temps de la mémoire non volatile, à le recopier dans une zone de sauvegarde en établissant un drapeau (bit à 1 par exemple) indiquant que l'opération de modification de mémoire commence, à incrémenter ensuite le compte, à réécrire le nouveau compte dans la mémoire, et enfin à supprimer le drapeau (remise à zéro du bit) . Ainsi, si une interruption de courant ou un arrachage de la carte a lieu avant l'établissement du drapeau, l'ancien compte restera valable.
Si l'interruption a lieu après la suppression du drapeau, le nouveau compte sera valable. Si elle a lieu pendant que le drapeau est établi, la présence du drapeau (en mémoire non volatile) sera détectée à la remise du courant et on saura qu'une anomalie de fonctionnement a eu lieu.
La comparaison des contenus de la zone principale de la mémoire non-volatile et de la zone de sauvegarde permettra de prendre une décision sur le contenu à restaurer dans la mémoire.
Plus généralement, lorsque le lecteur exécute une opération, identifiée par un numéro d'opération, appartenant à une unité de programme identifiée par un numéro d'unité de programme, il peut enregistrer systématiquement en mémoire non-volatile les numéros d'opération, d'unité de programme, et les drapeaux, de sorte qu'à la remise sous tension il peut détecter très facilement l'endroit de l'interruption et reprendre le programme interrompu.
10. Fonctionnalités additionnelles :
Il est souhaitable que les transactions puissent se dérouler correctement dans des situations anormales. En particulier, on prévoit de préférence que le lecteur de cartes est équipé d'un détecteur d'arrachement qui interrompt la transaction en cas d'arrachement de la carte de l'intervenant. Des pannes de courant peuvent également être détectées par le lecteur et prises en compte.
Le lecteur enregistre dans sa mémoire non volatile la date et l'heure à chaque opération élémentaire d'écriture, de sorte qu'il est possible ensuite de détecter s'il y a eu une interruption (coupure de courant par exemple) qui décalerait le décompte.
Un tel décalage est mesurable et peut servir à rectifier le compte de l'intervenant (qui sert à calculer son salaire) . Toutefois on peut prévoir des mécanismes qui ne prennent en compte ces coupures que si elles sont limitées en nombre et en durée au cours d'une même transaction ou au cours d'une même tranche de temps. Par exemple on tolère un arrêt par tranche d'une heure et seulement des arrêts inférieurs à 5 minutes.
Enfin, pour assurer l'authenticité et l'intégrité des informations enregistrées, notamment celles qui concernent la durée, on peut prévoir que le lecteur comporte des programmes de certification. De tels programmes consistent à calculer et enregistrer en mémoire non volatile, à l'aide d'un algorithme secret, un résultat ou certificat, à partir des données dont on veut assurer l'intégrité et de clés telles que par exemple le numéro d'identification de la carte.
Ce certificat est calculé et inscrit par le lecteur dans la carte de l'intervenant et est vérifié lors d'une autre utilisation de la carte.

Claims

REVENDICATIONS
1. Système de contrôle et gestion comprenant :
- des cartes à puces de bénéficiaires de prestations de services et/ou d'intervenants prestataires de services, - des lecteurs de cartes à puces équipant les sites de prestations au moment des prestations,
- un serveur central pouvant communiquer avec les lecteurs, chaque lecteur comportant des moyens pour initialiser une transaction de prestation de service lors de l'introduction d'une carte de bénéficiaire et/ou d'intervenant, des moyens pour initialiser un comptage de temps de prestation postérieurement à l'initialisation de la transaction et jusqu'à un moment de fin de prestation, des moyens pour enregistrer périodiquement en mémoire non volatile des informations relatives à l'exécution des prestations, et des moyens pour transmettre du lecteur au serveur central ces informations .
2. Système de contrôle selon la revendication 1, caractérisé en ce que les informations relatives à l'exécution d'une prestation comportent des données d'identification et de nature de la prestation.
3. Système de contrôle selon la revendication 2, caractérisé en ce que les données d'identification comportent :
-un identifiant d'au moins un prestataire de service,
-un identifiant d'un bénéficiaire de la prestation, -un identifiant d'au moins un bailleur finançant la prestation, et les données sur la nature de la prestation comportent: -la date et heure,
-le temps de prestation,
-une information représentative de la nature du travail correspondant à la prestation.
4. Système de contrôle selon l'une quelconque des revendications précédentes , caractérisé en ce qu'il comporte une série de cartes à puces de bénéficiaires, et une série de cartes d'intervenants et en ce que les lecteurs de cartes sont des lecteurs fixes installés sur les lieux des prestations ou portables.
5. Système de contrôle selon la revendication 1, caractérisé en qu'il ne comporte que des cartes d'intervenants et en ce que les lecteurs sont des lecteurs fixes installés sur les lieux des prestations.
6. Système de contrôle selon la revendication 1, caractérisé en qu'il ne comporte que des cartes de bénéficiaires et en ce que les lecteurs sont des lecteurs portables amenés par les intervenants.
7. Système selon la revendication 1, caractérisé en ce la mémoire non volatile d'une carte de bénéficiaire et/ou d'intervenant comporte un champ de crédit de temps alloué et un champ d'identification de bénéficiaire et/ou d'intervenant, et les contenus de ces champs sont transférés dans la mémoire non volatile du lecteur dans une phase précédant la transaction.
8. Système selon les revendications 1 et 7 , caractérisé en ce que la mémoire non volatile d'une carte de bénéficiaire et/ou d'intervenant comporte un numéro d'appel du serveur central et une date et une heure d'appel, et le lecteur comporte des moyens pour enregistrer dans sa mémoire non volatile ce numéro, cette date et cette heure à partir de la carte, et des moyens pour entrer en communication automatiquement avec le serveur par ce numéro à la date et l'heure enregistrées.
9. Système selon l'une des revendications précédentes, caractérisé en ce que le lecteur comporte, pour l'initialisation lors d'une première mise en service chez un bénéficiaire, des moyens pour placer dans sa mémoire non volatile des informations contenues dans la carte du bénéficiaire et/ou de l'intervenant, parmi lesquelles un code d'identification du bénéficiaire et/ou de l'intervenant et un crédit d'heures allouées.
10. Système selon l'une des revendications précédentes, caractérisé en ce que chaque lecteur comprend des moyens pour transférer vers le serveur central, lors d'une phase d'initialisation, des données concernant le bénéficiaire et le prestataire de services, et pour recevoir du serveur des données de validation autorisant une transaction.
11. Système selon la revendication 10, caractérisé en ce que le serveur est apte à transmettre à chaque lecteur toute information non présente sur les cartes ou à renouveler, le lecteur étant apte alors établir une priorité entre les informations qu'il a mémorisées et les informations présentes dans la carte.
EP97934590A 1996-07-24 1997-07-17 Systeme de controle et de gestion de services Withdrawn EP0928464A1 (fr)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
FR9609274A FR2751814B1 (fr) 1996-07-24 1996-07-24 Systeme de controle et de gestion de services
FR9609274 1996-07-24
PCT/FR1997/001337 WO1998003940A1 (fr) 1996-07-24 1997-07-17 Systeme de controle et de gestion de services

Publications (1)

Publication Number Publication Date
EP0928464A1 true EP0928464A1 (fr) 1999-07-14

Family

ID=9494395

Family Applications (1)

Application Number Title Priority Date Filing Date
EP97934590A Withdrawn EP0928464A1 (fr) 1996-07-24 1997-07-17 Systeme de controle et de gestion de services

Country Status (8)

Country Link
US (1) US6366929B1 (fr)
EP (1) EP0928464A1 (fr)
JP (1) JP2000515283A (fr)
AU (1) AU738947B2 (fr)
BR (1) BR9710397A (fr)
CA (1) CA2261830A1 (fr)
FR (1) FR2751814B1 (fr)
WO (1) WO1998003940A1 (fr)

Families Citing this family (29)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6003014A (en) * 1997-08-22 1999-12-14 Visa International Service Association Method and apparatus for acquiring access using a smart card
IL127373A0 (en) * 1998-12-02 1999-10-28 Lavi Natan System for attendance registration of service-workers in movement and a personal attendance registration device for use therein
NL1010742C2 (nl) * 1998-12-07 2000-06-08 Nedap Nv Tijdregistratiesysteem voor de zorgsector.
GB2364815B (en) * 2000-07-14 2002-07-17 Nexus Machines Ltd Method and apparatus for the electronic recording of time
FR2815154B1 (fr) * 2000-10-11 2003-02-21 Apologic Inf Applic Systeme d'assistance a la gestion par mise en relation telephonique et communication avec un serveur de telegestion
GB0025865D0 (en) * 2000-10-20 2000-12-06 Adicarte Technology Ltd Data recording device
GB0026642D0 (en) * 2000-11-01 2000-12-13 Datascope Plc Method and apparatus for remotely monitoring the time and attendance of workers
JPWO2003023672A1 (ja) * 2001-09-10 2004-12-24 佐川急便株式会社 携帯用カード読取機およびカード決済システム
FR2835076B1 (fr) * 2002-01-24 2004-06-25 Solem Sa Dispositif pour controler et evaluer sur une periode donnee l'execution cyclique d'activites executees par un prestataire aupres d'une pluralite de beneficiaires
US7229013B2 (en) * 2002-04-17 2007-06-12 American Eps, Inc. Biometric multi-purpose terminal, payroll and work management system and related methods
US20080041942A1 (en) * 2002-04-17 2008-02-21 Aissa Nebil B Biometric Multi-Purpose Terminal, Payroll and Work Management System and Related Methods
US20090127328A1 (en) * 2002-04-17 2009-05-21 Nebil Ben Aissa Biometric multi-purpose biometric terminal, payroll and work management system and related methods
US6764013B2 (en) * 2002-04-17 2004-07-20 American Eps, Inc. Multi-purpose terminal, payroll and work management system and related methods
US20050201340A1 (en) * 2002-05-13 2005-09-15 Xudong Wang Distributed TDMA for wireless mesh network
US7069483B2 (en) * 2002-05-13 2006-06-27 Kiyon, Inc. System and method for identifying nodes in a wireless mesh network
US7957356B2 (en) 2002-05-13 2011-06-07 Misomino Chi Acquisitions L.L.C. Scalable media access control for multi-hop high bandwidth communications
US8780770B2 (en) * 2002-05-13 2014-07-15 Misonimo Chi Acquisition L.L.C. Systems and methods for voice and video communication over a wireless network
US7852796B2 (en) * 2002-05-13 2010-12-14 Xudong Wang Distributed multichannel wireless communication
US20040229566A1 (en) * 2003-05-13 2004-11-18 Weilin Wang Systems and methods for congestion control in a wireless mesh network
US20050201346A1 (en) * 2003-05-13 2005-09-15 Weilin Wang Systems and methods for broadband data communication in a wireless mesh network
US7941149B2 (en) * 2002-05-13 2011-05-10 Misonimo Chi Acquistion L.L.C. Multi-hop ultra wide band wireless network communication
US20030212833A1 (en) * 2002-05-13 2003-11-13 Dlb Innovations, Inc. Web-based practice management system
US7835372B2 (en) * 2002-05-13 2010-11-16 Weilin Wang System and method for transparent wireless bridging of communication channel segments
EP1413980A1 (fr) * 2002-10-24 2004-04-28 SCHLUMBERGER Systèmes Protection d'un objet portable contre des attaques par 'Denial-of-Service'
US8175613B2 (en) * 2006-08-04 2012-05-08 Misonimo Chi Acquisitions L.L.C. Systems and methods for determining location of devices within a wireless network
WO2008070871A2 (fr) * 2006-12-07 2008-06-12 Misonimo Chi Acquisition L.L.C. Système et procédé d'affectation de créneaux temporels et de canaux
FI20075050A0 (fi) * 2007-01-25 2007-01-25 Spectron Oy Järjestelmä ja laite rakennustyömaiden ja vastaavien tiedonhallintaan
WO2014015413A1 (fr) * 2012-07-27 2014-01-30 Clawd Technologies Inc. Procédé de gestion de droits numériques basés sur des rôles dans un système informatique
US9830666B1 (en) * 2012-09-19 2017-11-28 Guidewire Software, Inc. Tracking insurance funds using an interpretive representation of accounting information

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4628193A (en) * 1980-01-30 1986-12-09 Blum Alvin S Code reading operations supervisor
CH673164A5 (en) * 1987-05-19 1990-02-15 Htp High Technology Partners A Operating data recording system with portable induct terminals - deposited in stationary data evaluation device to allow transfer of entered data
US5068787A (en) * 1990-03-13 1991-11-26 Analysist Development Group, Inc. Means and methods of tabulating time and task performances
SE467759B (sv) * 1991-09-20 1992-09-07 Lennart Eriksson Foerfarande och system foer oevervakning av tids- eller passagekontroll
FR2683930A1 (fr) * 1991-11-20 1993-05-21 Twing France Procede pour enregistrer des temps passes par des personnes sur des operations.
FR2689275B1 (fr) * 1992-03-24 1996-09-06 James Audren Systeme de controle de presence chez plusieurs clients ou abonnes d'une personne y executant des services particuliers.
JP3259232B2 (ja) * 1992-07-06 2002-02-25 清水建設株式会社 カードによる入退管理システム
FR2704335B1 (fr) * 1993-04-20 1995-07-13 Fh2I Système de centralisation d'informations hétérogènes, liées à une identité, collectées et horodatées, à partir de bornes délocalisées.
US5649118A (en) * 1993-08-27 1997-07-15 Lucent Technologies Inc. Smart card with multiple charge accounts and product item tables designating the account to debit
US6145739A (en) * 1993-10-26 2000-11-14 Intellect Australia Pty Ltd. System and method for performing transactions and an intelligent device therefor
US5566327A (en) * 1994-07-08 1996-10-15 Sehr; Richard P. Computerized theme park information management system utilizing partitioned smart cards and biometric verification
GB9500186D0 (en) * 1995-01-06 1995-03-01 Kenven Developments Limited Improvements in or relating to the control of production processes
US6038551A (en) * 1996-03-11 2000-03-14 Microsoft Corporation System and method for configuring and managing resources on a multi-purpose integrated circuit card using a personal computer
US6131090A (en) * 1997-03-04 2000-10-10 Pitney Bowes Inc. Method and system for providing controlled access to information stored on a portable recording medium

Non-Patent Citations (1)

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

Also Published As

Publication number Publication date
AU738947B2 (en) 2001-09-27
BR9710397A (pt) 1999-08-17
JP2000515283A (ja) 2000-11-14
US6366929B1 (en) 2002-04-02
AU3774297A (en) 1998-02-10
WO1998003940A1 (fr) 1998-01-29
FR2751814A1 (fr) 1998-01-30
CA2261830A1 (fr) 1998-01-29
FR2751814B1 (fr) 1998-09-25

Similar Documents

Publication Publication Date Title
WO1998003940A1 (fr) Systeme de controle et de gestion de services
EP0686947B1 (fr) Procédé de conduite d'une transaction entre une carte à puce et un système d'information
EP3113099A1 (fr) Conteneur de paiement, procédé de création, procédé de traitement, dispositifs et programmes correspondants
EP3168769B1 (fr) Procédé d'aide à l'authentification d'un utilisateur, serveur et programme d'ordinateur correspondants
FR3031613A1 (fr) Procede de traitement d'une transaction a partir d'un terminal de communication.
CA2587351A1 (fr) Carte de paiement prepayee a rechargement instantane a distance par coupon
FR2999324A1 (fr) Gestion securisee d'une transaction de prestation de service
EP1483645A2 (fr) Dispositif et procede de securisation de donnees sensibles, notamment entre deux parties via un organisme tiers
EP3811312A1 (fr) Procédé et dispositif de répartition par un agent conversationnel d'une dépense engagée par un utilisateur au sein d'un groupe d'utilisateurs
FR3080934A1 (fr) Procede et systeme pour effectuer un echange de donnees securise
EP0909432A1 (fr) Dispositif portatif destine a effectuer des transactions securisees en interne et par carte a micro-circuits, et procede de mise en oeuvre correspondant
WO2006117351A2 (fr) Terminal nomade de transactions electroniques securise et systeme de transactions electroniques securise
WO2000007153A1 (fr) Procede de controle de l'execution d'une demande d'actions transmise par un serveur vers une carte a puce via un terminal
EP1713041A1 (fr) Système de paiement par carte bancaire
WO2021165612A1 (fr) Procede et dispositif de controle d'acces a une fonction d'une application inscrite dans une chaine de blocs
WO2022184726A1 (fr) Procédé pour permettre à des utilisateurs de déployer des contrats intelligents dans une chaîne de blocs au moyen d'une plateforme de déploiement
EP3896634A1 (fr) Procede de traitement d'une transaction effectuee par une entite debitrice aupres d'une entite creditrice cible
WO2003098433A2 (fr) Systemes et procedes pour commander selectivement et comptabiliser l'utilisation effective de logiciels
FR2791794A1 (fr) Procede et dispositif de gestion d'informations temporelles
EP0831434A1 (fr) Procédé de fermeture, notamment de mise en opposition, d'une pluralité de services, et serveur de fermeture, terminal d'acceptation et dispositifs portatifs associés
FR2824655A1 (fr) Equipement, dispositifs et procede pour la mise en oeuvre de biens ou de services
EP1371036A2 (fr) Systeme et methode de renouvellement de donnees d'identification sur un dispositif de transaction portatif
WO2002001433A1 (fr) Systeme et procede informatique pour la fidelisation d'une clientele
FR3076922A1 (fr) Procede de determination d’une association entre une carte bancaire et un terminal de communication, dispositif, systeme et programme correspondant
FR2980892A1 (fr) Procede et systeme de paiement de consommations repetees dans le temps et application a la location de vehicules.

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

AK Designated contracting states

Kind code of ref document: A1

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

RIN1 Information on inventor provided before grant (corrected)

Inventor name: GUISTINI, GUY

Inventor name: FERRARIS, CLAUDE

Inventor name: DARTIGUES, GUY

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

Owner name: GEMPLUS

17Q First examination report despatched

Effective date: 20010426

17Q First examination report despatched

Effective date: 20010426

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

Owner name: GEMALTO SA

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

Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN

18D Application deemed to be withdrawn

Effective date: 20130201