FR2902596A1 - Procede d'optimisation d'un critere relatif a la transmission de donnees - Google Patents

Abstract

Procédé d'optimisation d'un critère relatif à la transmission de données depuis un terminal utilisateur (2) à destination d'un terminal distant par le biais d'un réseau de télécommunication (R1, R2, R3), comprenant les étapes consistant à :a) pour chaque opérateur d'un ensemble d'opérateurs (O1, O2, O3) aptes à gérer la transmission de données actuelles depuis ledit terminal utilisateur vers ledit terminal distant, déterminer une valeur d'au moins un paramètre d'opérateur à partir d'informations stockées dans une base de données (4), ladite base de données étant mise à jour de manière dynamique,b) déterminer, en fonction desdites valeurs déterminées à l'étape a), l'opérateur qui permet d'optimiser ledit critère relatif à la transmission de données, etc) sélectionner ledit opérateur déterminé à l'étape b) comme opérateur à utiliser pour transmettre lesdites données actuelles.

Description

PROCEDE D'OPTIMISATION D'UN CRITERE RELATIF A LA TRANSMISSION DE DONNEES

La présente invention a pour objet un procédé d'optimisation d'un critère relatif à la 5 transmission de données depuis un terminal utilisateur à destination d'un terminal distant par le biais d'un réseau de télécommunication. Le nombre de réseaux de télécommunications auxquels un utilisateur peut avoir accès est de plus en plus grand, de même que le nombre d'opérateurs permettant d'y accéder. Les réseaux de télécommunication permettent de réaliser des 10 communications synchrones et asynchrones, par exemple des transmissions de données de type voix sur IP (VoIP), vidéo, e-mails, etc. Des systèmes ont été développés pour gérer les ressources d'un réseau en fonction de critères ou règles tels que l'identité de l'utilisateur, les conditions actuelles de trafic, le niveau de sécurité nécessaire, etc. 15 Le document US 2003/0023711 décrit un système de gestion de réseau à base de règles (PBNM) apte à identifier une ou plusieurs règle(s) associée(s) à un composant du réseau. Pour cela, le système identifie une ou plusieurs règle(s) directement associée(s) au composant, génère une liste des groupes auxquels le composant appartient et identifie une ou plusieurs règle(s) associée(s) à chaque groupe de la 20 liste. Les opérateurs ont généralement différents systèmes de tarification en fonction de l'heure, de la distance, de la qualité de service, du niveau de sécurité, etc. Par exemple, un utilisateur dispose d'une pluralité d'opérateurs ou fournisseurs de services pour téléphoner par le biais du réseau Internet, chaque opérateur ou 25 fournisseur de services ayant son propre mode de tarification des communications. Ainsi, les opérateurs français FREE et WANADOO perçoivent une redevance mensuelle pour la mise à disposition chez un utilisateur d'une ligne ADSL (Asymmetric Digital Subscriber Line) qui permet d'accéder à Internet, de recevoir des programmes de télévision, de disposer d'une boîte e-mail, et d'établir certains types 30 de communications téléphoniques gratuites. En outre, certaines communications téléphoniques, par exemple vers les téléphones mobiles, sont facturées appel par appel, avec un prix différent selon l'appartenance à un opérateur de téléphone mobile du correspondant appelé.

L'opérateur français WENGO offre gratuitement un logiciel de téléphonie sur Internet. Ce logiciel permet d'établir gratuitement une communication téléphonique d'ordinateur à ordinateur et offre aussi la possibilité d'appeler des correspondants reliés aux réseaux téléphoniques fixes ou mobiles, ces appels utilisant les réseaux téléphoniques et étant taxés sur un compte prépayé. Les opérateurs de téléphonie mobile offrent également plusieurs types de paiement des communications : - forfait de durée pour les communications nationales et facturation appel par appel pour les communications internationales, - pré-paiement par sommes prédéterminées et facturation appel par appel pour les communication nationales et internationales, - facture mensuelle pour l'accès au réseau et facturation appel par appel pour les communications internationales. En outre, certains opérateurs font varier les tarifs selon l'heure et en cas de 15 dépassement de forfait. Généralement, les pré-paiements sont valables pendant une durée prédéterminée et les sommes non dépensées sont perdues pour l'utilisateur au terme de la durée prédéterminée. D'autre part, l'utilisateur peut disposer d'un terminal multi-modes lui permettant 20 d'accéder à des réseaux de types différents, par exemple GSM (Global System for Mobile communications) et WLAN (Wireless Local Area Network), chaque réseau ayant une tarification différente des communications. Pour choisir un ou plusieurs abonnement(s) chez un ou plusieurs opérateur(s), un utilisateur dispose de sites Internet, par exemple le site www.comparatel.fr, présentant 25 des comparaisons des tarifs de divers opérateurs téléphoniques. Lorsqu'un utilisateur a souscrit des abonnements chez plusieurs opérateurs, il est connu d'utiliser un système de routage à moindre coût (PBX) pour sélectionner pour un appel donné l'opérateur le plus économique permettant d'acheminer l'appel, l'opérateur étant sélectionné en consultant des tables locales stockées dans le 30 système. Cependant, les systèmes PBX prennent uniquement en compte le coût. Or, d'autres critères doivent être pris en compte, par exemple la qualité de service ou le niveau de sécurité. En effet, du point de vue de l'utilisateur, tous les contenus sortant n'ont pas les mêmes exigences concernant ces critères. II est donc intéressant de pouvoir sélectionner l'accès réseau le moins cher en fonction des exigences du contenu qui doit être envoyé. De plus, les tables locales stockent des informations statiques et ne permettent pas de 5 prendre en compte une remise temporaire proposée par un opérateur. Enfin, les systèmes PBX ne permettent pas de vérifier les crédits restant d'un compte utilisateur (forfaits ou compte pré-payés) avant d'acheminer un appel. Il est également connu d'utiliser des équipements individuels insérés en série avec une ligne téléphonique d'abonné qui modifient le numéro appelé pour sélectionner 10 l'opérateur le moins cher pour un numéro appelé donné. Le mode de sélection varie selon le type d'équipement qui peut gérer au moins deux opérateurs différents. Aucune des solutions existantes ne permet de prendre en compte l'ensemble des variantes de tarification des opérateurs de téléphonie sur Internet. Ainsi, les systèmes connus ne permettent pas à un utilisateur d'optimiser facilement 15 lui-même ses dépenses liées aux opérateurs, notamment ses dépenses téléphoniques. La présente invention a pour but de proposer un procédé d'optimisation d'un critère relatif à la transmission de données depuis un terminal utilisateur à destination d'un terminal distant par le biais d'un réseau de télécommunication qui permette d'éviter au moins certains des inconvénients précités et qui permette de sélectionner un 20 opérateur le mieux adapté pour transmettre des données actuelles. A cet effet, l'invention a pour objet un procédé d'optimisation d'un critère relatif à la transmission de données depuis un terminal utilisateur à destination d'un terminal distant par le biais d'un réseau de télécommunication, comprenant les étapes consistant à : 25 a) pour chaque opérateur d'un ensemble d'opérateurs aptes à gérer la transmission de données actuelles depuis ledit terminal utilisateur vers ledit terminal distant, déterminer une valeur d'au moins un paramètre d'opérateur à partir d'informations stockées dans une base de données, ladite base de donnees étant mise à jour de manière dynamique, 30 b) déterminer, en fonction desdites valeurs déterminées à l'étape a), l'opérateur qui permet d'optimiser ledit critère relatif à la transmission de données, et c) sélectionner ledit opérateur déterminé à l'étape b) comme opérateur à utiliser pour transmettre lesdites données actuelles.

Avantageusement, l'étape a) comprend la sous-étape consistant à déterminer au moins un paramètre de données caractérisant lesdites données actuelles à transmettre, ledit au moins un paramètre d'opérateur dépendant dudit au moins un paramètre de données.

De préférence, ledit paramètre d'opérateur dépend des transmissions passées transmises par le biais dudit opérateur. Avantageusement, ledit critère à optimiser est le coût de la transmission de données. Selon un premier mode de réalisation de l'invention, ledit terminal utilisateur appartient à un réseau local comportant ladite base de données, ladite base de données contenant, pour chaque opérateur dudit ensemble d'opérateurs, un ensemble de données statiques prédéterminées associées audit opérateur, et un ensemble de données dynamiques relatives à un état actuel des transmissions passées vers ledit réseau de télécommunication. Selon le premier mode de réalisation de l'invention, ledit réseau local comporte un équipement, destiné à connecter ledit réseau local audit réseau de télécommunication, et un serveur de règles, apte à coopérer avec ladite base de données pour déterminer une valeur dudit au moins un paramètre d'opérateur. Selon le premier mode de réalisation de l'invention, l'étape a) comprend une sous-étape consistant à envoyer une requête de sélection d'un opérateur depuis ledit équipement à destination dudit serveur de règles, ladite sous-étape étant effectuée en réponse à la réception par ledit équipement de données actuelles provenant dudit terminal utilisateur, l'étape c) comprenant une sous-étape consistant à transmettre audit équipement des informations relatives audit opérateur sélectionné. Selon le premier mode de réalisation de l'invention, ladite base de données mise à 25 jour de manière dynamique par une rétroaction dudit équipement. Selon un deuxième mode de réalisation de l'invention, l'étape a) comprend les sous-étapes consistant à, pour chaque opérateur dudit ensemble d'opérateurs : d) déterminer l'adresse d'un serveur dudit opérateur, ledit serveur comportant ladite base de données 30 e) interroger ledit serveur pour déterminer une valeur dudit au moins un paramètre d'opérateur. Selon le deuxième mode de réalisation de l'invention, l'étape e) comprend les sous-étapes consistant à : f) transmettre audit serveur dudit opérateur un identifiant et un mot de passe associé à un compte utilisateur, et g) interroger ledit serveur pour obtenir des informations relatives à l'état actuel dudit compte utilisateur, à l'étape b), la détermination de l'opérateur étant fonction de l'état actuel dudit compte utilisateur. L'invention a également pour objet un programme d'ordinateur comportant des codes d'instructions aptes à être lus ou écrits sur un support et aptes à être exécutés par une machine numérique pour mettre en oeuvre les étapes du procédé précité.

L'invention a également pour objet un support d'enregistrement destiné à la mise en oeuvre du procédé précité. L'invention a également pour objet un dispositif programmé pour mettre en oeuvre les étapes du procédé précité. L'invention sera mieux comprise, et d'autres buts, détails, caractéristiques et avantages de celle-ci apparaîtront plus clairement au cours de la description explicative détaillée qui va suivre, de plusieurs modes de réalisation de l'invention donnés à titre d'exemples purement illustratifs et non limitatifs, en référence aux dessins schématiques annexés. Sur ces dessins : - la figure 1 est une vue schématique simplifiée d'un réseau local comportant des moyens pour optimiser un critère relatif à la transmission de données selon un premier mode de réalisation de l'invention ; - la figure 2 est un schéma fonctionnel représentant les étapes d'un procédé de transmission de données actuelles provenant d'un terminal utilisateur de la 25 figure 1 à destination d'un terminal distant ; la figure 3 est une vue schématique simplifiée d'un équipement comportant des moyens pour optimiser un critère relatif à la transmission de données selon un deuxième mode de réalisation de l'invention ; - la figure 4 est un schéma fonctionnel représentant les étapes d'un procédé de 30 transmission de données actuelles provenant d'un terminal utilisateur connecté à l'équipement de la figure 3 à destination d'un terminal distant ; La figure 1 montre un réseau local (LAN) RL d'une entreprise. Le réseau local RL utilise par exemple le protocole IP (Internet Protocol). L'entreprise a souscrit trois abonnements chez trois opérateurs 01, 02 et 03, respectivement. Un employé de l'entreprise a ainsi accès via le réseau local RL à un réseau R, du premier opérateur 0,, à un réseau R2 du deuxième opérateur 02 et à un réseau R3 du troisième opérateur 03. Le réseau local RL comporte un terminal utilisateur 2, par exemple un ordinateur. Le réseau local RL comporte un serveur de règles 3. Le serveur de règles 3 a pour fonction de commander la connexion du terminal utilisateur 2 aux réseaux R,, R2, R3.

Le réseau local RL comporte une base de données 4, connectée au serveur de règles 3. Dans la base de données 4 sont stockées des données, dites règles, relatives à chacun des opérateurs 01, 02, 03 ainsi qu'à l'utilisateur, ici l'entreprise. Les règles comprennent des règles statiques. Les règles statiques comprennent les taux fixes des opérateurs 0,, 02, 03 en fonction, par exemple, de la durée de la communication, du volume de données échangées, de la destination (distance, international,

.), du type de réseau (3G,...). Les règles statiques comprennent le niveau de service (QoS) des opérateurs 0,, 02, 03. Les règles statiques comprennent également des informations relatives à des liens privés existants entre différents sites ou entreprises et des accès partagés par plusieurs entreprises. Il est bien évident que cette liste n'est pas exhaustive et que les règles statiques peuvent comprendre tout type d'informations concernant les opérateurs et/ou l'entreprise. Les règles statiques sont par exemple éditées dans la base de données 4 par un administrateur réseau. Les règles comprennent des règles dynamiques. Les règles dynamiques comprennent des informations relatives aux données actuelles à transmettre, par exemple le type des données (VoIP, vidéo, e-mail, message instantané, ...). Les règles dynamiques comprennent des données relatives à un état actuel des transmissions passées, par exemple la quantité de données déjà émises, la valeur d'un crédit restant chez un opérateur 0,, 02, 03 et/ou le délai d'expiration de ce crédit. Les règles dynamiques sont mises à jour de manière dynamique, comme cela sera décrit en détails plus loin. Le réseau local RL comporte un dispositif de connexion 5 permettant la connexion du réseau local RL aux réseaux externes R,, R2, R3. Le dispositif 5 est par exemple un contrôleur de session en périphérie (Session Border Controller SBC). Le contrôleur 5 est connecté au serveur de règles 3...DTD: En se référant à la figure 2, une opération de transmission de données actuelles provenant du terminal utilisateur 2 à destination d'un terminal distant (non représenté) va maintenant être décrite. A l'étape 100, un employé de l'entreprise commande, depuis une interface homme- machine (non représentée) du terminal utilisateur 2, l'envoi de données actuelles vers le terminal distant. Le terminal distant n'appartient pas au réseau local RL. Les données actuelles sont émises par le terminal utilisateur 2 à destination du contrôleur 5, tel que cela est symbolisé par la flèche en pointillés 6. A l'étape 101, le contrôleur 5 reçoit les données actuelles provenant du terminal utilisateur 2. A ce moment, le contrôleur 5 génère une requête de sélection d'un opérateur le plus adapté pour transmettre les données actuelles. L'opérateur considéré comme le plus adapté pour transmettre les données actuelles est l'opérateur qui permet d'optimiser un critère relatif à la transmission de données, par exemple le coût global pour l'entreprise des factures provenant des opérateurs 01, 02 et 03. En variante, le critère à optimiser pourrait être la répartition des transmissions ou la qualité de service, par exemple. Le contrôleur 5 transmet la requête à destination du serveur de règles 3, tel que cela est symbolisé par la flèche en pointillés 7. A l'étape 102, le serveur de règles 3 reçoit la requête de sélection d'un opérateur. A ce moment, le serveur 3 analyse la requête. La requête peut par exemple contenir des informations relatives aux données actuelles, tel que le type des données actuelles, le niveau de sécurité nécessaire pour la transmission, etc. Le serveur 3 interroge la base de données 4, tel que cela est symbolisé par la double flèche en pointillés 8, pour déterminer les opérateurs aptes à gérer la transmission parmi les opérateurs chez qui l'utilisateur a souscrit un abonnement, c'est-à-dire parmi les opérateurs 01, 02 et 03. On considère par exemple que chacun des opérateurs 01, 02 et 03 est apte à gérer la transmission des données actuelles depuis le terminal utilisateur 2 vers le terminal distant via le réseau R,, R2 et R3, respectivement. A l'étape 103, le serveur de règles 3 détermine pour chaque opérateur apte à gérer la transmission, c'est-à-dire, dans l'exemple, les opérateurs 01, 02 et 03, une valeur d'un paramètre d'opérateur associé à la transmission des données actuelles. Le paramètre d'opérateur peut par exemple être le prix de la transmission, la qualité de service de la transmission, le niveau de sécurité de la transmission, une combinaison de ces derniers, etc.

A l'étape 104, le serveur 3 sélectionne, à partir des valeurs du paramètre d'opérateur, l'opérateur permettant d'optimiser le coût global en fonction de contraintes telles que la sécurité nécessaire, les transmissions passées ou courantes réalisées par le biais d'un opérateur (épuisement d'un forfait, bande passante disponible), etc. Par exemple, l'opérateur 03 est sélectionné. A l'étape 105, le serveur de règle 3 commande le contrôleur 5 pour autoriser la transmission des données actuelles par le biais de l'opérateur sélectionné à l'étape 104, ici l'opérateur 03, tel que cela est symbolisé par la flèche en pointillés 9. A l'étape 106, les données actuelles sont transmises à destination du terminal distant 10 par le biais de l'opérateur sélectionné, ici l'opérateur 03, tel que cela est symbolisé par la flèche en pointillés 10. A l'étape 107, le contrôleur 5 transmet à destination de la base de données 4 des informations relatives à la transmission des données actuelles, par exemple la quantité de données transmises. Les informations sont stockées dans la base de 15 données 4. L'étape 106 et l'étape 107 sont par exemple effectuées de manière simultanée. Cette rétroaction du contrôleur 5 permet aux règles dynamiques de la base de données d'être mises à jour automatiquement et de manière dynamique. Le terme dynamique signifie ici que les règles dynamiques sont mises à jour en temps réel, ou du moins de manière régulière à chaque transmission de données. 20 Ce procédé permet d'optimiser le critère, ici le coût, de manière plus efficace puisqu'il utilise un nombre plus important de règles et que celles-ci sont mises à jour de manière dynamique. En se référant à la figure 3, un deuxième mode de réalisation de l'invention va maintenant être décrit. 25 Dans ce mode de réalisation, un équipement 11 est équipé d'un agent 12 de sélection d'un opérateur le plus adapté pour transmettre des données actuelles. En variante, l'agent 1 2 peut être externe à l'équipement 1 1 et connecté à l'équipement 11. L'équipement 11 est par exemple un équipement ADSL (Assymetric Digital Subscriber Line) ou un système de communication d'entreprise. 30 L'agent 12 offre une interface homme-machine qui lui permet d'échanger des commandes et/ou des informations avec un utilisateur. L'interface permet notamment à l'utilisateur de paramétrer une option d'appel. L'option d'appel peut être le routage à moindre coût, l'optimisation de crédits disponibles sur des comptes de types forfaits et/ou pré-payés, ou une combinaison des deux. L'option d'appel peut être paramétrée par un administrateur lors de la mise en place de l'équipement 11 ou peut être paramétrée à chaque transmission par l'utilisateur commandant la transmission. Dans le cas d'un paramétrage appel par appel, celui-ci peut être réalisé par un appui préalable de l'utilisateur sur une touche spécifique (non représentée) de l'équipement 11. On notera que, de manière similaire au premier mode de réalisation, d'autres options d'appel pourraient être utilisées, par exemple la qualité de service ou la sécurité. L'agent 12 comprend ou est connecté à une mémoire (non représentée) dans laquelle sont mémorisées des informations relatives à chaque abonnement de l'utilisateur, par exemple le type de facturation (forfait, pré-paiement, ...), le type de réseau correspondant au terminal appelé (réseau téléphonique public commuté PSTN, réseau mobile public terrestre PLMN, Internet, ...) et l'adresse des serveurs des opérateurs. L'équipement 11 est connecté au réseau Internet 13 par un module d'accès Internet 15 14 et à un réseau PSTN 15 par un module d'accès réseau 16. D'autre part, l'équipement 11 est connecté à un ensemble de terminaux utilisateurs. L'ensemble de terminaux utilisateur comprend par exemple un poste téléphonique analogique 17, connecté à l'équipement 11 via une interface 18, un PC 19, connecté à l'équipement via une interface 20, et un terminal de réseau local sans fil (WLAN) 20 21, connecté à l'équipement 11 via une interface 22. L'ensemble de terminaux utilisateur comprend également un terminal 24 de type bimode WLAN-GSM connecté d'une part à l'équipement 1 1 via le terminal WLAN 21 et d'autre part à un réseau GSM 23. Le terminal 24 coopère avec chacun des réseaux WLAN et GSM en échangeant des informations de signalisation. 25 L'utilisateur a souscrit quatre abonnements chez quatre opérateurs différents, à savoir un abonnement chez un opérateur PSTN, un abonnement chez un premier opérateur Internet, un abonnement chez un second opérateur Internet, et un abonnement chez un opérateur GSM. En se référant à la figure 4, une opération de transmission de données actuelles 30 provenant d'un terminal utilisateur 17, 19 ou 21 à destination d'un terminal distant (non représenté) va maintenant être décrite, selon le deuxième mode de réalisation de l'invention, dans le cas où l'option d'appel est le routage à moindre coût. A l'étape 200, un utilisateur commande l'établissement d'une communication téléphonique, c'est-à-dire que l'utilisateur compose le numéro de téléphone du terminal distant sur le clavier du terminal 17, 19, 21. On notera que le procédé n'est pas limité à l'établissement d'un appel téléphonique. De manière générale, à l'étape 200, l'utilisateur commande la transmission de données actuelles, les données actuelles étant dans cet exemple relatives à une communication téléphonique. La requête d'établissement d'une communication téléphonique est transmise à l'équipement 11. A l'étape 201, l'agent 12 analyse le numéro de téléphone du terminal distant pour déterminer un paramètre caractérisant l'appel, par exemple le type d'appel (national ou international), la nature du réseau correspondant au terminal appelé (PSTN, PLMN, Internet, ...). A l'étape 202, l'agent 12 interroge la mémoire pour déterminer les adresses des serveurs des opérateurs aptes à permettre l'établissement de la communication téléphonique. Le serveur d'un opérateur est le serveur comportant une base de données stockant les informations relatives à l'opérateur, par exemple les tarifs de facturation de l'opérateur. A l'étape 203, l'agent 12 émet des requêtes de demande de renseignements à destination de chacun des serveurs. Chaque requête contient des informations relatives à la communication téléphonique actuelle, par exemple la nature du réseau utilisé, l'heure, ...

A l'étape 204, l'agent 12 reçoit des messages de réponse provenant de chaque serveur et contenant les renseignements demandés, par exemple le prix de la communication téléphonique en fonction de la durée. A ce moment, l'agent 12 détermine une valeur d'un paramètre d'opérateur associé à la communication téléphonique actuelle. Le paramètre d'opérateur est par exemple le coût de la communication en fonction de la durée. L'agent 12 compare les différentes valeurs du paramètre pour chaque opérateur afin de déterminer l'opérateur et/ou la nature du réseau choisi (PSTN, PLMN, Internet) pour acheminer l'appel. A l'étape 205, l'agent 12 commande l'établissement de la communication téléphonique par le biais de l'opérateur sélectionné à l'étape 204.

Une opération de transmission de données actuelles provenant du terminal utilisateur 17, 19, 21 à destination d'un terminal distant (non représenté) va maintenant être décrite, selon le deuxième mode de réalisation de l'invention, dans le cas où l'option d'appel est l'optimisation de crédits. Les étapes 200 à 202 sont similaires à ce qui a été décrit précédemment.

A l'étape 203, l'agent 12 émet des requêtes de demande de renseignements à destination de chacun des serveurs. Chaque requête contient l'identifiant et le mot de passe de l'utilisateur pour permettre l'accès à un compte utilisateur dans le serveur. A l'étape 204, l'agent 12 reçoit des messages de réponse provenant de chaque serveur et contenant les renseignements demandés, par exemple le crédit d'argent. A ce moment, l'agent 12 détermine une valeur d'un paramètre d'opérateur associé à la communication téléphonique actuelle. Le paramètre d'opérateur est par exemple la quantité de crédits. L'agent 12 compare les différentes valeurs du paramètre pour chaque opérateur afin de déterminer l'opérateur et/ou la nature du réseau choisi (PSTN, PLMN, Internet) pour acheminer la communication téléphonique. A l'étape 205, l'agent 12 commande l'établissement de la communication téléphonique par le biais de l'opérateur sélectionné à l'étape 204. Un premier exemple de transmission de données actuelles provenant du terminal utilisateur 17, 19, 21 à destination d'un terminal distant (non représenté) va maintenant être décrit, selon le deuxième mode de réalisation de l'invention, dans le cas où l'option d'appel est une combinaison entre le routage à moindre coût et l'optimisation de crédits. A l'étape 200, l'utilisateur compose un numéro d'appel international vers l'Angleterre à partir d'un terminal 17, 19 ou 21.

A l'étape 201, l'agent 12 analyse le numéro et détermine qu'il s'agit d'un appel international. A l'étape 202, l'agent 12 détermine les adresses des serveurs de l'opérateur PSTN, des deux opérateurs Internet et de l'opérateur GSM. A l'étape 203, l'agent 12 émet une requête de renseignements à destination du serveur de l'opérateur PSTN. Les renseignements demandés incluent par exemple le prix d'une communication vers l'Angleterre, l'état des crédits d'argent et les dates de validité de ces crédits. La requête comprend en outre l'identifiant et le mot de passe de l'utilisateur pour permettre l'accès au compte utilisateur dans le serveur de l'opérateur. L'agent 12 émet une requête similaire à destination du serveur de chacun des deux opérateurs Internet et de l'opérateur GSM. A l'étape 204, chaque serveur génère un message de réponse contenant les renseignements demandés. On supposera que l'opérateur PSTN offre en ce moment une réduction ( discount ) de 60% pour des communications à destination de l'Angleterre et qu'il en tient compte dans son message de réponse. On notera que le fait d'obtenir les renseignements souhaités par l'interrogation des serveurs des opérateurs permet de disposer d'informations mises à jour de manière dynamique sans avoir à gérer la mise à jour d'une base de données. En effet, dans ce cas, les opérateurs gèrent eux même la mise à jour de leur base de données. L'agent 12 compare les temps restants pour utiliser les crédits avec un seuil prédéfini pour déterminer si l'opérateur doit être choisi en fonction du moindre coût ou de l'optimisation des crédits. Le seuil peut être choisi par l'utilisateur lui même ou par un administrateur du système. Ici, on suppose par exemple que les temps restants pour utiliser les crédits sont supérieurs au seuil. L'agent 12 compare les différentes valeurs du paramètre d'opérateur pour chaque opérateur et sélectionne, par exemple, l'opérateur PSTN pour acheminer l'appel. A l'étape 205, l'agent12 commande l'établissement de la communication par le biais de l'opérateur PSTN.

Un deuxième exemple de transmission de données actuelles provenant du terminal utilisateur 17, 19, 21 à destination d'un terminal distant (non représenté) va maintenant être décrit, selon le deuxième mode de réalisation de l'invention, dans le cas où l'option d'appel est une combinaison entre le routage à moindre coût et l'optimisation de crédits.

A l'étape 200, l'utilisateur compose un numéro d'appel national à partir du terminal 17, 19 ou 21. Dans cet exemple on suppose que l'utilisateur possède un crédit important pour les appels nationaux sur un compte prépayé chez le premier opérateur Internet alors qu'il ne reste que quelques heures avant l'échéance de ce compte.

A l'étape 204, l'agent 12 analyse les messages de réponses et détermine que chez le premier opérateur Internet le compte pré-payé pour les appels nationaux arrive à échéance et que le crédit d'argent est important, c'est-à-dire que le temps restant pour utiliser le crédit est inférieur au seuil prédéterminé. En conséquence, l'agent 12 sélectionne le premier opérateur Internet afin de ne pas perdre le crédit d'argent.

Un troisième exemple de transmission de données actuelles provenant du terminal utilisateur 24 à destination d'un terminal distant (non représenté) va maintenant être décrit, selon le deuxième mode de réalisation de l'invention, dans le cas où l'option d'appel est une combinaison entre le routage à moindre coût et l'optimisation de crédits. A l'étape 200, l'utilisateur compose un numéro d'appel national à partir du terminal bimode WLAN/GSM 24, le terminal 24 étant placé dans la couverture WLAN du 5 terminal 21. Dans ce cas, l'agent 12, sollicité par le terminal WLAN 21, agit comme dans les exemples décrits précédemment. Lors de la demande d'établissement de la communication nationale le terminal 24 envoie un message à l'équipement 11 via le réseau WLAN.

10 A l'étape 203, l'agent 12 interroge les serveurs des opérateurs via le réseau Internet. On suppose ici que l'utilisateur possède un crédit important pour les appels nationaux sur un compte pré-payé chez l'opérateur GSM alors qu'il ne reste que quelques heures avant l'échéance de ce compte. A l'étape 204, l'agent 12 analyse les messages de réponses et détermine que chez 15 l'opérateur GSM le compte pré payé pour les appels nationaux arrive à échéance et que le crédit d'argent est important, c'est-à-dire que le temps restant pour utiliser le crédit est inférieur au seuil prédéterminé. En conséquence, l'agent 12 donne l'instruction nécessaire au terminal bimode pour établir l'appel via l'opérateur GSM afin de ne pas perdre le crédit d'argent.

20 A l'étape 205, l'agent 12 indique, via le réseau WLAN, au terminal bimode 24 que ce dernier établisse une demande d'appel via le réseau GSM. Dans le message émis par l'agent 12 le numéro de téléphone à composer est indiqué. Le terminal bimode WLAN/GSM analyse le message reçu de l'agent 12 et réalise la demande d'appel correspondante via le réseau GSM. Le terminal 24 comprend des moyens logiciels 25 pour analyser le message et pour réaliser la demande d'appel en utilisant le numéro fourni par l'agent. Le numéro fourni par l'agent 12 est utile parce que la demande d'appel initiale, venant du terminal bimode 24, a pu être faite en utilisant une fonction d'appel par nom, c'est-à-dire que le terminal 24 a envoyé un nom lors de la demande initiale, localisée dans un répertoire de l'équipement 11. Dans ce cas le 30 terminal bimode 24 ne connaît pas le numéro à appeler. En variante, l'agent 12 peut être intégré au terminal bimode 24. Dans ce cas, l'agent 12 interroge les serveurs via le réseau Internet. De préférence l'appel via le réseau Internet est réalisé en utilisant le réseau WLAN dont le coût d'utilisation est généralement inférieur au coût du réseau GSM pour l'interrogation des serveurs. Le réseau WLAN est connecté à l'équipement 11 qui route la requête vers les serveurs des opérateurs. Lors de la réception des réponses des serveurs des opérateurs, l'équipement 1 1 route la réponse vers l'agent 12, c'est-à-dire vers le terminal bimode 24, via le réseau 5 WLAN. Ensuite, l'agent 12 analyse les réponses tel que cela a été décrit précédemment et, dans le cas où le réseau GSM est sélectionné pour acheminer l'appel, l'agent 12 indique à la fonction GSM du terminal 24 qu'elle doit établir un appel. D'autres variantes sont possibles. Par exemple, dans le cas où l'option d'appel est 10 une combinaison entre le routage à moindre coût et l'optimisation des crédits et que l'agent à déterminé qu'il fallait solder un crédit, la décision d'établir l'appel avec l'opérateur choisi peut être automatique ou sous le contrôle de l'utilisateur à qui un message d'avertissement est communiqué. Dans ce cas l'utilisateur donne son accord ou non. Si l'utilisateur ne donne pas son accord, l'appel est lancé en utilisant le 15 routage à moindre coût. Bien que l'invention ait été décrite en relation avec plusieurs modes de réalisations particuliers, il est bien évident qu'elle n'y est nullement limitée et qu'elle comprend tous les équivalents techniques des moyens décrits ainsi que leurs combinaisons si celles-ci entrent dans le cadre de l'invention.

Claims (13)

REVENDICATIONS

1. Procédé d'optimisation d'un critère relatif à la transmission de données depuis un terminal utilisateur (2, 17, 19, 21, 24) à destination d'un terminal distant par le biais d'un réseau de télécommunication (R,, R2, R3, 13, 15, 23), comprenant les étapes consistant à : a) pour chaque opérateur d'un ensemble d'opérateurs (0,, 02, 03) aptes à gérer la transmission de données actuelles depuis ledit terminal utilisateur vers ledit terminal distant, déterminer (103, 204) une valeur d'au moins un paramètre d'opérateur à partir d'informations stockées dans une base de données (4), ladite base de données étant mise à jour de manière dynamique, b) déterminer, en fonction desdites valeurs déterminées à l'étape a), l'opérateur qui permet d'optimiser ledit critère relatif à la transmission de données, et c) sélectionner ledit opérateur déterminé à l'étape b) comme opérateur à utiliser pour transmettre lesdites données actuelles.

2. Procédé selon la revendication 1, caractérisé en ce que l'étape a) comprend la sous-étape consistant à déterminer au moins un paramètre de données caractérisant lesdites données actuelles à transmettre, ledit au moins un paramètre d'opérateur dépendant dudit au moins un paramètre de données.

3. Procédé selon la revendication 1 ou 2, caractérisé en ce que ledit paramètre d'opérateur dépend des transmissions passées transmises par le biais dudit opérateur.

4. Procédé selon l'une quelconque des revendications 1 à 3, caractérisé en ce que ledit critère à optimiser est le coût de la transmission de données.

5. Procédé selon l'une quelconque des revendications 1 à 4, caractérisé en ce que ledit terminal utilisateur (2) appartient à un réseau local (RL) comportant ladite base de données (4), ladite base de données contenant, pour chaque opérateur dudit ensemble d'opérateurs, un ensemble de données statiques prédéterminées associées audit opérateur, et un ensemble de données dynamiques relatives à un état actuel des transmissions passées vers ledit réseau de télécommunication.

6. Procédé selon la revendication 5, caractérisé en ce que ledit réseau local comporte un équipement (5), destiné à connecter ledit réseau local audit réseau de télécommunication, et un serveur de règles (3), apte à coopérer avec 15ladite base de données (4) pour déterminer une valeur dudit au moins un paramètre d'opérateur.

7. Procédé selon la revendication 6, caractérisé en ce que l'étape a) comprend une sous-étape consistant à envoyer une requête de sélection d'un opérateur depuis ledit équipement (5) à destination dudit serveur de règles (3), ladite sous-étape étant effectuée en réponse à la réception par ledit équipement de données actuelles provenant dudit terminal utilisateur (2), l'étape c) comprenant une sous-étape consistant à transmettre audit équipement des informations relatives audit opérateur sélectionné.

8. Procédé selon la revendication 6 ou 7, caractérisé en ce que ladite base de données mise à jour de manière dynamique par une rétroaction dudit équipement.

9. Procédé selon l'une quelconque des revendications 1 à 4, caractérisé en ce que l'étape a) comprend les sous-étapes consistant à, pour chaque opérateur dudit ensemble d'opérateurs : d) déterminer l'adresse d'un serveur dudit opérateur, ledit serveur comportant ladite base de données, e) interroger ledit serveur pour déterminer une valeur dudit au moins un paramètre d'opérateur.

10. Procédé selon la revendication 9, caractérisé en ce que l'étape e) comprend les sous-étapes consistant à : f) transmettre audit serveur dudit opérateur un identifiant et un mot de passe associé à un compte utilisateur, et g) interroger ledit serveur pour obtenir des informations relatives à l'état actuel 25 dudit compte utilisateur, à l'étape b), la détermination de l'opérateur étant fonction de l'état actuel dudit compte utilisateur.

11. Programme d'ordinateur comportant des codes d'instructions aptes à être lus ou écrits sur un support et aptes à être exécutés par une machine numérique 30 pour mettre en oeuvre les étapes du procédé selon l'une des revendications 1 à 10.

12. Support d'enregistrement destiné à la mise en oeuvre du procédé tel que revendiqué dans l'une quelconque des revendications 1 à 10.

13. Dispositif programmé pour mettre en oeuvre les étapes du procédé selon l'une 35 quelconque des revendications 1 à 10.