PROCEDE ET DISPOSITIF POUR COMMANDER L'AFFICHAGE D'UNE ZONE D'INFORMATIONS SUR L'ÉCRAN D'ACCUEIL D'UN
TERMINAL MOBILE
Arrière-plan de l'invention
Le domaine de l'invention est celui de la gestion des écrans d'accueil des terminaux de télécommunication mobiles.
Plus particulièrement, l'invention concerne un procédé et un dispositif pour commander l'affichage d'une zone d'informations sur un tel écran d'accueil.
L'écran d'accueil d'un terminal mobile, en particulier d'un téléphone mobile, est l'écran principal de ce dernier. Un tel écran apparaît lorsque le téléphone n'effectue aucune transaction ou fonction, telles qu'une conversation téléphonique ou l'exécution d'une application, telle que par exemple l'envoi d'un message SMS.
Un tel écran d'accueil est notamment personnalisable par l'utilisateur pour le choix de l'image de fond d'écran, le choix des raccourcis vers des applications spécifiques, ainsi que pour des services proposés par un opérateur et pour lesquels l'utilisateur s'est abonné (météo, messagerie, bourse, flux d'informations, etc.).
Il existe actuellement sur les ordinateurs de type PC des applications qui tournent en tâche de fond et qui permettent d'accéder rapidement aux services précités. De telles applications sont plus connues sous le nom de "Widgets". En pratique, ces widgets sont matérialisées sur l'écran d'accueil par des icônes représentatives des services auxquels s'est abonné l'utilisateur. De telles icônes définissent des zones d'informations qui sont localisées dans les emplacements disponibles de l'écran d'accueil de l'ordinateur. Ces widgets sont stockées au préalable dans une mémoire dynamique de l'ordinateur et sont appelées dans un menu qui s'affiche à l'écran.
Ainsi par exemple, si l'utilisateur s'est abonné au service "météo", il sélectionne la rubrique "widgets" dans le menu de l'écran d'accueil, puis la rubrique "météo". A la suite de cette opération, la widget "météo" s'affiche sur l'écran d'accueil de l'ordinateur, la zone d'affichage représentative de la widget "météo" comprenant plusieurs informations
telles que par exemple la ville où se trouve l'utilisateur, un nuage, si au moment de la requête de l'utilisateur, le temps est nuageux dans la ville précitée, le jour, la date et la température.
Dans le cas de la widget "météo", certaines informations qui varient au cours du temps, comme par exemple la température, sont nécessairement téléchargées dans l'ordinateur à partir d'un serveur dédié, via un réseau de communication, suite à la sélection de la widget "météo" par l'utilisateur.
Dans d'autres cas, les données relatives à la widget sélectionnée seront toutes stockées en local dans l'ordinateur. Lorsque par exemple l'utilisateur sélectionne la widget "musique", une icône, se présentant sous la forme d'une barre de progression de la musique en cours de lecture, est alors affichée dans un emplacement disponible de l'écran d'accueil. Une telle barre de progression permet à l'utilisateur d'exécuter certaines actions telles que "pause", "stop", "lecture", "suivant", etc....
L'affichage de telles widgets sur les terminaux mobiles, en particulier les téléphones mobiles, n'est pas spécialement adapté en raison principalement de la petite taille de leurs écrans d'accueil.
Objet et résumé de l'invention
A cet effet, la présente invention concerne un procédé pour commander l'affichage d'une zone d'informations sur l'écran d'accueil d'un terminal mobile, ledit procédé étant caractérisé en ce qu'il comporte :
- une étape de détermination d'un ordre de priorité d'affichage de données transmises vers l'application d'écran d'accueil du terminal mobile et identifiées comme étant relatives à ladite zone d'informations, par rapport à des données relatives à une application susceptible d'être en cours d'exécution sur l'écran d'accueil,
- une étape d'affichage de ladite zone d'informations à un emplacement disponible de l'écran d'accueil, dans le cas où l'ordre de priorité d'affichage des données relatives à ladite zone d'informations a été déterminé comme plus élevé que celui des données relatives à l'application en cours d'exécution sur l'écran d'accueil.
Corrélativement, l'invention concerne un dispositif de commande de l'affichage d'une zone d'informations sur l'écran d'accueil d'un terminal mobile, un tel dispositif étant caractérisé en ce qu'il comporte :
- des moyens de détermination d'un ordre de priorité d'affichage de données qui ont été transmises vers l'application d'écran d'accueil du terminal mobile et qui ont été identifiées comme étant relatives à la zone d'informations, par rapport à des données relatives à une application susceptible d'être en cours d'exécution sur l'écran d'accueil,
- des moyens d'affichage de la zone d'informations à un emplacement disponible de l'écran d'accueil, dans le cas où l'ordre de priorité d'affichage des données relatives à la zone d'informations a été déterminé comme plus élevé que celui des données relatives à l'application en cours d'exécution sur l'écran d'accueil.
Une telle gestion des priorités permet ainsi l'affichage d'une "widget" sur l'écran d'accueil d'un terminal mobile, sans gêner le comportement normal de l'application susceptible d'être en cours sur l'écran d'accueil.
Dans un mode particulier de réalisation, les données relatives à l'écran d'accueil et les données relatives à la zone d'informations sont contenues respectivement dans des premier et second fichiers de même format. Une telle disposition permet à toute application installée dans le terminal mobile de transmettre, de façon simple, des données et des commandes à l'application d'écran d'accueil du terminal mobile.
Dans un mode particulier de réalisation, les différentes étapes du procédé de commande sont déterminées par des instructions de programmes d'ordinateurs.
En conséquence, l'invention vise aussi un programme d'ordinateur sur un support d'informations, ce programme étant susceptible d'être mis en œuvre dans un dispositif de commande d'affichage ou plus généralement dans un ordinateur, ce programme comportant des instructions adaptées à la mise en œuvre des étapes d'un procédé de commande tel que décrit ci-dessus.
Ce programme peut utiliser n'importe quel langage de programmation, et être sous la forme de code source, code objet, ou de code intermédiaire entre code source et code objet, tel que dans une forme partiellement compilée, ou dans n'importe quelle autre forme souhaitable.
L'invention vise aussi un support d'informations lisible par un ordinateur, et comportant des instructions d'un programme d'ordinateur tel que mentionné ci-dessus.
Le support d'informations peut être n'importe quelle entité ou dispositif capable de stocker le programme. Par exemple, le support peut comporter un moyen de stockage, tel qu'une ROM, par exemple un CD ROM ou une ROM de circuit microélectronique, ou encore un moyen d'enregistrement magnétique, par exemple une disquette (floppy dise) ou un disque dur. D'autre part, le support d'informations peut être un support transmissible tel qu'un signal électrique ou optique, qui peut être acheminé via un câble électrique ou optique, par radio ou par d'autres moyens. Le programme selon l'invention peut être en particulier téléchargé sur un réseau de type Internet. Alternativement, le support d'informations peut être un circuit intégré dans lequel le programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution du procédé en question.
Brève description des dessins
D'autres caractéristiques et avantages de la présente invention ressortiront de la description faite ci-dessous, en référence aux dessins annexés qui en illustrent un exemple de réalisation dépourvu de tout caractère limitatif. Sur les figures : - la figure 1 est une représentation schématique d'un terminal mobile qui comprend un dispositif de commande d'affichage conforme à l'invention ;
- la figure 2A représente un écran d'accueil en attente ;
- la figure 2B représente un écran d'accueil sur lequel est notifiée une application en cours d'exécution ;
- la figure 2C représente un écran d'accueil sur lequel est affichée une widget ;
- la figure 3 représente un ordinogramme d'un procédé de commande d'affichage conforme à l'invention.
Description détaillée d'un mode de réalisation
La figure 1 représente un dispositif de commande d'affichage 1, conforme à l'invention, qui est implémenté dans un terminal 2, de préférence de type mobile. Dans l'exemple représenté, le terminal 2 est un terminal de téléphonie mobile qui comporte classiquement un dispositif d'affichage 3, en général un écran à cristaux liquides ("LCD"-Liquid Crystal Display) sur lequel s'affiche un écran d'accueil quand le terminal 2 est en attente comme il est expliqué dans le préambule de cette description. Un type d'écran d'accueil en attente est par exemple représenté sur la figure 2A.
De façon connue en tant que telle, comme cela est représenté figure 1, le terminal 2 comprend un système d'exploitation 4, par exemple de type Windows mobile, ainsi qu'une mémoire 5 dans laquelle est stocké le dispositif de commande d'affichage 1.
Plus particulièrement, le dispositif de commande d'affichage 1 comporte:
- une première application 6 de gestion de l'écran d'accueil 3 qui est destinée à être exécutée par le système d'exploitation 4, - une seconde application 7 de gestion de widgets qui est également destinée à être exécutée par le système d'exploitation 4.
Les données relatives à chaque application destinée à être exécutée sur l'écran d'accueil 3 (ex: indication de la réception d'un message, saisie d'un nom dans un carnet d'adresses, etc..) sont stockées dans un répertoire 8. Plus précisément, ces données sont des informations d'affichage de l'écran d'accueil 3 et des informations d'interaction avec l'utilisateur sur l'écran d'accueil 3, lesdites données étant utilisées par l'application 6 de gestion d'écran d'accueil.
Lorsqu'une application est en cours d'exécution, par exemple l'interrogation, par l'utilisateur, de sa messagerie, l'écran d'accueil 3 notifie cette exécution, comme on peut le voir sur la figure 2B.
De façon particulièrement avantageuse, pour chaque application destinée à être exécutée sur l'écran d'accueil 3, les données d'affichage et d'interaction correspondantes sont regroupées dans un fichier de données en langage binaire, en association avec un identifiant spécifique, sous un format déterminé. Pour distinguer ces fichiers de données des autres
fichiers, de tels fichiers sont désignés par un nom suivi de l'extension appelée par exemple ".tof '.
Dans le cas par exemple où n applications sont susceptibles d'être exécutées sur l'écran d'accueil 3, les n fichiers de données d'affichage et d'interaction correspondant respectivement à ces n applications se verront attribuer respectivement des identifiants numérotés par exemple de II à In.
De nouveau en référence à la figure 1, l'application de gestion de widgets 7 est configurée quant à elle pour interroger une bibliothèque dynamique 9 dans laquelle est stockée une liste de widgets disponibles, par exemple au nombre de deux, et désignées respectivement par Wl et
W2. De façon connue en tant que telle, de telles widgets sont des fichiers par exemple de type DLL (de l'anglais "Dynamic Link library") qui sont stockés dans un répertoire spécifique contenant au moins trois champs: un nom, un descriptif et une image.
Les widgets Wl et W2 peuvent être soit stockées préalablement dans le terminal 2, soit téléchargées à la demande de l'utilisateur à partir d'un serveur dédié ou encore être créées par l'utilisateur, lorsque ce dernier présente les connaissances informatiques requises. Plus particulièrement, de telles widgets sont écrites en langage
C++, dans le cas où le système d'exploitation 4 est de type Windows mobile.
Avantageusement selon l'invention, les widgets précitées sont programmées de façon à contenir de façon non exhaustive : - des données relatives à l'emplacement qu'elles sont susceptibles d'occuper sur l'écran d'accueil 3,
- des données permettant à l'utilisateur d'interagir avec ces dernières, une fois affichées sur l'écran d'accueil 3,
- et des données permettant à l'utilisateur de déplacer ces widgets sur l'écran d'accueil 3.
L'interactivité avec la widget peut être contextuelle, c'est-à- dire qu'une action de l'utilisateur sur la widget peut être liée à l'état courant de la widget. Un exemple d'une telle interactivité contextuelle est donné ci-dessous. Supposons que par exemple la widget Wl, intitulée par exemple
" Actualités RSS", soit configurée de façon à afficher des flux d'actualités,
article par article, toutes les n secondes. Une telle widget est avantageusement paramétrée pour permettre à l'utilisateur, pendant l'affichage d'un article donné, d'appuyer sur une touche configurée pour rediriger l'utilisateur vers l'article complet. Une telle touche peut être de type tactile ou à accès direct
(terme anglais: "softkey").
L'application 7 de gestion de widgets est en outre configurée de façon à ce que suite à l'extraction d'un fichier widget sélectionné dans la bibliothèque dynamique 9 à la demande de l'utilisateur, elle lance une sous application 7a qui retranscrit ledit fichier extrait en un fichier de données en langage binaire, avantageusement au même format ".tof" que celui des fichiers de données d'affichage et d'interaction précités.
Une telle disposition permet ainsi à l'utilisateur de personnaliser simplement l'écran d'accueil 3 de multiples façons, en autorisant l'affichage de widgets de contenu et de taille très différents, sans devoir recompiler à chaque fois l'application 6 de gestion d'écran d'accueil.
L'application de gestion de widgets 7 transmet ensuite ce fichier ".tof1 à l'application 6 de gestion d'écran d'accueil sous forme d'une série de blocs. Chaque fichier ".tof obtenu par la sous-application 7a contient un identifiant spécifique.
Les deux fichiers ".tof, correspondant respectivement aux deux widgets Wl, W2 contenues dans la bibliothèque dynamique 9, se verront attribuer respectivement des identifiants numérotés par exemple de In+ 1 à In+2.
L'application 6 de gestion d'écran d'accueil est en outre configurée pour lancer une sous-application 6a apte à lire l'identifiant du fichier de widget transmis et à le comparer à l'identifiant d'un fichier de données d'affichage et d'interaction relatif à une application susceptible d'être en cours d'exécution sur l'écran d'accueil 3.
En particulier, lorsqu'aucune application n'est en cours d'exécution, l'application 6 de gestion d'écran d'accueil détermine que l'affichage du fichier de widget transmis est prioritaire et procède à l'affichage de la widget contenue dans ledit fichier à un emplacement disponible, dont les paramètres sont contenus préalablement dans ledit fichier.
En référence à la figure 2C, la widget prioritaire, par exemple la widget W2 intitulée par exemple "météo", est affichée sur l'écran d'accueil 3, en bas à droite.
En référence maintenant à la figure 3, on va décrire le fonctionnement du dispositif 1 de commande d'affichage de widgets sur l'écran d'accueil 3 du terminal 2.
Au cours d'une étape El, l'utilisateur du terminal 2 sélectionne dans un menu qui s'affiche sur l'écran d'accueil 3, la widget W2 "météo". L'affichage d'un tel menu est géré par l'application 7 de gestion de widgets.
Au cours d'une étape E2, l'application de gestion de widgets 7 extrait le fichier de widgets "météo" à partir de la bibliothèque dynamique 9.
Au cours d'une étape E3, l'application de gestion de widgets 7 lance la sous-application 7a qui retranscrit le fichier de widgets "météo" en un fichier au format TOF associé à un identifiant spécifique, par exemple In+2.
Au cours d'une étape E4, l'application 7 de gestion de widgets 7 transmet ce fichier TOF à l'application 6 de gestion d'écran d'accueil sous forme d'une série de blocs.
Au cours d'une étape E5, l'application 6 de gestion d'écran d'accueil lance la sous-application 6a qui lit l'identifiant du fichier TOF reçu.
Au cours d'une étape E6, la sous-application 6a dialogue avec l'application 6 pour déterminer si une application est en cours d'exécution sur l'écran d'accueil 3.
Si ce n'est pas le cas, la sous-application 6a détermine, au cours d'une étape E7, que l'affichage de la widget "météo" est prioritaire.
Au cours d'une étape E8, l'application 6 de gestion d'écran d'accueil détermine, à partir des informations contenues dans le fichier widget "météo" au format TOF, l'emplacement disponible sur l'écran d'accueil 3 pour y afficher la widget "météo".
Une fois l'emplacement disponible déterminé, l'application 6 de gestion d'écran d'accueil procède, au cours d'une étape E9, à l'affichage de la widget "météo" à cet emplacement.
Si, au cours de l'étape E6, une application est en cours d'exécution sur l'écran d'accueil 3, telle que par exemple, l'envoi d'un message texte, l'application 6 de gestion d'écran d'accueil signale à la sous-application 6a, au cours d'une étape ElO, qu'un fichier TOF, correspondant à cet envoi de message texte et ayant par exemple l'identifiant II, est en cours d'exécution.
Au cours d'une étape EIl, la sous-application 6a compare les deux identifiants II et In+2, puis détermine, au cours d'une étape E12, que l'envoi du message texte est prioritaire par rapport à l'affichage de la widget "météo".
Au cours d'une étape E13, la sous-application 6a lance une temporisation d'une durée prédéterminée T de façon à ce qu'une fois la durée prédéterminée écoulée, la sous-application 6a établit à nouveau le dialogue avec l'application 6, comme à l'étape E6 précitée, pour déterminer si l'application d'envoi de message texte est toujours en cours d'exécution sur l'écran d'accueil 3 ou si une autre application est en cours d'exécution sur l'écran d'accueil 3.
Les étapes ElO à E13 sont réitérées tant qu'une application est en cours d'exécution sur l'écran d'accueil 3. Lorsqu'il n'y a plus d'application en cours d'exécution sur l'écran d'accueil 3, l'affichage de la widget "météo" devient prioritaire. Les étapes E7 à E9 sont alors exécutées comme décrit précédemment.
Il va de soi que le mode de réalisation qui a été décrit ci-dessus a été donné à titre purement indicatif et nullement limitatif, et que de nombreuses modifications peuvent être facilement apportées par l'homme de l'art sans pour autant sortir du cadre de l'invention.
Ainsi par exemple, l'application 7 de gestion de widgets pourrait être configurée pour autoriser l'affichage de plusieurs widgets au lieu d'une seule, dans le cas bien sûr où la taille de ces dernières et celle de l'écran d'accueil 3 du terminal mobile 2 le permettent.