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

Systeme de controle et de gestion de services Download PDF

Info

Publication number
WO1998003940A1
WO1998003940A1 PCT/FR1997/001337 FR9701337W WO9803940A1 WO 1998003940 A1 WO1998003940 A1 WO 1998003940A1 FR 9701337 W FR9701337 W FR 9701337W WO 9803940 A1 WO9803940 A1 WO 9803940A1
Authority
WO
WIPO (PCT)
Prior art keywords
service
beneficiary
reader
card
information
Prior art date
Application number
PCT/FR1997/001337
Other languages
English (en)
Inventor
Guy Dartigues
Claude Ferraris
Guy Guistini
Original Assignee
Gemplus S.C.A.
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 S.C.A. filed Critical Gemplus S.C.A.
Priority to BR9710397A priority Critical patent/BR9710397A/pt
Priority to JP10506646A priority patent/JP2000515283A/ja
Priority to EP97934590A priority patent/EP0928464A1/fr
Priority to CA002261830A priority patent/CA2261830A1/fr
Priority to US09/230,640 priority patent/US6366929B1/en
Priority to AU37742/97A priority patent/AU738947B2/en
Publication of WO1998003940A1 publication Critical patent/WO1998003940A1/fr

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 invention relates to systems for monitoring and managing services provided by service providers to users.
  • the invention proposes a service control and management system which responds in particular to the complexity of the situations existing in the sector of home services financed by social organizations which are numerous and of different natures. (General Council, CRAM, CNAV, mutuals, provident funds, autonomous funds, town halls, etc.).
  • the system according to the invention was designed to take into account this multi-donor and multi-provider aspect.
  • the invention therefore proposes a global information management system.
  • the system is capable of simultaneously processing the information necessary for several donors and several service providers, each employing several stakeholders. It guarantees the confidentiality of information by sending each actor only the data that concerns them for their control and management.
  • the system also makes it possible to deal with the case where an intervener (natural person) working for a beneficiary actually provides a benefit as an allowance (household help for example), then in continuity works under another scheme financed by another lessor than the previous one (life support for example).
  • the proposed system takes into account the cases where a lessor mandates several service provider organizations, the case where a service provider organization is mandated by several social landlords, the case where a (social) worker working under the responsibility of a provider organization provides benefits of different kinds, cases where a beneficiary is allocated benefits of different kinds.
  • the system adapts to any type of service performed on site giving right to remuneration for the service worker, or requiring a control of the actual presence of a person by a supervisory organization.
  • These can be home services provided by a company, an association, a public or private organization, an individual, etc. This service can take several forms: home help, tutoring, home care, troubleshooting, monitoring, etc.
  • control system is positioned in a neutral manner as to the nature of the service, to the type of personnel who carry it out, to the bodies to which it is addressed, whether public or private.
  • 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 financier of the service also called lessor, who wishes to control the effective use of the sums allocated to the service.
  • FIG. 1 represents the overall diagram of the control system according to the invention, in which the various parties or organizations involved in the performance or the processing of a service are represented schematically, as well as the links between them.
  • One or more providers of services (Bl, B2, ... Bn), possibly linked by a network, form a central structure.
  • This central structure houses one or more servers which run software implementing the control and management system according to the invention.
  • a plurality of service provider organizations (PI, P2, ... P) are connected to one or more of the donors (Bl, B2, ... Bn) via telephone lines, the server and the network.
  • a set of speakers (II, 12, ... Ik) is available to provide services to a set of beneficiaries (bl, b2, ... bl) to which respective donors allocate rights to benefits.
  • Smart card readers L are assigned to the interveners (such as the interveners II and 12 for example), or to the beneficiaries (such as the beneficiary b3). Readers of contributors or beneficiaries are able to be connected by modem (not shown) and telephone line to service providers and / or to the respective donor network, or directly to donors in the absence of a donor network.
  • the invention more particularly relates to a control and management system comprising:
  • each reader comprising means for initializing a service provision transaction when a beneficiary and / or intervener card is introduced, means for initiating a time counting of service after the initialization of the transaction and until the end of the service, means for periodically recording in non-volatile memory information relating to the performance of the services, and means for transmitting these from the reader to the central server.
  • information relating to the execution of a service includes identification data and the nature of the service.
  • the identification data includes: an identifier of at least one service provider,
  • an identifier of a beneficiary of the service - an identifier of at least one lessor funding the service, and the data on the nature of the service include:
  • the readers are fixed (installed on the service premises) or portable.
  • the invention will be described more precisely in the case of a work organization carried out by service providers for beneficiaries, at the beneficiaries' homes, and to illustrate it well, we will take the concrete case of a control and monitoring system. management of home help work for the elderly.
  • FIG. 1 represents the diagram of a global system according to the invention
  • FIG. 2A shows the information contained in the non-volatile memory of the beneficiary's card
  • FIG. 3 shows the general architecture according to a particular embodiment of the system according to the invention
  • FIG. 4 shows a view of the keyboard and the screen of the beneficiary's reader
  • FIG. 5 shows a flow diagram of the initialization phase of the reader
  • FIG. 6 shows a flow diagram of a transaction phase
  • FIG. 7 shows a flow diagram of the communication phase with the central server
  • FIG. 8 shows a flowchart of operations performed in the provider organization. To ensure the management and control of on-site services, the system ensures that all the necessary information is taken into account.
  • each beneficiary and each member of the working staff has their own smart card and / or reader containing qualified information and identifiers.
  • the latter performs the necessary sorting and sends this information to each of the actors according to their needs and their level of responsibility.
  • 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 service provider organization can recover useful information either directly by interrogating the server, or by interrogating the lessor (s), but also by reading the transactions which are contained in the cards of the staff who performed the service (the interveners). This information is mainly used to pay staff and to send a compliant invoice to donors.
  • a correlation can be made between the information contained in the card and that returned by the reader.
  • the lessor can, before paying the mandated service provider, check the amount of hours billed by comparing it with the information sent by the reader and then processed by the server.
  • the server also performs other functions:
  • 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 system according to the invention proposes different patterns of use of cards and readers. Indeed, the system according to the invention can take different forms, in particular: 1) - a fixed reader on site, a card for each beneficiary, a card for each contributor;
  • the reader transmits the information to the processing center. It can contain elements of identification either of the beneficiary, or of the intervener, or both, according to the selected scheme.
  • Beneficiaries of services are, for example, elderly people who need home help.
  • the service providers as a natural person intervener come to work part-time at the beneficiaries' home.
  • the more general central structure controls these home service delivery activities, for example because it allocates aid to beneficiaries and wishes this aid to be in the form of subsidized services, or because the legality of the work performed has to be checked, or for any other reason.
  • the public body plays the role of provider of services and allocates hourly allowances to beneficiaries; it wishes to record the hours worked, to know who worked them, who are the beneficiaries, for what quantity each time, and it wishes to verify that the subsidies paid to the service providers are well used.
  • a control and management system comprising:
  • beneficiary cards comprising in non-volatile memory at least a beneficiary identification and an allocated time credit
  • takeholder cards comprising in non-volatile memory, a stakeholder identification and a transaction area
  • smart card readers installed at the service locations
  • each reader comprising means for initializing a service provision transaction when introducing an authorized beneficiary card into this reader, means for initiating a counting of service time at from the introduction of an intervener's card in the reader after the initialization of the transaction and until a time of end of service, means for periodically recording in non-volatile memory, in the transaction area of the intervener's card and in the reader, a service time which is the time elapsed since the introduction of the intervener's card, and means for transmitting from the reader to the central server information on the beneficiary, the intervening, the service time for the various transactions carried out and on the type of service performed.
  • 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.
  • each beneficiary has a personal smart card and a smart card reader placed at his home.
  • the reader can communicate with a central server which is owned by the central structure (public body in this example). Communication can be done by any channel, but today, in practice, the most suitable channel is the telephone network, and a communication modem is therefore incorporated in the reader or inserted between the reader and a socket. telephone network subscriber.
  • the beneficiary's smart card includes, in a non-volatile memory, at least one identification of the beneficiary, and an amount of allocated working hours, that is to say a credit of hours of services to be received. This credit is transmitted to the reader when the card is inserted into the reader during an initialization phase.
  • FIG. 2A shows a possible example of the content of the non-volatile memory of the beneficiary card, with three main areas which are: - a card identification area (one or more fields),
  • a beneficiary identification zone (several fields such as name, first name, address, etc.), - a parameter zone intended for the reader during the initialization of transactions.
  • This area contains a beneficiary identification code. It can also contain the credit for allocated hours, if it is not expected that this credit for hours will be sent by the server to the reader.
  • This zone can also include, as will be seen below, a telephone number to which the central server can be called, and a day and a time of call from this server. 2.
  • Stakeholder According to this embodiment i 1 is provided that each stakeholder has a personal smart card.
  • the card contains a non-volatile memory intended in particular to store the hours of work actually worked at the home of a beneficiary.
  • the service provider can use their card to justify to the service provider that they have worked a certain number of hours and that they must be paid by the service provider for these hours.
  • the working hours will be entered directly into the service provider's card by the reader located at the beneficiary's home, where the work is done, and it is this same reader who will communicate them to the central server, thus making control possible.
  • FIG. 2B represents an example of organization of the non-volatile memory of the card of the speaker. It includes here three zones, which are respectively: - a card identification area,
  • - a stakeholder identification area (surname first name, address, qualification level, etc., an identification code)
  • a transaction area itself divided into sub-areas, each corresponding to a particular transaction.
  • Transaction means a recording of working time data during a service delivery session by a specific operator for a specific beneficiary.
  • a transaction sub-area may include the following fields:
  • Sub-zone number, - beneficiary identifier (in the form of the code recorded in the beneficiary's card and transferred as we will see in the intervener's card during a service),
  • the service provider may also have the equipment necessary for the personalization of the speakers' smart cards, that is to say, the recording of data concerning them in non-volatile memory.
  • the central structure has, as we said, a central server which can communicate with the readers installed in the beneficiaries.
  • This server can also communicate with means of communication located in service providers. This communication is necessary to ensure control by the donor (s) of what is done by the provider organizations, but it can be done by any means.
  • the telephone network is a convenient means of establishing this communication, using modems. Communication between the central structure and the provider organizations is useful, particularly in the case where the money or part of the money necessary for the remuneration of stakeholders is provided by the central structure based on the hours of work provided by these stakeholders.
  • the central structure is in principle the structure which manages the beneficiaries themselves, that is to say the structure which decides who are the beneficiaries entitled to participate in the system and which allocates hour credits to each beneficiary .
  • this central structure may have the equipment necessary to personalize the smart cards of authorized beneficiaries.
  • FIG. 3 The overall architecture of the management system according to the invention is represented in FIG. 3:
  • the smart card reader installed at the beneficiary can be of a very simple model as regards the keyboard and the screen for dialogue with the user.
  • Figure 4 gives an example, with a few function keys (FI, F2, F3), a numeric keyboard, a validation key (OK), and a summary display screen, for example a two-part liquid crystal display. lines of 16 characters.
  • the card reader can only function properly if the beneficiary who uses it is authorized, that is to say if he has a smart card that gives him rights.
  • the rights are conferred by the central structure in the form of a beneficiary code and an hour credit, both contained in a specific area of the beneficiary card.
  • the reader therefore has its own system program which performs preliminary initialization operations before starting transactions.
  • the initialization of the beneficiary's reader during a first start-up at the beneficiary is therefore done with the following three phases, possibly using the function keys to specify that these are initialization operations: - introduction of the beneficiary card into the reader, to place in the non-volatile memory of the reader the necessary information relating to the beneficiary and contained in the card which has been allocated by the central structure; this information is essentially a beneficiary identification code, the credit for hours allocated, and, as will be seen, preferably a telephone number and a call date from the central server; this phase takes place under the control of the reader who is programmed to execute it, with possible intervention for simple operations (validation, etc.) of an operator who in practice will be a person belonging to the service provider;
  • the server is able to transmit to each reader any information not present on the cards or any information to be renewed, the reader then being able to establish a priority between the information which it has memorized and the information present in the card.
  • FIG. 5 recalls the general flowchart of the initialization phase of the reader.
  • the transaction is carried out according to the following process: the beneficiary's card is inserted in the reader; the card information relating to the beneficiary is read and compared in the reader with the information present since initialization in the reader. A distortion in the comparison can lead to a rejection of the card and a ban on the transaction (especially if the card is not the beneficiary's card).
  • the beneficiary's card is removed from the reader and replaced by the intervener's card who came to the beneficiary's home to perform a work service.
  • the cardholder's information is read by the reader, and a transaction begins and will last as long as the card remains in the reader and until an end of transaction validation operation.
  • the transaction seen from the side of the management system, essentially consists in registering units for counting the time that elapses while the intervener's card remains in the reader. This recording is made simultaneously in the speaker's card and in the reader.
  • the transaction also includes date and time records and the recording of recipient identification information.
  • the time counting takes place periodically and the time units corresponding to the period, or to a multiple of the period, are recorded and accumulated in the memory of the reader and in the memory of the card.
  • the reader has an internal clock establishing this periodicity.
  • the counting is carried out under certain conditions, and in particular under the condition that the intervener's card is in the reader and that the time remaining allocated to the beneficiary is not zero (time after counting of the services previously performed).
  • the reader For each new unit of time elapsed, the reader reads from the card memory (in the zone corresponding to the transaction in progress) the number of time units already recorded, it increments this number, and it saves in the same memory area the new number of cumulative units. At the same time, it performs the same operation in its own non-volatile memory: reading the number previously recorded, incrementing by one, and writing the number incremented in the same memory area corresponding to the transaction in progress. In addition, it decrements by one unit a memory area which contains the number of units allocated to the beneficiary, a number which was originally taken from the beneficiary's card.
  • the beneficiary validates the end of the transaction by inserting his card in the reader. In the event that it is expected that the validation is made by the speaker, this will be done for example by means of the OK validation button on the reader, or by a specific function key), before the speaker has removed his card from the reader.
  • This validation makes definitive the information on the transaction, recorded in the memory zone corresponding to the transaction in progress, and this as well in the memory of the card of the speaker as in the memory of the reader; this information is information on the date and time of the service and the duration of the work carried out while the intervener's card was in the beneficiary's reader.
  • the beneficiary's reader contains information on the latest transactions made. This information may be communicated by the telephone network to the central server. And this communication will be done automatically, without intervention of the beneficiary.
  • the intervener's card contains the same information and he can have this information read by the service provider to which he is attached ad inistratively.
  • Figure 6 shows the general flowchart of a transaction.
  • the reader has in memory the telephone number allowing communication with the central server. It also has in memory a day and a time of call from the server, the different beneficiaries having different days and times so as not to risk call conflicts, this information has been placed in the reader from the card of the beneficiary during the first commissioning.
  • the reader is connected to a modem (or includes a built-in modem) and is capable of triggering a dialing request by the modem at a specified day and time, and on a specified telephone number. On the day and at the appointed time, the modem automatically connects with the server. Server programs then control the reader to transmit stored transaction information to it.
  • the memory areas which contain the information read can be blanked for recording of future transactions.
  • the day and time stored in the player is preferably a day and an hour of the week, so that communication can be weekly and carried out systematically.
  • the server issues an acknowledgment of the information received, and may send the reader other information.
  • FIG. 7 recalls the general flowchart of the functions of communications with the server, seen from the side of the reader which begins by constantly monitoring whether the day and the time of the server call are reached.
  • FIG. 8 schematically recalls the operations which are carried out by the service provider when the service provider brings his card after he has performed one or more work services.
  • the card is inserted into a reader of the service provider, a reader which is connected, or which can be connected, to a computer capable of processing information gathered from the cards of the various participants.
  • the different transactions stored in the card are downloaded (working dates, working time, beneficiary identifiers, etc.).
  • the areas of memory of the transactions unloaded are reset to zero for future transactions.
  • the computer which processes the data will in particular establish the corresponding wages, in this application example where the wages are paid by the service provider.
  • the reader records in its own non-volatile memory not only the time count for each elapsed time unit, but also the date and time of this recording. In addition, it decrements the time unit account allocated to the 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).
  • These writing steps include data backups in a non-volatile memory backup area before their replacement by a new data, and they include the establishment of flags (also in non-volatile memory) which indicate that an operation is running.
  • flags also in non-volatile memory
  • an operation to write a new time account consists in reading the old unit account in the time counting area of the non-volatile memory, in copying it into a saving area by establishing a flag (bit at 1 for example) indicating that the memory modification operation begins, then incrementing the account, rewriting the new account in memory, and finally removing the flag (resetting the bit).
  • a power outage or a tear-off of the card takes place before the establishment of the flag, the old account will remain valid.
  • the new account will be valid. If it occurs while the flag is set, the presence of the flag (in non-volatile memory) will be detected when the power is restored and it will be known that an operating anomaly has occurred.
  • the comparison of the contents of the main area of the non-volatile memory and the backup area will allow a decision to be made on the content to be restored in the memory.
  • the reader when it executes an operation, identified by an operation number, belonging to a program unit identified by a program unit number, it can systematically store the operation numbers in non-volatile memory, d program unit, and flags, so that when power is restored it can easily detect the location of the interruption and resume the interrupted program.
  • the transactions can proceed correctly in abnormal situations.
  • the reader stores in its non-volatile memory the date and time at each elementary writing operation, so that it is then possible to detect if there has been an interruption (power cut for example) which would shift the countdown.
  • Such a difference is measurable and can be used to correct the stakeholder's account (which is used to calculate his salary).
  • mechanisms can be provided which only take these cuts into account if they are limited in number and in duration during the same transaction or during the same period of time. For example, we allow one stop per hour and only stops of less than 5 minutes.
  • certification programs consist in calculating and recording in non-volatile memory, using a secret algorithm, a result or certificate, from the data whose integrity is to be ensured and from keys such as for example the number of card identification.
  • This certificate is calculated and entered by the reader in the speaker's card and is verified when the card is used again.

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.
PCT/FR1997/001337 1996-07-24 1997-07-17 Systeme de controle et de gestion de services WO1998003940A1 (fr)

Priority Applications (6)

Application Number Priority Date Filing Date Title
BR9710397A BR9710397A (pt) 1996-07-24 1997-07-17 Um sistema para controle e administra-Æo de diferentes servi-os
JP10506646A JP2000515283A (ja) 1996-07-24 1997-07-17 サービスの管理と運営のシステム
EP97934590A EP0928464A1 (fr) 1996-07-24 1997-07-17 Systeme de controle et de gestion de services
CA002261830A CA2261830A1 (fr) 1996-07-24 1997-07-17 Systeme de controle et de gestion de services
US09/230,640 US6366929B1 (en) 1996-07-24 1997-07-17 Service control and management system
AU37742/97A AU738947B2 (en) 1996-07-24 1997-07-17 Service control and management system

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR96/09274 1996-07-24
FR9609274A FR2751814B1 (fr) 1996-07-24 1996-07-24 Systeme de controle et de gestion de services

Publications (1)

Publication Number Publication Date
WO1998003940A1 true WO1998003940A1 (fr) 1998-01-29

Family

ID=9494395

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/FR1997/001337 WO1998003940A1 (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)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2000033259A1 (fr) * 1998-12-02 2000-06-08 Natan Lavi Systeme permettant d'enregistrer la presence de travailleurs du secteur tertiaire en mouvement, et dispositif personnel d'enregistrement de presence utilise dans ce systeme
NL1010742C2 (nl) * 1998-12-07 2000-06-08 Nedap Nv Tijdregistratiesysteem voor de zorgsector.
WO2002033595A2 (fr) * 2000-10-20 2002-04-25 Atl Data Management Services Limited Systeme d'enregistrement de donnees
CN100385458C (zh) * 2001-09-10 2008-04-30 佐川急便株式会社 便携式读卡机和卡结算系统

Families Citing this family (25)

* 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
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
GB0026642D0 (en) * 2000-11-01 2000-12-13 Datascope Plc Method and apparatus for remotely monitoring the time and attendance of workers
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
US20090127328A1 (en) * 2002-04-17 2009-05-21 Nebil Ben Aissa Biometric multi-purpose biometric terminal, payroll and work management system and related methods
US7229013B2 (en) * 2002-04-17 2007-06-12 American Eps, Inc. Biometric multi-purpose 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
US20080041942A1 (en) * 2002-04-17 2008-02-21 Aissa Nebil B Biometric Multi-Purpose Terminal, Payroll and Work Management System and Related Methods
US7835372B2 (en) * 2002-05-13 2010-11-16 Weilin Wang System and method for transparent wireless bridging of communication channel segments
US20030212833A1 (en) * 2002-05-13 2003-11-13 Dlb Innovations, Inc. Web-based practice management system
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
US20050201346A1 (en) * 2003-05-13 2005-09-15 Weilin Wang Systems and methods for broadband data communication in a wireless mesh network
US7852796B2 (en) * 2002-05-13 2010-12-14 Xudong Wang Distributed multichannel wireless communication
US7069483B2 (en) * 2002-05-13 2006-06-27 Kiyon, Inc. System and method for identifying nodes in a wireless mesh network
US20050201340A1 (en) * 2002-05-13 2005-09-15 Xudong Wang Distributed TDMA for wireless mesh network
US20040229566A1 (en) * 2003-05-13 2004-11-18 Weilin Wang Systems and methods for congestion control 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
US7957356B2 (en) * 2002-05-13 2011-06-07 Misomino Chi Acquisitions L.L.C. Scalable media access control for multi-hop high bandwidth communications
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
KR101102719B1 (ko) * 2006-12-07 2012-01-05 미소니모 카이 액퀴지션 엘엘씨 타임슬롯 및 채널 할당을 위한 시스템 및 방법
FI20075050A0 (fi) * 2007-01-25 2007-01-25 Spectron Oy Järjestelmä ja laite rakennustyömaiden ja vastaavien tiedonhallintaan
SG11201500645QA (en) * 2012-07-27 2015-05-28 Clawd Technologies Inc Method of managing role-based digital rights in a computer system
US9830666B1 (en) * 2012-09-19 2017-11-28 Guidewire Software, Inc. Tracking insurance funds using an interpretive representation of accounting information

Citations (9)

* 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
WO1993006568A1 (fr) * 1991-09-20 1993-04-01 Lennart Eriksson Procede et systeme de surveillance, utilise notamment pour la verification de l'heure et/ou du passage d'une personne
FR2683930A1 (fr) * 1991-11-20 1993-05-21 Twing France Procede pour enregistrer des temps passes par des personnes sur des operations.
FR2689275A1 (fr) * 1992-03-24 1993-10-01 Audren James Système de contrôle de présence chez plusieurs clients ou abonnés d'une personne y exécutant des services particuliers.
FR2693816A1 (fr) * 1992-07-06 1994-01-21 Shimizu Construction Co Ltd Système de contrôle d'entrées/sorties par cartes et son dispositif de lecture des cartes.
EP0621565A1 (fr) * 1993-04-20 1994-10-26 Societe Fh2I (S.A.) 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
WO1996021203A1 (fr) * 1995-01-06 1996-07-11 Kenven Developments Limited Perfectionnements relatifs au controle de processus de production

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
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
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

Patent Citations (9)

* 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
WO1993006568A1 (fr) * 1991-09-20 1993-04-01 Lennart Eriksson Procede et systeme de surveillance, utilise notamment pour la verification de l'heure et/ou du passage d'une personne
FR2683930A1 (fr) * 1991-11-20 1993-05-21 Twing France Procede pour enregistrer des temps passes par des personnes sur des operations.
FR2689275A1 (fr) * 1992-03-24 1993-10-01 Audren James Système de contrôle de présence chez plusieurs clients ou abonnés d'une personne y exécutant des services particuliers.
FR2693816A1 (fr) * 1992-07-06 1994-01-21 Shimizu Construction Co Ltd Système de contrôle d'entrées/sorties par cartes et son dispositif de lecture des cartes.
EP0621565A1 (fr) * 1993-04-20 1994-10-26 Societe Fh2I (S.A.) 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
WO1996021203A1 (fr) * 1995-01-06 1996-07-11 Kenven Developments Limited Perfectionnements relatifs au controle de processus de production

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2000033259A1 (fr) * 1998-12-02 2000-06-08 Natan Lavi Systeme permettant d'enregistrer la presence de travailleurs du secteur tertiaire en mouvement, et dispositif personnel d'enregistrement de presence utilise dans ce systeme
NL1010742C2 (nl) * 1998-12-07 2000-06-08 Nedap Nv Tijdregistratiesysteem voor de zorgsector.
EP1008963A1 (fr) * 1998-12-07 2000-06-14 N.V. Nederlandsche Apparatenfabriek NEDAP Système d'enregistrement de temps pour le secteur des soins
WO2002033595A2 (fr) * 2000-10-20 2002-04-25 Atl Data Management Services Limited Systeme d'enregistrement de donnees
WO2002033595A3 (fr) * 2000-10-20 2003-03-13 Atl Data Man Services Ltd Systeme d'enregistrement de donnees
CN100385458C (zh) * 2001-09-10 2008-04-30 佐川急便株式会社 便携式读卡机和卡结算系统

Also Published As

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

Similar Documents

Publication Publication Date Title
WO1998003940A1 (fr) Systeme de controle et de gestion de services
EP3113099B1 (fr) Conteneur de paiement, procédé de création, procédé de traitement, dispositifs et programmes correspondants
EP0686947B1 (fr) Procédé de conduite d'une transaction entre une carte à puce et un système d'information
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
WO1997014121A1 (fr) Dispositif portatif destine a effectuer des transactions securisees en interne et par carte a micro-circuits, et procede de mise en oeuvre correspondant
EP1875426A2 (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
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
FR2980892A1 (fr) Procede et systeme de paiement de consommations repetees dans le temps et application a la location de vehicules.
FR2905784A1 (fr) Procede de souscription a distance a l'ouverture d'un compte de service par un client dans un etablissement requerant des justificatifs physiques de l'identite et/ou de l'existence legale dudit client
FR2808144A1 (fr) Procede et systeme de paiement electronique
FR2888361A1 (fr) Systeme permettant a un prestataire de service, organisant un evenement ou une manifestation, de gerer et de securiser les acces des personnes et des biens ainsi que le paiement de biens et de services

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AU BR CA JP MX US

AL Designated countries for regional patents

Kind code of ref document: A1

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

DFPE Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101)
121 Ep: the epo has been informed by wipo that ep was designated in this application
WWE Wipo information: entry into national phase

Ref document number: 1997934590

Country of ref document: EP

ENP Entry into the national phase

Ref document number: 2261830

Country of ref document: CA

Ref country code: CA

Ref document number: 2261830

Kind code of ref document: A

Format of ref document f/p: F

WWE Wipo information: entry into national phase

Ref document number: PA/a/1999/000840

Country of ref document: MX

WWP Wipo information: published in national office

Ref document number: 1997934590

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 09230640

Country of ref document: US