FR 2739705 A1 19970411 FR 9600825 A 19960119 Procédé de consultation et de transaction à domicile par cartes bancaires. Le domaine de l'invention est celui de la réalisation d'opérations bancaires à distance, par l'intermédiaire de terminaux télématiques. Plus précisément, l'invention concerne une technique permettant un accès élargi, sécurisé et contrôlable à de nombreuses opérations bancaires, à l'aide d'une carte bancaire classique. Depuis de nombreuses années, le public est habitué à utiliser des cartes bancaires à micro-circuits, essentiellement pour effectuer des paiements dans les commerces ou des retraits d'argent auprès des distributeurs automatiques bancaires (DAB). Chaque carte bancaire porte un identifiant propre (codé sur 16 chiffres), qui permet à la banque de faire le lien avec le compte correspondant. Par ailleurs, les banques ont développé des services "à domicile", qui permettent à l'utilisateur de consulter l'état de leurs comptes et d'effectuer diverses opérations depuis leur domicile ou leur lieu de travail, à l'aide d'un terminal télématique (MINITEL (marque déposée) par exemple). Pour accéder à un tel service, l'utilisateur ouvre un contrat avec sa banque, qui lui affecte un identifiant d'accès (numéro "Vidéotex"). Une fois qu'il a introduit son identifiant d'accès, l'utilisateur peut visualiser le solde de son compte et les dernières opérations qu'il a effectuées, et agir sur son compte. L'inconvénient majeur de cette technique est que l'utilisateur doit connaître par coeur deux codes confidentiels : celui de sa carte bancaire et son identifiant "Vidéotex". Cela introduit de façon évidente des risques d'erreur et de confusion. Par ailleurs, du point de vue de la banque, deux bases de données distinctes sont gérées : une base de données "cartes bancaires", et une base de données "contrats Vidéotex". n n'y a pas de liaison directe entre les informations contenues dans ces bases de données, et il n'est pas possible de définir une relation surjective et/ou injective entre elles, sauf dans le cas de contrats particuliers, dits contrats "sécurisés". Le développement d'une nouvelle base de données est difficilement envisageable, du fait du nombre considérable d'informations que cela représente. La présente invention a notamment pour objectif de pallier les inconvénients de l'état de la technique. Plus précisément, un objectif de l'invention est de fournir un procédé de consultation à domicile ne nécessitant pas, du point de vue de l'utilisateur, la mémorisation de données d'accès supplémentaires, par rapport à celles qu'il connaît déjà. Un autre objectif de l'invention est de fournir un tel procédé, qui offre une sécurité d'accès supérieure à celle d'un simple code d'accès. L'invention a également pour objectif de fournir un tel procédé, qui ne nécessite pas la mise en place d'une nouvelle base de données. Encore un autre objectif de l'invention est de fournir un tel procédé, qui offre une procédure de sécurité et de contrôle d'accès améliorée, par rapport aux techniques connues. Ces objectifs, ainsi que d'autres qui apparaîtront par la suite, sont atteints selon l'invention à l'aide d'un procédé de consultation et/ou de transaction qui, dans un réseau constitué notamment d'un serveur de données bancaires et d'une pluralité de terminaux télématiques munis de moyens d'identificationlauthentification de cartes bancaires, comprend les étapes suivantes: - un terminal télématique transmet audit serveur les références, et notamment le numéro, de la carte bancaire qu'il contient, après l'avoir identifiée et authentifiée; - le serveur vérifie que ladite carte est autorisée à fonctionner, et notamment qu'elle n'est pas frappée d'opposition; - si ledit numéro de carte est présent dans une première table de correspondance, concernant un premier type d'abonnements dits "virements sécurisés" et associant de façon univoque un numéro de carte à un identifiant d'accès dit "vidéotex", le serveur délivre l'identifiant d'accès correspondant; - sinon, le serveur: - recherche dans une seconde table de correspondance l'identifiant de client (SGI) associé audit numéro de carte; - recherche dans une base de données l'ensemble des contrats associés audit identifiant de client; - sélectionne un desdits contrats, et délivre son identifiant d'accès; - le client effectue une transaction ou une consultation sur le compte auquel ledit identifiant d'accès lui donne accès; - le serveur mémorise, au moins temporairement, dans une zone mémoire associée au contrat sélectionné, des données concernant notamment l'instant de l'opération et le numéro de la carte. De cette façon, le procédé de l'invention permet d'effectuer des opérations diverses depuis son domicile avec une carte bancaire, dès lors que le terminal télématique correspondant comprend des moyens de dialogue avec une carte à micro-circuits. Pour l'utilisateur, il suffit de connaître son code confidentiel de carte. De plus, la sécurité est accrue, du fait de l'utilisation d'une carte. Du point de vue de la banque, le traitement est complexe, puisqu'il fait appel à plusieurs bases de données distinctes, mais il ne nécessite pas la création d'une nouvelle base. Le procédé prend en compte toutes les spécificités des éléments en place, et notamment l'existence d'une base de données spéciale correspondant aux "virements sécurisés", pour lesquels le lien entre la carte à mémoire et l'accès "Vidéotex" existe. Enfin, la sécurité est assurée d'une part par l'utilisation de la carte et d'autre part par la mémorisation d'informations sur la ou les dernières opérations. Ainsi, de façon avantageuse, chacune desdites consultations et/ou transactions concernant un contrat est mémorisée en association avec un identifiant de ladite carte bancaire, de façon qu'au moins certains titulaires dudit contrat puissent les visualiser et vérifier les accès audit compte. Selon un mode de réalisation particulier, on peut prévoir que, dans le cas d'un compte détenu par plusieurs titulaires, la consultation d'une liste de transactions et/ou de consultations mémorisées peut être, pour un titulaire donné: - interdite; - limitée aux opérations effectuées par ledit titulaire; - autorisée pour l'intégralité des opérations. Selon un autre mode de réalisation, mis en oeuvre notamment dans la première version de l'invention, on mémorise uniquement, dans la base de données de contrats, l'instant et le numéro de carte de la dernière connexion par carte bancaire. L'invention peut être mise en oeuvre dans un réseau constitué notamment d'un serveur de données bancaires et d'une pluralité de terminaux télématiques munis de moyens d'identificationlauthentification de cartes bancaires, et comprenant de plus des terminaux permettant un accès audit serveur par la fourniture dudit identifiant d'accès "vidéotex" et/ou des guichets tenus par des personnes habilitées. Dans ce cas, le procédé gère une liste complète des opérations effectuées dans un contrat, avec identification de la personne effectuant ladite opération, quelle que soit l'origine de ladite opération. En d'autres termes, il est possible de visualiser les opérations faites auprès d'un guichet, d'un distributeur automatique, ou à l'aide d'un terminal télématique personnel. De façon avantageuse, ladite étape de sélection d'un desdits comptes extrait de l'ensemble des contrats associés audit identifiant de client répond à une règle de priorité prédéterminée. On peut notamment prévoir que ladite règle de priorité privilégie les contrats personnels, à titulaire unique, par rapport aux contrats collectifs, à au moins deux titulaires. De façon préférentielle, le serveur consulte une base de données associant audit identifiant d'accès "vidéotex" un contrat télématique correspondant, définissant pour au moins certains des clients ladite règle de priorité. Selon un autre mode de réalisation de l'invention, ladite étape de sélection peut être effectuée par le client, en fonction d'une liste de contrats accessibles délivrée au terminal par ledit serveur. D'autres caractéristiques et avantages de l'invention apparaîtront à la lecture de la description suivante d'un mode de réalisation préférentiel de l'invention, donné à titre de simple exemple illustratif et non limitatif, et des dessins annexés, parmi lesquels: - la figure 1 présente, de façon simplifiée, sous la forme d'un synoptique, le procédé de l'invention; - la figure 2 illustre la cinématique de l'identification par carte à mémoire selon un mode de réalisation préférentiel de l'invention. Lorsqu'il désire effectuer une opération bancaire depuis son domicile, l'usager a, selon l'invention, deux possibilités. I1 peut classiquement utiliser son numéro "Vidéotex" qui lui a été attribué par un contrat spécifique, qu'il tape directement sur le clavier de son terminal télématique (Minitel (marque déposée) par exemple). n dispose selon l'invention d'une autre possibilité, à savoir l'utilisation de sa carte bancaire, pourvu que son terminal dispose des moyens adéquats de dialogue avec une telle carte. Dans ce cas, l'usager introduit sa carte, qui assure l'identification et l'authentification 1 du porteur, par l'intermédiaire de l'interface homme-machine du terminal, à partir d'un code confidentiel (4 chiffres en général). Dans ce cas, l'usager n'a plus besoin de retenir un identifiant supplémentaire. Par ailleurs, le nombre de données à rentrer au clavier, et donc les risques d'erreur, sont réduits, puisqu'une partie des données est connue de la carte, qui peut en assurer la transmission directement. Lorsque la carte est authentifiée, le terminal effectue, par exemple par l'intermédiaire d'un modem sur le réseau téléphonique commuté, la connexion 2 avec le serveur de la banque, et transmet notamment le numéro de la carte bancaire (CAM). La première opération effectuée par ce serveur est la consultation 3 d'une première banque de données contenant la liste des cartes frappées d'opposition. Dans l'affirmative, l'utilisateur en est averti, et la connexion est interrompue. Sinon, on vérifie (4) si la carte en cause correspond à une catégorie particulière correspondant à des clients privilégiés (titulaires par exemple d'un abonnement spécial dit "virement sécurisé") pour lesquels une seconde base de données 5 permet d'associer directement l'identifiant d'accès "Vidéotex" au numéro de carte à mémoire de façon univoque. Il n'est pas possible de mettre en oeuvre une telle base de données (au moins dans un premier temps) pour l'ensemble des clients. I1 est donc nécessaire de prévoir une procédure particulière, ne nécessitant pas la création d'une base de données spécifique. L'association d'un numéro de carte, par essence personnel, à un identifiant d'accès "Vidéotex", dont les caractéristiques sont définies par un contrat spécifiques n'est pas triviale, en particulier dans le cas des comptes collectifs. I1 n'y a en effet aucune relation surjective et/ou injective entre les deux types d'information. Selon l'invention, on consulte tout d'abord une troisième base de données 6 clients (SGI) qui gère l'ensemble des informations concernant un client (données générales : nom, adresse, informations juridiques, comptes, engagements,...). Cette base de données associe au numéro de carte à mémoire un numéro de client (identifiant SGI). Une carte n'est associée qu'à un seul identifiant SGI. Un compte peut être associé à plusieurs identifiants SGI (cas des comptes collectifs). A partir de ce numéro de client, il est possible d'extraire d'une quatrième base de données 7, la base de données des contrats, I'ensemble des contrats associés à ce numéro de client. Enfin, on sélectionne (8) un des contrats, identifié par son identifiant "Vidéotex". En conséquence, pour être accessible, un compte doit préalablement être inscrit dans le contrat télématique du client. Les opérations pouvant être effectuées sur le compte sont définies au niveau du contrat télématique. Dans un premier mode de réalisation, la sélection est effectuée par le serveur, selon une procédure prédéfinie, consistant par exemple notamment à privilégier les contrats personnels par rapport aux contrats collectifs. n est bien sûr possible de déroger à cette règle, en le précisant dans le(s) contrat(s) correspondant(s). Dans un second mode de réalisation, le serveur retourne vers le terminal l'ensemble des accès possibles, et l'usager indique lui-même son choix. A partir de l'identifiant d'accès "Vidéotex" (obtenu soit directement (5) soit par transition à l'aide du numéro de client et sélection (6, 7, 8)), on accède au(x) compte(s) correspondant(s). La recherche des comptes du titulaire de la carte se fait à partir de l'identifiant SGI du porteur. La procédure récupère les comptes rattachés à l'identifiant du porteur et ceux rattachés à l'identifiant SGI à laquelle appartient le porteur. L'usager peut alors effectuer l'opération 9 (ou plusieurs opérations) qu'il désire, telle qu'une consultation (opération passive) ou une transaction (opération active, telle qu'un virement). Enfin, on mémorise dans une zone spéciale du contrat plusieurs paramètres permettant d'identifier au moins le moment (date et heure) et la personne (numéro de carte) de la dernière connexion par carte bancaire. Par exemple, on peut prévoir que chaque fois qu'un client se connecte, la procédure conserve pour le contrat télématique accédé (identifiant "Vidéotex") la date, l'heure et, le cas échéant, le numéro de carte utilisée. Chaque fois qu'un client se connecte sur le service, la date et l'heure du précédent accès au service et éventuellement l'indication "par carte" (si le précédent accès a eu lieu par carte) sont affichées sur l'écran d'accueil du client. Plusieurs améliorations ou compléments peuvent être envisagés,tels que, notamment les caractéristiques revendiquées dans les revendications secondaires. En particulier, on peut prévoir de mémoriser l'ensemble des informations concernant une série des dernières opérations (par exemple les 5 à 10 dernières opérations). Par ailleurs, il est possible, dans le cas de contrats collectifs, de spécifier les droits de consultation affectés à chacun. On peut par exemple prévoir trois options : le droit de tout consulter, le droit de ne consulter que ses propres opérations (et/ou que certains types d'opérations), ou l'absence de droit de consultation. De préférence, les opérations effectuées selon d'autres méthodes (au guichet par exemple) sont également accessibles par une consultation selon l'invention. On présente maintenant, de façon plus détaillée, le fonctionnement du procédé de l'invention dans le mode de réalisation mis en oeuvre par la demanderesse. Cette application concerne la consultation de comptes de la BNP (déposante de la présente demande). L'identification par carte a mémoire selon l'invention permet aux utilisateurs Téléservice BNP de s'identifier grâce à leur carte bancaire à puce. Ce nouveau système ne vient pas en remplacement de l'identification par saisie de l'identifiant vidéotex et du mot de passe, mais s'ajoute au moyen existant. I1 doit faciliter la phase d'identification pour le client qui n'a plus à se rappeler ni de son identifiant vidéotex, ni du mot de passe associé. L'utilisateur garde le choix du mode d'identification et peut toujours utiliser son identifiant Ui vidéotex. Le principe est le suivant: le client se connecte sur son minitel (marque déposée) à Téléservice BNP comme à l'accoutumée (numérotation 3614 puis BNP1). Le système d'identification propose à l'utilisateur le choix de s'identifier: - par saisie de son identifiant vidéotex; - ou par carte à mémoire si son Minitel le permet. S'il choisit de s'identifier par carte, le client introduit alors sa carte bancaire dans son lecteur de cartes et saisit son code confidentiel. Des contrôles d'identification et d'authentification du porteur vont permettre d'accepter la carte, de vérifier qu'elle n'est pas opposée puis de rechercher l'abonnement Téléservice BNP correspondant. Pour pouvoir s'identifier par carte à mémoire, le client doit disposer d'un lecteur de carte intégré ou relié à son Minitel, d'une carte bancaire CB (marque déposée) (ou d'une carte Transfert Sécurisé) et doit connaître le code confidentiel. L'utilisation du lecteur de cartes et les fonctions de sécurité associées à la carte bancaire à puce vont permettre d'identifier le porteur et de rechercher son abonnement télématique. Dans un premier volet de mise en oeuvre, les utilisateurs qui pourront s'identifier par carte bancaire sont les abonnés Téléservice BNP, et parmi les mandataires Téléservice BNP, ceux qui ont l'option Carte à Mémoire. L'identification par carte à mémoire présente les 3 fonctions suivantes: - Identification-authentification du porteur Lorsque le client choisit de s'identifier par carte à mémoire (introduction de la carte bancaire dans le lecteur puis ENVOI), on va s'assurer du fonctionnement du lecteur de carte et de la présence d'une carte à microcircuit. Si le lecteur est en état de fonctionnement, les traitements d'identification et d'authentification du porteur sont déclenchés. En cas d'erreur, un message est affiché. On demande au client de saisir son code confidentiel. Trois essais maximum sont accordés. En cas d'échec, un blocage "logique" du microcircuit est effectué et la connexion entre le client et le serveur est interrompue. Lorsque la saisie du code confidentiel est correcte, le système vérifie que la carte introduite est une carte bancaire BNP ou une carte Transfert Sécurisé (TS), et que cette carte n'est ni bloquée, ni périmée. - Gestion des oppositions Cette fonction va contrôler que la carte n'est pas opposée dans les bases Oppositions et Cartes. Si la carte est opposée, un blocage logique du microcircuit est effectué. Un message informe l'utilisateur et la communication entre le client et le serveur est interrompue. - Recherche de l'abonnement de l'utilisateur Après acceptation de la carte, on recherche l'identifiant vidéotex du porteur et son abonnement Téléservice BNP. Des contrôles Contrat porteur et Contrat RTC sont effectués. Si l'identifiant vidéotex vérifie les conditions, le client parvient sur l'écran d'accueil. L'identification par carte à mémoire doit être possible à partir d'un Minitel équipé d'un LECAM2 (marque déposée) et à partir d'un minitel à lecteur de carte intégré M3 ou M4 (type MAGIS) (marque déposée). Ces deux types de matériel obligent à une double gestion de la fonction "Identification/authentification du porteur". La demande de saisie du code porteur, gérée par les programmes résidents dans le lecteur de cartes, s'effectue: - en ligne 24 pour le client équipée d'un LECAM2, - sous forme de fenêtre pour les utilisateurs de M3 ou M4. En conséquence, la charte graphique ne sera pas respectée pour l'affichage "saisie du code confidentiel". La carte Transfert Sécurisé (TS) ne permettra pas l'accès à Téléservice BNP sur les serveurs Minitels de type MAGIS (le lecteur de cartes de ce matériel ne reconnait pas le masque B0 en écriture). L'utilisation du lecteur de cartes et des fonctions MULTICAM-PSG (marque déposée) engendrent des temps de réponse importants. La phase d'identification par carte à mémoire ne doit pas dépasser 10 secondes. L'identification par carte à mémoire sera possible au départ uniquement pour Téléservice BNP Particulier et Professionnel et avec des cartes bancaires (cartes bleues CB, VISA, PREMIER) (marques déposées) ou des cartes TS. Ce service sera paramétré par code produit. Le service est ouvert à tous les clients abonnés principaux Téléservice BNP, aux mandataires Téléservice BNP qui ont l'option carte à mémoire, et sur inscription à tout porteur désigné par l'abonné principal (numéro de carte inscrit à l'option carte à mémoire). Les mandataires qui n'ont pas l'option carte à mémoire ne seront pas autorisés à s'identifier par carte dans la première version. La figure 2 présente la cinématique de l'identification par carte à mémoire. Le client commence, classiquement, par appeler (21) le serveur. Le système lui demande de s'identifier (22). Le client effectue sa saisie correspondante (23). La possibilité de s'identifier par carte bancaire doit être paramétrée par code produit. Dans un premier temps, on proposera l'identification par carte à mémoire uniquement pour la fonction Téléservice BNP. Lorsque le client appuie sur la touche ENVOI sur l'écran d'identification sans avoir renseigné le champ Identifiant, le système incrémente le nombre d'essai par carte à mémoire. Après 3 erreurs, l'applicatif affiche l'écran de déconnexion et le bandeau de communication correspondant à l'erreur. L'utilisateur est déconnecté après une temporisation du moniteur. Le système doit libérer la session avec le PSG si une session a été ouverte. Après préparation (24) de la fenêtre d'identification CAM et appel Multicam, on effectue la fonction 241 d'identification et d'authentification du porteur. L'objectif de cette fonction 241 est de contrôler la présence du lecteur de cartes et d'une carte introduite, si le client a choisi de s'identifier par carte, d'identifier et d'authentifier le porteur. Cette fonction va afficher la fenêtre en pied d'identification par carte, appeler la fonction Contrôle mise sous tension, identification - authentification par carte et effectuer les contrôles propres de la carte introduite. On vérifie: - que le code confidentiel du porteur est correct, - que la carte n'est pas bloquée, - que la carte est une carte bancaire BNP ou une carte Transfert Sécurisé (TS), - que la carte est valide. Les messages d'erreur sont affichés en ligne 0. Seule la touche fonction Connexion/fin est permise pendant la fonction 24. Les règles de gestion prévues sont: - Rl : Le client qui a tapé ENVOI sans saisir d'identifiant vidéotex a décidé de s'identifier par Carte à Mémoire. - R2: Trois essais maximum sont autorisés. - R3: L'identification par carte est acceptée uniquement pour les cartes bancaires BNP (cartes bleues CB, VISA, PREMIER) et les cartes TS , qui ne sont ni périmées, ni bloquées, ni opposées. Les tâches de cette fonction 241 sont: - Contrôler le nombre d'essais; - Préparer la fenêtre en pied "IDCAM" Identification par carte. - Afficher le message "Identification en cours ... Patientez" dans la fenêtre en mode journal. - Appeler Multicam pour la fonction "identification - authentification" qui va assurer les traitements de Contrôle Mise sous Tension (25), et d'Identification-authentification (26). - Gérer le code retour et les informations restituées par Multicam (numéro porteur, date de début et fin de validité, type d'application). Si le code retour Multicam est correct (27), le système fait les contrôles suivants: - date de fin de validité non dépassée, - BIN correspondant à BIN BNP ou TS (Le BIN correspond aux 6 premiers chiffres du numéro porteur). Les codes BIN acceptés sont: - 497400 (carte bleue nationale et internationale) - 497401 (carte bleue internationale) - 497402 (carte bleue nationale) - 497403 (carte bleue - carte Affaires) - 497490 (carte Premier) - 497498 (carte TS). Les types d'application sont: - 3FE5 pour les cartes bancaires - BC pour les cartes TS. Les différentes situations pouvant être rencontrées, en cas de problèmes, sont: si code retour: "problème technique" alors: - afficher le message M1 "Identification par carte indisponible" - réafficher la fenêtre en pied standard - afficher le bandeau d'erreur correspondant - refuser toute nouvelle tentative d'identification par carte dans la session en désactivant la fenêtre "choix identification par carte". si code retour: "pas de Lecam" (49, 51, 53, 67) alors - afficher le message M2 -"Vérifiez le fonctionnement de votre lecteur" réafficher la fenêtre en pied standard - afficher le bandeau d'erreur correspondant si code retour: "pas de carte introduite" alors: - afficher le message M3: "Veuillez introduire votre carte" - réafficher la fenêtre en pied standard - afficher le bandeau d'erreur correspondant si carte bloquée alors: - afficher le message M5 "carte bloquée" - afficher le bandeau d'erreur correspondant puis - déconnexion après temporisation. si carte périmée alors: - affichage du message M6 "carte périmée" - réafficher la fenêtre en pied standard - afficher le bandeau d'erreur correspondant si code BIN non accepté ou carte TS dans minitel Magis alors: - affichage du message M7 "carte non acceptée" - réafficher la fenêtre en pied standard - afficher le bandeau d'erreur correspondant - si type d'application non reconnu alors: - affichage du message M8 "carte non reconnue" - afficher le bandeau d'erreur correspondant et - déconnexion après temporisation - si problème lecture carte (43, 48, 4E, 50, 58, 59, 60, 65) alors: - affichage du message M7 "carte non acceptée" - afficher le bandeau d'erreur correspondant - si expiration timer Minitel/Lecam (code 68) alors: - affichage du message M18 "saisie hors délai". En cas d'erreur et si le code retour est différent de "carte bloquée" ou "type d'application non reconnu" après le deuxième essai - le message d'erreur à afficher est remplacé par le message M4 -"Dernier essai avant déconnexion" en ligne 0 - afficher le bandeau d'erreur correspondant au code retour. Après l'affichage 28 du message "porteur identifié", on passe à la fonction de gestion des oppositions 29. L'identification par carte bancaire n'est possible qu'avec des cartes qui ne sont pas frappées d'opposition et qui ne sont pas clôturées. L'objectif de la fonction est de s'assurer que la carte n'est pas en opposition et qu'elle n'est pas clôturée. Ce contrôle s'effectue en accédant aux bases "Oppositions" et "Cartes". Si la carte est opposée, cette fonction fera un appel à Multicam pour une demande de blocage logique de la carte avant d'effectuer une fin de session. Les messages d'erreur sont affichés en ligne 0. Seule la touche fonction Connexion/fin est permise pendant la fonction. Les règles de gestion sont: - R1: Pour permettre l'accès à Téléservice BNP, la carte ne doit pas être opposée. - R2: Pour permettre l'accès à Téléservice BNP, la carte ne doit pas être clôturée. - R3: Le traitement des oppositions se fait si la fonction précédente "Identification Authentification" s'est déroulée correctement et a rendu un code retour correct. - R4: Si pour des raison techniques (MULTICAM-PSG hors service, accès impossible aux bases "oppositions" et "cartes", ... l'identification par carte est impossible. La fonction 29 assurent tout d'abord la réinitialisation de la fenêtre en-pied IDCAM et affichage du message M9 "Recherche de votre abonnement". Le message s'affiche en ligne 24 si le lecteur utilisé est un LECAM2, en ligne 20 si l'appareil est de type MAGIS. Ensuite, le contrôle d'opposition se fait en trois étapes: - 1 - Recherche du CTI sur lequel est gérée la carte (Accès au fichier index du CTI). - 2 - Consultation de la base Cartes sur le CTI de gestion de la carte. On récupère l'état de la carte (opposée, clôturée, ..) et les informations nécessaires à la gestion de l'identification par carte. - 3 - Consultation de la base des oppositions (DNAG0010) du CTI correspondant à la carte à partir du numéro de siège et du numéro porteur si la carte n'est pas opposée dans la base "Cartes". La base des oppositions ne contient que les cartes opposées des 10 derniers jours (la mise en opposition d'une carte est prise en compte en temps réel sur la base des oppositions, et avec un décalage maximum de 24 heures dans la base "Cartes"). La carte est opposée: - si elle est présente dans la base DNAG0010, - ou si le code motif d'opposition (c-motif-opstn) dans la base "Cartes" est différent de '00'. La carte est clôturée si, dans la base "Cartes", le code clôture (c-clot-portr) est différent de '00'. Les opérations effectuées sont: - si la carte est opposée (base DNAG0010 ou base "Cartes") - réaliser via Multicam un blocage logique de la carte, afficher le message Ml "Carte opposée", - afficher le bandeau d'erreur correspondant, - terminer la session avec le client après temporisation. Le système commande (210) la fonction de blocage du micro-circuit de la carte. Si la carte est clôturée, le système: affiche le message M12 "Carte clôturée" - réaffiche la fenêtre enpied standard, affiche le bandeau d'erreur correspondant. Si la carte n'est pas trouvée dans la base Cartes: - afficher le message M10 "Identification par carte im - nouveau siège du client après transfert: N-SGE-TRFRT-2 La donnée Identifiant vidéotex N-I-TLSRVB est renseignée si l'utilisateur dispose de l'option Carte à Mémoire. Cette option peut être souscrite pour Téléservice BNP, Télégestion ou Téléchargement. Si les contrôles sur les bases "DNAG" ou "Cartes" ne sont pas possibles pour des raisons techniques, alors: - afficher le message MI "Identification par carte indisponible" - réafficher la fenêtre enpied standard - afficher le bandeau d'erreur correspondant - refuser toute nouvelle tentative d'identification par carte dans la session en désactivant la fenêtre "choix identification par carte". Si le client a encore un dernier essai, le message qui doit être affiché en ligne 0 est le message M4: "Dernier essai avant déconnexion". Ensuite, on met en oeuvre la fonction Recherche de l'abonnement (211). L'objectif est de rechercher l'identifiant vidéotex du client à partir des données SGI et d'effectuer des contrôles de cohérence entre les bases Cartes, ETC, Mot de passe. Les messages d'erreur sont affichés en ligne 0. Seule la touche fonction Connexion/fin est permise pendant la fonction. Les règles de gestion sont les suivantes - R1: L'identification par carte est possible pour les abonnés principaux au Téléservice BNP et pour les mandataires qui ont l'option Carte à mémoire. - R2: La recherche de l'abonnement se fait si la carte n'est ni opposée, ni périmée. - R3: L'identifiant vidéotex qui va être trouvé doit correspondre au code d'accès et au produit accédé (TSB Particulier ou professionnel). - R4: Un contrat carte de nature professionnelle ne permet l'accès qu'à un contrat vidéotex professionnel (Télé service BNP professionnel). - R5: Un contrat carte de nature personnelle permet l'accès à un contrat vidéotex particulier. -R6: Si un identifiant vidéotex est renseigné dans la base "Cartes", c'est cet identifiant qui est utilisé pour accéder à l'abonnement s'il correspond au produit d'appel. - R7: La transaction privilégie l'accès à l'abonnement correspondant à l'identifiant SGI du porteur, puis à l'identifiant SGI collectif. -R8: Le statut du porteur de la carte utilisée doit être personnel pour les porteurs qui n'ont pas l'option Carte à Mémoire. Les tâches effectuées sont: a) si le client possède l'option Carte à Mémoire (un identifiant vidéotex est renseigné dans la base"Cartes" pour le porteur): - Recherche du contrat dans la base ETC avec l'identifiant vidéotex trouvé dans la base "Cartes". - Si l'identifiant vidéotex n'est pas trouvé dans la base ETC - afficher le message M14 "Aucun abonnement rattaché à la carte" - afficher la fenêtre enpied standard - afficher le bandeau correspondant à l'erreur. - Sinon: - Vérifier que le produit accédé est bien celui de l'identifiant vidéotex. - Si l'abonnement trouvé ne correspond pas au produit accédé: - afficher le message M15"Aucun abonnement rattaché au service" - afficher la fenêtre enpied standard - afficher le bandeau d'erreur correspondant - Vérifier que l'identifiant vidéotex a bien l'option Carte à mémoire. - Si l'identifiant n'a pas l'option Carte à mémoire, si la carte utilisée est une carte TS ou une carte "porteur mandaté": - refuser l'accès au service - afficher le message M16 et le bandeau d'erreur correspondant. - Si l'identifiant n'a pas l'option Carte à mémoire et si la carte utilisée est une carte CB "porteur personnel", - refuser l'accès au service avec 1' identifiant trouvé - rechercher l'abonnement (cf paragraphe b). - Si l'abonnement trouvé ne correspond pas au produit accédé - afficher le message M15 "Aucun abonnement rattaché au service" - afficher la fenêtre enpied standard - afficher le bandeau d'erreur correspondant - Vérifier (212) que l'identifiant vidéotex n'est pas invalidé dans la base "Mot de passe". - Si l'identifiant vidéotex est invalidé: - afficher le message M17 "Votre abonnement n'est plus ouvert" - afficher le bandeau correspondant à l'erreur - déconnexion après temporisation. b) la donnée Identifiant vidéotex n'est pas renseignée pour le porteur dans la base Cartes contrôler le statut du porteur. - Si le statut du porteur est "mandaté" - ne pas accepter l'accès au service par cette carte - afficher le message d'erreur M13 "Carte non autorisée" - afficher le bandeau d'erreur correspondant - afficher la fenêtre enpied standard. - Si le statut du porteur est "personnel": Le système recherche les informations liens au SGI (identifiant SGI collectif RD0260 de 0 à n identifiants SGI trouvés). Si l'accès au SGI ou à la base ETC est impossible - afficher le message M1 "Identification par carte indisponible" - afficher le bandeau d'erreur correspondant - afficher la fenêtre enpied standard. A partir des identifiants SGI trouvés (identifiant SGI du porteur et des collectifs), le système va rechercher les identifiants vidéotex correspondants qui sont abonnés principaux. Si aucun contrat trouvé dans la base ETC - afficher le message M14 "Aucun abonnement rattaché à la carte" - afficher la fenêtre enpied standard - afficher le bandeau correspondant à l'erreur sinon, le système effectue les contrôles d'acceptation des identifiants vidéotex dans l'ordre défini par la règle de gestion R7 jusqu'à obtenir un identifiant permettant l'accès: - vérifier que le produit accédé est bien celui de l'abonnement trouvé - vérifier la compatibilité du contrat carte et du contrat vidéotex trouvé (règles de gestion R4 et R5) - vérifier que l'identifiant vidéotex n'est pas invalidé dans la base "Mot de passe" (contrôle que le mot de passe n'est pas à blanc) Si le code produit ne correspond pas au produit appelé - afficher le message M15 "Aucun abonnement rattaché au service" - afficher la fenêtre enpied standard - afficher le bandeau d'erreur correspondant - En cas d'incompatibilité contrat carte et contrat vidéotex trouvé (R4 et R5) - afficher le message M16 "Carte non acceptée" - afficher la fenêtre enpied standard - afficher le bandeau d'erreur correspondant - Vérifier que l'identifiant vidéotex n'est pas invalidé dans la base Mot de passe. - Si l'identifiant vidéotex est invalidé: - afficher le message M17 "Votre abonnement n'est plus ouvert" - afficher le bandeau correspondant à l'erreur - déconnexion après temporisation. Les traitements communs quelle que soit la méthode de recherche sont: Si l'identifiant vidéotex est valide, le système enrichit le contexte de la dernière date et heure de connexion et met àjour dans la base "Mot de passe": - la date de connexion (comme pour une identification standard), - l'heure de connexion (idem que l'identification standard), - la date de connexion par carte (nouvelle donnée dans la base "Mot de passe"), - l'heure de connexion par carte (nouvelle donnée dans la base "Mot de passe"), - le numéro porteur de la carte de la connexion en cours (nouvelle donnée dans la base "Mot de passe"), - le numéro porteur de la carte de la précédente connexion par carte (nouvelle donnée dans la base "Mot de passe"), - le nombre de connexions par carte (nouvelle donnée dans la base "Mot de passe"). Vérifier si l'identifiant vidéotex trouvé est présent dans la table des identifiants de démonstration. S'il existe, enrichir le contexte de l'indicateur d'identifiant de démonstration. Le système ne doit pas incrémenter le nombre de connexions. Si l'identifiant vidéotex est présent dans la base ETC mais absent dans la base "Mot de passe", il s'agit d'un nouvel abonné. Le système insère un enregistrement dans la base "Mot de passe". L'identification propose "l'accueil 1ère fois" à l'abonné (visite guidée). Le système libère la session avec le PSG et enchaîne sur l'identification standard pour la suite du traitement. En cas de rejet et si le client a encore un dernier essai, le message à afficher est le message M4 "Dernier essai avant déconnexion". Les informations Cartes sont conservées dans la base Cartes jusqu'à la prochaine identification par carte. Le tableau suivant est un diagramme général de la procédure d'identification par carte à mémoire, qui récapitule le procédé décrit ci-dessus. Etape Minitel utilisateur Lecteur de cartes Multicam Identification Gestion oppo/cartes Recherche SGI et base RTC 1 Appel client Préparation affichage écran identification 2 Affichage écran et saisie du client 3 Réception choix client + Préparation fenêtre "identification carte" 4 Affichage fenêtre "Identification Carte" 5 Appel Multicam fonction Mise sous Tension (MST) fonction identification 6 Envoi MST Téléchargement Identif/Authentif 7 Traitement MST Traitement Identif/authentif 8 Affichage fenêtre "saisie code conf" + saisie code conf 9 Contrôle code conf. 10 Retour Multicam Récupération infos puce 11 Réception résultat de l'identification multicam et des infos de la puce + Affichage message "Recherche de votre abonnement" 12 Contrôle bases oppo et cartes 13 Réception contrôle cartes + Recherche identifiant videotext ou Contrôle Identifiant Videotex 14 Recherche SGI et ETC 15 Réception accès ETC Contrôle et MAJ base Mot de passe Retour indentification standard REVENDICATIONS 1. Dans un réseau constitué notamment d'un serveur de données bancaires et d'une pluralité de terminaux télématiques munis de moyens d'identification/authentification de cartes bancaires, un procédé de consultation et/ou de transaction, caractérisé en ce qu'il comprend les étapes suivantes: - un terminal télématique transmet audit serveur les références, et notamment le numéro, de la carte bancaire qu'il contient, après l'avoir identifiée et authentifiée; - le serveur vérifie que ladite carte est autorisée à fonctionner, et notamment qu'elle n'est pas frappée d'opposition; - si ledit numéro de carte est présent dans une première table de correspondance, concernant un premier type d'abonnements dits "virements sécurisés" et associant de façon univoque un numéro de carte à un identifiant d'accès dit "vidéotex", le serveur délivre l'identifiant d'accès correspondant; - sinon, le serveur: - recherche dans une seconde table de correspondance l'identifiant de client (SGI) associé audit numéro de carte; - recherche dans une base de données l'ensemble des contrats associés audit identifiant de client; - sélectionne un desdits contrats, et délivre son identifiant d'accès; - le client effectue une transaction ou une consultation sur le compte auquel ledit identifiant d'accès lui donne accès; - le serveur mémorise, au moins temporairement, dans une zone mémoire associée au contrat sélectionné, des données concernant notamment l'instant de l'opération et le numéro de la carte. 2. Procédé selon la revendication 1, caractérisé en ce que chacune desdites consultations et/ou transactions concernant un contrat est mémorisée en association avec un identifiant de ladite carte bancaire, de façon qu'au moins certains titulaires dudit contrat puissent les visualiser et vérifier les accès audit compte. 3. Procédé selon la revendication 2, caractérisé en ce que, dans le cas d'un compte détenu par plusieurs titulaires, la consultation d'une liste de transactions et/ou de consultations mémorisées peut être, pour un titulaire donné: - interdite; - limitée aux opérations effectuées par ledit titulaire; - autorisée pour l'intégralité des opérations. 4. Procédé selon l'une quelconque des revendications 1 à 3, caractérisé en ce qu'on mémorise uniquement, dans la base de données de contrats, l'instant et le numéro de carte de la dernière connexion par carte bancaire. 5. Dans un réseau constitué notamment d'un serveur de données bancaires et d'une pluralité de terminaux télématiques munis de moyens d'identification/authentification de cartes bancaires, et comprenant de plus des terminaux permettant un accès audit serveur par la fourniture dudit identifiant d'accès "vidéotex" et/ou des guichets tenus par des personnes habilitées, un procédé selon l'une quelconque des revendications 1 à 4, caractérisé en ce qu'il gère une liste complète des opérations effectuées dans un contrat, avec identification de la personne effectuant ladite opération, quelle que soit l'origine de ladite opération. 6. Procédé selon l'une quelconque des revendications 1 à 5, caractérisé en ce que ladite étape de sélection d'un desdits comptes extrait de l'ensemble des contrats associés audit identifiant de client répond à une règle de priorité prédéterminée. 7. Procédé selon la revendication 6, caractérisé en ce que ladite règle de priorité privilégie les contrats personnels, à titulaire unique, par rapport aux contrats collectifs, à au moins deux titulaires. 8. Procédé selon l'une quelconque des revendications 6 et 7, caractérisé en ce que l'on consulte une base de données associant audit identifiant d'accès "vidéotex" un contrat télématique correspondant, définissant pour au moins certains des clients ladite règle de priorité. 9. Procédé selon l'une quelconque des revendications 1 à 5, caractérisé en ce que ladite étape de sélection est effectuée par le client, en fonction d'une liste de contrats accessibles délivrée au terminal par ledit serveur.