FR 2981490 A1 20130419 FR 1259753 A 20121012 FR 1 259 753 29469/239FR1 REPRÉSENTATION D'OBJETS GÉOLOGIQUES SPÉCIFIÉS PAR LE TEMPS DANS UN CADRE DE MODÉLISATION GÉOLOGIQUE SPATIALE [0001] Des modèles géologiques peuvent être utilisés pour aider à l'évaluation et à la récupération de ressources. Un processus de modélisation géologique type inclut l'acquisition de données sismiques pour un site géologique et l'analyse des données sismiques pour créer un modèle du site. Selon un modèle donné, un ingénieur peut effectuer des évaluations en ce qui concerne une ressource souterraine sur le site et peut générer des données de simulation sur la base du modèle qui clarifient la récupération potentielle de la ressource provenant du site. [0002] Les modèles géologiques sont multidimensionnels dans l'espace (par exemple, tridimensionnels), correspondent au temps présent (par exemple, temps de l'acquisition de données sismiques) et permettent des simulations centrées sur la récupération de ressources se déroulant sur une période relativement courte par comparaison au temps géologique. En conséquence, divers aspects du temps géologique peuvent être négligés. Dans divers exemples, des technologies et techniques peuvent fournir des analyses par rapport au temps géologique. [0003] Un procédé peut inclure une structure de données de temps géologique configurée pour lier des objets d'un modèle géologique à des temps géologiques. En liant un objet d'un modèle géologique à un temps géologique et en générant des résultats de simulation pour le modèle géologique, un tel procédé permet de produire des résultats de simulation le long d'un axe de temps géologique. Divers autres appareils, systèmes, procédés, etc., sont également décrits. [0004] Le résumé ci-dessus a pour but de présenter une sélection de concepts qui sont par ailleurs décrits dans la - 2 - description détaillée ci-dessous. Ce résumé n'est pas destiné à identifier des caractéristiques clé ou essentielles du sujet revendiqué, pas plus qu'il n'est destiné à être utilisé comme une aide à la limitation du champ d'application du sujet revendiqué. [0005] Des caractéristiques et avantages de mise en oeuvre décrites ci-dessus seront mieux compris par référence à la description suivante en association avec les dessins d'accompagnement. [0006] La Fig. 1 illustre un exemple de système qui inclut divers composants pour simuler un environnement géologique ; [0007] La Fig. 2 illustre un exemple de collecte de composants de temps géologique avec un exemple d'un scénario de configuration ; [0008] La Fig. 3 illustre un exemple d'interface utilisateur avec un exemple de structure de données et un exemple d'un procédé pour lier des informations spatiales et temporelles ; [0009] La Fig. 4 illustre un exemple d'une interface utilisateur graphique qui permet de lier des informations spatiales et temporelles ; [0010] La Fig. 5 illustre un exemple d'interface utilisateur graphique qui permet la sélection de caractéristiques et le traitement optionnel de caractéristiques sélectionnées avec un exemple d'un procédé ; [0011] La Fig. 6 illustre un exemple d'interface utilisateur graphique qui inclut un outil de commande graphique pour sélectionner le temps ; - 3 - [0012] La Fig. 7 illustre des exemples d'interfaces graphiques utilisateur associés avec un ou plusieurs objets de temps géologique. [0013] La Fig. 8 illustre un exemple d'un cadre de composant et un exemple d'un scénario mettant en oeuvre le cadre ; [0014] La Fig. 9 illustre un exemple d'un procédé pour saisir et transmettre des informations, optionnellement depuis ou jusqu'à l'équipement de terrain ; [0015] La Fig. 10 illustre un exemple d'un système avec des caractéristiques personnalisées optionnelles et un exemple d'un procédé ; et [0016] La Fig. 11 illustre des exemples de composants d'un système et un système en réseau. [0017] La description suivante inclut le meilleur mode actuellement envisagé pour exécuter les mises en oeuvre décrites. Cette description ne doit pas être prise dans un sens limitatif, mais est plutôt simplement réalisée à des fins de description des principes généraux des mises en oeuvre. Le champ d'application des mises en oeuvre décrites doit être établi en référence aux revendications délivrées. [0018] La Fig. 1 montre un exemple d'un système 100 qui inclut divers composants de gestion 110 pour gérer divers aspects d'un environnement géologique 150. Par exemple, les composants de gestion 110 peuvent permettre une gestion directe ou indirecte de la détection, du forage, de l'injection, de l'extraction, etc., en relation avec l'environnement géologique 150. À leur tour, d'autres informations sur l'environnement géologique 150 peuvent devenir disponibles comme les retours 160 (par exemple, en - 4 - option comme entrée vers l'un ou plusieurs des composants de gestion 110). [0019] Dans l'exemple de la Fig. 1, les composants de gestion 110 incluent un composant de données sismiques 112, un composant d'informations 114, un composant de traitement 116, un composant de simulation 120, un composant d'attribut 130, un composant d'analyse/de visualisation 142 et un composant de flux de travail 144. En cours d'opération, les données sismiques et autres informations fournies selon les composants 112 et 114 peuvent être saisies vers le composant de simulation 120. [0020] Dans un mode de réalisation, le composant de simulation 120 peut dépendre d'entités 122. Les entités 122 peuvent inclure des entités terrestres ou des objets géologiques tels que des puits, des surfaces, des réservoirs, etc. Dans le système 100, les entités 122 peuvent inclure des représentations virtuelles d'entités physiques actuelles qui sont recrées à des fins de simulation. Les entités 122 peuvent inclure des entités sur la base de données acquises par détection, observation, etc., (par exemple, les données sismiques 112 et d'autres informations 114). [0021] Dans un mode de réalisation, le composant de simulation 120 peut dépendre d'un cadre de logiciel tel qu'un cadre basé sur des objets. Dans un tel cadre, des entités peuvent inclure des entités sur la base de classes prédéfinies afin de faciliter la modélisation et la simulation. Un exemple commercialement disponible d'un cadre basé sur des objets est le cadre MICROSOFT® .NETTM (Redmond, Washington), qui fournit un ensemble de classes d'objets extensibles. Dans le cadre .NETTM, une classe d'objet contient un module de code réutilisable et des structures de données associées. Des classes d'objet peuvent être utilisées pour créer des instances d'objet - 5 - pour une utilisation dans un programme, un script, etc. Par exemple, des classes de trous de forage peuvent définir des objets pour représenter des trous de forage sur la base de données de puits. [0022] Dans l'exemple de la Fig. 1, le composant de simulation 120 peut traiter des informations pour se conformer à un ou plusieurs attributs spécifiés par le composant d'attribut 130, qui peut inclure une bibliothèque d'attributs. Un tel traitement peut se produire avant la saisie vers le composant de simulation 120. D'une autre manière, ou en supplément, le composant de simulation 120 peut exécuter des opérations sur des informations de saisie sur la base d'un ou de plusieurs attributs spécifiés par le composant d'attribut 130. Dans un mode de réalisation, le composant de simulation 120 peut créer un ou plusieurs modèles d'environnement géologique 150, sur lesquels il est possible de compter pour simuler le comportement, de l'environnement géologique 150 (par exemple, en réponse à un ou plusieurs actes, qu'ils soient naturels ou artificiels). Dans l'exemple de la Fig. 1, le composant d'analyse/de visualisation 142 peut permettre une interaction avec un modèle ou des résultats basé sur un modèle. De plus, ou d'une autre manière, des résultats du composant de simulation 120 peuvent être saisis vers un ou plusieurs flux de travail, tel qu'indiqué par un composant de flux de travail 144. [0023] Dans un mode de réalisation, les composants de gestion 110 peuvent'inclure des caractéristiques d'un cadre de simulation commercialement disponible tel que le cadre du logiciel sismique à simulation PETREL® (Schlumberger Limited, Houston, Texas). Le cadre PETREL® fournit des composants qui permettent l'optimisation des opérations d'exploration et de développement. Le cadre PETREL® inclut des composants du logiciel sismique à simulation qui peuvent fournir des informations à utiliser pour des performances accrues de réservoir, par exemple, en améliorant la productivité des actifs de l'équipe. Par l'utilisation d'un tel cadre, divers professionnels (par exemple, des géophysiciens, géologues et ingénieurs réservoirs) peuvent - développer des flux de travail collaboratifs et intégrer des opérations pour rationnaliser des processus. Un tel cadre peut être considéré comme une application et peut être considéré comme une application axée sur les données (par exemple, où les données sont saisies à des fins de simulation d'un environnement géologique). [0024] Dans un mode de réalisation, les composants de gestion 110 peuvent inclure des caractéristiques pour la géologie et la modélisation géologique pour générer des modèles de structure de réservoir et de stratigraphie (par exemple, classification et estimation, modélisation de faciès, corrélation de puits, imagerie de surface, analyse structurale et de défauts, conception de chemin de puits, analyse des données, modélisation de fracture, édition du flux de travail, modélisation des incertitudes et de l'optimisation, modélisation pétrophysique, etc.). Des caractéristiques particulières peuvent permettre des performances d'interprétation sismique en 2D et en 3D, optionnellement pour l'intégration avec des outils géologiques et d'ingénierie (par exemple, classification et estimation, conception de chemin de puits, interprétation sismique, analyse d'attribut sismique, échantillonnage sismique, représentation du volume sismique, extraction de géocorps, conversion de domaines, etc.). Selon l'ingénierie de réservoir, pour un modèle généré, une ou plusieurs caractéristiques peuvent permettre un flux de travail de simulation pour exécuter une simulation rationnalisée, réduire les incertitudes et aider à la planification de futurs puits (par exemple, analyse d'incertitudes et flux de travail d'optimisation, conception de chemins de puits, maillage avancé et mise à l'échelle supérieure avancée, analyse de correspondances d'historique, etc.). Les composants de gestion 110 peuvent inclure des caractéristiques pour des flux de travail de forage incluant la conception de chemins de puits, la visualisation du forage et les mises à jour de modèle en temps réel (par exemple, par des liaisons de données en temps réel). [0025] Dans un mode de réalisation, divers aspects des composants de gestion 110 peuvent inclure des additifs ou des modules d'extension qui fonctionnent selon des spécifications d'un environnement de cadre. Par exemple, un environnement de cadre disponible commercialement, commercialisé comme l'environnement de cadre OCEAN® (Schlumberger Limited) permet l'intégration continue d'additifs (ou modules d'extension) dans un flux de travail de cadre PETREL®. L'environnement du cadre OCEANC, tire profit des outils .NET® (Microsoft Corporation, Redmond, Washington) et propose des interfaces stables et conviviales pour un développement efficace. Dans un mode de réalisation, divers composants peuvent être mis en oeuvre comme additifs (ou modules d'extension) qui sont conformes aux spécifications et fonctionnent selon les spécifications d'un environnement de cadre (par exemple, selon des spécifications d'interface de programme d'application (API), etc.). [0026] La Fig. 1 montre également un exemple d'un cadre 170 qui inclut une couche de simulation de modèle 180 avec une couche de services de cadre 190, une couche de centre du cadre 195 et une couche de modules 175. Le cadre 170 peut inclure le cadre commercialement disponible OCEAN® où la couche de simulation de modèle 180 est le pack logiciel commercialement disponible, centré sur le modèle, PETREL® qui héberge des applications de cadre OCEAN®. Dans un mode de réalisation, le logiciel PETREL® peut être c onsidéré comme une application axée sur les données. - 8 - [0027] La couche de simulation de modèle 180 peut fournir des objets de domaine 182, agir comme source de données 184, fournir une représentation 186 et fournir diverses interfaces utilisateurs 188. La représentation 186 peut fournir un environnement graphique dans lequel les applications peuvent afficher leurs données tandis que les interfaces utilisateur 188 peuvent fournir un aspect et une atmosphère communs pour l'application des composants de l'interface utilisateur. [0028] Dans l'exemple de la Fig. 1, les objets de domaine 182 peuvent inclure des objets d'entité, des objets de propriété et en option d'autres objets. Les objets d'entité peuvent être utilisés pour représenter géométriquement des puits, des surfaces, des réservoirs, etc., tandis que des objets de propriété peuvent être utilisés pour fournir des valeurs de propriété de même que des versions de données et des paramètres d'affichage. Par exemple, un objet d'entité peut représenter un puits alors qu'un objet de propriété fournit des informations de diagraphie de même que des informations de version et des informations d'affichage (par exemple, pour afficher le puits comme partie d'un modèle). [0029] Dans l'exemple de la Fig. 1, des données peuvent être stockées dans une ou plusieurs sources de données (ou magasins de données, généralement des dispositifs de stockage de données physiques), qui peuvent être sur des mêmes ou différents sites physiques et accessibles par un ou plusieurs réseaux. La couche de simulation de modèle 180 peut être configurée pour modéliser des projets. Comme tel, un projet spécifique peut être stocké là où des informations de projet stockées peuvent inclure des entrées, modèles, résultats et cas. Ainsi, lors de l'achèvement d'une session de modélisation, un utilisateur peut stocker un projet. Ultérieurement, il est possible - 9 - d'accéder au projet et de le restaurer en utilisant la couche de simulation de modèle 180, qui peut recréer des instances des objets de domaine pertinents. [0030] La Fig. 2 montre des composants du cadre 170, des composants du temps géologique 280 (par exemple, des composants « géotemps »), qui peuvent interagir par une ou plusieurs interfaces de programme d'application 210 (API), ainsi qu'un scénario exemple 220. Dans l'exemple de la Fig. 2, les composants géotemps 280 incluent un ou plusieurs objets ou composants de temps géologique 282, un ou plusieurs composants de source de données de temps géologique 284, un ou plusieurs composants de représentation de temps géologique 286 et un ou plusieurs composants d'interface utilisateur de temps géologique 288. [0031] Dans le scénario exemple 220, un objet de temps géologique 282 peut être créé pour fournir une structure principale d'objet 283 (par exemple, une structure principale pour des liens vers d'autres objets ou données). Dans un tel exemple, l'objet de temps géologique 282 peut être mentionné comme un objet de structure principale de géotemps puisqu'il peut être configuré pour structurer des données à des fins de présentation de données le long d'un axe de temps géologique. [0032] Dans le scénario exemple 220, la structure principale d'objet 283 peut faire référence à ou être basé sur une ou plusieurs sources de données de temps géologique, qui peuvent être fournies par un ou plusieurs composants de source de données de temps géologique 284, et représentées en utilisant un ou plusieurs composants de représentation de temps géologique 286. Par exemple, un composant de source de données de temps géologique peut être configuré pour accéder aux données pour un axe ou un diagramme chronographique (par exemple, avec des détails s'étendant depuis la Période (P) à l'Époque (E) au Stade - 10 - (S)) puis représenté sur un affichage (par exemple, un écran, un moniteur, etc.). Dans un mode de réalisation, un graphique de temps géologique peut être une interface utilisateur graphique (IUG) interactive, par exemple, mise en oeuvre par un ou plusieurs composants UI 288. [0033] Dans le scénario exemple 220, une IUG verticale 232 ou une IUG horizontale 234 peuvent être représentées pour permettre une interaction utilisateur, par exemple, pour remplir la structure principale d'objet 283 par une commande de menu 240 (par exemple, pour créer des données de liaison ou de structure par rapport à un ou plusieurs temps géologiques). Tel qu'indiqué, la structure principale d'objet 283 est remplie par des objets à un temps de 100 Ma et avec des objets à un temps de 40 Ma. Tel qu'indiqué, des processus peuvent être affectés aux objets associés à la structure principale d'objet 283, par exemple, pour fournir des sorties vers un ou plusieurs flux de travail (voir, par exemple, Flux de travail X et Flux de travail Y). [0034] Dans un mode de réalisation, le remplissage d'une structure principale d'objet peut se produire par liaison. Dans un mode de réalisation, la liaison peut lier des entités pour lier de manière inhérente à des données (ou « éléments de données »). La liaison peut impliquer l'étiquetage, par exemple, où un objet géologique d'un modèle géologique ou ses données associées peuvent être étiquetées pour indiquer une liaison vers un ou plusieurs objets de temps géologique tel que l'objet associé à la structure principale d'objet 283. Dans un mode de réalisation, la liaison et l'étiquetage peuvent se produire optionnellement d'une manière essentiellement simultanée (par exemple, où une opération de liaison fait automatiquement qu'un objet ou des données soient étiquetées). [0035] La Fig. 3 montre un composant d'interface utilisateur de temps géologique 308, par exemple, configuré pour fournir une représentation d'une interface ou IUG 310 et montre également un exemple de structure de données 340 et un exemple d'un procédé 350. L'IUG 310 inclut des onglets 312 pour la configuration de simulations ainsi que des conseils pour aider un utilisateur. L'onglet de configuration de simulations inclut les commandes graphiques 314 pour permettre la création d'une nouvelle simulation et pour éditer une simulation existante (par exemple, une simulation précédemment exécutée). Dans l'exemple de la Fig. 3, un autre ensemble d'onglets 316 assure la commande de l'entrée, de la sortie et du fonctionnement ou de l'exécution des instructions pour effectuer une simulation afin de générer des résultats de simulation. [0036] Pour l'onglet d'entrée, les commandes graphiques 318 permettent des choix de modèle tandis que les tendances temporelles 320 permettent une sélection de tendances qui peuvent se produire par rapport au temps. Dans l'exemple de la Fig. 3, les tendances temporelles 320 incluent un graphique de configuration de tendance de flux thermique basal 322, un graphique de configuration de température d'interface sédiment/eau 324 et un graphique de configuration de profondeur d'eau paléo 326. Par la sélection de graphiques, un utilisateur peut configurer les diverses tendances temporelles 320 pour former des instructions d'entrée pour exécuter une simulation. Par exemple, des informations de sélection de tendance temporelle peuvent être stockées dans une structure de données de temps géologique définie sur une structure principale de géotemps accessible par un module de simulation pour permettre ainsi la génération de résultats de simulation qui de nouveau incluent des données de temps géologique pour une association avec une structure principale de géotemps. Comme exemple de scénario, un - 12 - utilisateur peut sélectionner l'onglet « Entrée » à partir de l'onglet 316, apporter des spécifications d'entrée par les diverses commandes graphiques (par exemple, 314, 318, 320, 322, 324 et 326) puis sélectionner l'onglet Exécuter » à partir de l'onglet 316 pour lancer une simulation qui, à son tour, génère au moins quelques résultats de simulation (par exemple, des propriétés) par rapport au temps. Dans cet exemple de scénario, une structure de données de temps géologique peut se lier à des objets d'un modèle géologique de sorte que des résultats de simulation générés puissent être générés le long d'un axe de temps géologique. Dans un tel exemple, la structure de données de temps géologique peut être définie par un objet géotemps (par exemple, une classe de composant géotemps) qui fournit des champs d'entrée pour stocker des spécifications d'entrée qui indiquent à des opérations de liaison de données ou de collecte de données (par exemple, par la simulation, le traitement, etc.) de structurer des données dans des champs de sortie par rapport au temps géologique (par exemple, le long d'un axe de temps géologique). Dans divers exemples, des champs de sortie peuvent être remplis avec des propriétés (par exemple, des valeurs) associées aux entités (par exemple, un puits, un réservoir, etc.). Dans un environnement orienté objet, des propriétés peuvent être définies par des objets de propriété et des entités par des objets d'entité où, par exemple, un objet géotemps peut définir une structure de données ayant au moins un champ d'entrée pour conserver un identifiant d'objet qui dicte quelles données rempliront un champ ou des champs de sortie. Dans cet exemple, les données du champ ou des champs de sortie peuvent être présentées le long d'un axe de temps géologique (par exemple, la structure de données peut inclure un ou plusieurs champs qui conservent un temps ou des temps géologiques). - 13 - [0037] Un exemple de structure de données 340 est montré à la Fig. 3 comme incluant un champ de tâche, un champ d' ID objet, un champ de propriété, un champ géotemps et un autre champ. Dans cet exemple, la structure de données 340 peut inclure un ou plusieurs champs pour des données, des procédés, des instructions, etc. la structure de données 340 peut être remplie, au moins en partie, par l'entrée à partir d'un fichier de configuration, une IUG ou un autre mécanisme. Dans l'exemple de la Fig. 3, la structure de données 340 peut fournir optionnellement une liste de tâches pour indiquer à un système informatique d'effectuer diverses actions. Certains exemples de champs remplis sont montrés à la structure de données 340 de la Fig. 3. Comme exemple de scenario, un utilisateur peut sélectionner un objet ayant un ID objet « 54 » et une propriété associée « P1 » pour une génération le long d'une plage entière de temps géologique « Plein » avec une charte de couleur « Couleur ». Comme autre exemple de scénario, un utilisateur peut sélectionner un objet ayant un ID objet « 23 » et une propriété associée « P4 » pour une génération par rapport à un temps géologique spécifique de 18 Ma où toutes valeurs de propriété sont normalisées « Normaliser ». Dans encore un autre exemple de scénario, un utilisateur peut sélectionner un objet ayant un ID objet « 6 » et une propriété associée « P2 » pour une génération par rapport à des temps Éocène où toutes valeurs de propriété sont transformées en valeurs de diagraphie « Diagraphie ». Dans un mode de réalisation, une structure de données inclut un champ d'entrée pour spécifier un objet d'un modèle géologique, un champ de temps géologique pour spécifier un ou plusieurs temps géologiques (par exemple, un temps spécifique ou une plage de temps) et un champ de sortie pour conserver des données pour présentation par rapport à un temps géologique (par exemple, par rapport à un axe de temps géologique). Une telle structure de données peut lier des objets d'un modèle géologique à des temps géologiques. En liant un objet d'un modèle géologique à un - 14 - temps géologique et en générant des résultats de simulation pour le modèle géologique, une telle structure de données peut faciliter la génération de résultats de simulation le long d'un axe de temps géologique. L'IUG 310 peut également inclure des commandes graphiques 330, par exemple, pour permettre la délivrance d'opérations basiques comme « Appliquer », « OK », et « Annuler ». [0038] Dans l'exemple de la Fig. 3, le procédé 350 inclut un bloc de provision 352 pour fournir une structure de données de temps géologique configurée pour lier des objets d'un modèle géologique à des temps géologiques ; un bloc de liaison 354 pour lier un des objets du modèle géologique à un des temps géologiques ; un bloc de génération 356 pour générer des résultats de simulation pour le modèle géologique ; et un bloc de sortie 358, sur la base au moins en partie de la structure de données de temps géologique, pour générer au moins certains des résultats de simulation le long d'un axe de temps géologique. [0039] Le procédé 350 est montré à la Fig. 3 en association avec divers blocs supports assimilables par ordinateur (CRM) 353, 355, 357 et 359. De tels blocs incluent généralement des instructions convenant à l'exécution par un ou plusieurs processeurs (ou coeurs) pour indiquer à un dispositif ou à un système informatique d'exécuter une OU plusieurs actions. Tandis que divers blocs sont montrés, un support unique peut être configuré avec des instructions pour permettre, au moins en partie, l'exécution de diverses actions du procédé 350. [0040] Dans un mode de réalisation, un ou plusieurs supports assimilables par ordinateur peuvent inclure des_ instructions exécutables par ordinateur pour indiquer à un système informatique de : créer l'objet de temps géologique configuré pour fournir un axe de temps géologique ; lier des données de propriété d'un modèle géologique à des temps - 15 - géologiques de l'axe de temps géologique de l'objet de temps géologique créé ; et structurer les données de propriétés liées par rapport à l'axe de temps géologique dans un format pouvant être représenté sur un écran. Par exemple, le CRM 353 peut fournir des instructions pour créer un objet de temps géologique, le CRM 355 peut fournir des instructions pour lier des données de propriété d'un modèle géologique à des temps géologiques de l'axe de temps géologique de l'objet de temps géologique créé, et le CRM 359 peut fournir des instructions pour structurer les données de propriété liées par rapport à l'axe de temps géologique dans un format pouvant être représenté sur un écran. Dans un mode de réalisation, les instructions exécutables par ordinateur peuvent être fournies pour indiquer à un système informatique d'échanger des données entre un objet d'un modèle géologique et un objet de temps géologique, ce qui peut optionnellement se produire au cours d'une simulation ou d'un autre traitement informatique. [0041] La Fig. 4 montre un exemple d'un composant d'interface utilisateur de temps géologique 408, par exemple, configuré pour fournir la représentation d'une interface ou IUG 410. Dans l'exemple de la Fig. 4, l'IUG 410 inclut des onglets 412 pour réaliser un diagramme et pour fournir des conseils (par exemple, accès à un ou plusieurs fichiers d'aide pour aider un utilisateur). L'onglet « Faire un diagramme » inclut des commandes graphiques 414 pour sélectionner la création de diagramme ou charger et éditer un diagramme existant. Une commande déroulante peut permettre un accès facile à des diagrammes précédemment créés, par exemple, un diagramme nommé « cls simple ». [0042] L'IUG 410 inclut également des onglets 416 pour des sélections chronostratigraphiques et des sélections lithofacièes (par exemple, faciès associés, lithologie, - 16 - élément de systèmes pétroliers, etc.). Tel qu'indiqué dans l'exemple de la Fig. 4, l'onglet chronostratigraphique inclut une série de graphiques de configuration sélectionnables 418 et un graphique chronostratigraphique 420, qui peut être configuré et représenté en réponse à la sélection d'un des graphiques 418. [0043] Tel qu'indiqué, un diagramme ainsi nommé peut être créé ou chargé. À la Fig. 4, le diagramme « cls simple » est chargé et disponible pour édition. Le diagramme inclut divers champs tels que des évènements géotemps 422, des géotemps 424, des couleurs 426 et des commentaires 428. Pour chaque géotemps 424 (par exemple, 0 Ma, 2.5 Ma, 5 Ma, 24, Ma, 35 Ma, 55 Ma et 65 Ma), un événement associé est montré, par exemple, comme une entité, qui peut être une couche ou une surface spatial. Pour faciliter l'analyse, le champ de couleur 426 permet qu'une couleur soit affectée à chacun des évènements. Une série de commandes graphiques 430 permet à un utilisateur d'indiquer à l'IUG 410 d'appliquer des éditions, entrées, sélections, etc.; pour accepter des éditions, entrées, sélections, etc., pour sauvegarder en mémoire (par exemple, un fichier) ; et pour annuler les éditions, entrées, sélections, etc. Par l'IUG 410, un utilisateur peut créer ou éditer un diagramme qui fournit des champs pour lier explicitement des objets géologiques à un temps géologique. En outre, des propriétés graphiques peuvent être affectées telles que la couleur pour permettre des visuels améliorés quand des informations sont représentées sur un écran. De cette manière, une IUG peut faire partie d'une analyse ou, plus généralement, d'un flux de travail, le champ commentaire 428 permet à l'utilisateur ou aux utilisateurs de saisir des commentaires, qui peuvent être utiles pour évaluer ou concevoir des solutions associées à un environnement, un réservoir, etc. - 17 - [0044] La Fig. 5 montre un exemple d'un composant d'interface utilisateur de temps géologique 508, par exemple, conf,iguré pour fournir la représentation d'une interface ou IUG 510 et montre également un procédé 550. Dans un mode de réalisation, une IUG peut être configurée avec des caractéristiques sélectionnables qui fournissent optionnellement [0045] Dans l'exemple de la Fig. 5, l'IUG 510 inclut un axe de temps géologique et un axe de profondeur avec des lignes de limite de couche, des contours de température et un graphique lithologique (par exemple, pour la lithologie de diverses couches). Dans l'exemple de la Fig. 5, les contours de température sont indiqués par des hachures, cependant, ils peuvent être présentés en couleurs, ombres ou sous une autre forme. En outre, la lithologie peut être présentée, par exemple, par des modèles. Comme exemple, des contours de température colorés et des modèles de lithologie peuvent permettre à un utilisateur d'examiner des associations entre la température et la lithologie. [0046] Dans l'exemple de la Fig. 5, la liste des caractéristiques sélectionnables 520 indiquent que l'IUG 510 est configurée avec des instructions pour la sélection d'une ou de plusieurs couches, une température ou une plage de température, des propriétés rocheuses ou lithologiques, de l'huile, de l'eau ou une ou plusieurs caractéristiques définissables par l'utilisateur. Comme exemple, à la réception d'une instruction qui indique qu'une couche a été sélectionnée, l'IUG 510 peut demander une représentation du menu 530. Tel qu'indiqué dans l'exemple de la Fig. 5, le menu 530 fournit des options d'analyse supplémentaire telles que la température, le flux thermique ou autres. la représentation de menus d'options connexes. Par exemple, l'IUG 510 inclut une liste de caractéristiques sélectionnables 520 où, à réception d'une instruction de sélection, l'IUG 510 représente un graphique de menu 530 sur un écran. - 18 - [0047] Tel qu'indiqué par le procédé 550, un bloc de sélection 552 peut fournir une sélection de caractéristiques d'IU, un bloc de processus 554 peut fournir un traitement en réponse à une sélection et un bloc de représentations 556 peut fournir des résultats, de représentation en réponse à l'achèvement ou au moins à l'achèvement partiel du traitement. Par exemple un utilisateur peut sélectionner une couche, sélectionner un flux thermique puis indiquer au traitement de produire des résultats pour représenter vers un affichage ou un écran (par exemple, selon la structure de données fournie par un objet géotemps). [0048] Le procédé 550 est montré à la Fig. 5 en association avec divers blocs supports assimilables par ordinateur (CRM) 553, 555 et 557. De tels blocs incluent généralement des instructions convenant à l'exécution par un ou plusieurs processeurs (ou coeurs) pour indiquer à un dispositif ou à un système informatique d'exécuter une ou plusieurs actions. Tandis que divers blocs sont montrés, un support unique peut être configuré avec des instructions pour permettre, au moins en partie, l'exécution de diverses actions du procédé 550. [0049] La Fig. 6 montre un exemple d'un composant d'interface utilisateur de temps géologique 608, par exemple, configuré pour fournir la représentation d'interfaces ou IUG 610, 620, 630, et 640. Tel qu'indiqué, un bloc de réception 604 peut fournir au composant 608 des données, qui peuvent être des données provenant de la simulation (par exemple, des résultats de simulation), des mesures, des détections, etc. (par exemple, en option une association de données actuelles est simulées). La Fig. 6 montre également un composant de données de temps géologique 650, un composant de représentation de temps géologique 660 et un objet de diagramme d'évènement de - 19 - systèmes pétroliers 670. Dans un mode de réalisation, des graphiques couplés peuvent être configurés pour ensemble zoomer et faire un panoramique (par exemple, pour montrer la même plage de temps). De cette manière, un utilisateur peut évaluer des données pour toute plage de temps désirée dans un historique géologique donné. [0050] Dans l'exemple de la Fig. 6, le composant de données de temps géologique 650 inclut des instructions pour accéder aux données associées à la couche sélectionnée pour traitement afin de permettre la représentation de l'IUG 620. Tel qu'indiqué dans l'IUG 610, la couche sélectionnée s'étend sur l'axe de temps géologique entier et donc l'IUG 620 représente les données de flux thermique pour toute cette période de temps. Par contraste, pour une autre couche sélectionnée associée à l'IUG 630, la température et des informations additionnelles tracées s'étendent à partir géologique un mode de fournir une représentation le long d'un axe de temps géologique. Une telle approche peut être mise en oeuvre en conjonction avec l'objet de diagramme d'évènements de système pétrolier 670 qui associe des évènements à des_ caractéristiques. Dans l'exemple de la Fig. 6, un moment « critique » 672 peut être discerné sur la base de l'association d'évènements et de caractéristiques. [0051] Par rapport aux éléments du système pétrolier (PSE), des aspects temporels peuvent inclure, par exemple, des âges de déposition ou de formation, un moment « critique » et un temps' de conservation. Dans une analyse PSE, un moment critique » est le temps qui dépeint le mieux la génération-migration-accumulation d'hydrocarbures dans un pour cette réalisation, sélection d'un objet ou d'une caractéristique, de données de temps géologique peut accéder à des données de temps géologique associé à cet objet ou cette caractéristique pour du temps conséquence, création dans couche. En lors de la un composant - 20 système pétrolier et le temps de conservation d'un système pétrolier commence immédiatement après que le processus de génération-migration-accumulation se soit produit et puisse s'étendre jusqu'au jour actuel. [0052] Un diagramme PSE peut être disposé selon un ordre idéal ou réussi d'évènements. Par exemple, la roche source peut être générée et expulser des hydrocarbures une fois que le piège est formé. Avec un diagramme PSE, il est facile de vérifier l'ordre des évènements s'ils sont disposés selon un ordre idéal (ou ordre réussi). Dans un mode de réalisation, un diagramme PSE peut servir de base pour l'analyse de risques ou être transformé en diagramme de risques, par exemple, pour mieux évaluer un scénario ou une perspective. Comme exemple, des décisions provenant d'une analyse du diagramme de risques peuvent être saisies par un IUG et soutenir des décisions de gestion sur les soumissions, le forage, etc. [0053] Dans un mode de réalisation, un procédé peut inclure la génération d'au moins certains des résultats de simulation le long d'un axe de temps géologique (par exemple, en Ma) et d'au moins certains des résultats de simulation le long d'un autre axe, qui peut être, par exemple, un axe orthogonal, un axe de diagraphie, un axe de profondeur, un axe de température, un axe de flux thermique, et un axe de génération d'hydrocarbures. Tel qu'indiqué dans l'exemple de la Fig. 6, un procédé peut inclure la génération (par exemple, sur la base d'au moins en partie des résultats de simulation), des évènements des systèmes pétroliers le long d'un axe de temps géologique, qui peut inclure un moment critique indiqué le long de l'axe de temps géologique. Dans un mode de réalisation, un procédé peut inclure la fourniture d'un outil de curseur d'interface graphique utilisateur configuré pour la sélection d'un temps le long d'un axe de temps géologique et pour la génération des informations associées au temps - 21 - sélectionné, qui peut être une plage de temps. Tel qu'expliqué, quand divers graphiques doivent être représentés sur un écran, la manipulation d'un outil peut fournir des modifications synchrones dans les divers graphiques (par exemple, vers un temps ou une plage de temps sélectionné). Dans un mode de réalisation, un procédé peut inclure la fourniture d'un outil d'interface utilisateur graphique configuré pour la sélection d'une caractéristique géographique spatiale. Un tel outil peut optionnellement fournir la sélection de la même caractéristique sur divers graphiques (par exemple, dans diverses fenêtres, etc.). [0054] Dans un mode de réalisation, une structure de données de temps géologique peut être un objet de temps géologique (par exemple, un objet « géotemps »). Un procédé peut inclure l'échange de données entre un objet géologique spatial (par exemple, d'un modèle de réservoir) et un objet de temps géologique. Dans un mode de réalisation, un tel procédé peut échanger des données en émettant au moins un appel d'interface de programme d'application et en recevant des données en réponse à l'appel. Quand une simulation se produit pour générer des résultats de simulation, l'échange de données peut se produire au moins en partie au cours de la génération des résultats de simulation. Par rapport à la génération, un procédé peut optionnellement inclure l'émission d'au moins une commande de contrôle pour contrôler l'exploration des ressources ou l'équipement de récupération associé à un réservoir physique. [0055] Dans l'exemple de la Fig.. 6, l'IUG 610 montre un graphique d'historique d'ensevelissement, l'IUG 620 montre un premier graphique de temps, l'IUG 630 montre un deuxième graphique de temps et l'IUG 640 montre un diagramme PSE. Dans cet exemple, les IUG 610, 620, 630 et 640 sont couplées pour montrer une plage de temps commune. La couleur et autres annotations appliquées à l'un des - 22 - graphiques peuvent être appliquées à un ou plusieurs autres graphiques pour améliorer la visualisation. Le composant de représentation de temps géologique 660 peut être configuré pour sélectionner un temps ou des temps (par exemple, une plage de temps) pour agir comme curseur géotemps qui peut être utilisé pour contrôler d'autres composants pour la génération d'informations, tel qu'indiqué par un bloc de sortie 664. De tels composants peuvent être un composant 3D pour la génération d'informations comme un graphique 3D, un composant d'outil d'extraction de profondeur pour la présentation de l'historique d'ensevelissement, etc. [0056] Dans un mode de réalisation, un ou plusieurs supports assimilables par ordinateur peuvent inclure des instructions exécutables par ordinateur pour indiquer à un système informatique de : recevoir des données de simulation provenant. d'une simulation sur la base d'un modèle géologique (voir, par exemple, le bloc 604) ; générer un graphique de données de simulation le long d'un axe de temps géologique et d'un axe spatial géologique (voir, par exemple, le bloc 608) ; générer un outil de commande graphique configuré pour sélectionner un temps le long d'un axe de temps géologique (voir, par exemple, le bloc 660) ; et générer des informations de sortie en réponse à la sélection d'un temps par l'outil de commande graphique (voir, par exemple, le bloc 664). Tel que mentionné, un outil de commande graphique peut permettre la sélection d'une plage de temps le long de l'axe de temps géologique. Dans un mode de réalisation, un système informatique peut inclure une interface de communication pour communiquer des informations de sortie (par exemple, en réponse à une ou des interactions avec un IUG) pour commander un équipement de récupération de ressources associé à un réservoir physique. Tel qu'indiqué dans l'exemple de la Fig. 6, le composant de données de temps géologique 650 peut inclure des instructions pour un outil de commande graphique configuré pour sélectionner une - 23 - caractéristique spatiale géologique d'un graphique (par exemple, une ou plusieurs couches, etc.). En ce qui concerne la réception de données (par exemple, par le bloc 604), ces données peuvent inclure des données de simulaIion reçues d'une simulation sur la base d'un modèle géologique, par exemple, où les données sont accessibles à partir d'un objet de temps géologique stocké incluant un lien vers un objet géologique spatial. [0057] La Fig. 7 montre des exemples d'interfaces utilisateur graphique 710 et 730 et un exemple d'un procédé 750. Dans un mode de réalisation, une IUG ou des IUG peuvent être représentés par l'utilisation d'un ou de plusieurs composants (par exemple, modules, objets, etc.) mis en oeuvre par un système informatique ayant un ou plusieurs processeurs et une ou plusieurs mémoires. Tel que montré à la FIG. 7, l'IUG 710 inclut des champs d'entrée 712 pour la génération d'un diagramme chronostratigraphique 714, un tableau 716 configuré pour une interaction avec le diagramme 714 pour présenter des objets géologiques liés comme évènements dans le temps, et diverses commandes 718, par exemple, pour permettre l'ouverture et la sauvegarde d'un objet géotemps 720. Dans un mode de réalisation, l'objet géotemps 720 peut être une structure de données configurée pour stocker ou fournir un accès aux informations (par exemple, par des références de liaison) tel que les informations présentées dans le tableau 716. En général, des caractéristiques de l'IUG 710 peuvent permettre à l'utilisateur de saisir des instructions (par exemple, par un dispositif d'entrée tel qu'une souris, un clavier, un écran tactile, etc.) pour lier des objets géologiques comme évènements dans le temps. [0058] Tel que montré à la FIG. 7, les propriétés de l'objet géologique IUG 730 peuvent présenter des informations sous un format de tableau qui incluent des champs tels que le nom de la couche, le nom et les - 24 - caractéristiques d'une unité stratigraphique (par exemple, « schistes de la formation Naust », « schistes de la formation Brygge », etc.), l'affectation de couleur, l'affectation de modèle, la lithologie, le PSE et les cinétiques. Dans un mode de réalisation, de telles propriétés, ou d'autres, peuvent être stockées par rapport à un objet géotemps (par exemple, l'objet géotemps 720), qui peut être un composant IUG accessible par un composant de représentation pour représenter ces informations sur un écran (voir, par exemple, les IUG de la Fig. 6), optionnellement avec des commandes graphiques pour sélectionner des couleurs, des modèles, des noms, etc. [0059] Tel que montré à la FIG. 7, le procédé 750 inclut un bloc d'entrée de temps 752 pour entrer un ou plusieurs temps, un bloc de représentation 754 pour représenter un graphique de liaison d'objet géologique, un bloc de liaison 756 pour lier des objets géologiques aux temps et optionnellement aux propriétés, et un bloc de processus 758 pour traiter des informations liées, par exemple, pour générer des sorties (par exemple, graphiques, diagrammes, commandes de contrôle, etc.). [0060] Le procédé 750 est montré à la Fig. 7 en association avec divers blocs supports assimilables par ordinateur (CRM) 753, 755, 757 et 759. De tels blocs incluent généralement des instructions convenant à l'exécution par un ou plusieurs processeurs (ou coeurs) pour indiquer à un dispositif ou à un système informatique d'exécuter une ou plusieurs actions. Tandis que divers blocs sont montrés, un support unique peut être configuré avec des instructions pour permettre, au moins en partie, l'exécution de diverses actions du procédé 750. [0061] La Fig. 8 montre un exemple d'un cadre de composant 805 et un exemple d'un scénario 850 qui peuvent dépendre d'un ou de plusieurs composants du cadre 805. Tel - 25 - qu'indiqué, le cadre 805 inclut des composants spatiaux 810 et des composants géotemps 820 qui incluent un objet de structure principale de géotemps 822 pour fournir une structure principale 828, un ou plusieurs autres objets géotemps 826 (par exemple, des objets qui spécifient les temps géologiques, des objets d'aide pour afficher le formatage, des objets d'aide pour analyser des données par rapport au temps géologique, etc.) de même qu'un mécanisme 830 pour lier ou pour fournir des propriétés 829 à partir de composants spatiaux 810 vers la structure principale 828 (par exemple, par l'objet de structure principale de géotemps 822). Dans l'exemple de la Fig. 8, le ou les composants géotemps 826 peuvent fournir des propriétés qui peuvent être facilement associées à l'objet de structure principale 822 (par exemple, des propriétés ayant déjà des informations de temps). Dans l'exemple de la Fig. 8, chacune des propriétés spécifiées Pl, P2, . . . PN peut fournir des données ou un ensemble de données, par exemple, où chacun des Pli, P12, P21, P22, . . . PIN et P2N peut représenter une valeur (par exemple, de température, de pression, etc.) pour chaque évènement dans le temps de la structure principale 828. [0062] Dans l'exemple de la Fig. 8, un mécanisme de liaison peut être fourni pour lier ou fournir des propriétés où un tel mécanisme peut dépendre d'une ou de plusieurs interfaces de programme d'application (API). Par exemple, un cadre peut fournir une utilisation de modèles écrits dans une langue de domaine spécifique ou sous une autre forme. Lors de la consommation du modèle, une IUG peut être représentée avec des commandes qui sont conformes à un ou plusieurs API. À son tour, à la sélection d'une commande, un appel d'API peut être émis vers un magasin de données avec des informations sur les composants spatiaux. Une IUG peut fournir une sélection d'un des composants spatiaux et, lors de la sélection, l'émission d'une instruction à médiation d'API pour lier ou étiqueter ce composant spatial - 26 - comme étant assigné à un objet géotemps tel que l'objet de structure principale 822. Une telle liaison ou un tel étiquetage du composant spatial peut être considéré une manière indirecte pour enfin accéder aux donnéessousjacentes (par exemple, données de propriété). [0063] D'une autre manière, ou de manière supplémentaire, une IUG peut permettre une liaison ou un étiquetage direct vers les données de propriété. Par exemple, une commande peut présenter des emplacements de stockage de données pour des données de propriété où une liaison peut être établie directement vers ces données. Dans cet exemple, une structure principale de temps peut être représentée avec des données appropriées sans besoin d'une instance de l'objet de propriété correspondant. [0064] Dans l'exemple de la Fig. 8, les composants spatiaux 810 peuvent inclure des objets d'entité 812, des objets de propriété 814 et en option d'autres objets 816. Dans un mode de réalisation, les objets d'entité 812 fournissent des puits, surfaces, couches, réservoirs, etc. à représentation géométrique tandis que les objets de propriété 814 peuvent fournir des valeurs de propriété de même que des paramètres d'affichage. Par exemple, un objet d'entité peut représenter une couche où un objet de propriété fournit des informations de lithologie. [0065] En ce qui concerne les composants géotemps 820, l'objet de structure principale géotemps 822 peut être défini comme type de données 824 qui peut inclure une série d'évènements dans le temps pour fournir ainsi la structure principale 828 (voir, par exemple, la structure principale d'objet 283 de la Fig. 2). Par exemple, s'il est organisé comme une série d'évènements dans le temps, le mécanisme 830 peut fournir une liaison de chaque évènement temporel dans les séries vers un identifiant ou des identifiants (par exemple, un nom ou des noms) pour un ou plusieurs - 27 - composants spatiaux 810. En ce qui concerne le ou les objets géotemps 826, chacun d'entre eux peut inclure des informations de temps déjà associées aux propriétés (par exemple, valeurs), qui permettent facilement le traitement par l'objet de structure principale géotemps 822. [0066] Dans un mode de réalisation, des propriétés peuvent être assignées à un objet géotemps où les propriétés peuvent être des propriétés spatiales ou optionnellement d'autres propriétés. En conséquence, dans le cadre 805, l'objet de structure principale géotemps 822 peut être lié à un ou plusieurs objets 812, 814, 816 ou 826. Dans un tel schéma, les valeurs de propriété peuvent être alignées avec des évènements géotemps respectifs pour fournir une résolution en temps assimilable à une résolution dans l'espace. En outre, les ou les objets géotemps 826 peut optionnellement être des types d'objets, par exemple, pour aider les IUG, la liaison, la représentation, la génération, etc. [0067] Dans un mode de réalisation, un objet géotemps peut également fournir une entrée de spécification de même qu'une sortie de spécification à partir de la perspective d'une certaine simulation ou d'un module de calcul. Par exemple, pour permettre la sélection et l'affectation par un utilisateur de même que pour définir la réception d'entrées par un ou plusieurs flux de travail, la transmission de sorties peut se produire vers un ou plusieurs flux de travail, etc. De cette manière, un objet géotemps peut fournir le couplage de composants. [0068] Dans le scénario 850, les composants 852 fournissent des entrées 854 pour un processus 856, qui à son tour fournit des sorties 858. Comme exemple, une simulation de système pétrolier 1 D peut inclure un modèle de couche géologique et quelques conditions de limite spatiale de même que des conditions de limite temporelles (par exemple, - 28 - flux thermique, température d'interface d'eau de sédiment et profondeur d'eau paléo). Dans cet exemple, le modèle de couche géologique et les composants des conditions de limite 852 peuvent être un mélange de composants spatiaux 810 et de composants géotemps 820 qui peuvent être des entrées 854 qui transportent diverses données utilisées pour le processus 856, tel qu'une simulation (voir, par exemple, l'exemple IUG 310 de la Fig. 3 « Faire une simulation 1D »). À l'exécution du processus, les résultats générés (ou données de simulation) peuvent être représentés par des composants géotemps (par exemple, objets et propriétés) pour permettre la représentation de graphiques vers un affichage (par exemple, historique thermique, historique de génération d'hydrocarbures de la roche source, etc.). Dans un mode de réalisation, les objets de sortie peuvent servir d'entrée pour un des diverses objectifs, par exemple, un module d'évaluation de perspective ou tout autre outil d'interprétation géologique. [0069] Le scénario 850 peut fournir diverses options pour qu'un utilisateur traite des objets géotemps. Par exemple, un objet géotemps peut être chargé, enregistré et sélectionné comme tout autre objet dans une structure de données fournie par une modélisation ou un autre cadre (par exemple, l'arbre d'entrée PETREL®) où, par exemple, des concepts d'assignation de propriétés et de schémas sémantiques (par exemple, les modèles PETREL®) peuvent être fournis à des objets géotemps d'une manière assimilable aux objets spatiaux. [0070] La Fig. 9 montre un exemple d'un procédé 910 qui inclut un bloc d'accès 912 pour accéder aux entrées (par exemple, sources d'informations d'entrée), un bloc de spécification 914 pour spécifier un ou plusieurs composants géotemps et un bloc de sortie 916 pour générer des informations. Le procédé 910 est montré à la Fig. 9 en - 29 - association avec divers blocs supports assimilables par ordinateur (CRM) 913, 915 et 917. De tels blocs incluent généralement des instructions convenant à l'exécution par un ou plusieurs processeurs (ou coeurs) pour indiquer à un dispositif ou à un système informatique d'exécuter une ou plusieurs actions. Tandis que divers blocs sont montrés, un support unique peut être configuré avec des instructions pour permettre, au moins en partie, l'exécution de diverses actions du procédé 910. [0071] Tel qu'indiqué dans l'exemple de la Fig. 9, le procédé 910 peut recevoir une entrée de ou fournir une sortie vers une évaluation de perspective 922, une interaction de champ 924, un flux de travail 926 ou un autre processus 928. Ces processus peuvent être associés à un environnement géologique 950, qui peut inclure un réseau de communication 955 configuré pour communiquer des informations depuis un équipement comme un dispositif ou un système informatique vers l'environnement 950. En conséquence, le bloc d'accès 912 peut accéder aux entrées à partir de l'environnement 950 et le bloc de sortie 915 peut fournir des sorties vers l'environnement 950. Les sorties vers l'environnement 950 peuvent être sous la forme de commandes de contrôle émises pour contrôler l'équipement comme une exploration de ressources ou un équipement de récupération 960, 970 et 980. [0072] Dans un mode de réalisation, un ou plusieurs supports assimilables par ordinateur peuvent inclure des instructions exécutables par ordinateur pour indiquer à un système informatique de générer des informations pour commander un processus. Par. exemple, ces instructions peuvent fournir une sortie vers un processus de détection, un processus d'injection, un processus de forage, un processus d'extraction, etc. - 30 - [0073] La Fig. 10 montre un exemple d'un système 1000 et un exemple d'un procédé 1080. En ce qui concerne le système 1000, il peut inclure des ressources de cadre 1010, une application 1020, un projet 1030, et des classes de composant géotemps 1040 sous la forme d'une bibliothèque de classe géotemps 1050, une ou plusieurs classes d'objet de domaine géotemps 1060 ou à la fois une bibliothèque de classe géotemps 1050 et une ou plusieurs classes d'objet de domaine géotemps 1060. [0074] Dans l'exemple de la Fig. 10, l'application 1020 peut inclure un gestionnaire de module d'extension 1022, un fichier de configuration d'application 1024, une ou plusieurs interfaces 1025 et instances d'entités 1026 Une instance d'entité peut transporter une géométrie d'un_ objet d'entité qu'il représente alors qu'un objet de propriété transporte des valeurs de propriété associées à cette entité. Par exemple, le projet 1030 inclut un élément de données pour un puits 1032, un élément de données pour un réservoir 1034 et un élément de données pour une autre caractéristique 1036. Dans cet exemple, les éléments de données 1032, 1034 et 1036 représentent des entités qui sont caractérisés par des propriétés correspondantes telles que des valeurs de diagraphie 1033, des valeurs de porosité 1035 et d'autres valeurs 1037. Ces types de données (par exemple, entité et propriété) peuvent être exposés par des classes d'objet de domaine 1012 des ressources du cadre 1010, tel que mis en oeuvre par l'application 1020. [0075] Dans l'exemple de la Fig. 10, les classes de composant géotemps 1040 peuvent être une ou plusieurs classes d'objet de domaine géotemps 1060, et, pour un projet, un élément de données géotemps peut exister, exposé par une ou plusieurs classes d'objet de domaine géotemps 1060. Dans ce scénario, le projet peut en outre inclure des propriétés associées à l'élément de données géotemps où les propriétés peuvent être exposées par une ou plusieurs des - 31 - classes d'objet de domaine géotemps 1060. Par exemple, l'élément de données 1036 peut être une entité de structure principale géotemps et les propriétés 1037 peuvent être des valeurs qui incluent des informations de temps (par' exemple, valeurs de flux thermique avec des temps associés). L'application 1020 peut créer l'entité de structure principale géotemps pour être un des instances d'entité 1026 et la représenter comme l'une des interfaces 1025. [0076] Dans l'exemple de la Fig. 10, des classes de composant géotemps peuvent être fournies par la bibliothèque de classe géotemps 1050, par exemple, sous la forme de modules d'extension. Tel qu'indiqué, la bibliothèque 1050 peut inclure des classes 1052, des interfaces 1054 et des types de valeur 1056. L'application 1020 peut permettre l'utilisation de la bibliothèque 1050 par le gestionnaire de modules d'extension 1022 qui a accès aux fichiers de configuration d'application 1024. Dans cette disposition, le gestionnaire de modules d'extension 1022 peut permettre l'enregistrement et l'utilisation de la bibliothèque 1040, [0077] Tel que montré à la FIG. 10, le procédé 1080 inclut un bloc de création 1081, un bloc d'initialisation 1082, un bloc d'intégration 1083, un bloc d'utilisation 1084 et un bloc d'élimination 1085. Ce procédé peut fournir l'utilisation d'un ou plusieurs modules d'extension, par exemple, tel que fournis par la bibliothèque de classe géotemps 1050 [0078] Dans l'exemple de la Fig. 10, les ressources du cadre 1010 peuvent inclure une interface de module qui définit des procédures (par exemple, des procédés) tels que ceux du procédé 1080. Par exemple, une telle interface de module peut inclure des procédés pour la création, l'initialisation, l'intégration, l'intégration de la - 32 - présentation, la désintégration, et l'élimination d'un module d'extension. Comme exemple de scénario, au cours du démarrage d'une application, un procédé de création peut charger un module tel que défini dans le fichier de configuration pour une application et créer le module. Suite à la création, un procédé d'initialisation peut enregistrer tous services fournis par le module, qui peuvent permettre la consommation de ces services vers un ou plusieurs autres modules. Après l'initialisation, un procédé d'intégration peut impliquer la consommation des services enregistrés. Si approprié, un procédé de présentation intégré rend les composants de l'interface utilisateur (menus, barres d'outils, menus contextuels, fenêtres, etc.) disponibles. En conséquence, un utilisateur peut interagir et utiliser une fonctionnalité fournie par le module. Après utilisation, par exemple, à la coupure, un procédé de désintégration peut nettoyer tous les éléments de présentation installés par le module. Puis, un procédé d'élimination peut libérer toutes ressources non gérées et libérer toutes licences acquises par le module. [0079] La Fig. 11 montre des composants d'un exemple d'un système informatique 1100 et un exemple d'un système de réseau 1110. Le système 1100 inclut un ou plusieurs processeurs 1102, des composants de mémoire et/ou de stockage 1104, un ou plusieurs dispositifs d'entrée/de sortie 1106 et un bus 1108. Dans un mode de réalisation, des instructions peuvent être stockées dans un ou plusieurs supports assimilables par ordinateur (par exemple, composants mémoire/stockage 1104). Ces instructions peuvent être lues par un ou plusieurs processeurs (par exemple, le(s) processeur(s) 1102) par un bus de communication (par exemple, le bus 1108), qui peut être avec ou sans fil. Le ou les processeurs peuvent exécuter ces instructions pour mettre en oeuvre (en totalité ou en partie) un ou plusieurs attributs (par exemple, dans le cadre d'un procédé). Un utilisateur peut visualiser la sortie et interagir avec un - 33 - processus par un dispositif E/S (par exemple, le dispositif 1106). Dans un mode de réalisation, un support exécutable par ordinateur peut être un composant de stockage tel qu'un dispositif de stockage de mémoire physique, par exemple une puce, une puce sur boitier, une carte mémoire, etc. [0080] Dans un mode de réalisation, des composants peuvent être répartis, comme dans le système de réseau 1110. Le système de réseau 1110 inclut des composants 1122-1, 1122- 2, 1022-3, 1122-N. Par exemple, les composants 1122-1 peuvent inclure le(s) processeur(s) 1102 tandis que le(s) composant(s) 1122-3 peuvent inclure une mémoire accessible par le(s) processeur(s) 1102. En outre le(s) composant(s) 1102-2 peuvent inclure un dispositif E/S pour l'affichage et optionnellement l'interaction avec un procédé. Le réseau peut être ou inclure Internet, un intranet, un réseau cellulaire, un réseau satellite, etc. CONCLUSION [0081] Bien que divers procédés, dispositifs, systèmes, etc. aient été décrits dans un langage spécifique aux caractéristiques structurales et/ou aux actes méthodologiques, il faut comprendre que le sujet défini dans les revendications annexées ne se limite pas nécessairement aux caractéristiques ou actes spécifiques décrits. De plus, les caractéristiques et actes spécifiques sont décrits comme exemples de manières de mise en oeuvre des procédés, dispositifs, systèmes, etc. revendiqués. REVENDICATIONS1. Procédé comprenant : la fourniture d'une structure de données de temps géologique configurée pour lier des objets d'un modèle géologique à des temps géologiques (352). la liaison d'un des objets du modèle géologique à un des temps géologiques (354) ; la génération de résultats de simulation pour le modèle géologique (356) ; et sur la base au moins en partie de la structure de données de temps géologique, la génération d'au moins certains des résultats de simulation le long d'un axe de temps géologique (358). 2. Procédé de la revendication 1 comprenant en outre la génération d'au moins certains des résultats de simulation le long d'un autre axe. 3. Procédé de la revendication 2, dans lequel l'autre axe comprend un axe sélectionné à partir d'un groupe consistant en un axe orthogonal, un axe de diagraphie, un axe de profondeur, un axe de température, un axe de flux thermique, et un axe de génération d'hydrocarbures. 4. Procédé de la revendication 1 comprenant en outre la génération d'évènements le long d'un axe de temps géologique sur la base, au moins en partie, des résultats de simulation. 5. Procédé de la revendication 1 comprenant en outre la génération de moment critique d'évènement de systèmes- 35 - pétroliers le long d'un axe de temps géologique sur la base, au moins en partie des résultats de simulation. 6. Procédé de la revendication 1 comprenant en outre la fourniture d'un outil de curseur d'interface graphique utilisateur configuré pour la sélection d'un temps le long d'un axe de temps géologique et pour la génération d'informations associées au temps sélectionné. 7. Procédé de la revendication 1 comprenant en outre un outil d'interface utilisateur graphique configuré pour la sélection d'une caractéristique géographique spatiale. 8. Procédé de la revendication 1, dans lequel la structure de données de temps géologique comprend un objet de temps géologique. 9. Procédé de la revendication 8 comprenant en outre un échange de données de propriété entre un objet géologique spatial du modèle géologique et l'objet de temps géologique. 10. Procédé de la revendication 9 comprenant en outre une émission d'au moins un appel d'interface de programme d'application et une réception des données en réponse de l'appel. 11. Procédé de la revendication 9, dans lequel l'échange de données se produit au moins en partie au cours de la génération des résultats de simulation. 12. Procédé de la revendication 1 comprenant en outre, sur la base de la génération, une émission d'au moins une commande de contrôle pour Commander un équipement de- 36 - récupération de ressources associé à un réservoir physique. 13. Un ou plusieurs supports assimilables par ordinateur comprenant des instructions exécutables par ordinateur pour indiquer à un système informatique de : créer un objet de temps géologique configuré pour fournir un axe de temps géologique (353) ; lier des données de propriété d'un modèle géologique à des temps géologiques de l'axe de temps géologique de l'objet de temps géologique créé (355) ; et structurer les données de propriété liées par rapport à l'axe de temps géologique sur un format pouvant être représenté sur un écran (359). 14. Un ou plusieurs supports assimilables par ordinateur de la revendication 13 comprenant en outre des instructions assimilables par ordinateur pour indiquer à un système informatique d'appeler une génération de données de simulation pour le modèle géologique. 15. Un ou plusieurs supports assimilables par ordinateur de la revendication 13 comprenant en outre des instructions assimilables par ordinateur pour indiquer à un système informatique d'échanger des données entre un objet du modèle géologique et l'objet de temps géologique. 16. Un ou plusiéurs supports assimilables par ordinateur comprenant des instructions exécutables par ordinateur pour indiquer à un système informatique de : recevoir des données de simulation provenant d'une simulation basée sur un modèle géologique (604) ;- 37 - générer un graphique de données de simulation le long d'un axe de temps géologique et d'un axe spatial géologique (608) ; générer un outil de commande graphique configuré pour sélectionner un temps le long de l'axe de temps géologique (660) ; et générer des informations de sortie en réponse à la sélection d'un temps par l'outil de commande graphique (664). 17. Un ou plusieurs supports assimilables par ordinateur de la revendication 16 comprenant en outre des instructions exécutables par ordinateur pour indiquer à un système informatique de générer un outil de commande graphique configuré pour sélectionner une plage de temps le long de l'axe de temps géologique. 18. Un ou plusieurs supports assimilables par ordinateur de la revendication 16 comprenant en outre des instructions exécutables par ordinateur pour indiquer à un système informatique de communiquer les informations de sortie à un équipement de récupération de ressources de commande associé à un réservoir physique. 19. Un ou plusieurs supports assimilables par ordinateur de la revendication 16 comprenant en outre des instructions exécutables par ordinateur pour indiquer à un système informatique de générer un outil de commande graphique configuré pour sélectionner une caractéristique spatiale géologique d'un graphique. 20. Un ou plusieurs supports assimilables par ordinateur de la revendication 16, dans lesquels les instructions- 38 - exécutables par ordinateur pour indiquer à un système informatique de recevoir des données de simulation provenant d'une simulation sur la base d'un modèle géologique comprennent des instructions exécutables par ordinateur pour indiquer à un système informatique d'accéder à un objet de temps géologique stocké qui comprend une liaison vers un objet géologique spatial.