FR 3017725 A1 20150821 FR 1400428 A 20140217 Procédé de déploiement d'un ensemble d'application(s) logicielle(s) La présente invention concerne un procédé de déploiement d'un ensemble d'application(s) logicielle(s) logicielle(s) dans un réseau de télécommunication comprenant au moins un serveur des terminaux de télécommunication et des moyens de télécommunication entre ledit serveur et lesdits terminaux, et comportant les étapes suivantes mises en oeuvre par le serveur : - réception d'un ensemble d'application(s) logicielles à déployer sur les terminaux ; - détermination, en fonction dudit ensemble d'application(s) logicielles, de données de déploiement destinées aux terminaux. Les terminaux comprennent par exemple des équipements mobiles ou fixes, des téléphones intelligents, tablettes, ordinateurs portables ou fixes, équipements multimédias. Le besoin de déploiement d'ensemble d'applications logicielles se pose notamment dans le cadre de la gestion de flottes de terminaux, par exemple des terminaux d'entreprise, dont on souhaite contrôler le contenu. Dans le cadre d'un tel contrôle, il existe des solutions de gestion de terminaux mobiles (en anglais « Mobile Device Management ») ou des solutions de sécurité permettant de protéger les données du terminal. Des solutions actuelles de déploiement d'applications logicielles sont basées sur l'utilisation d'un système publique de déploiement d'application fourni généralement par l'éditeur du système d'exploitation du terminal, comme par exemple, le système « Google Play », selon laquelle chaque nouvelle application est installée par l'utilisateur du terminal, souvent l'administrateur de la flotte de terminaux. Les modifications de l'application sont publiées sur « Google Play ». « Google Play » informe ensuite les terminaux de la disponibilité de ces mises à jour. D'autres solutions utilisent un système propriétaire de gestion du déploiement des applications sur les terminaux, généralement mis en oeuvre sur le système d'information de l'entreprise utilisatrice de la solution ou encore chez l'éditeur de la solution de sécurité retenue pour la flotte des terminaux. On connaît par exemple le document WO 2011162746 Al relatif à un système de détermination de déploiement d'applications. Ces solutions possèdent un certain nombre d'inconvénients. Elles induisent des actions difficilement acceptables pour les administrateurs ou les utilisateurs des terminaux, par exemple : - posséder un compte Google pour télécharger les applications, ou imposer un passage par le service des systèmes d'information de l'entreprise ; - demander à l'administrateur de gérer la compatibilité des applications aux versions de systèmes d'exploitation en utilisation : l'opérateur doit se charger de vérifier préalablement que les applications qu'il souhaite déployer sur les terminaux distants sont bien compatibles de ces derniers. En outre, elles induisent une charge de travail importante sur l'entité centrale de gestion : cette dernière connaît la liste des applications et la version de système d'exploitation implémentés dans chaque terminal et, pour chacun de ces terminaux, elle procède à des calculs à partir de ces informations pour générer un ordre de déploiement dédié au terminal, indiquant les installations, suppressions et mises à jour d'applications que ce terminal doit réaliser pour être conforme à l'ensemble d'applications défini par l'administrateur. Le terminal applique ensuite l'ordre de déploiement qui lui est propre. Par conséquent, plus le nombre de terminaux gérés est grand, et plus cette entité centrale a de traitements à effectuer pour gérer le déploiement d'applications sur la flotte concernée. Des solutions reposent sur le principe où l'entité centrale envoie une notification aux terminaux pour leur signifier qu'un ordre de déploiement ou une mise à jour est disponible. Ce principe impose à l'entité centrale de connaître la disponibilité des terminaux afin de s'assurer que tous ont reçu la notification, entraînant ainsi une charge de travail supplémentaire pour cette entité. Il existe donc un besoin de réduire les inconvénients des solutions de l'art antérieur. A cet effet, suivant un premier aspect, l'invention propose un procédé de déploiement d'un ensemble d'application(s) logicielle(s) du type précité caractérisé en ce que lesdites données destinées aux terminaux comprennent une liste de déploiement déterminée par le serveur en mettant en oeuvre les étapes suivantes : - pour chaque système d'exploitation d'un groupe de systèmes d'exploitation mis en oeuvre sur les terminaux, sélection d'applications logicielles parmi ledit ensemble d'application(s) logicielles à déployer en fonction de critères relatifs à la compatibilité entre lesdites applications et ledit système d'exploitation ; et détermination d'une sous-liste de déploiement associée audit système d'exploitation et comprenant les identifiants desdites applications sélectionnées ; - insertion dans la liste de déploiement des sous-listes déterminées pour les systèmes d'applications du groupe ; - mise à disposition des terminaux de ladite liste de déploiement. Un tel traitement automatisé permet ainsi de générer un seul fichier qui pourra être exploité par l'ensemble des terminaux. La charge de calcul au niveau du serveur est limitée. Dans des modes de réalisation, le procédé de déploiement d'un ensemble d'application(s) logicielle(s) suivant l'invention comporte en outre une ou plusieurs des caractéristiques suivantes : - pour chaque application sélectionnée dans une sous-liste associée à un système d'exploitation, le serveur détermine si l'installation ou la désinstallation de l'application est dépendante d'une application autre et selon lequel dans le cas positif, le serveur ajoute l'identifiant de ladite application autre dans ladite sous-liste associée au système d'exploitation, avec un indication de dépendance entre ladite application et ladite application autre ; - la vérification desdits critères relatifs à la compatibilité entre une application donnée et un système d'exploitation comprend : - l'extraction depuis l'application, de métadonnées indiquant le(s) système(s) d'exploitation compatible(s) de l'application ; et/ou - la comparaison de système(s) d'exploitation compatible(s) de l'application avec une liste de systèmes d'exploitation gérés par le serveur ; et/ou - l'extraction depuis l'application, de données indiquant la version de l'application ; et/ou - les applications et les systèmes d'exploitation étant associés à des niveaux de sécurité respectifs : la comparaison entre le niveau de sécurité de l'application et le niveau de sécurité du système d'exploitation ; chaque système d'exploitation étant associé à une application de sécurité obligatoire et les applications et les systèmes d'exploitation étant associés à des niveaux de sécurité respectifs : la détermination de l'application de sécurité obligatoire associée au système d'exploitation, et la comparaison entre les niveaux de sécurité de l'application donnée et de l'application de sécurité obligatoire déterminée. Suivant un deuxième aspect, la présente invention propose un procédé de déploiement d'un ensemble d'application(s) logicielle(s) dans un réseau de télécommunication comprenant au moins comprenant au moins un serveur, des terminaux de télécommunication et des moyens de télécommunication entre ledit serveur et lesdits terminaux, ledit procédé comprenant les étapes selon lesquelles : - un terminal obtient, depuis le serveur, via les moyens de télécommunication, une liste de déploiement listant des sous-listes indiquant des identifiants d'applications et associées chacune à un système respectif d'exploitation de terminal d'un ensemble de système(s) d'exploitation de terminaux; le terminal détermine les applications et le système d'exploitation couramment installés sur le terminal, compare lesdites applications déterminées et la sous- liste associée audit système d'exploitation déterminé, et en fonction de cette comparaison : pour chacune des applications installées sur le terminal et dont l'identifiant ne figure pas dans ladite sous-liste, le terminal désinstalle ladite application ; pour chacun des identifiants d'applications figurant dans ladite sous-liste, le terminal effectue les étapes suivantes : - le terminal détermine si ladite application est déjà installée sur le terminal ; - si le terminal a déterminé que l'application n'est pas déjà installée sur le terminal, il télécharge depuis le serveur (Servs) ladite application et l'installe ; - le procédé de déploiement comporte en outre les étapes du procédé de déploiement suivant le premier aspect de l'invention. Dans des modes de réalisation, ce procédé de déploiement d'un ensemble d'application(s) logicielle(s) suivant l'invention comporte en outre une ou plusieurs des caractéristiques suivantes : - la sous-liste associée à chaque système d'exploitation indique des identifiants d'applications associés chacun à un numéro de version d'application, et selon lequel les étapes suivantes sont mises en oeuvre : si le terminal détermine que l'application est déjà installée sur le terminal, il compare le numéro de version de l'application installée à celui associé à l'identifiant de ladite application dans la sous-liste ; si ces numéros de version comparés diffère, le terminal 10 télécharge depuis le serveur la version de l'application indiquée par le numéro de version indiqué dans la sous-liste et installe l'application logicielle téléchargée ; - dans une sous-liste, un identifiant d'une application est mis en correspondance d'un identifiant d'une autre application, indiquant que l'installation ou la désinstallation de ladite application est dépendante de ladite autre application et selon lequel le terminal installe, ou désinstalle, lesdites applications dans un ordre fonction de ladite indication. Suivant un troisième aspect, la présente invention propose un programme d'ordinateur à installer dans un serveur destiné à être mis en oeuvre dans un réseau de télécommunication comprenant en outre des terminaux de télécommunication et des moyens de télécommunication entre ledit serveur et lesdits terminaux, ledit programme comportant des instructions pour mettre en oeuvre les étapes d'un procédé selon le premier aspect de l'invention lors d'une exécution du programme par des moyens de traitement du serveur. Suivant un quatrième aspect, la présente invention propose un programme d'ordinateur à installer dans un terminal de télécommunication destiné à être mis en oeuvre dans un réseau de télécommunication comprenant au moins un serveur, une pluralité de terminaux de télécommunication et des moyens de télécommunication entre ledit serveur et lesdits terminaux, ledit programme comportant des instructions pour mettre en oeuvre les étapes d'un procédé selon le deuxième aspect de l'invention lors d'une exécution du programme par des moyens de traitement du terminal. Suivant un cinquième aspect, la présente invention propose un serveur destiné à un réseau de télécommunication comprenant en outre des terminaux de télécommunication, ledit serveur comprenant des moyens de télécommunication entre ledit serveur et lesdits terminaux ; ledit serveur étant adapté pour recevoir un ensemble d'application(s) logicielles à déployer sur les terminaux, pour déterminer, en fonction dudit ensemble d'application(s) logicielles reçus, des données de déploiement destinées aux terminaux; ledit serveur étant caractérisé en ce qu'il est adapté pour, lors de la détermination des données de déploiement, sélectionner, pour chaque système d'exploitation d'un groupe de systèmes d'exploitation mis en oeuvre sur les terminaux, des applications logicielles parmi ledit ensemble d'application(s) logicielles à déployer en fonction de critères relatifs à la compatibilité entre lesdites applications et ledit système d'exploitation ; et pour déterminer une sous-liste de déploiement associée audit système d'exploitation et comprenant les identifiants desdites applications sélectionnées ; ledit serveur étant adapté pour insérer, dans une liste de déploiement, des sous-listes déterminées pour les systèmes d'applications du groupe et pour mettre à disposition des terminaux ladite liste de déploiement. Suivant un sixième aspect, la présente invention propose un terminal de télécommunication destiné à un réseau de télécommunication comprenant au moins un serveur, des terminaux de télécommunication et des moyens de télécommunication entre ledit serveur et lesdits terminaux, ledit terminal étant adapté pour obtenir, depuis le serveur, via les moyens de télécommunication, une liste de déploiement listant des sous-listes indiquant des identifiants d'applications et associées chacune à un système respectif d'exploitation de terminal d'un ensemble de système(s) d'exploitation de terminaux ; ledit terminal étant adapté pour déterminer les applications et le système d'exploitation couramment installés sur le terminal, comparer lesdites applications déterminées et la sous-liste associée audit système d'exploitation déterminé, et en fonction de cette comparaison : - pour chacune des applications installées sur le terminal et dont l'identifiant ne figure pas dans ladite sous-liste, désinstaller ladite application ; - pour chacun des identifiants d'applications figurant dans ladite sous-liste, effectuer les étapes suivantes : - déterminer si ladite application est déjà installée sur le terminal ; - si l'application est déterminée comme non déjà installée sur le terminal, télécharger depuis le serveur ladite application et l'installer. Ces caractéristiques et avantages de l'invention apparaîtront à la lecture de la description qui va suivre, donnée uniquement à titre d'exemple, et faite en référence aux dessins annexés, sur lesquels : la figure 1 représente une vue d'un système de télécommunication dans un mode de réalisation de l'invention ; la figure 2 représente des étapes mises en oeuvre dans un mode de réalisation de l'invention ; la figure 3 représente des étapes mises en oeuvre dans un mode de réalisation de l'invention ; la figure 4 est une vue d'une partie d'un contenu d'un fichier de déploiement F2 dans un mode de réalisation de l'invention. La figure 1 est une vue d'un système 100 mettant en oeuvre un mode de réalisation de l'invention. Le système de télécommunication 100 comporte une pluralité de terminaux utilisateurs 10. Ces terminaux 10 sont connectés par des liaisons de télécommunication 11 (filaires ou non) à un réseau de télécommunication R1. Un serveur de distribution, Servd, est également connecté au réseau R1 par une liaison de télécommunication 11. Les terminaux 10 comportent par exemple des téléphones mobiles intelligents reliés au réseau R1 par des liaisons 11 sans fil. Des terminaux comportent par exemple des ordinateurs fixes ou portables etc. Par ailleurs, le serveur de distribution, Servd, et un serveur de génération Servg, sont connectés par une liaison de télécommunication respective 12 à un réseau de télécommunication R2. Dans un mode de réalisation, le réseau R1 est un réseau public, par exemple le réseau Internet, et le réseau R2 est un réseau privé, par exemple un réseau d'entreprise. Chaque terminal 10 comprend notamment une mémoire 11 et un microprocesseur 12. La mémoire 11 est notamment adaptée pour stocker un système d'exploitation et des applications logicielles, et pour les mettre en oeuvre à l'aide du microprocesseur 12. Dans le mode de réalisation ici considéré, le système 100 met en oeuvre un environnement sécurisé, appelé souche de sécurité, mis en oeuvre à l'aide d'applications logicielles de sécurité obligatoire. Un terminal 10 dans lequel une application logicielle de sécurité obligatoire est installée, est adapté pour que toute application logicielle installée sur le terminal 10 et compatible de la souche de sécurité, soit sécurisée, par exemple de la manière suivante : les données générées par l'application logicielle et/ou échangées par l'application logicielle avec le réseau R1 sont chiffrées, l'application est protégée de toute intrusion frauduleuse au moyen d'un cloisonnement logiciel. Ce cloisonnement contrôle les entrées sorties de l'application sécurisée afin d'éviter qu'une application tierce non sécurisée ne puisse interagir de façon dangereuse avec l'application sécurisée. . Des versions distinctes de la souche de sécurité existent dans le système 100. La figure 2 représente des étapes mises en oeuvre dans le système 100 dans un mode de réalisation de l'invention. On notera que dans le mode de réalisation considéré, les étapes mises en oeuvre par chaque terminal sont réalisées suite à l'exécution, sur le microprocesseur 12, d'instructions logicielles correspondantes qui étaient stockées dans la mémoire 11. De même, les étapes mises en oeuvre par chaque serveur Servg, Servd sont réalisées suite à l'exécution, sur des moyens de calcul du serveur, d'instructions logicielles correspondantes stockées dans une mémoire du serveur. Dans une première étape 101 de configuration, le serveur Serg importe un fichier de configuration F1, par exemple protégé cryptographiquement en intégrité et authentifié. Ce fichier lui est par exemple fourni par l'éditeur de la solution et inséré par l'administrateur U du serveur Servg. Dans le mode de réalisation considéré, ce fichier de configuration F1 indique : pour chaque version de souche de sécurité et de système d'exploitation gérée par le serveur de génération Servg, une liste des dépendances comprenant les identifiants des applications dont l'installation dans un terminal, ou la dés-installation, fait appel à d'autres applications ; dans la liste des dépendances, chaque identifiant d'application étant associé aux identifiants desdites autres applications ; la liste des identifiants des applications de sécurité qui doivent impérativement être installés sur les terminaux sur lesquels des applications doivent être déployées, conformément à la souche de sécurité considérée dans le système 1 Ce fichier F1 est mémorisé dans la mémoire du serveur Servg. Dans une étape 102, des instructions sont fournies au serveur Servg, par exemple par l'administrateur U requérant l'importation d'applications logicielles A, associées chacune à un identifiant d'application et à un numéro de version. Lorsqu'il reçoit une instruction d'import d'une application A, le serveur Servg importe l'application logicielle A (par l'intermédiaire du réseau R2, d'autres réseaux ou supports), puis requiert son stockage dans le serveur de distribution Servd. Dans une étape 103, le serveur Servg analyse le contenu de cette application logicielle A et extrait des données de l'application, par exemple des métadonnées présentes dans son code source ou dans un fichier manifeste présent dans l'application indiquant : les systèmes d'exploitation (par exemple le(s) type(s) de système d'exploitation (par exemple Androïd, Windows, Linux etc.) et la ou les versions du système d'exploitation (par exemple V4.0, V3.2 etc.) dont l'application est compatible, la version de la souche de sécurité dont l'application est compatible. Ces informations sont mémorisées dans la mémoire du serveur Servg, en correspondance avec l'identifiant de l'application A et de son numéro de version. Dans une étape 104, l'administrateur U sélectionne certaines au moins des applications A importées (y compris une ou des applications de sécurité obligatoires ; cette sélection est éventuellement réalisée par défaut) et indique cette sélection au serveur Servg. Ces applications A sélectionnées définissent le pack logiciel que l'administrateur souhaite déployer sur un ensemble T de terminaux 10. Dans une étape 105, le serveur Servg détermine alors le contenu d'une liste de déploiement correspondant au pack logiciel défini, en fonction des applications sélectionnées et des informations associées stockées dans sa mémoire, et en outre en fonction des informations de configuration du fichier F1. Dans un mode de réalisation, le pack logiciel peut contenir plus d'applications que celles sélectionnées par l'administrateur U, car en fonction des informations contenues dans Fl, le serveur Servg peut être amené à ajouter des applications si celle-ci sont nécessaires au fonctionnement des applications sélectionnées. Cette liste de déploiement comprend dans le mode de réalisation considéré, un fichier F2 représenté schématiquement en figure 4. En référence à la figure 4, la liste de déploiement F2 telle que déterminée par le serveur de génération Servg comprend des sections successives Sos, chaque section Sos étant associée à un système d'exploitation respectif. Ainsi une section Sosx est associée au système d'exploitation X. Dans l'exemple considéré, chaque système d'exploitation est caractérisé par le type de système d'exploitation (Windows, Linus, Androïd) et sa version. Chaque section associée à un système d'exploitation Sos (par exemple la section Sosx) comporte une liste d'identifiants d'applications A2 éléments du pack logiciel défini ci-dessus et pour chacun de ces identifiants d'application, comporte en outre, associés audit identifiant d'application A2, un code version indiquant un numéro de version de l'application, la taille de l'application, un mot d'intégrité permettant au terminal d'effectuer un contrôle d'intégrité de l'application qu'il a téléchargée, et une liste des dépendances. L'étape 105 mise en oeuvre par le serveur de génération Servg est maintenant décrite plus en détail en référence à la figure 3. Dans une étape 105_1, pour chaque identifiant d'application A2 du pack logiciel considérée successivement, le serveur Servg extrait de sa mémoire : - les indications sur le ou les systèmes d'information compatible(s) avec l'application A2, et - la version de souche de sécurité de l'application A2. Pour chacun de ces systèmes d'information indiqué comme compatible(s) avec l'application A2 et considéré successivement, le serveur Servg, dans une étape 105_2, extrait de sa mémoire (en fonction des données mémorisées issues du fichier de configuration F1 et des données extraites des applications obligatoires) la version de la souche de sécurité de l'application de sécurité obligatoire compatible avec ce système d'information. Ce système d'information est référencé ci-dessous de la manière suivante : système d'exploitation OS version X. Dans une étape 105_3, le serveur Servg compare la version de souche de sécurité de l'application A2 et la version de souche de sécurité de l'application de sécurité obligatoire compatible avec ce système d'information. Si ces deux versions de souche de sécurité diffèrent, l'application A2 dans la version considérée n'est pas ajoutée à la section du fichier F2 associée au système d'exploitation OS version X (étape 105_4) et le système d'exploitation indiqué comme compatible(s) suivant est alors considéré. On notera que dans un mode de réalisation de l'invention, si le système d'exploitation version X est compatible de plusieurs applications de sécurité avec des versions de souche de sécurité différentes, l'application ayant une version la plus récente (Le. un code de version le plus élevé) sera automatiquement sélectionnée par le serveur Servg et ajoutée à la section dans F2 associée au système d'exploitation version X. Si les deux versions de souche de sécurité sont égales, la mention de l'application A2 dans la version considérée va être ajoutée dans la section Sosx associée au système d'exploitation OS version X dans le fichier F2, mais auparavant, dans une étape 105_5, le serveur Servg vérifie dans la liste des dépendances mémorisée dans sa mémoire et issue du fichier de configuration F1, si l'application A2 est indiquée comme dépendante d'autres applications. S'il l'application A2 n'a pas de dépendance, dans une étape 105_7, les champs relatifs à l'application A2 sont renseignés dans la section du fichier F2 associée au système d'exploitation OS version X : identifiant d'application, code version, taille, mot d'intégrité. Si l'application A2 est indiquée comme dépendante d'autres applications, les identifiants desdits autres applications dont A2 dépend sont renseignés dans le champ « liste des dépendances » associé à l'application A2 dans la section Sosx du fichier F2 associée au système d'exploitation OS version X , et les autres champs relatifs à l'application A2 (identifiant d'application, code version, taille, mot d'intégrité) sont renseignés dans la section Sosx du fichier F2 sont également renseignés. Une fois que ces opérations ont été effectuées pour chaque application A2 du pack logiciel (et pour chaque système d'exploitation compatible avec l'application A2), l'étape 105 est stoppée dans une étape 105_8. Dans une étape 106, la liste de déploiement F2 est transmise par le serveur de génération Servg au serveur de distribution Servd via les liaisons 12 et le réseau R2 pour mise à disposition aux terminaux 10. Suivant les modes de réalisation, des informations définissant l'ensemble T des terminaux 10 (par exemple l'ensemble des terminaux d'une entreprise donnée) auxquels cette liste est destinée sont également transmises (au serveur Servd) en correspondance avec la liste de déploiement F2.Le serveur de génération Servg fournit la liste de déploiement F2 pour un ensemble T donné ou pour un seul terminal 10. Au préalable, le serveur Servg fournit la définition du ou des ensembles T au serveur de distribution Servd, ce qui se traduit par la création de dossiers (répertoires) de rangement des données génériques à chaque ensemble T et des dossiers spécifiques à chaque terminal 10. Le serveur de distribution Servd stocke alors cette nouvelle liste de déploiement F2 associée aux terminaux 10, le cas échéant avec les informations définissant l'ensemble T des terminaux 10. Ainsi le serveur de génération Serv9 a incorporé dans le fichier F2 généré les applications du pack logiciel défini par l'administrateur U et qui répondaient aux 2 critères suivants, selon lequel une telle application doit être : - compatible d'un système d'exploitation (version et type) avec lequel une application obligatoire est compatible ; - et telle que la version de souche de sécurité de l'application est compatible de la version de souche de sécurité de l'application obligatoire. La liste de déploiement comprend des sous-listes associées respectivement à chaque système d'exploitation géré par le système 100 selon l'invention. Chaque sous- liste liste par des identifiants d'applications du pack sélectionnées pour le système d'exploitation considéré et des données associées. Chaque terminal 10 est adapté pour, régulièrement (par exemple une fois par jour), via les liaisons 11 de télécommunication et le réseau R1, s'authentifier, et établir une communication avec le serveur de distribution Servd de manière à télécharger une nouvelle liste de déploiement F2 qui serait disponible sur le serveur et de mener ensuite des actions en fonction de cette nouvelle liste de déploiement. Ces étapes sont détaillées ci-dessous pour un terminal 10 quelconque. Dans une étape 107, le terminal 10, via les liaisons 11 de télécommunication et le réseau R1, instaure une communication avec le serveur Servd et requiert une connexion au serveur de distribution Servd. via une authentification mutuelle sécurisée, par exemple une authentification cryptographique. Puis une fois l'authentification réalisée, dans une étape 108, le terminal 10 échange avec le serveur de distribution Servd et détermine en fonction de ces échanges si la liste de déploiement F2 couramment mise à disposition sur le serveur Servd à destination des terminaux 10 a déjà été téléchargée par le terminal 10. Dans le cas positif, il est mis fin à la communication entre le terminal 10 et le serveur de distribution Servd. Dans le cas négatif, dans une étape 109, la liste de déploiement F2 est téléchargée par le terminal 10 depuis le serveur de distribution Servd (le cas échéant ce téléchargement n'est autorisé qu'après qu'il ait été, en outre, vérifié par le serveur Servd que ledit terminal 10 fait bien partie de l'ensemble T des terminaux 10 correspondant à cette liste de déploiement F2). Dans une étape 110, le terminal 10 exploite la liste de déploiement F2 téléchargée. Il met notamment en oeuvre les traitements suivants : pour chaque application logicielle, appelée ci-après A10, couramment installée sur le terminal 10 : si A10 n'est pas listée dans la section Sosx correspondant au système d'exploitation X dans la liste de déploiement F2 (X indiquant la version et le type du système d'exploitation) couramment mis en oeuvre par le terminal 10, alors le terminal 10 désinstalle l'application logicielle A10 ; pour chaque application logicielle A2 listée dans la section Sosx, le terminal effectue les actions i/ à iii/ : i/ le terminal 10 détermine si l'application A2 est déjà installée sur le terminal 10. ii/ si oui, le terminal compare la version de l'application A2 installée et celle indiquée par le code version de A2 indiquée dans la section Sosx- Suite à cette comparaison : si ces versions comparées sont identiques, il n'y a pas d'action relative à A2 à mener par le terminal 10 ; et si ces versions comparées de A2 sont différentes, le terminal 10 télécharge depuis le serveur Servd la version de A2 indiquée par le code version de A2 indiquée dans la section Sosx et remplace l'application logicielle A2 installée par celle téléchargée (via classiquement une procédure de mise à jour logicielle). iii/ si le terminal 10 a déterminé que l'application A2 n'est pas déjà installée sur le terminal 10, il télécharge depuis le serveur Servd l'application A2 dans la version indiquée dans la section Sosx, et il l'installe tout en respectant les dépendances logicielles de A2 indiquées dans la liste des dépendances de l'application A2 dans la section Sosx : si l'application A3 est identifiée dans la liste des dépendances de l'application A2, l'application A3 est téléchargée et installée par le terminal 10 avant A2. Dans le mode de réalisation considéré, les terminaux 10 sont adaptés pour interroger régulièrement le serveur de distribution Servd quant à l'existence d'un nouveau fichier de déploiement F2. Dans un autre mode de réalisation, les terminaux 10 sont notifiés de l'existence d'un nouveau fichier de déploiement F2 à télécharger par un message, ou encore un tel nouveau fichier de déploiement F2 leur est envoyé directement. La liste de déploiement (fichier F2) comporte ainsi pour chaque type de système d'exploitation considéré, dans chaque version considérée, une liste d'applications extraite de l'ensemble E des applications indiquée par l'administrateur. Ainsi, pour deux versions de système d'exploitation considérées dans le fichier F2, la liste d'applications déterminée pour la première version du système d'exploitation peut différer de celle déterminée pour la seconde version du système d'exploitation pour les raisons suivantes : - une application choisie par l'administrateur n'est pas compatible d'une des deux versions de système d'exploitation ; - une application n'est pas compatible de la souche de sécurité correspondant à l'une des versions du système d'exploitation. La liste de déploiement (fichier F2) dans le mode de réalisation considéré, ne comporte aucune commande. Elle donne la liste d'applications définies par l'administrateur dans l'ensemble d'applications E. La liste de déploiement F2 a été constituée par le serveur Servg de façon cohérente, i.e. les applications incompatibles de la souche de sécurité des applications de sécurité obligatoires ne sont pas présentes. Ainsi l'invention permet de simplifier un déploiement d'applications sur un parc de terminaux. Elle règle de façon systématique et automatique les problématiques techniques suivantes : - compatibilité des applications aux systèmes d'exploitation des terminaux et aux versions de ces systèmes d'exploitation ; - compatibilité et cohérence des applications vis à vis des souches de sécurité quelles utilisent ; - prise en compte des dépendances entre applications. L'invention permet en outre d'accroître les performances et de diminuer les ressources de traitement nécessaires. Les traitements se trouvent en effet répartis entre une entité centrale (ci-dessus le serveur de génération Servg) et les terminaux mobiles. Le serveur Servg est en charge du listing des applications, des contrôles de cohérence et de la production de la liste de déploiement générée (dans le cas ci-dessus, le fichier F2) tandis que chaque terminal, à partir du fichier commun F2, effectue des traitements pour en déduire les actions nécessaires à réaliser en fonction de l'état du terminal. La liste de déploiement générée via le fichier F2 est unique (le serveur Servg ne génère qu'un seul fichier F2 pour un ensemble de terminaux et non pas un fichier par terminal). Le fichier F2 qu'un terminal exploite n'a pas été établi par le serveur en fonction de l'état de ce terminal particulier, en particulier a été établi indépendamment des applications et système d'exploitation spécifiquement mis en oeuvre sur ce terminal particulier. Le mode de réalisation décrit en référence aux figures ci-dessus utilise deux serveurs Serv9 et Servd reliés via un réseau R2. Ceci n'est qu'un mode de réalisation de l'invention parmi d'autres. Dans d'autres modes de réalisation par exemple, un seul serveur est utilisé pour réaliser les opérations réalisées par ces serveurs Serv9 et Servd. Dans le mode de réalisation décrit ci-dessus en référence aux figures, il a été considéré un déploiement prenant en compte des problématiques liées à un environnement sécurisé mis en oeuvre dans le système. Bien sûr l'invention peut être utilisée en-dehors d'un tel environnement de sécurité. REVENDICATIONS1.- Procédé de déploiement d'un ensemble d'application(s) logicielle(s) dans un réseau de télécommunication comprenant au moins un serveur (Servs, Servd), des terminaux de télécommunication et des moyens de télécommunication entre ledit serveur et lesdits terminaux, comportant les étapes suivantes mises en oeuvre par le serveur : - réception d'un ensemble d'application(s) logicielles à déployer sur les terminaux ; - détermination, en fonction dudit ensemble d'application(s) logicielles, de données de déploiement destinées aux terminaux; ledit procédé étant caractérisé en ce que lesdites données destinées aux terminaux comprennent une liste de déploiement (F2) déterminée par le serveur en mettant en oeuvre les étapes suivantes : pour chaque système d'exploitation d'un groupe de systèmes d'exploitation mis en oeuvre sur les terminaux, sélection d'applications logicielles parmi ledit ensemble d'application(s) logicielles à déployer en fonction de critères relatifs à la compatibilité entre lesdites applications et ledit système d'exploitation ; et détermination d'une sous-liste de déploiement associée audit système d'exploitation et comprenant les identifiants desdites applications sélectionnées ; insertion dans la liste de déploiement (F2) des sous-listes déterminées pour les systèmes d'applications du groupe ; mise à disposition des terminaux de ladite liste de déploiement. 2.- Procédé de déploiement d'un ensemble d'application(s) logicielle(s) selon la revendication 1, selon lequel, pour chaque application sélectionnée dans une sous-liste associée à un système d'exploitation, le serveur détermine si l'installation ou la désinstallation de l'application est dépendante d'une application autre et selon lequel dans le cas positif, le serveur ajoute l'identifiant de ladite application autre dans ladite sous-liste associée au système d'exploitation, avec un indication de dépendance entre ladite application et ladite application autre. 3.- Procédé de déploiement d'un ensemble d'application(s) logicielle(s) selon la revendication 1 ou 2, selon lequel la vérification desdits critères relatifs à la compatibilité entre une application donnée et un système d'exploitation comprend : - l'extraction depuis l'application, de métadonnées indiquant le(s) système(s) d'exploitation compatible(s) de l'application ; et/ou- la comparaison de système(s) d'exploitation compatible(s) de l'application avec une liste de systèmes d'exploitation gérés par le serveur ; et/ou - l'extraction depuis l'application, de données indiquant la version de l'application ; et/ou - les applications et les systèmes d'exploitation étant associés à des niveaux de sécurité respectifs : la comparaison entre le niveau de sécurité de l'application et le niveau de sécurité du système d'exploitation ; - chaque système d'exploitation étant associé à une application de sécurité obligatoire et les applications et les systèmes d'exploitation étant associés à des niveaux de sécurité respectifs : la détermination de l'application de sécurité obligatoire associée au système d'exploitation, et la comparaison entre les niveaux de sécurité de l'application donnée et de l'application de sécurité obligatoire déterminée. 4.- Procédé de déploiement d'un ensemble d'application(s) logicielle(s) dans un réseau de télécommunication comprenant au moins un serveur (Servg, Servd), des terminaux de télécommunication (10) et des moyens de télécommunication entre ledit serveur et lesdits terminaux, comprenant les étapes selon lesquelles : un terminal obtient, depuis le serveur, via les moyens de télécommunication, une liste de déploiement (F2) listant des sous-listes indiquant des identifiants d'applications et associées chacune à un système respectif d'exploitation de terminal d'un ensemble de système(s) d'exploitation de terminaux; le terminal détermine les applications et le système d'exploitation installés sur le terminal, compare lesdites applications déterminées et la sous-liste associée audit système d'exploitation déterminé, et en fonction de cette comparaison : pour chacune des applications installées sur le terminal et dont l'identifiant ne figure pas dans ladite sous-liste, le terminal désinstalle ladite application ; pour chacun des identifiants d'applications figurant dans ladite sous-liste, le terminal effectue les étapes suivantes : - le terminal détermine si ladite application est déjà installée sur le terminal ; - si le terminal a déterminé que l'application n'est pas déjà installée sur le terminal, il télécharge depuis le serveur (Servd) ladite application et la l'installe. 5.- Procédé de déploiement d'un ensemble d'application(s) logicielle(s) selon la revendication précédente, selon lequel la sous-liste associée à chaque systèmed'exploitation indique des identifiants d'applications associés chacun à un numéro de version d'application, et selon lequel les étapes suivantes sont mises en oeuvre : si le terminal détermine que l'application est déjà installée sur le terminal, il compare le numéro de version de l'application installée à celui associé à l'identifiant de ladite application dans la sous-liste ; si ces numéros de version comparés diffèrent, le terminal 10 télécharge depuis le serveur (Servd) la version de l'application indiquée par le numéro de version indiqué dans la sous-liste et installe l'application logicielle téléchargée. 6.- Procédé de déploiement d'un ensemble d'application(s) logicielle(s) selon l'une des revendications 4 à 5, selon lequel dans une sous-liste, un identifiant d'une application est mis en correspondance d'un identifiant d'une autre application, indiquant que l'installation ou la désinstallation de ladite application est dépendante de ladite autre application et selon lequel le terminal installe, ou désinstalle, lesdites applications dans un ordre fonction de ladite indication. 7.- Procédé de déploiement d'un ensemble d'application(s) logicielle(s) selon l'une des revendications 4 à 6 et en outre selon l'une des revendications 1 à 3. 8.- Programme d'ordinateur à installer dans un serveur (Servs, Servd) destiné à être mis en oeuvre dans un réseau de télécommunication comprenant en outre des terminaux de télécommunication (10) et des moyens de télécommunication entre ledit serveur et lesdits terminaux, ledit programme comportant des instructions pour mettre en oeuvre les étapes d'un procédé selon les revendications 1 à 3 lors d'une exécution du programme par des moyens de traitement du serveur. 9.- Programme d'ordinateur à installer dans un terminal de télécommunication (10) destiné à être mis en oeuvre dans un réseau de télécommunication comprenant au moins un serveur, une pluralité de terminaux de télécommunication (10) et des moyens de télécommunication entre ledit serveur et lesdits terminaux, ledit programme comportant des instructions pour mettre en oeuvre les étapes d'un procédé selon les revendications 4 à 6 lors d'une exécution du programme par des moyens de traitement du terminal 10.- Serveur (Serv9, Servd) destiné à un réseau de télécommunication comprenant en outre des terminaux de télécommunication, ledit serveur comprenant des moyens de télécommunication entre ledit serveur et lesdits terminaux ;ledit serveur étant adapté pour recevoir un ensemble d'application(s) logicielles à déployer sur les terminaux, pour déterminer, en fonction dudit ensemble d'application(s) logicielles reçus, des données de déploiement destinées aux terminaux; ledit serveur étant caractérisé en ce qu'il est adapté pour, lors de la détermination des données de déploiement, sélectionner, pour chaque système d'exploitation d'un groupe de systèmes d'exploitation mis en oeuvre sur les terminaux, des applications logicielles parmi ledit ensemble d'application(s) logicielles à déployer en fonction de critères relatifs à la compatibilité entre lesdites applications et ledit système d'exploitation ; et pour déterminer une sous-liste de déploiement associée audit système d'exploitation et comprenant les identifiants desdites applications sélectionnées ; ledit serveur étant adapté pour insérer, dans une liste de déploiement (F2), des sous-listes déterminées pour les systèmes d'applications du groupe et pour mettre à disposition des terminaux ladite liste de déploiement. 11.- Serveur selon la revendication 10, adapté pour, pour chaque application sélectionnée dans une sous-liste associée à un système d'exploitation, déterminer si l'installation ou la désinstallation de l'application est dépendante d'une application autre et pour, dans le cas positif, ajouter l'identifiant de ladite application autre dans ladite sous-liste associée au système d'exploitation, avec un indication de dépendance entre ladite application et ladite application autre. 12.- Serveur selon la revendication 10 ou 11, adapté pour, lors de la vérification desdits critères relatifs à la compatibilité entre une application donnée et un système d'exploitation, extraire depuis l'application, des métadonnées indiquant le(s) système(s) d'exploitation compatible(s) de l'application ; et/ou - comparer des système(s) d'exploitation compatible(s) de l'application avec une liste de systèmes d'exploitation gérés par le serveur ; et/ou - extraire de l'application, des données indiquant la version de l'application ; et/ou - les applications et les systèmes d'exploitation étant associés à des niveaux de sécurité respectifs : comparer le niveau de sécurité de l'application et le niveau de sécurité du système d'exploitation ; - chaque système d'exploitation étant associé à une application de sécurité obligatoire et les applications et les systèmes d'exploitation étant associés à des niveaux de sécurité respectifs : déterminer l'application de sécurité obligatoire associée au systèmed'exploitation, et comparer les niveaux de sécurité de l'application donnée et de l'application de sécurité obligatoire déterminée. 13.- Terminal (10) de télécommunication destiné à un réseau de télécommunication comprenant au moins un serveur (Servg, Servd), des terminaux de télécommunication (10) et des moyens de télécommunication entre ledit serveur et lesdits terminaux, ledit terminal étant adapté pour obtenir, depuis le serveur, via les moyens de télécommunication, une liste de déploiement (F2) listant des sous-listes indiquant des identifiants d'applications et associées chacune à un système respectif d'exploitation de terminal d'un ensemble de système(s) d'exploitation de terminaux ; ledit terminal étant adapté pour déterminer les applications et le système d'exploitation installés sur le terminal, comparer lesdites applications déterminées et la sous-liste associée audit système d'exploitation déterminé, et en fonction de cette comparaison : pour chacune des applications installées sur le terminal et dont l'identifiant ne figure pas dans ladite sous-liste, désinstaller ladite application ; pour chacun des identifiants d'applications figurant dans ladite sous-liste, effectuer les étapes suivantes : - déterminer si ladite application est déjà installée sur le terminal ; - si l'application est déterminée comme non déjà installée sur le terminal, télécharger depuis le serveur (Servd) ladite application et l'installer. 14.- Terminal (10) de télécommunication selon la revendication 13, adapté pour, la sous-liste associée à chaqUe système d'exploitation indiquant des identifiants d'applications associés chacun à un numéro de version d'application, si le terminal a déterminé que l'application est déjà installée sur le terminal, comparer le numéro de version de l'application installée à celui associé à l'identifiant de ladite application dans la sous-liste ; et si ces numéros de version comparés diffère, télécharger depuis le serveur (Servd) la version de l'application indiquée par le numéro de version indiqué dans la sous-liste et installer l'application logicielle téléchargée. 15.- Terminal (10) de télécommunication selon l'une des revendications 13 à 14, dans lequel dans une sous-liste, un identifiant d'une application est mis en correspondance d'un identifiant d'une autre application, indiquant que l'installation ou la désinstallation de ladite application est dépendante de ladite autre application et le terminal est adapté pour installer, ou désinstaller, lesdites applications dans un ordre fonction de ladite indication.