- 2 - DESCRIPTION [1] La présente invention concerne un procédé de création et de gestion d'une infrastructure informatique en nuage (« Cloud Computing » en anglais) et physiquement distribuée et exploitant au sein d'un système cohérent des ressources informatiques disponibles chez les particuliers et / ou les entreprises, connectées par Internet dont les utilisateurs ou le gestionnaire mettent à disposition partiellement des ressources pour cet usage en nuage. [2] Les infrastructures informatiques en nuage, proposant des services « infrastructure as a Service, ou laaS », sont des infrastructures informatiques récentes, homogènes et mises en place dans des centres de données achetées et gérées par l'exploitant. De tels services d'infrastructures laaS sont fournis par exemple par AmazonTM, RackspaceTM, OracleTM, IBMTm, MicrosoftTM ainsi que par certains hébergeurs et sont concentrés dans un ou plusieurs centres de données. AmazonTM est aujourd'hui leader dans la fourniture de ces infrastructures. L'infrastructure en tant que service fourni par Amazon TM est appelée EC2TM. [3] Par ailleurs la demande de traitement de l'information numérique va croissante de façon exponentielle avec des besoins utilisateurs du type : vidéo, musique, e-commerce, sauvegardes en ligne, l'internet des objets ou « big data »,... [4] La mise en place de ces centres de données gérés au sein d'une architecture informatique en nuage est complexe et couteuse en équipements et est fortement consommatrice en énergie électrique (consommation des serveurs et refroidissement, et peuvent connaitre des limites en capacité d'accueil dans certaines régions pour de nouveaux centres de données (datacentres). [005] La puissance de calcul disponible chez un particulier croît régulièrement par le fait que le nombre d'équipements électroniques est en augmentation et que ceux-ci ont des puissances de calculs toujours supérieures. [6] On peut trouver de façon courante chez les particuliers plusieurs PCs, des tablettes, le ou les équipements mis à disposition par le fournisseur d'accès Internet (BOX), la console de jeux, une télévision connectée à internet (Connected TV),.. Ces ressources considérables de calcul et de stockage sont en grande partie sous-exploitées. Par exemple le PC et la tablette sont utilisés à 10-20 % de leur capacité processeur (CPU), et 0 % lorsqu'ils sont en veille. La Box du Fournisseur d'Accès Internet (FAI) reste par ailleurs allumée 24h /24h, afin de maintenir un accès permanent aux autres équipements connectés à internet, et dispose d'une capacité de calcul CPU non- négligeable. [7] Les avancées des technologies de virtualisation permettent dés à présent la création de machines virtuelles sur la majorité des environnements matériels, mais au sein d'une solution en nuage homogène et dont la localisation est connue à l'avance. [008] L'utilisation de façon agrégée de capacités de plusieurs fournisseurs d'infrastructure d'informatique en nuage est aussi possible. Toutefois, ces procédés sont complexes à mettre en oeuvre, les plateformes matérielles lourdes techniquement et les gains économiques résultants peuvent être faibles. - 3 - [009] Compte tenu de ce qui précède, un problème que se propose de résoudre l'invention est de fournir des services d'Infrastructure Informatique en Nuage laaS (Infrastructure as a Service, en anglais) et d'Applications SaaS (Software as a Service, en anglais), dont l'architecture du Système est caractérisée en ce qu'elle est distribuée et adaptative, utilisant les ressources inexploitées et diverses, principalement localisées chez les particuliers et connectées à internet ou plus généralement isolées, éventuellement dans les entreprises, de manière simple, sécurisée et sans nécessiter une administration lourde. [0010] L'invention concerne un Procédé et un Système de mise en oeuvre d'une infrastructure informatique en nuage sur des ressources distantes et de natures diverses comportant les moyens suivants : - des équipements physiques, étant des ressources informatiques distantes (2), éventuellement présentes de façon unique chez un particulier, ou plus généralement étant une ressource pouvant être isolée, mais connectée à travers du réseau Internet ou par un lien de données, et pouvant, du fait de ses composants électroniques, accueillir une ou plusieurs machines virtuelles ;cet équipement pouvant être, par exemple, un PC, une tablette informatique, une console de jeux, une Box industrielle ( Box de l'operateur réseau ADSL ou câble, Boite de Media, Routage et Stockage,...) équipement domotique, une Télévision connectée,... - un environnement logiciel déployé sur les ressources physiques distantes, constitué d'un Module de Virtualisation (3) pouvant être une application, d'une Zone de Virtualisation (4) qui comprend au moins un des modules suivants, le module Lanceur de VMs (4.2), le module Agent de VMs (4.3), des Modèles de VMs (4.1) - au moins un des modules du Management Central du Système (5), à savoir la Base de ressources (5.1), le module Configurateur de VMs (5.2), le module Gestion de Requêtes (5.3), le Portail Utilisateur (5.4), et le Portail Administrateur (6), - un Configurateur de VMs (5.2) gérant les Zones de Virtualisation (4) et les ressources virtuelles, machines virtuelles (4.4) de chaque ressource distante comprenant des règles logiques pour provisionner les machines virtuelles, avec une exécution en haute disponibilité par duplication et distribution de celles-ci sur plusieurs hôtes physiques afin de pallier la disparition d'une machine virtuelle. [0011] L'invention concerne plus particulièrement un procédé et un système pour la mise en oeuvre et la gestion d'une Infrastructure Informatique en Nuage basée sur des ressources mises à disposition par leurs propriétaires ou utilisateurs, pour lequel l'architecture du système comprend : - Une infrastructure constituée de ressources informatiques distantes, isolées mais connectées à internet, ou un lien de données, localisées chez les particuliers ou chez les entreprises, comprenant un ensemble de Ressources Distantes (2) connectées sur internet ou à travers un lien de données (WAN): - 4 - - permettant de créer une infrastructure informatique en nuage, distribuée, redondée et hébergée chez les particuliers et les entreprises. Cette infrastructure est constituée de ressources informatiques diverses et mises à disposition par leurs propriétaires ou utilisateurs, et réunies au sein d'un même nuage - permettant ainsi la mise en oeuvre et éventuellement l'exploitation commerciale de Machines Virtuelles (4.4) à la demande et à plus faibles coûts, par l'opérateur de services du nuage, celui-ci n'ayant pas à investir dans l'achat d'équipements informatiques et la création et la gestion physique de centres de données (Datacenter) ; - Un Référentiel de Virtualisation (1) propre au nuage permettant de définir la liste des divers équipements matériels et leurs configurations logicielles permettant de faire fonctionner ces équipements hétérogènes au sein d'un même nuage, en stockant tous les modules logiciels nécessaires correspondants dans le Référentiel de Virtualisation. Il contient pour chaque équipement, caractérisé par le type de plateforme matérielle et son Système exploitation, supporté au sein du nuage, son Module de Virtualisation (3) spécifique constitué de tous les éléments logiciels nécessaires au bon fonctionnement d'une Zone de Virtualisation (4) pour fournir des ressources virtuelles au Nuage. - Un Module de Virtualisation (3), à savoir un module logiciel pouvant être préinstallé au sein du Système d'Exploitation Natif (2.1), ou un module logiciel ou une application installables et pouvant interagir et configurer le Système d'Exploitation Natif (2.1) permettant la création, l'activation et la mise en oeuvre d'une Zone de Virtualisation (4) co-résidante avec le Système d'Exploitation Natif : - ce Module de Virtualisation (3) pouvant être une application opérant sur le Système d'Exploitation Natif (2.1), et permettant la mise en oeuvre de la Zone de Virtualisation (4) est spécifique à chaque couple « Equipement matériel et Système d'Exploitation Natif », pouvant être, mais non limité à Linux/UNIX, Android, Windows, MACos, BSD, système d'exploitation propriétaire, etc,.. est validé et géré dans un Référentiel de Virtualisation (1) pour assurer la compatibilité avec la ressource matérielle et son Système d'Exploitation Natif (2.1) et garantir ainsi le bon fonctionnement global; le Module de Virtualisation (3) peut être préinstallé dans Système d'Exploitation Natif (2.1), ou installable par ajout dans celui-ci, ou installé et exécuté comme une application locale, et peut être éventuellement activable à distance, selon les cas. - ce Module de Virtualisation (3) pourra être mis à jour à chaque fois que nécessaire à partir du Référentiel de Virtualisation (1). - ce Module de Virtualisation (3), lorsqu'il est activé, permet d'installer et/ou de configurer la Zone de Virtualisation (4), celle-ci étant sécurisée et protégée du Système d'Exploitation Natif (2.1) et des applications originellement utilisées par l'utilisateur. - 5 - le procédé ne nécessite aucun reformatage des ressources informatiques locales, et peut être installé ou activé sans impacter les autres usages de base de la ressource physique, et dans des limites prédéfinies et allouées à la Zone de Virtualisation (4) lors de sa configuration par le Module de Virtualisation (3). - La Zone de Virtualisation (4) permettant la création de Machines Virtuelles (VMs) localement sur la ressource informatique, comprenant: - la Zone de Virtualisation (4) préconfigurée avec des Modèles de Machines Virtuelles (4.1) conformes au Référentiel de Virtualisation (1), - un Lanceur de VMs (4.2) permettant la création et le lancement de VMs. Le nombre et les configurations de VMs prennent en compte les caractéristiques maximales de la Zone de Virtualisation (4) telles que définies lors de son activation par le Module de Virtualisation (3). - un Agent de VMs (4.3) dialoguant avec les modules du Management Central du Système (5), et permettant : a) l'inscription automatique de chacune des VMs lors de leur création au sein d'un registre centralisé des ressources virtuelles du nuage, dit Base de Ressources (5.1) b) de remonter les statuts des VMs de façon dynamique, reflétant l'état d'exécution des VMs et leurs caractéristiques, à savoir: disponibilité de la VM, taille, état d'exécution, terminé, ou arrêté,... - l'ensemble des éléments de la Zone de Virtualisation (4), dont le module Lanceur de VMs (4.2), le module Agent de VMs (4.3), et autres composants de la Zone de Virtualisation (4), peuvent être eux-mêmes des machines virtuelles dialoguant avec les composants du Management Central du Système (5). les Modules de Virtualisation (3) et Modules logiciels nécessaires et contenus dans les Zones de Virtualisation (4) des ressources distantes et de types diverses, peuvent être fournis par un tiers, et/ou sa mise à jour faite par ou à partir des fournisseurs des systèmes d'exploitation natifs, ou par ou à partir des fournisseurs des équipements matériels, mis à disposition dans l'infrastructure informatique en nuage. - Un environnement dit Management Central du Système (5) permettant la localisation des Zones de Virtualisation (4), la mise en oeuvre et la gestion de Machines Virtuelles au sein d'une même infrastructure informatique en nuage, logiquement cohérente, constituée de ressources informatiques diverses, distribuées, mises à disposition par des tiers, telle que explicitée dans le paragraphe précédent « Une infrastructure constituée de ressources informatiques distantes », comprenant : - Une Base de Ressources (5.1) permettant : - 6 - - d'inventorier les ressources virtualisées, à savoir les Zones de Virtualisation (4) déclarées, les Machines Virtuelles (4.4) déjà créées, et leurs caractéristiques respectives, les aspects localisation : adresse MAC, adresse IP,... - de suivre les états successifs des VMs, comprenant entre autres leur disponibilité, depuis leur création, ou pour une période donnée d'historique et/ou un nombre maximum d'événements - Un module Configurateur de VMs (5.2) permettant : d'accéder à la Base de Ressources (5.1) pour connaitre les derniers états des ressources virtuelles qu'ils désirent utiliser, pouvant les tester à travers l'Agent de VM (4.3) si nécessaire, et permettant aussi de provisionner de nouvelles machines virtuelles au sein des Zones de Virtualisation (4), et de déployer des exécutions de Machines Virtuelles en haute disponibilité selon plusieurs mécanismes possibles - en réponse aux requêtes des utilisateurs, envoyées par le Module Gestion de Requêtes (5.3), de proposer de façon automatique un ordonnancement de VMs disponibles connues de la Base de Ressources (5.1),et de choisir la machine virtuelle en retour pour l'utilisateur selon ses critères définis à l'avance, tels que, mais non limités à: caractéristiques de la VM, sa taille mémoire, capacité CPU, taille disque,..., taux de disponibilité de la Zone de Virtualisation (4) où elle réside, - de déployer selon des mécanismes de haute disponibilité des machines virtuelles à la demande de type laaS, ou supportant des applications configurées en mode SaaS, en provisionnant plusieurs machines virtuelles pour une même tâche et sur des équipements informatiques distincts et non co-localisés, de sorte que la disparition d'une VM ne puisse impacter le résultat attendu. Ces machines virtuelles sont provisionnées selon plusieurs mécanismes de haute disponibilité, afin de garantir statistiquement l'obtention d'un résultat dans le cas ou une ou plusieurs VMs, chargées d'une même opération disparaitraient, soit par déconnection du réseau ou suite à l'arrêt de la machine hôte. - le Système assure ainsi une haute-disponibilité des requêtes en utilisant des équipements physiques distincts et localisés sur des sites différents et à l'aide d'un ou plusieurs des mécanismes suivants : un mécanisme de redondance consistant à lancer plusieurs VMs indépendantes en parallèle, exécutant la même tâche mais sur des ressources physiquement distinctes, - un second mécanisme consistant à réaliser régulièrement des instantanés de VMs en cours d'exécution, stockés localement sur l'hôte où la VM s'exécute, et de procéder à des transferts incrémentaux des modifications entre 2 instantanés, vers d'autres hôtes faisant partie de l'infrastructure en nuage constituée et pouvant lancer une VM de reprise, à partir de ces sauvegardes incrémentales en cas d'arrêt d'une VM en cours d'exécution. -7- - Un troisième mécanisme consistant à cloner la VM active et la recopiant sur un hôte de secours via le réseau, à intervalles réguliers. A savoir on sauvegarde cette VM sur cet hôte de secours dans un mode de pré-lancement, de façon préventive et répétée, et si entre deux migrations la VM active ne répond plus (déconnexion, arrêt de son hôte), on lance la dernière version intégrale, sauvegardée sur l'hôte de secours, qui était en attente. - un quatrième mécanisme consistant à utiliser la copie bloc à bloc entre deux hôtes de VMs, l'un étant le maître et actif, l'autre l'esclave et en attente. Dans ce cas, une synchronisation est conduite en continu entre le fichier virtuel constituant la VM active et le fichier virtuel constituant la VM de secours. En cas de perte de l'exécution de la VM sur l'hôte maître, un basculement automatique permet à l'hôte esclave de devenir un nouveau maître, de lancer sa VM sans perte de service, et de lancer un procédé de recherche et de création d'un nouvel hôte esclave sur un hôte disponible dans l'infrastructure en nuage. - un cinquième mécanisme consistant à utiliser la redondance d'exécution de tâches, à l'aide de VMs distribuées sur plusieurs hôtes (et éventuellement mettant en oeuvre des équilibreurs de charges) lorsque l'architecture de l'application le permet, entre autres du point de vue des données - ou tout autre mécanisme logiciel informatique, non mentionné ci-dessus, pouvant permettre de garantir le même bénéfice en termes de haute disponibilité des Machines Virtuelles. - à l'utilisateur de ressources VMs d'avoir la pleine visibilité du mécanisme de haute-disponibilité utilisé par ses VMs et des caractéristiques associées, et peut aussi choisir ce mécanisme parmi une liste et paramétrer ce mécanisme selon des configurations proposées. - de provisionner ces machines virtuelles en utilisant les procédés de sécurité d'accès à ces ressources selon l'état de l'art, à savoir : - la Zone de Virtualisation (4) est conçue de telle sorte que son fonctionnement se fait sans intrusion ni interaction avec le Système d'Exploitation Natif (2.1), ni avec l'environnement permettant le fonctionnement des applications natives, tout en se partageant les ressources informatiques fournies par la même plateforme matérielle - les politiques de sécurité appliquées aux machines virtuelles, et aux applications par extension sont appliquées automatiquement, selon le Modèle de VM à partir duquel elles ont été créées; - le Lanceur de VMs (4.2) met aussi en oeuvre une politique de sécurité des données, à savoir les données utilisées par les machines virtuelles sont chiffrées conformément à l'application d'une politique de sécurité héritée du Modèle de VM (4.1) utilisé; ainsi ces données locales ne peuvent être lues ou - 8 - comprises du détenteur ou utilisateur de la ressource physique informatique, et de même postérieurement à la disparition d'une machine virtuelle, ou la déconnexion de la ressource de l'Infrastructure Informatique en Nuage, lesdites données ne sont pas lisibles. - un module Gestion des Requêtes (5.3) permettant de gérer des requêtes laaS: - de déployer des applications fonctionnant au dessus des Machines Virtuelles de décomposer, gérer les VMs émanant de la même requête gérer l'exécution globale de la requête et s'interfaçant au Portail Utilisateur (5.4) du Système ou via une API à un environnement tiers réalisant la même fonction de présélection et configuration des requêtes (par exemple un système PaaS externe) - un Portail Utilisateur (5.4) et Place de Marché permettant à un utilisateur du nuage, au travers d'un réseau du type Internet, d'accéder: - à des services de type Infrastructure (laaS), à savoir permettre de créer des requêtes pour des ressources virtuelles laaS, visualiser les VMs qui lui ont été allouées et leurs états et accéder à celles-ci au moyen d'une clé de sécurité spécifique à l'utilisateur, - à un environnement de gestion de ses demandes de ressources virtuelles et d'administration de services laaS d'infrastructures et de machines virtuelles qui lui deviennent propres et qu'il accède au moyen d'une clé de sécurité spécifique à l'utilisateur - à un Portail dit « Place de Marché » grâce auquel un utilisateur peut souscrire à des applications de tous types, en mode SaaS ( Software as a Service ) proposées par le gestionnaire du Nuage, et permettant aussi leur exécution, en partie ou en totalité, en local sur les propres ressources de l'utilisateur qu'il utilise par ailleurs. - un Portail Administrateur (6) fournissant une interface d'administration de l'ensemble de l'infrastructure Informatique en Nuage supportant les caractéristiques explicitées ci-dessus, et permettant la création, la gestion et l'administration de l'ensemble des ressources : Module de Virtualisation (3), Zones de Virtualisation (2), Machines Virtuelles (4.4) et événements générés par l'ensemble de l'infrastructure Informatique en Nuage. - on contrôle par des règles de compatibilité et on stocke dans un Référentiel de Virtualisation (1) l'ensemble des différents aspects et versions logicielles : Système d'Exploitation Natif (2.1), Module de Virtualisation (3) et de la Zone de Virtualisation (4), Modèles de VMs (4.1), Lanceur de VMs (4.2) et Agents de VMs (4.3), permettant de garantir un fonctionnement sécurisé de l'ensemble grâce à la compatibilité des divers éléments entre eux - 9 - on crée la Zone de Virtualisation (4) en concordance avec le Référentiel de Virtualisation (1), à partir duquel les composants logiciels de référence, spécifiques à chaque plateforme matérielle et à son Système d'Exploitation Natif, peuvent être téléchargés, afin de garantir les versions compatibles à utiliser pour l'exploitation de la ressource distante au sein du Nuage sans mauvais fonctionnement - la Zone de Virtualisation (4) une fois créée, contenant aussi des Modèles de Machines Virtuelles (4.1), s'auto-déclare via l'Agent de VMs (4.3) en envoyant les événements de création et les suivants à la Base de Resource (5.1) du Management Central du Système (5) qui à son tour peut alors la gérer et éventuellement mettre à jour à distance le Module - la gestion de cette infrastructure de ressources distribuées se fait grâce à la partie Management Central du Système (5), ayant au moins un composant de gestion pour l'administration globale du nuage - on paramètre, dans le Configurateur de VMs (5.2), un ensemble de règles de configuration et d'optimisation de l'utilisation des ressources de l'infrastructure informatique en Nuage selon les choix du gestionnaire du nuage, ou celles proposées par le Système aux utilisateurs - afin de pallier la disparition éventuelle d'une machine virtuelle d'un utilisateur, le Configurateur de VMs (5.2) gère les requêtes de machines virtuelles des utilisateurs en provisionnant celles-ci avec des mécanismes d'exécution de haute disponibilité, pouvant être, entres autres, la sauvegarde répétitive, le clonage ou la multiplication, et avec distribution de celles-ci sur plusieurs hôtes physiques géographiquement distants, [0012] De manière avantageuse, le procédé comporte en outre les étapes suivantes de mise en oeuvre : on constitue une infrastructure informatique en nuage (Nuage), en agglomérant des Ressources informatiques Distantes (2) de tiers et les mettant à disposition à cet effet. Ces ressources de types hétérogènes sont localisées chez les particuliers et connectées à internet, ou isolées chez les entreprises, physiquement distribuées et accessibles via internet ou liaison de données équivalente. - on y installe un Module de Virtualisation (3) qui est activé pour créer une Zone de Virtualisation (4) au sein mais indépendante du Système d'Exploitation Natif (2.1). Cette Zone de Virtualisation se déclare au Management Central du Système (5) de l'infrastructure informatique en nuage et permet d'offrir des ressources virtuelles et machines virtuelles pour les Utilisateurs du nuage. - le Module de Virtualisation (3) est installé ou activé par l'utilisateur de celle-ci ou téléchargé par le gestionnaire du parc (par exemple dans le cas des Fournisseur d'Accès à Internet (FAI), Operateurs de Télévision sur ADSL ou Opérateurs Câble). -10- - le Module de Virtualisation (3) peut éventuellement tester de façon automatique la conformité de ses différents éléments constituants par rapport au Référentiel de Virtualisation (1), et télécharger les dernières versions si nécessaire. - le Module de Virtualisation (3) créé la Zone de Virtualisation (4) au sein du Système d'Exploitation Natif (2.1), y installe des Modèles de Machines Virtuelles (4.1), y installe le module Lanceur de VMs (4.2), et l'Agent de VMs (4.3) - Le Module de Virtualisation (3), exécuté soit en local par l'utilisateur de l'équipement individuel, ou à distance par le gestionnaire dans le cas d'un parc d'équipements gérés, effectue les étapes suivantes: créé la Zone de Virtualisation (4) sur la ressource distante résidentielle, ou sur chacune des ressources isolées et gérées au sein d'un parc industriel, et on paramètre en même temps chaque Zone de Virtualisation avec les limites définissant les caractéristiques cumulées maximales de la Zone de Virtualisation (4) qui héberge les Ressources et Machines Virtuelles (VMs) en son sein - peuple la Zone de Virtualisation (4) avec des Modèles de Machines Virtuelles (4.1) conformes et issus du Référentiel de Virtualisation (1) propre au nuage, - installe un module Lanceur de VMs (4.2) permettant le lancement de VMs, et prenant en compte les limites configurées de la Zone de Virtualisation - installe un Agent de VMs (4.3) dialoguant avec les modules du Management Central du Système (5) et permettant : - l'auto-inscription des Zones de Virtualisation et des VMs, une fois créées, au sein du registre centralisé des ressources virtuelles, dite Base de Ressources (5.1) - de remonter et enregistrer en temps réel de façon dynamique les statuts des Zones de Virtualisation (4) et des VMs qu'elles contiennent, à savoir: disponibilité, état d'exécution : terminé, ou arrêté, caractéristiques, taille de mémoire, allocation CPU, etc,.. - le Lanceur de VMs (4.2) crée une ou plusieurs VMs standards à partir des Modèles de VMs et les lancent avec un état disponible - l'Agent des VMs (4.3) détecte la création de toute nouvelle VM, l'évolution des états de celle-ci, et envoie son identifiant de chaque VM et tout nouvel état, permettant ainsi aux VMs d'être enregistrées automatiquement et d'avoir leurs derniers statuts en temps réel dans la Base de Ressources (5.1) - parallèlement et de façon indépendante le Management Central du Système (5), explore à chaque fois que nécessaire la Base de Ressources (5.1) et choisit et alloue des VMs à des requêtes de Clients du Nuage. - de façon à garantir une exécution fiable des requêtes des clients, et quels que soient les incidents qui pourraient intervenir sur les ressources informatiques distantes mises à disposition, le Système assure la haute-disponibilité applicative, selon les mécanismes évoqués dans le paragraphe précédent. - l'utilisateur, consommateur de ressources VM aura la pleine connaissance du mode de haute disponibilité utilisé et des caractéristiques associées, et pourra, s'il le désire, choisir ou changer le mécanisme selon ses propres critères. - les politiques de sécurité appliquées aux machines virtuelles, aux données, et aux applications par extension sont appliquées automatiquement, selon le Modèle de VM à partir duquel elles ont été créées; - le Lanceur de VMs (4.2) met aussi en oeuvre une politique de sécurité des données, à savoir les données utilisées par les machines virtuelles sont chiffrées conformément à l'application d'une politique de sécurité héritée du Modèle de VM (4.1) utilisé; ainsi ces données locales ne peuvent être lues ou comprises du détenteur ou utilisateur de la ressource physique informatique, et de même postérieurement à la disparition d'une machine virtuelle, ou la déconnexion de la ressource de l'Infrastructure Informatique en Nuage, lesdites données ne sont pas lisibles. - on autorise l'utilisateur d'applications SaaS, de configurer éventuellement l'utilisation de ses propres ressources matérielles locales, en vue de maximiser la Qualité de Service délivrée par l'application de l'utilisateur - on enregistre l'usage des ressources consommées par les utilisateurs de ressource laaS, entre autres de machines virtuelles, et des applications SaaS résidant pour partie ou entièrement dans les machines virtuelles locales, et la comptabilité, en vue de la facturation - une interface permettant au gestionnaire du nuage informatique ainsi constitué, d'administrer lesdites Zones de Virtualisation (4), les Machines Virtuelles (VM) des ressources distantes et de mettre ces ressources informatiques virtuelles à disposition du de tous les utilisateurs du nuage au travers d'un Portail Utilisateur accessible depuis le réseau internet ou équivalent. - une interface permettant aux utilisateurs de configurer des usages de ces ressources ou d'utiliser des applications SaaS qui utiliseraient ces ressources mises en communs. - lorsque le demandeur désire souscrire à des services d'infrastructures laaS ou à des services applicatifs SaaS, le Système permet à celui-ci d'utiliser par défaut et en priorité les ressources disponibles (Zone de Virtualisation et Machines virtuelles compatibles de sa demande) les plus près physiquement de lui (par exemple typiquement les ressources disponibles d'un particulier sur les équipements localisés dans son lieu de résidence) afin d'accroitre la qualité du service rendu fourni par ces ressources d'infrastructures, machines virtuelles et applications SaaS. [0013] L'invention sera mieux comprise à la lecture de la description, non limitative, qui suit, rédigée au regard des dessins annexés, dans lesquels: - La Figurel schématise le Procédé et l'Architecture du Système permettant de mettre une partie des ressources distantes (2) de tiers à disposition au sein d'une Infrastructure Informatique en nuage pour la mise en oeuvre du procédé selon l'invention. Il s'agit par - 12 - exemple des ressources résidentielles : PCs, tablettes, consoles de jeux, boitiers industriels d'accès internet dans le cas d'abonnés chez un Fournisseur d'Accès Internet (FAI), aussi appelés Set-Top Box (STB) ou boitiers media et de routage, et dont les ressources sont sous-utilisées. Ainsi elles peuvent, pour toute ou partie de ses ressources, rendre ces ressources disponibles à disposition au sein d'une Infrastructure Informatique en nuage. Il est noté que pour les Box Industrielles, ces ressources peuvent disposer déjà d'un management centralisé de l'équipement facilitant le contrôle et la gestion de ses versions logicielles (firmware,..), pouvant agir comme Référentiel de Virtualisation (1), facilitant la gestion et les mises à jour du Module de Virtualisation (3) et permettre le 10 lancement à distance de la création de la Zone de Virtualisation (4). [0014] La Figure 2 reflète certaines des fonctionnalités détaillées du Système [0015] Une mise en oeuvre particulière du procédé selon l'invention est représentée sur la Figure 3, où un Opérateur Industriel met à disposition des Box Industrielles chez le particulier pour délivrer un Service de Base, et agrège en outre les ressources disponibles des mêmes Box, au sein d'une 15 Infrastructure Informatique en Nuage, lui permettant ainsi de devenir Fournisseur de Services Informatiques en Nuage (Cloud Service Provider ou CSP). [0016] La Figure 4 représente un mode de réalisation de l'invention pour un Fournisseur d'accès à Internet qui opère en tant que Fournisseur de Services Informatiques en Nuage. L'architecture du Système décrite dans la Figure 4 comprend une interface utilisateur, dit Portail Utilisateur (5.4) 20 avec une Place de Marché, accessible au travers du réseau Internet, et où l'Opérateur du Nuage propose des applications, de tous types, en mode SaaS (Software as a Service). La Figure 4 représente en outre une mise en oeuvre particulière du procédé selon l'invention, où les ressources locales de l'équipement industriel(BOX) de l'utilisateur sont utilisées pour les applications SaaS que l'utilisateur a lui-même souscrites auprès du Fournisseur de Services en Nuage (Cloud 25 Service Provider ou CSP).Ainsi que cela apparait à la figure 4, une telle architecture selon l'invention permet : - à l'abonné de souscrire des applications « SaaS » avec la meilleure Qualité de Service possible. En effet l'invention permet aux VMs supportant l'application SaaS d'être exécutées comme des VMs résidentes sur l'équipement local de l'utilisateur. Cette 30 exécution peut être partiellement locale, par exemple la partie présentation de l'application, ou totalement locale permettant ainsi de délivrer un fonctionnement optimal au plus près de l'utilisateur - à l'abonné sur le Portail Utilisateur (5.4), lorsqu'il souscrit à des services d'infrastructure, des machines virtuelles ou à des applications SaaS, de sélectionner l'utilisation des 35 ressources disponibles (Zone de Virtualisation et Machines virtuelles) de ses propres équipements de son lieu de résidence, afin d'accroitre ainsi la qualité du service pour ces services d'infrastructures, machines virtuelles et applications SaaS. - de plus de sécuriser de façon certaine le fonctionnement des applications SaaS, en totalité géré et sous la responsabilité de l'opérateur de l'Infrastructure Informatique en Nuage - 13 - (CSP), celui-ci contrôlant la version de l'application fonctionnant en mode SaaS et garantissant la compatibilité du Système d'Exploitation Natif, avec les différents composants constituants la Zone de Virtualisation (4), et comprenant tout ou partie des VMs utilisées par ces applications SaaS. [0017] L'exécution d'applications SaaS sélectionnées par l'utilisateur, à l'aide de VMs localisées sur l'équipement de ce dernier, permet de maximiser la Qualité de Service, et l'expérience utilisateur, tout en conservant la possibilité d'obtenir plus de ressources à la demande, en provenance de l'infrastructure informatique en Nuage. [0018] La présente invention a été décrite en référence à plusieurs modes de réalisation de celle- ci. Si certaines illustrations peuvent sembler restrictives, celles-ci doivent être comprises non pas à partir de la description détaillée qui précède et des exemples qui ont été donnés pour une meilleure compréhension, mais à partir des objectifs globaux de l'invention. Il est évident pour l'homme de l'art que de nombreux changements peuvent être réalisés dans les modes de réalisation décrits sans sortir du champ d'application de la présente invention.- 2 - DESCRIPTION [1] The present invention relates to a method for creating and managing a Cloud Computing ("Cloud Computing") infrastructure and physically distributed and operating within a coherent system computer resources available from individuals and / or businesses, connected via the Internet whose users or the manager partially make available resources for this cloud use. [2] Cloud computing infrastructures, providing infrastructure as a Service, or laaS, are recent, homogenous IT infrastructures that are set up in data centers purchased and managed by the operator. Such laaS infrastructure services are provided for example by AmazonTM, RackspaceTM, OracleTM, IBMTm, MicrosoftTM as well as by some hosts and are concentrated in one or more data centers. AmazonTM is today a leader in providing these infrastructures. The infrastructure as a service provided by Amazon TM is called EC2TM. [3] Moreover, the demand for digital information processing is growing exponentially with user needs of the type: video, music, e-commerce, online backups, the Internet of Things or "big data",. . . [4] The establishment of these data centers managed within a cloud computing architecture is complex and expensive in equipment and consumes a lot of electrical energy (consumption of servers and cooling, and may have limits in terms of capacity to reception in some regions for new data centers (datacentres). [005] The computing power available in an individual grows regularly by the fact that the number of electronic equipment is increasing and that they have computing powers always higher. [6] One can find commonly used in the home several PCs, tablets, equipment made available by the Internet Service Provider (BOX), the game console, a TV connected to the Internet (Connected TV) ,. . These considerable computing and storage resources are largely underutilized. For example, the PC and the tablet are used at 10-20% of their processor capacity (CPU), and 0% when they are idle. The Internet Service Provider Box (ISP) remains on 24/24, in order to maintain permanent access to other equipment connected to the internet, and has a non-negligible CPU calculation capacity. [7] Advances in virtualization technologies are now enabling the creation of virtual machines in the majority of hardware environments, but in a homogeneous cloud solution whose location is known in advance. [008] The aggregate use of capabilities of multiple cloud computing infrastructure providers is also possible. However, these methods are complex to implement, the hardware platforms are technically heavy and the resulting economic gains can be low. [009] In view of the foregoing, a problem to be solved by the invention is to provide Infrastructure Infrastructure Services in laaS Cloud (Infrastructure as a Service) and SaaS Applications ( Software as a Service), whose system architecture is characterized in that it is distributed and adaptive, using untapped and diverse resources, mainly located in individuals and connected to the Internet or more generally isolated, possibly in businesses, in a simple, secure way and without requiring a heavy administration. The invention relates to a method and a system for implementing a cloud computing infrastructure on remote resources of various natures comprising the following means: physical devices, being remote computing resources (2), possibly uniquely present in an individual, or more generally being a resource that can be isolated, but connected through the Internet or by a data link, and can, because of its electronic components, accommodate one or more virtual machines; this equipment can be, for example, a PC, a tablet computer, a game console, an industrial box (Box of the ADSL or cable network operator, Media Box, Routing and Storage ,. . . ) home automation equipment, a connected television ,. . . a software environment deployed on the remote physical resources, consisting of a Virtualization Module (3) that can be an application, a Virtualization Zone (4) that includes at least one of the following modules, the VM launcher module ( 4. 2), the VMs Agent module (4. 3), VM Models (4. 1) - at least one of the Central System Management modules (5), namely the Resource Base (5. 1), the VM Configurator module (5. 2), the Query Management module (5. 3), the User Portal (5. 4), and the Administrator Portal (6), - a VM Configurator (5. 2) managing the Virtualization Zones (4) and virtual resources, virtual machines (4. 4) of each remote resource including logical rules for provisioning the virtual machines, with a high availability execution by duplication and distribution of these on several physical hosts in order to mitigate the disappearance of a virtual machine. The invention relates more particularly to a method and a system for implementing and managing a cloud computing infrastructure based on resources made available by their owners or users, for which the architecture of the system comprises : - An infrastructure consisting of remote computing resources, isolated but connected to the Internet, or a data link, located at home or at businesses, including a set of Remote Resources (2) connected to the Internet or through a data link (WAN): - 4 - - to create a cloud computing infrastructure, distributed, redundant and hosted at home and businesses. This infrastructure consists of various IT resources made available by their owners or users, and brought together in a single cloud - thus enabling the implementation and possibly the commercial exploitation of Virtual Machines (4. 4) on demand and at lower costs, by the cloud services operator, who does not have to invest in the purchase of IT equipment and the creation and physical management of data centers (Datacenter) ); - A Cloud-specific Virtualization Repository (1) to define the list of the various hardware devices and their software configurations that make it possible to operate these heterogeneous devices within the same cloud, by storing all the corresponding necessary software modules in the Repository Virtualization. It contains for each device, characterized by the type of hardware platform and its Operating System, supported within the cloud, its specific Virtualization Module (3) consisting of all the software elements necessary for the proper functioning of a Virtualization Zone (4). ) to provide virtual resources to the Cloud. - A Virtualization Module (3), namely a software module that can be preinstalled within the Native Operating System (2. 1), or an installable software module or application that can interact and configure the Native Operating System (2. 1) allowing the creation, activation and implementation of a Virtualization Zone (4) co-resident with the Native Operating System: - this Virtualization Module (3) can be an application operating on the System of Native Operation (2. 1), and allowing the implementation of the Virtualization Zone (4) is specific to each pair "Hardware Equipment and Native Operating System", which can be, but not limited to Linux / UNIX, Android, Windows, MACos, BSD, proprietary operating system, etc ,. . is validated and managed in a Virtualization Repository (1) to ensure compatibility with the hardware resource and its Native Operating System (2. 1) and thus guarantee the overall smooth operation; the Virtualization Module (3) can be preinstalled in the Native Operating System (2. 1), or installable by adding to it, or installed and executed as a local application, and may be optionally remotely activatable, as appropriate. - This Virtualization Module (3) can be updated whenever necessary from the Virtualization Repository (1). - This Virtualization Module (3), when activated, allows to install and / or configure the Virtualization Zone (4), which is secured and protected from the Native Operating System (2. 1) and applications originally used by the user. The method does not require any reformatting of the local computing resources, and can be installed or activated without impacting the other basic uses of the physical resource, and within predefined limits and allocated to the Virtualization Zone (4) during its configuration by the Virtualization Module (3). - The Virtualization Zone (4) allowing the creation of Virtual Machines (VMs) locally on the IT resource, including: - the Virtualization Zone (4) preconfigured with Virtual Machine Models (4. 1) compliant with the Virtualization Repository (1), - a VM launcher (4. 2) allowing the creation and launch of VMs. The number and configurations of VMs take into account the maximum characteristics of the Virtualization Zone (4) as defined when it is activated by the Virtualization Module (3). - a VM Agent (4. 3) interacting with the modules of the System Central Management (5), and allowing: a) the automatic registration of each of the VMs when they are created in a centralized registry of the virtual resources of the cloud, called the Resource Database (5); 5. 1) b) to dynamically remount the status of the VMs, reflecting the execution status of the VMs and their characteristics, namely: VM availability, size, execution status, completed, or stopped. . . - all the elements of the Virtualization Zone (4), including the VM launcher module (4. 2), the VMs Agent module (4. 3), and other components of the Virtualization Zone (4), can themselves be virtual machines interacting with the components of the System Central Management (5). the Virtualization Modules (3) and Software Modules needed and contained in the Virtualization Zones (4) of the remote resources and of various types, may be provided by a third party, and / or its update made by or from the providers native operating systems, or by or from vendors of hardware, made available in the cloud computing infrastructure. - An environment called Central Management System (5) for the location of Virtualization Zones (4), the implementation and management of Virtual Machines within a single cloud computing infrastructure, logically consistent, consisting of computing resources various, distributed, made available by third parties, as explained in the previous paragraph "An infrastructure consisting of remote computing resources", comprising: - A Resource Base (5. 1) allowing: - 6 - - to inventory the virtualized resources, namely the Virtualization Zones (4) declared, the Virtual Machines (4. 4) already created, and their respective characteristics, aspects location: MAC address, IP address ,. . . - to follow the successive states of the VMs, including among others their availability, since their creation, or for a given period of history and / or a maximum number of events - A module VM Configurator (5. 2) to: access the Resource Base (5. 1) to know the latest states of the virtual resources they want to use, which can test them through the VM Agent (4. 3) if necessary, and also to provision new virtual machines within the Virtualization Zones (4), and to deploy high availability virtual machine executions according to several possible mechanisms - in response to user requests, sent by the Request Management Module (5. 3), to automatically propose a scheduling of available VMs known from the Resource Base (5. 1), and choose the virtual machine in return for the user according to its criteria defined in advance, such as, but not limited to: characteristics of the VM, its memory size, CPU capacity, disk size ,. . . , the availability rate of the Virtualization Zone (4) where it resides, - deploying laaS-based virtual machines on high-availability mechanisms, or supporting applications configured in SaaS mode, by provisioning several virtual machines for the same task and on separate computer equipment not co-located, so that the disappearance of a VM can not impact the expected result. These virtual machines are provisioned according to several mechanisms of high availability, in order to statistically guarantee the obtaining of a result in the case where one or more VMs, charged with the same operation disappear, either by disconnection of the network or following the shutting down the host machine. - the System thus ensures high availability of requests by using separate physical devices and located on different sites and using one or more of the following mechanisms: a redundancy mechanism consisting in launching several independent VMs in parallel, performing the same task but on physically distinct resources, - a second mechanism consisting of regularly taking snapshots of running VMs, stored locally on the host where the VM is running, and performing incremental transfers of changes between 2 snapshots to other hosts that are part of the built-in cloud infrastructure and can launch a recovery VM from these incremental backups if a running VM is stopped. A third mechanism of cloning the active VM and copying it to a backup host via the network at regular intervals. Namely we backup this VM on this backup host in a pre-launch mode, preemptively and repeatedly, and if between two migrations the active VM no longer responds (disconnection, stop its host), we launch the latest version integral, backed up on the back-up host, which was pending. a fourth mechanism of using the block-to-block copy between two hosts of VMs, one being the master and active, the other the slave and waiting. In this case, synchronization is conducted continuously between the virtual file constituting the active VM and the virtual file constituting the backup VM. In the event of a loss of VM execution on the master host, automatic failover allows the slave host to become a new master, launch its VM without loss of service, and initiate a discovery and discovery process. creating a new slave host on a host available in the cloud infrastructure. a fifth mechanism consisting in using task execution redundancy, using VMs distributed over several hosts (and possibly implementing load balancers) when the application architecture allows it, inter alia, data point of view - or any other computer software mechanism, not mentioned above, that can guarantee the same benefit in terms of high availability of Virtual Machines. - The resource user VMs to have full visibility of the mechanism of high availability used by its VMs and associated characteristics, and can also choose this mechanism from a list and configure this mechanism according to proposed configurations. - To provision these virtual machines using the security methods of access to these resources according to the state of the art, namely: - the Virtualization Zone (4) is designed so that its operation is done without intrusion nor interaction with the Native Operating System (2. 1), or with the environment that allows native applications to work, while sharing the computing resources provided by the same hardware platform - security policies applied to virtual machines, and extension-based applications are applied automatically, depending on the model. VM from which they were created; - the VM launcher (4. 2) also implements a data security policy, ie the data used by the virtual machines is encrypted according to the application of a security policy inherited from the VM Model (4. 1) used; thus, these local data can not be read or understood by the holder or user of the physical computer resource, and even after the disappearance of a virtual machine, or the disconnection of the Cloud computing infrastructure resource, said data is not readable. - a module Query Management (5. 3) to manage laaS requests: - to deploy applications running above the Virtual Machines to decompose, manage the VMs coming from the same request manage the global execution of the request and interfere with the User Portal (5. 4) from the System or via an API to a third-party environment performing the same function of preselecting and configuring requests (for example an external PaaS system) - a User Portal (5. 4) and Market Place allowing a cloud user, through a network of the Internet type, to access: - infrastructure type services (laaS), namely to create queries for laaS virtual resources , view the VMs that have been allocated to it and their states and access them using a user-specific security key, - a management environment for its requests for virtual resources and administration of services laaS infrastructures and virtual machines that become clean and he accesses by means of a security key specific to the user - a Portal called "Market Place" through which a user can subscribe to applications of all types, in SaaS mode (Software as a Service) proposed by the manager of the Cloud, and also allowing their execution, in part or in full, locally on the own resources of the user that he uses by their. - an Administrator Portal (6) providing an administration interface for the entire Cloud computing infrastructure supporting the features explained above, and allowing the creation, management and administration of all resources: Virtualization Module (3), Virtualization Zones (2), Virtual Machines (4. 4) and events generated by the entire cloud computing infrastructure. - we check by compatibility rules and we store in a Virtualization Repository (1) all the different aspects and software versions: Native Operating System (2. 1), Virtualization Module (3) and Virtualization Zone (4), VM Models (4. 1), VM launcher (4. 2) and Agents of VMs (4. 3), to guarantee a secure operation of the whole thanks to the compatibility of the various elements between them - 9 - the Virtualization Zone (4) is created in accordance with the Virtualization Repository (1), from which the components Reference software, specific to each hardware platform and its Native Operating System, can be downloaded, to ensure compatible versions to be used for remote resource exploitation within the Cloud without malfunction - the Virtualization Zone (4) once created, also containing Virtual Machine Models (4. 1), self-declares via the VM Agent (4. 3) by sending the creation and subsequent events to the Resource Base (5. 1) the System Central Management (5) which in turn can manage it and possibly update the Module remotely - the management of this distributed resource infrastructure is done through the Central Management part of the System (5), having at least one management component for the global administration of the cloud - one parameter, in the VM Configurator (5. 2), a set of rules for configuring and optimizing the use of Cloud computing infrastructure resources according to the choices of the cloud manager, or those proposed by the System to users - in order to mitigate the possible disappearance of a virtual machine of a user, the VM Configurator (5. 2) Manages users' virtual machine requests by provisioning them with high availability execution mechanisms, which can be, among other things, repetitive backup, cloning or multiplication, and distributing them over a number of times. In addition, the method advantageously comprises the following steps of implementation: a cloud computing infrastructure (Cloud) is formed by agglomerating third party IT resources (2) and putting them in place. available for this purpose. These heterogeneous types of resources are located in individuals and connected to the Internet, or isolated from companies, physically distributed and accessible via the Internet or equivalent data link. - It installs a Virtualization Module (3) which is activated to create a Virtualization Zone (4) within but independent of the Native Operating System (2. 1). This Virtualization Zone declares itself to the Central Management System (5) of the cloud computing infrastructure and provides virtual resources and virtual machines for Cloud Users. - the Virtualization Module (3) is installed or activated by the user of it or downloaded by the park manager (for example in the case of Internet Service Providers (ISPs), ADSL Television Operators or Operators Cable). -10- - the Virtualization Module (3) can optionally automatically test the compliance of its various constituent elements with the Virtualization Repository (1), and download the latest versions if necessary. - The Virtualization Module (3) creates the Virtualization Zone (4) within the Native Operating System (2. 1), installs Virtual Machine Models (4. 1), installs the VM launcher module (4. 2), and the VM Agent (4. 3) - The Virtualization Module (3), executed either locally by the user of the individual equipment, or remotely by the manager in the case of a fleet of managed equipment, performs the following steps: Virtualization Zone (4) on the remote residential resource, or on each of the isolated and managed resources within an industrial park, and at the same time setting each Virtualization Zone with the limits defining the maximum cumulative characteristics of the Remote Zone. Virtualization (4) which hosts the Virtual Resources and Machines (VMs) within it - populates the Virtualization Zone (4) with Virtual Machine Models (4. 1) compliant and derived from the Virtualization Repository (1) specific to the cloud, - installs a VM launcher module (4. 2) allowing the launch of VMs, and taking into account the configured limits of the Virtualization Zone - installs a VM Agent (4. 3) interacting with the modules of the Central Management System (5) and allowing: - the self-registration of Virtualization Zones and VMs, once created, within the centralized registry of virtual resources, called the Resource Database (5) . 1) - to dynamically remount and record in real time the status of the Virtualization Zones (4) and the VMs they contain, namely: availability, execution status: finished, or stopped, characteristics, memory size , CPU allocation, etc ,. . - the VM launcher (4. 2) creates one or more standard VMs from the VM Models and launch them with an available state - the VM Agent (4. 3) detects the creation of any new VM, the evolution of the states of this one, and sends its identifier of each VM and any new state, thus allowing the VMs to be registered automatically and to have their last statutes in time Actual in the Resource Base (5. 1) - in parallel and independently the Central Management of the System (5), explore whenever necessary the Resource Base (5. 1) and chooses and allocates VMs to requests from Cloud Clients. - in order to guarantee a reliable execution of the requests of the customers, and whatever the incidents which could take place on the distant computing resources made available, the System ensures the high-availability applicative, according to the mechanisms mentioned in the preceding paragraph. - the user, a VM resource consumer, will have full knowledge of the high availability mode used and associated characteristics, and may, if he wishes, choose or change the mechanism according to his own criteria. - security policies applied to virtual machines, data, and extension applications are applied automatically, depending on the VM Model from which they were created; - the VM launcher (4. 2) also implements a data security policy, ie the data used by the virtual machines is encrypted according to the application of a security policy inherited from the VM Model (4. 1) used; thus these local data can not be read or understood by the holder or user of the physical computer resource, and likewise after the disappearance of a virtual machine, or the disconnection of the Cloud computing infrastructure resource, said data does not are not legible. - Authorize the user of SaaS applications, possibly configure the use of his own local hardware resources, in order to maximize the Quality of Service delivered by the application of the user - the use of resources consumed is recorded by laaS resource users, including virtual machines, and SaaS applications residing partly or wholly in local virtual machines, and accounting, for billing purposes - an interface allowing the cloud computing manager thus constituted, administering said Virtualization Zones (4), the Virtual Machines (VMs) of the remote resources and to make these virtual computing resources available to all cloud users through a User Portal accessible from the Internet network or equivalent. - an interface allowing users to configure uses of these resources or to use SaaS applications that would use these pooled resources. - when the applicant wishes to subscribe to LaaS infrastructure services or SaaS application services, the System allows the latter to use by default and in priority the available resources (Virtualization Zone and compatible Virtual Machines of its request) physically closest to it (for example typically the resources available from a particular device located in his place of residence) in order to increase the quality of the service provided by these infrastructure resources, virtual machines and SaaS applications. The invention will be better understood on reading the nonlimiting description which follows, written with reference to the accompanying drawings, in which: - The Figurel schematizes the method and architecture of the system to put some of the remote resources (2) of third parties available within a cloud computing infrastructure for implementing the method according to the invention. These are, for example, residential resources: PCs, tablets, game consoles, industrial Internet access boxes in the case of subscribers at an Internet Service Provider (ISP), also known as Set-Top Boxes. (STB) or media and routing boxes, and whose resources are underutilized. Thus they can, for all or part of its resources, make these resources available within a cloud computing infrastructure. It is noted that for the Industrial Boxes, these resources can already have a centralized management of the equipment facilitating the control and the management of its software versions (firmware,. . ), which can act as a Virtualization Repository (1), facilitating the management and updates of the Virtualization Module (3) and allow the remote launch of the creation of the Virtualization Zone (4). Figure 2 reflects some of the detailed features of the System [0015] A particular implementation of the method according to the invention is shown in Figure 3, where an Industrial Operator provides Industrial Boxes at the home to deliver a Basic Service, and additionally aggregates the available resources of the same Boxes, within a Cloud Computing Infrastructure, thus enabling it to become a Cloud Service Provider (CSP). Figure 4 shows an embodiment of the invention for an Internet Service Provider that operates as a Cloud Service Provider. The System architecture described in Figure 4 includes a user interface, called User Portal (5. 4) 20 with a Marketplace, accessible through the Internet, and where the Cloud Operator offers applications of all types, in SaaS mode (Software as a Service). FIG. 4 furthermore represents a particular implementation of the method according to the invention, where the local resources of the industrial equipment (BOX) of the user are used for the SaaS applications that the user has himself subscribed to Cloud Service Provider (CSP). As it appears in FIG. 4, such an architecture according to the invention enables: - the subscriber to subscribe SaaS applications with the best Quality of Service possible. Indeed the invention allows the VMs supporting the SaaS application to be executed as VMs resident on the local equipment of the user. This execution may be partly local, for example the presentation part of the application, or totally local, thus making it possible to deliver optimal operation as close as possible to the user - to the subscriber on the User Portal (5. 4), when subscribing to infrastructure services, virtual machines or SaaS applications, to select the use of the 35 available resources (Virtualization Zone and Virtual Machines) of its own equipment from its place of residence, to increase the quality of service for these infrastructure services, virtual machines and SaaS applications. - moreover, to securely secure the operation of SaaS applications, fully managed and under the responsibility of the Cloud Computing Infrastructure Operator - 13 - (CSP), the latter controlling the version of the running application in SaaS mode and guaranteeing the compatibility of the Native Operating System, with the various components constituting the Virtualization Zone (4), and including all or part of the VMs used by these SaaS applications. The execution of SaaS applications selected by the user, using VMs located on the equipment of the latter, allows to maximize the Quality of Service, and the user experience, while maintaining the possibility to obtain more on-demand resources from the cloud computing infrastructure. The present invention has been described with reference to several embodiments thereof. While some illustrations may seem restrictive, they should be understood not from the foregoing detailed description and examples that have been given for a better understanding, but from the overall objectives of the invention. It is obvious to those skilled in the art that many changes can be made in the embodiments described without departing from the scope of the present invention.
En particulier, bien que les caractéristiques et les éléments de la présente invention sont décrits dans les modes de réalisation préférés et dans des combinaisons particulières, chaque caractéristique ou élément peut être utilisé seul et sans les autres caractéristiques ou selon diverses combinaisons avec ou sans les autres caractéristiques et éléments de l'invention. Par conséquent, le champ d'application de la présente invention ne devrait pas être limité à des méthodes et des systèmes décrits ci-après, mais seulement par le langage des revendications des procédés et des caractéristiques équivalents du système.In particular, although the features and elements of the present invention are described in the preferred embodiments and in particular combinations, each feature or element may be used alone and without the other features or in various combinations with or without the others. features and elements of the invention. Therefore, the scope of the present invention should not be limited to the methods and systems described hereinafter, but only by the language of the claims of the methods and equivalent features of the system.