FR 3158378 A1 20250718 FR 2413014 A 20241126 Un procédé de génération d’un rapport de conformité, comprenant la réception, par un générateur de rapport, d’un plan technique et d’une contrainte de conformité, le traitement du plan technique et de la contrainte de conformité, la génération du rapport de conformité sur la base du traitement, et la fourniture du rapport de conformité à un utilisateur. Vérifications et examens de conception dirigée par grand modèle de langage ÉTAT DE L’ART L’industrie pétrolière et gazière peut utiliser des puits de forage comme des conduits de fluide pour accéder à des dépôts souterrains de divers fluides et minéraux pouvant inclure des hydrocarbures. Une opération de forage peut être utilisée pour construire les conduits de fluides qui sont capables de produire des hydrocarbures disposés dans des formations souterraines. Des puits de forage peuvent être construits, par incréments, sous forme de sections effilées, qui s’étendent séquentiellement dans une formation souterraine. Ces dessins illustrent certains aspects de quelques exemples de la présente divulgation et ne doivent pas être considérés comme limitant ou définissant la divulgation. FIG. 1 est un schéma d’un environnement de forage exemplaire. FIG. 2 est un schéma d’un environnement informatique exemplaire. FIG. 3 est un schéma d’un système informatique avec un générateur de rapport et divers composants utilisés par le générateur de rapport. FIG. 3 est un schéma d’une base de données d’entraînement et des données dans celle-ci. FIG. 3 est un schéma d’une base de données de conformité et des données dans celle-ci. FIG. 3 est un schéma d’un rapport de conformité. FIG. 3 est un schéma d’un générateur de rapport et des composants dans celui-ci. FIG. 4 est un organigramme d’un procédé d’entraînement d’un générateur de rapport à l’aide d’une base de données d’entraînement. FIG. 5 est un organigramme d’un procédé d’utilisation d’un générateur de rapport pour générer un rapport de conformité. FIG. 6 est un organigramme d’un procédé des composants internes d’un générateur de rapport lors de la génération d’un rapport de conformité. FIG. 7 est un tableau d’un rapport de conformité exemplaire. DESCRIPTION DÉTAILLÉE — Présentation générale et avantages — De manière générale, la présente demande divulgue un ou plusieurs modes de réalisation de procédés et de systèmes pour générer un rapport de conformité pour un plan technique d’un système de puits. Dans un ou plusieurs modes de réalisation, un grand modèle de langage (LLM) peut être entraîné et utilisé pour examiner un plan technique (avec des dizaines, des centaines ou des milliers de divers documents), rechercher des erreurs (p. ex. des fautes, des incohérences, des non-conformités, etc.) dans les documents, et générer un rapport de conformité détaillant ces erreurs et proposant des actions correctives. La conception, la construction et l’exploitation du système de puits bénéficie ainsi d’un examen approfondi et d’une correction exhaustive dès les stades initiaux du projet étendu. De manière générale, pour extraire des hydrocarbures (p. ex. du pétrole et du gaz) de formations souterraines, un système de puits est conçu et construit pour faciliter la capture de ces ressources. Avant la construction d’un tel système de puits, il est élaboré un plan technique qui détaille minutieusement (presque) tous les aspects de la conception, de la construction et de l’utilisation des puits. Un tel plan technique peut comprendre des références à des exigences juridiques, des références à des normes requises, des matériaux, l’approvisionnement des matériaux, des équipements, l’approvisionnement des équipements, une liste du personnel et/ou tout autre facteur pertinent pour le système de puits. En raison de la portée étendue et des détails exigés du plan technique, il convient généralement d’investir beaucoup de temps, d’efforts et de connaissances dans la préparation des divers documents constituant le plan technique. Ces opérations engagent de nombreux participants dont les expertises techniques ne se recoupent que partiellement, à tel point qu’un document ne peut pas être entièrement examiné par une seule personne engagée dans le projet. Il peut donc être difficile d’identifier des erreurs dans le plan technique et, même si elles sont identifiées, la correction de telles erreurs n’est pas forcément évidente. Par exemple, un avocat étudiant le plan technique peut identifier que certains des matériaux nécessaires à la construction sont soumis à des restrictions réglementaires d’exportation du pays spécifié pour l’approvisionnement de tels matériaux. Les matériaux concernés ne peuvent donc pas être exportés de la source d’approvisionnement vers le site du puits. Néanmoins, l’avocat ne dispose pas de l’expertise technique nécessaire pour proposer une correction conforme aux contraintes d’ingénierie existantes. Par ailleurs, un ingénieur d’application propose un changement de matériau conforme aux exigences structurelles imposées et aux contraintes juridiques. Mais le changement proposé par l’ingénieur d’application rend une partie de la conception non conforme à une norme environnementale imposée par l’utilisateur final. Un spécialiste environnemental propose donc de remplacer les composants non conformes par des composants conformes ayant la même fonction mais fonctionnant différemment des composants non conformes. Cette proposition satisfait toutes les contraintes juridiques et techniques en suspens. En raison de l’étendue des changements proposés, le plan technique doit être examiné et approuvé à nouveau par un organisme gouvernemental délivrant les permis d’exploitation. L’étude du projet par l’organisme gouvernemental prend plusieurs mois et s’accompagne d’un retard inacceptable du plan d’exécution, ce qui engendre le non-respect d’une contrainte de temps (et de coûts). Dans le cadre de cet exemple, après avoir consenti beaucoup de temps (et de coûts) a essayé de satisfaire les contraintes imposées, il est déterminé qu’une réglementation récemment promulguée (que l’avocat ne connaissait pas) exige que le gouvernement (du pays réglementant l’approvisionnement des matériaux) accorde une dérogation aux restrictions d’exportation si certaines conditions sont remplies. Le projet spécifié dans le plan technique satisfait ces exigences de dérogation et il est donc anticipé que la dérogation soit accordée. Lors de l’étude initiale du plan technique, l’avocat aurait dû proposer de modifier les documents pour constater l’applicabilité de la restriction d’exportation et l’existence de la nécessité d’obtenir une dérogation, puis aurait dû ajouter la procédure d’obtention de la dérogation à la liste des documents à fournir pour le plan technique. Il a également été constaté que les mêmes matériaux (que ceux initialement proposés) peuvent être fournis par un autre pays n’imposant pas de restriction d’exportation, à un coût supérieur de 10 % à celui de la source d’approvisionnement initiale (sans dépasser les contraintes budgétaires). Le spécialiste des approvisionnements qui a initialement proposé la source d’approvisionnement n’était pas au courant que le fournisseur avait changé de pays d’exportation et il n’a donc pas été demandé à ce spécialiste d’étudier le plan technique et de proposer une solution. Dans le cadre de procédés conventionnels, des efforts et du temps sont consentis de manière itérative à la correction d’erreurs d’un plan technique. Qui plus est, des erreurs peuvent rester indétectées jusqu’à ce qu’un problème apparaisse ultérieurement. Par exemple, un plan technique peut spécifier des diamètres de canalisations dans certains dessins qui sont en conflit avec des diamètres de canalisations spécifiés dans le texte pour un composant associé. Des raccords de canalisations de diamètres différents sont commandés auprès de fournisseurs différents. Lorsque les pièces incompatibles arrivent pour être assemblées, la construction est interrompue jusqu’à ce que les pièces correctes puissent être obtenues. Ce n’est qu’à ce stade avancé (pendant la construction) que l’erreur (des diamètres de canalisations incompatibles) est finalement identifiée dans le plan technique. Tel que divulgué dans un ou plusieurs modes de réalisation des présentes, un grand modèle de langage (LLM) peut être entraîné pour générer un « rapport de conformité » capable d’identifier des erreurs dans un plan technique (p. ex., l’existence de restrictions d’exportation, des diamètres de canalisations incompatibles, etc.), et d’apporter des actions correctives proposées à ces erreurs (p. ex., une dérogation aux restrictions d’exportation, la commande des matériaux auprès d’une source différente, la correction du diamètre des canalisations). Pendant l’entraînement et l’utilisation du LLM, le LLM peut accéder à une base de données de conformité spécifiant toutes les contraintes juridiques et techniques potentiellement pertinentes, y compris celles applicables au plan technique. Ainsi, lors de « l’examen » du document, le LLM peut prendre en compte toutes les contraintes, sous forme d’une entité unique, pour proposer une solution satisfaisant simultanément toutes les contraintes de conformité spécifiées (et non pas seulement les contraintes concernant une seule spécialité). — FIG. 1 — La FIG. 1 est un schéma d’un environnement de forage exemplaire. L’environnement de forage 100 peut comprendre une plate-forme 102 supportant un derrick 104 comportant un bloc mobile 108 pour soulever et abaisser un entraînement par le haut 110 et un train de tiges de forage 114. L’entraînement par le haut 110 supporte et fait tourner le train de tiges de forage 114 lorsqu’il est abaissé à travers la tête de puits 112. Un trépan 124, situé à l’extrémité du train de tiges de forage 114, peut créer un trou de forage 116. Chacun de ces composants est décrit ci-après. La plate-forme 102 est une structure qui peut être utilisée pour supporter un ou plusieurs autres composants d’un environnement de forage 100 (p. ex., le derrick 104). La plate-forme 102 peut être conçue et construite avec des matériaux adaptés (p. ex., du béton) capables de résister aux forces appliquées par d’autres composants (p. ex., le poids et les contre-forces subies par le derrick 104). Dans tout mode de réalisation, la plate-forme 102 peut être construite pour fournir une surface uniforme pour des opérations de forage dans l’environnement de forage 100. Le derrick 104 est une structure capable de supporter, de contenir et/ou de faciliter le fonctionnement d’une ou plusieurs pièces des équipements de forage. Dans tout mode de réalisation, le derrick 104 peut assurer le support d’un bloc de couronne 106, du bloc mobile 108 et/ou de toute partie reliée au (et comprenant le) train de tiges de forage 114. Le derrick 104 peut être construit dans tout matériau adapté (p. ex., de l’acier) pour disposer de la force nécessaire pour supporter ces composants. Le bloc de couronne 106 est constitué d’une ou plusieurs machines simples qui peuvent être fixées rigidement au derrick 104 et qui comprennent un ensemble de poulies (p. ex., un « bloc »), filetées (p. ex., « enfilées ») avec un câble de forage (p. ex., un câble d’acier), pour présenter un avantage mécanique. Le bloc de couronne 106 peut être disposé verticalement au-dessus du bloc mobile 108, le bloc mobile 108 étant fileté avec le même câble de forage. Le bloc mobile 108 est constitué d’une ou plusieurs machines simples qui peuvent être fixées rigidement au derrick 104 et qui comprennent un ensemble de poulies, filetées avec un câble de forage, pour présenter un avantage mécanique. Le bloc mobile 108 peut être disposé verticalement au-dessous du bloc de couronne 106, le bloc de couronne 106 étant fileté avec le même câble de forage. Dans tout mode de réalisation, le bloc mobile 108 peut être couplé mécaniquement au train de tiges de forage 114 (p. ex., via l’entraînement par le haut 110) et permettre au train de tiges de forage (114 (et/ou à tout composant de celui-ci) d’être soulevé à partir (et hors) du trou de forage 116. Le bloc de couronne 106 et le bloc mobile 108 peuvent utiliser une série de poulies parallèles (p. ex., dans un agencement de « palan ») pour bénéficier d’un avantage mécanique significatif, permettant au train de tiges de forage de résister à des charges plus grandes (par rapport à une configuration employant une tension non parallèle). Le bloc mobile 108 peut se déplacer verticalement (p. ex., vers le haut et vers le bas) à l’intérieur du derrick 104 par l’extension et la rétraction du câble de forage. L’entraînement par le haut 110 est une machine qui peut être configurée pour faire tourner le train de tiges de forage 114. L’entraînement par le haut 110 peut être fixé au bloc mobile 108 et configuré pour se déplacer verticalement à l’intérieur du derrick 104 (p. ex., avec le bloc mobile 108). Dans tout mode de réalisation, la rotation du train de tiges de forage 114 (provoquée par l’entraînement par le haut 110) peut permettre au train de tiges de forage 114 de percer le trou de forage 116. L’entraînement par le haut 110 peut utiliser un ou plusieurs moteurs et mécanismes d’engrenage pour provoquer des rotations du train de tiges de forage 114. Dans tout mode de réalisation, une table d’entraînement rotatif (non représentée) et une tige d’entraînement (non représentée) peuvent être utilisées en complément, ou à la place, de l’entraînement par le haut 110. La tête de puits 112 est une machine qui peut comprendre une ou plusieurs canalisations, des chapeaux et/ou des vannes pour assurer une régulation de pression de contenus à l’intérieur du trou de forage 116 (p. ex., lorsqu’elle est reliée fluidiquement à un puits (non représenté)). Dans tout mode de réalisation, pendant le forage, la tête de puits 112 peut être pourvue d’un obturateur anti-éruption (non représenté) pour empêcher que l’écoulement de fluides de pression supérieure (dans le trou de forage 116) ne s’échappe à la surface de manière incontrôlée. La tête de puits 112 peut être pourvue d’autres orifices et/ou capteurs pour surveiller des pressions à l’intérieur du trou de forage 116 et/ou faciliter autrement des opérations de forage. Le train de tiges de forage 114 est une machine qui peut être utilisée pour percer le trou de forage 116 et/ou recueillir des données du trou de forage 116 et de l’environnement géologique. Le train de tiges de forage 114 peut comprendre un ou plusieurs tubes de forage, un ou plusieurs répéteurs 120, et un ensemble de fond de trou 118. Le train de tiges de forage 114 peut tourner (p. ex., via l’entraînement par le haut 110) pour former et approfondir le trou de forage 116 (p. ex., via le trépan 124 et/ou via un ou plusieurs moteurs fixés au train de tiges de forage 114). Le trou de forage 116 est un trou dans le sol qui peut être formé par le train de tiges de forage 114 (et un ou plusieurs des composants de celui-ci). Le trou de forage 116 peut être partiellement ou complètement tuber d’un tubage pour protéger le sol environnant des contenus du trou de forage 116 et, réciproquement, pour protéger le trou de forage 116 du sol environnant. L’ensemble de fond de trou 118 est une machine qui peut être pourvue d’un ou plusieurs outils pour créer, structurer et maintenir le trou de forage 116, ainsi que d’un ou plusieurs outils pour mesurer l’environnement de celui-ci (p. ex., la mesure pendant le forage (MWD) et l’enregistrement pendant le forage (LWD)). Dans tout mode de réalisation, l’ensemble de fond de trou 118 peut être disposé à (ou à proximité de) l’extrémité du train de tiges de forage 114 (p. ex., dans la partie la plus basse du trou de forage 116). Des exemples non limitatifs d’outils pouvant être compris dans l’ensemble de fond de trou 118 sont en particulier un trépan (p. ex., le trépan 124), des outils de tubage (p. ex., un outil de déplacement), un outil de bouchage, un moteur à boue, une masse-tige (tuyaux d’acier de parois épaisses conférant un poids et une rigidité pour contribuer au processus de forage), des actionneurs (et des pistons attachés à ceux-ci), un système de direction, et tout outil de mesure (p. ex., des capteurs, des sondes, des générateurs de particules, etc.). L’ensemble de fond de trou 118 peut en outre comprendre un sous-ensemble de télémétrie pour maintenir une liaison de communication avec la surface (p. ex., avec un système de gestion d’informations 201). De telles communications de télémétrie peuvent être utilisées (i) pour transférer des données de mesure d’outil de l’ensemble de fond de trou 118 à des récepteurs de surface et/ou (ii) pour recevoir des commandes (de la surface) à l’ensemble de fond de trou 118 (p. ex., pour l’utilisation d’un ou plusieurs outils dans l’ensemble de fond de trou 118). Des exemples non limitatifs de techniques de transfert de données de mesure d’outil (à la surface) comprennent une télémétrie par impulsions dans la boue et une signalisation acoustique à travers les parois. Pour la signalisation acoustique à travers les parois, un ou plusieurs répéteurs 120 peuvent détecter, amplifier et retransmettre des signaux de l’ensemble de fond de trou 118 à la surface (p. ex., au système de gestion d’informations 201) et, réciproquement, de la surface (p. ex., du système de gestion d’informations 201) à l’ensemble de fond de trou 118. Le répéteur 120 est un dispositif qui peut être utilisé pour recevoir et envoyer des signaux d’un composant de l’environnement de forage 100 à un autre composant de l’environnement de forage 100. Dans un exemple non limitatif, le répéteur 120 peut être utilisé pour recevoir un signal de l’outil sur l’ensemble de fond de trou 118 et envoyer ce signal au système de gestion d’informations 201. Deux répéteurs 120 ou plus peuvent être utilisés ensemble, en série, de sorte qu’un signal à destination/en provenance de l’ensemble de fond de trou 118 puisse être relayé par l’intermédiaire des deux répéteurs 120 ou plus avant d’atteindre sa destination. Le transducteur 122 est un dispositif qui peut être configuré pour convertir des données non numériques (p. ex., des vibrations, d’autres données analogiques) dans une forme numérique adaptée au système de gestion d’informations 201. Dans un exemple non limitatif, un ou plusieurs transducteurs 122 peuvent convertir des signaux entre une forme mécanique et une forme électrique, en permettant au système de gestion d’informations 201 de recevoir les signaux depuis un sous-ensemble de télémétrie, sur l’ensemble de fond de trou 118 et, réciproquement, de transmettre un signal de liaison descendante au sous-ensemble de télémétrie sur l’ensemble de fond de trou 118. Dans tout mode de réalisation, le transducteur 122 peut être situé à la surface et/ou au niveau de toute partie du train de tiges de forage 114 (p. ex., dans le cadre de l’ensemble de fond de trou 118). Le trépan 124 est une machine qui peut être utilisée pour couper, racler et/ou broyer (c.-à-d., séparer) des matériaux dans le sol (p. ex., des roches, de la terre, de l’argile, etc.). Le trépan 124 peut être disposé au niveau du point le plus vers l’avant du train de tiges de forage 114 et de l’ensemble de fond de trou 118. Dans tout mode de réalisation, le trépan 124 peut comprendre un ou plusieurs bords tranchants (p. ex., des pointes en métal trempé, des surfaces, des lames, des saillies, etc.) pour former une géométrie qui facilite la séparation des matériaux du sol et en outre le broyage de matériaux en tailles plus petites. Dans tout mode de réalisation, le trépan 124 peut être mis en rotation et forcé dans (c’est-à-dire, poussé contre) le matériau de sol pour provoquer l’action de coupe, de raclage et de broyage. Les rotations du trépan 124 peuvent être provoquées par l’entraînement par le haut 110 et/ou par un ou plusieurs moteurs situés sur le train de tiges de forage 114 (p. ex., sur l’ensemble de fond de trou 118). Une pompe 126 est une machine qui peut être utilisée pour faire circuler un fluide de forage 128 depuis un réservoir, à travers une canalisation d’alimentation, jusqu’au derrick 104, à l’intérieur du train de tiges de forage 114), hors du train de tiges de forage 124 (travers des orifices, non représentés), de retour vers le haut à travers le trou de forage 116 (autour du train de tiges de forage 114), et de retour dans le réservoir. Dans tout mode de réalisation, toute pompe 126 appropriée peut être utilisée (p. ex., centrifuge, à engrenages, etc.) en étant alimentée par tout moyen approprié (p. ex., électricité, combustible, etc.). Un fluide de forage 128 est un liquide qui peut être pompé à travers le train de tiges de forage 114 et le trou de forage 116 pour collecter des déblais de forage, des débris et/ou d’autres matériaux de sol à partir de l’extrémité du trou de forage 116 (p. ex., le volume le plus récemment creusé par le trépan 124). Le fluide de forage 128 peut en outre assurer le refroidissement par conduction du trépan 124 (et/ou de l’ensemble de fond de trou 118). Dans tout mode de réalisation, le fluide de forage 128 peut être amené à circuler par la pompe 126 et filtré pour enlever les débris indésirables. Le système de gestion d’informations 201 est un système informatique matériel qui peut être relié fonctionnellement au train de tiges de forage 114 (et/ou à divers autres composants de l’environnement de forage). Dans tout mode de réalisation, le système de gestion d’informations 201 peut utiliser toute forme appropriée de communication filaire et/ou sans fil pour envoyer ou recevoir des données à destination et/ou en provenance d’autres composants de l’environnement de forage 100. Dans tout mode de réalisation, le système de gestion d’informations 201 peut recevoir un signal de télémétrie numérique, démoduler le signal, afficher des données (p. ex., via un dispositif de sortie visuelle), et/ou stocker les données. Dans tout mode de réalisation, le système de gestion d’informations 201 peut envoyer un signal (avec des données) à un ou plusieurs autres composants de l’environnement de forage 100 (p. ex., pour commander un ou plusieurs outils sur l’ensemble de fond de trou 118). Des détails supplémentaires sur le système de gestion d’informations 201 sont apportés dans la description de la FIG. 2 . — FIG. 2 — La FIG. 2 est un schéma d’un environnement informatique exemplaire. L’environnement informatique 200 peut comprendre un ou plusieurs systèmes de gestion d’informations 201 reliés via un réseau 212. Un gestionnaire de ressources 218 peut agréger et gérer l’allocation des ressources informatiques (d’un ou plusieurs systèmes de gestion d’informations 201) dans un ou plusieurs groupes de ressources informatiques 220. Les un ou plusieurs groupes de ressources informatiques 220 peuvent être alloués à divers composants virtualisés et/ou logiques (p. ex., une ou plusieurs machines virtuelles 230, un ou plusieurs volumes de stockage virtuels 238, etc.). Chacun de ces composants est décrit ci-après. Le système de gestion d’informations 201 est un dispositif informatique matériel qui peut être utilisé pour réaliser diverses étapes, divers procédés et diverses techniques divulgués dans les présentes (p. ex., via l’exécution d’un logiciel). Dans tout mode de réalisation, un système de gestion d’informations 201 peut comprendre un ou plusieurs processeurs 202, une mémoire cache 204, une mémoire 206, un stockage 208 et/ou un ou plusieurs dispositifs périphériques 209. Deux de ces composants ou plus peuvent être reliés fonctionnellement via un bus système (non représenté) qui fournit un moyen pour transférer des données entre ces composants. Bien que chaque composant soit représenté et divulgué en tant que composant fonctionnel individuel, ces composants individuels peuvent être combinés (ou diviser) dans toute combinaison ou configuration de composants. Un bus système est un système de liaisons matérielles (p. ex., des prises, des ports, des câblages, des pistes conductrices sur une carte de circuit imprimé (PCB), etc.) utilisé pour envoyer (et recevoir) des données à destination (en provenance) de chacun des composants reliés à celui-ci. Dans tout mode de réalisation, un bus système permet une communication via une interface et un protocole (p. ex., un circuit interintégré (I2C), une structure d’interconnexion de composants périphériques (express) (PCI(e)), etc.) qui peut être couramment reconnue par les composants utilisant le bus système. Dans tout mode de réalisation, un système entrée/sortie de base (BIOS) peut être configuré pour transférer des informations entre les composants à l’aide du système de bus (p. ex., pendant l’initialisation du système de gestion d’informations 201). Dans tout mode de réalisation, le système de gestion d’informations 201 peut en outre comprendre une ou plusieurs interfaces physiques internes (p. ex., des ports d’attachement de technologie avancée en série (SATA), des ports d’interconnexion de composants périphériques (PCI), des ports PCI express (PCIe), des ports de facteur de forme de prochaine génération (NGFF), des ports M.2, etc.) et/ou une ou plusieurs interfaces physiques externes (p. ex., des ports de bus série universel (USB), des ports série de norme recommandée (RS), des ports audiovisuels, etc.). Une ou plusieurs interfaces physiques internes et une ou plusieurs interfaces physiques externes peuvent faciliter la liaison fonctionnelle à un ou plusieurs dispositifs périphériques 209. Des exemples non limitatifs du système de gestion d’informations 201 comprennent un ordinateur polyvalent (p. ex., un ordinateur personnel, un ordinateur de bureau, un ordinateur portable, une tablette, un smartphone, etc.), un dispositif de réseau (p. ex., un commutateur, un routeur, un commutateur multicouche, etc.), un serveur (p. ex., un serveur lame dans un châssis de serveur lame, un serveur baie dans une baie, etc.), un dispositif de commande (p. ex., un automate programmable (PLC)), et/ou tout autre type de dispositif informatique disposant des capacités susmentionnées. Le système de gestion d’informations 201 peut en outre être relié fonctionnellement à un autre système de gestion d’informations 201 via un réseau 212 dans un environnement informatique distribué. Tel qu’utilisé dans les présentes, un « dispositif informatique » peut être équivalent à un système de gestion d’informations. Un processeur 202 est un dispositif matériel qui peut prendre la forme d’un circuit intégré configuré pour traiter des instructions exécutables par ordinateur (p. ex., un logiciel). Le processeur 202 peut exécuter (p. ex., lire et traiter) des instructions exécutables par ordinateur stockées dans la mémoire cache 204, la mémoire 206 et/ou le stockage 208. Le processeur 202 peut être un système informatique autonome, comprenant un bus système, une mémoire, une mémoire cache et/ou tout autre composant d’un dispositif informatique. Le processeur 202 pour comprendre de multiples processeurs, tel qu’un système comportant de multiples processeurs séparés physiquement dans différents supports, ou un système comportant de multiples cœurs de processeur sur une puce physique unique. Un processeur multicœur peut être symétrique ou asymétrique. De multiples processeurs 202 et/ou de multiples cœurs de processeur peuvent partager des ressources (p. ex., la mémoire cache 204, la mémoire 206) ou peuvent fonctionner à l’aide de ressources indépendantes. Des exemples non limitatifs du processeur 202 sont en particulier un processeur polyvalent (p. ex., une unité centrale (CPU), un circuit intégré spécifique à l’application (ASIC), une matrice prédiffusée programmable (PGA), une matrice prédiffusée programmable sur le terrain (FPGA), un processeur de signal numérique (DSP), et tout circuit numérique ou analogique configuré pour réaliser des opérations sur la base de données d’entrée (p. ex., exécuter des instructions de programme). La mémoire cache 204 est un ou plusieurs dispositifs matériels capables de stocker des informations numériques (p. ex., des données) dans un support non transitoire. La mémoire cache 204 exclut expressément des supports transitoires (p. ex., des ondes transitoires, de l’énergie, des signaux porteurs, des ondes électromagnétiques, des signaux proprement dits, etc.). La mémoire cache 204 peut être considérée « à grande vitesse », en ce qu’elle dispose d’un accès de lecture/écriture comparativement plus rapide que la mémoire 206 et le stockage 208, et elle est donc utilisée par le processeur 202 pour traiter des données plus rapidement que des données stockées dans la mémoire 206 ou le stockage 208. Le processeur 202 peut donc copier des donnés nécessaires dans la mémoire cache 204 (à partir de la mémoire 206 et/ou du stockage 208) pour un accès comparativement plus rapide lors du traitement de ces données. Dans tout mode de réalisation, la mémoire cache 204 peut être comprise dans le processeur 202 (p. ex., sous forme d’un sous-composant). Dans tout mode de réalisation, la mémoire cache 204 peut être physiquement indépendante du processeur 202 mais liée fonctionnellement à celui-ci. La mémoire 206 est un ou plusieurs dispositifs matériels capables de stocker des informations numériques (p. ex., des données) dans un support non transitoire. La mémoire 206 exclut expressément des supports transitoires (p. ex., des ondes transitoires, de l’énergie, des signaux porteurs, des ondes électromagnétiques, des signaux proprement dits, etc.). Dans tout mode de réalisation, lors de l’accès à la mémoire 206, un logiciel (exécuté par le processeur 202) peut être capable de lire et d’écrire des données au niveau des plus petites unités de données normalement accessibles (p. ex., des « octets »). Spécifiquement, la mémoire 206 peut comprendre une adresse physique unique pour chaque octet stocké dans celle-ci, ce qui permet d’accéder à et de manipuler (lire et écrire) des données en dirigeant des commandes vers une adresse physique spécifique associée à un octet de données (c’est-à-dire, « un accès aléatoire »). Des exemples non limitatifs de la mémoire 206 sont en particulier une mémoire flash, une mémoire vive (RAM), une RAM dynamique (DRAM), une RAM statique (SRAM), une RAM résistive (ReRAM), une mémoire morte (ROM), et une ROM programmable électriquement effaçable (EEPROM). Dans tout mode de réalisation, la mémoire 206 peut être volatile ou non volatile. Le stockage 208 est un ou plusieurs dispositifs matériels capables de stocker des informations numériques (p. ex., des données) dans un support non transitoire. Le stockage 208 exclut expressément des supports transitoires (p. ex., des ondes transitoires, de l’énergie, des signaux porteurs, des ondes électromagnétiques, des signaux proprement dits, etc.). Dans tout mode de réalisation, la plus petite unité de données lisible à partir du stockage 208 peut être un « bloc » (au lieu d’un « octet »). Avant la lecture et/ou la manipulation des données sur le stockage 208, un ou plusieurs blocs peuvent être copiés sur un support de stockage intermédiaire (p. ex., la mémoire cache 204, la mémoire 206) où les données peuvent ensuite être accessibles en « octets » (p. ex., via un accès aléatoire). Dans tout mode de réalisation, les données sur le stockage 208 peuvent être accessibles en « octets » (comme dans la mémoire 206). Des exemples non limitatifs du stockage 208 sont en particulier des dispositifs de stockage à circuits intégrés (p. ex., un disque à semi-conducteurs (SSD), une mémoire non volatile express (NVMe), une mémoire flash, etc.), des dispositifs de stockage magnétiques (p. ex., un disque dur (HDD), un disque souple, une bande magnétique, une disquette, des cassettes, etc.), des supports optiques (p. ex., un disque compact (CD), un disque polyvalent numérique (DVD), etc.), et des supports imprimés (p. ex., un code-barres, un code de réponse rapide (QR), une carte perforée, etc.). Tel qu’utilisé dans les présentes, un « support non transitoire lisible par ordinateur » est la mémoire cache 204, la mémoire 206, le stockage 208 et/ou tout autre dispositif matériel capable de stocker et/ou de porter de manière non transitoire des données. Un dispositif périphérique 209 est un dispositif matériel configuré pour envoyer (et/ou recevoir) des données au (et/ou depuis le) système de gestion d’informations 201 via une ou plusieurs interfaces physiques internes et/ou externes. Tout dispositif périphérique 209 peut être catégorisé comme un ou plusieurs « types » de dispositifs informatiques (p. ex., un dispositif « d’entrée », un dispositif « de sortie », un dispositif « de communication », etc.). Néanmoins, de telles catégories ne sont pas exhaustives et ne sont pas mutuellement exclusives. De telles catégories sont répertoriées dans les présentes strictement pour fournir des regroupements compréhensibles des types potentiels de dispositifs périphériques 209. En tant que tel, le dispositif périphérique 209 peut être un dispositif d’entrée, un dispositif de sortie, un dispositif de communication et/ou tout autre composant informatique facultatif. Un dispositif d’entrée est un dispositif matériel qui reçoit des données dans le système de gestion d’informations 201. Dans tout mode de réalisation, un dispositif d’entrée peut être un dispositif d’interface humaine qui facilite une interaction d’utilisateur par la collecte de données sur la base d’entrées d’utilisateur (p. ex., une souris, un clavier, une caméra, un microphone, un pavé tactile, un écran tactile, un lecteur d’empreintes digitales, une manette, un tapis de jeu, etc.). Dans tout mode de réalisation, un dispositif d’entrée peut collecter des données sur la base d’entrées brutes, indépendamment de toute interaction humaine (p. ex., un capteur, un outil d’enregistrement, une carte de capture audiovisuelle, etc.). Dans tout mode de réalisation, un dispositif d’entrée peut être un lecteur pour accéder à des données sur un support non transitoire lisible par ordinateur (p. ex., un lecteur de CD, un lecteur de disque souple, un lecteur de bande, un scanner, etc.). Un dispositif de sortie est un dispositif matériel qui envoie des données depuis le système de gestion d’informations 201. Dans tout mode de réalisation, un dispositif de sortie peut être eu un dispositif d’interface humaine qui facilite la fourniture de données à un utilisateur (p. ex., un moniteur d’affichage visuel, des haut-parleurs, une imprimante, un voyant, un dispositif de retour haptique, etc.). Dans tout mode de réalisation, un dispositif de sortie peut être un dispositif d’écriture pour faciliter le stockage de données sur un support non transitoire lisible par ordinateur (p. ex., un lecteur de CD, un lecteur de disque souple, un lecteur de bande, un scanner, etc.). Un dispositif de communication est un dispositif matériel capable d’envoyer et/ou de recevoir des données avec un ou plusieurs autres dispositifs de communication (p. ex., connectés à un autre système de gestion d’informations 201 via le réseau 212). Un dispositif de communication peut communiquer par toute forme appropriée d’interface filaire (p. ex., Ethernet, fibre optique, communication série, etc.) et/ou d’interface sans fil (p. ex., Wi-Fi® (Institute of Electrical and Electronics Engineers (IEEE) 802.11), Bluetooth® (IEEE 802.15.1), etc.) et utiliser un ou plusieurs protocoles pour la transmission et la réception de données (p. ex., protocole de commande de transmission (TCP), protocole de datagrammes d’utilisateur (UDP), protocole Internet (IP), accès direct à la mémoire à distance (RDMA), etc.). Des exemples non limitatifs d’un dispositif de communication sont en particulier une carte d’interface réseau (NIC), un modem, une carte/adaptateur Ethernet, et une carte/adaptateur Wi-Fi®. Un composant informatique facultatif est tout dispositif matériel qui se connecte fonctionnellement au système de gestion d’informations 201 et augmente les capacités du système de gestion d’informations 201. Des exemples non limitatifs d’un composant informatique facultatif sont en particulier une unité de traitement graphique (GPU), une unité de traitement de données (DPU) et une station d’accueil. Tel qu’utilisé dans les présentes, un « logiciel » (p. ex., un « code », un « algorithme », une « application », une « routine ») est des données sous forme d’instructions exécutables par ordinateur. Le processeur 202 peut exécuter (p. ex., lire et traiter) un logiciel pour réaliser une ou plusieurs fonctions. Des exemples non limitatifs de fonctions sont en particulier la lecture de données existantes, la modification de données existantes, la génération de nouvelles données et l’utilisation de capacités du système de gestion d’informations 201 (p. ex., la lecture de données existantes à partir de la mémoire 206, la génération de nouvelles données à partir des données existantes, l’envoi des données générées à une GPU pour être affichées sur un moniteur). Bien qu’un logiciel persiste physiquement dans la mémoire cache 204, la mémoire 206 et/ou le stockage 208, une ou plusieurs instances logicielles peuvent être représentées, dans les figures, en tant qu’un composant externe de tout système de gestion d’informations 201 qui interagit avec un ou plusieurs systèmes de gestion d’informations 201. Un réseau 212 est une collections de systèmes de gestion d’informations connectés (p. ex., 201, 201N) permettant l’échange de données et/ou le partage de ressources informatiques entre eux. Des exemples non limitatifs du réseau 212 sont en particulier un réseau local (LAN), un réseau étendu (WAN) (p. ex., l’Internet), un réseau mobile, toute combinaison de ceux-ci, et tout autre type de réseau permettant la communication de données et le partage de ressources entre des dispositifs informatiques connectés fonctionnellement à celui-ci. L’homme du métier, ayant pris connaissance de la présente description détaillée, peut se rendre compte qu’un réseau est une collection de dispositifs informatiques connectés fonctionnellement permettant une communication entre ces dispositifs informatiques. Tel qu’utilisé dans les présentes, une « ressource informatique » fait référence aux capacités fonctionnelles (et/ou à des parties de capacités fonctionnelles) de tout composant du système de gestion d’informations 201. Par exemple, un processeur 202 peut avoir des « ressources de processeur » qui peuvent être divisées en tranches de temps de processeur, chacune d’elles pouvant être considérée comme une « ressource informatique ». La mémoire cache 204, la mémoire 206 et le stockage 208 peuvent chacun être catégorisés dans leur propre type de « ressource informatique », ainsi que tout incrément plus petit de stockage dans celle-ci (p. ex., des « octets », des « blocs »). Dans un exemple non limitatif, un dispositif de mémoire unique 206 peut être divisé en plages d’octets pouvant être allouées séparément. La capacité de stockage du dispositif complet de mémoire 206 peut être considérée comme une « ressource informatique » et toute subdivision (plage d’octets) de celle-ci peut également être considérée comme une « ressource informatique ». Dans un autre exemple non limitatif, une carte d’interface réseau peut avoir une capacité de débit total qui peut être divisée en parties de bande passante. Le débit total peut être considéré comme une « ressource informatique » et toute partie plus petite de bande passante peut également être considérée comme une « ressource informatique ». Un gestionnaire de ressources 218 est une instance logicielle qui gère l’allocation de ressources informatiques. Dans tout mode de réalisation, le gestionnaire de ressources 218 est configuré (c’est-à-dire, programmé) pour demander à un ou plusieurs systèmes de gestion d’informations 201 d’interroger les ressources informatiques disponibles dans ceux-ci et il peut agréger ces ressources informatiques dans un ou plusieurs groupes de ressources informatiques 220, selon le type de ressource informatique. Le gestionnaire de ressources 218 peut utiliser une ou plusieurs bases de données (p. ex., la base de données 240) pour assurer le suivi de la disponibilité, de l’allocation et/ou de l’utilisation de ressources informatiques (p. ex., en tant qu’un ou plusieurs groupes de ressources informatiques 220). Dans tout mode de réalisation, le gestionnaire de ressources 218 peut créer, initialiser, arrêter et/ou terminer une ou plusieurs machines virtuelles 230, conteneurs de logiciels, volumes de stockage virtuels 238 et/ou bases de données 240. Des exemples non limitatifs du gestionnaire de ressources 218 sont en particulier un orchestrateur, un hyperviseur et/ou un gestionnaire de conteneurs. Un groupe de ressources informatiques 220 est une structure de données comprenant un ou plusieurs groupes pour des types spécifiques de ressources informatiques (p. ex., un ou plusieurs groupes de traitement 222, groupes de mémoires 226, groupes de stockages 228, groupes de dispositifs périphériques 229, etc.). Dans tout mode de réalisation, le groupe de ressources informatiques 220 est une structure de données, créée ou gérée par le gestionnaire de ressources 218, qui assure le suivi des diverses ressources informatiques et des systèmes de gestion d’informations 201 dans l’environnement informatique 200. Le ou les groupes de ressources informatiques 220 peuvent prendre la forme d’un tableau, d’un fichier et de toute autre structure de données capable de comprendre les informations pertinentes pour des ressources informatiques. Le groupe de traitement 222 est une structure de données qui comprend une agrégation des capacités et/ou des fonctionnalités d’un ou plusieurs processeurs 202 dans un ou plusieurs systèmes de gestion d’informations 201. Dans tout mode de réalisation, le groupe de traitement 222 présente une ressource informatique virtuelle unifiée qui peut être allouée, par le gestionnaire de ressources 218, à tout logiciel (p. ex., une machine virtuelle 230) et/ou à tout volume de stockage virtuel 238. Le groupe de mémoires 226 est une structure de données qui comprend une agrégation des capacités et/ou des fonctionnalités d’un ou plusieurs dispositifs de mémoire 206 dans un ou plusieurs systèmes de gestion d’informations 201. Dans tout mode de réalisation, le groupe de mémoires 226 présente une ressource informatique virtuelle unifiée qui peut être allouée, par le gestionnaire de ressources 218, à tout logiciel (p. ex., la machine virtuelle 230) et/ou au volume de stockage virtuel 238. Le groupe de stockages 228 est une structure de données qui comprend une agrégation des capacités et/ou des fonctionnalités d’un ou plusieurs dispositifs de stockage 208 dans un ou plusieurs systèmes de gestion d’informations 201. Dans tout mode de réalisation, le groupe de stockages 228 présente une ressource informatique virtuelle unifiée qui peut être allouée, par le gestionnaire de ressources 218, à tout logiciel (p. ex., la machine virtuelle 230) et/ou au volume de stockage virtuel 238. Le groupe de dispositifs périphériques 229 est une structure de données qui comprend une agrégation des capacités et/ou des fonctionnalités d’un ou plusieurs dispositifs périphériques 209 dans un ou plusieurs systèmes de gestion d’informations 201. Dans tout mode de réalisation, le groupe de dispositifs périphériques 229 présente une ressource informatique virtuelle unifiée qui peut être allouée, par le gestionnaire de ressources 218, à tout logiciel (p. ex., la machine virtuelle 230) et/ou au volume de stockage virtuel 238. Une machine virtuelle 230 est une instance logicielle qui fournit un environnement virtuel dans lequel un autre logiciel peut être exécuté. Dans tout mode de réalisation, la machine virtuelle 230 peut être créée par le gestionnaire de ressources 218, où le gestionnaire de ressources 218 alloue une certaine partie de ressources informatiques (p. ex., dans un ou plusieurs groupes de ressources informatiques 220) à la machine virtuelle 230 pour l’initialiser et l’exécuter. Dans tout mode de réalisation, dans la machine virtuelle 230, les ressources informatiques peuvent être agrégées à partir d’un ou plusieurs systèmes de gestion d’informations 201 (p. ex., via un ou plusieurs groupes de ressources informatiques 220) et présentées sous forme de ressources « virtuelles » unifiées dans la machine virtuelle 230 (p. ex., un ou plusieurs processeurs virtuels, une mémoire virtuelle, un stockage virtuel, un ou plusieurs dispositifs périphériques virtuels, etc.). Puisqu’un ou plusieurs groupes de ressources informatiques 220 sont utilisés pour générer la machine virtuelle 230, le matériel sous-jacent stockant, exécutant et traitant les opérations (de la machine virtuelle 230) peut être disposé dans n’importe quel nombre de systèmes de gestion d’informations 201. Un volume de stockage virtuel 238 est un espace virtuel pour stocker des données. Dans tout mode de réalisation, le volume de stockage virtuel 238 peut utiliser tout moyen approprié d’un ou plusieurs dispositifs sous-jacents pour stocker des données (p. ex., la mémoire cache 204, la mémoire 206, le stockage 208) via un ou plusieurs groupes de ressources informatiques 220. Dans tout mode de réalisation, le volume de stockage virtuel 238 peut être géré par la machine virtuelle 230, où la machine virtuelle 230 gère l’accès (lecture/écriture), le système de fichiers, la redondance et l’adressabilité des données stockées dans celle-ci. Une base de données 240 est une structure de données qui stocke des informations dans des tuplets relationnels et des attributs. Dans tout mode de réalisation, la base de données 240 peut être stockée sur un volume de stockage virtuel 238 et/ou directement sur un système de gestion d’informations 201 unique. Des exemples non limitatifs de la base de données 240 sont en particulier un ou plusieurs tableaux ayant chacun une ou plusieurs « rangées » (p. ex., un ou plusieurs tuplets) et « colonnes » (p. ex., un ou plusieurs attributs), un fichier structuré pour stocker des données tabulaires (p. ex., un fichier de valeurs séparées par virgule (CSV), un fichier de valeurs séparées par tabulation (TSV), etc.), un système de gestion de bases de données relationnelles (RDBMS) (p. ex., en utilisant le langage d’interrogation structuré (SQL)), et/ou tout autre structure de donnée capable de stocker des données. L’homme du métier, ayant pris connaissance de la présente description détaillée, peut se rendre compte qu’un environnement informatique 200 peut ne pas être fonctionnellement connecté de manière active à un ou plusieurs composantes de l’environnement de forage 100. Dans un ou plusieurs modes de réalisation, l’environnement informatique 200 (et tout composant de celui-ci) peut être situé ailleurs (p. ex., dans un centre de données, un espace de travail de bureau, réparti à divers emplacements, etc.). Un tel environnement informatique 200 peut recevoir indirectement des données d’un ou plusieurs composants de l’environnement de forage 100 (p. ex., en accédant à une base de données de données préalablement enregistrées, en recevant des données à distance sur un réseau étendu, etc.). L’environnement de forage 100 et l’environnement informatique 200 ne sont que deux exemples d’environnements dans lesquels des données décrites dans les présentes peuvent être obtenues, analysées, traitées et générées. — FIG. 3 — La FIG. 3 est un schéma d’un système informatique avec un générateur de rapport et divers composants utilisés par le générateur de rapport. Une base de données d’entraînement 342 est une base de données (p. ex., une base de données 240) stockant des contraintes de conformité 352, des plans techniques 354 et des rapports de conformité 350. Dans un ou plusieurs modes de réalisation, la base de données d’entraînement 342 peut être lue, recherchée, interrogée et/ou autrement accédée (pour obtenir des données de celle-ci) par un logiciel s’exécutant dans l’environnement informatique 200 (p. ex., un générateur de rapport 346). Des détails supplémentaires sur les données dans la base de données d’entraînement 342 sont apportés dans la description de la FIG. 3 . Une base de données de conformité 344 est une base de données (p. ex., la base de données 240) stockant des données de conformité juridique 358, des données de conformité sectorielle 360 et des données de conformité interne 362. Dans un ou plusieurs modes de réalisation, la base de données de conformité 344 peut être lue, recherchée, interrogée et/ou autrement accédée (pour obtenir des données de celle-ci) par un composant de l’environnement informatique 200 (p. ex., le générateur de rapport 346). Des détails supplémentaires sur les données dans la base de données de conformité 344 sont apportés dans la description de la FIG. 3 . Un générateur de rapport 346 est un logiciel qui traite un plan technique 354 et des contraintes de conformité 352 (en tant qu’entrées) et génère un rapport de conformité 350 (en tant que sortie). Dans un ou plusieurs modes de réalisation, le générateur de rapport 346 peut être un grand modèle de langage (LLM) sous la forme d’un réseau neuronal artificiel entraîné à l’aide d’un ou plusieurs procédés d’apprentissage automatique et d’intelligence artificielle. Des détails supplémentaires sur le générateur de rapport 346 sont apportés dans la description de la FIG. 3 . Une application de conception assistée par ordinateur (CAO) 348 est un logiciel permettant la création, l’affichage et/ou la manipulation de modèles numériques (c’est-à-dire, stockés sous forme de données). Dans un ou plusieurs modes de réalisation, un plan technique 354 comprend des conceptions proposées pour un système de puits dans des formats de fichiers qui sont lisibles par une application de CAO 348 (p. ex., des formats de fichiers de CAO). Le générateur de rapport 346 peut se connecter fonctionnellement à une application de CAO (p. ex., via un plug-in de CAO 388) pour permettre la lecture, l’examen et l’analyse des fichiers de CAO du plan technique 354. Un rapport de conformité 350 est une structure de données qui comprend des entrées de rapport de conformité 374 qui spécifient des erreurs présentes dans le plan technique 354 associé et une ou plusieurs actions proposées 378 pour corriger les erreurs identifiées. Des détails supplémentaires sur le rapport de conformité 350 sont apportés dans la description de la FIG. 3 . — FIG. 3 — La FIG. 3 est un schéma d’une base de données d’entraînement et des données dans celle-ci. Une contrainte de conformité 352 est des données spécifiant les données de conformité (c’est-à-dire, les données de conformité juridique 358, les données de conformité sectorielle 360 et/ou les données de conformité interne 362) qui sont applicables au plan technique 354 associé (et/ou à des parties du plan technique 354). Des exemples non limitatifs de contraintes de conformité 352 sont en particulier une chaîne alphanumérique faisant référence de manière unique à des données de conformité spécifiques (p. ex., « 43 CFR §3160 », « ISO 14693 ») et/ou un identifiant unique qui peut être utilisé pour identifier le texte des données de conformité pertinentes (p. ex., 921204.0828). Dans un ou plusieurs modes de réalisation, une contrainte de conformité peut être associée à un document spécifique et/ou à une partie du plan technique 354 (p. ex., ISO 11960 (« caissons et tubes pour puits ») peut être associée aux documents de conception du plan technique 354 concernant la conception de caisson proposée). Le plan technique 354 est des données comprenant des documents, des dessins et des informations techniques pour la conception proposée d’un système de puits. Des exemples non limitatifs de données dans le plan technique 354 sont en particulier des dessins de conception, un document de conception de service, une liste de matériaux utilisés pour la construction, des données de fournisseur (p. ex., un nom, un pays, des données de conformité juridique applicables 358), une liste d’équipements/machines utilisés pendant la construction/l’exploitation, une documentation de tous les équipements/machines (p. ex., des spécifications, des manuels, un fabricant, une date/un lieu de fabrication, des données de conformité sectorielle applicables 360), une liste de personnel (p. ex., des noms, un employeur, un titre, un rôle, des données de conformité juridique applicables 358), et/ou toute autre documentation concernant la conception, la construction et l’exploitation d’un système de puits. Dans un ou plusieurs modes de réalisation, des contraintes de conformité 352 peuvent être comprises partiellement ou complètement dans le plan technique 354. — FIG. 3 — La FIG. 3 est un schéma d’une base de données de conformité et des données dans celle-ci. Des données de conformité juridique 358 sont des données qui comprennent des exigences (et/ou des directives) spécifiées par un gouvernement en ce qui concerne un secteur d’activité. Des exemples non limitatifs de données de conformité juridique 358 sont en particulier des lois, des statuts, des actes, des ordonnances, des réglementations, des codes, des mandats, des édits, des décrets, des jugements, des opinions, des interprétations et/ou toute autre forme de directive fournie par un gouvernement en ce qui concerne le secteur d’activité associé. Des exemples non limitatifs de secteurs d’activité sont en particulier la conception d’ingénierie, la construction, la comptabilité, le droit, la médecine et/ou tout bien ou service pour lequel il peut y avoir une implication d’un gouvernement. Un secteur d’activité peut être toute sous-catégorie d’un secteur d’activité étendu (p. ex., la conception de bâtiments, la conception de systèmes de plomberie, la conception de systèmes d’extinction d’incendie (« gicleur »), etc.). Dans un exemple non limitatif spécifique, un secteur d’activité peut être des « exigences de dessins de brevet » (une sous-catégorie de la rédaction de brevet, du droit des brevets, et du droit en général), où les données de conformité juridique 358 peuvent comprendre, en partie, le texte de 35 United States Code (USC) §113 ; 37 Code of Federal Regulations (CFR) §§1.81, 1.83, 1.84, 1.85 ; et Manual of Patent Examining Procedure (MPEP) §§608, 1825, 1606. Dans un ou plusieurs modes de réalisation, les données de conformité juridique 358 peuvent renvoyer à et imposer la conformité aux données de conformité sectorielle 360 (p. ex., Texas’ Local Government Code sec. 214.214 impose la conformité au National Electrical Code (NEC)). Tel qu’utilisé dans les présentes, les données de conformité juridique 358 peuvent concerner la conception d’un ou plusieurs systèmes de puits pour l’extraction d’hydrocarbures (p. ex., du pétrole et du gaz). Dans de tels cas, les données de conformité juridique 358 peuvent comprendre des exigences internationales (p. ex., un traité), nationales (p. ex., fédérales), régionales (p. ex., d’État) et locales (p. ex., municipales) pertinentes (pour tout gouvernement dans le monde) en ce qui concerne la conception de puits, la construction de puits, le procédé d’extraction d’hydrocarbures et le transport d’hydrocarbures. Dans un exemple non limitatif, aux États-Unis, les exigences fédérales peuvent comprendre le National Environmental Policy Act (NEPA) (42 U.S.C. §4321 et seq.), le National Historic Preservation Act (NHPA) (16 U.S.C. §§470a-470w-6 et. seq.), l’Endangered Species Act (6 USC §1531-1544), des réglementations du bureau de gestion du territoire (BLM) conformément à 43 CFR §3160, et toute réglementation (ou directive) associée (p. ex., titres 30, 36, et 43 de CFR, opinions rédigées, jugements de tribunal, etc.). Des exigences d’État peuvent être par exemple le titre 3 (« Pétrole et gaz ») du Texas’ Natural Resources Code et toute réglementation promulguée dans le cadre de celui-ci. L’homme du métier peut se rendre compte que l’identification des données de conformité juridique 358 applicables s’effectue sur la base d’une ou plusieurs régions et/ou d’une ou plusieurs juridictions pour une conception de puits (p. ex., un système de puits proposé à Raguse en Italie utiliserait des données de conformité juridique 358 émanant de la ville de Raguse (locales), de la province de Raguse (régionales), de l’Italie (nationales) et de l’Union européenne (UE) (internationales)). Les données de conformité sectorielle 360 sont des données qui comprennent des documents disponibles dans le public (p. ex., des normes industrielles, des spécifications, des manuels, des directives, des meilleures pratiques publiées, des procédures, etc.) en ce qui concerne les pratiques dans le secteur d’activité associé (p. ex., celles définies par les organismes, organisations ou associations sectoriels et d’établissement de normes). Dans un exemple non limitatif, pour le secteur de la comptabilité financière, les données de conformité sectorielle 360 peuvent comprendre les Generally Accepted Accounting Principles (GAAP) publiés dans l’Accounting Standard Codification (ASC) par le Financial Accounting Standards Board (FASB). Dans un autre exemple, pour le secteur de la construction et des systèmes électriques, les données de conformité sectorielle 360 peuvent comprendre le National Electrical Code (NEC) publié par la National Fire Protection Association (NFPA). Les données de conformité sectorielle 360 peuvent en outre comprendre des documents techniques publiés, des brevets et des publications de demande de brevet. Tel qu’utilisé dans les présentes, les données de conformité sectorielle 360 peuvent concerner la conception d’un ou plusieurs systèmes de puits pour l’extraction d’hydrocarbures (p. ex., du pétrole et du gaz). Dans de tels cas, les données de conformité sectorielle 360 peuvent comprendre toute publication de l’American Petroleum Institute (API), l’American National Standards Institute (ANSI), l’International Organization for Standardization (ISO) (p. ex., ISO 10423 « Wellhead & tree equipment », ISO 14693 « Drilling equipment », etc.), l’American Society for Testing and Materials (ASTM) (p. ex., ASTM’s « geotechnical engineering standards », « petroleum standards », etc.), et/ou de toute autre organisation pertinente. Les données de conformité interne 362 sont des données qui comprennent des documents (p. ex., des normes, des spécifications, des manuels, des directives, des procédures, etc.) propriétaires (p. ex., non publics, de secret professionnel, spécifiques à l’entreprise, développés en interne, etc.) concernant les pratiques du secteur d’activité associé. Dans un exemple non limitatif, les données de conformité interne 362 peuvent comprendre des organigrammes et des procédures détaillées pour la réalisation d’étapes d’une opération étendue. Dans un autre exemple non limitatif, les données de conformité interne 362 peuvent comprendre des spécifications qui incorporent de manière exhaustive toutes les données de conformité juridique 358 pertinentes et toutes les données de conformité sectorielle 360 pertinentes pour une opération donnée dans une référence unique. Les données de conformité interne 362 peuvent en outre comprendre des exigences supérieures qui satisfont et dépassent ce qui est exigé par les données de conformité juridique 358 et les données de conformité sectorielle 360. Les données de conformité interne 362 peuvent comprendre des documents élaborés par une organisation professionnelle et utilisés sous licence (ou achetés) par une autre organisation professionnelle (p. ex., des manuels, des guides de support et des documents techniques d’équipements et de logiciels utilisés sous licence). Tel qu’utilisé dans les présentes, les données de conformité interne 362 peuvent concerner la conception d’un ou plusieurs systèmes de puits pour l’extraction d’hydrocarbures (p. ex., du pétrole et du gaz). Dans de tels cas, les données de conformité interne 362 peuvent comprendre des documents pour la conception, la construction et l’exploitation d’un système de puits. — FIG. 3 — La FIG. 3 est un schéma d’un rapport de conformité. Un rapport de conformité 350 peut comprendre une ou plusieurs entrées de rapport de conformité 374 qui sont associés de manière unique à une erreur suspectée dans un plan technique 354 associé. Une entrée de rapport de conformité 374 est une structure de données à l’intérieur d’un rapport de conformité 350 qui peut comprendre des informations (p. ex., un identifiant d’entrée de conformité 376, une source de plan 368, un type d’erreur 370, une source de conformité 372, une action proposée 378) pour une erreur suspectée présente dans un plan technique 354 associé. Des exemples non limitatifs d’une entrée de rapport de conformité 374 sont en particulier un tuplet dans une base de données, une rangée dans un tableau (p. ex., un tableur), et une ligne dans un fichier de texte. Dans un ou plusieurs modes de réalisation, une entrée de rapport de conformité 374 peut être identifiable de manière unique par un identifiant d’entrée de conformité 376 stocké dans celle-ci. Un identifiant d’entrée de conformité 376 est un identifiant associé de manière unique à l’entrée de rapport de conformité 374 unique dans laquelle il est stocké. De manière générale, un identifiant est des données qui spécifient de manière unique d’autres données. Des exemples non limitatifs d’un identifiant sont en particulier une étiquette, une entrée alphanumérique, un nom de fichier et un numéro de rangée dans un tableau. Une expression alphanumérique peut être codée à l’aide d’un protocole de norme pour des caractères alphanumériques (p. ex., Unicode, American Standard Code for Information Interchange (ASCII), etc.). Dans un ou plusieurs modes de réalisation, un identifiant peut être un décompte entier (p. ex., 1, 2, 3, 4, 5, etc.) ou un indice (p. ex., 0, 1, 2, 3, etc.). L’homme du métier, ayant pris connaissance de la présente description détaillée, peut se rendre compte qu’un identifiant peut être n’importe quelle donnée qui identifie une entrée. Dans tout mode de réalisation, un identifiant peut être généré par un ou plusieurs composants logiciels du système et/ou par un utilisateur du système. Une source de plan 368 est des données comprenant un emplacement, un contenu et/ou une référence à une erreur dans un plan technique 354. Dans un ou plusieurs modes de réalisation, une source de plan 368 peut spécifier le document spécifique (p. ex., nom de fichier, identifiant unique, etc.) et l’emplacement dans ce document (p. ex., numéro de page, numéro de paragraphe, ligne, numéro de figure, etc.) à l’intérieur d’un plan technique 354. Dans un ou plusieurs modes de réalisation, une source de plan 368 peut comprendre une copie du contenu d’un plan technique 354 qui comprend l’erreur identifiée (p. ex., une chaîne de texte, une partie d’une figure). Un type d’erreur 370 est des données concernant le type d’une erreur identifiée dans le plan technique 354 associé. Des exemples non limitatifs d’un type d’erreur 370 sont en particulier (i) une « non-conformité » indiquant un conflit entre le contenu d’une contrainte de conformité 352 requise et un aspect d’un plan technique 354, (ii) un « conflit » ou une « incohérence » indiquant un conflit de critères de conception dans le plan technique 354, (iii) un « examen » indiquant une non-conformité avec une meilleure pratique ou qu’une action supplémentaire est requise (p. ex., prendre une exception admissible à une norme requise). Une source de conformité 372 est des données comprenant un identifiant et/ou un contenu des données de conformité (tout type de base de données de conformité 344) ayant conduit à l’identification de l’erreur (p. ex., « 43 CFR §3160 »). Dans un ou plusieurs modes de réalisation, une source de conformité 372 peut être une copie de la contrainte de conformité 352 correspondante. Dans un ou plusieurs modes de réalisation, une source de conformité 372 peut comprendre une copie du contenu des données de conformité associées (p. ex., une chaîne de texte citant les données de conformité). Une action proposée 378 est des données spécifiant une modification proposée d’un plan technique 354 pour corriger l’erreur spécifiée dans la même entrée de rapport de conformité 374. Dans un ou plusieurs modes de réalisation, une action proposée 378 est une chaîne qui fournit une modification lisible par être humain. Dans un exemple non limitatif, une action proposée 378 peut être la chaîne alphanumérique « matériau de pointeau : SS316 » , où le plan technique 354 ayant spécifié le « matériau de pointeau » est « SS304 ». — FIG. 3 — La FIG. 3 est un schéma d’un générateur de rapport et des composants dans celui-ci. Un générateur de rapport 346 peut comprendre un ou plusieurs composants logiciels (p. ex., des sous-processus, etc.) pour réaliser une ou plusieurs fonctions correspondantes du générateur de rapport 346 de manière plus étendue. Dans un ou plusieurs modes de réalisation, un ou plusieurs des composants logiciels représentés dans le générateur de rapport 346 peuvent être des entités logicielles (p. ex., appelées et exécutées par le générateur de rapport 346). Un classificateur de données 382 est un logiciel qui accepte des données assorties (p. ex., des types de fichiers/données mixtes) en tant qu’entrée, analyse les données assorties en groupes de données individuels (p. ex., des fichiers ou des parties de fichiers), classifie les groupes de données individuels, et fournit le groupe de données à l’entité logicielle associée pour un traitement ultérieur. Un processeur de langage naturel 384 est un logiciel qui peut traiter un texte alphanumérique en langage naturel (p. ex., des structures de mots lisibles par être humain, des phrases, des paragraphes, etc.) en tant qu’une entrée, « interpréter » le texte fourni à l’aide d’un réseau neuronal, extraire des données pertinentes et organiser ces données pertinentes pour une analyse ultérieure. Dans un exemple non limitatif, un processeur de langage naturel 384 peut générer une structure de données (p. ex., un tableau) qui comprend une liste de propriétés identifiées (des attributs et des valeurs) de l’entrée fournie (p. ex., pays : États-Unis, profondeur cible : 4 000 pieds, etc.). Les données fournies (« propriété ») peuvent donc être plus facilement comparées aux contraintes du projet. Un moteur de vision informatique 386 est un logiciel qui peut traiter et interpréter des informations visuelles à partir de données d’images fournies en tant qu’entrée. Dans un ou plusieurs modes de réalisation, le moteur de vision informatique 386 peut comprendre des algorithmes et/ou des réseaux neuronaux qui sont entraînés à reproduire une capacité humaine à reconnaître et à comprendre des images et des vidéos. Le moteur de vision informatique 386 peut utiliser des modèles d’apprentissage profond qui peuvent être entraînés sur des jeux de données de contenu visuel (p. ex., des données d’images dans une base de données d’entraînement 342), en permettant ainsi au moteur de vision informatique 386 d’identifier des motifs et des caractéristiques dans les données d’images et d’extraire des données pertinentes pour une analyse ultérieure. Dans un exemple non limitatif, un moteur de vision informatique 386 peut générer une structure de données (p. ex., un tableau) qui comprend une liste de propriétés identifiées (des attributs et des valeurs) de l’entrée fournie (p. ex., boue de forage : 70 % d’eau, matériau de tige de forage : acier modifié 4145H, etc.). Les données fournies (« propriété ») peuvent donc être plus facilement comparées aux contraintes du projet. Un plug-in de conception assistée par ordinateur (CAO) 388 est un logiciel permettant de communiquer avec une application de CAO 348. Dans un ou plusieurs modes de réalisation, le plug-in de CAO 388 est une interface de programmation d’application utilisée pour initier la lecture et le traitement de fichiers de CAO. Dans un ou plusieurs modes de réalisation, le plug-in de CAO 388 peut initier la génération de données (par l’application de CAO 348) qui sont lisibles indépendamment par le générateur de rapport 346 (p. ex., des listes de matériaux pour le processeur de langage naturel 384, un dessin standard pour le moteur de vision informatique 386). Dans un ou plusieurs modes de réalisation, le plug-in de CAO 388 peut initier une analyse de fichiers de CAO (par l’application de CAO 348) pour identifier des erreurs (dans les fichiers de CAO) qui nécessitent d’utiliser l’application de CAO 348 (p. ex., une détection d’interférences, des tolérances, etc.). Dans un exemple non limitatif, le plug-in de CAO 388 peut générer une structure de données (p. ex., un tableau) qui comprend une liste de propriétés identifiées (des attributs et des valeurs) de l’entrée fournie (p. ex., poids : 85 lbs, volume : 1,4 cubic ft, etc.). Les données fournies (« propriété ») peuvent donc être plus facilement comparées aux contraintes du projet. Un vérificateur de conformité 390 est un logiciel qui compare les sorties des trois composants logiciels (le processeur de langage naturel 384, le moteur de vision informatique 386, le plug-in de CAO 388) les unes aux autres et aux données de conformité (les données dans la base de données de conformité 344) spécifiées par les contraintes de conformité 352. Le vérificateur de conformité 390 identifie des erreurs (éventuelles) lorsque le plan technique 354 analysé ne satisfait pas le texte des contraintes de conformité 352 spécifiées et génère un rapport de conformité sur la base de ces erreurs. — FIG. 4 — La FIG. 4 est un organigramme d’un procédé d’entraînement d’un générateur de rapport à l’aide d’une base de données d’entraînement. L’intégralité ou une partie du procédé représenté peut être réalisée par un ou plusieurs composantes du système de gestion d’informations 201 (cf. la description de la FIG. 2 ), le générateur de rapport (cf. la description de la FIG. 3 ), ou un utilisateur de ceux-ci. Bien que les diverses étapes de cet organigramme soient présentées et décrites en séquence, l’homme du métier (ayant pris connaissance de la présente description détaillée) peut se rendre compte que certaines ou toutes les étapes peuvent être exécutées dans des ordres différents, combinées ou omises, et certaines ou toutes les étapes peuvent être exécutées en parallèle. À l’étape 400, le générateur de rapport 346 obtient des données de la base de données d’entraînement 342, y compris les plans techniques 354, associées aux contraintes de conformité 352, et les rapports de conformité 350 associés. À l’étape 402, le générateur de rapport 346 traite les données de la base de données d’entraînement 342. Des détails supplémentaires sur l’étape 402 sont apportés dans la description de la FIG. 6 et la discussion des étapes 604 à 608. À l’étape 410, le générateur de rapport 346 génère un ou plusieurs rapports de conformité 350 sur la base du traitement des plans techniques 354 et des contraintes de conformité 352 de la base de données d’entraînement 342. Le générateur de rapport 346 peut fournir le ou les rapports de conformité 350 générés à un utilisateur du système (p. ex., par le stockage du ou des rapports de conformité 350 à un emplacement accessible par l’utilisateur). À l’étape 412, le ou les rapports de conformité 350 sont notés. Dans un ou plusieurs modes de réalisation, le ou les rapports de conformité 350 sont notés sur la base d’une existence d’erreurs communes (p. ex., des entrées de rapport de conformité 374) présentent à la fois dans le ou les rapports de conformité 350 générés et les rapports de conformité 350 correspondants obtenus à partir de la base de données d’entraînement 342 (et associés au plan technique 354 analysé et aux contraintes de conformité 352). Si le générateur de rapport 346 produit avec succès un rapport de conformité 350 généré qui comprend toutes les erreurs (p. ex., les entrées de rapports de conformité 374) dans le rapport de conformité 350 préexistant, une note supérieure est donnée au rapport de conformité 350 généré (par comparaison à un rapport de conformité 350 généré n’ayant pas identifié avec succès toutes les erreurs connues). L’homme du métier, ayant pris connaissance de la présente description détaillée, peut se rendre compte que la note donnée à un rapport de conformité 350 généré peut être mise en corrélation avec la quantité et la qualité des erreurs identifiées (p. ex., moins d’erreurs et/ou des erreurs de qualité inférieure engendreraient une note comparativement inférieure pour un rapport de conformité 350 généré). Dans un ou plusieurs modes de réalisation, un rapport de conformité 350 généré qui identifie avec succès et comprend des erreurs valides (p. ex., des entrées de rapport de conformité 374) qui ne sont pas présentes dans le rapport de conformité 350 existant peut recevoir une note encore plus élevée. Dans un ou plusieurs modes de réalisation, une note plus élevée peut être donnée à un rapport de conformité 350 généré, si le rapport de conformité 350 généré comprend une action proposée 378 qui améliorerait avec succès l’erreur identifiée. De même, une note plus basse peut être donnée à un rapport de conformité 350 généré si une ou plusieurs actions proposées 378 de celui-ci (i) ne corrigent pas l’erreur identifiée et/ou (ii) créent d’autres erreurs en cas de mise en œuvre. Après avoir noté un ou plusieurs rapports de conformité 350 générés, les notes sont fournies au générateur de rapport 346. Lorsqu’il reçoit les notes, le générateur de rapport 346 optimise le ou les réseaux neuronaux (sous-jacents au LLM) pour mieux identifier et analyser des erreurs dans le plan technique 354. Dans un ou plusieurs modes de réalisation, un modèle d’intelligence artificielle (IA) dans un LLM est optimisé sur la base des retours notés (p. ex., d’un ou plusieurs rapports de conformité 350 générés notés) à l’aide d’un processus appelé apprentissage supervisé. Initialement, le modèle est entraîné sur un jeu de données avec des exemples étiquetés. Ensuite, un retour est recueilli, souvent sous la forme de notes ou d’évaluations, pour estimer les performances du modèle. Des ajustements sont apportés au paramètre et à l’architecture du modèle sur la base de ce retour pour améliorer sa précision et ses performances globales. Ce processus itératif se poursuit jusqu’à ce que le niveau souhaité de performances soit atteint. Dans un ou plusieurs modes de réalisation, un apprentissage supervisé modifie un réseau neuronal via un processus impliquant l’ajustement de ses poids et de ses biais pour minimiser la différence entre ses sorties prédites (le ou les rapports de conformité 350 générés) et les valeurs cibles réelles fournies dans la base de données d’entraînement 342 (le ou les rapports de conformité 350 existants). Cela est généralement réalisé par rétropropagation et descente de gradient. Dans un ou plusieurs modes de réalisation, le processus de la FIG. 4 (les étapes 400, 402, 410 et 412) peut être répété jusqu’à ce qu’une qualité satisfaisante du rapport de conformité 350 soit générée. — FIG. 5 — La FIG. 5 est un organigramme d’un procédé d’utilisation d’un générateur de rapport pour générer un rapport de conformité. L’intégralité ou une partie du procédé représenté peut être réalisée par un ou plusieurs composantes du système de gestion d’informations 201 (cf. la description de la FIG. 2 ), le générateur de rapport (cf. la description de la FIG. 3 ), ou un utilisateur de ceux-ci. Bien que les diverses étapes de cet organigramme soient présentées et décrites en séquence, l’homme du métier (ayant pris connaissance de la présente description détaillée) peut se rendre compte que certaines ou toutes les étapes peuvent être exécutées dans des ordres différents, combinées ou omises, et certaines ou toutes les étapes peuvent être exécutées en parallèle. À l’étape 500, le générateur de rapport 346 obtient les plans techniques 354 et les contraintes de conformité 352 associées. Dans un ou plusieurs modes de réalisation, les plans techniques 354 et les contraintes de conformité 352 associées peuvent être fournis par un utilisateur du système (p. ex., sous forme d’une entrée) pour leur analyse par le générateur de rapport 346. Dans un ou plusieurs modes de réalisation, le générateur de rapport 346 utilise un modèle entraîné (p. ex., à l’aide du processus de la FIG. 4 ) avant de recevoir les plans techniques 354 et les contraintes de conformité 352 associées pour générer le rapport de conformité 350 pour une utilisation « dans le monde réel ». À l’étape 502, le générateur de rapport 346 traite les plans techniques 354 et les contraintes de conformité 352 associées. Des détails supplémentaires sur l’étape 402 sont apportés dans la description de la FIG. 6 et la discussion des étapes 604 à 608. À l’étape 510, le générateur de rapport 346 génère un rapport de conformité 350 sur la base du traitement des plans techniques 354 et des contraintes de conformité 352 associées. Le générateur de rapport 346 peut fournir le rapport de conformité 350 à un utilisateur du système (p. ex., par le stockage du rapport de conformité 350 à un emplacement accessible par l’utilisateur). — FIG. 6 — La FIG. 6 est un organigramme d’un procédé des composants internes d’un générateur de rapport lors de la génération d’un rapport de conformité. L’intégralité ou une partie du procédé représenté peut être réalisée par un ou plusieurs composantes du système de gestion d’informations 201 (cf. la description de la FIG. 2 ), le générateur de rapport (cf. la description de la FIG. 3 ), ou un utilisateur de ceux-ci. Bien que les diverses étapes de cet organigramme soient présentées et décrites en séquence, l’homme du métier (ayant pris connaissance de la présente description détaillée) peut se rendre compte que certaines ou toutes les étapes peuvent être exécutées dans des ordres différents, combinées ou omises, et certaines ou toutes les étapes peuvent être exécutées en parallèle. À l’étape 604, le générateur de rapport 346 reçoit les plans techniques 354 et les contraintes de conformité 352 associées. Le générateur de rapport 346 utilise le classificateur de données 382 pour analyser, classer, trier et distribuer les groupes de données du plan technique 354 à l’entité logicielle respective. Dans un ou plusieurs modes de réalisation, le classificateur de données 382 peut identifier des parties de fichiers séparables distinctes sur la base de leur organisation (p. ex., des fichiers fournis de manière séparée), des groupes de données extractibles dans un fichier quelconque (p. ex., un document avec un texte alphanumérique et une annexe d’images), des fichiers compressés incompressibles (p. ex., des fichiers binaires, des fichiers d’archives, etc.) pour analyser de multiples types de données distincts dans ceux-ci. Dans un ou plusieurs modes de réalisation, le classificateur de données 382 peut classer le type de données sur la base de métadonnées stockées dans les données (p. ex., un type de fichier, des en-têtes, une extension de fichier, etc.), et/ou des normes connues d’organisation de données (p. ex., des motifs reconnus de données qui sont associés à un type de données). Dans un ou plusieurs modes de réalisation, le classificateur de données 382 peut classer des groupes de données dans l’un de trois types différents : (i) texte alphanumérique, (ii) images, et (iii) fichiers de CAO. Sur la base de la classification selon ces types, le classificateur de données 382 transmet ensuite le groupe de données (p. ex., appelle une fonction) respectivement au processeur de langage naturel 384, au moteur de vision informatique 386 ou au plug-in de conception assistée par ordinateur (CAO) 388. À l’étape 606, le générateur de rapport 346 utilise le processeur de langage naturel 384, le moteur de vision informatique 386 et/ou le plug-in de CAO 388 pour traiter les groupes de données fournis aux entités logicielles respectives. Dans un ou plusieurs modes de réalisation, chacune des entités logicielles analyse les groupes de données pour extraire des propriétés (des attributs et des valeurs), qui peuvent être plus facilement comparées aux données de conformité. Dans un exemple non limitatif, un dessin de CAO peut porter le nom de fichier « casing_connection.dwg » et comprendre un dessin technique pointant vers le côté intérieur de l’objet indiquant « ⌀ = 4.5in ». Le générateur de rapport 346 envoie ce fichier à l’application de CAO 348 associée et récupère une structure de données comprenant la chaîne individuelle « ⌀ = 4.5in ». À partir de ceci, le générateur de rapport 346 génère l’attribut « diamètre intérieur de raccord de tubage » et attribue la valeur « 4.5in ». Dans un ou plusieurs modes de réalisation, le moteur de vision informatique 386 peut recevoir une image de texte alphanumérique. Dans ce cas, le moteur de vision informatique 386 est entraîné à identifier que le document est du texte (et non pas initialement une image), à réaliser une reconnaissance de caractère optique (OCR) pour rendre le document lisible sous forme de texte, puis à transmettre les données au processeur de langage naturel 384 pour les analyser. À l’étape 608, le générateur de rapport 346 compare les propriétés du plan technique 354 aux propriétés des données de conformité pour identifier des erreurs. Pour chaque erreur identifiée, une entrée de rapport de conformité 374 est générée dans le rapport de conformité 350. Dans un ou plusieurs modes de réalisation, le vérificateur de conformité 390 traite les données de conformité identifiées pour extraire des propriétés (des attributs et des valeurs), qui peuvent être plus facilement comparées aux propriétés du plan technique 354. Dans un exemple non limitatif, le vérificateur de conformité 390 identifie que les données de conformité comprennent une contrainte de conception exigeant que le diamètre intérieur de tubage soit d’au moins 5.5in. Il est donc attribué à l’attribut « diamètre intérieur de tubage » la valeur « ≥5.5in ». Le vérificateur de conformité 390 détermine ainsi que la propriété technique précédemment générée (« diamètre intérieur de raccord de tubage » avec la valeur « 4.5in ») à partir du plan technique 354 ne satisfait pas la propriété de conformité (« diamètre intérieur de tubage » avec la valeur « ≥5.5in »). Le générateur de rapport 346 génère donc une entrée de rapport de conformité 374 qui comprend « casing_connection.dwg » (pour la source de plan 368), « non-conformité » (pour le type d’erreur 370), la contrainte de conception spécifiée (pour la source de conformité 372) et « augmenter le diamètre de raccord de tubage à 5.5in » (pour l’action proposée 378). — FIG. 7 — La FIG. 7 est un tableau d’un rapport de conformité exemplaire. Tel que représenté dans l’exemple de la FIG. 7 , le rapport de conformité 350 comporte quatre entrées de rapport de conformité 374 (les quatre rangées inférieures). Chaque entrée de rapport de conformité 374 comprend un identifiant d’entrée de conformité unique 376 (représenté par « identifiant d’entrée 376 »), une source de plan 368, un type d’erreur 370, une source de conformité 372 et une action proposée 378. La première entrée de rapport de conformité 374 comporte un identifiant d’entrée de conformité 376 de « E1 ». Pour cette entrée, le générateur de rapport 346 a identifié que le document « site_plan.docx » (du plan technique 354) spécifie que l’élévation du site de construction soit « 100ft ». L’attribut « élévation de site » est donc généré et reçoit la valeur « 100ft ». Le générateur de rapport 346 a identifié que le document « topology.pdf » (du plan technique 354) comprend une image avec un texte indiquant que l’élévation du site « 108ft ». De même, le générateur de rapport 346 a généré l’attribut « élévation de site » et lui a attribué la valeur « 108ft ». Le générateur de rapport 346 détermine qu’un attribut (« élévation de site ») est décrit comme ayant deux valeurs différentes (100ft et 108ft). Néanmoins, puisqu’aucune exigence connue n’est enfreinte et aucun problème technique n’est identifié, le générateur de rapport attribue un type d’erreur 370 de « examen », ne fournit pas de source de conformité 372 et génère une action proposée 378 de « examen d’incohérence ». La deuxième entrée de rapport de conformité 374 comporte un identifiant d’entrée de conformité 376 de « E2 ». Pour cette entrée, le générateur de rapport 346 a identifié que la rangée « 0317 » de la feuille de calcul « Material_List.xlsx » (du plan technique 354) répertorie la pièce « raccord » avec un diamètre intérieur (ID) de « 6.0in » et avec un diamètre extérieur (OD) de « 6.7in ». En outre, le générateur de rapport 346 a identifié que « site_plan.docx » (du plan technique 354) répertorie « trou de forage » avec un diamètre nominal (Dnom) de « 7.5in ». Le générateur de rapport 346 identifie que le dégagement minimal autour du raccord, dans le trou de forage, est de 0.4in (la moitié de la différence entre le diamètre nominal du trou de forage et le diamètre extérieur du raccord). Par conséquent, quatre propriétés techniques sont générées : (i) l’attribut « diamètre intérieur de tubage » avec la valeur « 6.0in », (ii) l’attribut « diamètre extérieur de tubage » avec la valeur « 6.7in », (iii) l’attribut « diamètre nominal de trou de forage » avec la valeur « 7.5in » et (iv) l’attribut « dégagement de tubage » avec la valeur « 0.4in ». Le générateur de rapport 346 identifie ensuite que les contraintes de conformité 352 répertorient « 43 CFR §3160 et seq. » comme réglementations imposées à respecter. De plus, 43 CFR §3164.1 fait référence à une ordonnance, publiée dans le registre fédéral (FR), à 53 FR 46798, exigeant que « les joints de tubage présentent un dégagement minimal de 0.422in de tous les côtés… ». Le générateur de rapport 346 génère une propriété de conformité avec l’attribut « dégagement minimal de tubage » et une valeur de « 0.422in ». Par conséquent, le générateur de rapport 346 génère un type d’erreur 370 de « non-conformité », fournit la référence à la réglementation et à la partie pertinente de l’ordonnance dans la source de conformité 372, et génère une action proposée 378 indiquant en partie « Remplacer le raccord par ID=5.5in, OD=6.2in », ce qui laisserait un dégagement minimal de 0.65in et ce qui satisferait donc la réglementation applicable identifiée (43 CFR §3164.1). La troisième entrée de rapport de conformité 374 comporte un identifiant d’entrée de conformité 376 de « E3 ». Pour cette entrée, le générateur de rapport 346 a identifié que le document « Order_draft.pdf » (du plan technique 354) répertorie « élément 1204 » comme « raccord » avec un diamètre intérieur de 6.0in. Le générateur de rapport 346 a en outre identifié que, dans le fichier de CAO « Casing.step » (du plan technique 354), le diamètre extérieur du tubage est indiqué comme étant de 5.5in. Le générateur de rapport 346 identifie que les raccords sélectionnés ne sont pas adaptés au tubage sélectionné (6.0in au lieu de 5.5in). Le générateur de rapport 346 génère un type d’erreur 370 de « conflit », ne génère pas de source de conformité 372 et génère une action proposée 378 indiquant en partie de « Remplacer le raccord par ID=5.5in » (un raccord compatible avec le tubage choisi). L’action proposée 378 pour la troisième entrée de conformité 374 satisfait également l’erreur de la deuxième entrée de conformité 374, ce qui permet de résoudre les deux erreurs (p. ex., le fait de ne pas générer une action proposée 378 provoquerait une erreur par ailleurs ou serait incompatible avec une autre action proposée 378). La quatrième entrée de rapport de conformité 374 comporte un identifiant d’entrée de conformité 376 de « E3 ». Pour cette entrée, le générateur de rapport 346 a identifié que le document « Blowout.dwg » (du plan technique 354) comprend un dessin pour « vanne de conduite d’injection » indiquant une taille de « 1.625in ». Le générateur de rapport 346 identifie en outre que les contraintes de conformité 352 répertorient « 43 CFR §3170 et seq. » comme réglementations imposées à respecter. Le générateur de rapport 346 analyse les réglementations pertinentes et identifie que 43 CFR §3172.6(b)(1)(ii)(C) exige « 1 vanne de conduite d’injection (2 in au minimum) », où « 2 in au minimum » est interprété comme signifiant que toute « vanne de conduite d’injection » satisfaisante doit être d’au moins 2 in. Le générateur de rapport 346 génère donc un type d’erreur 370 de « non-conformité », fournit la référence à la réglementation et à la partie pertinente de l’ordonnance dans la source de conformité 372, et génère une action proposée 378 indiquant en partie que « La vanne de conduite d’injection n’a pas la taille minimale. La remplacer par la vanne de conduite d’injection de 2in », ce qui respecterait la réglementation identifiée applicable (43 CFR §3172.6(b)(1)(ii)(C)). — Solutions et améliorations — Les procédés et les systèmes susmentionnés constituent une amélioration de la technologie actuelle puisque les procédés et les systèmes décrits dans les présentes proposent un grand modèle de langage (LLM) entraîné pour générer un « rapport de conformité » capable (i) d’identifier des erreurs dans un plan technique, et (ii) de fournir des actions correctives proposées à ces erreurs. Pendant l’entraînement et l’utilisation du LLM, le LLM peut accéder à une base de données de conformité spécifiant toutes les contraintes juridiques et techniques potentiellement pertinentes, y compris celles applicables au plan technique. Ainsi, lors de « l’examen » du document, le LLM peut prendre en compte toutes les contraintes, sous forme d’une entité unique, pour proposer une solution satisfaisant simultanément toutes les contraintes de conformité spécifiées. Le temps, les efforts et les coûts associés aux procédés conventionnels sont ainsi réduits. Spécifiquement, les efforts et le temps consacrés à la correction itérative d’erreurs d’un plan technique sont assumés par un logiciel pour proposer plus rapidement (potentiellement) de multiples solutions. En outre, les petites erreurs qu’un examinateur humain pourrait ne pas remarquer peuvent être identifiées par le LLM et corrigées plus tôt, ce qui permet une mise en œuvre plus fluide du plan technique. — Déclarations — Les systèmes et les procédés peuvent comprendre n’importe laquelle des diverses caractéristiques divulguées dans les présentes, y compris une ou plusieurs des déclarations suivantes. Déclaration 1. Un procédé de génération de rapport de conformité, comprenant la réception, par un générateur de rapport, d’un plan technique et d’une contrainte de conformité ; le traitement du plan technique et de la contrainte de conformité ; la génération du rapport de conformité sur la base du traitement ; et la fourniture du rapport de conformité à un utilisateur. Déclaration 2. Le procédé de la déclaration 1, dans lequel le traitement du plan technique comprend la comparaison du plan technique à des données de conformité ; et l’identification d’une erreur dans le plan technique. Déclaration 3. Le procédé de la déclaration 2, dans lequel le rapport de conformité comprend : une source de plan, du plan technique, associée à l’erreur ; et une source de conformité, des données de conformité, associée à l’erreur. Déclaration 4. Le procédé des déclarations 2 et 3, dans lequel la contrainte de conformité spécifie les données de conformité. Déclaration 5. Le procédé des déclarations 1 à 4, dans lequel, après la fourniture du rapport de conformité à l’utilisateur, le procédé comprend en outre : la réception d’une note associée au rapport de conformité ; et la mise à jour d’un grand modèle de langage sur la base de la note. Déclaration 6. Le procédé des déclarations 1 à 5, dans lequel le traitement du plan technique comprend : l’analyse syntaxique du plan technique dans une pluralité de groupes de données ; et la distribution de chacun de la pluralité de groupes de données à l’un sélectionné parmi : un processeur de langage naturel ; un moteur de vision informatique ; et un plug-in de conception assistée par ordinateur. Déclaration 7. Le procédé des déclarations 1 à 6, dans lequel un groupe de données, parmi la pluralité de groupes de données, est fourni au processeur de langage naturel, et dans lequel le processeur de langage naturel extrait une propriété du groupe de données. Déclaration 8. Le procédé de la déclaration 7, dans lequel le procédé comprend en outre : l’identification de données de conformité associées à la propriété sur la base de la contrainte de conformité ; l’obtention des données de conformité à partir d’une base de données de conformité ; et la comparaison de la propriété aux données de conformité. Déclaration 9. Le procédé selon la déclaration 8, dans lequel, après la comparaison de la propriété aux données de conformité, le procédé comprend en outre : la réalisation d’une détermination que la propriété ne satisfait pas les données de conformité. Déclaration 10. Le procédé selon la déclaration 9, dans lequel, après la réalisation de la détermination, le procédé comprend en outre : la génération d’une entrée de rapport de conformité, dans le rapport de conformité, dans lequel l’entrée de rapport de conformité comprend : la propriété ; et les données de conformité. Déclaration 11. Le procédé selon la déclaration 10, dans lequel l’entrée de rapport de conformité comprend en outre : une action proposée, dans lequel l’action proposée spécifie une modification de la propriété. Déclaration 12. Le procédé selon la déclaration 11, dans lequel l’entrée de rapport de conformité comprend en outre : une deuxième action proposée, dans lequel la deuxième action proposée spécifie une deuxième modification de la propriété. Déclaration 13. Le procédé des déclarations 6 à 12, dans lequel un groupe de données, parmi la pluralité de groupes de données, est fourni au moteur de vision informatique, et dans lequel le moteur de vision informatique extrait une propriété du groupe de données. Déclaration 14. Le procédé des déclarations 6 à 13, dans lequel un groupe de données, parmi la pluralité de groupes de données, est fourni au plug-in de conception assistée par ordinateur, et dans lequel le plug-in de conception assistée par ordinateur extrait une propriété du groupe de données. Déclaration 15. Un système, comprenant une mémoire stockant des instructions ; un processeur, dans lequel le processeur est configuré pour exécuter les instructions, et dans lequel, lorsque le processeur exécute les instructions, le processeur réalise un procédé de génération de rapport de conformité, comprenant : la réception d’un plan technique et d’une contrainte de conformité ; le traitement du plan technique et de la contrainte de conformité ; la génération du rapport de conformité sur la base du traitement ; et la fourniture du rapport de conformité à un utilisateur. Déclaration 16. Le système de la déclaration 15, dans lequel le traitement du plan technique comprend : l’analyse syntaxique du plan technique dans une pluralité de groupes de données ; et la distribution de chacun de la pluralité de groupes de données à l’un sélectionné parmi : un processeur de langage naturel ; un moteur de vision informatique ; et un plug-in de conception assistée par ordinateur. Déclaration 17. Le système de la déclaration 16, dans lequel un groupe de données, parmi la pluralité de groupes de données, est fourni au processeur de langage naturel, et dans lequel le processeur de langage naturel extrait une propriété du groupe de données. Déclaration 18. Le système de la déclaration 17, dans lequel le procédé comprend en outre : l’identification de données de conformité associées à la propriété sur la base de la contrainte de conformité ; l’obtention des données de conformité à partir d’une base de données de conformité ; et la comparaison de la propriété aux données de conformité. Déclaration 19. Le système selon la déclaration 18, dans lequel, après la comparaison de la propriété aux données de conformité, le procédé comprend en outre : la réalisation d’une détermination que la propriété ne satisfait pas les données de conformité. Déclaration 20. Le système selon la déclaration 19, dans lequel, après la réalisation de la détermination, le procédé comprend en outre : la génération d’une entrée de rapport de conformité, dans le rapport de conformité, dans lequel l’entrée de rapport de conformité comprend : la propriété ; et les données de conformité. — Notes générales — Puisqu’il est impraticable de divulguer chaque mode de réalisation concevable de la technologie décrite dans les présentes, les figures, les exemples et la description fournis dans les présentes divulguent uniquement un nombre limité de modes de réalisation potentiels. L’homme du métier peut se rendre compte que n’importe quel nombre de variations ou de modifications potentielles peuvent être apportées aux modes de réalisation explicitement divulgués, et que de tels modes de réalisation en variante restent à l’intérieur du périmètre de la technologie élargie. Par conséquent, le périmètre ne doit être limité que par les revendications annexées. En outre, les compositions et les procédés sont décrits en termes de « comprenant », « contenant » ou « incluant » divers composants ou étapes, les compositions et les procédés peuvent également « consister essentiellement en » ou « consister en » les divers composants et étapes. Certains détails techniques, connus de l’homme du métier, peuvent être omis par souci de concision et pour ne pas alourdir la description des aspects novateurs. Par souci de concision, des descriptions de composants de noms similaires peuvent être omises si une description d’un tel composant de nom similaire existe par ailleurs dans la demande. Par conséquent, tout composant décrit par rapport à une figure spécifique peut être équivalent à un ou plusieurs composants de noms similaires représentés ou décrits dans une autre figure, et chaque composant incorpore les descriptions de chaque composant de nom similaire fourni dans la demande (sauf indication contraire). Une description d’un composant doit être interprétée comme un mode de réalisation facultatif, qui peut être mis en œuvre en complément de, en relation avec, ou à la place d’un mode de réalisation d’un composant de nom similaire décrit pour une autre figure. — Notes lexicographiques — Dans les présentes, des numéros ordinaux adjectifs (p. ex., premier, deuxième, troisième, etc.) sont utilisés pour assurer une distinction entre des éléments et ne créent pas d’ordre des éléments. Par exemple, un « premier élément » est distinct d’un « deuxième élément », mais le « premier élément » peut venir après (ou avant) le « deuxième élément » dans un ordre d’éléments. Par conséquent, un ordre d’éléments n’existe que si une terminologie ordonnée est expressément fournie (p. ex., « avant », « entre », « après », etc.) ou un type « d’ordre » est expressément fourni (p. ex., « chronologique », « alphabétique », « par taille », etc.). En outre, l’utilisation de numéros ordinaux n’exclut pas l’existence d’autres éléments. Par exemple, une « table avec un premier pied et un deuxième pied » est n’importe quelle table avec deux pieds ou plus (p. ex., deux pieds, cinq pieds, treize pieds, etc.). Une quantité maximale d’éléments n’existe que si un langage explicite est utilisé pour limiter la borne supérieure (p. ex. « deux ou moins », « exactement cinq », « de neuf à vingt », etc.). De même, l’utilisation au singulier d’un numéro ordinal n’implique pas l’existence d’un autre élément. Par exemple, un « premier seuil » peut être le seul seuil et ne nécessite donc pas l’existence d’un « deuxième seuil ». Dans les présentes, le mot « données » peut être utilisé comme un nom singulier « indénombrable » et non pas comme la forme plurielle du nom singulier « donnée ». Dans toute la demande, le terme « données » est généralement associé à un verbe au pluriel (p. ex., « les données sont modifiées »). Néanmoins, le terme « données » n’est pas redéfini pour signifier une partie unique d’informations numériques. Au lieu de cela, dans les présentes, le terme « données » signifie une ou plusieurs parties d’informations numériques qui sont regroupées (physiquement ou logiquement). En outre, le terme « données » peut être utilisé comme un nom au pluriel si le contexte prévoit l’existence de multiples « données » (p. ex., « les deux données sont combinées »). Dans les présentes, le terme « liaison fonctionnelle » (ou « reliés fonctionnellement ») signifie la liaison directe ou indirecte entre des dispositifs permettant la transmission de données. Par exemple, l’expression « reliés fonctionnellement » peut faire référence à une liaison directe (p. ex., une liaison filaire ou sans fil directe entre des dispositifs), ou à une liaison indirecte (p. ex., de multiples liaison filaire et/ou sans fil entre n’importe quel nombre d’autres dispositifs reliant les dispositifs reliés fonctionnellement). Un procédé mis en œuvre par ordinateur de génération d’un rapport de conformité, comprenant : la réception, par un générateur de rapport, d’un plan technique comprenant une conception proposée pour un système de puits et d’une contrainte de conformité comprenant des données de conformité applicables au plan technique associé ; le traitement du plan technique et de la contrainte de conformité, le traitement du plan technique comprenant : la comparaison du plan technique à des données de conformité ; et l’identification d’une erreur dans le plan technique ; la génération du rapport de conformité sur la base du traitement, le rapport comprenant l’erreur identifiée dans le plan technique et une modification proposée du plan technique pour corriger l'erreur identifiée ; et la fourniture du rapport de conformité à un utilisateur. Le procédé mis en œuvre par ordinateur selon la revendication 1, dans lequel le rapport de conformité comprend : une source de plan, du plan technique, associée à l’erreur ; et une source de conformité, des données de conformité, associée à l’erreur. Le procédé mis en œuvre par ordinateur selon la revendication 1, dans lequel, après la fourniture du rapport de conformité à l’utilisateur, le procédé comprend en outre : la réception d’une note associée au rapport de conformité ; et la mise à jour d’un grand modèle de langage sur la base de la note. Le procédé mis en œuvre par ordinateur selon la revendication 1, dans lequel le traitement du plan technique comprend : l’analyse syntaxique du plan technique dans une pluralité de groupes de données ; et la distribution de chacun de la pluralité de groupes de données à l’un sélectionné dans le groupe se composant de : un processeur de langage naturel ; un moteur de vision informatique ; et un plug-in de conception assistée par ordinateur. Le procédé mis en œuvre par ordinateur selon la revendication 4, dans lequel le procédé comprend en outre : l’extraction d’une propriété d’un groupe de données parmi la pluralité de groupes de données ; l’identification de données de conformité associées à la propriété sur la base de la contrainte de conformité ; l’obtention des données de conformité à partir d’une base de données de conformité ; la comparaison de la propriété aux données de conformité ; et la réalisation d’une détermination que la propriété ne satisfait pas les données de conformité. Le procédé mis en œuvre par ordinateur selon la revendication 5, dans lequel, après la réalisation de la détermination, le procédé comprend en outre : la génération d’une entrée de rapport de conformité, dans le rapport de conformité, dans lequel l’entrée de rapport de conformité comprend : la propriété ; et les données de conformité. Le procédé mis en œuvre par ordinateur selon la revendication 6, dans lequel l’entrée de rapport de conformité comprend en outre : une action proposée, dans lequel l’action proposée spécifie une modification de la propriété. Le procédé mis en œuvre par ordinateur selon la revendication 7, dans lequel l’entrée de rapport de conformité comprend en outre : une deuxième action proposée, dans lequel la deuxième action proposée spécifie une deuxième modification de la propriété. Le procédé mis en œuvre par ordinateur selon la revendication 5, dans lequel le groupe de données est fourni au moteur de vision informatique, et dans lequel le moteur de vision informatique extrait la propriété du groupe de données. Un système, comprenant : une mémoire stockant des instructions ; un processeur, dans lequel le processeur est configuré pour exécuter les instructions pour réaliser un procédé de génération d’un rapport de conformité, comprenant : la réception d’un plan technique comprenant une conception proposée pour un système de puits et d’une contrainte de conformité comprenant des données de conformité applicables au plan technique associé ; le traitement du plan technique et de la contrainte de conformité, le traitement du plan technique comprenant : la comparaison du plan technique à des données de conformité ; et l’identification d’une erreur dans le plan technique ; la génération du rapport de conformité sur la base du traitement, le rapport comprenant l’erreur identifiée dans le plan technique et une modification proposée du plan technique pour corriger l'erreur identifiée ; et la fourniture du rapport de conformité à un utilisateur. Le système selon la revendication 10, dans lequel le traitement du plan technique comprend : l’analyse syntaxique du plan technique dans une pluralité de groupes de données ; et la distribution de chacun de la pluralité de groupes de données à l’un sélectionné dans le groupe se composant de : un processeur de langage naturel ; un moteur de vision informatique ; et un plug-in de conception assistée par ordinateur. Le système selon la revendication 11, dans lequel un groupe de données, parmi la pluralité de groupes de données, est fourni au processeur de langage naturel, et dans lequel le processeur de langage naturel extrait une propriété du groupe de données. Le système selon la revendication 12, dans lequel le procédé comprend en outre : l’identification de données de conformité associées à la propriété sur la base de la contrainte de conformité ; l’obtention des données de conformité à partir d’une base de données de conformité ; la comparaison de la propriété aux données de conformité ; et la réalisation d’une détermination que la propriété ne satisfait pas les données de conformité. Le système selon la revendication 13, dans lequel, après la réalisation de la détermination, le procédé comprend en outre : la génération d’une entrée de rapport de conformité, dans le rapport de conformité, dans lequel l’entrée de rapport de conformité comprend : la propriété ; et les données de conformité.