Arrière-plan de l'invention

L'invention se situe dans le domaine des terminaux mobiles, et plus particulièrement dans celui de la mise à jour d'applications logicielles pouvant être utilisées par ces terminaux.

La figure 1 représente un terminal 10 de l'art antérieur, ce terminal comportant une mémoire 11 dans laquelle un certain nombre d'applications APP, ont été installées, toutes associées à une icône ICO, affichée sur une interface homme-machine 17 de ce terminal.

Ces applications peuvent avoir été téléchargées via un réseau de télécommunications NET depuis un site distant STR qui héberge des applications APPi compatibles avec le système d'exploitation du terminal 10.

Lorsqu'une nouvelle version d'une application APPi est rendue disponible sur le site distant STR, il est souhaitable que l'utilisateur du terminal 10 en soit informé, pour qu'il puisse éventuellement prendre la décision de télécharger la deuxième version de l'application sur son terminal.

Dans l'état actuel de la technique, l'utilisateur du terminal 10 doit, pour prendre connaissance de cette information, soit se rendre sur le site distant STR soit effectuer un certain nombre d'opérations pour accéder à une liste des applications dont une mise à jour est disponible, au niveau de la barre système ou du centre de notifications du terminal par exemple.

L'invention vise un procédé de notification de la disponibilité d'une nouvelle version d'une application qui ne présente pas ces inconvénients.

Objet et résumé de l'invention

Plus précisément, l'invention concerne un procédé d'information sur les conditions de mise à jour d'une application mémorisée, dans une première version, par un terminal, ce procédé étant exécuté par ledit terminal et comportant :

- une étape de réception d'un message de notification émis par un site distant, ledit message comportant au moins :

- une information de disponibilité représentative du fait qu'une deuxième version de ladite application, postérieure à ladite première version, peut être téléchargée à partir dudit site distant; et

- une information de taille représentative de la taille de ladite deuxième version de l'application ;

- au moins une étape d'obtention d'au moins une donnée permettant de déterminer, à partir de ladite taille, une condition effective de téléchargement de ladite deuxième version de l'application par ledit terminal, sensiblement au moment de ladite étape d'obtention ; et

- une étape d'affichage, sur une interface homme-machine du terminal, d'au moins un élément graphique représentatif de ladite condition effective de téléchargement sur une icône permettant à un utilisateur de déclencher l'exécution de ladite première version de l'application par ledit terminal.

Corrélativement, l'invention concerne un terminal comportant un module de mémorisation apte à mémoriser au moins une application dans une première version, le terminal étant caractérisé en ce qu'il comporte :

- un module de communication configuré pour recevoir un message de notification émis par un site distant, ledit message comportant au moins :

- une information de disponibilité représentative du fait qu'une deuxième version de ladite application, postérieure à ladite première version, peut être téléchargée à partir dudit site distant ; et

- une information de taille représentative de la taille de ladite deuxième version de l'application ;

- un module de traitement de données configuré pour obtenir au moins une donnée permettant de déterminer, à partir de ladite taille, une condition effective de téléchargement de ladite deuxième version de l'application par ledit terminal, sensiblement au moment de l'obtention de ladite au moins une donnée ; et - un module d'affichage, sur une interface homme-machine du terminal, d'au moins un élément graphique représentatif de ladite condition effective de téléchargement sur une icône permettant à un utilisateur de déclencher l'exécution de ladite première version de l'application par ledit terminal.

Ainsi, et de façon avantageuse, l'invention propose, lorsqu'une nouvelle version d'une application est disponible auprès d'un site distant, d'afficher un élément graphique sur l'icône associée à la version courante de l'application installée dans le terminal.

Ainsi, et de façon avantageuse, l'utilisateur prend directement, connaissance de la disponibilité de cette nouvelle version de l'application, autrement dit, sans avoir à accéder à une liste des applications dont une mise à jour est disponible, que ce soit au niveau d'une barre système ou d'un centre de notifications du terminal par exemple.

Par ailleurs, et de façon très avantageuse, cet élément graphique représente une condition effective de téléchargement de la nouvelle version de l'application. Cette information permet d'éclairer l'utilisateur quant à l'opportunité d'entreprendre, de retarder ou de renoncer à télécharger la nouvelle version de l'application.

Dans un mode particulier de réalisation de l'invention, la donnée précitée est un paramètre de qualité du lien de communication entre le terminal et ledit site distant. Cette donnée permet d'estimer le temps de téléchargement de la nouvelle version de l'application. Dans ce mode de réalisation, une condition effective de téléchargement au sens de l'invention est déterminée en fonction du débit disponible sur le lien de communication entre le terminal et le site distant.

Dans un mode particulier de réalisation de l'invention, la donnée précitée est une taille de la mémoire du terminal disponible pour mémoriser ladite deuxième version de l'application. Cette donnée permet d'estimer si le terminal a suffisamment de mémoire pour mémoriser la nouvelle version de l'application. Dans ce mode de réalisation, une condition effective de téléchargement au sens de l'invention est déterminée en fonction de la taille de la deuxième version de l'application et de la mémoire du terminal disponible pour mémoriser cette deuxième version. Dans un mode particulier de réalisation de l'invention, la donnée précitée est une information sur l'état de la batterie du terminal. Cette donnée permet d'estimer si le terminal a suffisamment d'autonomie pour télécharger la nouvelle version de l'application. Dans ce mode de réalisation, une condition effective de téléchargement au sens de l'invention est déterminée en fonction de l'autonomie de la batterie et du temps estimé pour télécharger ladite deuxième version de l'application.

Dans un mode particulier de réalisation de l'invention, la donnée précitée est une information relative à un historique d'utilisation dudit terminal. Cette donnée permet d'estimer si le forfait de l'utilisateur permet le téléchargement de la nouvelle version de l'application, éventuellement avec surcoût. Dans ce mode de réalisation, une condition effective de téléchargement au sens de l'invention est déterminée en fonction d'un historique d'utilisation du terminal et d'un crédit de communication associé au terminal.

Dans un mode de réalisation de l'invention, un seul élément graphique est affiché sur l'icône associé à l'application, cet élément graphique à afficher étant choisi en fonction d'un niveau de priorité associé aux conditions effectives de téléchargement. En variante, plusieurs éléments graphiques peuvent être affichés sur l'icône, par exemple à ses différents coins.

Dans un mode particulier de réalisation, les différentes étapes du procédé d'information sur les conditions de mise à jour d'une application 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 comportant des instructions adaptées à la mise en œuvre des étapes d'un procédé d'information sur les conditions de mise à jour d'une application selon l'invention.

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 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 déjà décrite représente un terminal mobile de l'art antérieur;

la figure 2 représente un terminal 10 conforme à un mode particulier de réalisation de l'invention ;

la figure 3 représente, sous forme d'organigramme, les principales étapes d'un procédé d'information conforme à un mode particulier de réalisation de l'invention ;

les figures 4A à 4F représente des exemples de mise en œuvre de l'invention ; et

la figure 5 illustre un mécanisme de priorité conforme à un mode particulier de réalisation de l'invention.

Description détaillée d'un mode de réalisation de l'invention La figure 2 représente un terminal 10 conforme à l'invention. Dans le mode de réalisation décrit ici, ce terminal a l'architecture conventionnelle d'un ordinateur.

Le terminal 10 comporte en particulier un module de traitement de données 12, une mémoire morte de type ROM 13, une mémoire vive de type RAM 14, des moyens de communication 15, un module d'affichage 16, une interface homme-machine 17 et une batterie non représentée.

La mémoire morte de type ROM 13 constitue un support d'enregistrement conforme à l'invention. Elle mémorise un programme d'ordinateur PG conforme à l'invention et apte à mettre en œuvre les principales étapes d'un procédé d'information conforme à l'invention sont représentées à la figure 3.

Le terminal 10 comporte en outre un module 11 de mémorisation, par exemple une mémoire non-volatile réinscriptible, dans lequel il mémorise des applications dont certaines peuvent avoir été téléchargées depuis un site distant STR via le réseau de télécommunications NET.

Les applications APP, ¹ sont associées à des icônes ICO, affichées sur l'interface homme-machine 17, l'activation d'une de ces icônes par l'utilisateur permettant l'exécution de l'application associée par le module de traitement de données 12.

Conformément à l'invention, le module 15 de communication est configuré pour recevoir des messages de notification NOT émis par le site distant STR, lorsqu'une nouvelle version d'une application mémorisée par le module 11 de mémorisation est disponible auprès du site STR.

Dans l'exemple de la figure 2, on a considéré qu'une première version d'une application APP, ¹ était mémorisée par le module 11 de mémorisation du terminal 10 et qu'une deuxième version APP ² de cette application, postérieure à la première version APP, ¹ pouvait être téléchargée à partir du site distant STR.

Dans ces conditions, le site distant STR envoie au terminal 10, si celui-ci s'est abonné auprès du site distant STR pour être prévenu d'un tel événement, un message de notification NOT comportant :

- une information de disponibilité représentative du fait que la deuxième version de l'application APP ² , postérieure à la première version peut être téléchargée à partir du site distant STR ; et - une information de taille représentative de la taille SIZ ² de cette deuxième version de l'application.

Ce message de notification est reçu par les moyens de communication 15 du terminal au cours d'une étape E10 du procédé d'information conforme à l'invention.

Le module 12 de traitement de données du terminal 10 est configuré pour obtenir, au cours d'une étape E20, au moins une donnée DAT _k permettant au module 12 de déterminer, à partir de ladite taille SIZ ² de la deuxième version de l'application APP ² , au moins une condition effective de téléchargement CET _k de cette deuxième version de l'application APP ² par le terminal 10, sensiblement au moment de l'obtention de cette donnée DAT _k .

Différents exemples de données DAT _k et de conditions effectives de téléchargement CET _k seront décrites en référence aux figures 4A à 4F.

Conformément à l'invention, le module 16 d'affichage du terminal

10 est configuré pour afficher, au cours d'une étape E30, sur l'interface homme-machine 17 du terminal, un élément graphique G _k représentatif d'une condition effective de téléchargement CET _k de la deuxième version de l'application APP ² , sur l'icône ICO, ¹ associée à la première version de l'application APPi ¹ .

La figure 4A représente un premier mode de réalisation de l'invention.

Dans ce mode de réalisation, la donnée DAT _k obtenue à l'étape E20 est une information sur l'état de la batterie du terminal 10. Cette information peut être obtenue via une API propre au système d'exploitation du terminal. Pour le système Androïd, l'homme du métier peut se référer au document disponible à l'URL [URL1].

Dans ce mode de réalisation, le module 12 de traitement de données du terminal 10 :

- estime, à partir de la taille SIZ ² de la deuxième version de l'application APP, ² , le temps nécessaire pour télécharger cette deuxième version de l'application ; et

- si l'autonomie de la batterie est suffisante pour permettre au terminal 10 de télécharger la deuxième version de l'application APP ² dans son intégralité. Si l'autonomie de la batterie est jugée insuffisante, le module d'affichage 16 affiche, sur l'icône ICO, ¹ , un élément graphique G ₂ indiquant à l'utilisateur une condition effective de téléchargement « Autonomie insuffisante » selon laquelle, l'autonomie de la batterie est insuffisante pour télécharger la deuxième version de l'application APP ² dans son intégralité. Cet élément graphique G ₂ peut être un logo représentant une batterie, de couleur rouge.

La figure 4B représente un deuxième mode de réalisation de l'invention.

Dans ce mode de réalisation, la donnée DAT _k obtenue à l'étape E20 est une information sur la taille disponible dans la mémoire 11 du terminal 10 pour mémoriser ladite deuxième version APP ² de l'application. Cette information peut être obtenue via une API propre au système d'exploitation du terminal. Pour le système Androïd, l'homme du métier peut se référer au document disponible à l'URL [URL2].

Dans ce mode de réalisation, le module 12 de traitement de données du terminal 10 estime si cette place disponible est suffisante dans la mémoire 11, pour mémoriser la deuxième version de l'application APP ² , de taille SIZ ² .

Si la taille de la mémoire disponible est jugée insuffisante, le module d'affichage 16 affiche, sur l'icône ICO, ¹ , un élément graphique Gi indiquant à l'utilisateur une condition effective de téléchargement « Stockage insuffisant » selon laquelle, la taille de la mémoire disponible est insuffisante pour télécharger la deuxième version de l'application APP ² dans son intégralité. Cet élément graphique Gi peut être un logo représentant une carte mémoire, de couleur rouge.

La figure 4C représente un troisième mode de réalisation de l'invention.

Dans ce mode de réalisation, la donnée DAT _k obtenue à l'étape E20 est une information relative à un historique d'utilisation du terminal 10. Dans ce mode de réalisation, le module 12 de traitement de données du terminal 10 estime, en fonction de l'historique d'utilisation du terminal et d'un crédit de communication associé au terminal, si ce crédit de communication permet de télécharger la deuxième version de l'application APP ² , de taille SIZ ² , dans son intégralité, éventuellement avec un surcoût. Dans le mode de réalisation décrit ici, le module d'affichage 16 affiche, sur l'icône ICO, ¹ , un élément graphique G ₃ en forme de compteur,

- de couleur rouge indiquant à l'utilisateur une condition effective de téléchargement « Crédit insuffisant » si le crédit de communication est insuffisant pour permettre le téléchargement de la deuxième version de l'application APP ² dans son intégralité (par exemple en cas de forfait bloqué) ;

- de couleur orange indiquant à l'utilisateur une condition effective de téléchargement « Hors forfait » si le téléchargement de la deuxième version de l'application APP ² dans son intégralité est possible mais entraîne un surcoût pour l'utilisateur.

Les figures 4D à 4F représentent un quatrième mode de réalisation de l'invention.

Dans ce mode de réalisation, la donnée DAT _k obtenue à l'étape E20 est un paramètre de qualité du lien de communication entre le terminal 10 et le site distant STR, plus précisément une information relative au débit disponible sur ce lien. Cette information peut être obtenue via une API propre au système d'exploitation du terminal. Pour le système Androïd, l'homme du métier peut utiliser les APIs « connectivityManager » ou « connectivity-monitoring ».

Dans le mode de réalisation décrit ici, le module d'affichage 16 affiche, sur l'icône ICO, ¹ :

- un élément graphique G ₄ représentatif d'un débit de couleur verte indiquant à l'utilisateur une condition effective de téléchargement « Condition optimale » si le débit estimé est supérieur à un premier seuil prédéterminé, par exemple 40 Mbit/s ;

- un élément graphique G ₅ représentatif d'un débit de couleur rouge indiquant à l'utilisateur une condition effective de téléchargement « Débit dégradé » si le débit estimé est inférieur à un deuxième seuil prédéterminé, par exemple 400 kbit/s ;

- un élément graphique G ₆ représentatif d'un débit de couleur orange indiquant à l'utilisateur une condition effective de téléchargement « Bonne condition » si le débit estimé est compris entre lesdits premier et deuxième seuils prédéterminés.

Dans un mode particulier de réalisation décrit ici, un seul des éléments graphiques Gi à G ₆ est affiché sur l'icône ICO _k ¹ , ledit élément graphique à afficher étant choisi en fonction d'un niveau de priorité associé aux conditions effectives de téléchargement.

La figure 5 représente un exemple de mise en œuvre de ce mode particulier de réalisation.

A l'étape E10 déjà décrite en référence à la figure 3, le terminal 10 reçoit un message de notification NOT émis par le site distant STR, ledit message comportant une information de disponibilité d'une nouvelle version d'une application et la taille de cette nouvelle version.

Au cours d'une étape F10, le module 12 de traitement de données vérifie si la taille de la mémoire disponible est suffisante pour télécharger la deuxième version de l'application dans son intégralité, autrement si la condition effective de téléchargement « Stockage insuffisant » se présente. Si tel est le cas, le module d'affichage 16 affiche, sur l'icône associée à la version courante de l'application, l'élément graphique Gi. Si ce n'est pas le cas, une étape F20 est mise en œuvre.

Au cours de l'étape F20, le module 12 de traitement de données vérifie si l'autonomie de la batterie est suffisante pour télécharger la nouvelle version de l'application dans son intégralité, autrement si la condition effective de téléchargement « Autonomie insuffisante » se présente. Si tel est le cas, le module d'affichage 16 affiche, sur l'icône associée à la version courante de l'application, l'élément graphique G ₂ . Si ce n'est pas le cas, une étape F30 est mise en œuvre.

Au cours de l'étape F30, le module 12 de traitement de données vérifie (i) si le crédit de communication est insuffisant pour permettre le téléchargement de la nouvelle version de l'application dans son intégralité (condition effective de téléchargement « Crédit insuffisant ») ou (ii) si le téléchargement de la deuxième version de l'application dans son intégralité entraîne un surcoût pour l'utilisateur (condition effective de téléchargement « Hors forfait »). Si l'une ou l'autre de ces conditions se présente, le module d'affichage 16 affiche, sur l'icône associée à la version courante de l'application, l'élément graphique G ₃ avec une couleur rouge ou orange. Si ce n'est pas le cas, une étape F40 est mise en œuvre.

Au cours de l'étape F40, le module 12 de traitement de données vérifie si le débit de communication sur le lien entre le site distant STR et le terminal est inférieur à 400 kbits/s, autrement si la condition effective de téléchargement « Débit dégradé »» se présente. Si tel est le cas, le module d'affichage 16 affiche, sur l'icône associée à la version courante de l'application, l'élément graphique G ₄ . Si ce n'est pas le cas, une étape F50 est mise en œuvre.

Au cours de l'étape F50, le module 12 de traitement de données vérifie si le débit de communication sur le lien entre le site distant STR et le terminal est inférieur à 40 Mbits/s, autrement si la condition effective de téléchargement « Bonnes conditions » se présente. Si tel est le cas, le module d'affichage 16 affiche, sur l'icône associée à la version courante de l'application, l'élément graphique G ₅ . Si ce n'est pas le cas, on considère que les conditions effectives de téléchargement sont optimales et le module d'affichage 16 affiche, sur l'icône associée à la version courante de l'application, l'élément graphique G ₆ .

[URL1] :h¾tps://developer.android.com/trajninq/monitonnq-devjce- state/batterv-monjtorinq.html#l ^y lonjtorLevel

[URL2] :http://stackoverflow.com/questions/8133417/androjd-get-free - ssze-of-internal-external-memory