Brevet FR2929483A1 — publié le 20091002

PROCÉDÉ D'ALLÈGEMENT DU TRAFIC DE RAPATRIEMENT PÉRIODIQUE DE DONNÉES - POLLING - ENTRE UN MOBILE GSM ET SON SERVEUR, ET ÉQUIPEMENT DE MISE EN OEUVRE L'invention se rapporte à un procédé d'allègement de trafic entre un mobile et son serveur, lors du rapatriement de données sur le mobile, en particulier d'e-mails. L'invention se rapporte aussi à un équipement, situé dans le réseau téléphonique, qui permet de mettre en oeuvre un tel procédé. La présente invention concerne le domaine des télécommunications mobiles. De plus en plus de mobiles reçoivent des données telles que des messages électroniques (e-mails) initialement prévus pour être reçus par des ordinateurs, car la lecture de ses e-mails sur son téléphone portable, et donc la possibilité d'y répondre, est appréciée lors de déplacements. Pour répondre à ce besoin, les opérateurs de téléphonie mobile ont installé dans leur réseau des équipements spécifiques, en particulier : des serveurs mail, des Proxy mail qui sont des équipements particulièrement chargés de l'envoi d'e-mails aux mobiles, ainsi que des MTA ou Mail Transfert Agent qui sont particulièrement chargés de l'expédition d'e-mails à partir des téléphones portables. Les téléphones portables eux-mêmes sont équipés de fonctionnalités nécessaires à la réception, à la lecture et à l'envoi d'e-mails. De manière générale, l'organisation du transfert d'e-mails vers les mobiles, dans le sens de la réception sur le mobile concerne les briques de réseau suivantes : le mobile, les réseaux de télécommunications mobiles de son opérateur, son réseau local et son Proxy mail, ainsi que les différents serveurs de messagerie comme par exemple � Gmail �, � Yahoo �, etc. Dans le cadre de la réception d'e-mail, l'opération s'effectue en deux phases : la vérification des e-mails présents sur le serveur et, dans une seconde phase, la récupération des messages identifiés comme nouveaux. Dans la première phase, le mobile interroge régulièrement, selon une fréquence prédéfinie, son serveur mail en vue de recevoir une liste des e-mails qui lui sont destinés. Ce type de rapatriement périodique de données s'appelle le polling. Lors d'une demande de polling émanant d'un mobile appartenant à son réseau, le Proxy mail intercepte cette demande. Le Proxy mail, par substitution, effectue alors cette demande en lieu et place du mobile au service mail visé par la demande initiale. II récupère ainsi la liste des e-mails de l'utilisateur présents sur le serveur mail. Le Proxy mail transmet ensuite cette liste au mobile en se substituant à nouveau, cette fois en lieu et place du service mail initialement demandé par le mobile. Une fois cette liste reçue, le mobile l'analyse. S'il détecte une ou des entrées plus récentes que celles correspondant à la dernière interrogation, le mobile considère alors ces entrées comme nouvelles. ro Dans une seconde phase, le mobile peut effectuer une opération visant à récupérer intégralement les e-mails correspondant aux lignes identifiées comme nouvelles entrées de la liste récupérée et analysée lors de la première phase. Le processus est alors le même que celui exposé précédemment lors de la récupération de la liste, la différence essentielle étant que le mobile demande rs alors la récupération des mails et non de la liste. Le rôle essentiel du Proxy mail est de servir d'interface entre le mobile et le serveur mail, essentiellement pour des raisons techniques liées à l'architecture réseau et au contrôle de flux. De fait, le Proxy mail est localisé entre les serveurs mail et le réseau de télécommunications mobiles. Outre le 20 relais des demandes des mobiles, le Proxy mail peut être chargé de plusieurs autres opérations comme par exemple : surveillance et éradication de virus et de spams (e-mails indésirables), blocage de certains types d'e-mails en fonction de leur type ou de leur taille, et gestion d'une partie des opérations de polling. Dans le cadre du polling, comme pour toutes les demandes 25 émanant des mobiles, le Proxy mail a pour rôle de relayer les demandes de liste des e-mails du mobile vers le ou les serveurs mail. La liste résultante de cette opération contient un ensemble de lignes, chacune contenant un identifiant unique permettant d'identifier sans équivoque l'e-mail correspondant, une taille correspondant à la taille de l'e-mail correspondant ou une date et heure d'arrivée 30 de l'e-mail correspondant. Afin d'obtenir cette liste, le mobile transmet le triplet login/mot de passe/serveur de mail associé à son compte mail. Le serveur mail transfère alors au Proxy mail la liste des e-mails du compte correspondant à l'utilisateur identifié par son login/mot de passe. Puis le Proxy mail transmet au mobile ladite liste telle qu'elle a été reçue du serveur mail. Ainsi, dans l'état actuel de la technique, le Proxy mail envoie sur le téléphone mobile du client la liste d'enregistrements correspondant à l'ensemble de tous ses e-mails stockés sur le serveur mail, les nouveaux comme les anciens déjà rapatriés. En revanche, la typologie d'e-rnails à rapatrier suite à une demande de polling est prédéfinie sur le portable par paramétrage ; de plus, le client choisit en général de ne rapatrier que les nouveaux e-mails apparus sur le serveur mail depuis le précédent polling. Les communications d'e-mails dans le réseau mobile sont en général traitées par le protocole de communication � POP3 �, protocole déjà io utilisé pour les communications dans le réseau fixe entre les serveurs de messagerie et les ordinateurs. Par ailleurs, de nombreuses améliorations ont été apportées aux processus de réception et d'envoi d'e-mails par les mobiles. 15 Le document de brevet TW 237986 par exemple décrit une méthode pour informer automatiquement un client dès qu'il a reçu un ou plusieurs e-mails sur son mobile, et cette information se fait par message court, proposant au client de télécharger ces nouveaux e-mails. Le document de brevet KR 20020037401 propose également une 20 information par message court si les e-mails correspondent à certains critères définis au préalable par le client. Le document de brevet CN 1674027 propose une méthode rapide pour constater s'il existe de nouveaux mails, en comparant le nombre de mails répertoriés dans la liste, et le nombre de mails présents sur le serveur. 25 Autre exemple d'amélioration, le document de brevet US 7325028 propose un système de notification d'e-mails au client qui permet de traiter différemment les e-mails en fonction d'un profil défini pour le client. Cependant, ces améliorations ne permettent pas de limiter la 3o taille des listes transférées du Proxy mail au mobile pour l'informer des nouveaux e-mails apparus depuis le dernier polling. En effet, les serveurs mail, au fur et à mesure des progrès de technologie, ont des capacités de stockage de plus en plus grandes, si bien que le rapatriement des listes de mails, de plus en plus longues, prend un temps de plus en plus long sur les mobiles et autres clients de messagerie. Or, dans l'état actuel de l'art, le polling rapatrie une liste exhaustive référençant tous les e-mails stockés sur le serveur mail. La durée du transfert de listes augmente en effet avec leur longueur : la durée du transfert de listes augmente donc avec l'augmentation de la capacité de stockage des serveurs mail de nouvelles générations. Cette durée de transfert est une charge de réseau pour l'opérateur mobile. C'est aussi un inconvénient pour le client car, plus la durée de rapatriement d'une liste est longue, plus le mobile est mobilisé to pour cette tâche -et est indisponible pour d'autres fonctionnalités- et plus grande est la consommation de l'énergie de la batterie du mobile. La présente invention vise à résoudre ce problème de trop longue durée de l'envoi de listes au mobile lors des pollings. 15 Pour ce faire, la présente invention propose d'utiliser dans le Proxy mail une fonction d'élimination dans la liste des e-mails des enregistrements des e-mails précédemment envoyés, ien exploitant les possibilités offertes par le protocole � POP3 � que le Proxy mail ou le serveur 20 utilise généralement pour les communications à transmettre ou provenant des mobiles. Plus précisément, l'invention a pour objet un procédé d'allègement du trafic de transfert de données entre un serveur mail et un mobile selon un protocole de communication, consistant à effectuer une comparaison 25 entre une liste d'enregistrements caractéristiques des données stockées par le serveur obtenue lors du polling courant et la liste des enregistrements caractéristiques des données transmises lors du polling précédent, à identifier les enregistrements relatifs aux nouvelles données non transmises dans le polling précédent, et à ne transmettre au mobile que ces nouvelles données et les 30 enregistrements caractéristiques correspondants. Selon des modes de mise en oeuvre particuliers : - les enregistrements caractéristiques sont des signatures choisies en fonction du protocole de communication utilisé parmi des numéros d'ordre, des identifiants, et des empreintes d'une fonction de hachage ; - le procédé n'utilise que les fonctionnalités du protocole en place pour le transfert des e-mails ; - le 'transfert de données est relatif au rapatriement d'e-mails et les enregistrements référencent ces e-mails - seuls les e-mails identifiés comme non transmis et stockés dans une partie du fichier d'e-mails sont transmis ; - le protocole de communication est un protocole � POP :3 étendu � et la signature est un identifiant de chaque e-mail ; - dans une étape liminaire, établie lors de la première utilisation du mobile, les e-mails ou leur signature sont stockés dans un fichier en association avec la liste d'enregistrements caractéristiques associée aux e-mails, en utilisant la commande � UIDL � (Unique ID Listing) du protocole � POP:3 étendu � pour demander un identifiant unique pour chacun des e-mails du fichier, ces identifiants étant enregistrés dans la liste associée qui est transmise au mobile ainsi que le fichier d'e-mails ; - le protocole de communication est un protocole � POP :3 basique � et la signature est une empreinte de chaque e-mail résultant d'une fonction de hachage ; - dans l'étape liminaire, une empreinte unique pour chaque e-mail est calculée à l'aide de la fonction de hachage, et cette empreinte est écrite dans une table de hachage associée aux e-mails, la table de hachage, qui forme une liste d'enregistrements caractéristiques transmise au mobile ainsi que, après accord du mobile, les e-mails établis lors de la première utilisation du mobile ; - la transmission de données au mobile est effectuée à partir d'une application soit intégrée à un serveur soit en liaison mais hors de ce serveur. L'invention se rapporte également à un équipement de mise en oeuvre de ce procédé pour le transfert de données lors de l'envoi périodique de messages électroniques d'un serveur mail à un mobile à travers un réseau. Dans cet équipement, un Proxy mail transmet les données, provenant d'un serveur mail de l'opérateur en liaison avec des serveurs de contenus vers un mobile. Cet équipement comporte un module d'application de gestion chronologique de ces données par stockage de fichiers et d'enregistrements caractéristiques en liaison avec un protocole de communication de transfert d'émission vers le mobile et de réception d'e-mails provenant de ce mobile. Selon des modes de réalisation particuliers, cet équipement est intégré au serveur et forme un module de ce serveur mail, ou est disposé entre le serveur mail et le réseau de l'opérateur. Les données gérées peuvent être des e-mails, des messages, des données audio et/ou des données vidéos. D'autres caractéristiques et avantages de l'invention ressortiront à la lecture qui suit d'exemples de réalisation détaillés, en référence aux figures ro qui représentent respectivement : - en figure 1, un schéma du transfert des e-mails entre un mobile et son serveur mail selon invention; - en figures 2a et 2b, deux vues synthétiques de la structure du fichier contenant les e-mails et la liste, selon un premier exemple de réalisation ; 15 et - en figures 3a et 3b, deux vues synthétiques montrant la création et l'utilisation de listes selon un autre exemple de réalisation. La figure 1 représente le schéma d'un exemple de transfert d'e- 20 mails 4 vers le mobile, selon invention. Le mobile 3 est relié au serveur mail 2 par le réseau 5 de l'opérateur mobile. Le serveur mail 2 met à jour ses fichiers mails par une interrogation régulière des serveurs de messagerie 6. Le polling requiert le rapatriement des nouveaux e-mails par le mobile 3. Cette requête arrive au serveur mail 2 de l'opérateur mobile à travers le réseau 5 et par l'intermédiaire du 25 Proxy Mail 1. Le serveur mail 2 rapatrie de manière répétitive, par exemple toutes les 10 minutes, les e-mails fournis par les différents serveurs de messagerie 6. Le Proxy mail 1 rapatrie les e-mails contenus dans le serveur mail 30 2. Le Proxy mail 1 stocke alors ces e-mails et les associe à une liste d'enregistrements caractéristiques de ces e-mails, constituant des signatures de ces e-mails. Le Proxy mail 1 transmet ensuite au mobile 3 uniquement les nouvelles signatures qui n'ont pas encore été envoyées, et non l'ensemble des enregistrements. Ainsi, selon l'invention, la liste transmise est allégée et le volume est moins volumineux à transporter via le réseau 5 que dans l'état de l'art. Cet envoi d'informations est plus précisément décrit dans les exemples de réalisation ci-après. En fonction du protocole utilisé, la liste d'enregistrements caractéristiques constituant ces informations peut contenir des numéros d'ordre, des identifiants, des empreintes résultant d'une fonction de hachage, ou d'autres signatures. Les informations sont inscrites dans un fichier associé à celui des e-mails. Après ces échanges d'information entre le Proxy mail 1 et le mobile 3, le Proxy mail 1 envoie au mobile 3 les e-mails qui n'avaient pas lo encore été envoyés depuis le précédent polling. Les figures 2a et 2b montrent, plus précisément dans un exemple de réalisation, la construction par le Proxy mail 1 des listes successives d'enregistrements associées aux e-mails. Dans ce mode de réalisation, le 15 protocole utilisé pour le transfert des e-mails est le protocole POP3 étendu. Selon cet exemple de réalisation, le Proxy mail 1 effectue les étapes de transmission suivantes pour alléger la taille des listes envoyées au mobile 3. Une étape liminaire, établie lors de la première utilisation du mobile, est d'abord initiée, en référence à la figure 2a. Après avoir stocké les e- 20 mails dans un fichier 21, les e-mails étant rapatriés du serveur mail 2 ainsi qu'une liste 23 associée aux e-mails, le Proxy mail 1 utilise la commande � UIDL � (Unique ID Listing) du protocole POP3 étendu pour demander au serveur mail ;2 un identifiant unique la pour chacun des e-mails du fichier 21. Ces identifiants la sont enregistrés dans la liste 23 associée aux e-mails du fichier 21. Dans cet 25 exemple de réalisation, le Proxy mail 1 complète alors cette liste d'identifiants 23 en y rajoutant le triplet Ta: login/mot de passe/serveur de chaque mail pour constituer la liste d'enregistrements caractéristiques. Le Proxy mail envoie au mobile la liste d'enregistrements 23 associée à tous les mails, puis, après accord du mobile 3, lui envoie les e-mails du fichier 21. 30 En figure 2b est présentée la mise en oeuvre d'un polling courant de rapatriement selon l'une quelconque des étapes ultérieures de polling de rapatriements répétitifs. Le Proxy mail 1 a stocké du précédent polling les e-mails d'un fichier 24 et la liste associée 25 d'enregistrements construite de manière identique à l'étape initiale (fig 2a) et qui contient les identifiants Ib et les triplets Tb, correspondant respectivement aux enregistrements la et Ta de la figure 2a. Lors du polling courant, le Proxy mail 1 rapatrie tous les e-mails du fichier 26 du serveur mail 2, et demande à ce serveur 2, par la cornmande � UIDL �, les identifiants le de ces e-mails qu'il stocke dans la liste d'enregistrement associée 27. Par comparaison des deux listes d'enregistrements 25 et 27 qu'Il détient, à l'aide d'un comparateur de champs C, et en particulier des identifiants de référence contenus dans ces deux listes 25 et 27, le Proxy mail identifie les ~o identifiants le de la partie 27b de la liste 27 qui sont identiques aux identifiants Ib de la liste 25, et les supprime. Ainsi, la liste 27 ne contient plus que les identifiants des nouveaux e-mails situés initialement dans la partie 27a de la liste 27. Le Proxy mail 1 envoie au mobile 3 la liste 27a associée aux nouveaux mails puis, après accord du mobile 5, lui envoie les nouveaux e-mails du fichier 26a de ts l'ensemble des e-mails 26, la partie 26b du fichier 26 n'étant pas transmise. La liste 27a contient également les triplets Tc login/mot de passe/serveur associés aux e-mails de la partie 26a. Les figures 3a et 3b montrent, dans un autre exemple de 20 réalisation, la construction par le Proxy mail 1 des listes d'enregistrements associés aux e-mails. Dans cet exemple de réalisation, le protocole utilisé pour le transfert des e-mails est le protocole � POP3 basique �. Le Proxy mail 1 effectue, selon un schéma semblable, les étapes suivantes pour alléger la taille des listes envoyées au mobile 3. 25 L'étape initiale, établie lors de la première utilisation du mobile, est présentée en figure 3a. Dans cette étape, le Proxy mail 1 rapatrie du serveur mail 2 le fichier d'e-rnails 31 et le stocke, ainsi qu'une liste 32 de données. Cette liste contient pour chaque e-mail un numéro d'ordre et sa taille. Le Proxy mail 1 sélectionne, de manière habituelle, l'ensemble des e-mails 31 ou seulement les 3o plus récents 31a, selon une règle définie par l'opérateur, par exemple les e-mails du mois en cours. Une fonction de hachage calcule une empreinte Ea unique pour chaque e-mail de la partie 31a, et cette empreinte E est écrite dans une table de hachage 33 associée aux e-mails 31a, ainsi que le triplet Td (login/mot de passe/serveur), complété par le numéro d'ordre Na et à la taille Ba de chaque e-mail provenant de la liste de données 32. Le Proxy mail 1 envoie au mobile 3 la table de hachage 33, qui forme une liste d'enregistrements caractéristiques puis, après accord du mobile 3, lui envoie les e-mails 31a. Les e-mails de la partie 31b du fichier 31 ne sont pas transmis. En référence à la figure 3b, est présentée l'utilisation courante d'un polling de rapatriement selon l'une quelconque des étapes ultérieures de rapatriements répétitifs. à chaque nouvelle interrogation. Le Proxy mail 1 a stocké les e-mails 34 et leur table de hachage associée 35 construite de manière similaire à l'étape initiale, et rapatrie les e-mails 36 ainsi que la liste 36c des numéros et des tailles des e-mails. La table de hachage associée 37 contient les empreintes Eb des e-mails par application de la fonction de hachage, les triplets Te login/mot de passe/serveur, les numéros Nb et les tailles Bb issus de la liste 36c. Le proxy effectue alors une comparaison entre les enregistrements de la table de hachage 37 avec ceux de la table de hachage 35 des e-mails 34 déjà stockés dans le Proxy mail 1. Les e-mails du fichier 36 et leurs enregistrements caractéristiques associés dans la table de hachage 37 étant classés chronologiquement, une comparaison, par un comparateur de champs (non représenté) est effectuée entre les enregistrements de la table de hachage 37 et ceux de la table 35. à partir des enregistrements respectifs 37y et 35x les plus récents, puis en remontant dans le temps pour les enregistrements de la table de hachage 37. Dès que l'identité entre les enregistrements respectifs est constatée, les enregistrements suivants de la table 37 selon la même chronologie forment une partie 37b identifiée comme correspondant aux enregistrements de la table de hachage 35 déjà stockée dans le Proxy mail 1 et déjà transmise au mobile La partie 37a de la table de hachage contient ainsi les nouveaux enregistrements correspondant aux nouveaux e-mails formant une partie 36a du fichier 36. En présence de nouveaux e-mails (partie 36a non vide), le Proxy mail 1 envoie au mobile 3 la partie 37a de la table de hachage puis, après accord du mobile 3, les e-mails de la 36a du fichier 36. 2929483 io L'invention n'est pas limitée aux exemples de réalisation décrits et représentés. Il est également possible de prévoir d'autres types de réalisation de l'invention, par exemple : - les fonctions du Proxy mail décrites par l'invention peuvent être 5 effectuées par le serveur mail qui intègre alors ces fonctions dans une application dédiée;- l'invention peut utiliser des évolutions du protocole � POP3 �, dans ce cas d'autres fonctions que l'c UIDL � pourraient être utilisées ; - par ailleurs, l'invention pourrait s'appliquer au transfert d'autres données que les e-mails provenant de serveurs de contenus, à savoir d'autres ~o données non vocales (telles que des SMS) ou des messages audio et/ou vidéo dont le transfert périodique utilise une capacité réseau importante pendant un temps de transfert important dans le réseau. REVENDICATIONS1. Procédé d'allègement du trafic de transfert de données entre un serveur mail (2) et un mobile (3) selon un protocole de communication, caractérisé en ce qu'il consiste à effectuer une comparaison entre une liste d'enregistrements (27 ; 37), caractéristiques des données stockés par le serveur mail (2) obtenue lors du rapatriement périodique de données (polling) courant, et la liste des enregistrements caractéristiques (25 ; 35) des données transmises lors du polling précédent, à identifier les enregistrements relatifs (27a ; 37a) aux nouvelles données non transmises dans le polling précédent, et à ne transmettre au mobile (3) que ces nouvelles données et les enregistrements caractéristiques correspondants. 2. Procédé d'allègement selon la revendication 1, dans lequel les enregistrements caractéristiques sont des signatures choisies en fonction du protocole de communication utilisé parmi des numéros d'ordre, des identifiants, et des empreintes d'une fonction de hachage. 3. Procédé d'allègement de trafic selon la revendication 2, caractérisé en ce qu'il n'utilise que les fonctionnalités du protocole déjà en place pour le transfert des e-mails. 4. Procédé d'allègement de trafic selon l'une quelconque des revendications précédentes, dans lequel le transfert de données est relatif au rapatriement d'e-mails et les enregistrements référencent ces e-mails. 5. Procédé d'allègement de trafic selon la revendication précédente, dans lequel seuls les e-mails identifiés comme non transmis et stockés dans une partie (26a, 36a) du fichier d'e-mails (26, 36) sont transmis. 6. Procédé d'allègement de trafic selon la revendication précédente, dans lequel le protocole de communication est un protocole � POP 3 étendu � et la signature est un identifiant (Ia, Ib, Ic) de chaque e-mail. 7. Procédé d'allègement de trafic selon la revendication précédente, dans lequel une étape liminaire, établie lors de la première utilisation du mobile, consiste à stocker les e-mails ou leur signature dans un fichier (21) en association avec la liste d'enregistrements caractéristiques (23) associée aux e- mails, en utilisant la commande � UIDL � (Unique ID Listing) du protocole � POP3 étendu � pour demander un identifiant unique (Ia) pour chacun des e-mails du fichier (21), ces identifiants (Ia) étant enregistrés dans la liste associée (23) qui est transmise au mobile ainsi que le fichier d'e-mails (21). 8. Procédé d'allègement de trafic selon la revendication 4, dans to lequel le protocole de communication est un protocole � POP 3 basique � et la signature est une empreinte (Ea, Eb) de chaque e-mail résultant d'une fonction de hachage. 9. Procédé d'allègement de trafic selon la revendication précédente, dans lequel une étape liminaire, établie lors de la première utilisation 15 du mobile, consiste à stocker les e-mails dans un fichier (31) en association avec la liste d'enregistrements caractéristiques (33) associée aux e-mails, à calculer à l'aide de la fonction de hachage l'empreinte (Ea) unique pour chaque e-mail, et à écrire cette empreinte (Ea) dans une table de hachage (33) associée aux e-mails, la table de hachage (33), qui forme une liste d'enregistrements caractéristiques 20 étant transmise au mobile (3) ainsi que, après accord du mobile (3), les e-mails. 10. Procédé d'allègement de trafic selon la revendication précédente, dans lequel la transmission de données au mobile (3) est effectuée à partir d'une application soit intégrée à un serveur (2) soit en liaison mais hors de ce serveur. 25 11. Équipement de mise en oeuvre du procédé d'allègement du trafic selon l'une quelconque des revendications précédentes, pour le transfert de données lors de l'envoi périodique de messages électroniques d'un serveur mal (2) à un mobile (3) à travers un réseau, caractérisé en ce qu'il est constitué d'un Proxy mail (1) de transmission de données, provenant d'un serveur mail (2) de 30 l'opérateur en liaison avec des serveurs de contenus (6), vers un mobile (3), et en ce qu'il est constitué d'un module d'application de gestion chronologique de cesdonnées par stockage de fichiers et d'enregistrements caractéristiques en liaison avec un protocole de communication de transfert d'émission vers le mobile et de réception d'e-mails provenant de ce mobile (3). 12. Équipement selon la revendication précédente, caractérisé 5 en ce qu'il est intégré au serveur mail (2) et forme un module de ce serveur. 13. Équipement selon la revendication 10, caractérisé en ce qu'il est disposé entre le serveur mail (2) et le réseau de l'opérateur (5). 14. Équipement selon l'une quelconque des revendications 10 ;à 12, caractérisé en ce que les données gérées sont des e-mails (4), des lo messages, des données audio et/ou des données vidéos.