RÉFÉRENCES CROISÉES A DES DEMANDES APPARENTÉES ARRIÈRE-PLAN [0001] Des opérations, telles que la prospection géophysique, le forage, la diagraphie, la complétion de puits, et la production, sont typiquement effectuées pour localiser et recueillir des fluides de fond précieux. Des prospections sont souvent exécutées en utilisant des méthodologies de recueil, telles qu'une cartographie sismique, une cartographie de résistivité, etc. pour générer des images de formations souterraines. Ces formations sont souvent analysées pour déterminer la présence de ressources souterraines, telles que des fluides ou minéraux précieux, ou pour déterminer si les formations ont des caractéristiques appropriées pour stocker des fluides. Bien que les ressources souterraines ne soient pas limitées à des hydrocarbures tels que le pétrole, sur l'ensemble du présent document, les termes « champ pétrolifère » et « opération de champ pétrolifère » peuvent être utilisés de manière interchangeable avec les termes « champ » et « opération de champ » pour désigner un site où n'importe quels types de fluides ou minéraux précieux peuvent être trouvés et les activités requises pour les extraire. Les termes peuvent également faire référence à des sites où des substances sont déposées ou stockées en les injectant dans la surface en utilisant des trous de forage et les opérations associées à ce processus. En outre, le terme « opération de champ » désigne une opération de champ associée à un champ, y compris des activités se rapportant à la planification du champ, le forage du puits, la complétion du puits de forage, et/ou la production en utilisant le puits de forage. [0002] Des modèles de réservoirs d'hydrocarbure subsurface et de puits de pétrole sont souvent utilisés en simulation (par exemple, dans une modélisation du comportement du puits de pétrole) pour augmenter les rendements et pour accélérer et/ou améliorer la production des puits de pétrole. Des outils d'interprétation sismique et des programmes d'acquisition sismique pour la simulation peuvent comprendre de nombreuses fonctionnalités et appliquer des techniques complexes à travers de nombreux aspects de modélisation et de simulation. De tels programmes incluent typiquement une grande suite d'outils et différents programmes et sont dénommés des outils d'exploration et de production (E&P) connus du spécialiste de la technique. Les utilisateurs de tels systèmes peuvent passer de nombreuses heures par jour à travailler avec ces outils pour tenter d'optimiser les interprétations géologiques et les scénarios de développement technique du réservoir. [0003] Au sein de l'espace de travail de connaissance E&P, les utilisateurs finaux des applications d'interprétation (typiquement des géoscientifiques) sont souvent les mieux informés des données utilisées au sein des interprétations. Dans de nombreux cas, ils ont créé ou demandé le recueil des données. Du fait des règles d'administration et de gestion des données, les utilisateurs finaux peuvent ne pas être aptes à modifier des informations qu'ils trouvent ou estiment être erronées - et doivent donc les faire suivre ou informer un gestionnaire de données qui est le gardien des informations. Cela exige typiquement un effort important d'effectuer le suivi avec le gestionnaire de données, et d'expliquer l'objet, le lieu, le moment, et autre contexte clé du problème de données. RÉSUMÉ [0004] En général, selon un aspect, l'invention concerne un procédé d'exploitation d'un outil d'exploration et production (E&P) dans un champ ayant une formation souterraine. Le procédé comprend l'affichage, dans une première image générée par une première instanciation de l'outil E&P, d'une pluralité d'éléments graphiques correspondant à une pluralité d'objets dans le champ, la réception, par la première instanciation de l'outil E&P et d'un premier utilisateur, d'une première annotation comprenant une première description de problème concernant un premier élément de données d'un puits de forage dans la pluralité d'objets, le marquage de la première annotation sur un premier élément graphique représentant le premier élément de données du puits de forage, la première annotation étant stockée dans un référentiel et accessible par la première instanciation de l'outil E&P et une deuxième instanciation de l'outil E&P, l'envoi d'une première notification à un deuxième utilisateur concernant la première annotation, et la réception, par un processeur d'ordinateur exécutant la deuxième instanciation de l'outil E&P et du deuxième utilisateur, d'une première réponse à la première description de problème, la première réponse étant ajoutée à la première annotation et stockée dans le référentiel, la première réponse étant accessible à partir du référentiel par le premier utilisateur en utilisant la première instanciation de l'outil E&P. [0005] D'autres aspects de l'invention seront apparents à partir de la description détaillée suivante et des revendications annexées. BRÈVE DESCRIPTION DES DESSINS [0006] Les dessins annexés illustrent plusieurs modes de réalisation d'une gestion de problème de données recueillies par un utilisateur et ne doivent pas être considérés comme limitant son champ d'application, pour une affectation de problème de données produites par un utilisateur, et le compte-rendu peut admettre d'autres modes de réalisation aussi efficaces. [0007] La figure 1.1 est une vue schématique, partiellement en coupe transversale, d'un champ dans lequel un ou plusieurs modes de réalisation de gestion de problème de données recueillies par un utilisateur peuvent être mis en oeuvre. [0008] La figure 1.2 montre un système de modélisation d'exploration et de production conformément à un ou plusieurs modes de réalisation. [0009] La figure 2 montre un schéma descriptif d'un procédé pour la gestion de problème de données recueillies par un utilisateur conformément à un ou plusieurs modes de réalisation. [0010] Les figures 3.1 à 3.7 représentent un exemple pour la gestion de problème de données recueillies par un utilisateur conformément à un ou plusieurs modes de réalisation. [0011] La figure 4 représente un système informatisé à l'aide duquel un ou plusieurs modes de réalisation de gestion de problème de données recueillies par un utilisateur peuvent être mis en oeuvre. DESCRIPTION DÉTAILLÉE [0012] Les aspects de la présente description sont montrés dans les dessins identifiés qui précèdent et sont décrits plus bas. Dans la description, des numéros de références analogues ou identiques sont utilisés pour identifier des éléments communs ou similaires. Les dessins ne sont pas nécessairement à l'échelle et certaines caractéristiques peuvent être illustrées à une échelle exagérée ou schématiquement dans l'intérêt de la clarté et de la concision. [0013] Des aspects de la présente description comprennent un procédé, un système, et un support lisible par un ordinateur pour permettre à un utilisateur final d'un outil E&P de marquer un élément de données comme ayant un problème possible, de telle sorte que d'autres utilisateurs dans une communauté peuvent partager l'information. L'élément de données peut être un emplacement ou d'autres données associées à un objet dans le champ (par exemple, un puits de forage, un réservoir d'hydrocarbure, une couche de formation, etc.). Dans un ou plusieurs modes de réalisation, une description de problème est marquée sur l'élément de données en tant qu'annotation. Généralement, l'annotation est un marqueur virtuel attribué à un emplacement ou d'autres données, et peut comprendre du texte, des liens, des images, des documents, etc. relatifs au problème possible concernant l'élément de données. Dans un ou plusieurs modes de réalisation, le type d'annotation peut être spécifié par la sélection d'une icône graphique qui donne aux autres utilisateurs une compréhension de la nature de l'annotation, par exemple, informative de base, notification, alerte, etc. Sur l'ensemble de la présente description, le terme « objet » désigne un élément physique dans le champ, le terme « élément de données » désigne une donnée décrivant un ou plusieurs attributs de l'objet, et le terme « élément graphique » désigne un élément affiché dans une interface graphique utilisateur (IGU) de l'outil E&P. En particulier, l'élément graphique peut représenter un ou plusieurs objet(s), élément(s) de données associé(s) à l'objet ou aux objets, ou annotation(s) marquée(s) sur le ou les élément(s) de données. L'élément graphique peut également être une composante de l'interface graphique, tel qu'une case d'option, une zone de texte, une liste déroulante, etc. En outre, le terme « instanciation » désigne une occurrence, une session, ou une copie d'une application logicielle, qu'elle soit ou non en cours d'exécution. [0014] L'élément de données et l'annotation font partie d'un plus grand ensemble de données qui est stocké dans un référentiel partagé accessible par un gestionnaire de données, qui serait prévenu. La notification peut être par l'intermédiaire d'un courrier électronique ou d'une autre interface permettant au gestionnaire de données de visualiser la description du problème avec son contexte (par exemple, emplacement, données relatives, informations relatives à l'utilisateur rapporteur, nature de l'erreur, heure du compte-rendu, etc.). Plusieurs descriptions de problème signalées par plusieurs utilisateurs peuvent être organisées dans une liste de métadonnées. Cette liste peut être visible en format 2D et/ou 3D pour que le gestionnaire de données détermine rapidement la nature et la validité des problèmes de données signalés, de telle sorte que des actions adéquates sont prises pour les résoudre. Une fois que les données sont corrigées ou que le problème est clôturé, l'utilisateur rapporteur est prévenu de la mise à jour avec l'action correspondante notée dans l'annotation et l'historique de l'élément de données. [0015] La figure 1.1 représente une vue schématique, partiellement en coupe transversale, d'un champ (100) dans lequel un ou plusieurs modes de réalisation de gestion de problème de données recueillies par un utilisateur peuvent être mis en oeuvre. Dans un ou plusieurs modes de réalisation, un ou plusieurs des modules et éléments illustrés sur la figure 1.1 peuvent être omis, répétés, et/ou substitués. Ainsi, les modes de réalisation de gestion de problème de données recueillies par un utilisateur ne doivent pas être considérés comme limités aux agencements spécifiques de modules illustrés sur la figure 1.1. [0016] Comme illustré sur la figure 1.1, la formation souterraine (104) comprend plusieurs structures géologiques (106-1 à 106-4). Comme illustré, la formation a une couche de grès (106-1), une couche de roche calcaire (106-2), une couche de schiste (106-3), et une couche de sable (106-4). Une ligne de faille (107) s'étend à travers la formation. Dans un ou plusieurs modes de réalisation, divers outils de prospection et/ou outils d'acquisition de données sont adaptés pour mesurer la formation et détecter les caractéristiques des structures géologiques de la formation. Comme indiqué ci-dessus, les résultats de ces divers outils de prospection et/ou outils d'acquisition de données, ainsi que les données dérivées de l'analyse des résultats, sont considérés comme faisant partie des informations historiques. [0017] Comme illustré sur la figure 1.1, le camion sismique (102-1) représente un outil de prospection qui est adapté pour mesurer les propriétés de la formation souterraine dans une opération de prospection sismique basée sur des vibrations sonores. Une telle vibration sonore (par exemple, 186, 188, 190) générée par une source (170) se réfléchit sur une pluralité d'horizons (par exemple, 172, 174, 176) dans la formation souterraine (104). Chacune des vibrations sonores (par exemple, 186, 188, 190) est reçue par un ou plusieurs détecteurs (par exemple, 180, 182, 184), tels que des récepteurs de type géophone, situés sur la surface de la terre. Les géophones produisent des signaux de sortie électriques, qui peuvent être transmis, par exemple, en tant que données d'entrée à un ordinateur (192) sur le camion sismique (102-1). En réponse aux données d'entrée, l'ordinateur (192) peut générer une sortie de données sismiques, qui peut être consignée et fournie à une unité de surface (202) par l'ordinateur (192) en vue d'une analyse ultérieure. L'ordinateur (192) peut être le système informatisé illustré et décrit par rapport à la figure 4. [0018] En outre, comme illustré sur la figure 1.1, le système à l'emplacement du puits (204) est associé à une plate-forme (101), un puits de forage (103), et un autre équipement du site du puits et est configuré pour effectuer des opérations de puits de forage, tels que la diagraphie, le forage, la fracturation, la production, ou d'autres opérations applicables. Généralement, les opérations de prospection et les opérations de puits de forage sont désignées opérations de champ du champ (100). Ces opérations de champ sont typiquement effectuées selon les indications de l'unité de surface (202). [0019] Dans un ou plusieurs modes de réalisation, l'unité de surface (202) est couplée fonctionnellement à l'ordinateur (192) et/ou à un système à l'emplacement du puits (204). En particulier, l'unité de surface (202) est configurée pour communiquer avec l'ordinateur (192) et/ou l'outil d'acquisition de données (102) pour envoyer des commandes à l'ordinateur (192) et/ou aux outils d'acquisition de données (102) et pour en recevoir des données. Par exemple, l'outil d'acquisition de données (102) peut être adapté pour mesurer les propriétés de fond en utilisant des outils de diagraphie pendant le forage (« LWD »). Dans un ou plusieurs modes de réalisation, l'unité de surface (202) peut être située au niveau du système de puits (204) et/ou à des emplacements distants.CROSS REFERENCES TO RELATED APPLICATIONS BACKGROUND [0001] Operations, such as geophysical prospecting, drilling, logging, well completion, and production, are typically performed to locate and collect valuable bottom fluids. Surveys are often performed using collection methodologies, such as seismic mapping, resistivity mapping, and so on. to generate images of underground formations. These formations are often analyzed to determine the presence of underground resources, such as precious fluids or minerals, or to determine if the formations have appropriate characteristics for storing fluids. Although underground resources are not limited to hydrocarbons such as oil, throughout this paper, the terms "oilfield" and "oilfield operation" may be used interchangeably with the terms "field" and "field operation" to designate a site where any types of precious fluids or minerals can be found and the activities required to extract them. The terms can also refer to sites where substances are deposited or stored by injecting them into the surface using drill holes and the operations associated with this process. In addition, the term "field operation" refers to a field operation associated with a field, including activities related to field planning, well drilling, well completion, and / or production. using the wellbore. Models of subsurface hydrocarbon reservoirs and oil wells are often used in simulation (for example, in modeling the behavior of the oil well) to increase yields and to accelerate and / or improve the production of wells. of oil. Seismic interpretation tools and seismic acquisition programs for simulation can include many features and apply complex techniques across many aspects of modeling and simulation. Such programs typically include a large suite of tools and different programs and are referred to as exploration and production (E & P) tools known to those skilled in the art. Users of such systems can spend many hours per day working with these tools to try to optimize the geological interpretations and technical development scenarios of the reservoir. [0003] Within the E & P knowledge workspace, the end-users of the interpretation applications (typically geoscientists) are often the most knowledgeable of the data used within the interpretations. In many cases, they have created or requested the collection of data. Due to the rules of administration and data management, end users may not be able to modify information they find or believe to be wrong - and therefore have to forward it or inform a data manager who is the guardian informations. This typically requires a significant effort to follow up with the data manager, and to explain the purpose, location, timing, and other key context of the data problem. SUMMARY [0004] In general, in one aspect, the invention relates to a method of operating an exploration and production tool (E & P) in a field having a subterranean formation. The method includes displaying, in a first image generated by a first instantiation of the E & P tool, a plurality of graphical elements corresponding to a plurality of objects in the field, receiving, by the first instantiation of the E & P tool and a first user, a first annotation comprising a first problem description relating to a first data element of a wellbore in the plurality of objects, marking the first annotation on a first element graph representing the first data element of the wellbore, the first annotation being stored in a repository and accessible by the first instantiation of the E & P tool and a second instantiation of the E & P tool, sending a first notification to a second user for the first annotation, and the reception, by a computer processor executing the second instantiation of the E & P tool and the two th user, from a first response to the first problem description, the first response being added to the first annotation and stored in the repository, the first response being accessible from the repository by the first user using the first instantiation of the first E & P tool. Other aspects of the invention will be apparent from the following detailed description and the appended claims. BRIEF DESCRIPTION OF THE DRAWINGS [0006] The accompanying drawings illustrate several embodiments of a problem management of data collected by a user and should not be considered as limiting its scope, for a problem assignment of data produced by a user. a user, and the report may admit other equally effective embodiments. Figure 1.1 is a schematic view, partially in cross section, of a field in which one or more data problem management embodiments collected by a user can be implemented. [0008] Figure 1.2 shows an exploration and production modeling system in accordance with one or more embodiments. FIG. 2 shows a descriptive diagram of a method for problem management of data collected by a user in accordance with one or more embodiments. Figures 3.1 to 3.7 show an example for problem management of data collected by a user in accordance with one or more embodiments. FIG. 4 represents a computerized system by means of which one or more data problem management embodiments collected by a user can be implemented. DETAILED DESCRIPTION [0012] Aspects of the present disclosure are shown in the previously identified drawings and are described below. In the description, like or like reference numerals are used to identify common or similar elements. The drawings are not necessarily scaled and some features may be illustrated on an exaggerated scale or schematically in the interest of clarity and conciseness. Aspects of the present disclosure include a method, a system, and a computer-readable medium for allowing an end user of an E & P tool to mark a data item as having a possible problem, such that other users in a community can share information. The data item may be a location or other data associated with an object in the field (eg, a wellbore, a hydrocarbon reservoir, a training layer, etc.). In one or more embodiments, a problem description is marked on the data element as an annotation. Typically, the annotation is a virtual marker assigned to a location or other data, and may include text, links, images, documents, and so on. related to the possible problem with the data element. In one or more embodiments, the type of annotation may be specified by the selection of a graphic icon that gives other users an understanding of the nature of the annotation, for example, informative basic, notification, alert, etc. Throughout the present description, the term "object" refers to a physical element in the field, the term "data element" refers to a datum describing one or more attributes of the object, and the term "graphic element" refers to an element displayed in a graphical user interface (GUI) of the E & P tool. In particular, the graphic element may represent one or more object (s), data element (s) associated with the object (s), or annotation (s) marked on the element (s) ( s) of data. The graphic element can also be a component of the GUI, such as a radio button, a text box, a drop-down list, and so on. In addition, the term "instantiation" refers to an occurrence, a session, or a copy of a software application, whether or not it is running. The data element and the annotation are part of a larger data set that is stored in a shared repository accessible by a data manager, which would be notified. The notification may be via an electronic mail or other interface allowing the data manager to view the description of the problem with its context (eg location, relative data, reporter user information, nature of the error, time of the report, etc.). Several problem descriptions reported by multiple users can be organized in a metadata list. This list can be visible in 2D and / or 3D format for the data manager to quickly determine the nature and validity of the reported data problems, so that adequate actions are taken to resolve them. After the data is corrected or the problem is closed, the reporter user is notified of the update with the corresponding action noted in the annotation and history of the data item. Figure 1.1 shows a schematic view, partially in cross section, of a field (100) in which one or more data problem management embodiments collected by a user can be implemented. In one or more embodiments, one or more of the modules and elements illustrated in Figure 1.1 may be omitted, repeated, and / or substituted. Thus, user-collected data problem management embodiments should not be considered as limited to the specific module arrangements shown in Figure 1.1. As illustrated in FIG. 1.1, the underground formation (104) comprises several geological structures (106-1 to 106-4). As illustrated, the formation has a layer of sandstone (106-1), a layer of limestone (106-2), a layer of shale (106-3), and a layer of sand (106-4). A fault line (107) extends through the formation. In one or more embodiments, various survey tools and / or data acquisition tools are adapted to measure the formation and to detect the characteristics of the geological formations of the formation. As indicated above, the results of these various prospecting tools and / or data acquisition tools, as well as the data derived from the analysis of the results, are considered as part of the historical information. As illustrated in Figure 1.1, the seismic truck (102-1) is a survey tool that is adapted to measure the properties of the underground formation in a seismic survey operation based on sound vibrations. Such sound vibration (e.g., 186, 188, 190) generated by a source (170) is reflected on a plurality of horizons (e.g., 172, 174, 176) in the subterranean formation (104). Each of the sound vibrations (eg, 186, 188, 190) is received by one or more detectors (eg, 180, 182, 184), such as geophone type receivers, located on the surface of the earth. The geophones produce electrical output signals, which can be transmitted, for example, as input data to a computer (192) on the seismic truck (102-1). In response to the input data, the computer (192) can generate a seismic data output, which can be logged and supplied to a surface unit (202) by the computer (192) for later analysis. . The computer (192) may be the computer system illustrated and described with respect to FIG. 4. In addition, as illustrated in FIG. 1.1, the system at the well location (204) is associated with a flat (101), a wellbore (103), and other equipment at the well site and is configured to perform wellbore operations, such as logging, drilling, fracturing, production, or other applicable operations. Typically, prospecting operations and wellbore operations are referred to as Field Field Operations (100). These field operations are typically performed according to the indications of the surface unit (202). In one or more embodiments, the surface unit (202) is operably coupled to the computer (192) and / or to a system at the well location (204). In particular, the surface unit (202) is configured to communicate with the computer (192) and / or the data acquisition tool (102) to send commands to the computer (192) and / or data acquisition tools (102) and to receive data therefrom. For example, the data acquisition tool (102) can be adapted to measure background properties using Logging While Drilling ("LWD") tools. In one or more embodiments, the surface unit (202) may be located at the well system (204) and / or at remote locations.
L'unité de surface (202) peut être pourvue d'infrastructures informatiques pour recevoir, stocker, traiter, et/ou analyser les données provenant de l'ordinateur (192), de l'outil d'acquisition de données (102), ou d'une autre partie du champ (104). L'unité de surface (202) peut également être pourvue de fonctionnalités pour actionner des mécanismes au niveau du champ (100). L'unité de surface (202) peut ensuite envoyer des signaux de commande au champ (100) en réponse aux données reçues, par exemple, pour commander et/ou optimiser diverses opérations de champ décrites précédemment. [0020] Dans un ou plusieurs modes de réalisation, les données reçues par l'unité de surface (202) représentent des caractéristiques de la formation souterraine (104) et peuvent comprendre des données sismiques et/ou des informations se rapportant à la porosité, la saturation, la perméabilité, les fractures naturelles, l'ampleur et les orientations des contraintes, les propriétés élastiques, etc. durant une opération de forage, de fracturation, de diagraphie, ou de production du puits de forage (103) au niveau du système à l'emplacement du puits (204). Par exemple, un tracé de données (108-1) peut être un temps de réponse sismique bidirectionnel ou d'autres types de données de mesure sismique. Dans un autre exemple, le tracé de données (108-2) peut être une diagraphie de puits, qui est une mesure d'une propriété de formation en fonction de la profondeur prise par un instrument alimenté électriquement pour déduire des propriétés et prendre des décisions concernant les opérations de forage et de production. L'enregistrement des mesures, typiquement sur une longue bande de papier, peut également être dénommé diagraphie. Les mesures obtenues par une diagraphie de puits peuvent inclure des mesures de résistivité obtenues par un outil de mesure de résistivité. Dans encore un autre exemple, le tracé de données (108-2) peut être un tracé d'une propriété dynamique, telle que le débit de fluide au fil du temps durant des opérations de production. L'homme du métier aura à l'esprit que d'autres données peuvent également être recueillies, telles que, mais sans caractère limitatif, des données historiques, des entrées utilisateur, des informations économiques, d'autres données de mesure, et d'autres paramètres d'intérêt. [0021] Dans un ou plusieurs modes de réalisation, l'unité de surface (202) est couplée par communications avec un système informatisé (208) d'exploration et production (E&P).The surface unit (202) may be provided with computing facilities for receiving, storing, processing, and / or analyzing data from the computer (192), the data acquisition tool (102), or another part of the field (104). The surface unit (202) may also be provided with features for operating mechanisms at the field level (100). The surface unit (202) may then send control signals to the field (100) in response to the received data, for example, to control and / or optimize various field operations described above. In one or more embodiments, the data received by the surface unit (202) represents characteristics of the subsurface formation (104) and may include seismic data and / or porosity related information, saturation, permeability, natural fractures, magnitude and orientation of stresses, elastic properties, etc. during a drilling, fracturing, logging, or production of wellbore (103) at the system level at the well location (204). For example, a data plot (108-1) may be bidirectional seismic response time or other types of seismic measurement data. In another example, the data plot (108-2) may be a well log, which is a measure of a formation property as a function of the depth taken by an electrically powered instrument to infer properties and make decisions. concerning drilling and production operations. Recording measurements, typically on a long strip of paper, can also be called logging. Measurements obtained by well logging may include resistivity measurements obtained by a resistivity measurement tool. In yet another example, the data plot (108-2) may be a plot of a dynamic property, such as fluid flow over time during production operations. Those skilled in the art will bear in mind that other data may also be collected, such as, but not limited to, historical data, user inputs, economic information, other measurement data, and data. other parameters of interest. In one or more embodiments, the surface unit (202) is coupled by communications with a computerized system (208) for exploration and production (E & P).
Dans un ou plusieurs modes de réalisation, les données reçues par l'unité de surface (202) peuvent être envoyées au système informatisé E&P (208) pour une analyse ultérieure. Généralement, le système informatisé E&P (208) est configuré pour analyser, modéliser, contrôler, optimiser, ou exécuter d'autres tâches de gestion des opérations de champ susmentionnées sur base des données fournies de l'unité de surface (202). Dans un ou plusieurs modes de réalisation, le système informatisé E&P (208) est pourvu d'une fonctionnalité pour manipuler et analyser les données, tel qu'exécuter une interprétation sismique ou une interprétation d'enregistrement d'image de résistivité de trou de forage pour identifier les surfaces géologiques dans la formation souterraine (104) ou exécuter une simulation, une planification, et une optimisation des opérations de production du système à l'emplacement du puits (204). Dans un ou plusieurs modes de réalisation, le résultat produit par le système informatisé E&P (208) peut être affiché pour visualisation par un utilisateur en utilisant un affichage en 2 dimensions (2D), un affichage en 3 dimensions (3D), ou d'autres affichages appropriés. Bien que l'unité de surface (202) soit illustrée comme indépendante du système informatisé E&P (208) sur la figure 1.1, dans d'autres exemples, l'unité de surface (202) et le système informatisé E&P (208) peuvent également être combinés. [0022] La figure 1.2 montre des détails supplémentaires du système informatisé E&P (208) dans lesquels un ou plusieurs modes de réalisation de gestion de problème de données recueillies par un utilisateur peuvent être mis en oeuvre. Dans un ou plusieurs modes de réalisation, un ou plusieurs des modules et éléments illustrés sur la figure 1.2 peuvent être omis, répétés, et/ou substitués. Ainsi, les modes de réalisation de gestion de problème de données recueillies par un utilisateur ne doivent pas être considérés comme limités aux agencements spécifiques de modules illustrés sur la figure 1.2. [0023] Comme illustré sur la figure 1.2, le système informatisé E&P (208) comprend un outil E&P (230) comportant un moteur de tâche (231) et un module de restitution de données (226), un module de marquage d'annotation (224), un gestionnaire de communication (221), un référentiel de données (234), et des affichages (par exemple, l'affichage 1 (233-1), l'affichage 2 (233-2), l'affichage 3 (233-3)). Chacun de ces éléments est décrit plus bas. [0024] Dans un ou plusieurs modes de réalisation, le système informatisé E&P (208) comprend l'outil E&P (230) ayant des instructions logicielles stockées dans une mémoire et exécutant sur un processeur pour communiquer avec l'unité de surface (202) pour recevoir des données de celui-ci et pour gérer (par exemple, analyser, modéliser, contrôler, optimiser, ou exécuter d'autres tâches de gestion) les opérations de champ susmentionnées sur base des données reçues. Dans un ou plusieurs modes de réalisation, les données reçues sont stockées dans le référentiel de données (234) pour être traitées par l'outil E&P (230). Une ou plusieurs tâches de gestion d'opération de champ (par exemple, une tâche d'analyse, une tâche de modélisation, une tâche de contrôle, une tâche d'optimisation, etc.) peuvent être exécutées dans une situation d'exécution de l'outil E&P (230), dénommée session d'outil E&P. Durant la session d'outil E&P, les données reçues sont modifiées par le moteur de tâche (231) pour générer, de façon continue ou intermittente, des résultats préliminaires qui sont restitués et affichés à l'utilisateur en utilisant le module de restitution de données (226) et un affichage (par exemple, l'affichage 1 (233-1), l'affichage 2 (233-2), ou l'affichage 3 (233-3)) attribué respectivement à l'utilisateur. Par exemple, la session d'outil E&P peut être une session d'interprétation sismique où le moteur de tâche (231) traite l'ensemble de données sismiques et le module de restitution de données (226) restitue les résultats sismiques interprétés à afficher à l'utilisateur en utilisant l'affichage (par exemple, l'affichage 1 (233-1), l'affichage 2 (233-2), ou l'affichage 3 (233-3)). Dans un ou plusieurs modes de réalisation, un ou plusieurs parmi l'affichage 1 (233-1), l'affichage 2 (233-2), et l'affichage 3 (233-3) peuvent être un affichage 2D, un affichage 3D, ou un autre dispositif d'affichage approprié. Dans un ou plusieurs modes de réalisation, chacun des multiples utilisateurs peut lancer une instanciation/session indépendante (c'est-à-dire, une occurrence ou une copie, qu'elle soit ou non en cours d'exécution) de l'outil E&P (230) pour accéder à un ensemble de données partagées dans le référentiel de données (234). Par exemple, l'affichage 1 (233-1), l'affichage 2 (233-2) et l'affichage 3 (233-3) peuvent être utilisés par trois utilisateurs pour visualiser séparément les résultats de leurs sessions d'outil E&P. Comme indiqué ci-dessus, le terme « objet » désigne un élément physique dans le champ (par exemple, un puits de forage (103), des structures géologiques (106-1 à 106-4), un réservoir, etc. dans le champ (100) de la figure 1.1), le terme « élément de données » désigne des données décrivant un ou plusieurs attributs (par exemple, un emplacement) de l'objet, et le terme « élément graphique » désigne un élément affiché dans une interface graphique utilisateur (IGU) de l'outil E&P (230). En particulier, l'élément graphique peut être dans l'interface graphique affichée par l'affichage 1 (233-1), l'affichage 2 (233-2) ou l'affichage 3 (233-3) et représente un ou plusieurs objet(s), élément(s) de données associé(s) à l'objet ou aux objets, ou annotations(s) marquée(s) sur le ou les élément(s) de données. En outre, l'élément graphique peut également être une composante de l'interface graphique, telle qu'une case d'option, une zone de texte, une liste déroulante, etc. [0025] Le processeur et la mémoire du système informatisé E&P (208) ne sont pas explicitement représentés sur la figure 1.2 de façon à ne pas masquer d'autres éléments du système informatisé E&P (208). Un exemple d'un tel processeur et d'une telle mémoire est décrit en référence à la figure 4 plus bas. [0026] Dans un ou plusieurs modes de réalisation, le système informatisé E&P (208) comprend un gestionnaire de communication (221) qui est configuré pour permettre à un utilisateur de l'outil E&P (230) de communiquer avec un autre utilisateur de l'outil E&P (230). Dans un ou plusieurs modes de réalisation, le système informatisé E&P (208) comprend un module de marquage d'annotation (224) qui est configuré pour recevoir une description de problème d'un premier utilisateur (dénommé l'utilisateur rapporteur de données, par exemple, un géologue) alors que l'utilisateur rapporteur de données visualise un ensemble de données de champ de formation souterraine en utilisant une première instanciation de l'outil E&P (230) (dénommée l'instanciation de signalement de problème). Spécifiquement, la description de problème décrit un problème potentiel concernant un élément de données dans l'ensemble de données de champ de formation souterraine. Dans un ou plusieurs modes de réalisation, le module de marquage d'annotation (224) est instancié dans le cadre de l'instanciation de signalement de problème qui reçoit la description de problème. En outre, cette instanciation du module de marquage d'annotation (224) combine un paramètre de configuration (par exemple, l'angle de caméra de la vue dans une fenêtre spatiale en 3D lorsque la note a été capturée, les couleurs, le niveau de zoom, etc.) de l'instanciation de signalement de problème et la description de problème dans une annotation, et stocke l'annotation dans le référentiel de données (234). En outre, l'annotation est marquée sur un élément graphique représentant l'élément de données et affichée dans une première image (dénommée l'image de signalement de problème) générée par le module de restitution de données (226) (instancié dans le cadre de l'instanciation de signalement de problème). Dans un ou plusieurs modes de réalisation, le gestionnaire de communication (221) (instancié dans le cadre de l'instanciation de signalement de problème) envoie une notification à un deuxième utilisateur (dénommé utilisateur gestionnaire de données) concernant l'annotation générée/marquée par l'utilisateur rapporteur de données. Par exemple, l'utilisateur gestionnaire de données peut avoir lancé ou peut lancer prochainement, en réponse à la notification, une deuxième instanciation de l'outil E&P (230) (dénommé l'instanciation de gestionnaire de données). [0027] Dans un ou plusieurs modes de réalisation, en réponse à la notification, l'instanciation de gestionnaire de données de l'outil E&P (230) génère une deuxième image (dénommée l'image de gestionnaire de données) en tant que reproduction de l'image de signalement de problème pour affichage à l'utilisateur gestionnaire de données. Spécifiquement, le module de marquage d'annotation (224) (instancié dans le cadre de l'instanciation de gestionnaire de données) récupère l'annotation du référentiel de données (234) pour extraire la description de problème associée à l'élément de données et au paramètre de configuration de l'instanciation de signalement de problème. Dans un ou plusieurs modes de réalisation, le module de restitution de données (226) (instancié dans le cadre de l'instanciation de gestionnaire de données) reproduit l'image de signalement de problème sur base du paramètre de configuration de l'instanciation de signalement de problème pour générer l'image de gestionnaire de données. Ainsi, l'élément de données et la description de problème sont affichés dans l'image de gestionnaire de données pour analyse par l'utilisateur gestionnaire de données. Comme indiqué ci-dessus, l'utilisateur gestionnaire de données peut être un gestionnaire de données qui analyse l'élément de données sur base de la description de problème pour générer une réponse pour traiter le problème (potentiel) signalé. Dans un ou plusieurs modes de réalisation, la réponse est ajoutée en tant que mise à jour à l'annotation stockée dans le référentiel de données (234) et une notification de la réponse est envoyée à l'utilisateur rapporteur de données. [0028] Le référentiel de données (234) (et/ou n'importe lequel parmi un ensemble de données, un élément de données, une annotation, etc. stocké dedans) peut être une banque de données telle qu'une base de données, un système de fichiers, une ou plusieurs structures de données (par exemple, des matrices, des listes de liens, des tables, des structures de données hiérarchiques, etc.) configurées dans une mémoire, un fichier en langage de marquage extensible (XML), n'importe quel autre support approprié pour stocker des données, ou n'importe quelle combinaison appropriée de ceux-ci. Le référentiel de données (234) peut être un dispositif interne au système informatisé E&P (208). Selon une autre possibilité, le référentiel de données (234) peut être un dispositif de stockage externe relié de façon opérationnelle au système informatisé E&P (208). [0029] La figure 2 montre un schéma descriptif d'un procédé pour la gestion de problème de données recueillies par un utilisateur conformément à un ou plusieurs modes de réalisation. Dans un ou plusieurs modes de réalisation, un ou plusieurs des éléments illustrés sur la figure 2 peuvent être omis, répétés, et/ou exécutés dans un ordre différent. Ainsi, les modes de réalisation de gestion de problème de données recueillies par un utilisateur ne doivent pas être considérés comme limités aux agencements spécifiques d'éléments illustrés sur la figure 2. [0030] Dans un ou plusieurs modes de réalisation, le procédé représenté sur la figure 2 peut être mis en pratique sur base de la vue schématique décrite par rapport aux figures 1.1 et 1.2 précédemment. Sur l'ensemble de la discussion de la figure 2, le terme « objet » désigne un élément physique dans le champ (par exemple, le puits de forage, des structures géologiques, un réservoir, etc.), le terme « élément de données » désigne des données décrivant un ou plusieurs attributs (par exemple, l'emplacement) de l'objet, et le terme « élément graphique » désigne un élément affiché dans une interface graphique utilisateur (IGU) de l'outil E&P. En particulier, l'élément graphique peut représenter un ou plusieurs objet(s), élément(s) de données associé(s) à l'objet ou aux objets, ou annotation(s) marquée(s) sur le ou les élément(s) de données. En outre, l'élément graphique peut également être une composante de l'interface graphique, telle qu'une case d'option, une zone de texte, une liste déroulante, etc. En outre, la visualisation d'un objet dans le champ et/ou la visualisation d'un élément de données désignent la visualisation d'un élément graphique correspondant représentant l'élément de données de l'objet en utilisant l'interface graphique utilisateur de l'outil E&P. [0031] Dans un ou plusieurs modes de réalisation, l'élément de données d'un objet (par exemple, le puits de forage) comprend un ou plusieurs parmi un rendu en fil de fer représentant l'objet (par exemple, le puits de forage), une image de pixels représentant l'objet (par exemple, le puits de forage), un journal de test associé à l'objet (par exemple, le puits de forage), et un fichier de compte-rendu associé à l'objet (par exemple, le puits de forage). [0032] Initialement, dans l'Elément 241, les éléments graphiques sont affichés dans une première image (dénommée l'image de signalement de problème) générée par une première instanciation d'un outil d'exploration et de production (E&P). La première instanciation est désignée instanciation de signalement de problème. Comme indiqué ci-dessus, des modèles de structures subsurfaces (par exemple, des couches souterraines, des réservoirs d'hydrocarbure et des puits de pétrole) dans un champ sont souvent utilisés en simulation pour planifier des productions de champ et pour accélérer et/ou améliorer la production des puits. Des outils d'interprétation sismique et des programmes d'acquisition sismique pour la simulation sont des exemples d'outils E&P. L'image de signalement de problème est une composante d'une fenêtre d'interface graphique utilisateur de l'outil E&P utilisée par un premier utilisateur (dénommé l'utilisateur rapporteur de problème). Par exemple, l'utilisateur rapporteur de problème peut utiliser l'instanciation de signalement de problème de l'outil E&P pour exécuter une planification ou une simulation pour un champ pétrolifère. Dans un ou plusieurs modes de réalisation, les éléments graphiques affichés correspondent à des objets (par exemple, des couches souterraines, des réservoirs d'hydrocarbure et des puits de pétrole) dans le champ. Ainsi, l'image de signalement de problème représente ces objets dans le champ à l'utilisateur rapporteur de problème durant la planification ou la simulation. [0033] De temps à autre, l'utilisateur rapporteur de problème compte sur sa connaissance et son expérience pour repérer des problèmes avec les éléments de données durant la planification ou la simulation à l'aide de l'outil E&P. Dans l'Elément 242, une annotation est reçue par l'instanciation de signalement de problème de l'outil E&P et de l'utilisateur rapporteur de problème. Dans un ou plusieurs modes de réalisation, l'annotation concerne un problème d'un élément de données d'un puits de forage dans les objets susmentionnés dans le champ. Spécifiquement, l'annotation comprend une description de problème décrivant le problème de l'élément de données du puits de forage. Des exemples de description de problème peuvent se rapporter à une erreur dans la trajectoire du puits de forage dans le rendu en fil de fer ou l'image de pixels, une erreur dans les unités pour le journal de test qui doivent être corrigées, ou une version du fichier de compte-rendu qui doit être validé quant au caractère à jour du fichier de compte-rendu. [0034] Dans un ou plusieurs modes de réalisation, la description de problème est reçue de l'utilisateur rapporteur de problème par l'intermédiaire d'une fenêtre de description de problème utilisateur. En particulier, la fenêtre de description de problème utilisateur est associée à l'élément de données du puits de forage. Spécifiquement, la fenêtre de description de problème utilisateur est affichée en réponse à l'utilisateur rapporteur de problème qui clique sur l'élément graphique. Ainsi, l'utilisateur rapporteur de problème peut saisir une description textuelle du problème dans la fenêtre de description de problème utilisateur. Dans un ou plusieurs modes de réalisation, la fenêtre de description de problème utilisateur est superposée sur l'image de signalement de problème. Dans un ou plusieurs modes de réalisation, la fenêtre de description de problème utilisateur est affichée indépendante de (par exemple, adjacente à) l'image de signalement de problème. [0035] Dans un ou plusieurs modes de réalisation, l'annotation comprend en outre un type de la description de problème. En d'autres termes, des descriptions de problème peuvent être de types différents. Un exemple de type de description de problème fournit des informations concernant l'élément de données de l'objet, telles qu'une note concernant un emplacement du puits de forage. Un autre exemple de type de description de problème fournit des informations concernant une action appliquée à l'élément de données de l'objet, telles qu'une note concernant un besoin de mettre à jour l'emplacement du puits de forage. Encore un autre exemple de type de description de problème fournit des informations concernant un problème avec l'élément de données de l'objet, telles qu'une note concernant une erreur soupçonnée dans l'emplacement du puits de forage. [0036] Dans un ou plusieurs modes de réalisation, l'annotation est stockée dans un référentiel et accessible par plusieurs utilisateurs de l'outil E&P. Par exemple, l'annotation est accessible à partir du référentiel par l'utilisateur rapporteur de problème en utilisant l'instanciation de signalement de problème de l'outil E&P et par un autre utilisateur en utilisant une instanciation de gestionnaire de données de l'outil E&P. Dans un ou plusieurs modes de réalisation, l'instanciation de signalement de problème de l'outil E&P et l'instanciation de gestionnaire de données de l'outil E&P s'exécutent sur des processeurs d'ordinateur indépendants. Par exemple, chaque instanciation de l'outil E&P peut s'exécuter sur un noeud différent d'un réseau informatique. [0037] Dans l'Elément 243, l'annotation est marquée sur un élément graphique représentant l'élément de données du puits de forage. [0038] Dans l'Elément 244, une notification est envoyée à un deuxième utilisateur (dénommé l'utilisateur gestionnaire de données) concernant l'annotation. Dans un ou plusieurs modes de réalisation, l'utilisateur gestionnaire de données est affecté en tant que gestionnaire de données pour maintenir l'intégrité des éléments de données se rapportant aux objets susmentionnés dans le champ. Spécifiquement, l'utilisateur gestionnaire de données peut utiliser l'instanciation de gestionnaire de données de l'outil E&P pour visualiser, traiter, et résoudre des problèmes signalés d'autres utilisateurs de l'outil E&P. [0039] Dans l'Elément 245, une deuxième image (dénommée l'image de gestionnaire de données) est générée, en réponse à la notification et par l'instanciation de gestionnaire de données de l'outil E&P, pour affichage à l'utilisateur gestionnaire de données. En particulier, l'image de gestionnaire de données est une composante d'une fenêtre d'interface graphique utilisateur de l'outil E&P. Spécifiquement, l'utilisateur gestionnaire de données utilise cette fenêtre d'interface graphique utilisateur de l'outil E&P pour visualiser, ou autrement recevoir des notifications des problèmes signalés d'autres utilisateurs de l'outil E&P. Dans un ou plusieurs modes de réalisation, l'élément de données du puits de forage et la description de problème sont affichés dans l'image de gestionnaire de données pour analyse par l'utilisateur gestionnaire de données. Par exemple, l'utilisateur gestionnaire de données analyse l'élément de données du puits de forage et la description de problème dans rôle attribué en tant que gestionnaire de données. Dans un ou plusieurs modes de réalisation, l'instanciation de gestionnaire de données de l'outil E&P est lancée, automatiquement ou manuellement en réponse à un noeud d'ordinateur de l'utilisateur gestionnaire de données qui reçoit la notification. Dans un ou plusieurs modes de réalisation, l'instanciation de gestionnaire de données de l'outil E&P est déjà en cours d'exécution lorsque la notification est reçue par le noeud d'ordinateur de l'utilisateur gestionnaire de données. [0040] Dans un ou plusieurs modes de réalisation, l'annotation comprend en outre un paramètre de configuration (par exemple, l'angle de caméra, les couleurs, le niveau de zoom, la configuration des calques d'image, etc. de la vue dans une fenêtre spatiale 3D lorsque l'annotation a été capturée) pour l'instanciation de signalement de problème de l'outil E&P. Dans de tels modes de réalisation, l'image de gestionnaire de données peut être générée en tant que reproduction de l'image de signalement de problème. En d'autres termes, l'utilisateur gestionnaire de données peut visualiser les objets dans le champ en utilisant le même angle de caméra, les mêmes couleurs, le même niveau de zoom, la même configuration de calques d'image, etc. que l'utilisateur rapporteur de problème lorsque l'utilisateur rapporteur de problème annote l'objet en question dans le champ. Spécifiquement, l'image de gestionnaire de données est générée sur base du paramètre de configuration inclus dans l'annotation pour reproduire l'image de signalement de problème. Ainsi, l'utilisateur gestionnaire de données peut analyser l'élément de données du puits de forage et la description de problème en visualisant la même image que l'utilisateur rapporteur de problème qui a généré initialement l'annotation concernant le problème de l'élément de données du puits de forage. [0041] Comme indiqué ci-dessus, en visualisant l'image de gestionnaire de données, l'utilisateur gestionnaire de données analyse l'élément de données du puits de forage et la description de problème dans rôle attribué en tant que gestionnaire de données. Dans l'Elément 246, une première réponse (dénommé la réponse du gestionnaire de données) à la description de problème est reçue de l'utilisateur gestionnaire de données par l'instanciation de gestionnaire de données de l'outil E&P. Par exemple, la réponse du gestionnaire de données peut comprendre une ou plusieurs réponses parmi « J'ai corrigé la trajectoire, veuillez vérifier », « J'ai contrôlé les unités du modèle de diagraphie et il semble que c'est correct, veuillez revérifier », ou « J'ai mis à jour le fichier en question à la version du 23 octobre 2011, qui est la dernière version ». Spécifiquement, la réponse du gestionnaire de données à la description du problème est reçue en réponse à l'affichage de l'image de gestionnaire de données à l'utilisateur gestionnaire de données. Dans un ou plusieurs modes de réalisation, la réponse du gestionnaire de données est ajoutée à l'annotation et stockée dans le référentiel. Ainsi, la réponse du gestionnaire de données est accessible à partir du référentiel par plusieurs utilisateurs, tels que par l'utilisateur rapporteur de problème en utilisant l'instanciation de signalement de problème de l'outil E&P. [0042] Dans l'Elément 247, l'image de signalement de problème et l'image de gestionnaire de données sont mises en évidence pour indiquer l'état d'annotation, notification, et/ou réponse. Spécifiquement, des éléments graphiques représentant l'annotation, la notification, et/ou la réponse sont mis en évidence pour indiquer leur état. Par exemple, l'annotation, la notification, et/ou la réponse peuvent être affichées en utilisant une couleur, un motif de hachure, une épaisseur de ligne, différentes, ou d'autres moyens de mise en évidence, connus du spécialiste de la technique. Dans un ou plusieurs modes de réalisation, l'élément graphique représentant l'élément de données du puits de forage est mis en évidence dans l'image de gestionnaire de données pour indiquer un état de notification par rapport à la description de problème concernant l'élément de données. Dans un ou plusieurs modes de réalisation, l'image de gestionnaire de données comprend plusieurs (par exemple, 10, 20, 100, etc.) notifications provenant de plusieurs (par exemple, 10, 20, 100, etc.) utilisateurs. Dans de tels modes de réalisation, l'image de signalement de problème peut ne pas afficher tous les éléments graphiques représentant tous les objets dans le champ de façon à ne pas masquer la visualisation de l'utilisateur gestionnaire de données. Par exemple, les multiples états de notification peuvent être affichés sous forme de points sur une carte du champ, ou simplement dans une liste. [0043] Dans un ou plusieurs modes de réalisation, en réponse à la visualisation par l'utilisateur gestionnaire de données de l'état de notification, une demande est reçue de l'utilisateur gestionnaire de données pour afficher la description du problème de telle sorte que l'utilisateur gestionnaire de données peut analyser le problème signalé. Ainsi, l'utilisateur gestionnaire de données peut générer la réponse du gestionnaire de données. Dans ces modes de réalisation où l'image de gestionnaire de données comprend plusieurs (par exemple, 10, 20, 100, etc.) états de notification provenant de multiples (par exemple, 10, 20, 100, etc.) utilisateurs, l'utilisateur gestionnaire de données peut sélectionner un des multiples états de notification pour afficher les détails de la description de problème et son objet correspondant dans le champ, de façon à ne pas masquer la visualisation de l'utilisateur gestionnaire de données. Comme décrit précédemment, l'utilisateur gestionnaire de données peut visualiser les détails de la description de problème sélectionnée et son objet correspondant dans le champ en utilisant le même angle de caméra, les mêmes couleurs, le même niveau de zoom, la même configuration de calque d'image, etc. que l'utilisateur particulier lorsque l'utilisateur particulier a généré initialement la description de problème sélectionnée. [0044] Dans un ou plusieurs modes de réalisation, en réponse à la réception de la réponse du gestionnaire de données, l'élément de données du puits de forage est en outre mis en évidence dans l'image de gestionnaire de données pour indiquer un état de réponse de l'élément de données du puits de forage par rapport à la réponse du gestionnaire de données. [0045] Dans un ou plusieurs modes de réalisation, en réponse à la réception de la réponse du gestionnaire de données, l'élément graphique est également mis en évidence dans l'image de signalement de problème et pour indiquer, à l'utilisateur rapporteur de problème, l'état de réponse de l'élément de données du puits de forage par rapport à la réponse du gestionnaire de données. [0046] Dans l'Elément 248, une deuxième réponse (dénommée la réponse de l'utilisateur rapporteur de problème) est reçue de l'utilisateur rapporteur de problème et en réponse à l'utilisateur rapporteur de problème visualisant l'état de réponse de l'élément de données du puits de forage. Par exemple, la réponse de l'utilisateur rapporteur de problème peut accuser réception de la réponse du gestionnaire de données au problème signalé, confirmer la résolution du problème par le gestionnaire de données, ou indiquer que la réponse du gestionnaire de données est insuffisante pour résoudre le problème signalé. Dans un ou plusieurs modes de réalisation, la description de problème, la réponse du gestionnaire de données, et la réponse de l'utilisateur rapporteur de problème sont combinées en un journal de compte-rendu/résolution de problème qui est stocké dans le référentiel. Ainsi, le journal de compte-rendu/résolution de problème de l'élément de données du puits de forage est accessible à partir du référentiel par plusieurs utilisateurs, par exemple, par l'utilisateur rapporteur de problème en utilisant l'instanciation de signalement de problème de l'outil E&P et par l'utilisateur gestionnaire de données en utilisant l'instanciation de gestionnaire de données de l'outil E&P. [0047] Dans l'Elément 249, une deuxième annotation est reçue par une troisième instanciation (par exemple, une autre instanciation indépendante de l'instanciation de signalement de problème et de l'instanciation de gestionnaire de données) de l'outil E&P et d'un troisième utilisateur (par exemple, un autre utilisateur indépendant de l'utilisateur rapporteur de problème et de l'utilisateur gestionnaire de données). Par exemple, la deuxième annotation peut signaler un autre problème concernant le même élément de données. Comme décrit par rapport à l'annotation, la deuxième annotation peut déclencher des activités et interactions similaires entre le troisième utilisateur et le gestionnaire de données. Par exemple, une deuxième notification peut être envoyée au gestionnaire de données concernant la deuxième annotation. Comme décrit précédemment, la notification et la deuxième notification sont parmi les multiples notifications de plusieurs utilisateurs de l'outil E&P. Dans un ou plusieurs modes de réalisation, la réponse du gestionnaire de données et le journal de compterendu/résolution de problème résultant sont également stockés dans le référentiel pour être accessibles à ces multiples utilisateurs. [0048] Les figures 3.1 à 3.7 représentent diverses captures d'écran qui illustrent davantage la gestion de problème de données recueillies par un utilisateur conformément à un ou plusieurs modes de réalisation. Dans un ou plusieurs modes de réalisation, l'exemple représenté sur les figures 3.1-3.7 est mis en pratique en utilisant le système informatisé E&P (208) décrit précédemment. [0049] La figure 3.1 montre un flux de travaux (310) pour signaler un problème de données à l'aide du système informatisé E&P (208) décrit précédemment. Initialement, dans le bloc (311), un utilisateur de l'outil E&P identifie un problème possible avec des données. Dans le bloc (312), l'utilisateur utilise un outil d'annotation pour ajouter une note avec une brève explication de problème possible de qualité de données. Dans le bloc (313), un autre utilisateur, qui est le gestionnaire de données de l'outil E&P, est alerté par l'intermédiaire d'un courrier électronique de la nouvelle alerte de qualité de données. Dans le bloc (314), le gestionnaire de données lance une autre instanciation de l'outil E&P, et se voit présenter une liste d'annotations de problème de données avec leur contexte. Cette liste résume les problèmes signalés par plusieurs utilisateurs et peut être présentée dans une vue en 2D ou 3D. Dans le bloc (315), le gestionnaire de données prend une action en corrigeant les données ou clôture autrement les problèmes. De plus, le gestionnaire de données rédige une note rapide de l'action prise pour être enregistrée dans l'annotation. Dans le bloc (316), l'utilisateur qui a signalé le problème est prévenu de l'action prise. Si les données sont mises à jour, l'utilisateur a la possibilité de mettre immédiatement à jour les données dans son instanciation de l'outil E&P en vue d'une visualisation immédiate. Le flux de travaux (310) est davantage illustré dans les captures d'écran montrées sur les figures 3.2 à 3.7 plus bas. [0050] La figure 3.2 montre une capture d'écran 2 (320) d'une fenêtre utilisateur (321), qui est une fenêtre d'interface utilisateur de l'outil E&P pour visualisation de l'ensemble de données du champ (322). Comme illustré, l'ensemble de données du champ (322) est affiché sous forme d'image de la formation souterraine avec un élément de données 1 (321-1) et un élément de données 2 (321-2) mis en évidence. Spécifiquement, un utilisateur géologue a marqué un élément graphique représentant une annotation sur l'élément de données 1 (321-1) en saisissant une description de problème en utilisant la fenêtre de description de problème utilisateur (323). Dans un ou plusieurs modes de réalisation, la fenêtre de description de problème utilisateur (323) peut être sélectionnée à partir d'un menu déroulant affiché par un clic de souris de l'utilisateur sur l'élément de données 1 (321-1). En outre, le type (par exemple, informatif de base, alerte de notification, etc.) du problème signalé peut être sélectionné par l'utilisateur en utilisant le menu de sélection de type de problème (324) de la fenêtre de description de problème utilisateur (323). Comme illustré, l'utilisateur a sélectionné l'icône de marque « X » dans le menu de sélection de type de problème (324) pour mettre en évidence le problème concernant l'élément de données 1 (321-1). En revanche, l'élément de données 2 (321-2) est mis en évidence par une icône en forme de coche. Par exemple, l'icône de marque « X » représente le type « erreur de données ». [0051] Une fois que le géologue crée l'annotation, un gestionnaire de données reçoit une notification de cette note récemment créée marquée en tant qu'erreur de données, qui est stockée dans un référentiel que partagent plusieurs utilisateurs. Le gestionnaire de données clique pour visualiser la notification d'erreur et la note sous-jacente lorsqu'il la reçoit. Il peut choisir une option sur la note pour restaurer l'angle de caméra, les couleurs, le niveau de zoom, etc. de l'image affichée dans la fenêtre utilisateur (321) illustrée sur la figure 3.2. [0052] La figure 3.3 montre une capture d'écran 3 (330) qui comprend la fenêtre de gestionnaire de données 1 (333-1) et la liste de notifications (331). Spécifiquement, le gestionnaire de données lance l'outil E&P, et se voit présenter la fenêtre de gestionnaire de données 1 (333-1) et la liste de notifications (331). Comme illustré, l'annotation créée par le géologue correspond à la notification 1 (332) dans la liste de notifications (331). En particulier, la fenêtre de gestionnaire de données 1 (333-1) affiche une image de gestionnaire de données qui comprend une étendue géographique sensiblement plus grande que l'image du géologue illustrée dans la fenêtre utilisateur (321) de la figure 3.2. Ainsi, le gestionnaire de données peut surveiller le compte-rendu de problèmes de plusieurs utilisateurs sur plusieurs emplacements de projet utilisateur. Éventuellement, la liste de notifications (331) peut être affichée dans un format 2D ou 3D. [0053] La figure 3.4 montre une capture d'écran 4 (340), qui est une partie de la liste de notifications (331) dans le format en 3D. En particulier, la liste de notifications (331) est affichée dans la fenêtre de gestionnaire de données 2 (333-2) en tant que vue en 3D des notifications (342). Dans un ou plusieurs modes de réalisation, la fenêtre de gestionnaire de données 2 (333-2) est une fenêtre indépendante recouvrant (c'est-à-dire, superposée à) la fenêtre de gestionnaire de données 1 (332-1). Comme illustré, la notification 1 (332) dans la vue en 3D est notifications (342) est représentée en tant qu'icône de marque « X » précédemment sélectionnée par l'utilisateur géologue. Comme illustré sur la figure 3.4, trois icônes de marque « X » dans la vue en 3D des notifications (342) représentent trois problèmes signalés par trois utilisateurs dans le même type de problème identifié par la marque « X ». Les trois annotations correspondantes signalant ces problèmes sont mises en tableau dans la fenêtre de notification de catégorie (341). [0054] La figure 3.5 montre une capture d'écran 5 (350), qui est la même fenêtre de gestionnaire de données 2 (333-2) que celle illustrée sur la figure 3.4 avec l'ensemble de données de champ (322) activé et superposé par la vue en 3D des notifications (342). Comme illustré, le gestionnaire de données a activé le détail (351) de l'élément de données 1 correspondant à l'annotation associée à la notification 1 (332). En visualisant ou en analysant autrement les informations du détail (351) de l'élément de données 1, le gestionnaire de données a fait une correction dans le détail (351) de l'élément de données 1 pour traiter le problème signalé dans l'annotation du géologue. Par exemple, la notification 1 (332) illustrée sur la figure 3.4 est développée dans la description de problème 1 (352) pour montrer l'annotation sous-jacente du géologue. Spécifiquement, la description de problème 1 (352) comprend la description de problème que le géologue a précédemment saisie dans la fenêtre de description de problème utilisateur (323) de la figure 3.2. De plus, la description de problème 1 (352) est concaténée à la réponse du gestionnaire de données à la description de problème 1 (352). [0055] La figure 3.6 montre une capture d'écran 6 (360) de la fenêtre de gestionnaire de données 2 (333-2) montrant un autre moyen de saisir la réponse du gestionnaire de données. Comme illustré, la description de problème 1 (352) et la réponse à la description de problème 1 (353) sont combinées dans la fenêtre de description de problème (361) du gestionnaire de données. En outre, la fenêtre de description de problème (361) du gestionnaire de données comprend le menu de sélection de type de problème (364) pour permettre au gestionnaire de données de mettre à jour l'icône de marque «X », précédemment marquée sur l'élément de données 1 (321-1) par l'utilisateur géologue, à l'icône de coche indiquant que le type « Erreur de données » est remplacé par le type « Corrigé ». Bien que ce ne soit pas spécifiquement illustré sur la figure 3.6, le type mis à jour type se reflétera plus tard dans la fenêtre de notification de catégorie (341). [0056] Un exemple de scénario de l'interaction entre l'utilisateur signalant le problème de données et le gestionnaire de données répondant au problème signalé (c'est-à-dire, la description de problème 1 (352) et la réponse à la description de problème 1 (353)) est décrit plus bas. [0057] Un géologue fait une interprétation et voit qu'il doit y avoir une erreur dans les données de puits. Il crée une note disant que « La valeur de fourrure de transmission à ce point est erronée. Veuillez vérifier le fichier de puits et le corriger au besoin ». Le «point» mentionné dans la note est représenté par le point auquel la note est ajoutée dans la fenêtre utilisateur 1 (321). En d'autres termes, tout le contexte est donné par la représentation spatiale du puits et la note dans la fenêtre utilisateur 1 (321). Il marque le type de note en tant que « Erreur de données ». Il y a un paramètre sous-jacent pour toutes les notes marquées comme « Erreur de données » qui identifie la personne (c'est-à-dire, un gestionnaire de données désigné pour ce type de note) à laquelle une notification apparaîtra lorsqu'une note de ce type est créée. Différents gestionnaires de données peuvent être désignés pour recevoir différents types de notifications. Le géologue enregistre la note ce qui crée et stocke automatiquement un paramètre de visualisation dans la note (opération transparente pour l'utilisateur) qui contient : [0058] (i) L'angle de caméra de la vue dans la fenêtre spatiale lorsque la note a été capturée (dans ce cas, la fenêtre en 3D). [0059] (ii) Tous les objets activés dans la fenêtre utilisateur 1 (321) lorsque la note a été capturée, pas seulement l'objet auquel la note est ajoutée. De cette manière, le contexte complet de l'environnement (dans lequel la note a été capturée) est inclus. [0060] (iii) Les couleurs, le niveau de zoom, etc. [0061] Une fois prévenu, l'administrateur de données contrôle le fichier source du puits (par exemple, un document papier ou un fichier électronique concernant le puits) pour confirmer la valeur pour la fourrure de transmission. Il met ensuite à jour la valeur pour le puits en tant que réponse, et génère la réponse à la description de problème 1 (353). Le gestionnaire de données ouvre ensuite la note et ajoute un peu de texte indiquant que l'erreur a été traitée et change le marqueur de la balise « Erreur de données » à la balise « Corrigé ». Il renvoie ensuite la note au référentiel, et l'utilisateur géologue qui a créé la note reçoit une mise à jour que l'erreur a été traitée. L'utilisateur géologue peut ouvrir la note pour voir le contenu mis à jour de la note indiquant que l'erreur a été corrigée. Au lieu de corriger l'erreur, le gestionnaire de données peut également répondre par une question et maintenir la communication dans le contexte des objets de données par la note avec l'utilisateur géologue. Comme illustré sur la figure 3.4, le gestionnaire de données peut également activer une couche d'erreur de données (par exemple, la vue en 3D de notifications (342) ou la fenêtre de notification de catégorie (341)) qui affichera toutes les erreurs de données soumises par plusieurs utilisateurs. Pour chaque erreur de données, la vue peut être restaurée pour montrer le contexte pour n'importe quelle note avant correction ou réponse. Par exemple, comme illustré sur la figure 3.5, la fenêtre de gestionnaire de données 2 (333-2) est une reproduction de la fenêtre utilisateur (321) de la figure 3.2 basée sur le paramètre de visualisation susmentionné (c'est-à-dire, les informations (i) à (iii)) au-dessus. [0062] L'utilisateur géologue est prévenu de l'action prise. Si les données sont mises à jour, l'utilisateur géologue a la possibilité de mettre à jour immédiatement les données locales avec les données corrigées et de les visualiser immédiatement. La figure 3.7 montre une capture d'écran 7 (370), qui représente la même fenêtre utilisateur (320) illustrée sur la figure 3.2. L'élément de données 1 (321-1) est mis à jour de l'icône de marque « X » à l'icône de coche. De plus, la notification de réponse (371) s'ouvre pour informer l'utilisateur géologue de la nouvelle correction d'élément du gestionnaire de données. [0063] Des modes de réalisation de gestion de problème de données recueillies par un utilisateur peuvent être mis en oeuvre sur pour ainsi dire n'importe quel type d'ordinateur sans distinction de la plate-forme qui est utilisée. Par exemple, comme illustré sur la figure 4, un système informatisé (400) comprend un ou plusieurs processeur(s) (402) tels qu'un processeur d'ordinateur, une unité centrale de traitement (UC), ou un autre processeur matériel, une mémoire associée (405) (par exemple, une mémoire vive (RAM), une mémoire cache, une mémoire flash, etc.), un dispositif de stockage (406) (par exemple, un disque dur, un lecteur optique tel qu'un lecteur de disque compact ou un lecteur de disque vidéo numérique (DVD), une clé de mémoire flash, etc.), et de nombreux autres éléments et fonctionnalités typiques des ordinateurs d'aujourd'hui (non illustrés). L'ordinateur (400) peut également comprendre des moyens de saisie, tels qu'un clavier (408), une souris (410), ou un microphone (non illustré). En outre, l'ordinateur (400) peut comprendre des moyens de sortie, tels qu'un moniteur (412) (par exemple, un affichage à cristaux liquides LCD, un affichage à plasma, ou un moniteur à tube cathodique (CRT)). Le système informatisé (400) peut être connecté à un réseau (415) (par exemple, un réseau local (LAN), un réseau étendu (WAN) tel qu'Internet, ou n'importe quel autre type de réseau similaire) par l'intermédiaire d'une connexion d'interface réseau (non illustrée). L'homme du métier aura à l'esprit que de nombreux types différents de systèmes informatiques existent (par exemple, un poste de travail, un ordinateur de bureau, un ordinateur portable, un dispositif multimédia personnel, un dispositif mobile, tel qu'un téléphone cellulaire ou un assistant numérique individuel, ou n'importe quel autre système de calcul susceptible d'exécuter des instructions lisibles par un ordinateur), et les moyens d'entrée et sortie susmentionnés peuvent prendre d'autres formes, connues maintenant ou développées plus tard. D'une manière générale, le système informatisé (400) comprend au moins les moyens minimaux de traitement, entrée, et/ou sortie nécessaires pour mettre en pratique un ou plusieurs modes de réalisation. [0064] En outre, l'homme du métier aura à l'esprit qu'un ou plusieurs éléments du système informatisé (400) susmentionné peuvent être situés à un emplacement distant et relié aux autres éléments sur un réseau. En outre, un ou plusieurs modes de réalisation peuvent être mis en oeuvre sur un système réparti ayant une pluralité de noeuds, où chaque partie de la mise en oeuvre peut être située sur un noeud différent au sein du système réparti. Dans un ou plusieurs modes de réalisation, le noeud correspond à un système informatisé. Selon une autre possibilité, le noeud peut correspondre à un processeur avec une mémoire physique associée. Le noeud peut, selon une autre possibilité, correspondre à un processeur avec une mémoire et/ou des ressources, partagées. En outre, les instructions logicielles pour exécuter un ou plusieurs modes de réalisation peuvent être stockées sur un support lisible par un ordinateur tel qu'un disque compact (CD), une disquette, une bande, ou n'importe quel autre dispositif de stockage lisible par un ordinateur. [0065] Les systèmes et procédés fournis se rapportent au recueil d'hydrocarbures à partir d'un champ pétrolifère. On aura à l'esprit que les mêmes systèmes et procédés peuvent être utilisés pour exécuter des opérations subsurfaces, telles qu'une exploitation minière, une récupération d'eau, et un recueil d'autres fluides souterrains ou d'autres matériaux géologiques d'autres champs. En outre, des parties du système et des procédés peuvent être mises en oeuvre en tant que logiciel, matériel, microprogramme, ou leurs combinaisons. [0066] Alors que la gestion de problème de données recueillies par un utilisateur a été décrite par rapport à un nombre limité de modes de réalisation, l'homme du métier, ayant le bénéfice de la présente description, aura à l'esprit que d'autres modes de réalisation peuvent être conçus, lesquels ne dévient pas du champ d'application de gestion de problème de données recueillies par un utilisateur tel que décrit ici. Ainsi, le champ d'application de la gestion de problème de données recueillies par un utilisateur doit être limité uniquement par les revendications annexées.In one or more embodiments, the data received by the surface unit (202) may be sent to the E & P computer system (208) for subsequent analysis. Typically, the E & P computer system (208) is configured to analyze, model, control, optimize, or perform other above-mentioned field operation management tasks based on the data provided from the surface unit (202). In one or more embodiments, the E & P computer system (208) is provided with a functionality for manipulating and analyzing data, such as performing a seismic interpretation or a borehole resistivity image recording interpretation. for identifying geological surfaces in the underground formation (104) or performing simulation, planning, and optimization of system production operations at the well location (204). In one or more embodiments, the result produced by the E & P computer system (208) may be displayed for viewing by a user using a 2-dimensional (2D) display, a 3-dimensional (3D) display, or a other appropriate displays. Although the surface unit (202) is illustrated as independent of the E & P computer system (208) in FIG. 1, in other examples, the surface unit (202) and the E & P computer system (208) can also be combined. Figure 1. 2 shows additional details of the E & P computer system (208) in which one or more user-collected data problem handling embodiments can be implemented. In one or more embodiments, one or more of the modules and elements illustrated in FIG. 2 may be omitted, repeated, and / or substituted. Thus, user-collected data problem management embodiments should not be construed as limited to the specific module arrangements shown in FIG. 2. As illustrated in Figure 1. 2, the E & P computer system (208) includes an E & P tool (230) including a task engine (231) and a data retrieval module (226), an annotation marking module (224), a communication manager (221), a data repository (234), and displays (e.g., display 1 (233-1), display 2 (233-2), display 3 (233-3)). Each of these elements is described below. In one or more embodiments, the E & P computer system (208) includes the E & P tool (230) having software instructions stored in a memory and executing on a processor to communicate with the surface unit (202). to receive data from it and to manage (for example, analyze, model, control, optimize, or perform other management tasks) the aforementioned field operations based on the received data. In one or more embodiments, the received data is stored in the data repository (234) for processing by the E & P tool (230). One or more field operation management tasks (for example, an analysis task, a modeling task, a control task, an optimization task, etc. ) can be executed in an execution situation of the E & P tool (230), called the E & P tool session. During the E & P tool session, the received data is modified by the task engine (231) to generate, continuously or intermittently, preliminary results that are rendered and displayed to the user using the data retrieval module. (226) and a display (eg, display 1 (233-1), display 2 (233-2), or display 3 (233-3)) respectively assigned to the user. For example, the E & P tool session may be a seismic interpretation session where the task engine (231) processes the seismic data set and the data retrieval module (226) renders the interpreted seismic results to be displayed at the user using the display (for example, display 1 (233-1), display 2 (233-2), or display 3 (233-3)). In one or more embodiments, one or more of the display 1 (233-1), the display 2 (233-2), and the display 3 (233-3) may be a 2D display, a display 3D, or other suitable display device. In one or more embodiments, each of the multiple users may initiate an independent instantiation / session (i.e., an occurrence or a copy, whether running or not) of the tool E & P (230) to access a set of shared data in the data repository (234). For example, Display 1 (233-1), Display 2 (233-2), and Display 3 (233-3) can be used by three users to view the results of their E & P tool sessions separately. . As noted above, the term "object" refers to a physical element in the field (eg, a borehole (103), geological structures (106-1 to 106-4), a reservoir, etc. in the field (100) of Figure 1. 1), the term "data element" refers to data describing one or more attributes (for example, a location) of the object, and the term "graphic element" refers to an element displayed in a graphical user interface (GUI) of the E & P tool (230). In particular, the graphic element can be in the graphical interface displayed by the display 1 (233-1), the display 2 (233-2) or the display 3 (233-3) and represents one or more object (s), data element (s) associated with the object (s), or annotations (s) marked on the data element (s). In addition, the graphic element can also be a component of the graphical interface, such as a radio button, a text box, a drop-down list, and so on. The processor and the memory of the computerized E & P system (208) are not explicitly represented in FIG. 1. 2 so as not to mask other elements of the computerized E & P system (208). An example of such a processor and such a memory is described with reference to Figure 4 below. In one or more embodiments, the E & P computer system (208) includes a communication manager (221) that is configured to allow a user of the E & P tool (230) to communicate with another user of the computer. E & P tool (230). In one or more embodiments, the E & P computer system (208) includes an annotation marking module (224) that is configured to receive a problem description from a first user (referred to as the data reporter user) by for example, a geologist) while the data reporter user views a set of subterranean formation field data using a first instantiation of the E & P tool (230) (referred to as the problem reporting instantiation). Specifically, the problem description describes a potential problem with a data item in the subterranean formation field data set. In one or more embodiments, the annotation markup module (224) is instantiated as part of the problem reporting instantiation that receives the problem description. Further, this instantiation of the annotation marking module (224) combines a configuration parameter (for example, the camera angle of the view into a 3D spatial window when the note has been captured, the colors, the level zoom, etc. ) of the problem reporting instantiation and problem description in an annotation, and stores the annotation in the data repository (234). In addition, the annotation is marked on a graphical element representing the data element and displayed in a first image (referred to as the problem signaling image) generated by the data retrieval module (226) (instantiated in the frame). the instantiation of problem reporting). In one or more embodiments, the communication manager (221) (instantiated as part of the problem reporting instantiation) sends a notification to a second user (referred to as the data manager user) about the generated / marked annotation. by the data reporter user. For example, the data manager user may have launched or may shortly launch, in response to the notification, a second instantiation of the E & P tool (230) (referred to as the data manager instantiation). In one or more embodiments, in response to the notification, the data manager instantiation of the E & P tool (230) generates a second image (referred to as the data manager image) as a reproduction the problem reporting image for display to the data manager user. Specifically, the annotation markup module (224) (instantiated as part of the data manager instantiation) retrieves the annotation of the data repository (234) to retrieve the problem description associated with the data item. and the configuration parameter of the problem reporting instantiation. In one or more embodiments, the data retrieval module (226) (instantiated as part of the data manager instantiation) reproduces the problem signaling image based on the configuration parameter of the instantiation of the data manager. report of problem to generate the data manager image. Thus, the data item and the problem description are displayed in the data manager image for analysis by the data manager user. As noted above, the data manager user may be a data manager that analyzes the data item based on the problem description to generate a response to address the reported (potential) problem. In one or more embodiments, the response is added as an update to the annotation stored in the data repository (234) and a notification of the response is sent to the data reporter. The data repository (234) (and / or any of a set of data, a data item, an annotation, etc.) stored in) can be a database such as a database, a file system, one or more data structures (eg, matrices, link lists, tables, hierarchical data structures, etc. . ) configured in a memory, an extensible markup language (XML) file, any other suitable medium for storing data, or any appropriate combination thereof. The data repository (234) may be an internal device of the E & P computer system (208). Alternatively, the data repository (234) may be an external storage device operably linked to the E & P computer system (208). Figure 2 shows a schematic diagram of a method for managing the problem of data collected by a user in accordance with one or more embodiments. In one or more embodiments, one or more of the elements illustrated in Figure 2 may be omitted, repeated, and / or executed in a different order. Thus, the problem management embodiments of data collected by a user should not be considered as limited to the specific arrangements of elements illustrated in FIG. In one or more embodiments, the method shown in FIG. 2 can be practiced on the basis of the schematic view described with reference to FIGS. 1 and 1. 2 previously. Throughout the discussion of Figure 2, the term "object" refers to a physical element in the field (eg, borehole, geological structures, reservoir, etc.). ), the term "data element" refers to data describing one or more attributes (for example, the location) of the object, and the term "graphic element" refers to an element displayed in a graphical user interface (GUI) of the E & P tool. In particular, the graphic element may represent one or more object (s), data element (s) associated with the object (s), or annotation (s) marked on the element (s) ( s) of data. In addition, the graphic element can also be a component of the graphical interface, such as a radio button, a text box, a drop-down list, and so on. In addition, visualization of an object in the field and / or visualization of a data element designates the visualization of a corresponding graphic element representing the data element of the object using the graphical user interface of the object. the E & P tool. In one or more embodiments, the data element of an object (e.g., the wellbore) includes one or more of a wireframe rendering representing the object (e.g., the well). a pixel image representing the object (for example, the borehole), a test log associated with the object (for example, the borehole), and a report file associated with the object (for example, the wellbore). Initially, in Element 241, the graphic elements are displayed in a first image (called the problem signaling image) generated by a first instantiation of an exploration and production tool (E & P). The first instantiation is referred to as a problem reporting instantiation. As noted above, models of subsurface structures (eg, subsurface layers, hydrocarbon reservoirs, and oil wells) in a field are often used in simulation to plan field productions and to accelerate and / or improve the production of wells. Seismic interpretation tools and seismic acquisition programs for simulation are examples of E & P tools. The problem report image is a component of a graphical user interface window of the E & P tool used by a first user (referred to as the problem reporter user). For example, the problem reporter user can use the problem reporting instantiation of the E & P tool to run a planning or simulation for an oilfield. In one or more embodiments, the graphical elements displayed correspond to objects (for example, underground layers, hydrocarbon reservoirs and oil wells) in the field. Thus, the problem reporting image represents these objects in the field to the problem reporter user during planning or simulation. From time to time, the problem reporter user relies on his knowledge and experience to identify problems with the data elements during planning or simulation using the E & P tool. In Element 242, an annotation is received by the problem reporting instantiation of the E & P tool and the problem reporter user. In one or more embodiments, the annotation relates to a problem of a data element of a wellbore in the aforementioned objects in the field. Specifically, the annotation includes a problem description describing the problem of the data element of the wellbore. Examples of problem description may relate to an error in the trajectory of the wellbore in the wireframe rendering or the pixel image, an error in the units for the test log that need to be corrected, or a version of the report file that must be validated as to the up-to-date nature of the report file. In one or more embodiments, the problem description is received from the problem reporter user via a user problem description window. In particular, the user problem description window is associated with the data element of the wellbore. Specifically, the user problem description window is displayed in response to the problem reporter user who clicks on the graphical element. Thus, the problem reporter user can enter a textual description of the problem in the user problem description window. In one or more embodiments, the user problem description window is superimposed on the problem report image. In one or more embodiments, the user problem description window is displayed independent of (eg, adjacent to) the problem reporting image. In one or more embodiments, the annotation further comprises a type of the problem description. In other words, problem descriptions can be of different types. An example of a problem description type provides information about the data element of the object, such as a note about a location of the wellbore. Another example of a problem description type provides information about an action applied to the data element of the object, such as a note about a need to update the location of the wellbore. Yet another example of a problem description type provides information regarding a problem with the data element of the object, such as a note about a suspected error in the location of the wellbore. In one or more embodiments, the annotation is stored in a repository and accessible by several users of the E & P tool. For example, the annotation is accessible from the repository by the problem reporter user by using the problem reporting instantiation of the E & P tool and by another user using a data manager instantiation of the tool E & P. In one or more embodiments, the problem signaling instantiation of the E & P tool and the data manager instantiation of the E & P tool execute on independent computer processors. For example, each instantiation of the E & P tool can run on a different node of a computer network. In Element 243, the annotation is marked on a graphic element representing the data element of the wellbore. In Item 244, a notification is sent to a second user (referred to as the data manager user) concerning the annotation. In one or more embodiments, the data manager user is assigned as a data manager to maintain the integrity of the data items relating to the aforementioned objects in the field. Specifically, the data manager user can use the data manager instantiation of the E & P tool to view, process, and resolve reported issues from other E & P users. In Element 245, a second image (called the data manager image) is generated, in response to the notification and by the data manager instantiation of the E & P tool, for display at the time. user data manager. In particular, the data manager image is a component of a graphical user interface window of the E & P tool. Specifically, the data manager user uses this E & P tool GUI window to view, or otherwise receive notifications of, reported issues from other users of the E & P tool. In one or more embodiments, the data element of the wellbore and the problem description are displayed in the data manager image for analysis by the data manager user. For example, the data manager user analyzes the data element of the wellbore and the problem description in role assigned as data manager. In one or more embodiments, the data manager instantiation of the E & P tool is initiated, automatically or manually in response to a computer node of the data manager user receiving the notification. In one or more embodiments, the data manager instantiation of the E & P tool is already running when the notification is received by the computer node of the data manager user. In one or more embodiments, the annotation further comprises a configuration parameter (for example, the camera angle, the colors, the zoom level, the configuration of the image layers, etc.). of the view in a 3D spatial window when the annotation has been captured) for the problem reporting instantiation of the E & P tool. In such embodiments, the data manager image may be generated as a reproduction of the problem signaling image. In other words, the data manager user can view the objects in the field using the same camera angle, the same colors, the same zoom level, the same image layer configuration, and so on. as the problem reporter user when the problem reporter user annotates the object in question in the field. Specifically, the data manager image is generated based on the configuration parameter included in the annotation to reproduce the problem report image. Thus, the data manager user can analyze the data element of the wellbore and the problem description by viewing the same image as the problem reporter user who initially generated the annotation regarding the problem of the element. data from the wellbore. As indicated above, by viewing the data manager image, the data manager user analyzes the data element of the wellbore and the problem description in assigned role as data manager. In Element 246, a first response (referred to as the data handler response) to the problem description is received from the data manager user by the data handler instantiation of the E & P tool. For example, the data handler's response may include one or more of "I corrected the path, please check", "I have checked the logging model units and it looks like it's okay, please double check ", Or" I updated the file in question to the version of October 23, 2011, which is the latest version. " Specifically, the response of the data manager to the description of the problem is received in response to the display of the data manager image to the data manager user. In one or more embodiments, the response of the data manager is added to the annotation and stored in the repository. Thus, the response of the data manager is accessible from the repository by several users, such as by the problem reporter user using the problem reporting instantiation of the E & P tool. In Item 247, the problem signaling image and the data manager image are highlighted to indicate the status of annotation, notification, and / or response. Specifically, graphical elements representing annotation, notification, and / or response are highlighted to indicate their status. For example, annotation, notification, and / or response may be displayed using a different color, hatch pattern, line thickness, or other highlighting means known to the art specialist. technical. In one or more embodiments, the graphical element representing the data element of the wellbore is highlighted in the data manager image to indicate a notification state with respect to the problem description of the data well. data element. In one or more embodiments, the data manager image comprises a plurality of (eg, 10, 20, 100, etc.). ) notifications from more than one (for example, 10, 20, 100, etc.) ) users. In such embodiments, the problem signaling image may not display all graphical elements representing all objects in the field so as not to obscure the visualization of the data manager user. For example, multiple notification states can be displayed as dots on a field map, or simply in a list. In one or more embodiments, in response to the viewing by the data manager user of the notification state, a request is received from the data manager user to display the description of the problem such that that the data manager user can analyze the reported problem. Thus, the data manager user can generate the response of the data manager. In those embodiments where the data manager image comprises several (e.g., 10, 20, 100, etc.). ) Notification states from multiple (eg, 10, 20, 100, etc.) ) users, the data manager user can select one of the multiple notification states to display the details of the problem description and its corresponding object in the field, so as not to hide the visualization of the data manager user. As previously described, the data manager user can view the details of the selected problem description and its corresponding object in the field using the same camera angle, the same colors, the same zoom level, the same layer configuration image, etc. as the particular user when the particular user initially generated the selected problem description. In one or more embodiments, in response to receiving the response from the data manager, the data element of the wellbore is further highlighted in the data manager image to indicate a response status of the data element of the wellbore with respect to the response of the data manager. In one or more embodiments, in response to receiving the response from the data manager, the graphic element is also highlighted in the problem report image and to indicate to the reporter user of problem, the response state of the data element of the wellbore with respect to the response of the data manager. In Item 248, a second response (referred to as the problem reporter user response) is received from the problem reporter user and in response to the problem reporter user viewing the response status of the problem. the data element of the wellbore. For example, the problem reporter user response may acknowledge the response of the data handler to the reported problem, confirm the problem resolution by the data handler, or indicate that the data handler response is insufficient to resolve the problem. the problem reported. In one or more embodiments, the problem description, the data manager response, and the problem reporter response are combined into a report / problem log that is stored in the repository. Thus, the log of the data element / problem solving of the wellbore data element is accessible from the repository by several users, for example, by the problem reporter user using the reporting instantiation of the wellbore data element. problem of the E & P tool and by the data manager user using the data manager instantiation of the E & P tool. In Element 249, a second annotation is received by a third instantiation (for example, another instantiation independent of the problem signaling instantiation and the data manager instantiation) of the E & P tool and a third user (for example, another user independent of the problem reporter user and the data manager user). For example, the second annotation may signal another problem with the same data item. As described with respect to the annotation, the second annotation may trigger similar activities and interactions between the third user and the data manager. For example, a second notification may be sent to the data manager for the second annotation. As previously described, the notification and the second notification are among the multiple notifications of multiple users of the E & P tool. In one or more embodiments, the response of the data manager and the resulting accounting / problem solving log are also stored in the repository to be accessible to these multiple users. Figures 3. 1 to 3. 7 show various screenshots that further illustrate the problem management of data collected by a user in accordance with one or more embodiments. In one or more embodiments, the example shown in FIGS. 1-3. 7 is practiced using the computerized E & P system (208) described above. Figure 3. 1 shows a workflow (310) for reporting a data problem using the previously described E & P computer system (208). Initially, in block (311), a user of the E & P tool identifies a possible problem with data. In block (312), the user uses an annotation tool to add a note with a brief explanation of possible data quality problem. In block (313), another user, who is the data manager of the E & P tool, is alerted via an email of the new data quality alert. In block (314), the data manager initiates another instantiation of the E & P tool, and is presented with a list of annotations of data problem with their context. This list summarizes the problems reported by several users and can be presented in a 2D or 3D view. In block (315), the data manager takes an action by correcting the data or otherwise closing the problems. In addition, the data manager writes a quick note of the action taken to be recorded in the annotation. In block (316), the user who reported the problem is notified of the action taken. If the data is updated, the user has the option to immediately update the data in his instantiation of the E & P tool for immediate viewing. The workflow (310) is further illustrated in the screenshots shown in FIGS. 2 to 3. 7 lower. Figure 3. 2 shows a screenshot 2 (320) of a user window (321), which is a user interface window of the E & P tool for viewing the dataset of the field (322). As illustrated, the data set of the field (322) is displayed as an image of the subterranean formation with a data element 1 (321-1) and a data element 2 (321-2) highlighted. Specifically, a geologic user has marked a graphical element representing an annotation on data element 1 (321-1) by entering a problem description using the user problem description window (323). In one or more embodiments, the user problem description window (323) may be selected from a drop-down menu displayed by a user's mouse click on data item 1 (321-1) . In addition, the type (for example, basic informative, notification alert, etc. ) of the reported problem can be selected by the user using the problem type selection menu (324) of the user problem description window (323). As illustrated, the user has selected the mark icon "X" in the problem type selection menu (324) to highlight the problem with data item 1 (321-1). In contrast, data item 2 (321-2) is highlighted by a check mark icon. For example, the mark icon "X" represents the type "data error". Once the geologist creates the annotation, a data manager receives a notification of this recently created note marked as a data error, which is stored in a repository shared by several users. The data manager clicks to view the error notification and the underlying note when it receives it. It can choose an option on the note to restore camera angle, colors, zoom level, etc. of the image displayed in the user window (321) illustrated in FIG. 2. Figure 3. 3 shows a screen shot 3 (330) which includes the data manager window 1 (333-1) and the list of notifications (331). Specifically, the data manager launches the E & P tool, and is presented the data manager window 1 (333-1) and the list of notifications (331). As illustrated, the annotation created by the geologist corresponds to the notification 1 (332) in the list of notifications (331). In particular, the data manager window 1 (333-1) displays a data manager image that includes a geographic extent substantially larger than the geologist image shown in the user window (321) of Figure 3. 2. Thus, the data manager can monitor the problem reporting of multiple users on multiple user project locations. Optionally, the list of notifications (331) can be displayed in a 2D or 3D format. Figure 3. 4 shows a screenshot 4 (340), which is a part of the list of notifications (331) in the 3D format. In particular, the list of notifications (331) is displayed in the data manager window 2 (333-2) as a 3D view of the notifications (342). In one or more embodiments, the data manager window 2 (333-2) is an independent window covering (i.e., superimposed on) the data manager window 1 (332-1). As illustrated, the notification 1 (332) in the 3D view is notifications (342) is represented as the "X" mark icon previously selected by the geologist user. As illustrated in Figure 3. 4, three brand icons "X" in the 3D view of the notifications (342) represent three problems reported by three users in the same type of problem identified by the mark "X". The three corresponding annotations signaling these problems are tabulated in the category notification window (341). [0054] Figure 3. 5 shows a screenshot (350), which is the same data manager window 2 (333-2) as that illustrated in FIG. 4 with the field data set (322) enabled and superimposed by the 3D view of the notifications (342). As illustrated, the data manager has activated the detail (351) of the data element 1 corresponding to the annotation associated with the notification 1 (332). By viewing or otherwise analyzing the detail information (351) of the data item 1, the data manager has made a correction in the detail (351) of the data item 1 to address the problem reported in the annotation of the geologist. For example, the notification 1 (332) illustrated in FIG. 4 is expanded in problem description 1 (352) to show the underlying annotation of the geologist. Specifically, problem description 1 (352) includes the problem description that the geologist previously entered in the user problem description window (323) of Figure 3. 2. In addition, problem description 1 (352) is concatenated with the response of the data manager to problem description 1 (352). Figure 3. 6 shows a screenshot 6 (360) of the data manager window 2 (333-2) showing another way of entering the response of the data manager. As illustrated, problem description 1 (352) and response to problem description 1 (353) are combined in the problem description window (361) of the data manager. In addition, the problem description window (361) of the data manager includes the problem type selection menu (364) to enable the data manager to update the "X" mark icon, previously marked on data element 1 (321-1) by the geologist user, with the check icon indicating that the type "Data error" is replaced by the type "Corrected". Although not specifically illustrated in Figure 3. 6, the updated type type will be reflected later in the category notification window (341). An example of a scenario of the interaction between the user signaling the data problem and the data manager responding to the reported problem (i.e., problem description 1 (352) and response to problem description 1 (353)) is described below. A geologist makes an interpretation and sees that there must be an error in the well data. He creates a note saying that "The fur value of transmission at this point is wrong. Please check the well file and correct it as needed. The "dot" mentioned in the note is represented by the point at which the note is added in user window 1 (321). In other words, the whole context is given by the spatial representation of the well and the note in the user window 1 (321). It marks the type of note as "Data Error". There is an underlying parameter for all notes marked as "Data Error" that identifies the person (ie, a designated data handler for that type of note) to which a notification will appear when a note of this type is created. Different data managers may be designated to receive different types of notifications. The geologist records the note which automatically creates and stores a viewing parameter in the note (transparent operation for the user) which contains: [0058] (i) The camera angle of the view in the spatial window when the note has been captured (in this case, the window in 3D). [0059] (ii) All the objects activated in the user window 1 (321) when the note has been captured, not only the object to which the note is added. In this way, the complete context of the environment (in which the note was captured) is included. [0060] (iii) Colors, zoom level, etc. Once notified, the data administrator controls the source file of the well (for example, a paper document or an electronic file relating to the well) to confirm the value for the transmission fur. It then updates the value for the well as a response, and generates the response to problem description 1 (353). The data manager then opens the note and adds some text indicating that the error has been processed and changes the marker from the "Data Error" tag to the "Corrected" tag. It then returns the note to the repository, and the geologic user who created the note receives an update that the error has been processed. The geologist user can open the note to see the updated contents of the note indicating that the error has been corrected. Instead of correcting the error, the data manager can also answer with a question and maintain the communication in the context of the data objects by the note with the geologist user. As illustrated in Figure 3. 4, the data manager may also activate a data error layer (for example, the notification 3D view (342) or the category notification window (341)) which will display all the data errors submitted by several users. For each data error, the view can be restored to show the context for any note before correction or response. For example, as shown in Figure 3. 5, the data manager window 2 (333-2) is a reproduction of the user window (321) of FIG. 2 based on the above-mentioned viewing parameter (i.e., information (i) through (iii)) above. The geologist user is notified of the action taken. If the data is updated, the geologic user has the option to immediately update the local data with the corrected data and view them immediately. Figure 3. 7 shows a screen shot 7 (370), which represents the same user window (320) shown in FIG. 3. 2. Data Element 1 (321-1) is updated from the "X" mark icon to the checkmark icon. In addition, the response notification (371) opens to inform the geologic user of the new element correction of the data manager. [0063] Data problem management embodiments of data collected by a user can be implemented on virtually any type of computer without distinction of the platform being used. For example, as illustrated in Figure 4, a computer system (400) includes one or more processor (s) (402) such as a computer processor, a central processing unit (CPU), or another hardware processor , an associated memory (405) (for example, a random access memory (RAM), a cache memory, a flash memory, etc. ), a storage device (406) (for example, a hard disk, an optical drive such as a compact disc player or a digital video disk (DVD) player, a flash memory key, etc.). ), and many other elements and features typical of today's computers (not shown). The computer (400) may also include input means, such as a keyboard (408), a mouse (410), or a microphone (not shown). Further, the computer (400) may include output means, such as a monitor (412) (e.g., an LCD liquid crystal display, a plasma display, or a cathode ray tube monitor (CRT)) . The computer system (400) may be connected to a network (415) (eg, a local area network (LAN), a wide area network (WAN) such as the Internet, or any other similar network type) by intermediary of a network interface connection (not shown). Those skilled in the art will have in mind that many different types of computer systems exist (for example, a workstation, a desktop computer, a laptop, a personal multimedia device, a mobile device, such as a cellular telephone or an individual digital assistant, or any other computing system capable of executing instructions readable by a computer), and the input and output means mentioned above may take other forms, now known or developed more later. In general, the computer system (400) comprises at least the minimum means of processing, input, and / or output necessary to practice one or more embodiments. In addition, those skilled in the art will have in mind that one or more elements of the aforementioned computerized system (400) may be located at a remote location and connected to the other elements on a network. In addition, one or more embodiments may be implemented on a distributed system having a plurality of nodes, where each portion of the implementation may be located on a different node within the distributed system. In one or more embodiments, the node corresponds to a computer system. Alternatively, the node may correspond to a processor with associated physical memory. The node may, according to another possibility, correspond to a processor with a memory and / or resources, shared. In addition, the software instructions for executing one or more embodiments may be stored on a computer-readable medium such as a compact disc (CD), floppy disk, tape, or any other readable storage device. by a computer. Systems and methods provided relate to the collection of hydrocarbons from an oil field. It should be borne in mind that the same systems and processes can be used to perform subsurface operations, such as mining, water harvesting, and other underground fluids or other geological materials. other fields. In addition, parts of the system and methods may be implemented as software, hardware, firmware, or combinations thereof. While the problem management of data collected by a user has been described with respect to a limited number of embodiments, the person skilled in the art, having the benefit of the present description, will have in mind that Other embodiments may be designed which do not deviate from the problem management scope of data collected by a user as described herein. Thus, the scope of the problem management of data collected by a user must be limited only by the appended claims.