Brevet FR2875978A1 — publié le 20060331

Système et méthode pour l'Identification d'Utilisateurs La présente invention concerne une méthode pour l'identification d'utilisateurs, tout spécialement l'identification téléphonique d'utilisateurs 5 d'un service interactif, et un système prévu pour exécuter cette méthode. De façon plus spécifique, le système et la méthode décrits ci-après concernent l'identification d'utilisateurs d'un service interactif, dans le cas où les utilisateurs accèdent à un service au moyen d'un téléphone à tonalité. Avant de pouvoir accéder au service par téléphone, les utilisateurs doivent être auparavant inscrits. Cela peut être accompli de diverses manières, par exemple par le biais d'un site Web. Lors de l'inscription, un identificateur numérique, tel qu'un numéro de compte, est attribué à l'utilisateur, de pair avec, facultativement, un identificateur alphanumérique, tel qu'un pseudonyme. Afin d'accéder au service, un utilisateur doit fournir un identificateur valide. En fonction du type de service, il peut être nécessaire de s'assurer de l'identité de l'utilisateur (authentification) en vérifiant la validité d'un identificateur fourni par l'utilisateur. Cette opération est généralement mise en oeuvre à l'aide d'un mot de passe pour complémenter l'identificateur. Le système et la méthode décrits ci-après se rapportent généralement à l'identification d'utilisateurs et peuvent être complémentés, lorsque cela convient, par une méthode d'authentification. 25 Pour accéder au service par téléphone, l'utilisateur doit fournir un identificateur afin de permettre son identification. Cette opération consiste généralement à demander à l'utilisateur de fournir son numéro de compte. Cette méthode possède toutefois plusieurs inconvénients, comme par exemple le fait qu'elle soit laborieuse pour l'utilisateur qui doit systématiquement fournir son identificateur à chaque appel, qu'il soit difficile de mémoriser une série de chiffres, et que taper une série de chiffres sur un clavier peut résulter en des erreurs, surtout si le clavier est petit ou si l'utilisateur bouge (téléphone portable). De plus, taper une série de chiffres allonge la durée de l'appel et augmente par conséquent le coût d'accès au service. Un objet de la présente invention est de surmonter des problèmes et des inconvénients décrits ci-dessus, ou de fournir une variante utile. On y parvient en mettant en oeuvre la méthode présentant les caractéristiques divulguées dans la revendication 1. La méthode pour identifier un utilisateur (15) dans un service interactif comporte, selon l'invention, les étapes de: recevoir un identificateur, tout spécialement un numéro de téléphone, transmis par l'utilisateur ou en son nom lors de l'accès au service interactif, vérifier une base de données utilisateurs pour déterminer au moins une entrée correspondant audit identificateur transmis et stocker cette dite au moins une entrée dans une première liste, vérifier la base de données utilisateurs ou une autre base de données 25 pour déterminer la validité de chaque entrée dans la première liste et effacer chaque entrée invalide, vérifier la base de données utilisateurs ou une autre base de données pour déterminer des entrées correspondant à l'identificateur transmis et 30 stocker chaque entrée dans une deuxième liste, fusionner la première et la deuxième liste en une liste finale et éliminer de ladite liste finale des utilisateurs qui ont explicitement refusé la détection automatique, accorder à l'utilisateur l'accès au service demandé si la liste finale ne contient qu'une seule entrée. La solution proposée dans cette publication consiste, toutes les fois que cela est possible, à identifier automatiquement l'utilisateur. Comme détaillé ci-dessous, il est possible dans certains cas d'identifier l'utilisateur de façon complètement automatique. Dans d'autres cas, une liste d'identificateurs possibles peut être déterminée et l'on peut simplement demander à l'utilisateur de confirmer son identité. Bien entendu, dans certains cas, l'identification automatique n'est pas possible et l'on doit demander à l'utilisateur de taper son numéro de compte. Enfin, dans d'autres cas, l'utilisateur peut refuser d'être automatiquement identifié. La solution est basée sur l'utilisation combinée de différentes données, telles que le numéro de téléphone de l'utilisateur au moment de l'appel (éventuellement communiqué par le réseau téléphonique), le numéro de téléphone que l'utilisateur a communiqué éventuellement lors de l'inscription au service, le numéro de téléphone que l'utilisateur a utilisé durant un appel précédent, le choix de l'utilisateur d'accepter ou de refuser l'identification automatique, le choix étant communiqué au cours d'un appel précédent, le pseudonyme de l'utilisateur (si le service interactif utilise des pseudonymes) et/ou le numéro de compte. Les revendications dépendantes esquissent des formes avantageuses 30 d'un mode de réalisation de la méthode ou du système selon l'invention. D'autres caractéristiques et avantages de la présente invention apparaîtront d'après la description qui suit d'un mode de réalisation préféré de l'invention, donné en tant qu'exemple non-limitatif, illustré dans les dessins. Tous les éléments qui ne sont pas nécessaires à la compréhension immédiate de l'invention sont omis. Sur les dessins, les mêmes éléments sont dotés des mêmes références numériques sur les diverses figures, sur lesquelles: La figure 1 montre de façon schématique un système prévu pour exécuter 10 une méthode d'identification téléphonique d'utilisateurs d'un service interactif; La figure 2 montre une représentation en organigramme d'un algorithme comportant les étapes de la nouvelle méthode inventive d'identification 15 téléphonique selon l'invention. Dans la description qui suit, à des fins d'explication et non de limitation, des détails spécifiques sont exposés, tels que des modes de réalisation particuliers, des flux de données, des mises en oeuvre de signalisation, des interfaces, des techniques, etc. afin de fournir une compréhension approfondie de la présente invention. Il sera toutefois apparent à un spécialiste de l'art que la présente invention peut être mise en pratique dans d'autres modes de réalisation qui sortent du champ de ces détails spécifiques. Par exemple, bien que la présente invention soit parfois décrite dans le contexte de l'identification téléphonique, les spécialistes de l'art noteront que la présente invention peut être mise en oeuvre dans n'importe quel réseau de communication à l'aide de diverses méthodes pour mettre en oeuvre des services complémentaires. Dans d'autres cas, des descriptions détaillées de méthodes bien connues, d'interfaces, de dispositifs et de techniques de signalisation sont omises de sorte à ne pas obscurcir la description de la présente invention avec des détails qui 2875978 ne sont pas nécessaires. La figure 1 montre de façon schématique un système 10 prévu pour exécuter une méthode d'identification téléphonique d'utilisateurs d'un service interactif. Le système 10 est composé de deux serveurs 11, 12, où le premier serveur 11 est un serveur pour service interactif 11 et le deuxième serveur 12 est un serveur vocal interactif 12. Le serveur pour service interactif 11 garde à jour une première base de 10 données 13 d'utilisateurs inscrits. Lorsqu'un utilisateur s'inscrit au service, le serveur pour service interactif 11 inscrit ses identificateurs. Le serveur vocal interactif 12 est connecté à un réseau, de préférence un réseau téléphonique ou de télécommunication 14, lequel assure le dialogue avec un utilisateur 15. Le serveur vocal interactif 12 garde à jour sa propre base de données, une deuxième base de données ou une base de données utilisateurs 16. Le serveur vocal interactif 12 communique avec le serveur pour service interactif 11 par le biais d'un réseau de données 17, Internet par exemple. Le serveur pour service interactif 11 et le serveur vocal interactif 12 comportent tous deux un réseau pour service interactif 18 ou un réseau vocal interactif 19, respectivement. La méthode mise en oeuvre pour identifier des utilisateurs est décrite cidessous et dans ce qui suit en plus de détails en ce qui concerne l'organigramme de la figure 2. A la fin de la méthode, une variable ("idmethod") indique le moyen grâce auquel l'utilisateur a été effectivement identifié. Comme moyen d'identification de l'utilisateur (appelant) qui essaie d'accéder au service interactif, on emploie le numéro de téléphone de l'utilisateur comme identificateur. Si le numéro de téléphone de l'utilisateur est en partie ou totalement masqué par le réseau téléphonique, aucune identification automatique de l'utilisateur n'est possible. On doit demander à l'utilisateur un identificateur adéquat et cet identificateur doit être acheminé au fournisseur de services par un moyen adéquat. Afin de refléter cela, la variable à laquelle il est fait référence ci-dessus par "idmethod" est fixée à une valeur prédéterminée représentant la nécessité de recevoir un certain identificateur adéquat de l'utilisateur, par ex. "idmethod = userid_forced", et la méthode débutera par une étape qui permet à l'utilisateur de fournir un identificateur adéquat. Si l'identificateur, par ex. le numéro de téléphone, n'est pas masqué et donc reconnaissable du côté du fournisseur de services, la base de données utilisateurs 16 sera parcourue pour déterminer des utilisateurs ayant déjà appelé à partir du même numéro de téléphone que celui soumis par l'utilisateur actuel. L'on ne tiendra pas compte de tous les utilisateurs dont le dernier appel remonte à trop longtemps. Pour chaque utilisateur découvert dans la base de données utilisateurs 16, le serveur pour service interactif 11 sera consulté afin de s'assurer de la validité du numéro de compte (et celle du pseudonyme si le serveur pour service interactif 11 utilise des pseudonymes). Ensuite, le serveur pour service interactif 11 sera consulté pour obtenir la liste des utilisateurs dont le numéro de téléphone est équivalent au numéro de téléphone fourni par l'utilisateur actuel (si le serveur pour service interactif 11 a besoin d'un numéro de téléphone au cours de l'inscription au service). La méthode groupera ensuite ensemble les utilisateurs découverts dans la base de données utilisateurs 16 et sur le serveur pour service interactif 11 dans la même liste. Tous les utilisateurs qui ont explicitement refusé l'identification automatique seront éliminés. S'il arrivait que la liste résultante soit vide, une identification automatique de l'utilisateur actuel est impossible. Afin de refléter cela, la variable "idmethod" sera fixée à une valeur prédéterminée, par ex. "idmethod r userid", et la méthode débutera par une étape qui permet à l'utilisateur de fournir un identificateur adéquat. Si la liste résultante contient un seul utilisateur et si le numéro de téléphone fourni est un numéro de téléphone portable, la variable "idmethod" sera alors fixée à une autre valeur prédéterminée pour refléter cela, par ex. "idmethod = mobile". L'utilisateur est ainsi identifié et la méthode débutera par une étape permettant à l'utilisateur d'accéder au service requis. Toutefois, si la liste contient trop d'éléments, alors, là encore, aucune identification automatique de l'utilisateur n'est possible. La variable "idmethod" sera fixée à encore une autre valeur prédéterminée, afin de refléter cela, par ex. "idmethod = "userid forced", et la méthode débutera par une étape qui permet à l'utilisateur de fournir un identificateur adéquat. Dans une étape suivante de la méthode, à savoir lorsque l'utilisateur n'est pas encore identifié ou lorsque l'identification automatique ne s'est pas révélée impossible, l'utilisateur se verra donner une liste de choix possibles, par ex. une liste de pseudonymes (si le serveur pour service interactif 11 utilise des pseudonymes) ou de numéros de compte. Si l'utilisateur confirme l'un des choix possibles, il est alors identifié et la variable "idmethod" est fixée à encore une autre valeur prédéterminée pour refléter cela, par ex. "idmethod = 'confirmed". L'utilisateur est ainsi 2875978 8 identifié et la méthode débutera par une étape permettant à l'utilisateur d'accéder au service requis. Si l'utilisateur rejette tous les choix, alors, là encore, l'identification automatique n'est pas possible et la variable "idmethod" est fixée à encore une autre valeur prédéterminée pour refléter cela, par ex. "idmethod = 'userid_required", et la méthode débutera par une étape qui permet à l'utilisateur de fournir un identificateur adéquat. Lorsque l'on demande à l'utilisateur de fournir un identificateur adéquat, on demande par exemple à l'utilisateur de fournir son numéro de compte par ex. en tapant son numéro de compte par le biais du clavier du téléphone. A la réception d'un tel identificateur, le serveur pour service interactif 11 sera consulté pour s'assurer de la validité de l'identificateur fourni, par ex. le numéro de compte. Si l'identificateur se révèle être valide, l'utilisateur est alors identifié et la méthode débutera par une étape permettant à l'utilisateur d'accéder au service demandé. Si l'utilisateur ne fournit aucun identificateur avant un temps prédéterminé ou si l'identificateur fourni se révèle être invalide, l'utilisateur se verra alors indiquer comment trouver un identificateur adéquat, par ex. son numéro de compte, et la méthode recommencera en demandant à l'utilisateur de fournir un identificateur. Lorsque l'utilisateur est identifié, l'identificateur fourni, par ex. le numéro de téléphone, sera stocké dans la base de données utilisateurs 16. De préférence, l'identificateur stocké sera accompagné d'un numéro de compte ou du numéro de compte pertinent etlou d'un pseudonyme ou du pseudonyme pertinent (si le serveur pour service interactif 11 utilise des pseudonymes). 2875978 9 S'il s'agit de la première fois que cet utilisateur appelle à partir de ce numéro de téléphone et que la valeur de la variable "idmethod" est différente de "userid_forced", l'utilisateur se voit alors proposer d'être identifié automatiquement lors de son prochain appel. Le choix de l'utilisateur est inscrit dans la base de données utilisateurs 16. Chaque cas possible est résumé par la valeur de la variable "idmethod" à la fin du processus d'identification comme on peut le voir d'après le tableau suivant: Idmethod L'utilisateur a-t-il L'utilisateur peut-il être tapé son numéro de identifié par son numéro compte ? d'appel lors du prochain appel ? Mobile OUI Confirmed OUI Userid OUI OUI userid_required OUI OUI userid_forced OUI La figure 2 montre à présent une représentation en organigramme d'un algorithme comportant les étapes de la nouvelle méthode inventive d'identification téléphonique d'utilisateurs d'un service interactif exécutée par le système 10 tel que décrit auparavant. La méthode vérifie d'abord un identificateur, tout spécialement un numéro de téléphone ou des identificateurs similaires qui permettent de reconnaître l'utilisateur 15, transmis par l'utilisateur 15 ou en son nom lors de l'accès au service interactif. Cette vérification est initialisée en vérifiant si l'identificateur, par ex. le numéro de téléphone, est en partie ou 2875978 complètement masqué à l'étape 20. Si c'est le cas, l'algorithme bifurque vers l'étape 21, ce qui amène l'algorithme à débuter à l'étiquette "askid" 22. Si le numéro de téléphone n'est pas masqué et est donc reconnaissable, l'étape 23 fournit alors une première liste (non montrée) 5 dérivée de la base de données utilisateurs 16 contenant des utilisateurs ayant déjà appelé à partir de ce numéro de téléphone. Cela est accompli en vérifiant la base de données utilisateurs 16 pour déterminer au moins une entrée correspondant audit identificateur transmis, par ex. le numéro de téléphone, et stocker cette dite au moins une entrée dans la première liste. La première liste comporte alors des données ou une référence à des données, par ex. un numéro de compte, stockées pour des utilisateurs inscrits. Ladite première liste est de préférence générée par rapport à un seuil prédéterminé, où ce seuil représente une valeur temporelle et où l'on ne tient pas compte des utilisateurs dont le dernier appel remonte à trop longtemps par rapport à ce seuil lorsque cette première liste est fournie. L'étape 24 concerne la vérification de la validité des entrées dans la première liste. Cela est accompli en vérifiant la validité d'un numéro de compte et/ou d'un pseudonyme inclus dans les données de l'utilisateur par le biais de la consultation du serveur pour service interactif 11. Le résultat de cette vérification est une deuxième liste (non montrée), compilée à l'étape 25, d'utilisateurs inscrits présentant des coordonnées valides, telles que par ex. un numéro de compte valide ou un pseudonyme valide, et ayant récemment appelé à partir du numéro de téléphone pertinent. A l'étape 26, les utilisateurs qui ont explicitement refusé l'identification automatique sont éliminés de la deuxième liste. L'algorithme débute à l'étape 27, laquelle est insérée en tant que moyen de pontage de la représentation graphique de l'algorithme. 11 2875978 L'étape 28 est prévue pour vérifier si la deuxième liste est vide. Si c'est le cas, l'algorithme bifurque vers l'étape 29, ce qui amène l'algorithme à débuter à l'étiquette "askid" 22. Si la deuxième liste s'est révélée être non vide à l'étape 28, l'étape 30 vérifie si la deuxième liste ne contient qu'une seule entrée, à savoir des données faisant référence à un utilisateur. Si c'est le cas, l'algorithme bifurque vers l'étape 31, ce qui amène l'algorithme à débuter à l'étiquette "connect" 32. Si la deuxième liste ne s'est pas révélée contenir seulement une entrée à l'étape 30, l'étape 33 vérifie si la deuxième liste est trop longue, à savoir si elle comporte plus d'une entrée. Si cela s'avère être vrai, l'algorithme bifurque vers l'étape 34, ce qui amène l'algorithme à débuter à l'étiquette "askid" 22. Dans l'étape ultérieure 35, l'utilisateur 15 se voit présenter une liste de choix possibles. L'algorithme débute à l'étape 36, laquelle est, là encore, insérée en tant que moyen de pontage de la représentation graphique de l'algorithme. Si n'importe lequel des choix présentés à l'utilisateur 15 à l'étape 35 est confirmé, ce qui est vérifié à l'étape 37, l'algorithme bifurque vers l'étape 25 38, ce qui amène l'algorithme à débuter à l'étiquette "connect" 32. L'étape suivante 22 est étiquetée "askid" et est le point d'entrée pour le sous-algorithme s'occupant de la récupération d'un identificateur ou d'informations similaires adéquates provenant de l'utilisateur 15. L'étape 39 est par conséquent prévue pour demander à l'utilisateur 15 son numéro de compte. A l'étape 40, ce numéro de compte est vérifié par comparaison avec les données dans la base de données utilisateurs 16 en consultant le serveur pour service interactif 11. L'étape 41 vérifie si le numéro de compte s'est révélé être valide. Si cela est vrai, l'algorithme bifurque vers l'étape 42, ce qui amène l'algorithme à débuter à l'étiquette "connect" 32. Toutefois, si le numéro de compte fourni ne s'est pas révélé être valide, on suppose que l'utilisateur 15 a fait une erreur en fournissant son numéro de compte et, par conséquent, l'étape 43 donne à l'utilisateur des informations pour trouver son numéro de compte. L'étape 32 est étiquetée "connect" et est le point d'entrée pour le sousalgorithme s'occupant de connecter l'utilisateur au service demandé. L'étape 44 inscrit les données de l'utilisateur dans la base de données utilisateurs 16. L'étape 45 vérifie si l'appel actuel de l'utilisateur est le premier appel de cet utilisateur. Si cela est vrai, l'algorithme bifurque vers l'étape 46. Si l'appel actuel n'est pas le premier appel de l'utilisateur, l'algorithme se termine alors à l'étape 47, laquelle peut comporter un appel à un algorithme fournissant à l'utilisateur 15 l'accès au service demandé. A l'étape 46, l'algorithme vérifie s'il est nécessaire de demander explicitement une identification de l'utilisateur. Cela s'appliquerait, par exemple, si l'identificateur fourni lors de l'accès au service interactif, par ex. le numéro de téléphone, ne suffisait pas à identifier l'utilisateur. Cela, à son tour, s'appliquerait si le même numéro de téléphone était employé par plus d'un utilisateur pour accéder au service, à savoir si la deuxième liste fournie à l'étape 25 contenait plus d'une entrée. Si des étapes supplémentaires d'identification sont essentielles, cela ne sert à rien de demander à l'utilisateur 15 s'il veut être identifié automatiquement lorsqu'il accède au service pour la première fois. L'algorithme bifurque par conséquent vers l'étape 47 et se termine. Si l'identification automatique était toutefois possible, on demanderait à l'utilisateur sa permission à cet égard à l'étape 48. Le choix de l'utilisateur est stocké dans la base de données utilisateurs 16 à l'étape ultérieure 49. Bien qu'un mode de réalisation préféré de l'invention ait été illustré et décrit ici, on reconnaît que des changements et des variations peuvent être effectués sans sortir du champ de l'invention tel qu'exposé dans les revendications. En résumé, l'invention fournit un système et une méthode pour l'identification d'utilisateurs lors de l'accès à un service interactif sur la base d'un identificateur fourni par l'utilisateur 15 ou en son nom, où l'identificateur est vérifié par comparaison avec le contenu d'au moins une base de données 13, 16 maintenue par le fournisseur de services et où l'accès est accordé, par exemple, lorsque l'identificateur fourni coïncide avec une entrée seulement dans la ou chaque base de données 13, 16. Références numériques système 11 serveur pour service interactif 12 serveur vocal interactif 13 première base de données 14 réseau de télécommunication utilisateur 16 base de données utilisateurs 17 réseau de données 18 réseau pour service interactif 19 réseau vocal interactif à 47 étape (de l'algorithme) Revendications 1. Une méthode pour identifier un utilisateur (15) dans un service interactif, la méthode comportant les étapes de: recevoir un identificateur, tout spécialement un numéro de téléphone, transmis par l'utilisateur ou en son nom lors de l'accès au service interactif, vérifier une base de données utilisateurs (16) pour déterminer au moins une entrée correspondant audit identificateur transmis et stocker cette dite au moins une entrée dans une première liste, vérifier une première base de données (13) pour déterminer la validité de chaque entrée dans la première liste et effacer chaque entrée invalide, vérifier la première base de données (13) pour déterminer 20 des entrées correspondant à l'identificateur transmis et stocker chaque entrée dans une deuxième liste, fusionner la première et la deuxième liste en une liste finale et éliminer de ladite liste finale des utilisateurs qui ont 25 explicitement refusé la détection automatique, accorder à l'utilisateur (15) l'accès au service demandé si la liste finale ne contient qu'une seule entrée. 2. La méthode de la revendication 1, où l'étape de vérifier une base de données utilisateurs (16) pour déterminer au moins une entrée correspondant à l'identificateur transmis et de stocker cette dite au moins une entrée dans une première liste, comporte l'étape supplémentaire de ne pas tenir compte, lors de la compilation de ladite première liste, des utilisateurs (15) dont la dernière tentative d'accès au service interactif remonte à trop longtemps. 3. La méthode de la revendication 1, comportant de plus l'étape de déterminer les données de l'utilisateur (15) lorsque ladite liste finale est vide. 4. La méthode de la revendication 1 ou de la revendication 3, comportant de plus l'étape de récupérer les données de l'utilisateur (15) lorsque ladite liste finale comporte plus d'une entrée. 5. La méthode de la revendication 3 ou de la revendication 4, où l'étape de déterminer les données de l'utilisateur (15) comporte les étapes de: récupérer un identificateur approprié pour identifier l'utilisateur (15), vérifier la première base de données (13) pour déterminer la validité de l'identificateur récupéré et accorder à l'utilisateur (15) l'accès au service demandé si l'identificateur est valide. 2875978 17 6. La méthode de la revendication 5, où, si l'étape de récupération de l'identificateur ou de vérification de la validité de l'identificateur échoue, la méthode comporte l'étape supplémentaire de: donner des instructions à l'utilisateur (15) sur la façon de trouver un identificateur adéquat. 7. La méthode selon n'importe laquelle des revendications précédentes, dans laquelle, dès que l'accès au service demandé est accordé à l'utilisateur (15), l'identificateur de l'utilisateur (15) est stocké dans la base de données utilisateurs (16), de préférence accompagné de l'heure et/ou des données de l'accès ou de la tentative. 8. La méthode selon la revendication 7, où la méthode comporte les étapes supplémentaires de: vérifier s'il s'agit ou non du premier accès de l'utilisateur (15) sous l'identificateur fourni, déterminer, s'il s'agit en fait du premier accès, si l'utilisateur (15) préfère ou non être identifié automatiquement lors de tentatives d'accès supplémentaires, et stocker les informations selon la décision de l'utilisateur (15), de préférence dans la base de données utilisateurs (16). 2875978 18 9. Appareil pour identifier un utilisateur (15) dans un service interactif, composé : d'un serveur pour service interactif (11) et d'un serveur 5 vocal interactif (12), ledit serveur pour service interactif (11) étant composé d'un réseau pour service interactif (18) et d'une première base de données (13), ledit serveur vocal interactif (12) étant composé d'un réseau vocal interactif (18) et d'une base de données utilisateurs (13), ledit serveur pour service interactif (11) et ledit serveur vocal interactif (12) étant connectés de façon à communiquer par un réseau de données (17), et ledit serveur vocal interactif (12) étant connecté de façon à 20 communiquer à un réseau de télécommunication (14) permettant l'accès à un utilisateur externe (15). 10. Appareil selon la revendication 9, dans lequel l'appareil est prévu afin de procéder à la méthode selon n'importe 25 laquelle des revendications 1 à 8.