Brevet FR3026871A1 — publié le 20160408

Domaine de la description La présente divulgation concerne de manière générale la collecte et le compte rendu de données de site de puits et, plus spécifiquement, le transfert de données de site de puits entre des dispositifs de calcul dans un champ pétrolifère. Arrière-plan Une opération de forage moderne pour l'exploration et la production de pétrole et de gaz naturel implique de manière générale un certain nombre d'organisations différentes qui sont responsables de divers aspects de l'opération sur un site de puits. Par exemple, on peut utiliser une variété de sociétés de services et d'entrepreneurs sous contrat pour fournir des services spécialisés se rapportant à l'équipement qui peut être associé à une plate-forme de forage sur le site de puits. Au cours de l'opération d'exploration ou de production, chacun de ces fournisseurs de services peut devoir partager des données se rapportant à ses activités sur le site de puits avec un ou plusieurs des autres fournisseurs de services. Historiquement, l'échange ou le transfert de données électroniques entre différentes organisations dans l'industrie du pétrole et du gaz s'est révélé difficile. Cette difficulté était principalement due à l'utilisation de formats de données propriétaires et de polices de contrôle d'accès de données strictes qui peuvent varier d'une société de services ou d'un entrepreneur l'autre. Par exemple, chaque fournisseur de services peut utiliser des systèmes informatiques et des formats de données propriétaires pour recueillir et stocker des données de site de puits produites par diverses sources, par exemple des dispositifs d'instrumentation sur une plate-forme. En outre, les dispositifs de calcul de chaque fournisseur de services ont des capacités de 5 réseau limitées ou n'ont accès qu'à d'autres dispositifs d'un réseau privé associé à ce fournisseur de services particulier. Pour des raisons de sécurité, certains dispositifs utilisés dans le champ et sur le site du puits peuvent être complètement 10 « verrouillés », par exemple, en désactivant toutes les capacités de réseau et d'autres moyens pour transférer des données électroniques à d'autres dispositifs (par exemple, un accès à des dispositifs de stockage externes, notamment à travers une 15 connexion de données sérielle). Avec un tel dispositif, la seule option pour un fournisseur de services de transférer des données de site de puits du dispositif à un autre fournisseur de services consiste à produire une copie papier ou une impression de 20 données du site de puits. Le second fournisseur de services devrait alors subir le processus - qui prend du temps - de saisie manuelle des données dans le système informatique approprié du second fournisseur. Un certain nombre de formats de données de 25 standards industriels, notamment le Wellsite Information Transfer Specification Markup Language (WITMSL), ont été développés pour atténuer la nécessité pour les fournisseurs de services de supporter les formats propriétaires d'autres 30 fournisseurs. Si ces standards fournissent aux opérateurs de plates-formes et aux fournisseurs de services de champ pétrolifère un format de données indépendant de la plate-forme pour un transfert électronique de données de site de puits, ces standards n'arrivent pas à résoudre les problèmes de transfert de données associées à des dispositifs qui sont verrouillés ou qui ont une connectivité de réseau limitée/restreinte ou aucun accès à des dispositifs de stockage externes. Présentation Dans un ou plusieurs mode(s) de réalisation de la présente divulgation, un procédé mis en oeuvre sur ordinateur pour permettre un transfert de données de site de puits entre des dispositifs de champ pétrolifère en utilisant des images de données codées comprend les étapes suivantes : obtenir des données de site de puits dans un premier format dans un premier dispositif de calcul ; convertir les données obtenues des site de puits du premier format dans un second format à utiliser pour la génération d'image de données codées ; générer au moins une image de données codées sur la base des données converties de site de puits ; et présenter via un dispositif de sortie du premier dispositif de calcul une représentation de l'image de données codées générée pour le transfert à un second dispositif de calcul. Dans un ou plusieurs mode(s) de réalisation de la présente divulgation, le procédé est tel que les premier et second dispositifs de calcul sont associés à des systèmes de calcul disparates qui manquent d'interopérabilité. Dans un ou plusieurs mode(s) de réalisation de la présente divulgation, le procédé est tel que le premier format est un format de données propriétaire supporté par seulement le premier dispositif de calcul et le second format est un format de données à base de texte portable supporté par chacun des premier et second dispositifs de calcul. Dans un ou plusieurs mode(s) de réalisation de la présente divulgation, le procédé est tel que le 5 format de données à base de texte portable est basé sur un standard de langage de repérage extensible (XML) pour un transfert d'informations de site de puits. Dans un ou plusieurs mode(s) de réalisation 10 de la présente divulgation, le procédé est tel que la conversion des données de site de puits du premier format dans le second format comprend les étapes suivantes : convertir les données de site de puits du format de données propriétaire dans le format à base 15 de texte portable ; générer une version binaire des données converties de site de puits dans le format de données à base de texte portable ; et compresser la version binaire des données de site de puits en utilisant un format de compression de données binaires 20 pour générer une représentation binaire compressée des données de sites de puits, et tel que la génération d'au moins une image de données codées comprend l'intégration des données compressées de site de puits à l'image de données codées qui est générée. 25 Dans un ou plusieurs mode(s) de réalisation de la présente divulgation, le procédé est tel que le dispositif de sortie est un affichage du premier dispositif de calcul et la représentation de l'image de données codées est une image numérique de l'image 30 de données codées présentée via l'affichage pour un transfert au second dispositif de calcul via un dispositif de capture d'image numérique du second dispositif de calcul. Dans un ou plusieurs mode(s) de réalisation de la présente divulgation, le procédé est tel que le second dispositif de calcul est configure pour : capturer l'image de données codées présentée sur 5 l'affichage du premier dispositif de calcul via le dispositif de capture d'image numérique ; extraire les données de site de puits de l'image de données codées capturée ; convertir les données extraites de site de puits dans un format à base de texte portable ; et 10 transmettre les données converties de site de puits à un système de base de données pour un stockage et une utilisation ultérieure. Dans un ou plusieurs mode(s) de réalisation de la présente divulgation, le procédé est tel que 15 l'image de données codées est un code à barres matriciel et le dispositif de capture d'images numériques du second dispositif de calcul est une caméra numérique utilisée par une application de lecteur de codes à barres matriciels exécutable dans 20 le second dispositif de calcul. Dans un ou plusieurs mode(s) de réalisation de la présente divulgation, le procédé est tel que la génération d'au moins une image de données codées comprend la génération d'un flux de codes à barres 25 matriciels comprenant une pluralité de codes à barres matriciels et l'image numérique présentée via l'affichage est une représentation bitmap animée du flux de codes à barres matriciels. Dans un ou plusieurs mode(s) de réalisation 30 de la présente divulgation, le procédé est tel que l'image numérique présentée via l'affichage est une vidéo numérique comprenant une pluralité de trames d'images représentant un ou plusieurs de la pluralité de codes à barres matriciels dans le flux de codes à barres matriciels. Dans un ou plusieurs mode(s) de réalisation de la présente divulgation, un système pour permettre un transfert de données de site de puits entre des dispositifs de champ pétrolifère en utilisant des images de données codées comprend : au moins un processeur ; et une mémoire comprenant des instructions lisibles sur processeur qui y sont stockées et qui, lorsqu'elles sont exécutées par le processeur, amènent ledit processeur à effectuer des fonctions comprenant des fonctions pour la mise en oeuvre d'un procédé selon l'un quelconque des modes de réalisation de la présente divulgation. Dans un ou plusieurs mode(s) de réalisation de la présente divulgation, le système est tel que la mémoire comprend des instructions lisibles sur processeur qui y sont stockées et qui, lorsqu'elles sont exécutées par le processeur, amènent ledit processeur à effectuer des fonctions comprenant les fonctions suivantes : obtenir des données de site de puits dans un premier format dans un premier dispositif de calcul ; convertir les données obtenues de site de puits du premier format dans un second format à utiliser pour la génération d'image de données codées ; générer au moins une image de données codées sur la base des données converties de site de puits ; et présenter via un dispositif de sortie du premier dispositif de calcul une représentation de l'image de données codées générée pour transférer à un second dispositif de calcul. Dans un ou plusieurs mode(s) de réalisation de la présente divulgation, le système est tel que les premier et second dispositifs de calcul sont associés à des systèmes de calcul disparates qui manquent d'interopérabilité. Dans un ou plusieurs mode(s) de réalisation 5 de la présente divulgation, le système est tel que le premier format est un format de données propriétaire supporté par seulement le premier dispositif de calcul et le second format est un format de données à base de texte portable supporté par chacun des premier et 10 second dispositifs de calcul. Dans un ou plusieurs mode(s) de réalisation de la présente divulgation, le système est tel que le format de données à base de texte portable est basé sur un standard de langage de repérage extensible 15 (XML) pour un transfert d'informations de site de puits. Dans un ou plusieurs mode(s) de réalisation de la présente divulgation, le système est tel que les fonctions effectuées par le processeur comprennent les 20 fonctions suivantes : convertir les données de site de puits du format de données propriétaire dans le format à base de texte portable ; générer une version binaire des données converties de site de puits dans le format de données à base de texte portable ; compresser la 25 version binaire des données de site de puits en utilisant une compression de données binaires formée pour générer une représentation binaire compressée des données de site de puits ; et intégrer les données compressées de site de puits à l'image de données 30 codées qui est générée. Dans un ou plusieurs mode(s) de réalisation de la présente divulgation, le système est tel que le dispositif de sortie est un affichage du premier dispositif de calcul et la représentation de l'image de données codées est une image numérique du code à barres matriciel présenté via l'affichage pour transférer au second dispositif de calcul via un dispositif de capture d'images numériques du second dispositif de calcul. Dans un ou plusieurs mode(s) de réalisation de la présente divulgation, le système est tel que l'image de données codées est un code à barres matriciel et le dispositif de capture d'images numériques du second dispositif de calcul est une caméra numérique utilisée par une application de lecteur de codes à barres matriciels exécutable sur le second dispositif de calcul. Dans un ou plusieurs mode(s) de réalisation de la présente divulgation, le système est tel que l'image de données codées générée est un flux de codes à barres matriciels comprenant une pluralité de codes à barres matriciels et l'image numérique présentée via l'affichage est une représentation bitmap animée du flux de codes à barres matriciels. Dans un ou plusieurs mode(s) de réalisation de la présente divulgation, le système est tel que l'image numérique présentée via l'affichage est une vidéo numérique comprenant une pluralité de trames d'images représentant un ou plusieurs de la pluralité de codes à barres matriciels dans le flux de codes à barres matriciels. Dans un ou plusieurs mode(s) de réalisation de la présente divulgation, un support de stockage lisible sur ordinateur a des instructions qui y sont stockées et qui, lorsqu'elles sont exécutées par un processeur, amènent ledit processeur à exécuter des fonctions comprenant des fonctions pour la mise en oeuvre d'un procédé ou d'un système selon l'un quelconque des modes de réalisation de la présente divulgation. Dans un ou plusieurs mode(s) de réalisation de la présente divulgation, le support est tel qu'il a des instructions qui y sont stockées et qui, lorsqu'elles sont exécutées par un processeur, amènent ledit processeur à exécuter des fonctions comprenant les fonctions suivantes : obtenir des données de site de puits dans un premier format dans un premier dispositif de calcul ; convertir les données obtenues de site de puits du premier format dans un second format à utiliser pour la génération d'image de données codées ; générer au moins une image de données codées sur la base des données converties de site de puits ; et présenter via un dispositif de sortie du premier dispositif de calcul une représentation de l'image de données codées générée pour un transfert à un second dispositif de calcul. Brève description des dessins La Fig. 1 illustre un exemple d'environnement de champ pétrolifère dans lequel des données de site de puits peuvent être transférées entre divers dispositifs de calcul en utilisant des codes à barres matriciels. La Fig. 2 illustre un exemple de procédure pour transférer des données de site de puits entre les dispositifs de champ pétrolifère de la Fig. 1 en 30 utilisant des codes à barres matriciels. La Fig. 3 illustre un exemple de système permettant de transférer des données de site de puits entre des dispositifs de champ pétrolifère en utilisant des codes à barres matriciels. La Fig. 4 est un organigramme d'un exemple de procédé permettant d'établir un transfert de données de site de puits entre des dispositifs de champ pétrolifère en utilisant des codes à barres matriciels. La Fig. 5 est un organigramme d'un autre exemple de procédé permettant un transfert de données de site de puits entre des dispositifs de champ pétrolifère en utilisant des codes à barres matriciels. La Fig. 6 est un schéma synoptique d'un exemple de système informatique dans lequel des modes 15 de réalisation de la présente divulgation peuvent être mis en oeuvre. Description de modes de réalisation illustratifs Des modes de réalisation de la présente divulgation se réfèrent au transfert de données de 20 site de puits entre des dispositifs informatiques dans un champ pétrolifère en utilisant des codes à barres matriciels ou bidimensionnels (2D). Si la présente divulgation est décrite ici en se référant à des modes de réalisation illustratifs pour des applications 25 particulières, il est bien entendu que les modes de réalisation n'y sont pas limités. D'autres modes de réalisation sont possibles et des modifications peuvent être apportées aux modes de réalisation dans l'esprit des enseignements apportés ici et des 30 domaines supplémentaires dans lesquels les modes de réalisation seraient d'une grande utilité. En outre, lorsqu'un aspect, une structure ou une caractéristique de type particulier est décrit(e) en liaison avec un mode de réalisation, il est entendu qu'il entre dans la connaissance d'un homme du métier d'effectuer cet aspect, cette structure ou cette caractéristique en liaison avec d'autres modes de réalisation, qu'ils soient ou non explicitement décrits. Il sera également manifeste aux hommes du métier que les modes de réalisation, tels que décrits ici, peuvent être mis en oeuvre dans de nombreux modes de réalisation différents de logiciel, de matériel informatique, de micrologiciel et/ou des entités illustrées sur les figures. Tout code logiciel réel avec le contrôle spécialisé du matériel informatique pour mettre en oeuvre des modes de réalisation ne se limite pas à la description détaillée. Par suite, le comportement opérationnel de modes de réalisation sera décrit en étant bien entendu que des modifications et des variantes des modes de réalisation sont possibles étant donné le niveau de détail présenté ici. Dans la description détaillée ici, les références à « un premier mode de réalisation », « un mode de réalisation », « un exemple de réalisation », etc., indiquent que le mode de réalisation décrit peut comprendre un aspect, une structure ou une caractéristique de type particulier, mais que chaque mode de réalisation n'a pas nécessairement à inclure l'aspect, la structure ou la caractéristique de type particulier. En outre, ces expressions ne se réfèrent pas nécessairement au même mode de réalisation. En plus, lorsqu'un aspect, une structure ou une caractéristique de type particulier est décrit(e) en se référant à un mode de réalisation, il est bien entendu que cela se situe dans le cadre de la connaissance d'un homme du métier que d'effectuer cet aspect, cette structure ou cette caractéristique en liaison avec d'autres modes de réalisation, que cela soit ou non explicitement décrit. L'expression « données de site de puits » est utilisée ici pour se référer aux différents types de données qui peuvent être produites et recueillies de diverses sources sur un site de puits dans un champ pétrolifère. Ces données peuvent se rapporter à des activités effectuées dans l'un quelconque des divers stades d'un cycle de vie de puits, notamment, par exemple, la planification, le forage et la réalisation de puits. Comme exemples de ces activités, on citera, mais sans limitation, les opérations quotidiennes, le cuvelage, la cimentation, les perforations, les stimulations, les inventaires de tuyaux et les essais d'équipement de forage de puits. Comme noté ci-dessus, les données de site de puits produites dans le champ pétrolifère peuvent venir d'un nombre de différentes sources du site de puits. Ces sources de données peuvent être associées à différents fournisseurs de services, par exemple des sociétés de services et/ou des entrepreneurs spécialisés, qui peuvent être impliqués dans les diverses opérations du site de puits notamment, par exemple, le forage, les relevés, les tests des conducteurs, les complétions, la production, la planification du champ de pétrole et l'analyse. Comme exemples des différentes sources de données de site de puits, on citera, mais sans limitation, les capteurs ou d'autres dispositifs d'instrumentation sur une plate-forme de forage en plus des divers types de dispositifs de calcul utilisés par les fournisseurs de services dans le domaine de la collecte et du compte rendu de données se rapportant au suivi de l'inventaire (par exemple, les rapports de bordereaux de tuyaux) et d'autres activités effectuées sur le site des puits (par exemple, des rapports sur les opérations quotidiennes). Chaque fournisseur de services peut utiliser ses propres systèmes informatiques, réseaux et formats de données électroniques propriétaires pour représenter, stocker et gérer les données du site de puits de manière générale. La Fig. 1 illustre un exemple d'environnement de champ pétrolifère 100 dans lequel des données de site de puits peuvent être transférées entre divers dispositifs en utilisant un ou plusieurs codes à barres matriciels. Un exemple de tels codes à barres matriciels comprend, mais sans limitation, un code de réponse rapide (QR). Cependant, il est à noter que les modes de réalisation de la présente divulgation ne sont pas destinés à se limiter à des codes à barres matriciels et que les modes de réalisation décrits peuvent être mis en oeuvre en utilisant n'importe quel type de format d'image codé pour coder et représenter des données codées à des fins de transfert entre des dispositifs de calcul disparates ou incompatibles via une interface d'affichage/lecteur optique. Comme montré sur la Fig. 1, l'environnement 100 comprend une pluralité de dispositifs de calcul 110, 120, 130, 140 et 150. Comme cela sera décrit plus en détail ci-dessous, les dispositifs de calcul 110, 120, 130, 140 et 150 peuvent être utilisés, par exemple, par différents fournisseurs de services sur un site de puits pour recueillir et/ou rapporter des données se référant à différents aspects des opérations de forage et de production effectuées sur le site de puits. De même, comme cela sera décrit plus en détail ci-dessous, des dispositifs de calcul 110, 120 et 130 peuvent représenter différentes sources des données du site de puits qui peuvent être recueillies et rapportées au dispositif de calcul 140. La fonction de compte rendu effectuée par chacun des dispositifs de calcul 110, 120, 130 peut comprendre, par exemple, le transfert des données du site de puits à un dispositif de calcul 140 en utilisant des codes à barres matriciels 115, 125 et 135, respectivement, et sans devoir utiliser une liaison réseau ou un dispositif de mémoire externe afin de permettre le transfert de données entre les dispositifs respectifs conformément aux modes de réalisation décrits ici. Chacun des dispositifs de calcul 110, 120, 130, 140 et 150 peut être mis en oeuvre en utilisant n'importe quel type de dispositif de calcul ayant au moins un processeur et une mémoire sous la forme d'un support de stockage lisible sur ordinateur pour stocker des données et des instructions qui peuvent être lues et exécutées par le processeur. Un tel dispositif de calcul peut également comprendre une interface entrée/sortie (I/O) pour recevoir une entrée ou des instructions de l'utilisateur via un dispositif d'entrée utilisateur (par exemple, une souris, un clavier QWERTY ou 19, un écran tactile ou un microphone). L'interface I/O peut également être utilisée par chaque dispositif de calcul pour délivrer ou présenter des informations à un utilisateur via le dispositif de sortie. Le dispositif de sortie peut être, par exemple, un affichage couplé ou intégré au dispositif de calcul pour afficher une représentation numérique des informations présentées à l'utilisateur. En variante, le dispositif de sortie peut être une imprimante couplée au dispositif pour imprimer une copie de papier physique des informations présentées. 5 Dans un mode de réalisation, la sortie d'informations présentées via l'affichage ou l'imprimante comprend un ou plusieurs codes à barres matriciels (par exemple, un ou plusieurs codes QR) générés sur la base de données du site de puits à transférer à un autre 10 dispositif, comme cela sera décrit plus en détail ci-dessous. Dans l'exemple représenté sur la Fig. 1, le dispositif de calcul 110 peut être, par exemple, un ordinateur de bureau ou une station de travail, tandis 15 que les dispositifs de calcul 120, 130 et 140 peuvent être différents types de dispositifs mobiles (par exemple, des smartphones, un dispositif à tablette, un assistant numérique portable (PDA) ou un type similaire de dispositif mobile). Le dispositif de 20 calcul 150 peut être, par exemple, un ordinateur portable pour recevoir des données du site de puits en provenance du dispositif de calcul 140. Comme montré sur la Fig. 1, le dispositif de calcul 150 peut être couplé par communication avec une base de données 160. 25 La base de données 160 peut être, par exemple, une mémoire de données locale ou distante utilisée pour stocker des données de site de puits recueillies d'une ou plusieurs sources sur le site de puits, par exemple, comme rapporté par les dispositifs de calcul 30 110, 120 et/ou 130. Dans un mode de réalisation, les dispositifs de calcul 140 et 150 peuvent être associés au même fournisseur de services, par exemple une société de services de champ pétrolifère responsable de la supervision des opérations de site de puits. Par exemple, les dispositifs 140 et 150 peuvent être différents dispositifs utilisés par le fournisseur de services à différents emplacements du champ pétrolifère. Le dispositif 140 peut être un dispositif mobile utilisé par le personnel de société situé sur le site des puits, tandis que le dispositif 150 peut être un ordinateur portable utilisé par le personnel dans les bureaux utilisés par la société comme une installation de gestion centralisée pour des opérations dans le champ pétrolifère. Par suite, la base de données 160 peut être, par exemple, un gisement centralisé pour différents types de données de site de puits maintenus par la société de services et rendues accessibles à d'autres dispositifs de calcul sur le réseau privé du fournisseur de services. Par contre, les dispositifs de calcul 110, 120 et 130 peuvent être associés à différents fournisseurs de services de tiers qui ont des réseaux et des systèmes de communication disparates, par exemple, des contracteurs spécialisés qui fournissent des services et supportent des pièces particulières d'équipement utilisées sur le site de puits. En outre, chaque fournisseur de services peut utiliser, par exemple, un format de données propriétaire qui peut être spécifique aux systèmes informatiques de ce fournisseur. Dans un mode de réalisation, chacun des dispositifs de calcul 110, 120, 130 et 140 peut avoir une connectivité de réseau limitée ou un accès restreint à des dispositifs et des réseaux qui sont extérieurs au réseau privé du fournisseur de services particulier associé à ce dispositif. Par suite, les dispositifs de calcul 110, 120, 130 et 140 peuvent ne pas être à même d'utiliser une connexion de réseau pour transférer ou échanger des données électroniques l'un avec l'autre et avec d'autres dispositifs sur un réseau d'un fournisseur de services différent. Dans un mode de réalisation, les capacités de travail sur réseau et l'accès aux dispositifs périphériques (par exemple, des cartes de mémoire ou d'autres dispositifs de stockage de données externes) du dispositif de calcul 140 et d'un ou plusieurs des dispositifs de calcul 110, 120 et 130 peuvent être complètement inactivés ou « verrouillés » pour des raisons de sécurité, empêchant de la sorte chaque dispositif verrouillé d'établir un type quelconque de connexion de données avec d'autres dispositifs, notamment d'autres dispositifs du réseau du même fournisseur. Dans un mode de réalisation, le dispositif de calcul 110 peut faire partie d'un système de collecte et de compte rendu de données associé à une plate-forme de forage 112. La plate-forme de forage 112 peut être de n'importe quel type de plate-forme de forage sur terre ou en mer utilisé pour forer des puits dans des formations souterraines, par exemple, dans le but d'effectuer des opérations d'exploration, de production ou de stimulation d'hydrocarbures dans un champ pétrolifère. La plate-forme de forage 112 peut être équipée de divers équipements d'instrumentation, par exemple des capteurs de forage, pour capturer des données se rapportant à différents paramètres de l'opération de forage particulière. Le dispositif de calcul 110 de cet exemple peut être couplé par communication avec la plate-forme de forage 112 ou avec un ou plusieurs dispositifs d'instrumentation de celle-ci dans le but de recueillir et de faire un compte rendu des données capturées. Les données du site de puits produites par un dispositif d'instrumentation peuvent être, par exemple, un format propriétaire associé à un fournisseur de services particulier du champ pétrolifère ou à un entrepreneur responsable du fonctionnement et de l'entretien du dispositif d'instrumentation particulier. Les données du site de puits produites par les dispositifs d'instrumentation de la plate-forme de forage 112 peuvent être recueillies et/ou rapportées par le dispositif de calcul 110 sur base périodique ou événement par événement, par exemple, sur la base d'entrées d'instructions par un utilisateur du dispositif de calcul 110. Dans certaines mises en oeuvre, la collecte et le compte rendu peuvent se faire en temps réel, par exemple, en tant que partie d'une fonction de contrôle en temps réel effectuée par le dispositif de calcul 110. Les données d'instrumentation recueillies par le dispositif de calcul 110 peuvent être stockées dans une base de données 114 qui est couplée en communication avec le dispositif 110. Comme la base de données 160 décrite ci-dessus, la base de données 114 peut être, par exemple, une base de données locale ou distante utilisée pour stocker des données de site de puits. Cependant, la base de données 114 peut être accessible uniquement au dispositif de calcul 110 et à d'autres dispositifs du réseau privé du fournisseur de services de tiers associés au dispositif 110. Comme décrit ci-dessus, le dispositif de calcul 110 et/ou le dispositif de calcul 140 peut ou peuvent avoir des capacités de réseau limitées ou restreintes. En tant que tels, il peut ne pas être possible pour le dispositif de calcul 110 de transférer des données du site de puits au dispositif de calcul 140 via un réseau traditionnel. Dans un mode de réalisation, le dispositif de calcul 110 peut générer un code à barres matriciel 115 pour transférer les données du site de puits au dispositif de calcul 140. Le code à barres matriciel 115 peut être généré par le dispositif 110 sous la forme d'un code à barres matriciel unique (par exemple, un symbole de QR individuel) ou un courant de codes à barres matriciels comprenant une pluralité de codes à barres matriciels (par exemple, un courant de codes QR comprenant une série de codes QR). Dans un mode de réalisation, le code à barres matriciel 115 peut être présenté pour un transfert au dispositif de calcul 140 via un affichage du dispositif de calcul 110. En variante, le dispositif 110 peut délivrer un code à barres matriciel 115 via une imprimante couplée au dispositif 110. Le code à barres matriciel 115 peut être imprimé en tant que partie, par exemple, d'un rapport de papier se rapportant aux données d'instrumentation recueillies pour la plate-forme de forage 112. Le code à barres matriciel 115 présenté par le dispositif 110 peut être transféré au dispositif 140 via un dispositif de capture d'image, par exemple une caméra numérique, ou un scanneur de code à barres matriciel couplé au dispositif 140. Comme noté ci-dessus, le dispositif de calcul 120 peut représenter une autre source de données de site de puits en plus du dispositif 110. Dans un mode de réalisation, le dispositif de calcul 120 peut faire partie, par exemple, d'un système de suivi d'inventaire mobile pour différents types d'équipements que l'on peut utiliser sur le site de puits, par exemple pour des opérations du site de puits effectuées avec la plate-forme de forage 112. Comme montré sur la Fig. 1, ce système de suivi d'inventaire mobile peut être, par exemple et sans limitation, un système d'inventaire de tuyaux mobile pour suivre les tuyaux de forage, les relevés et les informations sur les tubes lorsque l'équipement arrive à la plate-forme de forage 112 ou qu'elle est installée dans le trou de forage. Le dispositif 120 de cet exemple peut être utilisé, par exemple, par un ingénieur de tubage ou de puits pour enregistrer les mesures de joints de tuyaux qui sont déchargés d'un véhicule ou d'un vaisseau de transport ainsi que ceux qui sont mis en place dans le trou. Les mesures enregistrées par le dispositif 120 peuvent être stockées sous la forme de données d'inventaire de tuyaux 122, par exemple, dans une mémoire interne du dispositif 120. En variante, les données d'inventaire de tuyaux 122 peuvent être stockées dans une mémoire de données externe ou dans un dispositif de stockage retirable couplé au dispositif 120. Les données d'inventaire de tuyaux 122 peuvent ensuite être utilisées par le dispositif 120 pour générer divers rapports sur les inventaires de tuyaux. Dans un mode de réalisation, les données d'inventaire de tuyaux 122 ou un rapport d'inventaire de tuyaux généré à partir de celles-ci peuvent être convertis par le dispositif 120 en un ou plusieurs codes à barres matriciels 125 qui peuvent être transférés au dispositif 140. Le ou les codes à barres matriciels 125 peut ou peuvent être générés en utilisant, par exemple, la technique décrite ci-dessus utilisée par le dispositif 110 pour générer le code à barres matriciel 115. De même, comme noté ci-dessus, le dispositif de calcul 130 peut représenter encore une autre source de données de site de puits. Dans un mode de réalisation, un utilisateur 132 peut utiliser un dispositif de calcul 130 pour suivre quotidiennement les activités effectuées sur le site de puits, par exemple, les opérations de travail et d'intervention effectuées sur la plate-forme de forage 112. Dans un exemple, chaque période quotidienne de 24 heures d'activité peut être divisée en deux postes de 12 heures. L'utilisateur 132 de cet exemple peut être un ingénieur de puits responsable du premier poste quotidien de 12 heures tandis que l'utilisateur 142 peut être responsable du second poste de 12 heures. Par suite, l'utilisateur 132 peut nécessiter de rapporter les activités effectuées au cours du premier poste de 12 heures à l'utilisateur 142, par exemple, en tant que partie d'une procédure de transfert quotidienne entre les postes. En raison des limitations de réseau du dispositif 130 et/ou du dispositif 140, comme décrit ci-dessus, le dispositif 130 peut être utilisé pour générer un code à barres matriciel 135 qui peut être employé pour transférer les données de poste de 12 heures au dispositif 140. Une fois que les données ont été transférées au dispositif 140, les activités pour les deux postes de 12 heures peuvent être téléchargées dans un système de gestion de données pour suivre les opérations quotidiennes effectuées sur le site de puits. Cela peut impliquer, par exemple, le transfert des données du dispositif 140 au dispositif 150, par exemple, en utilisant un autre code à barres matriciel généré par le dispositif 140 à cet effet, qui peut être présenté sur un affichage du dispositif 140 et capturé par un dispositif de capture d'image ou un scanneur de code à barres matriciel du dispositif 150. Des détails supplémentaires concernant le transfert de données du site de puits entre le dispositif 140 et chacun des dispositifs 110, 120 et 130 en utilisant des codes à barres matriciels seront décrits plus en détail ci-dessous en se référant à la Fig. 2. La Fig. 2 illustre un exemple d'organigramme 200 pour transférer des données du site de puits entre les dispositifs du champ pétrolifère de la Fig. 1 en utilisant des codes à barres matriciels (par exemple les codes à barres matriciels 115, 125 ou 135). Aux fins de discussion, le transfert des données de site de puits est représenté sur la Fig. 2 comme provenant du dispositif de calcul 110 et se prolongeant vers les dispositifs de calcul 140 et 150. Cependant, il est à noter que l'organigramme 200 n'est pas destiné à être limité à cette situation et que les données du site de puits transférées peuvent provenir d'un autre dispositif de calcul (par exemple, le dispositif de calcul 120 ou 130 de la Fig. 1) correspondant à une source de données différente, comme décrit ci-dessus. Comme montré à l'étape 202 de la Fig. 2, le dispositif 110 obtient des données de site de puits provenant d'une source sur le site de puits. La source peut être, par exemple, un dispositif d'instrumentation d'une plate-forme de forage, par exemple la plate-forme de forage 112 de la Fig. 1, comme décrit ci-dessus. Dans un mode de réalisation, les données de site de puits sont générées par la source de données dans un format propriétaire. En conséquence, à l'étape 204, le dispositif 110 convertit les données du site de puits du format propriétaire en format de données « portable ». Ce format de données portable peut comprendre, par exemple, n'importe quel format de données indépendant de la plate-forme qui ne soit pas spécifique à un système de calcul particulier quelconque. Dans un mode de réalisation, ce format portable peut être, par exemple, un format de données à base de texte se conformant au format standard de l'industrie pour l'échange ou le transfert de données électroniques d'information de site de puits. Un exemple d'un tel format de données standard de l'industrie est le format Wellsite Information Transfer Specification Markup Language (WITSML). Cependant, il est à noter que les formes de réalisation de la présente divulgation ne sont pas censées s'y limiter et que n'importe quel autre format de données basé sur le texte ou basé sur une langue de repérage extensible (XML) pourrait être utilisé en lieu et place. À l'étape 206, un code à barres matriciel est généré à partir des données de site de puits converties. Le code à barres matriciel généré est ensuite présenté à l'étape 208 via un dispositif de sortie du dispositif de calcul 110 pour un transfert vers le dispositif de calcul 140. Comme décrit ci-dessus, le dispositif de sortie peut être un affichage pour présenter une représentation numérique du code à barres matriciel ou une imprimante pour imprimer une copie physique du code à barres matriciel, par exemple, en tant que partie d'un rapport généré par le dispositif de calcul 110. À l'étape 210, le dispositif de calcul 140 capture le code à barres matriciel en utilisant un dispositif de capture d'image, tel qu'une caméra numérique, ou un dispositif scanneur de codes à barres matriciels couplé au dispositif de calcul 140. Comme cela sera décrit plus en détail ci-dessous, une application de lecteur de codes à barres matriciels exécutable sur le dispositif de calcul peut également être utilisée pour capturer le code à barres matriciel, par exemple lorsqu'il est affiché sur un moniteur ou un affichage du dispositif de calcul 110 ou imprimé sur une pièce de papier physique. À l'étape 212, le dispositif de calcul 140 peut présenter le code à barres matriciel capturé pour un autre transfert vers le dispositif de calcul 150. À l'étape 214, le dispositif de calcul 150 acquiert le code à barres matriciel du dispositif de calcul 140. Comme le dispositif 140, le dispositif 150 peut acquérir le code à barres matriciel par capture d'une représentation ou d'une image numérique du code à barres matriciel en utilisant un dispositif de capture d'image ou un scanneur de codes à barres matriciels couplé au dispositif 150. De même, comme pour le dispositif 140, le dispositif ou le scanneur de capture d'image peut être utilisé par un lecteur de codes à barres matriciels exécutable sur le dispositif 150 pour capturer le code à barres matriciel. À l'étape 216, le dispositif de calcul 150 extrait les données de site de puits du code à barres matriciel capturé à l'étape 214. Cela peut comprendre, par exemple, la conversion des données de site de puits extraites du format binaire compressé décrit ci-dessus dans un format portable à base de texte (par exemple, XML) ou un format propriétaire utilisé par la société de services ou le fournisseur de services associé au dispositif de calcul 150, comme décrit ci-dessus. Les données extraites du site de puits peuvent ensuite être téléchargées a l'étape 218 dans une base de données (par exemple, une base de données 160 de la Fig. 1) pour un stockage et une utilisation ultérieurs, par exemple en tant que partie d'un système de gestion de données de site de puits de la société de services ou du fournisseur de services de cet exemple. La Fig. 3 illustre un exemple de système 300 pour transférer des données de site de puits entre des dispositifs de calcul dans un champ pétrolifère en utilisant des codes à barres matriciels. Dans l'exemple représenté sur la Fig. 3, un dispositif de calcul 302 transfère des données de site de puits sous la forme d'un code a barres matriciel 303 à un dispositif de calcul 304. En se référant à nouveau aux Fig. 1 et 2, le dispositif 302 peut être utilisé pour mettre en oeuvre, par exemple, le dispositif de calcul 110 et le dispositif 304 peut être utilisé pour mettre en oeuvre, par exemple, le dispositif de calcul 140. Comme montré sur la Fig. 3, le dispositif 302 comprend un générateur de codes à barres matriciels 310 et une interface I/O 315. Le dispositif 304 comprend un lecteur de codes à barres matriciels 320 et une interface I/O 325. Dans un mode de réalisation, les dispositifs 302 et 304 peuvent être associés à des systèmes de calcul disparates qui manquent d'interopérabilité, comme décrit ci-dessus. Les dispositifs 302 et 304 peuvent utiliser des interfaces I/O 315 et 325, respectivement, pour effectuer diverses fonctions d'entrée et de sortie de données. Comme exemple, le dispositif 302 peut utiliser une interface I/O 315 pour recevoir une entrée d'un dispositif d'entrée 316 et également pour délivrer des informations à un dispositif de sortie 318. Le dispositif d'entrée 316 peut être, par exemple, un dispositif d'entrée utilisateur comprenant, mais sans limitation, une souris, un clavier QWERTY, un écran tactile, un microphone ou un clavier 19. Le dispositif de sortie 318 peut être, par exemple, un affichage ou une imprimante. Dans certaines mises en oeuvre, le dispositif d'entrée 316 et le dispositif de sortie 318 peuvent être un seul et même dispositif, par exemple, un affichage à écran tactile que l'on peut utiliser à la fois pour l'entrée et la sortie. Il est à noter que d'autres types de dispositifs d'entrée et de sortie peuvent également être supportés par chacun des dispositifs 302 et 304. Il est également à noter que, par souci de clarté, une grande partie des composants qui feraient généralement partie d'une mise en oeuvre réelle est exclue de l'exemple représenté sur la Fig. 3. Par la suite, chacun des dispositifs 302 et 304 peut comprendre un nombre quelconque de composants supplémentaires pour mettre en oeuvre la fonctionnalité de transfert de données basée sur un code à barres matriciel comme décrit ci-dessus. Comme montré sur la Fig. 3, le générateur de codes à barres matriciels 310 comprend un convertisseur de données 312 et un générateur de rendu de code à barres matriciel 314. Dans un mode de réalisation, le générateur de codes à barres matriciel 310 obtient des données du site de puits en provenance d'une source de données sur le site de puits. La source de données peut être, par exemple, un dispositif d'instrumentation d'une plate-forme de forage (par exemple, la plate-forme de forage 112 de la Fig. 1, comme décrit ci-dessus). Dans un exemple, le dispositif 302 peut communiquer avec le dispositif d'instrumentation sur une base périodique ou sur une base par événement, par exemple sur la base d'instructions reçues d'un utilisateur via une interface I/O 315. Les données du site de puits obtenues du dispositif d'instrumentation de cet exemple peuvent se trouver dans un format propriétaire. Le format propriétaire peut être associé, par exemple, au fournisseur de services particulier responsable du fonctionnement du dispositif d'instrumentation. Dans un mode de réalisation, le convertisseur de données 312 convertit les données du site de puits du format propriétaire en un format à base de texte portable (par exemple, WITSML), comme décrit ci-dessus. Les données du site de puits converties peuvent ensuite être utilisées par le convertisseur de données 312 pour générer au moins un code barres matriciel 303. Le code à barres matriciel 303 peut être généré en utilisant l'un quelconque des divers formats de codage bien connus pour créer des codes à barres matriciels de diverses tailles et de divers niveaux de correction d'erreurs. Dans un mode de réalisation, le code à barres matriciel 303 est un courant de codes à barres matriciels comprenant une pluralité de codes à barres matriciels générés par le convertisseur de données 312 sur la base des données converties du site de puits. De multiples codes à barres matriciels peuvent nécessiter d'être générés si, par exemple, la taille 5 des données converties du site de puits est plus grande que la capacité de stockage maximale d'un symbole de code à barres matriciel individuel, par exemple en fonction du format de codage qui est utilisé, des dimensions du code à barres matriciel 10 généré et du niveau de correction d'erreurs choisi. Dans un autre mode de réalisation, le fonctionnement de conversion effectué par le convertisseur de données 312 peut également comprendre la génération d'une version binaire des données du 15 site de puits qui ont été converties en format à base de texte portable. Le convertisseur de données 312 peut également utiliser un format de compression de données binaires pour compresser les données binaires du site de puits et générer une représentation binaire 20 compressée des données converties du site de puits. Les données compressées peuvent ensuite être incorporées à un ou plusieurs codes à barres matriciels générés par le convertisseur de données 312. Cela permettrait d'incorporer une plus grande 25 quantité de données à chaque code à barres matriciel qui est généré. Dans un mode de réalisation, le rendu de codes à barres matriciels 314 utilise une interface I/O 315 pour présenter une représentation du code à 30 barres matriciel généré 303 via le dispositif de sortie 318 et, par suite, permettre de transférer les données du site de puits intégrées au code à barres matriciel 303 au dispositif 304. Dans un mode de réalisation, le dispositif de sortie 318 peut être un affichage (par exemple un moniteur ou un affichage DEL) du dispositif 302 et la représentation du code à barres matriciel 303 est une image numérique du code à 5 barres matriciel 303 présentée sur l'affichage. Dans un autre mode de réalisation, le dispositif de sortie 318 peut être une imprimante et la représentation du code à barres matriciel 303 est une image imprimée du code à barres matriciel 303 sur un support physique, 10 notamment du papier. Dans un mode de réalisation, le lecteur de codes à barres matriciel 320 du dispositif 304 utilise l'interface I/O 325 pour capturer le code à barres matriciel 303 tel qu'il est présenté par le dispositif 15 302 via un dispositif d'entrée 326. Le dispositif d'entrée 326 peut être, par exemple, un dispositif de capture d'image, par exemple une caméra numérique ou un scanneur de codes à barres matriciels couplé au dispositif 304. Comme montré sur la Fig. 3, le lecteur 20 de codes à barres matriciels 320 comprend un extracteur de données 322 et un gestionnaire de données 324. Dans un mode de réalisation, l'extracteur de données 322 traite le code à barres matriciel capturé 303 pour extraire les données du site de puits 25 qui y sont intégrées. Les données extraites du site de puits peuvent ensuite être converties par l'extracteur de données 322 d'un format à un autre. Cela peut comprendre la décompression des données du site de puits, par exemple si elles étaient compressées avant 30 d'être codées en tant que partie du code à barres matriciel généré 303, comme décrit ci-dessus. Dans un mode de réalisation, les données du site de puits peuvent être converties d'un format binaire compressé en un format à base de texte portable (par exemple, WITSML). En variante, les données du site de puits peuvent être converties en un autre format propriétaire qui est utilisé par le fournisseur de services associé au dispositif 304 et qui est différent du format propriétaire utilisé par le fournisseur de services associé au dispositif 302 et au dispositif d'instrumentation de la plate-forme décrit ci-dessus. Dans un mode de réalisation, le gestionnaire de données 324 télécharge les données converties du site de puits dans une base de données (par exemple, la base de données 160 des Fig. 1 et 2, comme décrit ci-dessus) pour un stockage et une utilisation ultérieure. Bien que cela ne soit pas représenté sur la Fig. 3, le dispositif 304 peut comprendre une interface de communication de réseau capable de recevoir et de transmettre des données sur un réseau électronique local ou grand, par exemple un réseau privé du fournisseur de services associé. L'interface de réseau peut être utilisée par le gestionnaire de données 324 pour transmettre les données du site de puits à la base de données. Il est à noter que le dispositif 304 peut également être à même d'afficher ou d'autrement présenter une autre représentation du code à barres matriciel 303 via un dispositif de sortie 328 aux fins de transférer le code à barres matriciel 303 et les données correspondantes du site de puits à un autre dispositif de calcul. L'autre dispositif peut se trouver par exemple sur le même réseau privé que le dispositif 304. Cependant, la fonctionnalité de transfert de données basées sur le code à barres matriciel décrite ici peut être utile lorsque, par exemple, il peut y avoir une connectivité limitée ou pas de connectivité de réseau du tout disponible pour l'un et l'autre dispositif. Le générateur de codes à barres matriciels 310 et le lecteur de codes à barres matriciels 320 peuvent chacun être mis en oeuvre comme, par exemple, des composants d'une application de collecte et de compte rendu de données de site de puits exécutables sur le dispositif 302 et le dispositif 304, respectivement. Si le générateur de codes à barres matriciels 310 est représenté sur la Fig. 3 uniquement par rapport au dispositif 302, il est à noter que le dispositif 304 peut comprendre un générateur de codes à barres matriciels en plus du lecteur de codes à barres matriciels 320 pour mettre en oeuvre la fonctionnalité de génération de codes à barres matriciels décrite ci-dessus. De la même manière, si le lecteur de code à barres matriciel 320 est représenté sur la Fig. 3 uniquement par rapport au dispositif 304, il est à noter que le dispositif 302 peut comprendre un lecteur de codes à barres matriciels en plus du générateur de codes à barres matriciels 310 pour mettre en oeuvre la fonctionnalité de lecture/capture de codes à barres matriciels et l'extraction de données décrite ci-dessus. Par suite, en se référant aux Fig. 1 et 2, chacun des dispositifs de calcul 110, 120, 130, 140 et 150 peut être mis en oeuvre en utilisant, par exemple, une ou l'un ou l'autre du générateur de codes à barres matriciels 310 et du lecteur de codes à barres matriciels 320 des dispositifs 302 et 304, respectivement, comme décrit ci-dessus. La Fig. 4 est un organigramme d'un exemple de procédé 400 pour permettre un transfert de données de site de puits entre des dispositifs de champ pétrolifères en utilisant des codes barres matriciels. Le procédé 400 comprend les étapes 402, 404, 406 et 408. A des fins de discussion, le procédé 400 sera à présent décrit en utilisant le système 100 de la Fig. 1, comme décrit ci-dessus, mais n'est pas censé s'y limiter. De même, à des fins de discussion, le procédé 400 sera décrit en utilisant le système 300 de la Fig. 3 comme décrit ci-dessus. Par exemple, les étapes du procédé 400 peuvent être réalisées par un générateur de codes à barres matriciels 310 de la Fig. 3. Cependant, le procédé 400 n'est pas censé s'y limiter. Le procédé 400 commence à l'étape 402, dans laquelle des données du site de puits sont obtenues dans un premier format. Le premier format peut être un format de données associé à la source particulière des données du site de puits. Un tel format de source peut être, par exemple, un format de données propriétaire utilisé par un fournisseur de services particulier associé à un dispositif d'instrumentation ou à un capteur d'une plate-forme de forage (par exemple, la plate-forme de forage 112 de la Fig. 1) sur le site de puits, comme décrit ci-dessus. À l'étape 404, les données obtenues du site de puits sont converties du premier format en un second format à utiliser pour la génération de codes à barres matriciels. Le second format peut être, par exemple, un format de données à base de texte portable. Le format de données à base de texte portable peut être basé, par exemple, sur un standard de langage de repérage extensible (XML) pour un transfert d'informations de site de puits (par exemple, WITSML) comme décrit ci-dessus. À l'étape 406, au moins un code à barres matriciel est généré sur la base des données 5 converties du site de puits. Dans un mode de réalisation, l'étape 404 peut comprendre la conversion des données du site de puits du format de données à base de texte portable en données binaires et en compressant les données binaires en utilisant un 10 format de compression de données binaires pour générer une représentation binaire compressée des données du site de puits. En outre, l'étape 406 peut comprendre, par exemple, l'intégration des données compressées du site de puits au code à barres matriciel généré. 15 À l'étape 408, une représentation du code à barres matriciel généré est présentée via un dispositif de sortie pour un transfert un OU plusieurs autres dispositifs de calcul. Comme décrit ci-dessus, le dispositif de sortie peut être un 20 affichage et la représentation du code à barres matriciel peut être une image numérique du code à barres matriciel présenté via l'affichage pour un transfert à un second dispositif de calcul via un dispositif de capture d'image numérique du second 25 dispositif de calcul. Le dispositif de capture d'image numérique du second dispositif de calcul peut être, par exemple, une caméra numérique utilisée par une application de lecteur de codes à barres matriciels (par exemple, le lecteur de codes à barres matriciels 30 320 de la Fig. 3, comme décrit ci-dessus) exécutable sur le second dispositif de calcul. Dans un mode de réalisation, le code à barres matriciel généré à l'étape 406 peut être un courant de codes à barres matriciels comprenant une pluralité de codes à barres matriciels et l'image présentée via l'affichage est une représentation bitmap animée du courant de codes à barres matriciel, par exemple sous la forme d'une image de format Graphics Interchange (GIF) animée. Dans un autre mode de réalisation, l'image numérique présentée via l'affichage peut être une vidéo numérique comprenant une pluralité de trames d'images, où différentes trames d'images peuvent représenter un ou plusieurs de la pluralité de codes à barres matriciels dans le courant de codes à barres matriciels. Par exemple, chaque trame d'image peut être utilisée pour afficher un code à barres matriciel différent de la pluralité de codes à barres matriciels. En variante, des images de trame consécutives peuvent être utilisées pour afficher le même code à barres matriciel pendant une période de temps appropriée pour s'assurer que l'image du code à barres matriciel est convenablement lue. La Fig. 5 est un organigramme d'un autre exemple de procédé 500 pour permettre le transfert de données de site de puits entre des dispositifs de champ pétrolifère en utilisant des codes à barres matriciels. Le procédé 500 comprend les étapes 502, 504, 506 et 508. A des fins de discussion, le procédé 500 sera décrit en utilisant le système 100 de la Fig. 1, comme décrit ci-dessus, mais n'est pas censé s'y limiter. De même, à des fins de discussion, le procédé 500 sera décrit en utilisant le système 300 de la Fig. 3, comme décrit ci-dessus. Par exemple, les étapes du procédé 500 peuvent être exécutées par le lecteur de codes à barres matriciels 320 de la Fig. 3. Cependant, le procédé 500 n'est pas censé s'y limiter. Le procédé 500 commence à l'étape 502 qui comprend la capture d'un code à barres matriciel présenté sur un affichage d'un dispositif de calcul. Le code à barres matriciel peut être capturé en utilisant, par exemple, un dispositif de capture d'images, par exemple une caméra numérique ou un scanneur de codes à barres matriciels dédié. Le code à barres matriciel capturé dans cet exemple peut avoir été présenté sur un affichage du dispositif de calcul. En variante, le code à barres matriciel peut être imprimé sur une feuille de papier ou un autre support physique et le code à barres matriciel imprimé peut être capturé en utilisant le même dispositif de capture d'images ou le même scanneur de codes à barres matriciels. À l'étape 504, les données du site de puits sont extraites du code à barres matriciel capturé. Les données extraites du site de puits peuvent ensuite être converties à un format à base de texte portable à l'étape 506 et téléchargées dans un système de base de données à des fins de stockage et de gestion des données. La Fig. 6 est un schéma synoptique d'un exemple de système d'ordinateur 600 dans lequel des modes de réalisation de la présente divulgation peuvent être mis en oeuvre. Le système 600 peut être un ordinateur, un téléphone, un PDA ou n'importe quel autre type de dispositif électronique. Un tel dispositif électronique comprend divers types de supports et d'interfaces lisibles sur ordinateur pour divers autres types de médias lisibles sur ordinateur. Comme montré sur la Fig. 6, le système 600 comprend un dispositif de stockage permanent 602, et une mémoire de système 604, une interface de dispositif de sortie 606, un bus de communication de système 608, une mémoire de lecture seulement (ROM) 610, une ou des unités de traitement 612, une interface de dispositif d'entrée 614 et une interface de réseau 616. Le bus 608 représente collectivement tous les bus de système, de périphérie et de bus chipset qui connectent par communication les nombreux dispositifs internes du système 600. Par exemple, le bus 608 connecte par communication la ou les unités de traitement 612 avec la ROM 610, la mémoire de système 604 et le dispositif de stockage permanent 602. À partir de ces diverses unités de mémoire, la ou les unités de traitement 612 récupèrent des instructions pour exécuter et des données pour traiter afin d'exécuter les procédés de la divulgation en question. La ou les unités de traitement peut ou peuvent être un seul processeur ou un processeur multiple dans différentes mises en oeuvre. La ROM 610 stocke des données et des instructions statiques qui sont nécessitées par la ou les unités de traitement 612 et d'autres modules du système 600. Le dispositif de stockage permanent 602, d'autre part, est un dispositif de mémoire à lecture et écriture. Ce dispositif est une unité de mémoire non volatile qui stocke des instructions et des données même lorsque le système 600 est à l'arrêt. Certaines mises en oeuvre de la présente divulgation utilisent un dispositif de stockage en masse (tel qu'un disque magnétique ou optique et son entraînement par disque correspondant) comme dispositif de stockage permanent 602. D'autres mises en oeuvre utilisent un dispositif de stockage amovible (tel qu'une disquette, un entraînement flash et son entraînement sur disque correspondant) comme dispositif de stockage permanent 602. Comme le dispositif de stockage permanent 602, la mémoire du système 604 est un dispositif de mémoire à lecture et écriture. Cependant, contrairement au dispositif de stockage 602, la mémoire du système 604 est une mémoire à lecture et écriture volatile, notamment une mémoire à accès aléatoire. La mémoire de système 604 stocke certaines des instructions et des données dont le processeur a besoin en cours de fonctionnement. Dans certaines mises en oeuvre, les procédés de la présente divulgation sont stockés dans la mémoire de système 604, le dispositif de stockage 602 et/ou la ROM 610. Par exemple, les diverses unités de mémoire comprennent des instructions pour déterminer automatiquement des articles de données pour un événement coïncidant conformément à certaines mises en oeuvre. À partir de ces diverses unités de mémoire, la ou les unités de traitement 612 récupèrent les instructions à exécuter et des données à traiter afin d'exécuter les procédés de certaines formes de réalisation. Le bus 608 se connecte également aux interfaces des dispositifs d'entrée et sortie 614 et 25 606. L'interface de dispositif d'entrée 614 permet à l'utilisateur de communiquer des informations et des instructions de sélection au système 600. Les dispositifs d'entrée utilisés avec l'interface de dispositif d'entrée 614 comprennent, par exemple, des 30 dispositifs alphanumériques, des claviers QWERTY ou 19, des microphones et des dispositifs de pointage (également dénommés « dispositifs de commande à curseur »). Les interfaces des dispositifs de sortie 606 permettent, par exemple, l'affichage d'images générées par le système 600. Les dispositifs de sortie utilisés avec l'interface de dispositif de sortie 606 comprennent, par exemple, des imprimantes et des dispositifs d'affichage, tels que des tubes à rayons cathodiques (CRT), des affichages à cristaux liquides (LCD) et des affichages à diodes électroluminescentes (DEL). Certaines mises en oeuvre comprennent des dispositifs tels qu'un écran tactile qui fonctionne à la fois comme dispositif d'entrée et de sortie. Il est à noter que des modes de réalisation de la présente divulgation peuvent être mis en oeuvre en utilisant un ordinateur comprenant l'un quelconque des divers types de dispositifs d'entrée et de sortie pour permettre une interaction avec un utilisateur. Cette interaction peut comprendre une rétroaction vers l'utilisateur ou en sens inverse dans différentes formes de rétroaction sensorielle comprenant, mais sans limitation, une rétroaction visuelle, une rétroaction auditive ou une rétroaction tactile. En outre, une entrée de l'utilisateur peut être reçue sous une forme quelconque comprenant, mais sans limitation, une entrée acoustique, vocale ou tactile. En outre, une interaction avec l'utilisateur peut comprendre la transmission et la réception de différents types d'informations, par exemple sous la forme de documents, allant vers l'utilisateur ou en sens inverse via les interfaces décrites ci-dessus. De même, comme montré sur la Fig. 6, le bus 608 couple également le système 600 à un réseau public ou privé (non représenté) ou à une combinaison de réseaux via une interface de réseaux 616. Un tel réseau peut comprendre, par exemple, un réseau local (« LAN »), tel que l'Intranet, ou un grand réseau (« WAN »), tel que l'Internet. L'un quelconque ou la totalité des composants du système 600 peut ou peuvent être utilisés conjointement avec la présente divulgation. Ces fonctions décrites ci-dessus peuvent être mises en oeuvre dans des circuits électroniques numériques, dans un logiciel informatique, dans un micrologiciel ou dans un matériel logiciel. Les techniques peuvent être mises en oeuvre en utilisant un ou plusieurs produits de programmation informatiques. Les processeurs et les ordinateurs programmables peuvent être inclus dans les dispositifs mobiles ou emballés sous forme de dispositifs mobiles. Les procédés et les flux logiques peuvent être réalisés par un ou plusieurs processeurs programmables et par un ou plusieurs circuits logiques programmables. Des dispositifs de calcul et des dispositifs de stockage généraux et à effets spéciaux peuvent être interconnectés via des réseaux de communication. Certaines mises en oeuvre comprennent des composants électroniques, tels que des microprocesseurs, des systèmes de stockage et de mémoire qui stockent des instructions de programmation informatique dans un support lisible en machine ou lisible sur ordinateur (également dénommé média de stockage lisible sur ordinateur, média lisible en machine ou média de stockage lisible en machine). Certains exemples de ces médias lisibles sur ordinateur comprennent la mémoire RAM, la mémoire ROM, les disques compacts à lecture seulement (CD-ROM), les disques compacts enregistrables (CD-R), les disques compacts réinscriptibles (CD-RW), les disques versatiles numériques lecture seulement (par exemple, DVD-ROM, DVD-ROM a double couche), une variété de DVD enregistrables/réinscriptibles (par exemple DVD-RAM, DVD-RW, DVD+RW, etc.), la mémoire flash (par exemples, des cartes SD, des cartes miniSD, des cartes micro-SD, etc.), des disques durs magnétiques et/ou à état solide, des disques Blu-Ray® à lecture seulement et enregistrables, des disques optiques de densité ultra-élevée, d'autres médias optiques ou magnétiques quelconques et des disquettes. Les médias lisibles sur ordinateur peuvent stocker un programme informatique qui est exécutable par au moins une unité de traitement et comprend des ensembles d'instructions pour réaliser diverses opérations. Comme exemples de programmes informatiques ou de codes informatiques, on citera le code machine, tel que celui produit par un compilateur, et les fichiers comprenant un code de niveau plus élevé qui sont exécutés par un ordinateur, un composant électronique ou un microprocesseur utilisant un interpréteur. Si la discussion précitée se réfère principalement à un microprocesseur OU à des processeurs multiples qui exécutent un logiciel, certaines mises en oeuvre sont réalisées par un ou plusieurs circuits intégrés, tels que des circuits intégrés spécifiques à l'application (ASIC) ou des réseaux logiques programmables par l'utilisateur (FPGA). Dans certaines mises en oeuvre, ces circuits intégrés exécutent des instructions qui sont stockées sur le circuit lui-même. En conséquence, les étapes d'exemples de procédés 400 et 500 des Fig. 4 et 5, respectivement, comme décrit ci-dessus, peuvent être mises en oeuvre en utilisant le système 600 de la Fig. 6, comme décrit ci-dessus, ou n'importe quel système d'ordinateur comprenant des circuits de traitement ou un produit de programmation informatique comprenant des instructions qui, lorsqu'elles sont exécutées par au moins un processeur, amènent celui-ci à effectuer des fonctions se rapportant à ces procédés. Tels qu'on les utilise dans la présente demande et dans les revendications de la présente demande, les termes « ordinateur », « serveur », « processeur » et « mémoire » se réfèrent tous à des dispositifs électroniques ou d'autres dispositifs technologiques. Ces termes excluent les personnes ou les groupes de personnes. Telles qu'on les utilise ici, les expressions « support lisible sur ordinateur » et « supports lisibles sur ordinateur » se réfèrent de manière générale à des supports de stockage électroniques tangibles, physiques et non transitoires qui stockent des informations sous une forme qui peut être lue par un ordinateur. Des modes de réalisation de la matière dont il est question dans la présente spécification peuvent être mis en oeuvre dans un système de calcul qui comprend un composant dorsal, par exemple sous la forme d'un serveur de données, qui comprend un composant intermédiaire, par exemple un serveur d'application, ou qui comprend un composant frontal, par exemple un ordinateur client ayant une interface utilisateur graphique ou un browser Web par lequel un utilisateur peut interagir avec la mise en oeuvre de la matière dont il est question dans la présente demande ou toute combinaison d'un ou plusieurs composants de ce système dorsal, intermédiaire ou frontal. Les composants du système peuvent être interconnectés par n'importe quelle forme ou moyen de communication de données numériques, par exemple un réseau de communication. Comme exemples de réseaux de communication, on citera un réseau local (« LAN ») et un grand réseau (« WAN »), un inter-réseau (par exemple, l'Internet) et des réseaux d'égal à égal (par exemple, des réseaux d'égal à égal ad hoc). Le système de calcul peut comprendre des clients et des serveurs. Un client et un serveur sont généralement éloignés l'un de l'autre et interagissent typiquement via un réseau de communication. La relation du client et du serveur se fait en utilisant des programmes informatiques courant sur les ordinateurs respectifs et ayant une relation mutuelle client-serveur. Dans certains modes de réalisation, un serveur transmet des données (par exemple, une page web) à un dispositif client (par exemple à des fins d'affichage de données et de réception d'entrée utilisateur venant d'un utilisateur interagissant avec le dispositif client). Les données générées dans le dispositif client (par exemple, le résultat de l'interaction utilisateur) peuvent être reçues du dispositif client chez le serveur. Il est entendu que tout ordre ou hiérarchie spécifique d'étapes dans les procédés décrits est une illustration d'exemples d'approches. Sur la base de préférences de conception, on comprendra que l'ordre ou la hiérarchie spécifique des étapes dans les procédés peut être réaménagé ou que toutes les étapes illustrées peuvent être réalisées. Certaines des étapes peuvent être réalisées simultanément. Par exemple, dans certaines circonstances, un traitement multitâche et parallèle peut être avantageux. En outre, la séparation de divers composants de système dans les modes de réalisation décrits ci-dessus ne doit pas être comprise comme nécessitant une telle séparation dans tous les modes de réalisation et il est bien entendu que les composants et les systèmes de programmation décrits peuvent de manière générale être intégrés l'un à l'autre dans un seul produit logiciel ou emballés dans des produits logiciels multiples. En outre, les exemples de méthodologie décrits ici peuvent être mis en oeuvre par un système comprenant des circuits de traitement ou un produit de programmation informatique comprenant des instructions qui, lorsqu'elles sont exécutées par au moins un processeur, amènent celui-ci à effectuer une partie quelconque de la méthodologie décrite ici. Comme décrit ci-dessus, les modes de réalisation de la présente divulgation peuvent être utilisés pour permettre un transfert de données de site de puits entre des dispositifs de champ pétrolifère en utilisant des images de données codées. Dans un mode de réalisation de la présente divulgation, un procédé mis en oeuvre sur ordinateur pour permettre un transfert de données du site de puits entre des dispositifs de champ pétrolifère en utilisant des images de données codées comprend l'obtention de données de site de puits dans un premier format au niveau d'un premier dispositif de calcul ; la conversion des données du site de puits obtenues du premier format en un second format à utiliser pour la génération d'image de données codées ; la génération d'au moins une image de données codées sur la base des données converties du site de puits ; et la présentation via un dispositif de sortie du premier dispositif de calcul d'une représentation de l'image de données codées générée pour un transfert à un second dispositif de calcul. Dans un autre mode de réalisation, les premier et second dispositifs de calcul sont associés à des systèmes de calcul disparates qui manquent d'interopérabilité. Dans un autre mode de réalisation encore, le premier format est un format de données propriétaire supporté par seulement le premier dispositif de calcul et le second format est un format de données à base de texte portable supporté par chacun des premier et second dispositifs de calcul. Dans encore un autre mode de réalisation, le format de données à base de texte portable est basé sur un standard de langage de repérage extensible (XML) pour un transfert d'informations de site de puits. Dans un autre mode de réalisation encore, le procédé décrit ci-dessus comprend la conversion des données de site de puits du format de données propriétaire dans le format à base de texte portable ; générer une version binaire des données converties du site de puits dans le format de données à base de texte portable ; et compresser la version binaire des données du site de puits en utilisant un format de compression de données binaires pour générer une représentation binaire compressée des données du site de puits, dans lequel la génération d'au moins une image de données codées comprend l'intégration des données de site de puits compressées à l'image de données codées qui est générée. Dans un autre mode de réalisation encore, le dispositif de sortie est un affichage du premier dispositif de calcul et la représentation de l'image de données codées est une image numérique de l'image de données codées présentée via l'affichage pour un transfert au second dispositif de calcul via un dispositif de capture d'image numérique du second dispositif de calcul. Dans encore un autre mode de réalisation, le second dispositif de calcul est configure pour capturer l'image de données codées présentée sur l'affichage du premier dispositif de calcul via le dispositif de capture d'image numérique, extraire les données du site de puits de l'image de données codées capturée, convertir les données extraites du site de puits en un format à base de texte portable et transmettre les données de site de puits converties en un système de base de données pour le stockage et une utilisation ultérieure. Dans encore un autre mode de réalisation, l'image de données codées est un code à barres matriciel et le dispositif de capture d'image numérique du second dispositif de calcul est une caméra numérique utilisée par une application de lecteur de codes à barres matriciels exécutable sur le second dispositif de calcul. Dans encore un autre mode de réalisation, la génération d'au moins un code à barres matriciel comprend la génération d'un courant de codes à barres matriciels comprenant une pluralité de codes à barres matriciels et l'image numérique présentée via l'affichage est une représentation bitmap du courant de codes à barres matriciels. Dans encore un autre mode de réalisation, l'image numérique présentée via l'affichage est une vidéo numérique comprenant une pluralité de trames d'image représentant un ou plusieurs de la pluralité de codes à barres matriciels dans le flux de codes à barres matriciels. Dans un autre mode de réalisation de la présente divulgation, un système pour permettre le transfert de données du site de puits entre des dispositifs de champ pétrolifère en utilisant des images de données codées comprend au moins un processeur et une mémoire comprenant des instructions qui y sont stockées et qui, lorsqu'elles sont exécutées par le processeur, amènent ledit processeur à effectuer des fonctions comprenant les fonctions suivantes : obtenir des données du site de puits dans un premier format dans un premier dispositif de calcul ; convertir les données obtenues du site de puits du premier format en un second format à utiliser pour la génération d'image de données codées ; générer au moins une image de données codées sur la base des données converties du site de puits ; et présenter via un dispositif de sortie du premier dispositif de calcul une représentation de l'image de données codées générée pour transférer à un second dispositif de calcul. Dans encore un autre mode de réalisation de la présente divulgation, un support de stockage lisible sur ordinateur ayant des instructions qui y sont stockées et qui, lorsqu'elles sont exécutées par un processeur, amènent ledit processeur à exécuter des fonctions comprenant les fonctions suivantes : obtenir des données du site de puits en un premier format dans un premier dispositif de calcul ; convertir les données obtenues du site de puits du premier format dans un second format à utiliser pour la génération d'image de données codées ; générer au moins une image de données codées sur la base des données converties du site de puits ; et présenter via un dispositif de sortie du premier dispositif de calcul une représentation de l'image de données codées générée 5 pour un transfert à un second dispositif de calcul. Bien que divers modes de réalisation et méthodologies aient été représentés et décrits, la présente divulgation n'est pas limitée à ces modes de réalisation et ces méthodologies et il est bien 10 entendu qu'elle inclura toutes les modifications et variantes qui apparaîtront aux hommes du métier. En conséquence, il est bien entendu que la présente divulgation n'est pas censée être limitée aux modes de réalisation particuliers divulgués. En fait, 15 l'invention est censée couvrir la totalité des modifications, des équivalents et des alternatives entrant dans le cadre et l'esprit de la présente divulgation telle qu'elle est définie par les revendications ci-annexées. REVENDICATIONS1. Procédé mis en oeuvre sur ordinateur, caractérisé en ce qu'il permet un transfert de données 5 de site de puits entre des dispositifs de champ pétrolifère (100) en utilisant des images de données codées, le procédé comprenant les étapes suivantes : obtenir (202, 402) des données de site de puits dans un premier format dans un premier 10 dispositif de calcul (110, 120, 130, 302) ; convertir (204, 404) les données obtenues de site de puits du premier format dans un second format à utiliser pour la génération d'image de données codées (115, 125, 135, 303) ; 15 générer (206, 406) au moins une image de données codées (115, 125, 135, 303) sur la base des données converties de site de puits ; et présenter (208, 408) via un dispositif de sortie (318) du premier dispositif de calcul (110, 20 120, 130, 302) une représentation de l'image de données codées (115, 125, 135, 303) générée pour le transfert à un second dispositif de calcul (140, 304). 2. Procédé selon la revendication 1, dans 25 lequel les premier et second dispositifs de calcul (110, 120, 130, 140, 302, 304) sont associés à des systèmes de calcul disparates qui manquent d'interopérabilité. 30 3. Procédé selon la revendication 1 ou 2, dans lequel le premier format est un format de données propriétaire supporté par seulement le premier dispositif de calcul (110, 120, 130, 302) et le secondformat est un format de données à base de texte portable supporté par chacun des premier et second dispositifs de calcul (110, 120, 130, 140, 302, 304). 4. Procédé selon la revendication 3, dans lequel le format de données à base de texte portable est basé sur un standard de langage de repérage extensible (XML) pour un transfert d'informations de site de puits. 5. Procédé selon la revendication 3 ou 4, dans lequel la conversion des données de site de puits du premier format dans le second format comprend les étapes suivantes : convertir les données de site de puits du format de données propriétaire dans le format à base de texte portable ; générer une version binaire des données converties de site de puits dans le format de données 20 à base de texte portable ; et compresser la version binaire des données de site de puits en utilisant un format de compression de données binaires pour générer une représentation binaire compressée des données de site de puits, 25 et dans lequel la génération d'au moins une image de données codées (115, 125, 135, 303) comprend l'intégration des données compressées de site de puits à l'image de données codées (115, 125, 135, 303) qui est générée. 30 6. Procédé selon l'une quelconque des revendications 1 à 5, dans lequel le dispositif de sortie (318) est un affichage du premier dispositif decalcul (110, 120, 130, 302) et la représentation de l'image de données codées (115, 125, 135, 303) est une image numérique de l'image de données codées présentée via l'affichage pour un transfert au second dispositif de calcul (140, 304) via un dispositif de capture d'image numérique (326) du second dispositif de calcul (140, 304). 7. Procédé selon la revendication 6, dans 10 lequel le second dispositif de calcul (140, 304) est configure pour : capturer l'image de données codées (115, 125, 135, 303) présentée sur l'affichage du premier dispositif de calcul (110, 120, 130, 302) via le 15 dispositif de capture d'image numérique (326) ; extraire les données de site de puits de l'image de données codées (115, 125, 135, 303) capturée ; convertir les données extraites de site de 20 puits dans un format à base de texte portable ; et transmettre les données converties de site de puits à un système de base de données (160) pour un stockage et une utilisation ultérieure. 25 8. Procédé selon la revendication 6 ou 7, dans lequel l'image de données codées (115, 125, 135, 303) est un code à barres matriciel et le dispositif de capture d'images numériques (326) du second dispositif de calcul (140, 304) est une caméra 30 numérique utilisée par une application de lecteur de codes à barres matriciels exécutable dans le second dispositif de calcul (140, 304). 9. Procédé selon la revendication 8, dans lequel la génération d'au moins une image de données codées (115, 125, 135, 303) comprend la génération d'un flux de codes à barres matriciels comprenant une pluralité de codes à barres matriciels et l'image numérique présentée via l'affichage est une représentation bitmap animée du flux de codes à barres matriciels. 10. Procédé selon la revendication 9, dans lequel l'image numérique présentée via l'affichage est une vidéo numérique comprenant une pluralité de trames d'images représentant un ou plusieurs de la pluralité de codes à barres matriciels dans le flux de codes à barres matriciels. 11. Système caractérisé en ce qu'il permet un transfert de données de site de puits entre des dispositifs de champ pétrolifère (100) en utilisant des images de données codées (115, 125, 135, 303), le système comprenant : au moins un processeur ; et une mémoire comprenant des instructions lisibles sur processeur qui y sont stockées et qui, lorsqu'elles sont exécutées par le processeur, amènent ledit processeur à effectuer des fonctions comprenant des fonctions pour la mise en oeuvre d'un procédé selon l'une quelconque des revendications 1 à 10. 12. Support de stockage lisible sur ordinateur, caractérisé en ce qu'il a des instructions qui y sont stockées et qui, lorsqu'elles sont exécutées par un processeur, amènent ledit processeurà exécuter des fonctions comprenant des fonctions pour la mise en oeuvre d'un procédé selon l'une quelconque des revendications 1 à 10 ou d'un système selon la revendication 11.