Brevet FR2956548A1 — publié le 20110819

La présente invention concerne le contrôle d'appels dans les téléphones et plus particulièrement un procédé et un dispositif de contrôle d'appels sortants, en réponse à des appels entrants, notamment dans les téléphones mobiles. L'identification des appels entrants dans un téléphone permet à son utilisateur de prendre un appel ou non selon l'identité de l'appelant et selon le contexte de l'appel. Par exemple, un utilisateur peut décider de ne pas prendre l'appel d'un membre de sa famille lorsqu'il est en réunion mais de prendre les appels de ses collègues. Réciproquement, en soirée, cet utilisateur peut décider de prendre les appels des membres de sa famille mais de rejeter les appels de ses collègues. A ces fins, lorsqu'un appel entrant est détecté, le téléphone appelé affiche le numéro de téléphone de l'appelant, sauf si ce dernier souhaite masquer son identité, ou son nom si une base de données du téléphone associe le nom au numéro de téléphone appelant. Certains téléphones sont d'ailleurs pourvus de filtres permettant de filtrer les appels entrants et/ou sortants de telle sorte que seuls les appels non reçus depuis ou émis vers des interlocuteurs identifiés dans une base de données mémorisée dans le téléphone soient rejetés. Un tel exemple de réalisation est notamment décrit dans la demande de brevet WO 2009/098289. Par ailleurs, les téléphones comprennent généralement une mémoire dans laquelle sont mémorisées toutes les identités des interlocuteurs appelants et appelés. Une application logicielle permet d'accéder à ces identifiants qui peuvent être affichés sous forme d'un journal. En outre, certains téléphones affichent automatiquement la liste des identifiants des appelants lorsqu'aucune action n'a été prise en réponse aux appels entrants correspondants. Ainsi, lorsqu'un utilisateur active son téléphone, une liste, généralement appelée « appels en absence », s'affiche automatiquement pour donner les numéros de téléphone ou les noms des personnes ayant cherché à joindre l'utilisateur du téléphone. Cet utilisateur peut alors rappeler ces personnes. Selon certaines études, une proportion importante d'utilisateurs rappelle les numéros présentés dans la liste des « appels en absence » sans chercher au préalable l'identité des personnes ayant appelé. Profitant de ce phénomène de rappel « à l'aveugle », certaines personnes mal intentionnées ont récemment développé une escroquerie connue sous le nom de « ping cal/ ». Celle-ci consiste à appeler, depuis un serveur et avec un numéro fortement surtaxé, un grand nombre de numéros et à raccrocher avant que l'utilisateur ou son répondeur ne réponde de façon à ne pas payer le coût de la communication. Un nombre important d'utilisateurs ainsi appelés rappellent le numéro les ayant appelés, fortement surtaxé, en utilisant la fonction de rappel du téléphone. Ces utilisateurs tombent alors sur une messagerie vocale et payent le prix surtaxé de la communication. Le même phénomène existe avec des messages textes de type SMS (sigle de Short Message Service en terminologie anglo-saxonne) comprenant une invitation à appeler un numéro indiqué sous un prétexte fallacieux. Il existe donc un besoin pour contrôler les appels sortants de téléphones, émis en réponse à des appels entrants ou à des messages reçus. L'invention permet de résoudre au moins un des problèmes exposés précédemment. L'invention a ainsi pour objet un procédé de contrôle d'appels sortants en réponse à des appels entrants ou des messages reçus, le procédé étant mis en oeuvre dans un téléphone comprenant des moyens de mémorisation d'identifiants de dispositifs pouvant être appelés par ledit téléphone, des moyens d'obtention d'un identifiant d'un dispositif appelé par ledit téléphone et des moyens pour rejeter un appel sortant, ce procédé comprenant les étapes suivantes, - mémorisation d'au moins une liste d'identifiants comprenant au moins un identifiant préalablement reçu dans lesdits moyens de mémorisation ; - détection d'un appel sortant ; - obtention d'un identifiant d'un dispositif appelé visé par ledit appel sortant ; - comparaison dudit identifiant obtenu avec au moins un identifiant de ladite au moins une liste d'identifiants pour déterminer si ledit identifiant obtenu est présent dans ladite au moins une liste d'identifiants ; et, - en réponse à la dite étape de comparaison, si ledit identifiant obtenu est présent dans ladite au moins une liste d'identifiants, demande de validation dudit appel sortant. Le procédé selon l'invention permet ainsi d'avertir un utilisateur des risques engendrés par des appels sortants à destination de dispositifs préalablement identifiés, notamment de risques financiers liés à une surfacturation de l'appel sortant. Ainsi, l'utilisateur peut passer les appels sortants s'il le souhaite mais ne peut les passer par inadvertance. Selon un mode de réalisation particulier, le procédé comprend en outre une étape d'affichage d'un message de demande de validation dudit appel sortant. L'utilisateur est ainsi averti visuellement du risque associé à l'appel sortant et peut, en réponse à ce message, valider ou non l'appel sortant. A ces fins, le procédé comprend, de préférence, une étape de réception d'une commande de validation, ledit appel sortant étant émis en réponse à ladite commande de validation. Ainsi, un appel sortant présentant un risque pour l'utilisateur du téléphone ne peut être passé qu'après confirmation de l'utilisateur, c'est-à-dire uniquement de façon intentionnelle. Avantageusement, ledit appel sortant n'est émis que si ladite commande de validation est reçue dans un délai prédéterminé afin d'éviter une faute d'inattention de l'utilisateur. Selon un mode de réalisation particulier, le procédé comprend en outre une seconde étape de détection d'un second appel sortant, ledit appel sortant étant appelé premier appel sortant, ledit second appel sortant étant émis si l'identifiant d'un dispositif appelé visé par ledit second appel sortant est similaire à l'identifiant d'un dispositif appelé visé par ledit premier appel sortant. Le procédé selon l'invention peut ainsi être mis en oeuvre dans des téléphones ne disposant pas de fonctionnalités avancées, l'invention étant particulièrement simple à mettre en oeuvre. Avantageusement, ledit second appel sortant n'est émis que si ledit second appel sortant est détecté dans un délai prédéterminé afin d'éviter une faute d'inattention de l'utilisateur. Toujours selon un mode de réalisation particulier, ladite au moins une liste d'identifiants comprend au moins une règle définissant un groupe d'identifiants, ladite étape de comparaison dudit identifiant obtenu avec au moins un identifiant de ladite au moins une liste d'identifiants comprenant une étape de comparaison dudit identifiant obtenu avec ladite au moins une règle pour déterminer si ledit identifiant obtenu appartient audit groupe d'identifiants. Il n'est ainsi pas nécessaire d'établir une liste exhaustive de tous les identifiants des dispositifs appelés pouvant présenter un risque pour l'utilisateur, certains identifiants pouvant être groupés et définis par de simples règles. L'invention a également pour objet un programme d'ordinateur comprenant des instructions adaptées à la mise en oeuvre de chacune des étapes du procédé décrit précédemment lorsque ledit programme est exécuté dans un microcontrôleur ou un microprocesseur. L'invention a aussi pour objet une carte de type SIM comprenant des moyens de stockage, lesdits moyens de stockage comprenant le programme d'ordinateur décrit précédemment et des moyens de calcul adaptés à mettre en oeuvre ledit programme d'ordinateur. De façon avantageuse, lesdits moyens de stockage mémorisent ladite au moins une liste d'identifiants de telle sorte que tous les éléments nécessaires à la mise en oeuvre de l'invention soient compris dans la carte. L'invention a aussi pour objet un dispositif comprenant des moyens 25 adaptés à la mise en oeuvre de chacune des étapes du procédé décrit précédemment ainsi qu'un téléphone comprenant ce dispositif. Les avantages procurés par ce programme d'ordinateur, cette carte de type SIM, ce dispositif et ce téléphone sont similaires à ceux évoqués précédemment. 30 D'autres avantages, buts et caractéristiques de la présente invention ressortent de la description détaillée qui suit, faite à titre d'exemple non limitatif, au regard des dessins annexés dans lesquels : - La figure 1 représente schématiquement un téléphone comprenant une carte d'identification de type SIM permettant la mise en oeuvre de l'invention ; - la figure 2 illustre certaines étapes d'un exemple d'algorithme mis en oeuvre dans un téléphone mobile pour contrôler les appels sortants d'un téléphone conformément à l'invention ; et, - les figures 3 et 4 illustrent certaines étapes d'un premier et d'un second exemples d'algorithme de validation d'appels lorsqu'un appel sortant est identifié comme suspect. De façon générale, l'invention permet de contrôler les appels sortants dans un téléphone en comparant l'identifiant du dispositif appelé avec une liste d'identifiants préalablement reçus de telle sorte que les appels sortants dont l'identifiant du dispositif appelé figurent dans la liste sont rejetés s'ils ne sont pas validés. La liste des identifiants peut être reçue d'un opérateur ou d'un tiers. Ces identifiants peuvent être complets ou partiels. Il peut notamment s'agir de numéros de téléphone ou de numéros de téléphone partiels visant, par exemple, des numéros commençant par des chiffres prédéterminés. La liste d'identifiants contient ainsi des identifiants des dispositifs appelés pour lesquels les appels sortants doivent être abandonnés s'ils ne sont pas validés. Ces identifiants sont, par exemple, les numéros de téléphone des dispositifs appelés, des racines de numéro de téléphone appelés tels que, en France, les numéros commençant par 0899, 0897 ou 0892, ou plus généralement des règles sur des numéros de téléphone telles les règles « tous les numéros commençant par 089 », « tous les numéros se terminant par 1512 », « tous les numéros contenant 123 » ou encore des combinaisons de règles telles que « tous les numéros commençant par 089 et se terminant par 1512 ». La liste des identifiants peut également être gérée de façon locale en ajoutant des identifiants reçus dans des appels entrants ou dans des messages textes reçus. L'utilisateur peut également entrer ou supprimer manuellement des identifiants. Selon un mode de réalisation particulier, l'invention est mise en oeuvre dans un téléphone mobile de type GSM (sigle de Global System for Mobile communications en terminologie anglo-saxonne), de type UMTS (sigle d'Universal Mobile Telecommunications System en terminologie anglo- saxonne) ou de type CDMA (sigle de Code Division Multiple Access en terminologie anglo-saxonne), par exemple dans une carte à microcircuits d'identification auprès d'un réseau de téléphonie mobile ou une carte de souscription à un réseau de téléphonie mobile (carte d'abonnement ou carte prépayée) telle qu'une carte de type SIM (acronyme de Subscriber Identity Module en terminologie anglo-saxonne) ou une carte de type UICC (acronyme d'Universal Integrated Circuit Card en terminologie anglo-saxonne). Une telle carte, appelée carte de type SIM dans la suite de la description, contient généralement un microcontrôleur et de la mémoire, typiquement de la mémoire de type ROM (sigle de Read Only Memory en terminologie anglo-saxonne) ou EEPROM (sigle de Electrically-Erasable Programmable Read-Only Memory en terminologie anglo-saxonne). Elle est utilisée pour stocker des informations propres à l'abonné et à l'opérateur d'un réseau mobile. Elle permet également de stocker des applications de l'utilisateur, de son opérateur ou dans certains cas de tierces parties. La figure 1 illustre un exemple d'architecture d'un téléphone mobile comprenant une carte de type SIM, adapté à mettre en oeuvre l'invention. Comme illustré, le téléphone mobile 100 comprend un module 105 de téléphonie mobile, avantageusement relié à un haut-parleur 110 et à un microphone 115. Le téléphone mobile 100 comprend également une unité centrale de traitement 120, aussi appelée CPU (sigle de Central Processing Unit en terminologie anglo-saxonne), une mémoire 125 et, de préférence, un écran 130 et une interface utilisateur 135 tel qu'un clavier ou un dispositif tactile pouvant notamment être intégré à l'écran 130. L'interface utilisateur 135 permet notamment de saisir des chiffres d'un numéro de téléphone à composer, de sélectionner un identifiant d'un interlocuteur préalablement mémorisé afin d'émettre un appel à destination de celui-ci et plus généralement de naviguer dans des menus du système d'exploitation et des applications mis en oeuvre dans le téléphone mobile 100. Le téléphone mobile 100 comprend aussi un lecteur de carte 140. L'unité centrale de traitement 120 est connectée au module de téléphonie 105, à la mémoire 125, à l'écran 130, à l'interface utilisateur 135 et au lecteur de carte 140 pour mettre en oeuvre les fonctions généralement proposées par les téléphones mobiles. Une carte de type SIM 145 est ici connectée au lecteur de carte 140 du téléphone mobile 100. La carte de type SIM 145 comprend un microcontrôleur 150 ainsi qu'une mémoire 155, par exemple une mémoire de type ROM et/ou de type EEPROM. Le microcontrôleur 150 et la mémoire 155 sont typiquement reliés entre eux et au lecteur de carte dans lequel la carte de type SIM est insérée. Selon un mode de réalisation particulier, la mémoire 155 de la carte de type SIM est utilisée pour mémoriser l'application mettant en oeuvre l'invention ainsi que la liste des identifiants correspondant à des dispositifs pour lesquels les appels sortants doivent être abandonnés s'ils ne sont pas validés par l'utilisateur. Alternativement, l'application mettant en oeuvre l'invention est mise en oeuvre dans la carte de type SIM 145 tandis que la liste des identifiants est mémorisée dans la mémoire 125 du téléphone mobile 100. Alternativement encore, l'application mettant en oeuvre l'invention est mise en oeuvre dans l'unité centrale de traitement 120 du téléphone mobile 100 tandis que la liste des identifiants est mémorisée dans la mémoire 125 du téléphone mobile 100 ou dans la mémoire 155 de la carte de type SIM 145. La figure 2 illustre certaines étapes d'un exemple d'algorithme mis en oeuvre dans un téléphone mobile pour contrôler les appels sortants d'un téléphone conformément à l'invention. Une première étape (étape 200) a ici pour objet de recevoir une liste d'identifiants, par exemple de numéros de téléphones, correspondant à des dispositifs à destination desquels les appels sortants doivent être validés. La liste d'identifiants reçus peut également consister en une liste de mise à jour d'identifiants préalablement mémorisés dans le téléphone mobile. Cette liste est mémorisée dans une base de données 205 stockée dans une mémoire du téléphone mobile ou dans une mémoire d'une carte, par exemple une carte de type SIM, insérée dans le téléphone mobile. La liste d'identifiants est ici reçue d'un tiers, par exemple de l'opérateur de téléphonie lié au téléphone mobile. Elle représente des identifiants de dispositifs « douteux », c'est-à-dire de dispositifs susceptibles d'entraîner des coûts ou des nuisances masqués à l'utilisateur du téléphone mobile. L'étape 200 est, par exemple, réalisée sur commande du tiers fournissant la liste d'identifiants, sur commande de l'utilisateur du téléphone mobile, par exemple suite à la réception d'un message l'information de l'existence de cette liste ou de l'existence d'une mise à jour de cette liste, ou de façon périodique, par exemple toutes les semaines ou tous les mois. La liste d'identifiants peut également être chargée dans la carte de type SIM utilisée lors de la personnalisation de la carte. Comme décrit précédemment, la liste des identifiants peut également comprendre des règles définissant des ensembles d'identifiants. Une étape suivante (étape 210), optionnelle, permet à l'utilisateur du téléphone mobile de gérer la liste d'identifiants mémorisée dans la base de données 205 pour, notamment, ajouter ou supprimer des identifiants. Cette étape peut être réalisée manuellement par l'utilisateur ou de façon automatique. Il peut s'agir, par exemple, d'ajouter systématiquement tous les identifiants des appels reçus et restés sans réponse et qui ne correspondent à aucun identifiant figurant dans un répertoire du téléphone mobile. Lors de la détection d'un appel sortant (étape 215), l'identifiant du dispositif appelé est obtenu (étape 220). L'obtention de cet identifiant peut notamment être réalisée à l'aide de fonctions existantes dans le téléphone mobile comme décrit ci-dessous. L'identifiant du dispositif appelé est alors comparé (étape 225) à la liste des identifiants préalablement reçus et mémorisés dans la base de données 205. Il peut d'agir d'une simple comparaison de l'identifiant du dispositif appelé avec des identifiants de la liste d'identifiants et/ou de la comparaison de l'identifiant du dispositif appelé avec une ou plusieurs règles de la liste d'identifiants pour déterminer si l'identifiant du dispositif appelé vérifie ou non des règles, c'est-à-dire pour déterminer si l'identifiant est compris dans un groupe d'identifiants définis par une règle. Un test (étape 230) est ensuite effectué pour déterminer si l'identifiant du dispositif appelé figure dans la liste des identifiants préalablement mémorisés. Dans l'affirmative, une demande de validation est émise (étape 235) pour permettre à l'utilisateur de confirmer l'appel en dépit de la présence de l'identifiant du dispositif appelé dans la liste des identifiants préalablement mémorisés. Un test est alors effectué pour déterminer si l'utilisateur confirme ou non l'appel sortant (étape 240). Des exemples de mises en oeuvre de ces étapes de demande de validation d'appels sortants sont décrits en référence aux figures 3 et 4 décrites ci-dessous. Si l'appel sortant n'est pas validé, c'est-à-dire si l'utilisateur du téléphone mobile ne confirme pas son intention d'appeler le dispositif identifié, l'appel sortant est abandonné (étape 245). Un message peut être affiché pour avertir l'utilisateur de l'abandon de l'appel sortant. Au contraire, si l'appel sortant est validé par l'utilisateur (étape 240) ou si l'identifiant du dispositif appelé ne figure pas dans la liste des identifiants mémorisés (étape 230), l'appel sortant est traité de façon classique (étape 250). Typiquement, dans ce cas, le numéro de téléphone correspondant à l'identifiant est composé. Comme suggéré par les flèches en trait pointillé, l'algorithme illustré sur la figure 2 est répété pour recevoir des listes d'identifiants considérés comme « douteux », des mises à jour de telles listes et pour traiter tous les appels sortants. La figure 3 illustre certaines étapes d'un premier exemple d'algorithme de validation d'appels lorsqu'un appel sortant est identifié comme suspect. L'algorithme illustré ici est, par exemple, appelé suite à l'étape 230 représentée sur la figure 2 lorsque l'identifiant du dispositif appelé appartient à la liste des identifiants mémorisés dans la base de données 205. Une première étape (étape 300) vise à afficher un message d'avertissement à destination de l'utilisateur, l'invitant à confirmer son choix concernant l'appel sortant. Un tel message est, par exemple, le message « Attention, le numéro appelé peut engendrer des frais de communication importants. Voulez-vous confirmer cet appel ? ». Ce message est typiquement affiché sur l'écran 130 du téléphone 100 illustré sur la figure 1. En réponse, l'utilisateur utilise l'interface homme-machine à sa disposition, par exemple un clavier ou une interface tactile, pour confirmer l'appel sortant ou l'annuler. La touche de validation correspond par exemple à la touche « OK » du téléphone tandis que la touche annuler correspond à la touche « raccrocher ». Il peut également s'agir de touche contextuelle. Si l'utilisateur valide (étape 305) l'appel sortant, ce dernier est émis (étape 310), c'est-à-dire que le numéro de téléphone correspondant à l'identifiant est composé. Dans le cas contraire, si l'utilisateur annule l'appel sortant, celui-ci est abandonné (étape 315). Un message peut être affiché pour avertir l'utilisateur de l'abandon de l'appel sortant. De façon avantageuse, un compte à rebours est mis en oeuvre pour éviter une manipulation erronée. Ainsi, lorsque le message de validation est affiché (étape 300), un compteur est déclenché après avoir été réinitialisé (étape 320). Un test est effectué pour comparer la valeur de ce compteur avec une valeur prédéterminée (étape 325). Dès que la valeur du compteur est égale à la valeur prédéterminée, c'est-à-dire dès que le temps prédéterminé est écoulé, l'appel sortant est abandonné (étape 315). Ainsi, si l'utilisateur n'a pas confirmé l'appel sortant dans un temps donné, cet appel est abandonné. Il est observé ici que si, conformément à l'algorithme représenté sur la figure 3, le délai prédéterminé est initialisé lors de l'affichage du message de validation, il peut également être initialisé à la détection de l'appel sortant à l'origine de l'algorithme de validation ou à tout autre instant lié à cet appel sortant. La figure 4 illustre certaines étapes d'un second exemple d'algorithme de validation d'appels lorsqu'un appel sortant est identifié comme suspect. L'algorithme illustré ici est, par exemple, appelé suite à l'étape 230 représentée sur la figure 2 lorsque l'identifiant du dispositif appelé appartient à la liste des identifiants mémorisés dans la base de données 205. Il peut notamment être utilisé lorsque le téléphone mettant en oeuvre l'invention ne permet pas de valider un appel sortant, c'est-à-dire ne permet que d'abandonner, le cas échéant, un appel sortant. Une première étape (étape 400) consiste à afficher un message d'avertissement à l'utilisateur l'invitant à renouveler l'appel sortant s'il le confirme. Un tel message est, par exemple, le message « Attention, le numéro appelé peut engendrer des frais de communication importants. Si vous souhaitez confirmer cet appel, veuillez le renouveler dans un délai de 20 secondes ». Ce message est typiquement affiché sur l'écran 130 du téléphone 100 illustré sur la figure 1. Le numéro de téléphone appelé ou l'identifiant du dispositif appelé est mémorisé de façon temporaire (étape 405), par exemple dans une variable appelée identifiant temporaire. Si une donnée était mémorisée dans cette variable, elle est remplacée par la valeur de l'identifiant associé à l'appel sortant. L'appel sortant est ici abandonné. L'utilisateur doit renouveler son appel dans un délai imparti s'il veut le confirmer. Suite au message d'invitation à répéter l'appel sortant (étape 400) et à l'abandon de celui-ci, l'appel sortant suivant est détecté (étape 410) et le numéro de téléphone appelé ou l'identifiant du dispositif appelé est obtenu (étape 415). Il est observé ici que les étapes 410 et 415 sont similaires aux étapes 215 et 220 décrites précédemment. L'identifiant associé à l'appel sortant est ensuite comparé avec celui mémorisé précédemment (étape 420), mémorisé ici dans la variable identifiant temporaire. Si l'identifiant associé à l'appel sortant est identique à celui préalablement mémorisé, l'appel sortant est traité de façon standard (étape 425). Typiquement, le numéro de téléphone correspondant à l'identifiant est composé. Si, au contraire, l'identifiant associé à l'appel sortant n'est pas identique à celui préalablement mémorisé, des étapes similaires à celles décrites en référence aux étapes 230 à 250 sont exécutées pour déterminer si l'appel sortant doit être traité ou faire l'objet d'une confirmation de l'utilisateur conformément aux étapes décrites précédemment (étapes 400 à 425). De façon avantageuse, un compte à rebours est mis en oeuvre pour éviter une manipulation erronée. Ainsi, lorsque le message invitant l'utilisateur à renouveler son appel est affiché (étape 400), un compteur est déclenché après avoir été réinitialisé (étape 430). Un test est effectué pour comparer la valeur de ce compteur avec une valeur prédéterminée (étape 435). Dès que la valeur du compteur est égale à la valeur prédéterminée, c'est-à-dire dès que le temps prédéterminé est écoulé, l'algorithme décrit en référence à la figure 4 prend fin. Ainsi, si l'utilisateur n'a pas confirmé l'appel sortant dans un temps donné, cet appel ne peut plus faire l'objet d'une confirmation par le renouvellement de l'appel, le renouvellement de l'appel devant alors être confirmé pour être traité. En d'autres termes, si l'utilisateur n'a pas renouvelé son appel dans le délai imparti, l'appel est considéré comme abandonné. Il est observé ici que si, conformément à l'algorithme représenté sur la figure 4, le délai prédéterminé est initialisé lors de l'affichage du message invitant l'utilisateur à répéter son appel, il peut également être initialisé à la détection de l'appel sortant à l'origine de l'algorithme de validation ou à tout autre instant lié à cet appel sortant. L'invention peut être mise en oeuvre sous la forme d'une applet Java Card (Java Card est une marque), c'est-à-dire d'une application utilisant les fonctionnalités d'une machine virtuelle Java (Java est une marque), dans une carte de type SIM. Cette applet est mémorisée en mémoire, par exemple en mémoire ROM ou EEPROM de la carte de type SIM. Il est observé ici que la technologie Java Card offre un environnement d'exécution sécurisé pour des applications exécutées sur des cartes à microcircuits comprenant des ressources limitées. Des applets Java Card peuvent être installées lors de la fabrication des cartes à microcircuits dans lesquelles elles sont exécutées ou ultérieurement. De façon avantageuse, l'applet Java Card est basée sur des mécanismes de la boîte à outil connue sous le nom de SIM Application Toolkit (SAT). Cette dernière consiste en un ensemble de commandes préprogrammées dans la carte de type SIM qui définissent la façon dont la carte interagit avec l'extérieur et permet d'initier des commandes indépendamment du téléphone mobile et du réseau. Elle autorise ainsi des échanges interactifs entre une application, un utilisateur et un accès réseau. En particulier, l'applet Java Card mettant en oeuvre l'invention utilise ici le mécanisme appelé CALL CONTROL du SAT (selon la norme GSM) selon lequel une table de service mémorisée dans la mémoire de la carte de type SIM, par exemple contenue dans le fichier EF SST conformément à la norme GSM, indique quelles sont les fonctionnalités activées dans la carte de type SIM. Si ce fichier indique que le CALL CONTROL est activé, le téléphone soumet systématiquement à la carte de type SIM chaque numéro appelé dès qu'un appel est initié par l'utilisateur. Ceci est réalisé par une commande de type APDU (sigle d'Application Protocol Data Unit en terminologie anglo-saxonne) connue sous le nom d'ENVELOPE (CALL CONTROL), la commande ENVELOPE permettant d'envoyer des données à la carte. Il est rappelé ici qu'APDU est défini dans la norme ISO/IEC 7816 pour permettre la communication entre une carte à microcircuits et un lecteur d'une telle carte. Les messages APDU, dont la structure est définie dans la norme ISO/IEC 7816, peuvent être des commandes ou des réponses, les commandes étant émises par le lecteur et les réponses étant émises par les cartes à microcircuits. Par ailleurs, l'applet mettant en oeuvre l'invention est ici déclarée comme étant déclenchée par l'événement ENVELOPE (CALL CONTROL). Ainsi, une applet étant, selon la technologie Java Card, déclarée comme étant déclenchée par un événement, l'applet mettant en oeuvre l'invention reçoit tous les numéros que l'utilisateur tente d'appeler. Utilisant le mécanisme CALL CONTROL, la carte de type SIM répond à la commande APDU ENVELOPE en indiquant qu'elle accepte l'appel, qu'elle refuse l'appel ou en indiquant un autre numéro à utiliser pour l'appel. Selon un mode de réalisation particulier, l'applet mettant en oeuvre l'invention contient les données d'exclusion, c'est-à-dire les identifiants des dispositifs appelés pour lesquels les appels sortants doivent être abandonnés. Ces données d'exclusion sont, par exemple, les numéros de téléphone des dispositifs appelés, des racines de numéro de téléphone appelés tels que, en France, les numéros commençant par 0899, 0897 ou 0892, ou plus généralement des règles sur des numéros de téléphone telles les règles « tous les numéros commençant par 089 » et « tous les numéros se terminant par 1512 ». Ces données d'exclusion peuvent également être mémorisées, en totalité ou en partie, dans une mémoire de la carte de type SIM associée à l'applet mettant en oeuvre l'invention et lues par cette applet lors de son exécution ou dans une mémoire du téléphone accessible par cette applet. Les données d'exclusion sont avantageusement mises à jour à distance via le réseau de téléphonie mobile en utilisant un mécanisme connu sous le nom de DATA DOWNLOAD TO SIM selon la norme GSM. Lorsque l'utilisateur d'un téléphone mobile interagit avec l'interface homme-machine de ce dernier via, par exemple, un écran tactile ou un clavier, pour initier un appel téléphonique vers un dispositif téléphonique, l'applet mettant en oeuvre l'invention reçoit un identifiant du dispositif appelé, par exemple un numéro de téléphone. Ce numéro est reçu du téléphone mobile, plus précisément du lecteur de carte de type SIM, dans une commande ENVELOPE (CALL CONTROL). L'applet vérifie alors si le numéro reçu doit être filtré ou non en fonction du numéro et des données d'exclusion, c'est-à-dire si l'appel sortant doit être abandonné ou non. Si le numéro ne doit pas être filtré, l'applet mettant en oeuvre l'invention répond à la commande APDU ENVELOPE (CALL CONTROL), dans un message de réponse APDU, en indiquant qu'elle accepte l'appel. Si, au contraire, le numéro doit être filtré, l'applet mettant en oeuvre l'invention répond à la commande APDU ENVELOPE (CALL CONTROL) en indiquant au téléphone que l'appel doit être abandonné. Elle commande alors la saisie d'une confirmation par l'utilisateur, via l'interface homme-machine du téléphone, par exemple en envoyant au téléphone une commande SAT GET INPUT affichant par exemple un message « attention, cet appel est fortement surtaxé, veuillez confirmer » et obtenant la réponse de l'utilisateur. Si l'utilisateur confirme l'appel, l'applet envoie une commande SAT SET UP CALL au téléphone mobile déclenchant l'appel vers le numéro par le téléphone. Dans le cas contraire, l'appel est rejeté. En variante, pour les téléphones ne supportant pas la commande SAT SET UP CALL, l'applet envoie une commande DISPLAY TEXT pour afficher le message « attention, cet appel est fortement surtaxé, vous avez 20 secondes pour rappeler ce numéro ». Si dans les vingt secondes suivant l'affichage du message, l'applet reçoit à nouveau la commande ENVELOPE (CALL CONTROL) avec le même numéro, l'applet répond au téléphone en indiquant qu'elle accepte l'appel bien qu'il s'agisse d'un numéro devant être filtré. Il est observé ici que si certains téléphones mobiles ne supportent pas la commande SET UP CALL, la plupart des téléphones mobiles supportent la commande DISPLAY TEXT ou GET INPUT. A la mise sous tension de la carte et du téléphone, l'applet peut être informée si le téléphone supporte la commande SET UP CALL de façon à déterminer si cette variante doit être mise en oeuvre ou non. Naturellement, pour satisfaire des besoins spécifiques, une personne compétente dans le domaine de l'invention pourra appliquer des modifications dans la description précédente. REVENDICATIONS1. Procédé de contrôle d'appels sortants en réponse à des appels entrants ou des messages reçus, le procédé étant mis en oeuvre dans un téléphone comprenant des moyens de mémorisation d'identifiants de dispositifs pouvant être appelés par ledit téléphone, des moyens d'obtention d'un identifiant d'un dispositif appelé par ledit téléphone et des moyens pour rejeter un appel sortant, ce procédé étant caractérisé en ce qu'il comprend les étapes suivantes, - mémorisation (200) d'au moins une liste d'identifiants comprenant au moins un identifiant préalablement reçu dans lesdits moyens de mémorisation ; - détection (215) d'un appel sortant ; - obtention (220) d'un identifiant d'un dispositif appelé visé par ledit appel sortant ; - comparaison (225) dudit identifiant obtenu avec au moins un identifiant de ladite au moins une liste d'identifiants pour déterminer si ledit identifiant obtenu est présent dans ladite au moins une liste d'identifiants ; et, - en réponse à la dite étape de comparaison, si ledit identifiant obtenu est présent dans ladite au moins une liste d'identifiants (230), demande de validation (235) dudit appel sortant. 2. Procédé selon la revendication précédente comprenant en outre 25 une étape d'affichage (300, 400) d'un message de demande de validation dudit appel sortant. 3. Procédé selon la revendication 1 ou la revendication 2 comprenant en outre une étape de réception (240) d'une commande de validation, ledit appel sortant étant émis en réponse à ladite commande de 30 validation. 4. Procédé selon la revendication précédente, ledit appel sortant étant émis si ladite commande de validation est reçue dans un délai prédéterminé. 5. Procédé selon la revendication 1 ou la revendication 2 comprenant en outre une seconde étape de détection (410) d'un second appel sortant, ledit appel sortant étant appelé premier appel sortant, ledit second appel sortant étant émis (425) si l'identifiant d'un dispositif appelé visé par ledit second appel sortant est similaire à l'identifiant d'un dispositif appelé visé par ledit premier appel sortant (420). 6. Procédé selon la revendication précédente, ledit second appel sortant étant émis si ledit second appel sortant est détecté dans un délai prédéterminé. 7. Procédé selon l'une quelconque des revendications précédentes selon lequel ladite au moins une liste d'identifiants comprend au moins une règle définissant un groupe d'identifiants, ladite étape de comparaison dudit identifiant obtenu avec au moins un identifiant de ladite au moins une liste d'identifiants comprenant une étape de comparaison dudit identifiant obtenu avec ladite au moins une règle pour déterminer si ledit identifiant obtenu appartient audit groupe d'identifiants. 8. Programme d'ordinateur comprenant des instructions adaptées à la mise en oeuvre de chacune des étapes du procédé selon l'une quelconque des revendications précédentes lorsque ledit programme est exécuté dans un microcontrôleur ou un microprocesseur. 9. Carte de type SIM comprenant des moyens de stockage, lesdits moyens de stockage comprenant le programme d'ordinateur selon la revendication précédente et des moyens de calcul adaptés à mettre oeuvre ledit programme d'ordinateur. 10. Carte de type SIM selon la revendication précédente selon laquelle lesdits moyens de stockage mémorisent ladite au moins une liste 30 d'identifiants. 11. Dispositif comprenant des moyens adaptés à la mise en oeuvre de chacune des étapes du procédé selon l'une quelconque des revendications 1 à 7. 12. Téléphone comprenant le dispositif selon la revendication 5 précédente ou la carte de type SIM selon l'une quelconque des revendications 9 et 10.