FR 2964780 A1 20120316 FR 1057196 A 20100910 La présente invention concerne un terminal mobile comprenant un écran adapté pour afficher des objets graphiques incluant des gadgets graphiques. La présente invention concerne également un procédé mis en oeuvre par ce terminal mobile. La présente invention concerne également un programme d'ordinateur permettant la mise en oeuvre du procédé et des moyens de stockage stockant un tel programme d'ordinateur. Les terminaux mobiles tels que les téléphones mobiles, les assistants personnels numériques PDA (Personal Digital Assistant en anglais), les lecteurs multimédias ou encore les ordinateurs personnels de type tablette (tablet PC ou tablet Personal Computer en anglais, aussi appelé Tablette Electronique en français) se multiplient. Ces terminaux mobiles deviennent de plus en plus complexes et offrent des fonctionnalités toujours plus nombreuses. Ces fonctionnalités sont accessibles sous la forme de modules logiciels appelés applications. Lorsqu'un utilisateur met sous tension un tel terminal mobile, celui-ci affiche typiquement une page d'accueil (home page en anglais) ou un panneau (panel en anglais) de page d'accueil. En effet, étant donné la multitude d'applications disponibles sur un tel terminal mobile et les dimensions réduites de son écran, il est aujourd'hui courant que cette page d'accueil soit divisée en une pluralité de panneaux. L'écran du terminal mobile permet alors l'affichage d'un panneau parmi la pluralité de panneaux et le terminal mobile offre un moyen de navigation permettant de passer d'un panneau à un autre. Chaque panneau de la page d'accueil peut contenir des icônes permettant le lancement d'applications. Une icône est un objet graphique statique qui permet, lorsque l'utilisateur interagit avec cette icône, de lancer une application, à qui elle correspond, avec son interface utilisateur complète. Par exemple, il est possible de lancer une application avec son interface utilisateur complète en exerçant un appui avec le doigt sur l'icône correspondant à l'application, lorsque l'écran du terminal mobile est un écran tactile. Lorsqu'une application est lancée avec son interface utilisateur complète, elle occupe l'intégralité de l'écran du terminal mobile et s'affiche indépendamment du panneau contenant l'icône à partir de laquelle elle a été lancée. Elle fournit alors l'intégralité de ses fonctionnalités. Chaque panneau de la page d'accueil peut aussi contenir des gadgets graphiques (widget, contraction de window gadget, en anglais). Un gadget graphique est une interface partielle d'une application, c'est-à-dire qu'un gadget graphique n'occupe pas l'intégralité de l'écran et fournit seulement une partie des fonctionnalités de l'application. Un tel gadget graphique peut être disposé comme une icône sur un panneau. C'est donc un intermédiaire entre une icône et une application lancée avec son interface utilisateur complète. Un gadget graphique est lié à un panneau et permet de lancer une application avec son interface utilisateur complète, comme le fait une icône. Il dispose en outre du caractère dynamique de l'application et permet d'interagir avec l'utilisateur en lui fournissant une partie des fonctionnalités proposées par l'application. On retrouve par exemple de tels gadgets graphiques dans le système d'exploitation pour terminaux mobiles Androïd (marque déposée) développé par la société Google Inc. Il est en outre courant que l'utilisateur du terminal puisse ajouter de nouvelles applications qu'il acquiert et installe sur son terminal mobile. De ce fait, le nombre d'objets graphiques présents sur les panneaux de la page d'accueil, que ce soit des icônes ou des gadgets graphiques, augmente constamment. Il devient alors fastidieux pour l'utilisateur de se repérer au milieu de tous ces objets graphiques et de rapidement accéder aux informations ou fonctionnalités qui revêtent pour lui une importance particulière. Il est souhaitable de pallier ces différents inconvénients de l'état de la technique. L'invention concerne un terminal mobile comportant un écran adapté pour afficher des objets graphiques incluant des gadgets graphiques correspondant à des applications respectives. Le terminal mobile comporte des moyens de détermination des dimensions d'au moins un gadget graphique de taille variable, lesdits moyens étant adaptés pour déterminer les dimensions de chaque gadget graphique de taille variable en fonction d'au moins une information de sollicitation d'au moins une application parmi celles auxquelles correspondent les gadgets graphiques affichés. Ainsi, les dimensions de gadgets graphiques évoluent en fonction des sollicitations des applications auxquelles ils correspondent. Selon un premier exemple, plus une application est sollicitée, plus le gadget graphique correspondant est grand, et moins cette application est sollicitée, plus le gadget graphique correspondant est petit. Selon un second exemple, plus une application est sollicitée, plus les gadgets graphiques correspondant aux autres applications sont petits. Selon un troisième exemple, plus une application est sollicitée, plus le gadget graphique correspondant est grand, et plus les gadgets graphiques correspondant aux autres applications sont petits. Selon un mode de réalisation particulier, lesdits moyens de détermination sont adaptés pour déterminer les dimensions de chaque gadget graphique de taille variable en fonction d'au moins une information de sollicitation de l'application à laquelle correspond ledit gadget graphique et/ou d'au moins une information de sollicitation d'au moins une application à laquelle correspond au moins un autre gadget graphique affiché. Ainsi, un gadget graphique dont l'application correspondante est sollicitée est mis en évidence ou un gadget graphique correspondant à une autre application est mis en retrait. Ces deux aspects sont cumulables de manière à gérer la répartition de la surface d'affichage de l'écran en fonction des gadgets graphiques et des sollicitations de leurs applications. Selon un mode de réalisation particulier, au moins une dite information de sollicitation d'une application est un événement déclencheur, déclenchant une fonctionnalité de l'application. Ainsi, à chaque fois qu'une application est sollicitée par un événement, cet événement peut être pris en compte pour déterminer les dimensions du gadget graphique correspondant ou d'un autre gadget graphique affiché lui aussi. Cet événement peut être interne à l'application, Le. intrinsèque à l'application, ou externe à l'application, Le. fourni par un module ou une autre application du terminal mobile. Selon un mode de réalisation particulier, ledit événement déclencheur est un événement du groupe suivant : - un événement de détection d'informations à mettre en forme pour affichage sur l'écran ; - un événement de réception d'informations issues d'un réseau de communication, ledit terminal mobile comportant des moyens de communication via ledit réseau de communication. Par exemple, si une application détermine qu'une information doit être fournie à un utilisateur du terminal mobile, l'événement qui a permis de détecter cette information à fournir est pris en compte pour déterminer les dimensions d'au moins un gadget graphique. Il est par exemple possible de faire grossir le gadget graphique (par rapport à une taille par défaut, ou par rapport à la taille qu'il avait précédemment à la détection de l'événement) pour indiquer qu'une telle information est disponible. De plus, si par exemple un ou plusieurs messages sont reçus via le réseau de communication, l'événement qui a permis de détecter la réception de ce(s) message(s) est pris en compte pour déterminer les dimensions d'au moins un gadget graphique. Il est par exemple possible de faire grossir le gadget graphique (par rapport à une taille par défaut, ou par rapport à la taille qu'il avait précédemment à la détection de l'événement) pour indiquer qu'un tel message est reçu. I1 est aussi possible de déterminer les dimensions du gadget graphique en fonction d'un historique de tels événements. Il est par exemple possible de faire grossir (par rapport à une taille par défaut) un gadget graphique correspondant à une application qui a reçu un grand nombre de messages via le réseau de communication sur une période donnée. Selon un mode de réalisation particulier, le terminal mobile est du type comportant des moyens de communication via un réseau de communication, et les moyens de détermination sont adaptés pour déterminer les dimensions d'au moins un gadget graphique de taille variable de manière proportionnelle à un nombre d'événements de réception relatifs à des informations issues dudit réseau de communication et qui sont en attente de traitement. Ainsi, il est possible d'augmenter ou de réduire la mise en évidence de gadgets graphiques en fonction des informations en attente de traitement dont ils disposent. Ces informations peuvent être en attente de traitement par un utilisateur du terminal mobile, e.g. des messages ou dépêches en attente de lecture, ou en attente de traitement par un module ou une application du terminal mobile, e.g. une application a besoin d'être lancée pour traiter des informations mises en attente par une autre application. Selon un mode de réalisation particulier, le terminal mobile comporte des moyens de configuration adaptés pour configurer, pour chaque gadget graphique de taille variable, dans quelle mesure ledit événement déclencheur influe sur les dimensions dudit gadget graphique de taille variable. Ainsi, il est possible d'augmenter ou de réduire la mise en évidence de gadgets graphiques en fonction de préférences utilisateur. Un utilisateur du terminal mobile peut alors décider lequel ou lesquels des gadgets graphiques sont mis plus rapidement en évidence que d'autres lorsque leurs applications correspondantes sont sollicitées. Selon un mode de réalisation particulier, au moins une dite information de sollicitation d'une application appartient au groupe suivant : - une information relative à une fréquence d'utilisation de l'application avec une interface utilisateur complète ; - une information relative à une durée d'utilisation de l'application, avec une interface utilisateur complète, sur une période donnée ; - une information relative à un nombre de fois où l'application a été lancée avec une interface utilisateur complète. Ainsi, à chaque fois qu'une application est sollicitée par un utilisateur, cette sollicitation peut être prise en compte pour déterminer les dimensions du gadget graphique correspondant ou d'un autre gadget graphique affiché. Ainsi, il est possible de mettre en évidence les gadgets graphiques correspondant aux applications les plus utilisées par l'utilisateur. Cela permet une personnalisation, du terminal mobile, qui évolue avec les habitudes d'utilisation de l'utilisateur. L'invention concerne également un procédé mis en oeuvre par un terminal mobile comportant un écran adapté pour afficher des objets graphiques incluant des gadgets graphiques correspondant à des applications respectives. Le procédé comporte une étape de détermination des dimensions d'au moins un gadget graphique de taille variable, les dimensions de chaque gadget graphique de taille variable étant déterminées en fonction d'au moins une information de sollicitation d'au moins une application parmi celles auxquelles correspondent les gadgets graphiques affichés. L'invention concerne également un programme d'ordinateur, qui peut être stocké sur un support et/ou téléchargé d'un réseau de communication, afin d'être lu par un système informatique ou un processeur. Ce programme d'ordinateur comprend des instructions pour implémenter le procédé mentionné ci-dessus, lorsque ledit programme est exécuté par un système informatique ou un processeur. L'invention concerne également des moyens de stockage comprenant un tel programme d'ordinateur. Les caractéristiques de l'invention mentionnées ci-dessus, ainsi que d'autres, apparaîtront plus clairement à la lecture de la description suivante d'un exemple de réalisation, ladite description étant faite en relation avec les dessins joints, parmi lesquels : - la Fig. 1 illustre un terminal mobile, disposant d'un écran, et dans lequel l'invention peut être mise en oeuvre ; - la Fig. 2 illustre schématiquement l'architecture du terminal mobile de la Fig. 1 ; - la Fig. 3a illustre schématiquement une icône affichée sur l'écran du terminal mobile de la Fig. 1 ; - la Fig. 3b illustre schématiquement un gadget graphique affiché sur l'écran du terminal mobile de la Fig. 1 ; - la Fig. 3c illustre schématiquement une application, lancée avec son interface utilisateur complète, affichée sur l'écran du terminal mobile de la Fig. 1 ; - la Fig. 4 illustre schématiquement un algorithme mis en oeuvre par le terminal mobile de la Fig. 1 ; - la Fig. 5a illustre schématiquement une pluralité de gadgets graphiques affichés, à un premier instant, sur l'écran du terminal mobile de la Fig. 1 ; - la Fig. 5b illustre schématiquement une pluralité de gadgets graphiques affichés, à un second instant, sur l'écran du terminal mobile de la Fig. 1 ; - la Fig. 5c illustre schématiquement une pluralité de gadgets graphiques affichés, à un troisième instant, sur l'écran du terminal mobile de la Fig. 1 , - la Fig. 5d illustre schématiquement une pluralité de gadgets graphiques affichés, à un quatrième instant, sur l'écran du terminal mobile de la Fig. 1 De manière à ce qu'un utilisateur de terminal mobile puisse se repérer au milieu de l'ensemble des objets graphiques affichés par son terminal mobile et de rapidement accéder aux informations ou fonctionnalités qui revêtent pour lui une importance particulière, il est proposé de faire varier les dimensions de gadgets graphiques, en fonction d'informations de sollicitation des applications auxquelles ils correspondent respectivement. Ces informations de sollicitation peuvent être des informations relatives à des événements reçus par les applications concernées, et qui en ce sens les sollicitent. Ces événements sont alors déclencheurs de fonctionnalités respectives des applications concernées. Ces informations de sollicitation peuvent être des informations relatives à une fréquence ou une durée d'utilisation de ces applications, ou à un nombre de fois où l'application a été lancée avec son interface utilisateur complète. La sollicitation est alors le fait de l'utilisateur. Dans un mode de réalisation particulier, plus une application reçoit d'événements, donc plus elle est sollicitée, et plus les dimensions du gadget graphique correspondant augmentent. A l'inverse, moins elle en reçoit, donc moins elle est sollicitée, et plus les dimensions du gadget graphique correspondant diminuent. De manière similaire, dans un mode de réalisation particulier, plus une application est utilisée par l'utilisateur, donc plus elle est sollicitée, et plus les dimensions du gadget graphique correspondant augmentent. A l'inverse, moins elle en reçoit, donc moins elle est sollicitée, et plus les dimensions du gadget graphique correspondant diminuent. Bien entendu, il est possible que seule l'une des dimensions d'un tel gadget graphique varie en fonction d'informations de sollicitation de l'application à laquelle il correspond. Les gadgets graphiques dont on fait varier les dimensions sont appelés par la 10 suite gadgets graphiques à taille variable. Ainsi, on fait ressortir des gadgets graphiques parmi l'ensemble des objets graphiques affichés par le terminal mobile. L'utilisateur peut ainsi déterminer plus rapidement quels gadgets graphiques sont susceptibles de lui fournir des informations ou fonctionnalités qui revêtent pour lui une importance particulière. 15 La Fig. 1 illustre un terminal mobile dans lequel l'invention peut être mise en oeuvre. Un terminal mobile 1.1 comporte classiquement un écran 1.2 sur lequel un utilisateur peut visualiser des éléments graphiques relatifs à des applications et interagir avec eux. Cette interaction peut être faite directement si l'écran 1.2 est tactile 20 ou au moyen d'un ensemble de touches 1.3 ou d'un clavier. Le terminal mobile 1.1 est par exemple un terminal mobile de radiotéléphonie cellulaire, un assistant personnel numérique PDA, un ordinateur personnel de type tablette, etc. Dans un mode de réalisation préféré, le terminal mobile 1.1 est un terminal mobile de radiotéléphonie cellulaire. 25 La Fig. 2 illustre schématiquement l'architecture du terminal mobile 1.1. Le terminal mobile 1.1 comporte, reliés par un bus de communication 2.1 : - un processeur, micro-processeur, microcontrôleur (noté µc) ou CPU (Central Processing Unit en anglais ou Unité Centrale de Traitement en français) 2.2 ; - une mémoire vive RAM (Random Access Memory en anglais ou Mémoire à 30 Accès Aléatoire en français) 2.3 ; - une mémoire morte ROM (Read Only Memory en anglais ou Mémoire à Lecture Seule en français) 2.4 ; - un lecteur 2.5 de medium de stockage, tel qu'un lecteur de carte SD (Secure Digital Card en anglais ou Carte Numérique Sécurisée en français) ; - des moyens d'interface 2.6 avec un réseau de communication, comme par exemple un réseau de radiotéléphonie cellulaire ; et - des moyens d'interface homme-machine 2.7, permettant notamment de gérer l'écran 1.2 et l'ensemble de touches 1.3. Le microcontrôleur 2.2 est capable d'exécuter des instructions chargées dans la RAM 2.3 à partir de la ROM 2.4, d'une mémoire externe (non représentée), d'un support de stockage, tel qu'une carte SD ou autre, ou d'un réseau de communication. Lorsque le terminal mobile 1.1 est mis sous tension, le microcontrôleur 2.2 est capable de lire de la RAM 2.3 des instructions et de les exécuter. Ces instructions forment un programme d'ordinateur. Ce programme d'ordinateur cause la mise en oeuvre, par le microcontrôleur 2.2, de tout ou partie de l'algorithme décrit ci-après en relation avec la Fig. 4. Tout ou partie de l'algorithme décrit ci-après en relation avec la Fig. 4 peut être implémenté sous forme logicielle par exécution d'un ensemble d'instructions par une machine programmable, tel qu'un DSP (Digital Signal Processor en anglais ou Unité de Traitement de Signal Numérique en français) ou un microcontrôleur, tel que le microcontrôleur 2.2, ou être implémenté sous forme matérielle par une machine ou un composant dédié, tel qu'un FPGA (Field-Programmable Gate Array en anglais ou Matrice de Portes Programmable sur Champ en français) ou un ASIC (Application- Specific Integrated Circuit en anglais ou Circuit Intégré Spécifique à une Application en français). Les Figs. 3a à 3c visent à illustrer schématiquement les différences, en termes d'affichage sur l'écran 1.2, entre une icône, un gadget graphique et une application, à laquelle ils correspondent, lancée avec son interface utilisateur complète. La Fig. 3a illustre schématiquement une icône affichée sur l'écran 1.2 du terminal mobile 1.1. L'écran 1.2 du terminal mobile 1.1 affiche un panneau de page d'accueil sur lequel est placée une icône 3.1. L'icône 3.1 permet de lancer une application, à laquelle l'icône 3.1 correspond, avec son interface utilisateur complète. Il est possible de lancer cette application avec son interface utilisateur complète en exerçant un appui avec le doigt sur l'icône 3.1, lorsque l'écran 1.2 est un écran tactile. Une fois lancée, l'application avec son interface utilisateur complète occupe l'intégralité de l'écran 1.2, telle que montrée sur la Fig. 3c. La Fig. 3b illustre schématiquement un gadget graphique affiché sur l'écran 1.2 du terminal mobile 1.1. L'écran 1.2 du terminal mobile 1.1 affiche un panneau de page d'accueil sur lequel est placé un gadget graphique 3.2. Le gadget graphique 3.2 permet de lancer une application, à laquelle le gadget graphique 3.2 correspond, avec son interface utilisateur complète. Il est possible de lancer cette application avec son interface utilisateur complète en exerçant un appui avec le doigt sur une zone 3.3 du gadget graphique 3.2, lorsque l'écran 1.2 est un écran tactile. Une fois lancée, l'application occupe l'intégralité de l'écran 1.2, telle que montrée sur la Fig. 3c. Un appui avec le doigt sur une zone 3.4 du gadget graphique 3.2, lorsque l'écran 1.2 est un écran tactile, permet à l'utilisateur d'activer des fonctionnalités de l'application à laquelle le gadget graphique 3.2 correspond. Cette zone 3.4 est par exemple constituée de représentations graphiques de boutons de commande, tels que des boutons d'activation de lecture de contenu audio et de mise en pause, si le gadget graphique 3.2 correspond à une application lecteur de contenu audio (audio media player en anglais) Le gadget graphique 3.2 peut aussi comprendre une zone 3.5 dans laquelle s'affichent des informations destinées à l'utilisateur. Dans le cadre d'un gadget graphique correspondant à une application lecteur de contenu audio, cette zone 3.5 peut être utilisée pour indiquer à l'utilisateur le titre d'un contenu audio en cours de lecture et/ou d'autres informations sur ce contenu audio. La Fig. 3c illustre schématiquement une application lancée avec son interface utilisateur complète et affichée sur l'écran 1.2 du terminal mobile 1.1. Une application 3.6 est lancée à partir de l'icône 3.1 de la Fig. 3a ou du gadget graphique de la Fig. 3b. L'application 3.6 avec son interface utilisateur complète occupe l'intégralité de l'écran 1.2. L'utilisateur a alors accès à l'ensemble des fonctionnalités de l'application 3.6. L'application 3.6 peut comporter des représentations graphiques de boutons de commande 3.8 et 3.10. Si l'application 3.6 est un lecteur de contenu audio, ces boutons de commande sont par exemple des boutons d'activation de lecture de contenu audio, de mise en pause, de répétition de lecture, de sélection de contenu audio, etc. L'application 3.6 peut aussi comporter des zones 3.8 et 3.9 dans lesquelles s'affichent des informations destinées à l'utilisateur. Si l'application 3.6 est un lecteur de contenu audio, ces zones 3.8 et 3.9 peuvent être utilisées pour indiquer à l'utilisateur le titre d'un contenu audio en cours de lecture, le nom de son interprète, ou afficher une image en relation avec le contenu audio en cours de lecture. La Fig. 4 illustre schématiquement un algorithme mis en oeuvre par le terminal mobile 1.1, selon un mode de réalisation de l'invention. Considérons un gadget graphique, tel que le gadget graphique 3.2. Dans une étape 4.1, le terminal mobile 1.1 configure le gadget graphique 3.2. Cette étape est par exemple mise en oeuvre lors de l'installation du gadget graphique 3.2. Cette configuration concerne notamment le caractère variable des dimensions du gadget graphique 3.2. Le terminal mobile 1.1 peut appliquer une configuration par défaut au gadget graphique ou peut interagir avec l'utilisateur afin de définir la configuration à appliquer au gadget graphique. L'utilisateur peut ainsi indiquer si le gadget graphique 3.2 est de taille fixe ou de taille variable. Le gadget graphique 3.2 est alors configuré et affiché sur l'écran 1.2 avec des dimensions par défaut. Dans une étape 4.2 suivante, le terminal mobile 1.1 détermine si un événement relatif à l'application à laquelle le gadget graphique 3.2 correspond est détecté. Si tel est le cas, une étape 4.3 est effectuée, sinon l'étape 4.2 est réitérée. Lors de l'étape 4.3, le terminal mobile 1.1 détermine si le gadget graphique 3.2 est à taille variable, en fonction de la configuration effectuée lors de l'étape 4.1. Si le gadget graphique 3.2 est à taille variable, une étape 4.4 est effectuée ; sinon on passe directement à une étape 4.6, au cours de laquelle l'événement est traité par le gadget graphique 3.2. Un tel événement relatif à l'application à laquelle le gadget graphique 3.2 correspond est, dans un mode de réalisation particulier, un événement de détection d'informations à mettre en forme pour affichage sur l'écran 1.2. Si par exemple le gadget graphique 3.2 correspond à une application de calendrier, le gadget graphique 3.2 peut détecter qu'un événement calendaire, tel qu'un rappel d'anniversaire ou un rappel qu'une tâche donnée est à réaliser, va survenir dans une période donnée à compter de l'instant présent. Le gadget graphique 3.2 peut alors devoir afficher cet événement calendaire dans une zone dédiée du gadget graphique 3.2, telle que la zone 3.5 de la Fig. 3b. Un tel événement relatif à l'application à laquelle le gadget graphique 3.2 correspond est, dans un mode de réalisation particulier, un événement de réception d'informations issues d'un réseau de communication. Par exemple, le terminal mobile 1.1 est un terminal mobile de radiotéléphonie cellulaire et le gadget graphique 3.2 correspond à une application de réception de messages ou de dépêches. Le gadget graphique 3.2 peut alors devoir afficher un message ou une dépêche reçu(e), ou fournir une indication qu'un tel message ou qu'une telle dépêche a été reçu(e), dans une zone dédiée du gadget graphique 3.2, telle que la zone 3.5 de la Fig. 3b. Lors de l'étape 4.4, le terminal mobile 1.1 détermine les dimensions du gadget graphique 3.2, suite à la détection de l'événement lors de l'étape 4.2. Les dimensions du gadget graphique 3.2 sont destinées à potentiellement varier suite à la détection de l'événement, indépendamment du fait que l'événement soit effectivement affiché par le gadget graphique à l'étape 4.6 ultérieure. Lors d'une étape 4.5 suivante, les dimensions du gadget graphique 3.2 sont mises à jour si nécessaire, et l'étape 4.6 est ensuite exécutée. Si par exemple le gadget graphique 3.2 correspond à une application de calendrier, les dimensions du gadget graphique 3.2 peuvent varier en fonction d'un nombre d'événements calendaires survenus et/ou à survenir. Il est ainsi possible de faire varier les dimensions du gadget graphique 3.2 proportionnellement au nombre d'événements calendaires survenus et/ou à survenir sur une période donnée. Plus le nombre d'événements calendaires présents sur cette période donnée est grand, plus le gadget graphique 3.2 est grand. Plus ce nombre est petit, plus le gadget graphique 3.2 est petit. Ainsi, d'une manière plus générale, les dimensions du gadget graphique 3.2 peuvent varier de manière proportionnelle à un nombre d'événements reçus pendant une période passée et/ou prévus pendant une période future. Si, par exemple, le terminal mobile 1.1 est un terminal mobile de radiotéléphonie cellulaire et si le gadget graphique 3.2 correspond à une application de réception de messages ou de dépêches, les dimensions du gadget graphique 3.2 peuvent varier en fonction d'un nombre de messages ou de dépêches en attente de lecture. Ainsi, d'une manière plus générale, les dimensions du gadget graphique 3.2 peuvent varier de manière proportionnelle à un nombre d'événements en attente de traitement, par l'utilisateur et/ou par l'application à laquelle correspond le gadget graphique 3.2. Le terminal mobile 1.1 fait donc varier les dimensions du gadget graphique 3.2, en fonction d'événements détectés et relatifs à l'application à laquelle le gadget graphique 3.2 correspond. Le terminal mobile 1.1 peut faire varier les dimensions du gadget graphique 3.2 en fonction d'un événement ou d'un historique d'événements sur une période donnée. Dans un mode de réalisation particulier, lors de l'étape 4.1, l'utilisateur peut définir quels sont les événements destinés à être traités par le gadget graphique 3.2 ou par l'application à laquelle il correspond, qui peuvent avoir une influence sur ses dimensions. Il est aussi possible que l'utilisateur puisse définir dans quelle mesure ces événements ont une influence sur ses dimensions. Par exemple, l'utilisateur peut considérer que des dépêches d'un certain type, telles que des dépêches relatives à la bourse, ont à ses yeux plus d'importance que des dépêches d'un second type, telles que des dépêches relatives à des résultats sportifs. Dans ce cas, les dépêches de ce premier type pourraient avoir un effet plus notable, sur les dimensions du gadget graphique 3.2 correspondant à l'application de réception de dépêches déjà mentionnée, que celles du second type. Si l'utilisateur considère en outre que des dépêches d'un troisième type, telles que des dépêches relatives à des sorties de film au cinéma, n'ont que peu d'importance à ses yeux, alors celles-ci pourraient n'avoir aucun effet sur les dimensions du gadget graphique 3.2. Dans un mode de réalisation particulier, les étapes 4.2 à 4.5 sont mises en oeuvre périodiquement. L'événement détecté à l'étape 4.2 est alors un événement d'expiration d'une temporisation de durée prédéfinie. Cet événement ne correspondant pas à un traitement à effectuer par l'application à laquelle le gadget graphique 3.2 correspond, l'étape 4.6 n'est dans ce cas pas à exécuter. Cette mise en oeuvre périodique permet de prendre en compte, par exemple, le fait que l'application n'a pas été sollicitée pendant cette durée prédéfinie et alors d'en faire diminuer les dimensions. Dans un mode de réalisation particulier, les dimensions du gadget graphique 3.2, dont l'application à laquelle il correspond n'est pas utilisée avec son interface utilisateur complète pendant une période donnée et/ou n'a pas traité d'événement pendant cette période, peuvent être réduites, et ce jusqu'à celles d'une icône. Dans un mode de réalisation particulier, le gadget graphique 3.2 peut être remplacé par une icône, telle que l'icône 3.1 de la Fig. 3a. Il est aussi possible que le terminal mobile 1.1 fasse varier les dimensions du gadget graphique 3.2 en fonction d'une fréquence d'utilisation de l'application, à laquelle le gadget graphique correspond, avec son interface utilisateur complète. Par exemple, plus cette fréquence est élevée, plus le gadget graphique 3.2 est grand. Il est aussi possible que le terminal mobile 1.1 fasse varier les dimensions du gadget graphique 3.2 en fonction d'une durée d'utilisation de l'application, à laquelle le gadget graphique correspond, avec son interface utilisateur complète. Par exemple, plus cette durée d'utilisation est longue, plus le gadget graphique 3.2 est grand. Il est aussi possible que le terminal mobile 1.1 fasse varier les dimensions du gadget graphique 3.2 en fonction d'un nombre de fois où l'application à laquelle le gadget graphique correspond a été lancée avec son interface utilisateur complète. Par exemple, plus ce nombre est grand, plus le gadget graphique 3.2 est grand. Il est aussi possible que des informations quant à la fréquence d'utilisation de l'application, la durée d'utilisation de l'application et/ou le nombre de fois où l'application a été lancée, avec son interface utilisateur complète, soient utilisées pour définir dans quelle mesure la détection d'événements à traiter par le gadget graphique 3.2 a une influence sur ses dimensions. Il est à noter que la taille maximale que peut prendre le gadget graphique 3.2 dépend de l'espace restant libre sur le panneau de page d'accueil sur lequel le gadget graphique 3.2 est positionné. Les Figs. 5a à 5c visent à illustrer schématiquement une évolution dans le temps des dimensions de gadgets graphiques affichés sur l'écran 1.2 du terminal mobile 1.1. La Fig. 5a illustre schématiquement un affichage de gadgets graphiques, à un premier instant, sur l'écran 1.2 du terminal mobile 1.1. L'écran 1.2 affiche deux gadgets graphiques 5.1 et 5.2. Chaque gadget graphique 5.1 et 5.2 est affiché selon des dimensions respectives par défaut. Le gadget graphique 5.1 n'est pas un gadget graphique à taille variable. Ses dimensions restent donc fixes au fil du temps. Le gadget graphique 5.2 est un gadget graphique à taille variable. Ses dimensions sont donc amenées à évoluer au fil du temps. La Fig. 5b illustre schématiquement un affichage de gadgets graphiques, à un second instant, sur l'écran 1.2 du terminal mobile 1.1. L'écran 1.2 affiche deux gadgets graphiques 5.1 et 5.3. Le gadget graphique 5.1 correspond au gadget graphique de même référence sur la Fig. 5a. Ses dimensions sont restées les mêmes. Le gadget graphique 5.3 correspond au gadget graphique 5.2 sur la Fig. 5a. Ses dimensions ont évolué, de manière à ce qu'il soit mis en évidence sur le panneau de page d'accueil sur lequel il est positionné. La Fig. 5c illustre schématiquement un affichage de gadgets graphiques, à un troisième instant, sur l'écran 1.2 du terminal mobile 1.1. L'écran 1.2 affiche deux gadgets graphiques 5.1 et 5.4. Le gadget graphique 5.1 correspond au gadget graphique de même référence sur la Fig. 5a. Ses dimensions sont restées les mêmes. Le gadget graphique 5.4 correspond au gadget graphique 5.2 sur la Fig. 5a. Ses dimensions ont évolué, de manière à ce qu'il soit mis en retrait sur le panneau de page d'accueil sur lequel il est positionné. Ainsi, même si le gadget graphique 5.1 n'est pas de taille variable, il peut être mis en évidence par mise en retrait du gadget graphique 5.2 qui, lui, est de taille variable. La Fig. 5d illustre schématiquement un affichage de gadgets graphiques, à un quatrième instant, sur l'écran 1.2 du terminal mobile 1.1. L'écran 1.2 affiche deux gadgets graphiques 5.3 et 5.5. Le gadget graphique 5.3 correspond au gadget graphique de même référence sur la Fig. 5b. Ses dimensions ont évolué, de manière à ce qu'il soit mis en évidence sur le panneau de page d'accueil sur lequel il est positionné. Le gadget graphique 5.5 correspond au gadget graphique 5.1 sur la Fig. 5a. Ses dimensions ont aussi évolué, de manière à ce qu'il soit mis en retrait sur le panneau de page d'accueil sur lequel il est positionné. Une telle situation peut se produire lorsque l'application à laquelle correspond le gadget graphique 5.2 a été sollicitée de telle sorte que les dimensions du gadget graphique 5.2 doivent augmenter. De manière à effectivement mettre en évidence le gadget graphique 5.2, les dimensions du gadget graphique 5.1 peuvent être diminuées. Ainsi, les dimensions du gadget graphique 5.1 évoluent en fonction des sollicitations de l'application à laquelle correspond le gadget graphique 5.2. Il est aussi possible qu'une telle situation se produise pour partager la surface du panneau de page d'accueil. Si la surface du panneau de page d'accueil est occupée de telle sorte qu'il ne reste pas assez de place pour augmenter les dimensions du gadget graphique 5.2, il peut être nécessaire de diminuer les dimensions du gadget graphique 5.1. Ainsi, de la place est libérée sur la surface du panneau de page d'accueil pour permettre d'augmenter les dimensions du gadget graphique 5.2. Les changements de dimensions respectives de ces gadgets graphiques sont alors par exemple coordonnés par un module de gestion centralisée d'affichage du terminal mobile. Ce module prend par exemple en compte la surface totale du panneau de page d'accueil, la surface occupée par chacun des gadgets graphiques et des informations concernant les sollicitations respectives des applications auxquelles ces gadgets graphiques correspondent. Le module de gestion centralisée d'affichage peut en outre coordonner de 5 manière préférentielle des dimensions respectives de gadgets graphiques juxtaposés ou positionnés à une distance inférieure à un seuil prédéfini. Le module de gestion centralisée d'affichage peut aussi effectuer un arbitrage entre gadgets graphiques dont les dimensions doivent évoluer du fait des sollicitations des applications correspondant aux gadgets graphiques affichés. Un tel arbitrage peut 10 par exemple prendre en compte des préférences utilisateur et/ou un historique des sollicitations des applications des gadgets graphiques pour lesquels un arbitrage est à effectuer. Le module de gestion centralisée d'affichage peut aussi faire évoluer les dimensions des gadgets graphiques de taille variable dans des limites fixées par des 15 valeurs plafond et/ou plancher. Ainsi, il est possible de mettre en évidence ou en retrait un gadget graphique en faisant varier ses dimensions en fonction des sollicitations de l'application à laquelle il correspond. L'utilisateur se repère alors plus facilement et rapidement parmi les objets graphiques affichés sur chaque panneau de la page d'accueil de son terminal mobile, 20 et cela lui permet d'accéder plus facilement et rapidement aux informations qui revêtent de l'importance à ses yeux. Il est aussi possible de mettre en évidence ou en retrait un gadget graphique en faisant varier ses dimensions en fonction des sollicitations des applications auxquelles correspondent les gadgets graphiques qui partagent le même panneau. 25 Ainsi, il est possible pour un utilisateur de personnaliser automatiquement chaque panneau de la page d'accueil de son terminal mobile en mettant en évidence des gadgets graphiques disposant d'informations qui revêtent de l'importance à ses yeux. Dans un mode de réalisation particulier, de manière à optimiser la surface du 30 panneau de page d'accueil sur lequel il est positionné, un gadget graphique peut, outre une variation de ses dimensions, subir un déplacement au sein de ce panneau. Un tel déplacement ne doit cependant pas être perturbant pour l'utilisateur, et doit donc être d'amplitude réduite par rapport aux dimensions du panneau. Ainsi, il est possible d'optimiser l'occupation de la surface du panneau par les gadgets graphiques de taille variable, les gadgets graphiques de taille fixe et les icônes, en maintenant les repères dont l'utilisateur dispose pour accéder aux informations et applications qui revêtent de l'importance à ses yeux. REVENDICATIONS1) Terminal mobile (1.1) comportant un écran (1.2) adapté pour afficher des objets graphiques (3.1;3.2) incluant des gadgets graphiques (5.1;5.2) correspondant à des applications respectives, caractérisé en en ce qu'il comporte des moyens de détermination des dimensions d'au moins un gadget graphique de taille variable, lesdits moyens étant adaptés pour déterminer les dimensions de chaque gadget graphique de taille variable en fonction d'au moins une information de sollicitation d'au moins une application parmi celles auxquelles correspondent les gadgets graphiques affichés. 2) Terminal mobile selon la revendication 1, caractérisé en ce que lesdits moyens de détermination sont adaptés pour déterminer les dimensions de chaque gadget graphique de taille variable en fonction d'au moins une information de sollicitation de l'application à laquelle correspond ledit gadget graphique et/ou d'au moins une information de sollicitation d'au moins une application à laquelle correspond au moins un autre gadget graphique affiché. 3) Terminal mobile selon l'une quelconque des revendications 1 et 2, caractérisé 20 en ce qu'au moins une dite information de sollicitation d'une application est un événement déclencheur, déclenchant une fonctionnalité de l'application. 4) Terminal mobile selon la revendication 3, caractérisé en ce que ledit événement déclencheur est un événement du groupe suivant : 25 - un événement de détection d'informations à mettre en forme pour affichage sur l'écran ; - u n événement de réception d'informations issues d'un réseau de communication, ledit terminal mobile comportant des moyens de communication via ledit réseau de communication. 30 5) Terminal mobile selon l'une quelconque des revendications 3 et 4, du type comportant des moyens de communication via un réseau de communication, caractérisé en ce que les moyens de détermination sont adaptés pour déterminer les dimensions d'au moins un gadget graphique de taille variable de manièreproportionnelle à un nombre d'événements de réception relatifs à des informations issues dudit réseau de communication et qui sont attente de traitement. 6) Terminal mobile selon l'une quelconque des revendications 3 à 5, caractérisé en ce qu'il comporte des moyens de configuration adaptés pour configurer, pour chaque gadget graphique de taille variable, dans quelle mesure ledit événement déclencheur influe sur les dimensions dudit gadget graphique de taille variable. 7) Terminal mobile selon l'une quelconque des revendications 1 à 6, caractérisé 10 en ce qu'au moins une dite information de sollicitation d'une application appartient au groupe suivant : - une information relative à une fréquence d'utilisation de l'application avec une interface utilisateur complète ; - une information relative à une durée d'utilisation de l'application, avec une 15 interface utilisateur complète, sur une période donnée ; - une information relative à un nombre de fois où l'application a été lancée avec une interface utilisateur complète. 11) Procédé mis en oeuvre par un terminal mobile (1.1) comportant un écran (1.2) 20 adapté pour afficher des objets graphiques (3.1;3.2) incluant des gadgets graphiques (5.1;5.2) correspondant à des applications respectives, caractérisé en en ce qu'il comporte une étape de détermination (4.4) des dimensions d'au moins un gadget graphique de taille variable, les dimensions de chaque gadget graphique de taille variable étant déterminées en fonction d'au moins une information de sollicitation 25 d'au moins une application parmi celles auxquelles correspondent les gadgets graphiques affichés. 12) Programme d'ordinateur, caractérisé en ce qu'il comprend des instructions pour mettre en oeuvre, par un terminal mobile (1.1), le procédé selon la revendication 30 8, lorsque ledit programme est exécuté par un processeur (2.2) dudit terminal mobile. 13) Moyens de stockage, caractérisés en ce qu'ils stockent un programme d'ordinateur comprenant des instructions pour mettre en oeuvre, par un terminalmobile (1.1), le procédé selon la revendication 8, lorsque ledit programme est exécuté par un processeur (2.2) dudit terminal mobile.