Brevet FR2860942A1 — publié le 20050415

PROCEDE DE TELECHARGEMENT DE SONNERIES ET TELEPHONE MOBILE APTE A TELECHARGER DES SONNERIES DOMAINE TECHNIQUE La présente invention est relative aux sonneries téléchargées sur les téléphones mobiles. On connaît depuis longtemps des services permettant de télécharger sur des téléphones mobiles des sonneries qui permettent à l'utilisateur de 10 personnaliser son téléphone. Sur les téléphones portables de génération relativement ancienne, ces sonneries étaient des sonneries monophoniques réalisées au moyen de synthétiseurs de type MIDI Ces sonneries MIDI ont ensuite évolué pour devenir polyphoniques. Plus récemment, les constructeurs de téléphones portables ont proposé de télécharger des sonneries correspondant à des sons réels, et par exemple des sonneries proches de musiques originales (extraits de chansons, etc... ). PRESENTATION GENERALE DE L'INVENTION L'invention propose quant à elle un nouveau type de personnalisation de la réception d'appel de téléphones portables. Elle propose en particulier de compléter un contenu audio servant de sonnerie d'appel personnalisée, par une animation graphique associée à cette sonnerie et s'affichant à l'écran de façon synchronisée ou simultanée par rapport à la sonnerie d'appel. Un problème qui se pose toutefois est que l'architecture des téléphones portables n'est généralement pas conçue pour permettre le déclenchement de la lecture d'un objet multimédia à réception d'un appel entrant. L'invention propose quant à elle une solution qui permet de faire jouer au téléphone la combinaison d'un contenu audio et d'un contenu graphique lorsqu'il reçoit un appel entrant, ce même si le téléphone n'est pas d'une architecture adaptée pour déclencher la lecture d'un objet multimédia à réception d'un appel entrant. Plus précisément, l'invention propose un procédé de téléchargement de sonneries pour la personnalisation de téléphones mobiles, caractérisé en ce que, outre un contenu audio, les données téléchargées comportent un contenu d'animation graphique destiné à être affiché sur l'écran du téléphone mobile lorsque le contenu audio est joué sur le téléphone à la réception d'un appel entrant, une application de lecture de contenu d'animations graphiques, et le cas échéant également de contenu audio, étant simultanément téléchargée ou ayant été préalablement téléchargée et mémorisée au niveau de la couche d'exploitation du téléphone mobile. Un tel procédé trouve en particulier avantageusement application, sans que cela ne soit limitatif, dans le cas de téléphones équipés de logiciels d'exploitation (OS) de type symbian et en particulier ceux dontles téléphones sont équipés d'interfaces de type series 60 . On rappelle que l'OS symbian est une partie logicielle qui, pour les téléphones qui sont basés sur cet outil, fournie entre autre un ensemble de fonctionnalités basiques, dont la gestion des drivers matériels, un grand nombre de contrôle graphique et les fonctions de gestion des mémoires. Quant à Series 60 , il s'agit d'un logiciel intégré ( framework ) graphique édité par la société NOKIA, sur la base d'un environnement 30 Symbian et qui fournie entre autre les fonctions de téléphonie et d'IHM. Par ailleurs, l'invention propose également plusieurs solutions alternatives pour permettre la lecture sensiblement synchrone d'un contenu audio et d'un contenu graphique à réception d'un appel. Selon une première solution, l'application de lecture du contenu graphique est téléchargée dans la couche d'exploitation du téléphone mobile une application de tache de fond qui surveille la notification d'un appel au serveur de téléphonie de ladite couche et active la lecture du contenu graphique par l'application de lecture. Selon une autre solution, l'application de lecture téléchargée dans la couche d'exploitation surveille en tâche de fond l'activation d'un codec correspondant à la sonnerie qui lui est associée, la lecture du contenu d'animation graphique étant déclenchée lorsque ladite activation de codec est détectée. Selon une autre solution encore, l'application de lecture téléchargée dans la couche d'exploitation surveille en tâche de fond la signalisation d'un appel à une application téléphonie d'interface ou au serveur de téléphonie de la couche d'exploitation, la lecture du contenu d'animation graphique étant déclenchée lorsqu'un événement correspondant à cette signalisation est détecté. En alternative, un codec est déclaré au niveau du système. Ce codec est 25 associé à un type de contenu et à une extension de fichier. Les données téléchargées de ce type sont automatiquement associées à ce codec qui comporte un contenu audio et un contenu d'animations graphiques, une application de lecture d'un codec de ce type étant simultanément téléchargée ou ayant été préalablement téléchargée et mémorisée au niveau de la couche d'exploitation du téléphone mobile. L'invention propose également un téléphone mobile apte à télécharger des sonneries de personnalisation de téléphones mobiles, caractérisé en ce que la couche d'exploitation du téléphone mobile mémorise une application de lecture de contenu d'animations graphiques, le téléphone comportant des moyens pour déclencher la lecture de ce contenu d'animations graphiques à réception d'un appel entrant. D'autres caractéristiques et avantages de l'invention ressortiront encore de la description qui suit, laquelle est purement illustrative et non limitative. 10 PRESENTATIONS DES DESSINS Cette description doit être lue en regard des dessins annexés sur lesquels: la figure 1 illustre de façon simplifiée un exemple d'architecture logicielle sur un téléphone portable; les figures 2 à 4 illustrent trois variantes de mise en oeuvre possible de l'invention sur une telle architecture. DESCRIPTION D'UN OU PLUSIEURS MODES DE REALISATION ET DE MISES EN OEUVRE DETAILLES Architecture générale On a représenté de façon schématique sur la figure 1 l'architecture logicielle d'un téléphone portable qui comporte une couche OS d'exploitation et un environnement applicatif d'interface graphique IG, par exemple de type Series 60 . La couche d'exploitation intègre notamment: - un serveur 1 de téléphonie qui gère le dialogue avec la pile ou stack protocole GSM/GPRS; ce serveur 1 récupère les événements concernant les appels et les distribuent aux applications qui en font la demande; un serveur multimédia 2 qui gère des codecs (objets comprimés) audio ou vidéo; différentes applications graphiques 3. L'interface graphique IG comporte en particulier une application 4 téléphonie restant en permanence active en tâche de fond et gérant 5 notamment les appels entrant et le dialogue avec le serveur 1. Première variante: l'utilisation d'un serveur de tâche de fond Ainsi que l'illustre la figure 2, on peut utiliser un serveur 5 de tâche de fond, par exemple téléchargé sur le téléphone portable, et dont la fonction est de détecter l'arrivée d'appels entrants, en parallèle des moyens classiquement mobilisés par un téléphone portable pour gérer lesdits appels. Lorsque ce serveur 5 de tâche de fond détecte un appel entrant, il déclenche l'exécution de l'affichage de l'animation graphique, tandis que la sonnerie est déclenchée par les moyens qui interviennent classiquement dans la gestion d'un appel entrant d'un téléphone et en particulier par l'application de téléphonie 4. Le serveur 5 de tâche de fond est mémorisé dans la couche d'exploitation et surveille le déclenchement d'un événement particulier lié à l'arrivée d'un appel entrant, au niveau du serveur de téléphonie 1. Lorsqu'il détecte cet événement, le serveur 5 déclenche une application de 25 lecture 6 ( Player ) qui joue sur l'écran du téléphone l'animation graphique. Cette application de lecture 6 est également mémorisée au niveau de la couche d'exploitation. En parallèle, l'application 4 de téléphonie joue la mélodie, le son réel, etc. qui correspond à la sonnerie personnalisée choisie par l'utilisateur (sonnerie à laquelle l'animation graphique est associée) Comme, on l'aura compris, une telle architecture à serveur de tâche de fond permet de jouer en parallèle de façon sensiblement synchronisée le contenu audio et le contenu d'animation graphique. Le serveur 5 de tâche de fond est par exemple téléchargé sur le téléphone portable lorsque l'utilisateur se connecte à un serveur de contenu de personnalisation et télécharge pour la première fois un contenu audio et le contenu d'animation graphique qui lui correspond. Dans ce cas, le contenu d'animation graphique est lui-même avantageusement téléchargé avec l'application de lecture 6. On notera que pour afficher directement l'animation graphique 6 alors même que l'architecture du téléphone donne généralement une priorité forte à l'application téléphonie lors de la présentation d'un appel, cette application de lecture 6 court-circuite avantageusement les couches graphiques du téléphone pour écrire directement la mémoire écran. On évite ainsi des conflits éventuels entre le lecteur de l'animation graphique et les couches graphiques classiques du logiciel graphique etlou de l'OSd'un téléphone mobile. Pour éviter des conflits de commande avec les différentes fonctions du téléphone susceptibles de générer un affichage d'icônes dans certaines zones de l'écran, on prévoit également avantageusement des masques particuliers sur ces zones. Leur fonctionnement est le suivant: l'icône est masquée au premier affichage et elle est réimprimée sur le fond de l'animation dès son premier rafraîchissement . Ensuite, la zone de l'icône n'est plus remise à jour, ce qui fait que l'icône n'est plus cycliquement effacée / affichée, ce qui supprime l'effet désagréable de clignotement rapide. De cette façon, on ne fait pas disparaître ou clignoter les icônes qui sont normalement activées à la réception d'un appel ou encore lorsque le téléphone mobile est connecté à un chargeur, lorsque la fonction d'échange infrarouge est activée, etc. 2ème variante: l'activation d'une application de lecture de contenu graphique par un codec audio Dans la variante illustrée sur la figure 3, un codec est mémorisé au niveau du serveur multimédia, tandis qu'un logiciel de lecture 6 surveille en tâche de fond l'activation de ce codec. Les codecs sont associés à un lecteur multimédia et les fichiers de contenu qui correspondent à un codec peuvent être sélectionnés comme sonnerie. Par sonnerie, on entend ici et dans tout le présent texte, toute mélodie ou son réel et de façon générale tout contenu audio destiné à être joué lors d'un appel entrant pour avertir l'utilisateur de cet événement. Les étapes de fonctionnement sont alors les suivantes. L'arrivée d'un appel entrant est signalée à l'application de téléphonique 4. Celle-ci active, de façon classique, l'écran de présentation d'appel. En parallèle, la détection de l'appel par le logiciel de tâche de fond active dans le contenu multimédia la mélodie/sonnerie sélectionnée. Ceci active le codec 7. L'activation du codec 7 est détectée par l'application de lecture 6 qui restitue, en parallèle à la lecture du flux audio, le flux graphique, jusqu'à ce que l'événement décrocher/raccrocher soit récupéré. Sème variante: l'application de lecture est déclenchée par la détection d'un événement de signalisation d'appel Dans la variante illustrée sur la figure 4, l'application de lecture 6 surveille 5 en tâche de fond la signalisation d'un appel entrant à l'application de téléphonie 3. Dans ce cas, lorsqu'un événement signalant un appel entrant est détecté par cette application de lecture 6, celle-ci interroge les mises à jour de l'utilisateur (base de données 8 mémorisée dans la couche d'exploitation) pour vérifier si la sonnerie sélectionnée correspond à un contenu graphique, puis, le cas échéant, restitue ce contenu graphique, lequel est par exemple mémorisé dans le une zone dédiée du File System et associé au serveur multimédia 3 grâce à un codec. En parallèle, la signalisation d'un appel entrant à l'application 4 active la mélodie ou sonnerie sélectionnée, qui est alors elle aussi restituée.. Le flux audio et le flux graphique sont ainsi joués jusqu'à récupération de l'événement décrocher/raccrocher . 4ème variante l'utilisation d'un codec contenant une animation en plus du son Une autre variante possible encore est d'utiliser un codec contenant une animation en plus d'un contenu de son. Ceci dans le cas d'un système d'exploitation ouvert autorisant par exemple le développement et l'installation d'un lecteur de contenu utilisable également dans les menus de paramétrage de la sonnerie et que nous destinons à être dédié à un type de contenu de sonnerie. Si un contenu de ce type est sélectionné comme sonnerie, ce lecteur de contenu est appelé pour chaque appel entrant. II ne pose alors aucun problème de synchronisation; aucun développement spécifique n'est nécessaire. Téléchargement des contenus d'animations Dans la très grande majorité des mobiles actuels, la puissance du processeur n'est pas suffisante pour décoder à la volée des conteneurs images standards (gif, png, jpeg, ..). Pour palier cette difficulté, on propose d'utiliser le format d'image natif du mobile ou de son système d'exploitation soit directement dans le conteneur, soit en convertissant un format standard (gif, png, jpeg, ..) lors de l'installation pour le stocker dans le format natif du mobile. Par ailleurs, la non disponibilité d'un format natif de type animé conduit à intégrer à l'application de lecture ( player ) la capacité à afficher de manière enchaînée des images fixes au format natif suivant un frame rate paramétrable. Cette deuxième solution présente l'avantage déterminant de diminuer la 20 taille de l'objet à télécharger pour installer le contenu multimédia. Installation des sonneries Par ailleurs, de façon classique, lorsqu'il installe du contenu de personnalisation de son téléphone, dont une nouvelle sonnerie, l'utilisateur doit trouver dans son téléphone le ou les menu(s) de paramétrage qui conviennent, puis rechercher le (ou les) fichier(s) téléchargé(s) à l'endroit où il a été stocké. Dans le cas de sonneries associées à des contenus graphiques, les difficultés suivantes se sur ajoutent: Plusieurs éléments sont nécessaires et il est important que ces objets ne soient pas téléchargés séparément mais en un seul fichier. De plus, il peut être nécessaire de formater les noms de fichiers (préfixe, post fixe, extension, ...), de les placer dans des répertoires spécifiques et les décompresser et/ou les formater (contraintes imposées par l'OS ou le framework). Pour résoudre toutes ces difficultés, il est proposé de regrouper tous les éléments nécessaires au fonctionnement lors de l'installation. 10 Ainsi, à chaque téléchargement, on transmet au téléphone non seulement le contenu audio et le contenu d'animations graphiques (correspondant à un ou plusieurs fichiers), mais également la ou les applications de lecture. Il est également avantageusement prévu de télécharger en même temps par exemple un fichier de configuration, etc.... Cette solution apporte simplicité et confort à l'utilisateur, et permet le fonctionnement du contenu audio combiné au contenu d'animation 20 graphique dans l'environnement du téléphone. De façon plus générale, ce mécanisme peut être utilisé pour tous les autres cas où descontenus groupés peuvent s'avérer intéressants: on peut par exemple grouper les contenus suivants Offre 25 Sonnerie + papier peint + Economiseur d'écran. Gestion des favoris Egalement, il peut être prévu qu'une nouvelle sonnerie téléchargée se place 30 automatiquement comme favori destiné à être activé lors du prochain appel entrant. Cette sonnerie remplace alors le favori précédent. A cet effet, on installe l'application ou on active un contenu associé au codec, l'ensemble des actions nécessaires à l'activation simultané du son et du graphisme étant faites automatiquement et sans intervention de l'utilisateur dans les différents menus de configuration du téléphone. En outre, des moyens peuvent être prévus pour détecter que l'utilisateur décide de changer sa sonnerie favorite, et bloquer l'activation de l'animation 10 graphique correspondante lorsqu'un changement de ce type est détecté. Composition par l'utilisateur On prévoit avantageusement au niveau de la couche d'exploitation une application d'interface (le cas échéant également téléchargée sur demande de l'utilisateur ou lors de la première connexion) qui permet à l'utilisateur de composer ses propres contenus combinés (animation graphique/sonnerie) à partir du contenu déjà présent sur son téléphone ou qu'il peut télécharger par ailleurs (Sonneries, photos, gif animés, memos vocaux, ...). Une fois assemblée, ce contenu combiné est semblable à ceux conçus téléchargés. Bien entendu, les prises de photos et enregistrements du son peuvent 25 également être directement effectuées à partir de l'appareil photo et de l'enregistreur du téléphone. De cette façon, l'utilisateur peut personnaliser son mobile à partir d'éléments personnels. Protection du contenu L'utilisation d'un logiciel de lecture ou player permet la mise en oeuvre d'un mécanisme simple de protection du contenu des fichiers. Le fichier est crypté dans le fichier conteneur et il est décrypté en mémoire vive afin qu'un utilisateur mal intentionné ne puisse pas copier les fichiers à l'aide d'un explorateur de fichiers ( File System ) pour l'utiliser à des fins qui n'entrent pas dans le cadre de son contrat de licence d'utilisation, et notamment de l'envoyer à d'autres utilisateurs qui n'auraient pas acheté ce contenu. Ce même mécanisme est utilisé pour proposer un module de démonstration avant achat. Ainsi, l'utilisateur ne peut pas obtenir la démonstration et en détourner le contenu à d'autres fins. 13 REVENDICATIONS 1. Procédé de téléchargement de sonneries pour la personnalisation de téléphones mobiles, caractérisé en ce que, outre un contenu audio, les données téléchargées comportent un contenu d'animation graphique destiné à être affiché sur l'écran du téléphone mobile lorsque le contenu audio est joué sur le téléphone à la réception d'un appel entrant, une application de lecture de contenu d'animations graphiques, et le cas échéant également de contenu audio, étant simultanément téléchargée ou ayant été préalablement téléchargée et mémorisée au niveau de la couche d'exploitation du téléphone mobile. 2. Procédé selon la revendication 1, caractérisé en ce que les données téléchargées comportent un codec qui comporte un contenu audio et un contenu d'animations graphiques, une application de lecture d'un codec de ce type étant simultanément téléchargée ou ayant été préalablement téléchargée et mémorisée au niveau de la couche d'exploitation du téléphone mobile. 3. Procédé selon la revendication 1, caractérisé en ce que les données téléchargées comportent un codec qui comporte un contenu audio et un codec qui comporte un contenu d'animations graphiques. 4. Procédé selon l'une des revendications précédentes, caractérisé en ce que à chaque nouveau téléchargement, les données téléchargées comportent une application de lecture du contenu d'animations graphiques et/ou du contenu audio. 5. Procédé selon la revendication 4, caractérisé les données téléchargées comportent en outre un ou plusieurs fichiers de configuration. 6. Procédé selon l'une des revendications précédentes, caractérisé en ce qu'avec l'application de lecture du contenu graphique est téléchargée dans la couche d'exploitation du téléphone mobile une application de tache de fond qui surveille la notification d'un appel au serveur de téléphonie de ladite couche et active la lecture du contenu graphique par l'application de lecture. 7. Procédé selon l'une des revendications 1 à 5, caractérisé en ce que l'application de lecture téléchargée dans la couche d'exploitation surveille en tâche de fond l'activation d'un codec correspondant à la sonnerie qui lui est associée, la lecture du contenu d'animation graphique étant déclenchée lorsque ladite activation de codec est détectée. 8. Procédé selon l'une des revendication 1 à 5, caractérisé en ce l'application de lecture téléchargée dans la couche d'exploitation surveille en tâche de fond la signalisation d'un appel à une application téléphonie d'interface ou au serveur de téléphonie de la couche d'exploitation, la lecture du contenu d'animation graphique étant déclenchée lorsqu'un événement correspondant à cette signalisation est détecté. 9. Procédé selon l'une des revendications précédentes, caractérisé en ce que l'application de lecture application de lecture 6 court-circuite les couches graphiques du téléphone pour écrire directement dans la mémoire écran. 10. Procédé selon la revendication 9, caractérisé en ce que l'application de lecture utilise un masque pour ne pas entrer en conflit avec certaines zones d'affichage d'icônes du téléphone. 11. Procédé selon l'une des revendications précédentes, caractérisé en ce que les données sont téléchargées à partir d'un conteneur stockant des animations graphiques au format d'image natif du téléphone mobile ou de son système d'exploitation. 12. Procédé selon l'une des revendications 1 à 10, caractérisé en ce que lors du téléchargement, les données sont téléchargées en étant converties de façon cure les animations graphiques soient stockées dans le téléphone mobile au format d'image natif de celui-ci ou de son système d'exploitation. 13. Procédé selon l'une des revendications précédentes, caractérisé en ce que chaque nouvelle sonnerie téléchargée se mémorise automatiquement dans le téléphone portable comme favori destiné à être activé lors du prochain appel entrant 14. Procédé selon la revendication 13, caractérisé en ce qu'on installe l'application ou ou on active un contenu associé au codec, l'ensemble des actions nécessaires à l'activation simultané du son et du graphisme étant faites automatiquement et sans intervention de l'utilisateur dans les différents menus de configuration du téléphone. 15. Téléphone mobile apte à télécharger des sonneries de personnalisation de téléphones mobiles, caractérisé en ce que la couche d'exploitation du téléphone mobile mémorise une application de lecture de contenu d'animations graphiques, le téléphone comportant des moyens pour déclencher la lecture de ce contenu d'animations graphiques à réception d'un appel entrant. 16. Téléphone selon la revendication 15, caractérisé en ce l'application de lecture est apte à lire un codec qui comporte un contenu audio et un contenu d'animations graphiques. 17. Téléphone selon l'une des revendications précédentes, caractérisé en ce qu'avec l'application de lecture du contenu graphique est une application de tache de fond qui surveille la notification d'un appel au serveur de téléphonie de ladite couche et active la lecture du contenu graphique par l'application de lecture. 18. Téléphone selon l'une des revendications 15 et 16, caractérisé en ce que l'application de lecture surveille en tâche de fond l'activation d'un codec correspondant à la sonnerie qui lui est associée, la lecture du contenu d'animation graphique étant déclenchée lorsque ladite activation de codec est détectée. 19. Téléphone selon l'une des revendication 15 et 16, caractérisé en ce l'application de lecture surveille en tâche de fond la signalisation d'un appel à une application téléphonie d'interface ou au serveur de téléphonie de la couche d'exploitation, la lecture du contenu d'animation graphique étant déclenchée lorsqu'un événement correspondant à cette signalisation est détecté. 20. Téléphone selon l'une des revendications 15 à 19, caractérisé en ce que l'application de lecture court-circuite les couches graphiques du téléphone pour attaquer directement la mémoire écran. 21. Téléphone selon la revendication 20, caractérisé en ce que l'application de lecture comporte des moyens pour masquer certaines zones d'affichage d'icônes du téléphone. 22. Téléphone selon l'une des revendications 15 à 21, caractérisé en ce qu'il comporte des moyens aptes à détecter que l'utilisateur décide de changer sa sonnerie favorite, et à bloquer l'activation de l'animation graphique correspondante lorsqu'un changement de ce type est détecté. 23. Téléphone selon l'une des revendications 15 à 22, caractérisé en ce qu'il comporte une application d'interface (le cas échéant également téléchargée qui permet à l'utilisateur de composer se propres contenus combinés à partir du contenu déjà présent sur son téléphone ou qu'il peut télécharger par ailleurs.