FR 3007858 A1 20150102 FR 1356270 A 20130628 Procédé de gestion d'applications mises en oeuvre par un terminal de communication, programme d'ordinateur, terminal de communication et application correspondants. 1. Domaine de l'invention Le domaine de l'invention est celui des télécommunications, et plus particulièrement le domaine des terminaux de communication aptes à télécharger des applications permettant d'accéder à des informations en temps réel. De tels terminaux de communication aptes à télécharger des applications sont par exemple des téléphones mobiles (encore appelés « smartphone », « ordiphone » ou téléphone intelligent), un ordinateur portable, une tablette numérique ou encore un récepteur de télévision numérique. Les applications sont dédiées à des domaines divers et variés tel que la TV numérique, le e-commerce, ou encore le domaine de la domotique pour contrôler la clôture, le circuit électrique, la chaufferie d'une propriété. 2. Art antérieur L'accès à l'information en temps réel a été considérablement facilité par le développement d'applications téléchargeables par des terminaux de télécommunications au moyen d'une connexion internet haut débit, la connexion étant filaire ou sans fil sur un réseau de communications internet ou de téléphonie mobile. En particulier, lorsque le terminal de communications correspond à un téléphone intelligent, ou « smartphone », ou encore « ordiphone », ce téléphone mobile évolué dispose des fonctions d'un assistant numérique personnel, d'un appareil photo numérique et d'un ordinateur portable. La saisie des données se fait par le biais d'un écran tactile ou d'un clavier, et selon le principe d'un ordinateur, un tel téléphone intelligent peut exécuter diverses applications grâce à un système d'exploitation spécialement conçu pour mobiles. Un tel téléphone intelligent est donc capable de fournir des fonctionnalités supplémentaires au regard des fonctionnalités des téléphones mobiles classiques comme : l'agenda, la télévision, le calendrier, la navigation sur le web, la consultation et l'envoi de courrier électronique, la géolocalisation, le dictaphone/magnétophone, la calculatrice, la boussole, l'accéléromètre, le gyroscope, la messagerie vocale visuelle, la cartographie numérique etc. Il est en outre possible de personnaliser son smartphone en y installant des applications additionnelles tel que des jeux ou des utilitaires via un magasin d'applications en ligne différent pour chaque système d'exploitation comme Google Play® sur Android® ou encore l'Apple Store®. Par définition, une application est un bloc logiciel comprenant un programme téléchargeable de façon gratuite ou payante et exécutable à partir du système d'exploitation d'un terminal de communication. Une application est téléchargée, exécutée, mise à jour indépendamment d'une autre application. Certaines applications sont dédiées à un usage particulier et prédéterminé, appelé fonction, une fonction correspondant à un sous-niveau de segmentation d'une application. Il s'agit donc dans ce cas d'applications « mono-fonction ». En d'autres termes, des applications sont indépendantes entre elles, tandis qu'une fonction dépend d'une application. Dans ce premier cas, le passage d'une application à une autre pour accéder à une autre fonction requiert au préalable la fermeture de l'application en cours d'exécution pour ensuite revenir à une interface présentant les différentes applications dont dispose l'utilisateur sur son terminal de communication. L'utilisateur sélectionne alors la nouvelle application pour accéder à une nouvelle fonction. Afin d'organiser et de faciliter l'utilisation et l'accès des applications d'un terminal de communications à un utilisateur, des techniques de paramétrage de l'interface représentative des applications à disposition ont notamment été proposées. L'une de ces techniques est notamment présentée dans le document US 2008 0153473 et vise à générer dynamiquement des menus de sélection d'applications lorsqu'une nouvelle application est installée. Cependant, cette technique ne permet pas d'améliorer l'accès à plusieurs applications. En effet, un changement d'accès à une application par l'utilisateur requiert de ressortir de l'application en cours d'utilisation pour entrer dans l'application suivante souhaitée. En outre, bien qu'il soit possible d'ouvrir et d'utiliser simultanément plusieurs applications, le passage d'une application à une autre suppose de ressortir de celle-ci tout en la laissant ouverte pour revenir sur l'interface représentative des applications à disposition et puis d'entrer dans une nouvelle application auparavant ouverte. Il n'y a donc aucune communication entre les applications et le passage par l'interface représentative des applications à disposition est inévitable. L'usage est donc complexe et le temps d'utilisation accru. Plus récemment, d'autres applications de type « multi-fonctions » ont été développées. Plus précisément, de telles applications permettent d'accéder à différentes fonctions à partir d'un seul point d'accès. Cependant, l'inconvénient de ces applications « multi-fonctions » réside dans le fait qu'il n'est pas possible de télécharger, de mettre à jour les fonctions d'une application « multifonctions » de manière indépendante, seule une mise à jour de l'application « multi-fonctions » dans sa globalité est possible, ce qui la rend peu flexible et volumineuse. En outre, il n'en demeure pas moins que le changement d'une application « multifonctions » à une autre application « mono-fonction » ou « multi-fonctions » requiert de ressortir de l'application en cours d'utilisation pour entrer dans l'application suivante souhaitée. Ainsi, les techniques actuelles ne sont pas optimales en termes de rapidité de navigation d'une application, en tant que telle, à une autre. Il existe donc un besoin pour une nouvelle technique de gestion d'applications mises en oeuvre par un terminal de communication qui soit performante et simple à mettre en oeuvre pour éviter une interruption de navigation entre plusieurs applications distinctes et pour améliorer leur évolution et leur temps de téléchargement ou de mise à jour. 3. Exposé de l'invention L'invention propose une solution nouvelle qui ne présente pas les inconvénients de l'art antérieur, sous la forme d'un procédé de gestion d'applications mises en oeuvre par un terminal de communication, ledit procédé comprenant une étape d'exécution d'une première application. Selon l'invention, un tel procédé comprend les étapes suivantes mises en oeuvre lorsque la première application est en cours d'exécution : restitution d'une information représentative d'un ensemble d'applications, associées à la première application, et disponibles au téléchargement et/ou exécutable indépendamment de la première application, réception d'une requête saisie par un utilisateur du terminal de communication, la requête étant représentative d'une sélection d'une application, dite application sélectionnée, parmi l'ensemble d'applications disponibles au téléchargement et/ou exécutable indépendamment de ladite première application, téléchargement et/ou exécution de l'application sélectionnée. L'invention propose ainsi une nouvelle solution pour la gestion d'applications mises en oeuvre par un terminal de communication. En effet, cette approche repose sur une navigation inter-application à partir de l'exécution d'une première application, une application étant un bloc téléchargeable et actualisable comprenant au moins une fonction logicielle. Ainsi, au regard des applications « mono-fonction », l'invention présente l'avantage d'éviter de ressortir d'une application « mono-fonction » pour aller sur une autre application « mono-fonction » ou « multi-fonctions ». L'interruption de navigation est donc évitée, car il n'est plus nécessaire de repasser par une interface de présentation et de sélection de chaque icône représentative d'une application à exécuter. Pour ce faire, une application selon l'invention est enrichie d'une information représentative d'un ensemble d'applications qui lui sont associées. Lorsque l'application est en cours d'exécution, l'invention prévoit la restitution de cette information représentative. Ainsi, tout en profitant de l'exécution de l'application en cours l'utilisateur peut visualiser l'ensemble des applications qui sont associées à l'application en cours d'exécution. Il se peut que les applications de cet ensemble n'aient pas encore été téléchargées par l'utilisateur. L'utilisateur est donc informé du panel d'applications à sa disposition qui peuvent être liées à l'application en cours d'exécution et exécutées à partir de celle-ci. Cette information et restitution en cours d'exécution d'une application n'est pas divulguée par les techniques de l'art antérieur que ce soit pour les applications « mono-fonction » ou « multi-fonctions ». En effet, il est possible que des applications « multi-fonctions » restituent les fonctions disponibles pour exécution à partir d'une application, mais le téléchargement, la mise à jour ou l'exécution de celles-ci ne sont pas indépendants de l'application en tant que telle. En effet, l'évolution d'une fonction requiert de mettre à jour le bloc application dans son ensemble. Au contraire, selon l'invention, l'information représentative d'une application représente les « blocs applications » liés à l'application en cours d'exécution et non les fonctions de celle-ci. L'effet technique obtenu est donc d'éviter une interruption de navigation entre applications, ce qui offre un gain de temps d'exécution lorsque l'on souhaite exécuter une pluralité d'applications. On dispose en outre d'une visualisation efficace d'un groupe d'applications liées, grâce à la restitution de l'information représentative enrichissant la première application en cours d'exécution. Par ailleurs, le procédé selon l'invention permet de conserver une indépendance entre les applications associées. En effet, celles-ci peuvent être téléchargées, exécutées et mises à jour indépendamment. On optimise ainsi la quantité de données transmises et/ou stockée sur un terminal de communications. Selon une première variante de réalisation, l'étape de restitution est mise en oeuvre simultanément à l'exécution de la première application. Cette restitution de l'information représentative d'un ensemble d'applications associées à la première application prend par exemple la forme d'une barre, similaire à une barre d'outils, contenant les applications liées à la première application en cours d'exécution. Cette barre est selon cet aspect particulier de réalisation constamment affichée lors de l'exécution de la première application. Ainsi, l'utilisateur peut voir à tout moment les applications liées à l'application en cours d'exécution. Selon une deuxième variante de réalisation, l'étape de restitution est mise en oeuvre sur requête de l'utilisateur. Selon cette variante, la restitution de l'information représentative d'un ensemble d'applications, associées à la première application prenant la forme d'une barre, est restituée uniquement sur requête de l'utilisateur (requête vocale, raccourci clavier, activation d'une prédéterminée de l'écran). Ainsi, l'utilisateur conserve un écran de restitution de taille optimale de l'application en cours, la barre représentant les applications associées n'étant affichée que sur requête de l'utilisateur. Selon un mode de réalisation particulier, le procédé de gestion d'applications mises en oeuvre par un terminal de communication comprend préalablement à l'étape d'exécution de la première application, une étape de génération de la première application, l'étape de génération combinant une application, dite application orpheline, à au moins ladite information représentative dudit ensemble d'applications. Par exemple, l'étape de génération, ou encore association, est mise en oeuvre par le terminal de communication (sur requête de l'utilisateur ou selon un réglage du terminal de communication prédéterminé) et/ou par un distributeur d'applications distinct du terminal de communication, tel qu'un opérateur de téléphonie mobile ou encore un magasin d'applications en ligne différent pour chaque système d'exploitation comme Google Play® sur Android® ou encore l'Apple Store®. Ainsi, une application selon l'invention correspond à une application orpheline (bloc logiciel seul) enrichie d'une information représentative de l'ensemble d'applications associées à cette application orpheline de sorte à former une famille d'applications. Cette étape d'association permet de multiples combinaisons avec un nombre infini d'applications pouvant être téléchargées, exécutées, mises à jour indépendamment les unes des autres. En outre, lorsque cette étape d'association est mise en oeuvre sur requête de l'utilisateur, le procédé selon l'invention permet une réelle optimisation de la gestion d'applications en fonction des goûts et des besoins de l'utilisateur. Une telle étape d'association contribue donc à la personnalisation d'un terminal de communication. Selon un aspect avantageux de l'invention, le procédé de gestion d'applications mises en oeuvre par un terminal de communication comprend une étape de mise à jour de l'information représentative de l'ensemble d'applications qui lui sont associées. Cette étape de mise à jour peut être par exemple proposée par l'opérateur et acceptée sur requête par l'utilisateur. Selon une alternative la mise à jour peut être systématique et couplée à une mise à jour de système d'exploitation. Selon une autre alternative la mise à jour peut être mise en oeuvre par l'utilisateur lorsqu'il veut personnaliser les familles d'applications proposées en en supprimant certaines qu'il n'utilise pas ou en en ajoutant d'autres non proposées par l'opérateur du fait de ces habitudes de consommation personnelles. L'avantage de cette mise à jour est que seule l'information représentative est mise à jour, par exemple une barre d'outil dont la longueur évolue en fonction du nombres de blocs applications associées à l'application en cours d'exécution, et non l'application dans son ensemble. Cette mise à jour est donc peu complexe à mettre en oeuvre et ne requiert pas un fort débit de communication, cette information représentative étant « légère » en termes de taille au regard de l'application « orpheline » en tant que telle à laquelle elle est liée. Ainsi, l'invention propose une évolutivité peu complexe des applications mises en oeuvre par un terminal de communication. Selon un aspect particulier de l'invention, l'étape de restitution tient compte d'une information de priorité de restitution d'au moins une partie de l'information représentative dudit ensemble d'applications. En effet, il se peut que le nombre d'applications associées à l'application en cours d'exécution soit important et que de ce fait la restitution exhaustive de cette ensemble ne soit pas possible ou limité par la taille de l'écran de restitution. Dans ce cas, une information de priorité permet notamment de hiérarchiser la restitution des applications liées à l'application en cours d'exécution. Par exemple, si la taille de l'écran permet uniquement la restitution de cinq applications de la famille alors que celle-ci en contient dix, l'information de priorité correspond par exemple à un classement statistique des applications les plus utilisées par l'utilisateur, ou encore des applications qu'un opérateur souhaite mettre en avant commercialement afin d'inciter au téléchargement ou à l'exécution. Ainsi, cet aspect de l'invention permet d'adapter la restitution à la taille de la zone de restitution disponible pour restituer l'ensemble d'applications associée à la première application. Selon un autre aspect particulier de l'invention, le procédé de gestion d'applications mises en oeuvre par un terminal de communication comprend en outre les étapes suivantes: réception d'un enrichissement sélectionné, ledit enrichissement étant à appliquer pour l'exécution de ladite première application, première application dudit enrichissement lors de l'exécution de ladite première application, deuxième application dudit enrichissement lors de l'exécution de ladite application sélectionnée. En d'autres termes, selon cet aspect de l'invention il est possible de sélectionner un enrichissement pour l'exécution de l'application en cours et de le répercuter ensuite lors de l'exécution de d'autres applications de la même famille. Un tel enrichissement est par exemple un historique des émissions liées à un guide télévisuel, une liste des émissions des jours précédents, l'affichage d'un sous-titrage qui pourront défiler au bas de l'écran lors de l'exécution de plusieurs applications d'une même famille d'applications. En particulier, ledit enrichissement appartient au groupe comprenant au moins : une fonction de restitution d'au moins une partie de contenu associé à ladite première application et/ou d'au moins une partie de contenu associé à ladite application sélectionnée, une fonction de sélection et de pilotage de terminaux de restitution d'au moins une partie de contenu associé à ladite première application et/ou d'au moins une partie de contenu associé à ladite application sélectionnée. Ainsi, il est possible d'optimiser l'utilisation de tels enrichissements pour un groupe d'application appartenant à une même famille d'applications, de tels enrichissements concernant une fonction de restitution d'une partie de contenu associé à une application de groupe (ex : liste des émissions déjà diffusées, information sur le programme en cours et le programme suivant) et/ou une fonction de sélection et de pilotage de terminaux de restitution Selon une option de ce mode de réalisation, l'étape de réception est précédée d'une étape de restitution d'un ensemble d'enrichissements disponibles pour être au moins appliqués auxdites première application et application sélectionnée. Ainsi, l'utilisateur dispose d'un choix de fonctions qu'il peut répercuter d'une application à une autre lorsque ces applications appartiennent à une même famille d'application. Dans encore un autre mode de réalisation, l'invention concerne un ou plusieurs programmes d'ordinateur comportant des instructions pour la mise en oeuvre du procédé de gestion d'applications tel que décrit selon les modes de réalisations ci-dessus lorsque ce programme est exécuté par un processeur. Le procédé selon l'invention peut donc être mis en oeuvre de diverses manières, notamment sous forme câblée ou sous forme logicielle. L'invention concerne aussi un support d'informations lisible par un ordinateur, et comportant des instructions d'un programme d'ordinateur tel que mentionné ci-dessus. Dans un autre mode de réalisation, l'invention concerne un terminal de communication comprenant un module d'exécution d'une première application. Selon l'invention, un tel terminal de communication comprend les modules suivants mis en oeuvre lorsque ladite première application est en cours d'exécution : module de restitution d'une information représentative d'un ensemble d'applications, associées à ladite première application, et disponibles au téléchargement et/ou à exécuter indépendamment de ladite première application, module de réception d'une requête saisie par un utilisateur dudit terminal de communication, ladite requête étant représentative d'une sélection d'une application, dite application sélectionnée, parmi ledit ensemble d'applications disponibles au téléchargement et/ou exécutable indépendamment de ladite première application, module de téléchargement et/ou d'exécution de ladite application sélectionnée. Un tel terminal de communication est notamment adapté à mettre en oeuvre le procédé de gestion d'applications décrit précédemment. Ce terminal de communication pourra bien sûr comporter les différentes caractéristiques relatives au procédé de gestion d'applications décrit précédemment, qui peuvent être combinées ou prises isolément. Ainsi, les caractéristiques et avantages de ce terminal de communication sont les mêmes que ceux du procédé de gestion d'applications. Par conséquent, ils ne sont pas détaillés plus amplement. L'invention concerne également une application téléchargeable et/ou exécutable par un terminal de communication. Plus précisément, l'application selon l'invention comprend une application, dite application orpheline, et au moins une information représentative d'un ensemble d'applications associées à ladite application orpheline. 4. Liste des figures D'autres caractéristiques et avantages de l'invention apparaîtront plus clairement à la lecture de la description suivante d'un mode de réalisation particulier, donné à titre de simple exemple illustratif et non limitatif, et des dessins annexés, parmi lesquels : la figure 1, présente les principales étapes mises en oeuvre par un procédé de gestion d'applications selon un mode de réalisation de l'invention ; la figure 2 illustre la structure simplifiée d'un terminal de communication selon un mode de réalisation particulier de l'invention. 5. Description d'un mode de réalisation de l'invention 5.1 Principe général Le principe général de l'invention repose sur la gestion d'applications enrichies ou à enrichir d'une information représentative d'un ensemble d'applications formant famille alors même qu'elles sont en cours d'exécution, afin de ne pas interrompre la navigation de l'utilisateur tout en améliorant l'évolutivité et l'exécution de chaque application. Plus précisément, l'information représentative permet d'informer l'utilisateur d'un terminal de communication des liens ou arborescence entre différentes applications d'une même famille d'applications. De telles applications enrichies au regard de simples applications, dites orphelines, correspondent à une architecture technique d'information qui permet l'interopérabilité de plusieurs applications orphelines. La constitution de cette famille est par exemple mise en oeuvre par un opérateur/distributeur d'applications en fonction d'un critère de regroupement prédéterminé, par exemple un domaine : domotique, contenus télévisuels ... Par exemple une famille d'applications dédiées aux contenus télévisuels comprend des applications distinctes dédiées à la visualisation de la télévision en direct, à l'accès à un guide de programme, à des catalogues vidéos, à des informations textuelles correspondant par exemple à un résumé du programme au programme que l'on souhaite visualiser. La constitution d'une famille d'applications peut également être mise en oeuvre par des éditeurs de contenus, qui proposent des services liés aux programmes diffusés par les chaines TV de type recommandations, partage, réseaux sociaux... En outre, l'invention permet à l'utilisateur qui dispose de cette information représentative de la famille d'applications de l'application qu'il exécute de naviguer à travers les applications de cette famille sans avoir à « revenir en arrière » en d'autres termes sans avoir à ressortir de l'application qu'il exécute. Ce résultat semble similaire à celui obtenu au moyen d'applications dites « multi- fonctions », cependant l'invention en diffère en ce que la famille lie des « blocs applications » et non des fonctions ce qui permet un téléchargement, une exécution, une mise à jour indépendante de chaque application. Ainsi, l'invention permet la gestion d'une segmentation « bloc application » en tant que telle et non la gestion d'une pluralité de sous-segmentations « fonctions » dont l'évolution dépendra de la mise à jour du bloc application auxquelles elles appartiennent. L'invention permet donc de lier, d'interconnecter tout type d'applications (« mono-fonction » ou multi-fonctions ») dont le nombre peut être infini en s'affranchissant d'un retour sur une interface d'accueil, et tout en conservant une indépendance de fonctionnement et d'évolution de chaque application à part entière. Ainsi, la mise à jour de chaque application est indépendante pour permettre une évolutivité sans impacter le fonctionnement des autres applications d'une même famille. L'invention permet donc d'optimiser les temps de développement, téléchargement de chaque application d'une même famille ainsi que les délais d'évolution de ces applications. L'invention trouve notamment des applications pour optimiser une gestion domotique (regroupement d'applications sécurité, contrôle de la lumière, contrôle des prises électriques, gestion des scenarios (création d'action automatique), volets roulants, chauffage, garage, surveillance, historique (de toutes les actions manuelles ou automatique)...), un accès audiovisuel, une restitution/partage de contenus multimédia personnels. La solution selon l'invention présente l'avantage d'être applicable à tous les systèmes d'exploitation existants sans changer les pratiques de navigation sur ses systèmes d'exploitation. L'invention propose donc une solution fonctionnelle et ergonomique pour naviguer simplement et rapidement, en d'autre termes avec fluidité, entre plusieurs applications sur un terminal de communication correspondant à une interface mobile, une tablette, ou encore un dispositif de restitution d'un flux audiovisuel. 5.2 Description d'un mode de réalisation particulier du procédé de gestion d'applications selon l'invention On présente désormais, en relation avec la figure 1 les principales étapes mises en oeuvre par le procédé de gestion d'applications selon l'invention. Un tel procédé de gestion d'applications mises en oeuvre par un terminal de communication comprend une étape d'exécution (10) d'une première application APP1. En particulier, selon l'invention la première application APP1 est une application enrichie correspondant à la combinaison d'une « simple » application, appelée application orpheline APP0 et d'une information représentative IF d'un ensemble d'applications associée ou liées, notamment par des liens électroniques. Lorsque la première application APP1 est en cours d'exécution EXEC_APP1 (10), le temps d'exécution étant représenté par l'axe t, le procédé de gestion d'applications mises en oeuvre par un terminal de communication comprend les étapes suivantes : restitution Rest_IF (11) de l'information IF représentative d'un ensemble d'applications, associées à ladite première application, et disponibles au téléchargement et/ou exécutable indépendamment de ladite première application, réception R_Req (12) d'une requête saisie par un utilisateur dudit terminal de communication, ladite requête étant représentative d'une sélection d'une application, dite application sélectionnée APPS, parmi ledit ensemble d'applications disponibles au téléchargement et/ou à exécutable indépendamment de ladite première application, téléchargement T_APPS (131) et/ou exécution EXEC_APPS (132) de ladite application sélectionnée APPS. Par exemple, on considère un ensemble d'applications, encore appelé « famille » ou « écosystème », comprenant des applications dédiées au domaine audiovisuel et composé d'une base de quatre types d'applications : 1- les applications de type consommation, appelées "PLAYER LIVE TV" et dédiées à l'audio- vidéo (télévision en direct (de l'anglais « Live TV ») avec un choix des chaines de télévision à visualiser, la vidéo à la demande (VoD de l'anglais « Video on Demand »), la télévision de rattrapage (en anglais « Replay TV » ou « Catch-up TV »), 2- les applications de type recommandation de contenus appelées « GUIDE TV » : guide de programme, information sur les contenus multimédia à disposition, recommandation (télévision en direct, vidéo à la demande, télévision de rattrapage), 3- les applications de type catalogue associé au service de vidéo à la demande : catalogue ; bandes annonces, recommandations, ces catalogues étant développés en utilisant par exemple un langage HTM L5, 4- les applications de type gestion de contenus multimédia appelées « MEDIACENTER »: permettant un accès à des contenus multimédia de type photo, vidéo, musique personnels stockés sur le terminal de communication ou au sein d'un parc de terminaux, d'équipement de réseau et de logiciels maintenus par un fournisseur, que les consommateurs peuvent utiliser en libre service via Internet, connu en anglais sous le nom de « Cloud », et délivrant des recommandation pour la vidéo à la demande et la télévision de rattrapage. L'établissement des liens entre ces différents types d'application formant une même famille dite famille audiovisuelle est mise en oeuvre préalablement à ladite étape d'exécution (10) de ladite première application, et correspond à une étape de génération Gen_APP1 (100) de la première application APP1. Comme indiqué précédemment, cette étape de génération Gen_APP1 combine une application, dite application orpheline API)°, à au moins l'information IF représentative dudit ensemble d'applications. Par exemple, l'étape de génération, ou encore association, est mise en oeuvre par le terminal de communication (sur requête de l'utilisateur ou selon un réglage du terminal de communication prédéterminé) et/ou par un distributeur d'applications distinct du terminal de communication. Au regard de l'étape de restitution Rest_IF (11) de l'information IF représentative d'un ensemble d'applications, associées à ladite première application, selon une première variante de réalisation, l'étape de restitution Rest_IF est mise en oeuvre simultanément à l'exécution de la première application APP1 ou selon une autre option l'étape de restitution Rest_IF est mise en oeuvre sur requête Requ de l'utilisateur. Selon cette variante, la restitution de l'information IF représentative de l'ensemble d'applications associées à l'application en cours d'exécution APP1, l'information IF prenant par exemple la forme d'une barre similaire à une barre d'outil contenant plusieurs zones dédiées à l'intitulé de chaque application de la famille ou encore la forme d'un menu déroulant, est restituée uniquement sur requête de l'utilisateur (requête vocale, raccourci clavier, activation d'une prédéterminée de l'écran). Par ailleurs, selon un aspect particulier du mode de réalisation représenté en relation avec la figure 1, le procédé de gestion d'applications selon l'invention comprend une étape de mise à jour MAJ_IF (14) de l'information IF représentative de l'ensemble d'applications associées à la première application APP1, en cours d'exécution. Une fois l'information IF représentative de l'ensemble d'applications associées à la première application APP1, sa restitution est adaptée. On visualise par exemple une barre d'applications associées étendue au regard de celle qui précédait une étape de mise à jour MAJ_IF (14). Cette étape de mise à jour MAJ_IF (14) peut être par exemple proposée par l'opérateur et acceptée sur requête par l'utilisateur. Selon une alternative la mise à jour peut être systématique et couplée à une mise à jour de système d'exploitation. Selon une autre alternative la mise à jour peut être mise en oeuvre par l'utilisateur lorsqu'il veut personnaliser les familles d'applications proposées en en supprimant certaines qu'il n'utilise pas ou en en ajoutant d'autres non proposées par l'opérateur du fait de ces habitudes de consommation personnelles. La mise à jour de l'information IF représentative de la famille associée à chaque application est donc indépendante, ce qui permet d'actualiser les membres d'une famille d'application tout en évitant de télécharger l'application orpheline APP0 à laquelle l'information IF est combinée pour former l'application « enrichie » APP1. En outre, de manière optionnelle, telle que représenté en pointillé sur la figure 1, l'étape de restitution tient compte d'une information de priorité PRIO de restitution d'au moins une partie de l'information IF représentative de l'ensemble d'applications associées à l'application 25 APP1. Ainsi, au regard de l'exemple de famille d'applications dédiées au domaine de l'audiovisuel, les applications de consommation seront préférentiellement identifiées/affichées dans l'information IF, correspondant par exemple à une barre d'outils au regard des applications délivrant un catalogue associé au service de vidéo à la demande. 30 Selon un aspect particulier du mode de réalisation représenté en relation avec la figure 1, le procédé de gestion d'applications mises en oeuvre sur un terminal de communication comprend en outre les étapes suivantes: réception R_E (15) d'un enrichissement E sélectionné, ledit enrichissement étant à appliquer pour l'exécution de ladite première application, première application APP_E_1 (16) dudit enrichissement E lors de l'étape d'exécution EXEC_APP1 (10) de ladite première application, deuxième application APP_E_2 (17) dudit enrichissement E lors de l'étape d'exécution EXEC_APPS (132) de ladite application sélectionnée. Selon cet aspect optionnel particulier du mode de réalisation représenté en relation avec la figure 1, pour chaque application, il est possible de sélectionner les informations que l'on souhaite voir apparaitre dans une application « soeur ». Par exemple, l'application appelée « guideTV » de consultation de programmes audiovisuels enrichit l'application de visualisation de télévision en direct appelée « TV Live », ces deux applications étant associées à une même famille d'applications. Cet aspect permet à l'utilisateur de sélectionner des informations issues de l'application « guideTV » qu'il souhaite afficher ou accéder lors de l'exécution de l'application « TV Live ». Il s'agit par exemple, d'afficher simultanément à l'exécution des applications « guideTV » et « TV Live », des programmes sur la thématique « Sport « en cours de diffusion ou à venir sur les autres chaines. Selon un autre exemple, il s'agit de la possibilité de disposer de l'information sur le programme en cours et le programme suivant en surimpression sur le flux de l'application « TV Live ». Selon un autre exemple, lors de l'exécution de l'application « guideTV » permettant de consulter le guide des programmes, lorsque l'on affiche des informations sur une émission diffusée au moyen de l'application « TV Live », la liste des émissions déjà diffusées est proposées et pourra être affichée lors de l'exécution des deux applications « guideTV » et « TV Live ». L'exécution de l'application « TV Live » (APPS) ayant été activée grâce à l'invention alors même que l'application « guideTV » (APP1) étaient en cours d'exécution ou inversement. De manière similaire, l'application dédiée à la télévision de rattrapage (en anglais « Replay TV » ou « Catch-up TV ») enrichit l'application « guideTV » en proposant l'historique des émissions liées au guide TV, ou enrichit l'application « TV Live » en proposant par exemple au bas de l'écran la liste des émissions des jours précédents. Selon un autre exemple, l'application dédiée à la vidéo à la demande, appelée application « VoD » enrichit l'application « TV live » par les contenus associés. Selon les exemples mentionnés ci-dessus l'enrichissement E correspond donc à une fonction de restitution d'au moins une partie de contenu associé à ladite première application et/ou d'au moins une partie de contenu associé à ladite application sélectionnée, une fonction correspondant à une sous-segmentation d'une application. Les exemples précédents concernent le domaine des applications dédiées à des aspects audiovisuels. Ces exemples ne sont pas restrictifs et peuvent être dérivés à d'autres domaines, par exemple le domaine des applications dédiées à la domotique. Il est également possible que l'enrichissement corresponde à une fonction de sélection et de pilotage de terminaux de restitution d'au moins une partie de contenu associé à ladite première application APP1 et/ou d'au moins une partie de contenu associé à ladite application sélectionnée APPS. En effet, selon une particularité de l'invention, à partir de deux applications téléchargées APP1 et APPS, il est possible d'accéder à un menu d'association présentant un ensemble d'enrichissement disponibles pour être au moins appliqués à ces deux applications APP1 et APPS, ces enrichissements correspondant à des informations, des alertes,.... Par exemple, lorsque l'utilisateur dispose d'une application de gestion de contenu multimédia appelée « MEDIACENTER », il peut intégrer des fonctions de pilotage des équipements de restitutions compatibles avec les services d'un opérateur de téléphonie et/ou internet dans chaque application obtenue de cet opérateur pour diffuser des contenus multimédia sur l'ensemble des équipements. Pour ce faire, possibilités de restitution disponibles dans les équipements sont remontées vers l'application « MEDIACENTER». Ainsi, lors de l'exécution de l'application « guideTV » de consultation des programmes en cours de diffusion dans le guide des programmes, l'utilisateur pourra choisir l'équipement de restitution sur lequel diffuser le contenu vidéo et piloter cet équipement de restitution. Selon un autre exemple, lors de l'exécution de l'application « guideTV » permettant la consultation des programmes audiovisuels, grâce à l'invention, il est possible de déclencher un enregistrement sur un décodeur télévision numérique fournit par l'opérateur qui a également fournit la famille d'applications. Selon un autre exemple, lors de l'exécution de l'application « MEDIACENTER grâce à l'invention, il est possible de lancer la restitution d'un contenu multimédia sur l'équipement que l'on souhaite piloter (contenu photo, musique ou vidéo). 5.3 Description du terminal de communication selon l'invention On présente finalement, en relation avec la figure 2 respectivement, la structure simplifiée d'un terminal de communication mettant en oeuvre un procédé de gestion d'applications selon un mode de réalisation particulier de l'invention. Comme illustré en figure 2, un tel terminal de communication comprend une mémoire 21 comprenant une mémoire tampon, une unité de traitement 22, équipée par exemple d'un microprocesseur pP, et pilotée par le programme d'ordinateur 23, mettant en oeuvre le procédé de gestion d'applications selon l'invention. A l'initialisation, les instructions de code du programme d'ordinateur 23 sont par exemple chargées dans une mémoire RAM avant d'être exécutées par le processeur de l'unité de traitement 22. L'unité de traitement 22 reçoit en entrée une première application APP1 à exécuter, cette première application comprenant une application, dite application orpheline API)°, et au moins une information représentative d'un ensemble d'applications associées à ladite application orpheline. Le microprocesseur de l'unité de traitement 22 met en oeuvre les étapes du procédé de gestion d'applications décrit précédemment, selon les instructions du programme d'ordinateur 23. Pour cela, le terminal de communication comprend en outre : un module d'exécution EXEC_APP1 (24) de la première application APP1, ainsi qu'un module de restitution Rest_IF (25) d'une information représentative d'un ensemble d'applications, associées à la première application APP1, et disponibles au téléchargement et/ou à exécuter indépendamment de ladite première application, un module de réception R_Req (28) d'une requête saisie par un utilisateur dudit terminal de communication, ladite requête étant représentative d'une sélection d'une application, dite application sélectionnée APPS, parmi ledit ensemble d'applications disponibles au téléchargement et/ou à exécuter, un module de téléchargement T_APPS (26) et/ou d'exécution EXEC_APPS (27) de ladite application sélectionnée. Ces modules sont pilotés par le microprocesseur de l'unité de traitement 22. En particulier, les modules de restitution Rest_IF (25), de réception R_Req (28) de téléchargement T_APPS (26) et/ou d'exécution EXEC_APPS (27) sont activés par l'unité de traitement 22 lorsque ladite première application APP1 est en cours d'exécution par le module EXEC_APP1 (24).25 REVENDICATIONS1. Procédé de gestion d'applications mises en oeuvre par un terminal de communication, ledit procédé comprenant une étape d'exécution (10) d'une première application, caractérisé en ce qu'il comprend les étapes suivantes mises en oeuvre lorsque ladite première application est en cours d'exécution : restitution (11) d'une information (le) représentative d'un ensemble d'applications, associées à ladite première application, et disponibles au téléchargement et/ou exécutables indépendamment de ladite première application, réception (12) d'une requête saisie par un utilisateur dudit terminal de communication, ladite requête étant représentative d'une sélection d'une application, dite application sélectionnée, parmi ledit ensemble d'applications disponibles au téléchargement et/ou exécutable indépendamment de ladite première application, téléchargement (131) et/ou exécution (132) de ladite application sélectionnée. 2. Procédé de gestion d'applications selon l'une quelconque des revendications précédentes, caractérisé en ce que ladite étape de restitution est mise en oeuvre simultanément à l'exécution de ladite première application. 3. Procédé de gestion d'applications selon l'une quelconque des revendications précédentes, caractérisé en ce que ladite étape de restitution est mise en oeuvre sur requête dudit utilisateur. 4. Procédé de gestion d'applications selon l'une quelconque des revendications précédentes, caractérisé en ce qu'il comprend préalablement à ladite étape d'exécution (10) de ladite première application, une étape de génération (100) de ladite première application, ladite étape de génération combinant une application, dite application orpheline, à au moins ladite information représentative dudit ensemble d'applications. 5. Procédé de gestion d'applications selon la revendication 4, caractérisé en ce qu'il comprend une étape de mise à jour (14) de ladite information représentative dudit ensemble d'applications. 6. Procédé de gestion d'applications selon l'une quelconque des revendications précédentes, caractérisé en ce que ladite étape de restitution tient compte d'une information de priorité (PRIO) de restitution d'au moins une partie de ladite information représentative dudit ensemble d'applications. 7. Procédé de gestion d'applications selon l'une quelconque des revendications précédentes, caractérisé en ce qu'il comprend en outre les étapes suivantes:réception (15) d'un enrichissement sélectionné, ledit enrichissement étant à appliquer pour l'exécution de ladite première application, première application (16) dudit enrichissement lors de l'exécution de ladite première application, deuxième application (17) dudit enrichissement lors de l'exécution de ladite application sélectionnée. 8. Procédé de gestion d'applications selon la revendication 7, caractérisé en ce que ledit enrichissement appartient au groupe comprenant au moins : une fonction de restitution d'au moins une partie de contenu associé à ladite première application et/ou d'au moins une partie de contenu associé à ladite application sélectionnée, une fonction de sélection et de pilotage de terminaux de restitution d'au moins une partie de contenu associé à ladite première application et/ou d'au moins une partie de contenu associé à ladite application sélectionnée. 9. Procédé de gestion d'applications selon la revendication 7, caractérisé en ce que ladite étape de réception est précédée d'une étape de restitution d'un ensemble d'enrichissements disponibles pour être au moins appliqués auxdites première application et application sélectionnée. 10. Programme d'ordinateur comportant des instructions pour la mise en oeuvre d'un procédé selon l'une des revendications 1 à 9 lorsque ce programme est exécuté par un processeur. 11. Terminal de communication comprenant un module d'exécution (24) d'une première application, caractérisé en ce qu'il comprend les modules suivants mis en oeuvre lorsque ladite première application est en cours d'exécution : module de restitution (25) d'une information représentative d'un ensemble d'applications, associées à ladite première application, et disponibles au téléchargement et/ou à exécuter indépendamment de ladite première application, module de réception (28) d'une requête saisie par un utilisateur dudit terminal de communication, ladite requête étant représentative d'une sélection d'une application, dite application sélectionnée, parmi ledit ensemble d'applications disponibles au téléchargement et/ou exécutable indépendamment de ladite première application, module de téléchargement (26) et/ou d'exécution (27) de ladite application sélectionnée. 12. Application téléchargeable et/ou exécutable par un terminal de communication selon la revendication 11, dite première application, caractérisé en ce qu'elle comprend au moins une information représentative d'un ensemble d'applications qui lui sont associées, et disponibles au téléchargement et/ou exécutables indépendamment de ladite première application, ladite au moins une information étant restituée lorsque ladite première application est en cours d'exécution.