Brevet FR2729775A1 — publié le 19960726

TERMINAL A LECTEUR DE CARTE ET PROCEDE DE TRAITEMENT MULTI-APPLICATIF D'UN TEL TERMINAL DESCRIPTION Domaine technique La présente invention concerne un terminal lecteur de carte et un procédé de traitement multi-applicatif d'un tel terminal. Etat de la technique antérieure Les terminaux à lecteur de carte, connectés ou non à un centre distant de traitement de l'information, fixes ou mobiles, portables ou non, doivent accepter des cartes à mémoire de plus en plus diverses et par conséquent exécuter des applications de plus en plus variées. Cet état impose au constructeur de terminal à lecteur de carte soit de prévoir un nombre d'applications important sur son terminal à lecteur de carte, avec le risque que chaque utilisateur n'en utilise qu'une faible partie, soit d'y implanter des systèmes d'extension de capacité de traitement d'applications, ce qui accroît son coût. Par souci de sécurité, le constructeur de terminaux à lecteur de carte doit aussi prévoir des mécanismes permettant de réaliser le cloisonnement des applications présentes sur le terminal à lecteur de carte, ce qui a également pour effet d'accroître le coût de ce terminal. Pour pouvoir diffuser un terminal à lecteur de carte de façon massive, un constructeur de terminaux à lecteur de carte doit pouvoir mettre à disposition de son client un matériel à faible coût, permettant d'accéder à une multiplicité d'applications, ce qui est en contradiction avec le paragraphe précédent Les différentes solutions techniques que ron peut apporter au traitement multi- applicatif d'un terminal à lecteur de carte sont les suivantes: SP 9329.C/DB Schéma de fonctionnement type des applications L'automate du terminal à lecteur de carte lié à l'exécution d'une application est strictement le même quelle que soit l'application. Les fournisseurs d'applications calquent les scénarios de leurs applications sur cet automate. Ce système est peu souple. Téléchargement d'applications à distance Le terminal à lecteur de carte dispose de mémoire qui est téléchargée auprès d'un centre de traitement de l'information distant Cette solution impose la possession d'un terminal à lecteur de carte qui puisse être raccordé à un centre de traitement de rinformation distant et qui possède des capacités de mémoire suffisantes pour accueillir de nouvelles applications. Ses capacités étant limitées, de nouveaux problèmes sur la gestion des applircations présentes sur le terminal à lecteur de carte apparaissent: gestion de versions, téléchargement avant l'utilisation d'une application précise.... Mémoire additive sur le téléphone à carte On peut envisager de prévoir sur le terminal à lecteur de carte un emplacement pour accueillir une carte d'extension mémoire. Le fournisseur d'application pour exploiter son service, diffuse ses cartes d'extension que ron insère dans le terminal à lecteur de carte lors de l'utilisation d'application concernée. L'utilisation de telles cartes n'empêche pas l'utilisation d'une carte à mémoire dédiée au service pendant l'exécution de rapplication. On peut constater qu'avec une telle solution, le coût de mise en place d'un service est important D'autre part, la fragilité des connecteurs ne permet pas réchange systématique des cartes d'extension pour accéder à des service différents. I faut alors envisager des regroupements de prestataires de services pour la conception et la diffusion des cartes d'extension. SP 9329.C/DB Chargement d'application en lanaaae micro contenue dans la carte d'appDlication La carte application contient le programme de rapplication utilisée. Ce programme est sous forme langage machine du terminal à lecteur de carte. Il est chargé dans le terminal à lecteur de carte avant rutilisation de l'application. Cette solution nécessite la mise à disposition en quantité suffisante de mémoire programme (vive ou autre) sur le terminal à lecteur de carte pour charger le programme de l'application contenu dans la carte à mémoire. Le o10 temps de chargement de ce programme applicatif peut être conséquent De plus, il est difficilement envisageable d'obliger tous les industriels à doter leurs terminaux à lecteur de carte de microprocesseurs de la même famille ou compatibles. Charmement de proarammes interprétés contenus dans la carte application Le principe de fonctionnement est similaire à la solution précédente. Cependant le programme chargé de la carte à mémoire vers le terminal à lecteur de carte est écrit en langage interprété. Pour réaliser une application, il faut définir un langage interprété regroupant des fonctions de traitement et des fonctions d'entrées-sorties standards liées au terminal à lecteur de carte. Les inconvénients concernant la mise à disposition par le terminal à lecteur de carte de mémoire vive et la lenteur de chargement des pogrammes en provenance de la carte à mémoire existent toujours. Exemple de réalisation existante Le problème de révolutivité du terminal à lecteur de carte a déjà été abordé sur un matériel de France Télécom, le Lecam' (Lecteur de Carte à Mémoire). Celui-ci dispose de trois solutions dsinctes pour garantir révolutivité. Ainsi, il peut: - être téléchargé via le réseau Télétel par le serveur applicaliff avec des programmes applicatifs qui sont exécutés après la réception d'ordres serveurs explicites. On peut remarquer que seuls les Lecam équipés de SP 9329.C/DB mémoire sauvegardée ou laissés sous tension conservent ces programmes téléchargés; - être téléchargé avec un programme contenu dans une carte après introduction de celle-ci. L'exécution du programme est commandée soit par le serveur applicatif, soit après rinsertion d'une carte à mémoire; - être modifié par changement de mémoire morte. Le programme est commandé soit à la mise sous tension, soit après rinsertion d'une carte à mémoire. Dans tous les cas considérés ci-dessus les programmes sont écrits en langage interprété. L'invention a pour objet une solution simple de mise en oeuvre qui permet à partir de terminaux à lecteur de carte banalisés de réaliser tout type d'application, que ce soit des applications utilisant une ou plusieurs cartes à mémoire ou non. Exposé de l'invention La présente invention propose donc un procédé de traeent multi-applicatif d'un terminal à lecteur de cartes caractérisé en ce qu'on réalise une liaison avec au moins une carte électronique, à mémoire ou non dédiée à l'exécution d'une application, cette carte exécutant des traitements applicatifs et dialoguant avec le terminal pour la mise à disposition des entrées- sorties, et des capacités du terminal: le terminal devenant esclave, au niveau de rapplicatif, vis-a-vis de ladite carte électronique dans laquelle se déroule rapplication. Le terminal présente à la carte électronique un ordre applicatiff d'interrogation, puis récupère un ordre applicatif à exécuter. Le terminal interprète les ordres applicatifs, réalise les opérations y attenant et les acquitte. Dans le cas o l'ordre applicatif nécessite une réponse applicative, le terminal présente à la carte électronique un ordre entrant comprenant la réponse applicative qui fait office d'ordre applicatif crinterrogation pour la prochaine action applicative à exécuter. Dans le cas contraire, le terminal est toujours demandeur crd'action applicative à réaliser à raide d'un ordre applicatif d'interrogation. SP 9329.C/DB Cette solution résout par définition le problème du cloisonnement des applications. Le champ d'application d'un tel procédé est très vaste puisque l'on peut l'utiliser pour des terminaux à lecteur de carte connectés ou non à un centre distant de traitement de l'information, fixes ou mobiles, portables ou non. L'invention concerne également un terminal à lecteur de carte, à mémoire ou non, comportant notamment une unité centrale reliée avec plusieurs ensembles périphériques tels qu'un fichier, un clavier, un modem, un émetteur DTMF, un afficheur, un lecteur de carte; en liaison avec au moins une carte électronique à mémoire ou non, dédiée à rexécution dcrune application. Brève description des dessins - La figure I illustre une session d'échange selon le procédé de l'invention; - la figure 2 illustre un lecteur à lecteur de carte selon l'invention. Exposé détaillé de modes de réalisation Le procédé de rinvention, illustré sur la figure 1, est un procédé de traitement muleti-applicatif d'un terminal à lecteur de carte 10 en liaison 11 avec au moins une carte électronique, par exemple une carte à mémoire comprenant un microprocesseur 12, dans laquelle on implémente un programme lié à une application: on peut éventuellement dissocier le support de rapplication qui est la carte à mémoire du support des données nécessaires à la réalisation de rapplication, qui peut ère une autre carte à mémoire ou non (carte à piste magnétique par exemple). La figure 2 illustre un terminal à lecteur de cartes 10 selon l'invention en liaison 11 avec une carte application 12. Ce terminal 10 comprend une unité centrale interpréteur 15 en liaison avec plusieurs éléments périphériques tels que notamment un fichier 16, un clavier 17, un modem 18 et un émetteur DTMF 19 permettant des liaisons 20 avec rextérieur, un afficher 21, un lecteur de carte 22..... SP 9329.C/DB La carte 12 exécute des traitements applicatifs et dialogue avec le terminal à lecteur de carte 10 pour la mise à disposition des entréessorties et des capacités du terminal. Le terminal à lecteur de carte 10 n'a plus besoin de mettre de la mémoire vive à la disposition de rapplication. La phase de téléchargement n'existe plus. Les dispositions à prendre sont la définition des ordres entrées-sorties et la normalisation de ces ordres entre les fabricants de terminaux à lecteur de carte. Un prestataire de services désireux de construire une application, nécessitant de la sécurité ou non, peut élaborer et diffuser une carte associée à son ou ses services. Dans une telle solution, illustrée sur la figure 1, le terminal ià lecteur de carte 10 devient esclave, au niveau de rapplicatif, vis-à-vis de la carte 12 dans laquelle se déroule l'application, et le dialogue entre le terminal à lecteur de carte 10 et la carte 12 reste compatible avec la norme 7816-3. A la remise à zéro, le type de carte 12 est déterminé par le terminal à lecteur de carte 10. Si la carte 12 est de type application, le terminal à lecteur de carte 10 présente à la carte 12, à l'aide d'un ordre entrant ISO (Organisation Intemrnationale de Standardisation) 7816- 3, un ordre applicatif d'interrogation, puis récupère à raide de deux ordres sortants ISO 7816-3, un ordre applicatif à exécuter. Les ordres applicatifs sont au format T (type), L (longueur), V (valeur). Le premier ordre sortant extrait les données T et L, le second extrait les données V. Le mécanisme d'extraction de l'application de la carte 12 est ainsi enclenché. Le terminal à lecteur de carte 10 interprète les ordres applicatifs, réalise les opérations y attenant et les acquitte. Dans le cas o rordre applicatif nécessite une réponse applicative, le terminal à lecteur de carte 10 présente à la carte 12 un ordre entrant comprenant la réponse applicative au format TLV. Cette réponse fait office crd'ordre applicatif d'interrogafon pour l'action applicative suivante à exécuter. Dans le cas contraire, le terminal à lecteur de carte 10 est toujours demandeur d'une action applicative à réaliser, à l'aide d'un ordre applicatif d'interrogation. On va, à présent, décrire cette cession d'échanges selon l'invention. Les trois ordres 7816-3 nécessaires à la réalisaon des opérations décrites ci-dessus sont: SP 9329.C/DB - Ecritureapplicative Cet ordre permet au terminal à lecteur de carte 10 de présenter à la carte 12 des acquittements ou des demandes d'interrogation applicatifs; - LectureapplicativeTL Cet ordre permet de lire le type et la longueur de rordre applicatif à réaliser. Il est obligatoirement suivi de rordre lectureapplicativeV; - Lecture_applicativeV Cet ordre complète rordre précédent Il permet de recueilir les données associées au type et à la longueur recueillis précédemment Les valeurs des ordres Ecritureapplicative, Lecture_applicativeTL et Lectureapplicative._V sont à normaliser entre les constructeurs de terminaux à lecteur de carte. Les ordres et acquittements applicatifs sont liés à rexpoitatibon des ressources dcentrée-sortie du terminal à lecteur de carte 10. Ils se présentent au format TLV (Type, Longueur, Valeur) et peuvent prendre des contenus qu'il conviendra de définir entre constructeurs de terminaux à lecteur de carte. Une application est un enchaînement d'ordres applicatifs entrants et sortants. On peut noter qu'elle commence toujours de la même façon, à r'aide d'un ordre applicatif d'interrogation. Elle se termine par un ordre applicatif de fin non acquitté. Le champ d'application d'un tel enchaînement d'ordres est très vaste puisque ron peut rutiliser pour des terminaux à lecteur de carte connectés ou non à un centre distant de traitement de rinformation, fixes ou mobiles, portables ou non. Pour illustrer le propos, on va analyser le cas d'un téléphone à lecteur de carte accédant à un centre vocal de paris. Le cas présenté est SP 9329.C/DB simplifié volontairement pour pouvoir réduire les fonctionnalités du téléphone à lecteur de carte et de la carte à mémoire associée au service. Le dialogue pour guider rutilisateur se fait vocalement Celui-ci peut, à l'aide des touches du dclavier de son téléphone à lecteur de carte, faire parvenir des informations au serveur vocal sous forme DTMF (Dual Tone Multifrequency). Le téléphone a lecteur de carte peut émettre de lui-même des informations en provenance de la carte à mémoire sous des formats divers. Le téléphone à lecteur de carte doit être synchronisé avec l'application vocale qui se déroule sur le serveur vocal. DescriDption du service Un prestataire de services oeuvrant dans le domaine des paris propose à ses clients fidèles (qui possèdent une ligne de crédit chez lui) la possibilité de parier à l'aide d'un téléphone à lecteur de carte, fonctionnant en DTMF, auprès d'un serveur vocal. Pour affecter les gains de façon sûre, il a besoin d'identifier ses clients. De même, ses clients ont besoin de disposer d'une preuve sur leur engagement et leur pari. Le prestataire de services décide de leur fournir une carte à mémoire leur permettant de réaliser leurs paris avec les conditions décrites précédemment La carte à mémoire, pour pouvoir réaliser ses traitements, doit être couplée à un téléphone à lecteur de carte. Il est possible pour le prestataire de services de fournir avec la carte à mémoire, un téléphone à lecteur de carte dédié au service de pari ou d'utiliser un téléphone à lecteur de carte banalisé utilisant le système décrit précédemment Mise en oeuvre Déroulement de l'opération On suppose que l'appel au centre de paris se fait automatiquement. L'utilisateur décroche son combiné et introduit sa carte à mémoire dédiée au service dans le téléphone à lecteur de carte. Le téléphone à SP 9329.CIDB lecteur de carte lit le type d'application de la carte à mémoire, puis le cas échéant, enclenche le processus d'extraction de rapplication de la carte à mémoire. La carte à mémoire à l'aide du système proposé pilote le téléphone à lecteur de carte pour composer le numéro téléphonique, pour émettre les données issues de la carte à mémoire nécessaires à la transaction en cours, pour réaliser quelques affichages sur l'écran du téléphone à lecteur de carte si celui-ci en est pourvu, pour réaliser les saisies nécessaires au calcul de sécurité nécessaires à la transaction en cours, etc.... Le téléphone à lecteur de carte Le téléphone à lecteur de carte est pourvu du système d'extraction crd'application et est capable crd'exécuter un ensemble d'ordres applicatifs définis comme par exemple numérotation, émission crd'un caractére DTMF, affichage d'un message à récran, saisie au dclavier avec ou sans échdo, brouillée ou non, etc... La carte à mémoire associée au service La carte à mémoire dédiée à rapplication contient, outre les données d'identification et ses secrets, rautomate de rapplication qu'elle déroule de façon synchronisée avec le serveur vocal associé (en fait, elle pilote, par delà le téléphone à lecteur de carte, le serveur local) et accepte rextraction de cet automate par le système décrit précédemment Ordres TLV nécessaires à une telle session On considère, dans le cas présenté, que le téléphone à lecteur de carte n'est pas équipé d'écran. La liste des ordres possibles, qui suit, est donnée à titre d'exemple: - numérotation (numéro de téléphone); émission DTMF (numéros DTMF); - acquittement (état acquitté); SP 9329.C/DB -demande de saisie (type [brouillée ou non], nombre de caractères avant confirmation [#DJ; - saisie (caractères); - fin de session (). Déroulement de la session Serveur vocal Téléphone à lecteur de carte Carte à mémoire applicaftive L'utilisateur décroche son téléphone et introduit sa carte à mémoire dans le lecteur du téléphone Lecture du type de carte Type de la carte Si la carte est du ype applicatif, Lectureapplicative_TL TL (Numérote [numéro de téléphoneD LectureapplicativeV V (Numérote [numéro de téléphoneD Le téléphone à lecteur de carte numérote et accède au serveur vocal Ecriture_applicative-TLV (Acquittement [étatD Lecture_applicative-TL TL (Demande_saisie [broulée,4D Lecture applicative-V V (Demande_saisie [brouilée,4D Le serveur vocal accueille le client. Il lui demande de saisir son code confidentiel Ecriture_applicativeTLV (saisie [résultat de saisieD SP 9329.C/DB La carte à mémoire vérifie le code confidentiel S'il est correct, on continue Lecture-applicative-TL TL (EmissionDTMF [code confidentiel correct) LectureapplicativeV V (Emission_DTMF [code confidentiel correctD Le serveur vocal reçoit le code pour acceptation du code confidentiel. Il continue son application Ecritureapplicative_TLV (Acquittement [étatD LectureapplicativeTL TL (Demande saisie[caire,4D Lectureapplicative_V V (Demande_saisie [claire,4D Le serveur vocal demande la saisie du numéro de pari. L 'utilisateur tape sur le clavier de son téléphone à lecteur de carte. Le son des touches remonte en écho vers le serveur vocal EcitureapplicafiveTLV (Saisie [résultat de saisie]) La carte à mémoire stocke ce résultat Lectureapplicative_TL TL (Demande_saisie [claim,4D Lectureapplicative_V V (Demandesaisie [claire, 4D Le serveur vocal demande la saisie du numéro sur lequel lejoueur pare. L'utilisateur tape sur le clavier de son téléphone à lecteur de carte. Le son des touches remonte en écho vers le serveur vocaL EcritureapplicativeTLV (Saisie [résultat de saisieD La carte à mémoire stocke ce résultat SP 9329.C/DB LectureapplicativeTL TL (Demandesaisie [caire,6D Lecture-applicative-V V(Demandesaisie [claire,6D Le serveur vocal demande la saisie du montant du pari L'utilisateur tape sur le clavier de son téléphone à lecteur de carte Le son des touches remonte en écho vers le serveur vocal Ecritureapplicative_TLV (Saisie [résultat de saisieD La carte a mémoire stocke ce résultat Elle calcule un certificat sur ces trois éléments Lectureapplicative-TL TL (Emission_DTMF [certificat, numéro d'abonnéD Lectureapplicative_V V (Emission_DTMF [certificat, numéro crd'abonnéD Le serveur vocal reçoit le certificat et le numéro d'abonné présent dans la carte Il remercie le client La transaction est terminée EcuitureapplicativeTLV (Acquittement [étatD LectureapplicativeTL TL (Fin de session [ D LectureapplicativeV V (Fin de session [ D Le téléphone à lecteur de carte attend l'extraction de la carte à mémoire pour commencer une nouvelle opération SP 9329.C/DB REVENDICATIONS 1. Procédé de traitement multi-applicatif d'un terminal a lecteur de cartes (10) caractérisé en ce qu'on réalise une liaison (11) avec au moins une carte électronique (12) dédiée à l'exécution d'une application; ladite carte exécutant les traitements applicatifs et dialoguant avec le terminal (10) pour la mise à disposition des entrées- sorties et des capacités du terminal; le terminal devenant esclave, au niveau de rapplicatif, vis-à-vis de ladite carte élcbro (12) dans laquelle se déroule rapplication. 2. Procédé selon la revendication 1, caractérisé en ce que Le terminal (10) présente à la carte électronique (12) un ordre applicatif d'interrogation, puis récupère un ordre applicatif à exécuter, et en ce que le terminal (10) interprète les ordres applicatifs, réalise les opérations y attenant et les acquitte. 3. Procédé selon la revendication 2, caractérisé en ce que, dans le cas o rordre applicatif nécessite une réponse applicative, le terminal (10) présente à la carte électronique (12) un ordre applicatif entrant comprenant la réponse applicative qui fait office d'ordre applicatif crd'interrogation pour la prochaine action applicative à exécuter. 4. Procédé selon la revendication 2, caractérisé en ce que dans le cas o l'ordre applicatif ne nécessite aucune réponse applicative, le terminal (10) est toujours demandeur d'action applicative à réaliser à raide d'un ordre applicatif d'interrogation. 5. Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce que les ordres applicatifs sont au format T (type), L (longueur), V (valeur). 6. Procédé selon la revendication 1, caractérisé en ce que les cartes électroniques (12) sont des cartes à mémoire comprenant chacune au moins un microprocesseur. 7. Terminal à lecteur de carte, caractérisé en ce qu'il est apte à établir une liaison (11) avec au moins une carte élechnique (12) dédiée à rexécution crune application. 8. Terminal selon la revendication 7, caractérisé en ce que les cartes électroniques (12) sont des cartes à mémoire comprenant chacune au moins un microprocesseur. SP 9329.CIDB 9. Terminal selon la revendication 7, caractérisé en ce qu'i comprend une unité centrale (15) reliée à plusieurs ensembles périphériques dont un lecteur de carte (22). 10. Terminal selon la revendication 7, caractérisé en ce que ces ensembles périphériques comprennent notamment un fichier (16), un clavier (17), un modem (18), un émetteur DTMF (19), un afficheur (21). SP 9329.C/DB