Brevet FR3063101A1 — publié le 20180824

2016-IPM-100626-U1-FR 1 ARCHITECTURE D'APPAREIL POUR L'EXPLORATION, LA MAINTENANCE ET LA PRODUCTION DE PUITS DOMAINE TECHNIQUE La présente invention concerne l'optimisation des applications en amont du domaine des hydrocarbures, et plus particulièrement l'architecture d'appareils pour l'exploration, la maintenance et la production de puits pour l'optimisation des applications en amont du domaine des hydrocarbures. CONTEXTE Avec l'avènement de la technologie du stockage de données en masse, les bases de données au niveau du site de puits peuvent stocker les données concernant une ou plusieurs opérations d'exploration, de maintenance ou de production de puits au niveau du site de puits d'un gisement donné. Les données ainsi obtenues peuvent former un grand ensemble complexe de données, dont l'interprétation et l'analyse peuvent améliorer le fonctionnement du gisement. Traditionnellement, ces données pourraient être transmises ou transférées hors site pour le stockage et l'évaluation ultérieure dans un modèle. Ces données peuvent comprendre des informations à l'échelle macroscopique, telles que, par ex., l'emplacement du site de puits et des informations à l'échelle microscopique, telles que des informations obtenues concernant le fonctionnement du gisement. Ces informations peuvent comprendre le couple appliqué à la colonne de forage, le poids sur le trépan et la vitesse de pénétration au cours d'une opération de forage, la vitesse de la suspension de ciment et la densité du ciment au cours d'une opération de cimentation et le débit dans chaque perforation au cours d'une opération de fracturation. Étant donné que le grand ensemble de données du gisement peut être pertinent à l'identification et à l'amélioration d'un quelconque procédé de modélisation pour une opération d'exploration, de maintenance ou de production de puits, il peut être souhaitable d'identifier une façon plus optimisée de traiter les grands ensembles de données complexes provenant du fonctionnement du gisement afin d'optimiser tous aspects de l'opération d'exploration, de maintenance ou de production de puits au niveau d'un gisement. En raison des diverses complexités et des divers procédés impliqués dans les opérations d'exploration, de maintenance et de production de puits, plusieurs facteurs peuvent être utilisés pour déterminer une opération optimisée. Au fur et à mesure que le procédé évolue, par ex., dans une opération de facturation, la formation actuelle pourrait nécessiter un outil, un logiciel ou un flux de travail différent ou d'autres facteurs basés sur l'identification des 3063101 2016-IPM-100626-U1-FR 2 paramètres de la formation existante. Cependant, même si la quantité énorme de données concernant le fonctionnement du gisement était disponible, il serait nécessaire d'arrêter l'opération et l'évaluation manuelle des paramètres ou des facteurs apparentés aux données afin de déterminer la façon de modifier la stratégie de contrôle pour l'opération du gisement afin 5 d'optimiser le procédé pour l'opération du gisement. L'optimisation des procédés en amont pour des opérations d'exploration, de maintenance ou de production de puits, ou d'une quelconque combinaison de celles-ci, pour un réservoir donné est nécessaire afin de fournir une utilisation efficace et efficiente de l'équipement, du personnel, des données et des ressources au niveau du site de puits. 10 BRÈVE DESCRIPTION DES FIGURES La figure 1 est un organigramme d'un exemple d'architecture pour une architecture d'interface utilisateur permettant d'accéder à un appareil d'exploration, de maintenance et d'exploration de puits, selon un ou plusieurs des aspects de la présente divulgation. 15 La figure 2 est un organigramme d'un exemple d'architecture d'appareil d'exploration, de maintenance et de production de puits, ou d'une quelconque combinaison de celui-ci, pour l'optimisation des applications d'exploration, de maintenance ou de production de puits, ou d'une quelconque combinaison de celles-ci, selon un ou plusieurs aspects de la présente divulgation. 20 La figure 3 est un organigramme d'une architecture de déploiement d'une application d'exploration, de maintenance ou de production, ou d'une quelconque combinaison de celle-ci, selon un ou plusieurs aspects de la présente divulgation. La figure 4 est un organigramme illustrant un procédé pour le déploiement d'un appareil d'exploration, de maintenance ou de production de puits, ou d'une quelconque 25 combinaison de celui-ci, selon un ou plusieurs aspects de la présente divulgation. La figure 5 est un diagramme illustrant un exemple d'un système de traitement d'informations, selon un ou plusieurs aspects de la présente divulgation. La figure 6 est un exemple d'interface utilisateur graphique, selon un ou plusieurs aspects de la présente divulgation. 3063101 2016-IPM-100626-U1-FR 3 Alors que des modes de réalisation de cette divulgation ont été illustrés et décrits et sont définis par référence à des exemples de modes de réalisation de la divulgation, de telles références n'impliquent pas une limite sur la divulgation, et aucune limite de la sorte ne doit être déduite. L'objet de l'invention divulgué est sujet à des modifications, altérations et 5 d'équivalents considérables dans la forme et dans la fonction, comme il sera apparent aux spécialistes du domaine pertinent et qui bénéficient de cette divulgation. Les modes de réalisation illustrés et décrits de cette divulgation ne sont que des exemples, et ne sont pas une description exhaustive de la divulgation. DESCRIPTION DÉTAILLÉE 10 Pour une quelconque ou plusieurs opérations d'exploration, de maintenance et de production de puits, ou d'une quelconque combinaison de celles-ci, au niveau d'un gisement identifié, des données peuvent être obtenues pour une quelconque phase du cycle de vie d'une ou de plusieurs opérations d'exploration, de maintenance ou de production (ESP) de puits, ou d'une quelconque combinaison de celles-ci (opérations ESP). Par exemple, les évaluations d'ordre 15 économique, l'exploration, le forage, la production, la gestion du réservoir, les opérations de bouchage et d'abandon peuvent générer ou nécessiter des quantités importantes de données. Chaque phase de cycle de vie peut également comprendre une ou plusieurs sous-phases, procédés ou étapes opérationnelles. Chaque phase de cycle de vie ou sous-phase peut nécessiter l'implémentation des applications d'exploration, de maintenance ou de production 20 d'hydrocarbures apparentées, ou une quelconque combinaison de celles-ci (applications de puits ESP). La définition d'une architecture d'une ou de plusieurs applications compatibles procurent une optimisation du déploiement et de l'utilisation de telles applications ESP de puits. En outre, les opérations ESP de puits peuvent nécessiter l'analyse des données provenant de multiples sources, un ou plusieurs programmes logiciels peuvent être utilisés et de 25 multiples protocoles ou interfaces de communication peuvent être implémentées. L'un quelconque de ceux-ci peut nécessiter l'accès à ou l'implémentation de programmes logiciels tiers ou des programmes logiciels exclusifs. La création de l'architecture pour analyser, traiter et optimiser les données nécessaires pour une opération de puits ESP donnée peut être extrêmement complexe étant donné que différentes architectures de système de traitement des informations, 30 divers programmes et applications logicielles, divers paradigmes de programmation et divers portails et interfaces peuvent être nécessaires. La fourniture d'une structure et d'une technique pour une architecture de bout en bout pour la gestion du cycle de vie sur une plateforme standardisée unique qui procure l'analyse et le traitement des données permettant d'optimiser une 3063101 2016-IPM-100626-U1-FR 4 opération ESP de puits peut réduire les coûts globaux de l'opération et fournir des prévisions précises et des flux de travail dans un environnement facile à utiliser et adaptable. Selon un ou plusieurs aspects de la présente divulgation, un appareil ou un programme logiciel modifié qui comprend une suite d'applications et d'interfaces peut offrir un 5 outil d'optimisation permettant d'analyser et de traiter des données selon les meilleures pratiques pour l'exploration, la gestion du gisement, la construction du puits, la production d'hydrocarbures, la gestion des informations, et toute autre opération d'exploration, de maintenance ou de production de puits ou d'une quelconque combinaison de celle-ci. La fourniture des applications préinstallées et pré-certifiées ou pré-validées qui sont conçues pour 10 améliorer la performance et la fiabilité et implémentées sur une plateforme ou un système standardisé peut réduire les coûts comprenant, sans limitation, les coûts de maintenance, d'actualisation, de formation du personnel, d'achat de licences et de matériels. Afin de faciliter une meilleure compréhension de la présente invention, les exemples suivants de certains modes de réalisation sont donnés. En aucun cas, les exemples 15 suivants doivent être interprétés comme limitant, ou définissant, la portée de l'invention. Les modes de réalisation de la présente divulgation peuvent être applicables à un quelconque type d'opération d'exploration, de maintenance ou de production de puits pour un quelconque type de site de puits ou d'environnement de gisement, y compris des environnements souterrain et sous-marin. 20 Selon un ou plusieurs aspects de la présente divulgation, un système de traitement d'informations ou un équipement informatique peut s'avérer nécessaire. Dans le cadre de cette divulgation, un système de traitement d'informations peut comprendre toute instrumentalité ou tout regroupement d'instrumentalités qui peut fonctionner pour calculer, classer, traiter, transmettre, recevoir, récupérer, générer, commuter, 25 stocker, afficher, manifester, détecter, enregistrer, reproduire, manipuler ou utiliser une quelconque forme d'informations, d'intelligence ou des données dans un but monétaire, scientifique, de contrôle ou à d'autres fins. Par exemple, un système de traitement d'informations peut être un ordinateur personnel, un dispositif de stockage en réseau ou tout autre dispositif approprié et peut varier en matière de taille, de forme, de performances, de fonctionnalité et de 30 prix. Le système de traitement d'informations peut comprendre une mémoire vive (RAM), une ou plusieurs ressources de traitement telles qu'une unité centrale (CPU) ou une logique de commande de matériel ou de logiciel, une ROM et/ou d'autres types de mémoire non volatile. Des composants additionnels du système de traitement d'informations peuvent comprendre un ou 3063101 2016-IPM-100626-U1-FR 5 plusieurs disques, un ou plusieurs ports de réseau pour la communication avec des dispositifs externes aussi bien que divers dispositifs d'entrée et de sortie (E/S), tels qu'un clavier, une souris ou un écran vidéo. Le système de traitement d'informations peut comprendre un ou plusieurs bus qui fonctionnent pour transmettre des communications entre les divers composants matériels. 5 Dans le cadre de cette divulgation, un support lisible par ordinateur d'un système de traitement d'informations peut comprendre toute instrumentalité ou tout regroupement d'instrumentalités qui peut retenir des données et/ou des instructions pour une période de temps. Le support lisible par ordinateur peut comprendre, par exemple, sans limitation, un support de stockage tel qu'un dispositif de stockage à accès direct (par ex., un 10 disque dur ou une disquette), un dispositif de stockage à accès séquentiel (par ex., une cassette), un disque compact, CD-ROM, DVD, RAM, ROM, une mémoire EEPROM ou une mémoire flash ; aussi bien que des supports de communication tels que des câbles, des fibres optiques, des micro-ondes, des ondes radio et d'autres supports électromagnétiques et/ou optiques ; et/ou une quelconque combinaison des éléments précédents. 15 Des modes de réalisation illustratifs de la présente invention sont décrits en détail ici. Dans un souci de clarté, toutes les caractéristiques d'un mode de réalisation réel ne seraient pas décrites dans cette spécification. Il sera, bien sûr, compris que dans le développement d'un quelconque mode de réalisation réel, de nombreuses décisions spécifiques à une implémentation peuvent être prises afin d'atteindre les objectifs spécifiques de 20 l'implémentation, qui peuvent varier d'une implémentation à une autre. En outre, il sera apprécié qu'un tel effort de développement puisse être complexe et chronophage, mais serait néanmoins une entreprise de routine pour les hommes de métier qui bénéficient de la présente divulgation. La figure 1 est un organigramme d'un exemple d'architecture d'une architecture d'interface utilisateur 100 permettant d'accéder à un appareil ESP, selon un ou 25 plusieurs des aspects de la présente divulgation. L'architecture de l'interface utilisateur 100 peut être stockée dans un support de stockage non transitoire d'un système de traitement d'informations et peut comprendre une ou plusieurs instructions qui, lorsqu'elles sont exécutées, amènent le processeur du système de traitement d'informations à réaliser une ou plusieurs opérations ou étapes selon un ou plusieurs aspects de la présente divulgation. L'architecture de 30 l'interface utilisateur 100 peut comprendre un dispositif client 150 ayant un appareil de console d'utilisateur 102, une interface réseau 110 et un réseau privé 112. L'appareil de console d'utilisateur 102 peut être une interface utilisateur graphique, par ex., l'interface utilisateur graphique 600 à l'intérieur d'une fenêtre ou d'un bord 602, tel qu'illustré dans la figure 6. Le 3063101 2016-IPM-100626-U1-FR 6 dispositif client 150 peut comprendre un ou plusieurs systèmes de traitement d'informations, par ex., le système de traitement d'informations 500 de la figure 5. Dans un ou plusieurs modes de réalisation, l'appareil de console d'utilisateur 102 procure un accès à un appareil ESP de puits qui comprend un ou plusieurs programmes logiciels, applications ou appareils, par ex., comme il est 5 présenté par rapport à la figure 2. Par exemple, l'appareil de console d'utilisateur 102 peut comprendre un ou plusieurs onglets (par ex., les onglets 604 de la figure 6). Au moins l'un des onglets (par ex., l'onglet 614 de la figure 6) peut permettre à un utilisateur de lancer une application. Dans un ou plusieurs modes de réalisation, l'appareil de console d'utilisateur 102 peut être une application Web lancée à travers un navigateur Web du dispositif client 150. Dans 10 un ou plusieurs modes de réalisation, l'une quelconque ou plusieurs des applications ESP de puits accessibles à travers l'appareil de console d'utilisateur 102 peuvent être lancées en se basant sur un schéma d'équilibrage de charge. Dans un ou plusieurs modes de réalisation, un utilisateur peut être authentifié avant l'accès à un quelconque programme logiciel, application ou appareil afin de déterminer les 15 programmes logiciels, les applications et les appareils autorisés pour l'utilisateur. Par exemple, dans un ou plusieurs modes de réalisation, on peut demander à un utilisateur d'entrer un identifiant, un mot de passe, des informations de connexion ou une quelconque autre information d'identification ou d'autorisation. Un utilisateur basé, au moins en partie, sur l'autorisation peut être associé à un niveau d'accès qui restreint ou permet l'accès à un ou plusieurs programmes 20 logiciels, applications, appareils ou dispositifs. Dans un ou plusieurs modes de réalisation, un dispositif ou un système de traitement d'informations peut être associé à un niveau d'accès qui restreint ou permet l'accès à un ou plusieurs programmes logiciels, applications, appareils ou dispositifs. Par exemple, un système de traitement d'informations peut comprendre ou on peut lui attribuer un identifiant unique et en se basant, au moins en partie, sur l'identifiant unique, un 25 utilisateur du système de traitement d'informations peut seulement accéder à des programmes logiciels, des applications, des appareils ou des dispositifs associés au niveau d'accès du système de traitement d'informations. Dans un ou plusieurs modes de réalisation, un message d'erreur peut être affiché si l'utilisateur n'est pas autorisé ou authentifié avec succès. L'appareil de console d'utilisateur 102 peut comprendre une ou plusieurs 30 applications ESP de puits basées sur le Web 104, une ou plusieurs applications ESP de puits tridimensionnelles (3D) 106, une ou plusieurs applications ESP de puits bidimensionnelles (2D) 108, un quelconque autre programme logiciel, application ou appareil ESP de puits, ou une quelconque combinaison de ceux-ci. L'une ou les plusieurs applications basées sur le Web 104 peuvent comprendre un quelconque type d'application comprenant, sans limitation, un 3063101 2016-IPM-100626-U1-FR 7 gestionnaire des données de fond de trou (BHDM), des applications fournies avec la suite DecisionSpace® d'Halliburton/Landmark Software and Services, par ex., DecisionSpace Production Monitoring (DSPM), DecisionSpace® Well Integrity Management (DSWIM), DecisionSpace® Data Quality (DSDQ), DecisionSpace® Analytics (DSA), diverses applications 5 lancées sur le Web et une quelconque autre application Web permettant d'accéder, de traiter ou d'analyser des données stockées, collectées ou en temps réel. L'une ou les plusieurs applications ESP de puits en 3D 106 peuvent comprendre une quelconque ou plusieurs applications ESP de puits en 3D fournies par la suite DecisionSpace® ou une autre application ESP de puits en 3D permettant d'accéder, de traiter ou d'analyser des données stockées, collectées ou en temps réel. 10 L'une ou les plusieurs applications ESP de puits en 2D 108 peuvent comprendre une quelconque ou plusieurs applications en 2D fournies par la suite DecisionSpace® ou une autre application ESP de puits en 2D permettant d'accéder, de traiter ou d'analyser des données stockées, collectées ou en temps réel. L'une quelconque des applications ESP de puits peut être graphiquement organisée à l'intérieur d'un fichier, affichée graphiquement sous forme d'un icône 15 ou les deux, par ex., tel qu'indiqué par le panneau de visualisation de l'application 616 de la figure 6. Dans un ou plusieurs modes de réalisation, l'une quelconque ou les plusieurs applications Web 104, des applications ESP de puits en 3D 106 ou des applications ESP de puits en 2D 108 peuvent transmettre, recevoir, ou les deux, des communications comprenant des 20 données et des informations vers un réseau privé 112 à travers une interface réseau 110. Dans un ou plusieurs modes de réalisation, les applications ESP de puits en 3D 106 et les applications ESP de puits en 2D 108 sont des applications réseau ou basées sur un nuage informatique. L'interface réseau 110 peut être une quelconque combinaison de voies de communication sans fil et sur fil. L'interface réseau 110 peut être un intranet et peut comprendre un pare-feu. Dans un 25 exemple, au moins une partie d'une communication est transférée à travers l'Internet à l'aide du protocole de contrôle de transmission/protocole Internet (TCP/IP). Dans un ou plusieurs modes de réalisation, la communication réseau peut être basée sur un ou plusieurs protocoles de communication (par ex., le protocole de transfert hypertexte (HTTP), le HTTP sécurisé (HTTPS), l'interface des données d'application (ADI), le langage de balisage standard de 30 transfert des informations de puits (WITSML), ou un quelconque autre protocole approprié). Les données ou les informations peuvent être stockées ou maintenues sur un support non transitoire lisible par ordinateur et les données ou les informations peuvent comprendre des sources de données disparates (telles que l'ADI, l'interface des données d'applications Java (JADI), le langage de balisage standard de transfert des informations de puits (WITSML), le journal de la 3063101 2016-IPM-100626-U1-FR 8 norme ASCII (LAS), la norme des informations de journal (LIS), la norme d'échange de journal numérique (DLIS), la norme de transfert des informations du puits (WITS), le code de la norme américaine pour l'échange d'informations (ASCII), OpenWorks, Petrel, le Modèle de données des ingénieurs (EDM), les données en temps réel (RTD), Profibus, Modbus, OLE Process 5 Control (OPC), divers protocoles de communication par RF (tels que, Code Division Multiple Access (CDMA), le système global pour les communications mobiles (GSM), etc.), Vidéo/Audio, clavardage, ou tout autre type de données ou d'informations). Bien que l'architecture de l'interface utilisateur 100 illustrée dans la figure 1 utilise une architecture client-serveur, les modes de réalisation ne sont pas limités à une telle architecture, et pourraient bien 10 trouver une application dans un système d'architecture en réseau ou paire à paire. Un réseau privé 112 peut comprendre un ou plusieurs serveurs Web 114, une ou plusieurs consoles 116, un ou plusieurs contrôleurs en 3D 118, un ou plusieurs contrôleurs en 2D 120, une ou plusieurs machines virtuelles en 3D 122, une ou plusieurs machines virtuelles en 2D124 et un ou plusieurs services de niveau moyen ou d'arrière-plan 126. Dans un ou plusieurs 15 modes de réalisation, le serveur Web 114 comprend un quelconque ou plusieurs serveurs Web différents pour héberger et supporter une ou plusieurs applications Web 104 provenant d'une ou de plusieurs sources. Le console 116 peut comprendre une ou plusieurs consoles de maintenance et de support d'interface utilisateur pour fournir des portails ou des interfaces d'utilisateur et d'administration aux informations et données de configuration et d'autorisation, la surveillance 20 des paramètres et de l'utilisation du système (par ex., la performance, l'utilisation du processeur, le trafic sur le réseau, l'utilisation de la mémoire et tout autre paramètre), l'installation des mises à jour et des correctifs ou une quelconque combinaison de ceux-ci. Un réseau privé 112 peut également fournir un ou plusieurs contrôleurs en 3D 118 et un ou plusieurs contrôleurs en 2D 120 qui comprennent et fournissent le support pour 25 l'une ou les plusieurs applications ESP de puits en 3D 106 et l'une ou les plusieurs applications ESP de puits en 2D 108. Une ou plusieurs machines virtuelles en 3D 122 peuvent être associées à l'un ou plusieurs des contrôleurs en 3D 118. Une ou plusieurs machines virtuelles en 2D 124 peuvent être associées à l'un ou plusieurs des contrôleurs en 2D 120. Dans un ou plusieurs modes de réalisation, les applications ESP de puits en 3D 106 sont installées au niveau d'une ou de 30 plusieurs machines virtuelles en 3D 122 et l'un ou les plusieurs contrôleurs en 3D 118 dirigent la sortie à partir des applications ESP de puits en 3D 106 s'exécutant sur l'une ou les plusieurs machines virtuelles en 3D 122 vers l'interface réseau 110. Dans un ou plusieurs modes de réalisation, les applications ESP de puits en 2D 108 sont installées au niveau d'une ou de plusieurs machines virtuelles en 2D 124 et l'un ou les plusieurs contrôleurs en 2D 120 dirigent la 3063101 2016-IPM-100626-U1-FR 9 sortie à partir des applications ESP de puits en 2D 108 s'exécutant sur l'une ou les plusieurs machines virtuelles en 2D 124 vers l'interface réseau 110. Les services de niveau moyen et d'arrière-plan 126 peuvent fournir des stockages de données et d'autres services d'arrière-plan nécessaires pour supporter l'appareil de 5 console d'utilisateur 102. Par exemple, les services de niveau moyen et d'arrière-plan 126 peuvent fournir un accès à une ou plusieurs bases de données ou systèmes de stockage pour une quelconque ou plusieurs des applications Web 104, l'une ou les plusieurs applications ESP de puits en 3D 106, l'une ou les plusieurs applications ESP de puits en 2D 108, ou une quelconque combinaison de celles-ci. Les services de niveau moyen et d'arrière-plan 126 peuvent également 10 fournir un accès à des applications de courrier électronique et de communications, des programmes de logiciel antivirus, des mises à jour et des correctifs du système d'exploitation. Dans un ou plusieurs modes de réalisation, l'appareil de console d'utilisateur 102 permet à un utilisateur d'accéder à des produits et des flux de travail autorisés d'un appareil ESP de puits. Dans un ou plusieurs modes de réalisation, l'appareil de console d'utilisateur 102 15 peut également permettre à un utilisateur d'accéder à une ou plusieurs des applications tierces autorisées de l'appareil ESP de puits. L'appareil de console d'utilisateur 102 peut être lancé à travers un navigateur Web ou un dispositif client 150. À partir de l'appareil de console d'utilisateur 102, un utilisateur peut sélectionner une ou plusieurs applications, par ex., une ou plusieurs applications ESP de puits en 3D 106, une ou plusieurs applications ESP de puits en 2D 20 108 ou une quelconque combinaison de celles-ci, ou un ou plusieurs flux de travail auxquels l'utilisateur est autorisé à accéder. Dans un ou plusieurs modes de réalisation, l'appareil de console d'utilisateur 102 peut fournir un accès à un ou plusieurs vidéos, fichiers et données. Par exemple, des utilisateurs à travers les multiples dispositifs clients 150 peuvent partager une vidéo, les uns avec 25 les autres, à travers une application ou un flux de travail auquel chaque utilisateur est autorisé à accéder. Dans un ou plusieurs modes de réalisation, les applications et les flux de travail fréquemment utilisés peuvent être affichés, par ex., à travers un icône ou une ou plusieurs liaisons illustrées graphiquement par le panneau de visualisation du flux de travail 618 et le panneau de visualisation des favoris 620 de la figure 6. Dans un ou plusieurs modes de 30 réalisation, les applications ou les flux de travail fréquemment utilisés peuvent être ajoutés ou supprimés du panneau de visualisation respectif. L'appareil de console d'utilisateur 102 peut comprendre un filtre ou une fonctionnalité de recherche, par ex., telle qu'illustrée par le portail de recherche 608 de la figure 6, pour aider un utilisateur à trouver et à lancer une application. Dans 3063101 2016-IPM-100626-U1-FR 10 un ou plusieurs modes de réalisation, l'appareil de console d'utilisateur 102 peut fournir un formulaire de requête ou un portail, par ex., à travers l'onglet 610 de la figure 6, pour que l'utilisateur soumette une requête pour l'accès à un flux de travail ou à une application auquel l'utilisateur n'est pas actuellement autorisé à accéder. Un tableau de bord, par ex., accessible à 5 travers l'onglet 612 est illustré au niveau du visualiseur de tableau de bord 606 de la figure 6, peut également être fourni avec l'appareil de console d'utilisateur 102 pour fournir à l'utilisateur une représentation visuelle d'un quelconque ou de plusieurs paramètres associés à l'appareil de console d'utilisateur 102 ou un quelconque autre programme logiciel, application, appareil ou dispositif associé à l'utilisateur ou spécifié dans un fichier de préférences ou de configuration 10 associé à l'utilisateur. Dans un ou plusieurs modes de réalisation, le tableau de bord peut fournir un indicateur concernant le nombre, un identifiant (unique ou non), ou une quelconque autre caractéristique des machines virtuelles en 3D, des machines virtuelles en 2D disponibles, ou des deux, la disponibilité d'une quelconque application ESP de puits, les utilisateurs actifs courants, le volume ou les horizons des données sismiques créées, les statistiques concernant les permis, et 15 tout autre exploration, service ou production de puits, ou une combinaison de ceux-ci. Dans un ou plusieurs modes de réalisation, l'appareil de console d'utilisateur 102 fournit une interface à l'utilisateur pour que l'utilisateur visualise, modifie, édite ou change une ou plusieurs préférences ou configurations associées à l'utilisateur. La figure 2 est un organigramme d'un exemple d'une architecture d'appareil 20 ESP de puits 200 pour l'optimisation des applications d'exploration, de maintenance ou de production de puits, ou d'une quelconque combinaison de ceux-ci, selon un ou plusieurs aspects de la présente divulgation. Dans un ou plusieurs modes de réalisation, l'appareil de console d'utilisateur 102 de la figure 1 fournit une interface utilisateur à un ou plusieurs composants de l'architecture de l'appareil ESP de puits 200. L'architecture de l'appareil ESP de puits 200 peut 25 comprendre un serveur 250 avec une infrastructure d'appareil ESP de puits 202 pour le déploiement d'une ou de plusieurs applications ESP de puits, par ex., un ou plusieurs programmes ou applications logicielles pour une opération d'exploration, de maintenance ou de production de puits, un ou plusieurs routeurs 232 et 234, une ou plusieurs interfaces réseau 236 et 238 et un ou plusieurs réseaux 240 et 242. Le serveur 250 peut comprendre un ou plusieurs 30 serveurs. Le serveur 250 peut comprendre un système de traitement d'informations, par ex., le système de traitement d'informations 500 de la figure 5. Les réseaux 240 et 242 peuvent comprendre un quelconque nombre de réseaux qui procurent un accès ou des communications avec un réseau, par ex., dans un environnement intranet, Internet ou de nuage informatique et peut être couplé en communication l'un à l'autre, à un ou plusieurs réseaux, ou les deux. 3063101 2016-IPM-100626-U1-FR 11 Dans un ou plusieurs modes de réalisation, le serveur 250 comprend une infrastructure d'appareil d'exploration, de maintenance ou de production de puits ou une quelconque combinaison de ceux-ci (infrastructure d'appareil ESP) 202 pour un appareil ESP de puits. Dans un ou plusieurs modes de réalisation, l'appareil ESP de puits tel qu'illustré par 5 l'infrastructure de l'appareil ESP de puits 202 peut être hébergé et contrôlé par un utilisateur ou une tierce partie. L'infrastructure d'appareil ESP de puits 202 comprend une ou plusieurs interfaces réseau 204 et 216 pour interfacer une ou plusieurs applications, appareils ou dispositifs du serveur 250 à un ou plusieurs réseaux 240 et 242. Les interfaces réseau 204 et 216 peuvent être couplées en communication à un ou plusieurs réseaux 240 et 242 par l'intermédiaire d'un ou 10 de plusieurs routeurs 232 et 234 et une ou plusieurs autres interfaces réseau 236 et 238, respectivement. Dans un ou plusieurs modes de réalisation, les interfaces réseau 204 et 216 peuvent être la même interface réseau, les réseaux 240 et 242 peuvent être le même réseau, les routeurs 232 et 234 peuvent être le même routeur, les interfaces réseau 236 et 238 peuvent être la même interface réseau ou une quelconque combinaison de ceux-ci peut être implémentée. Dans 15 un ou plusieurs modes de réalisation, les interfaces réseau 236 et 238 ne sont pas nécessaires ou requises. Dans un ou plusieurs modes de réalisation, l'infrastructure de l'appareil ESP de puits 202 comprend une ou plusieurs machines virtuelles en 2D 208 et une ou plusieurs machines virtuelles en 3D 206 couplées en communication à l'interface réseau 204. La machine 20 virtuelle en 2D 208 et la machine virtuelle en 3D 206 peuvent être déployées comme faisant partie d'un contenant de sorte que la machine virtuelle en 2D 208 et la machine virtuelle en 3D 206 peuvent être déployées à travers de multiples plateformes et systèmes d'exploitation avec moins de surcharges que des machines virtuelles classiques. Dans un ou plusieurs modes de réalisation, la dimension ou la capacité d'une quelconque machine virtuelle peut être basée, au 25 moins en partie, sur le nombre connu ou projeté ou la quantité d'utilisateurs (par ex., des utilisateurs simultanés ou autrement), la taille du disque, la quantité de mémoire nécessaire, un ou plusieurs flux de travail, un volume de données, une façon de télécharger les données, une quantité de données téléchargées ou qui doit être téléchargée, ou un quelconque autre algorithme, critère ou facteur. Un ou plusieurs dispositifs de mémoire 210 et 214 peuvent être couplés ou 30 montés sur la machine virtuelle en 2D 208 et la machine virtuelle en 3D 206 respectivement. Dans un ou plusieurs modes de réalisation, la machine virtuelle en 2D 208 et la machine virtuelle en 3D 206 partagent la même mémoire. Dans un ou plusieurs modes de réalisation, la machine virtuelle en 3D 206 peut être couplée à une unité de traitement graphique (UTG) 212. Dans un ou plusieurs modes de réalisation, la machine virtuelle en 3D 206 peut comprendre l'UTG 212. Par 3063101 2016-IPM-100626-U1-FR 12 exemple, un contenant peut comprendre une machine virtuelle en 3D et une UTG. Chacune de la machine virtuelle en 2D 208 et de la machine virtuelle en 3D 206 peut être couplée en communication à une ou plusieurs interfaces réseau 216 et une interface réseau 204. Dans un ou plusieurs modes de réalisation, l'interface réseau 216 peut se coupler à un support de stockage à 5 travers une connexion Ethernet et l'interface réseau 204 peut se coupler à un support de stockage électronique à travers une connexion Fibre Channel. Dans un ou plusieurs modes de réalisation, une application ESP de puits en 2D (par ex., une application ESP de puits en 2D 108 de la figure 1), une application ESP de puits en 3D (par ex., une application ESP de puits en 3D 106 de la figure 1) ou les deux peuvent interfacer avec ou être couplée en communication à la machine 10 virtuelle en 2D 208, la machine virtuelle en 3D 206 ou les deux, à travers une interface réseau 204. Dans un ou plusieurs modes de réalisation, une quelconque ou plusieurs de la machine virtuelle en 2D 208 et de la machine virtuelle en 3D 206 peuvent être couplées en communication avec un commutateur Fibre Channel (FC) 228 de sorte que la machine virtuelle 15 en 2D 208 et la machine virtuelle en 3D 206 puissent communiquer avec un stockage flash 230, par ex., un dispositif de bus série universel (USB) ou un disque électronique (SSD). Dans un ou plusieurs modes de réalisation, le stockage flash 230 peut comprendre un quelconque type de registre de stockage approprié. Le stockage flash 230 peut fournir un accès à un répertoire ou à un emplacement de stockage 244 associé à un utilisateur donné. Par exemple, un premier 20 répertoire 248 peut comprendre un répertoire maison sur un premier disque ou région de stockage réseau de stockage flash 230 pour stocker des données associées à un premier utilisateur alors qu'un second répertoire 248 peut comprendre un répertoire maison sur un second disque ou région de réseau de stockage flash 230 pour stocker des données associées à un second utilisateur. Dans un ou plusieurs modes de réalisation, le répertoire 248 peut être optionnel et les 25 données associées à un utilisateur peuvent être stockées dans un quelconque emplacement de stockage approprié de stockage flash 230. Le stockage flash 230 peut comprendre ou avoir une liaison à une binaire d'application et un emplacement de configuration 246 pour chaque contenant de l'infrastructure de l'appareil EPS 202, par ex., pour une machine virtuelle en 2D 208 est une machine virtuelle en 3D 206. La binaire d'application et l'emplacement de configuration 30 246 comprennent la binaire ou exécutable et toute configuration de données associée aux contenants ou à l'application. Le stockage flash 230 peut également comprendre ou avoir une liaison à une image de contenant 248. L'image du contenant 248 peut comprendre une image du système d'exploitation comprenant les binaires et les bibliothèques nécessaires associées à un contenant, par ex., la machine virtuelle en 2D 208 et la machine virtuelle en 3D 206. 3063101 2016-IPM-100626-U1-FR 13 Dans un ou plusieurs modes de réalisation, l'interface réseau 216 peut être couplée en communication à un serveur de fichiers 218. Le serveur de fichiers 218 peut comprendre un ou plusieurs systèmes de traitement d'informations, par ex., le système de traitement d'informations 500 de la figure 5. Le serveur de fichiers 218 peut comprendre un 5 serveur de réseau de stockage SAN ou un serveur de stockage en réseau (NAS) qui peut expertiser des systèmes de fichiers (par ex., le système de fichiers Internet commun (CIFS), le système de fichiers en réseau (NFS) ou le bloc de message serveur (SMB)) ou des volumes bruts sur un ou plusieurs dispositifs clients, par ex., le dispositif client 150 de la figure 1 en utilisant un ou plusieurs protocoles de réseau (par ex., le protocole NFS, le protocole SMB/CIFS, le 10 protocole de transfert de fichiers (FTP) ou le protocole de transfert hypertexte (HTTP)). Le serveur de fichiers 218 fournit un accès à un ou plusieurs disques ou emplacements de stockage 220. L'un ou les plusieurs disques ou emplacements de stockage 220 peuvent fournir un accès à un répertoire ou à un emplacement de stockage 244 et la binaire d'application et l'emplacement de configuration 246 associés à un contenant, un utilisateur ou les deux. 15 Dans un ou plusieurs modes de réalisation, l'infrastructure de l'appareil ESP de puits 202 peut comprendre un stockage de données de sauvegarde 226. Dans un ou plusieurs modes de réalisation, le stockage de données de sauvegarde 226 comprend une ou plusieurs images de sauvegarde d'une ou de plusieurs machines virtuelles (par ex., la machine virtuelle en 2D 208 et la machine virtuelle en 3D 206) et des données provenant d'un quelconque ou de 20 plusieurs disques, supports, mémoire de stockage ou un autre contenant pour le stockage des données. Par exemple, l'une ou les plusieurs images de sauvegarde peuvent être utilisées pour une récupération en cas de désastre pour restaurer une ou plusieurs machines virtuelles et les données associées. Dans un ou plusieurs modes de réalisation, un serveur de sauvegarde 222 peut 25 être couplé en communication à une bandothèque 224. Le serveur de sauvegarde 222 peut recevoir des données et des informations associées à un quelconque ou plusieurs contenants, par ex., la machine virtuelle en 2D 208 et la machine virtuelle en 3D 206. Dans un ou plusieurs modes de réalisation, une console d'administrateur peut être fournie dans le cadre de l'appareil de console d'utilisateur 102 de la figure 1 ou une 30 architecture de l'appareil ESP de puits 202 de la figure 2. Le console d'administrateur peut fournir à un utilisateur autorisé la capacité à configurer l'un quelconque de l'une ou des plusieurs applications ESP de puits précédemment décrites, de gérer des utilisateurs ou des groupes d'utilisateurs et les privilèges associés, de surveiller une quelconque opération de la console 3063101 2016-IPM-100626-U1-FR 14 d'interface utilisateur 102, la performance du réseau, le matériel, l'une quelconque des applications ESP de puits précédemment décrites, des sauvegardes, des mises à jour, des licences, ou une quelconque autre donnée ou tout autre paramètre associé à l'appareil de console d'utilisateur 102 ou à l'architecture de l'appareil ESP de puits 202. 5 Dans un ou plusieurs modes de réalisation, toutes les données communiquées ou reçues à travers l'un quelconque ou plusieurs des réseaux 240 et 242 peuvent être cryptées. Dans un ou plusieurs modes de réalisation, toutes les données stockées par l'un ou plusieurs des composants de l'architecture de l'appareil ESP de puits peuvent être cryptées. La figure 3 est un organigramme d'une architecture de déploiement d'une 10 application d'exploration, de maintenance ou de production de puits, ou d'une quelconque combinaison de ceux-ci (architecture de déploiement de l'application ESP) 300, selon un ou plusieurs aspects de la présente divulgation. Dans un ou plusieurs modes de réalisation, l'architecture de déploiement de l'application ESP de puits 300 comprend un niveau d'application d'exploration, de maintenance ou de production de puits ou une quelconque combinaison de 15 ceux-ci (niveau d'application ESP) 302, un niveau d'hébergement Web 308, un niveau des applications et des services de support 310, un niveau de données 314 et un niveau d'application Web 320. Dans un ou plusieurs modes de réalisation, chacun du niveau d'application 302, du niveau d'hébergement Web 308, du niveau des applications et des services de support 310, du niveau de données 314 et du niveau d'application Web 320 comprend un ou plusieurs contenants. 20 Dans un ou plusieurs modes de réalisation, un niveau d'application ESP de puits 302 comprend un appareil de console d'utilisateur 102, une ou plusieurs applications ESP de puits tierces 304 et une ou plusieurs applications ESP de puits certifiées 306. Les applications ESP de puits certifiées 306 peuvent comprendre un ou plusieurs navigateurs Web, un ou plusieurs clients Java, une ou plusieurs applications ESP de puits en 2D (par ex., une ou 25 plusieurs applications ESP de puits en 2D 108 de la figure 1), une ou plusieurs applications ESP de puits en 3D (par ex., une ou plusieurs applications ESP de puits en 3D 106 de la figure 1), une application de courrier électronique, une application de licence, un service de répertoire actif (AD), un service de protocole actif de répertoire Linux® (LDAP), un service de surveillance, et une ou plusieurs applications des normes de l'industrie. Chaque application ESP de puits 306 30 certifiée ou compatible peut être encapsulée dans un contenant. Un ou plusieurs programmes logiciels, applications, services ou contenants d'un niveau d'application ESP de puits 302 peut transmettre ou échanger des données et des informations avec le niveau Web 308, le niveau des 3063101 2016-IPM-100626-U1-FR 15 applications et des services de support 310, le niveau de données 314, le niveau d'application Web 320, ou une quelconque combinaison de ceux-ci. Le niveau Web 308 héberge un ou plusieurs navigateurs Web ou un cadre de travail Web 322. Le niveau d'application Web 320 héberge une ou plusieurs applications Web, 5 par ex., les applications Web 104 de la figure 1. Le niveau des applications et des services de support 310 peut comprendre une ou plusieurs applications et services de support 312. Les applications et les services de support 312 peuvent comprendre un ou plusieurs programmes logiciels, applications, contenants ou services comprenant, sans limitation, un ou plusieurs moteurs de recherche, un ou plusieurs serveurs de données, un ou plusieurs services de 10 messagerie, un ou plusieurs modules analytiques, un ou plusieurs concentrateurs, une ou plusieurs applications et services de support de la norme de l'industrie, un ou plusieurs services Web, un ou plusieurs programmes antivirus, ou une quelconque combinaison de ceux-ci. Le niveau de données 314 peut comprendre une ou plusieurs bases de données 316 pour le stockage des données pour un quelconque ou plusieurs composants ou contenants de l'architecture de 15 déploiement de l'application EPS 300. Dans un ou plusieurs modes de réalisation, une ou plusieurs bases de données 316 peuvent être pré-renseignées avec un ou plusieurs ensembles de données. Le niveau de données 314 peut comprendre un ou plusieurs systèmes de fichiers 318. La figure 4 est un organigramme illustrant un procédé pour le déploiement d'un appareil d'exploration, de maintenance ou de production de puits, ou d'une quelconque 20 combinaison de ceux-ci (appareil ESP 400), selon un ou plusieurs aspects de la présente invention. À l'étape 402 un serveur ou un dispositif informatique, par ex., le serveur 250 de la figure 2, est configuré. Par exemple, le matériel nécessaire peut être déterminé, installé et configuré, un ou plusieurs systèmes d'exploitation peuvent être déterminés et peuvent être installés et configurés, une quelconque ou plusieurs connexions peuvent être initiées et vérifiées, 25 un hyperviseur peut être installé et configuré, une ou plusieurs références ou privilèges, informations de connexion ou d'autres informations de vérification peuvent être stockées dans une mémoire et toute autre configuration nécessaire pour préparer le serveur 250 pour le déploiement d'un appareil ESP de puits, par ex., tel qu'illustré dans la figure 2. L'un quelconque ou plusieurs des éléments précédents peuvent être basés, au moins en partie sur une ou plusieurs 30 entrées provenant d'un utilisateur à travers l'interface utilisateur, par ex., une interface utilisateur 600 telle qu'illustrée dans la figure 6. Dans un ou plusieurs modes de réalisation, le serveur 250 peut être configuré par l'exécution d'un script. Dans un ou plusieurs modes de réalisation, le serveur ou le dispositif informatique qui doit être configuré peut être choisi à travers une interface utilisateur, par ex., une interface utilisateur 600 telle qu'illustrée dans la figure 6. Dans 3063101 2016-IPM-100626-U1-FR 16 un ou plusieurs modes de réalisation, cette interface utilisateur peut être une interface utilisateur distincte de la console d'interface utilisateur 102 de la figure 1 et peut être exécutée sous forme d'un appareil distinct avant la création d'une quelconque machine virtuelle. Dans un ou plusieurs modes de réalisation, cette interface utilisateur peut être installée dans le cadre de la première 5 machine virtuelle créée ou peut être installée manuellement sur un appareil ESP de puits. Par exemple, l'interface utilisateur peut créer une ou plusieurs machines virtuelles pour l'appareil ESP de puits et surveiller l'installation et la configuration d'une ou de plusieurs applications. À l'étape 404, l'une ou les plusieurs applications et services ESP de puits, les applications ESP de puits tierces ou les deux peuvent être déterminées ou sélectionnées. L'une ou 10 les plusieurs applications ESP de puits sont des applications certifiées ou compatibles qui sont configurées pour s'exécuter et fonctionner à l'intérieur des paramètres identifiés pour un dispositif client donné, par ex., pour une connexion réseau, une configuration de mémoire, un flux de travail donné, ou un quelconque autre paramètre. Les applications et les services ESP de puits peuvent être sélectionnés à partir d'une liste d'applications et de maintenance ESP de puits 15 certifiés ou compatibles identifiés comme le montre la figure 3, par ex., tels qu'identifiés par rapport au niveau d'application ESP de puits 302, au niveau de l'hébergement Web 308, au niveau des applications et des services de support 310, au niveau de données 314, au niveau d'application Web 320, ou d'une quelconque combinaison de ceux-ci. Dans un ou plusieurs modes de réalisation, une configuration par défaut ou une matrice ESP de puits peut comprendre 20 une ou plusieurs applications et services ESP de puits. Par exemple, une matrice ESP de puits peut être définie à partir d'une opération ESP de puits donnée qui comprend une ou plusieurs applications et services ESP de puits qui sont généralement ou régulièrement nécessaires pour l'opération ESP de puits donnée. Dans un ou plusieurs modes de réalisation, l'application ou le service ESP de puits peut être ajouté ou enlevé d'une matrice ESP de puits choisie pour 25 l'inclusion dans le déploiement de l'interface utilisateur. L'une ou les plusieurs applications et services ESP de puits choisis ou déterminés, les applications tierces, ou les deux, sont basés, au moins en partie, sur une opération ESP de puits, une phase de vie ou un cycle de vie de l'opération ESP de puits, une quantité de données associée à une opération ESP de puits donnée, une ou plusieurs sources de données pour les données associées à une opération ESP de puits 30 donnée, et tous les autres paramètres associés à une opération ESP de puits donnée, ou une combinaison de ceux-ci. Dans un ou plusieurs modes de réalisation, une ou plusieurs restrictions sont également déterminées. L'une ou les plusieurs restrictions peuvent comprendre un quelconque ou plusieurs de la convention de dénomination pour une ou plusieurs machines virtuelles, une ou plusieurs adresses de protocole Internet (IP) disponibles, un ou plusieurs 3063101 2016-IPM-100626-U1-FR 17 surpassements de technologies d'information (TI), les autres restrictions utilisateur, et les autres restrictions nécessaires pour l'installation et la configuration de l'une ou des plusieurs applications et services ESP de puits, les applications ESP de puits tierces ou les deux. À l'étape 406, le schéma de déploiement est sélectionné et traité. Le schéma 5 de déploiement peut être sélectionné à partir d'un ou de plusieurs schémas de déploiement approuvés qui sont conformes à une ou plusieurs meilleures pratiques ou qui ont été vérifiées quant au caractère d'opérabilité et de compatibilité à travers une ou plusieurs plateformes désignées. Par exemple, un schéma de déploiement peut être associé à une ou plusieurs opérations ESP de puits spécifiques. Le schéma de déploiement identifie une infrastructure 10 standardisée d'un ou de plusieurs composants, par ex., le type ou la version d'un système d'exploitation, d'une ou de plusieurs bases de données, d'un ou de plusieurs navigateurs, ou de toutes les autres applications ESP de puits compatibles ou applications tierces. Cette standardisation empêche le déploiement d'un composant qui ne fonctionne pas uniformément à travers les plateformes sélectionnées ou déterminées. Le schéma de déploiement peut également 15 identifier les meilleures pratiques de réseau, par ex., aucun stockage local, aucun compte local, les configurations d'hébergement ou d'autres options de réseau. Le schéma de déploiement identifie également la gouvernance pour les opérations de développement, les produits et les flux de travail associés à une opération ESP de puits donnée. Le schéma de déploiement peut également identifier les directives de configuration et d'installation pour l'une quelconque ou 20 plusieurs des applications et services ESP de puits de logiciels tiers. Par exemple, le schéma de déploiement peut préciser qu'aucune application n'est installée sur un dispositif d'utilisateur final, par ex., le dispositif client 150 de la figure 1. Par exemple, le schéma de déploiement peut identifier que les applications et les services ESP de puits peuvent seulement être accessibles à travers une application distante hébergée à un emplacement de réseau ou dans le nuage 25 informatique, par ex., un navigateur Web ou un autre portail, un client Citrix ou un logiciel graphique distant client de Hewlett-Packard (RGS de HP). Dans un ou plusieurs modes de réalisation, le schéma de déploiement peut identifier ou préciser que toutes les applications Web soient accédées à travers un navigateur Web, que toutes les applications en 3D soient accédées à travers le RGS de HP, que toutes les applications qui ne sont pas en 3D soient accédées via un 30 client Citrix (par ex., hébergées sur un serveur Citrix XenApp®), que tous les services d'arrière- plan et de niveau moyen soient exécutés sur un système d'exploitation Linux® (même si une exception peut s'appliquer pour les services Windows seulement), seules certaines versions des systèmes d'exploitation peuvent être installées (par ex., Windows 7, Windows Server 2008 R2 and Red Hat Enterprise Linux (RHEL) Server 6. 6), les versions spécifiques des plateformes et 3063101 2016-IPM-100626-U1-FR 18 des bases de données, toutes les machines virtuelles stockeront des données d'application sur un serveur de fichiers (par ex., le serveur de fichiers 218 de la figure 2) et n'auront pas accès à un stockage local et les utilisateurs ou les groupes d'utilisateurs locaux seront définis dans un magasin d'identité centralisé (par ex., AD, LDAP ou service d'informations de réseau (NIS)). 5 À l'étape 408, une ou plusieurs règles de déploiement sont générées. L'une ou les plusieurs règles de déploiement sont basées, au moins en partie, sur le schéma de déploiement. Les règles de déploiement peuvent identifier l'ordre d'installation des applications et des services ESP de puits sélectionnées ou déterminées et toutes les applications tierces. L'ordre d'installation peut être basé, au moins en partie, sur les dépendances. Par exemple, une 10 première application ESP de puits peut nécessiter qu'une seconde application ESP de puits soit installée avant la première application ESP de puits. L'une ou les plusieurs règles de déploiement peuvent identifier les capacités du contenant, le nombre de processeurs du serveur 250, la quantité de mémoire et l'espace disque du serveur 250 et les autres propriétés ou paramètres spécifiques au serveur 250. 15 À l'étape 410, un ou plusieurs contenants sont créés comprenant l'une ou les plusieurs applications et services ESP de puits et un quelconque logiciel tiers sélectionné. L'un ou les plusieurs contenants peuvent être créés par un moteur de déploiement. La création des contenants peut être basée, au moins en partie, sur les règles de déploiement. Dans un ou plusieurs modes de réalisation, l'un ou les plusieurs contenants sont déployés sous forme de 20 machines virtuelles. À l'étape 412, l'un ou les plusieurs contenants sont déployés sur le serveur 250. Par exemple, l'un ou les plusieurs contenants sont déployés selon l'architecture illustrée dans la figure 2. Dans un ou plusieurs modes de réalisation, l'un ou les plusieurs contenants sont déployés dans une infrastructure hyperviseur du serveur 250. À l'étape 414, une interface utilisateur, par ex., telle qu'illustrée dans la figure 25 1, est lancée et l'accès est fourni à un utilisateur, conformément aux exigences de sécurité ou d'autorisation, à l'une ou aux plusieurs applications et services ESP de puits et logiciels tiers déployés sur le serveur 250. La figure 5 est un diagramme illustrant un exemple d'un système de traitement d'informations 500, selon un ou plusieurs aspects de la présente divulgation. Le dispositif client 30 150 de la figure 1 et le serveur 250 de la figure 2 peut prendre une forme semblable au système de traitement d'informations 500 ou comprendre un ou plusieurs composants du système de traitement d'informations 500. Un processeur ou une unité de traitement central (CPU) 501 du système de traitement d'informations 500 est couplé en communication à un contrôleur de 3063101 2016-IPM-100626-U1-FR 19 mémoire central (MCH) ou pont nord 502. Le processeur 501 peut comprendre, par ex., un microprocesseur, un microcontrôleur, un processeur de signal numérique (DSP), un circuit intégré spécifique à une application (ASIC), ou un quelconque autre circuit numérique ou analogique configuré pour interpréter et/ou exécuter des instructions de programme et/ou pour 5 traiter des données. Le processeur 501 peut être configuré pour interpréter et/ou exécuter des instructions de programme ou d'autres données récupérées et stockées dans une quelconque mémoire telle que la mémoire 503 ou un disque dur 507. Les instructions de programme ou d'autres données peuvent constituer des parties d'un logiciel ou d'une application pour exécuter un ou plusieurs procédés décrits ici. La mémoire 503 peut comprendre une mémoire morte 10 (ROM), une mémoire vive (RAM), une mémoire à semi-conducteur ou une mémoire sur disque. Chaque module de mémoire peut comprendre un quelconque système, dispositif ou appareil configuré pour retenir des instructions de programme et/ou des données pour une période de temps (par ex., un support non-transitoire lisible par ordinateur). Par exemple, les instructions provenant d'un logiciel ou d'une application peuvent être récupérées et stockées dans une 15 mémoire 503, par ex., pour l'exécution par un processeur 501. Des modifications, des additions ou des omissions peuvent être apportées à la figure 5 sans s'écarter de la portée de la présente divulgation. Par exemple, la figure 5 illustre une configuration particulière des composants du système de traitement d'informations 500. Cependant, une quelconque configuration appropriée des composants peut être utilisée. Par 20 exemple, des composants du système de traitement d'informations 500 peuvent être implémentés à la fois sous forme de composants physiques ou logiques. En outre, dans certains modes de réalisation, la fonctionnalité associée aux composants du système de traitement d'informations 500 peut être implémentée dans des circuits ou des composants spécialisés. Dans d'autres modes de réalisation, la fonctionnalité associée aux composants du système de traitement d'informations 25 500 peut être implémentée dans des circuits ou des composants polyvalents configurables. Par exemple, des composants du système de traitement d'informations 500 peuvent être implémentés par des instructions de programme informatique configurées. Le contrôleur de mémoire central 502 peut comprendre un contrôleur de mémoire pour orienter des informations vers ou à partir de divers composants de mémoire de 30 système à l'intérieur du système de traitement d'informations 500, tels qu'une mémoire 503, un élément de stockage 506 et un disque dur 507. Le contrôleur de mémoire central 502 peut être couplé à une mémoire 503 et à une unité de traitement graphique (UTG) 504. Le contrôleur de mémoire central 502 peut également être couplé à un contrôleur E/S central (ICH) ou pont sud 505. Le contrôleur E/S central 505 est couplé à des éléments de stockage du système de 3063101 2016-IPM-100626-U1-FR 20 traitement d'informations 500, y compris un élément de stockage 506, qui peut comprendre une ROM flash qui comprend un système d'entrée/sortie de base (BIOS) du système informatique. Le contrôleur E/S central 505 est également couplé au disque dur 507 du système de traitement d'informations 500. Le contrôleur E/S central 505 peut également être couplé à une superpuce 5 E/S 508, qui est elle-même couplée à plusieurs ports E/S du système informatique, y compris un clavier 509 et une souris 510. Dans certains modes de réalisation, le dispositif client 150 et le serveur 250 peuvent comprendre un système de traitement d'informations 500 avec au moins un processeur et un dispositif de mémoire couplé au processeur qui contient un jeu d'instructions qui, lorsqu'il est 10 exécuté, amène le processeur à exécuter certaines actions. Dans un quelconque mode de réalisation, le système de traitement d'informations peut comprendre un support non transitoire lisible par ordinateur qui stocke une ou plusieurs instructions dans lequel l'une ou les plusieurs instructions, lorsqu'elles sont exécutées, amènent le processeur à exécuter certaines actions. Dans le présent contexte, un système de traitement d'informations peut comprendre toute 15 instrumentalité ou tout regroupement d'instrumentalités qui peut fonctionner pour calculer, classer, traiter, transmettre, recevoir, récupérer, générer, commuter, stocker, afficher, manifester, détecter, enregistrer, reproduire, manipuler ou utiliser une quelconque forme d'informations, d'intelligence ou de données dans un but monétaire, scientifique, de contrôle ou à d'autres fins. Par exemple, un système de traitement d'informations peut être un terminal informatique, un 20 dispositif de stockage en réseau ou tout autre dispositif approprié et peut varier en matière de taille, de forme, de performances, de fonctionnalité et de prix. Le système de traitement d'informations peut comprendre une mémoire vive RAM, une ou plusieurs ressources de traitement telles qu'une unité centrale (CPU) ou une logique de commande de matériel ou de logiciel, une mémoire morte (ROM) et/ou d'autres types de mémoire non volatile. Des 25 composants additionnels du système de traitement d'informations peuvent comprendre un ou plusieurs disques, un ou plusieurs ports de réseau pour la communication avec des dispositifs externes aussi bien que divers dispositifs d'entrée et de sortie (E/S), tel qu'un clavier, une souris ou un écran vidéo. Le système de traitement d'informations peut comprendre un ou plusieurs bus qui fonctionnent pour transmettre des communications entre les divers composants matériels. 30 Dans un ou plusieurs modes de réalisation, un procédé permettant de déployer un appareil d'exploration, de maintenance et de production de puits comprend la détermination d'un système d'exploitation à partir d'un ou de plusieurs systèmes d'exploitation compatibles, la détermination d'une base de données à partir d'une ou de plusieurs bases de données compatibles, la détermination d'une ou de plusieurs applications (ESP) d'exploration, de maintenance et de 3063101 2016-IPM-100626-U1-FR 21 production de puits basée, au moins en partie sur une opération ESP de puits, la détermination d'un schéma de déploiement dans lequel le schéma de déploiement identifie une infrastructure standardisée de l'une ou des plusieurs applications ESP de puits compatibles, le fait de contenir chacun du système d'exploitation, de la base de données et de l'une ou des plusieurs applications 5 ESP de puits compatibles dans un ou plusieurs contenants sous forme de l'appareil ESP de puits, la génération d'une ou de plusieurs règles de déploiement basées, au moins en partie, sur le schéma de déploiement, dans lequel les règles de déploiement définissent au moins une structure architecturale pour l'un ou les plusieurs contenants et le déploiement de l'appareil ESP de puits sur un serveur basé, au moins en partie, sur l'une ou les plusieurs règles de déploiement. Dans un 10 ou plusieurs modes de réalisation, l'une ou les plusieurs applications ESP de puits et la base de données sont accessibles à travers une application distante. Dans un ou plusieurs modes de réalisation, l'une ou les plusieurs applications ESP de puits et la base de données sont accessibles à travers une application distante. Dans un ou plusieurs modes de réalisation, chacune de l'une ou des plusieurs applications ESP de puits est associée à une machine virtuelle. Dans un ou 15 plusieurs modes de réalisation, au moins une de l'une ou des plusieurs applications ESP de puits comprend une application ESP de puits bidimensionnelle. Dans un ou plusieurs modes de réalisation, le procédé permettant de déployer un appareil d'exploration, de maintenance et de production de puits comprend l'authentification par l'appareil ESP de puits d'un utilisateur avant de permettre l'accès à l'un ou à plusieurs des contenants de l'appareil ESP de puits. Dans un ou 20 plusieurs modes de réalisation, le procédé permettant de déployer un appareil d'exploration, de maintenance et de production de puits comprend le stockage des données d'opération dans une base de données. Dans un ou plusieurs modes de réalisation, un support non transitoire lisible par ordinateur stockant une ou plusieurs instructions qui, lorsqu'elles sont exécutées par l'appareil 25 de traitement de données, amènent le processeur à déterminer un système d'exploitation à partir d'un ou de plusieurs systèmes d'exploitation compatibles, à déterminer une base de données à partir d'une ou de plusieurs bases de données compatibles, à déterminer une ou plusieurs applications (ESP) d'exploration, de maintenance et de production de puits sur la base, au moins en partie, d'une opération ESP de puits, à déterminer un schéma de déploiement, dans lequel le 30 schéma de déploiement identifie une infrastructure standardisée de l'une ou des plusieurs applications ESP de puits compatibles, à contenir chacun du système d'exploitation, de la base de données et de l'une ou des plusieurs applications ESP de puits compatibles dans un ou plusieurs contenants sous forme de l'appareil ESP de puits, à générer une ou plusieurs règles de déploiement basées, au moins en partie, sur le schéma de déploiement, dans lequel les règles de 3063101 2016-IPM-100626-U1-FR 22 déploiement définissent au moins une structure architecturale pour l'un ou les plusieurs contenants et à déployer l'appareil ESP de puits sur un serveur basé, au moins en partie, sur l'une ou les plusieurs règles de déploiement. Dans un ou plusieurs modes de réalisation, une ou plusieurs applications ESP de puits et la base de données sont accessibles à travers une 5 application distante. Dans un ou plusieurs modes de réalisation, chacune de l'une ou des plusieurs applications ESP de puits est associée à une machine virtuelle. Dans un ou plusieurs modes de réalisation, au moins une de l'une ou des plusieurs applications ESP de puits comprend une application ESP de puits bidimensionnelle. Dans un ou plusieurs modes de réalisation, au moins une de l'une ou des plusieurs applications ESP de puits comprend une application ESP de 10 puits tridimensionnelle. Dans un ou plusieurs modes de réalisation, l'une ou les plusieurs instructions qui, lorsqu'elles sont exécutées par l'appareil de traitement des données, amènent également le processeur à authentifier par l'appareil ESP de puits un utilisateur avant de permettre l'accès à l'un ou à plusieurs des contenants de l'appareil ESP de puits. Dans un ou plusieurs modes de réalisation, l'une ou les plusieurs instructions qui, lorsqu'elles sont exécutées 15 par l'appareil de traitement de données, amènent également le processeur à stocker les données de l'opération dans une base de données. Dans un ou plusieurs modes de réalisation, un système de traitement d'informations comprend une mémoire, un processeur couplé à la mémoire, dans lequel la mémoire comprend une ou plusieurs instructions exécutables par un processeur pour déterminer 20 un système d'exploitation à partir d'un ou de plusieurs systèmes d'exploitation compatibles, déterminer une base de données à partir d'une ou de plusieurs bases de données compatibles, déterminer une ou de plusieurs applications (ESP) d'exploration, de maintenance et de production de puits basées, au moins en partie, sur une opération ESP de puits, déterminer un schéma de déploiement, dans lequel le schéma de déploiement identifie une infrastructure 25 standardisée de l'une ou des plusieurs applications ESP de puits compatibles, contenir chacun du système d'exploitation, de la base de données et de l'une ou des plusieurs applications ESP de puits compatibles dans un ou plusieurs contenants sous forme de l'appareil ESP de puits, générer une ou plusieurs règles de déploiement basées, au moins en partie, sur le schéma de déploiement, dans lequel les règles de déploiement définissent au moins une structure architecturale pour l'un 30 ou les plusieurs contenants et déployer l'appareil ESP de puits sur un serveur basé, au moins en partie, sur l'une ou les plusieurs règles de déploiement. Dans un ou plusieurs modes de réalisation, l'une ou les plusieurs applications ESP de puits et la base de données sont accessibles à travers une application distante. Dans un ou plusieurs modes de réalisation, chacune de l'une ou des plusieurs applications ESP de puits est associée à une machine virtuelle. Dans un ou 3063101 2016-IPM-100626-U1-FR 23 plusieurs modes de réalisation, au moins une de l'une ou des plusieurs applications ESP de puits comprend une application ESP de puits bidimensionnelle. Dans un ou plusieurs modes de réalisation, au moins une de l'une ou des plusieurs applications ESP de puits comprend une application ESP de puits tridimensionnelle. Dans un ou plusieurs modes de réalisation, l'une ou 5 les plusieurs instructions sont également exécutables par le processeur pour authentifier, avec l'appareil ESP de puits, un utilisateur avant de permettre l'accès à l'un ou à plusieurs des contenants de l'appareil ESP de puits. Par conséquent, la présente invention est bien adaptée pour atteindre les objectifs et les avantages mentionnés et aussi bien que ceux qui sont inhérents à celle-ci. Les 10 modes de réalisation particuliers divulgués ci-dessus ne sont qu'illustratifs, étant donné que la présente invention peut être modifiée et pratiquée de façons différentes mais équivalentes qui seront évidentes aux spécialistes du domaine qui bénéficient des enseignements de l'invention. De plus, aucune limitation n'est prévue aux détails de construction ou de conception décrits ici, autres que ceux décrits dans les revendications ci-dessous. Il est donc évident que les modes de 15 réalisation illustratifs particuliers décrits ci-dessus peuvent être altérés ou modifiés et toutes les variations de ce type sont considérées comme étant à l'intérieur de la portée ou de l'esprit de la présente invention. En outre, les termes dans les revendications ont leur signification claire et ordinaire, sauf en cas d'indication explicite et claire autre définie par le demandeur. Un certain nombre d'exemples ont été décrits. Néanmoins, il sera compris que 20 diverses modifications peuvent être apportées. Par conséquent, d'autres implémentations sont dans la portée des revendications suivantes. REVENDICATIONS1. Procédé permettant de déployer un appareil d'exploration, de maintenance et de production de puits comprenant : la détermination d'un système d'exploitation à partir d'un ou de plusieurs systèmes d'exploitation compatibles ; la détermination d'une base de données à partir d'une ou de plusieurs bases de données compatibles ; la détermination d'une ou de plusieurs applications d'exploration, de maintenance et de production (ESP) de puits basée, au moins en partie, sur une opération ESP de puits ; la détermination d'un schéma de déploiement, dans lequel le schéma de déploiement identifie une infrastructure standardisée de l'une ou des plusieurs applications ESP de puits compatibles ; le fait de contenir chacun du système d'exploitation, de la base de données et l'une ou les plusieurs applications ESP de puits compatibles dans un ou plusieurs contenants aussi bien que l'appareil ESP de puits ; la génération d'une ou de plusieurs règles de déploiement basée, au moins en partie, sur le schéma de déploiement, dans lequel les règles de déploiement définissent au moins une structure architecturale pour l'un ou les plusieurs contenants ; et le déploiement de l'appareil ESP de puits sur un serveur basé, au moins en partie, sur l'une ou les plusieurs règles de déploiement. 2. Procédé selon la revendication 1, dans lequel l'une ou les plusieurs applications ESP de puits et la base de données sont accessibles à travers une application distante. 3. Procédé selon la revendication 1, dans lequel chacune de l'une ou des plusieurs applications ESP de puits est associée à une machine virtuelle. 4. Procédé selon la revendication 1, dans lequel au moins une de l'une ou des plusieurs applications ESP de puits comprend une application ESP de puits bidimensionnelle. 5. Procédé selon la revendication 1, dans lequel au moins une de l'une 3063101 2016-IPM-100626-U1-FR 25 ou des plusieurs applications ESP de puits comprend une application ESP de puits tridimensionnelle. 6. Procédé selon l'une quelconque ou plusieurs des revendications 1 à 5, comprenant également l'authentification par l'appareil ESP de puits d'un utilisateur avant de permettre l'accès à l'un ou à plusieurs des contenants de l'appareil ESP de puits. 7. Procédé selon l'une quelconque ou plusieurs des revendications 1 à 5, comprenant également le stockage des données de l'opération dans une base de données. 8. Système de traitement d'informations, comprenant : une mémoire ; un processeur couplé à la mémoire, dans lequel la mémoire comprend une ou plusieurs instructions exécutables par le processeur pour : déterminer un système d'exploitation à partir d'un ou de plusieurs systèmes d'exploitation compatibles ; déterminer une base de données à partir d'une ou de plusieurs bases de données compatibles ; déterminer une ou plusieurs applications d'exploration, de maintenance et de production (ESP) de puits compatibles basé, au moins en partie, sur une opération ESP de puits ; déterminer un schéma de déploiement, dans lequel le schéma de déploiement identifie une infrastructure standardisée de l'une ou des plusieurs applications ESP de puits compatibles ; le fait de contenir chacun du système d'exploitation, de la base de données et de l'une ou des plusieurs applications ESP de puits compatibles dans un ou plusieurs contenants aussi bien que l'appareil ESP de puits ; générer une ou de plusieurs règles de déploiement basé, au moins en partie, sur le schéma de déploiement, dans lequel les règles de déploiement définissent au moins une structure architecturale pour l'un ou les plusieurs contenants ; et 3063101 2016-IPM-100626-U1-FR 26 déployer l'appareil ESP de puits sur un serveur basé, au moins en partie, sur l'une ou les plusieurs règles de déploiement. 5 9. Système de traitement d'informations selon la revendication 8, dans lequel l'une ou les plusieurs applications ESP de puits et la base de données sont accessibles à travers une application distante. 10 10. Système de traitement d'informations selon la revendication 8, dans lequel chacune de l'une ou des plusieurs applications ESP est associée à une machine virtuelle. 11. Système de traitement d'informations selon la revendication 8, dans 15 lequel au moins une de l'une ou des plusieurs applications ESP comprend une application ESP de puits bidimensionnelle. 12. Système de traitement d'informations selon la revendication 8, dans lequel au moins une de l'une ou des plusieurs applications ESP comprend une application 20 ESP de puits tridimensionnelle. 13. Système de traitement d'informations selon l'une quelconque des revendications 8 à 12, l'une ou les plusieurs instructions sont également exécutables par le processeur pour authentifier un utilisateur par l'appareil ESP de puits avant de permettre 25 l'accès à l'un ou à plusieurs des contenants de l'appareil ESP de puits.