CONTEXTE [0001] Certains logiciels peuvent enregistrer ou analyser l'interaction d'un utilisateur relativement à un système informatique (par exemple, enregistrer l'interaction d'utilisateur relativement à tous les logiciels qui s'exécutent sur un système informatique). Toutefois, de tels logiciels tiers peuvent suivre les interactions dans un format propriétaire qui ne peut pas être réutilisé par les logiciels suivis. En outre, les logiciels qui précèdent peuvent ne pas suivre toutes les interactions, mais seulement une partie d'actions sélectionnées. Par exemple, certains logiciels de suivi de 10 l'interaction peuvent être externes (c'est-à-dire non natifs) par rapport aux logiciels qui sont suivis. En conséquence, de tels logiciels de suivi de l'interaction externes ne peuvent pas suivre entièrement certaines informations d'interaction. [0002] Il existe un besoin pour un logiciel d'analyse d'interaction d'utilisateur qui utilise des objets de logiciels pétroliers et gaziers, y compris, sans s'y limiter, des objets 15 liés à des logiciels de géologie et de géophysique (« G&G »). Un exemple de logiciel de G&G inclut, sans s'y limiter, le logiciel PETREL® de SCHLUMBERGER® (appelé ici « PETREL »). Bien que certains modes de réalisation puissent être expliqués en référence au logiciel PETRELO, il est entendu que les enseignements de la présente invention peuvent être appliqués à d'autres types de logiciels pétroliers et gaziers, y 20 compris, sans s'y limiter, les logiciels de forage, les logiciels de gestion de champs de pétrole, les logiciels de puits de forage, les logiciels de simulation de réservoir, et/ou les logiciels d'exploration. RÉSUMÉ [0003] Un exemple de mode de réalisation de la présente invention peut inclure un 25 procédé, un dispositif informatique, des supports lisibles par ordinateur et/ou un système pour utiliser un objet d'interaction avec un logiciel, y compris, sans s'y limiter, un logiciel pétrolier et gazier. Un exemple de mode de réalisation d'un procédé peut comprendre la fourniture d'un logiciel utilisant des objets de domaine fonctionnant sur un dispositif informatique ; et le stockage, dans un objet d'interaction fourni par le logiciel, d'informations d'interaction d'utilisateur liées à une interaction d'utilisateur relative à l'objet de domaine. Les informations d'interaction d'utilisateur peuvent être analysées et une rétroaction peut être fournie à un utilisateur sur la base de l'analyse des informations d'interaction d'utilisateur. [0004] Le présent résumé est fourni afin de présenter une sélection de concepts qui seront décrits plus en détail ci-dessous dans la description détaillée. Ce résumé n'est pas destiné à identifier des fonctions clés ou essentielles de l'objet revendiqué, et n'est 10 pas non plus destiné à être utilisé comme une aide pour limiter la portée de l'objet revendiqué. BRÈVE DESCRIPTION DES DESSINS [0005] Des implémentations de différentes technologies vont être décrites ci-après en référence aux dessins annexés. Il est entendu, toutefois, que les dessins annexés 15 illustrent les différentes implémentations décrites aux présentes et ne sont pas destinés à limiter la portée des différentes technologies décrites ici. [0006] La figure 1 illustre un exemple de système qui inclut différents composants pour simuler un environnement géologique. [0007] La figure 2 illustre un exemple de module d'interaction selon un mode de 20 réalisation de la présente invention. [0008] La figure 3 illustre un exemple de procédé d'utilisation d'un objet d'interaction selon un mode de réalisation de la présente invention. m09] La figure 4 illustre un autre exemple de procédé d'utilisation d'un objet d'interaction selon un mode de réalisation de la présente invention. 25 [0010] La figure 5 illustre un système informatique qui peut mettre en oeuvre une implémentation de différentes technologies et techniques décrites ici.
DESCRIPTION DÉTAILLÉE (0011] Un exemple de mode de réalisation de la présente invention peut être utilisé pour analyser une interaction d'utilisateur avec un logiciel. Bien que la présente invention décrive des exemples de modes de réalisation dans le cadre d'un logiciel pétrolier et gazier, les enseignements de cette invention peuvent être appliqués à n'importe quel type de logiciel. [0012] Selon un exemple de mode de réalisation, une interprétation sismique peut être réalisée en utilisant un logiciel pétrolier et gazier tel que l'infrastructure logicielle 10 sismique à simulation PETREL® (Schlumberger Limitecl, Houston, Texas), qui comprend diverses fonctionnalités pour réaliser des analyses d'attributs (par exemple, par rapport à un cube sismique 3D, un profil sismique 2D, etc.) Bien que l'infrastructure logicielle sismique à simulation PETREL® soit mentionnée, d'autres types de logiciels, d'infrastructures, etc., peuvent être utilisés à des fins connexes, telles que des analyses 15 d'attributs. [0013] Un mode de réalisation de la présente invention peut inclure un logiciel qui suit, enregistre et/ou analyse des dispositifs d'entrée, des processus, des outils et des interactions de commande liés au logiciel. Un exemple de mode de réalisation de la présente invention peut être utilisé dans une variété de contextes, y compris, sans s'y 20 limiter, un ou plusieurs des contextes suivants : (i) assistance et/ou formation ; (ii) intelligence artificielle, et/ou (iii) tests d'utilisabilité. Différents modes de réalisation de la présente invention sont décrits généralement ci-dessous, puis décrits plus en détail ensuite. [0014] Assistance et formation : Selon un exemple de mode de réalisation, un 25 premier utilisateur peut effectuer une ou plusieurs interactions (par exempte, des interactions d'utilisateur) relativement au logiciel s'exécutant sur un premier dispositif informatique. Les actions peuvent être enregistrées dans un objet d'interaction de telle sorte que les résultats de ces actions puissent être visualisés par un second utilisateur sur un second dispositif informatique. Le premier utilisateur et le second utilisateur peuvent être le même utilisateur, ou bien des utilisateurs différents. De même, la première machine et la seconde machine peuvent être le même dispositif informatique ou des dispositifs informatiques différents. [0015] À titre d'exemple, un premier utilisateur peut effectuer des actions sur un premier dispositif informatique relativement à un logiciel hôte (par exemple, le premier utilisateur peut effectuer une ou plusieurs étapes d'un flux de travail). Le second utilisateur peut ensuite visualiser une série de captures d'écran ou un film des actions réalisées. Les captures d'écran ou le film peuvent être produits par des informations 10 enregistrées dans un objet d'interaction créé sur le premier dispositif informatique au moment où le premier utilisateur effectue les actions. Dans un exemple de mode de réalisation, les captures d'écran ou les films peuvent inclure des informations supplémentaires afin de permettre à un observateur de mieux comprendre l'interaction (par exemple, certaines parties de l'interface utilisateur peuvent être mises en évidence 15 et/ou annotées, des traces de dispositif d'entrée peuvent être affichées afin de suivre le mouvement d'un dispositif d'entrée, etc.) Dans un autre exemple de mode de réalisation, une instance du logiciel hôte s'exécutant sur le second ordinateur peut effectivement réaliser une ou plusieurs interactions dans le logiciel hôte sur la base d'au moins une partie des informations d'interaction stockées dans l'objet d'interaction. 20 [0016] Intelligence artificielle : Un autre exemple de mode de réalisation de la présente invention peut être utilisé pour fournir un logiciel avec une « intelligence artificielle » en recueillant des informations sur les actions de l'utilisateur dans un objet, en analysant les actions de l'utilisateur afin d'identifier une ou plusieurs habitudes ou un ou plusieurs modèles d'interaction d'utilisateur, puis en fournissant une rétroaction à 25 l'utilisateur sur la base de l'analyse (par exemple, en adaptant le logiciel hôte aux habitudes de l'utilisateur d'une manière qui permet à l'utilisateur de devenir plus efficace). 10017] Tests d'utilisabilité : Dans encore un autre exemple de mode de réalisation de la présente invention, un objet qui enregistre les interactions de l'utilisateur peut être analysé pour produire une ou plusieurs mesures qui peuvent être utilisées pour déterminer « l'utilisabilité » du logiciel. 10018] La figure 1 montre un exemple d'un système 100 qui comporte différents composants de gestion 110 pour gérer différents aspects d'un environnement géologique 150 (par exemple, un environnement qui comprend un bassin sédimentaire), ainsi qu'un exemple d'infrastructure 170. Dans l'exemple de la figure 1, les composants peuvent être ou comporter un ou plusieurs modules. Pour ce qui est des composants de gestion 110, un ou plusieurs de ces composants peuvent permettre une gestion directe ou indirecte du sondage, du forage, de l'injection, de l'extraction, 10 etc., relativement à l'environnement géologique 150. En outre, des informations supplémentaires sur l'environnement géologique 150 peuvent devenir disponibles en tant que rétroaction 160 (par exemple, éventuellement en tant qu'entrée au niveau d'un ou plusieurs des composants de gestion 110). [0019] Dans l'exemple de la figure 1, les composants de gestion 110 comprennent 15 un composant de données sismiques 112, un composant d'informations supplémentaires 114 (par exemple, données de puits/journalisation), un composant de traitement 116, un composant de simulation 120, un composant d'attributs 130, un composant d'analyse/visualisation 142, et un composant de flux de travail 144. En fonctionnement, les données sismiques et les autres informations fournies par les 20 composants 112 et 114 peuvent être entrées dans le composant de simulation 120. [0020] Dans un exemple de mode de réalisation, le composant de simulation 120 peut avoir recours à des entités 122. Les entités 122 peuvent comprendre des entités de terre ou des objets géologiques tels que les puits, les surfaces, les réservoirs, les corps géologiques, etc. Dans le système 100, les entités 122 peuvent inclure des 25 représentations virtuelles d'entités physiques réelles qui sont reconstruites à des fins de simulation. Les entités 122 peuvent inclure des entités basées sur des données acquises par sondage, observation, interprétation, etc. (par exemple, les données sismiques 112 et les autres informations 114). [0021] Dans un exemple de mode de réalisation, le composant de simulation 120 peut avoir recours à une infrastructure logicielle telle qu'une infrastructure orientée objet. Dans une telle infrastructure, les entités peuvent inclure des entités basées sur des classes prédéfinies afin de faciliter la modélisation et la simulation. Un exemple disponible dans le commerce d'infrastructure orientée objet est l'infrastructure MICROSOFT® .NETTm (Redmond, Washington), qui fournit un ensemble de classes d'objets extensibles. Dans l'infrastructure .NETTm, une classe d'objets encapsule un module de code réutilisable et des structures de données associées. Les classes d'objets peuvent être utilisées pour instancier des instances d'objets destinées à être utilisées par un programme, un script, etc. Par exemple, les classes de forages peuvent définir des objets pour représenter les forages sur la base de données de puits, les classes de corps géologiques peuvent définir des objets pour représenter les corps géologiques sur la base de données sismiques, etc. A titre d'exemple, un processus d'interprétation qui inclut la génération d'un ou plusieurs attributs sismiques peut permettre la définition d'un corps géologique en utilisant une ou plusieurs classes. Un tel processus peut avoir lieu par une interaction (par exemple, une interaction d'utilisateur), de façon semi-automatique ou automatique (par exemple, par un procédé d'extraction de caractéristiques sur la base, au moins en partie, d'un ou plusieurs attributs sismiques). [0022] Dans l'exemple de la figure 1, le composant de simulation 120 peut traiter des informations afin de se conformer à un ou plusieurs attributs spécifiés par le composant d'attributs 130, qui peut comprendre une bibliothèque d'attributs. Un tel traitement peut avoir lieu avant l'entrée dans le composant de simulation 120. Alternativement, ou de façon additionnelle, le composant de simulation 120 peut effectuer des opérations sur des informations d'entrée sur la base d'un ou plusieurs attributs spécifiés par le composant d'attributs 130. Dans un exemple de mode de réalisation, le composant de simulation 120 peut construire un ou plusieurs mbdéfes de l'environnement géologique 150, qui peuvent être invoqués pour simuler le comportement de l'environnement géologique 150 (par exemple, en réponse à un ou plusieurs actes, qu'ils soient naturels ou artificiels). Dans l'exemple de la figure 1, le composant d'analyse/visualisation 142 peut permettre une interaction avec un modèle ou des résultats basés sur un modèle, des attributs, etc. Dans un exemple de mode de réalisation, la sortie du composant de simulation 120, du composant d'attributs 130 ou d'un ou plusieurs autres composants, peut être entrée dans un ou plusieurs autres flux de travail, tel qu'indiqué par un composant de flux de travail 144 (par exemple, pour déclencher un autre processus). [0023] Dans un exemple de mode de réalisation, les composants de gestion 110 peuvent inclure des fonctionnalités d'une infrastructure de simulation disponible dans le commerce, telle que l'infrastructure logicielle sismique à simulation PETREL®. 10 L'infrastructure PETREL® fournit des composants qui permettent l'optimisation des opérations d'exploration et de développement. L'infrastructure PETREL® comprend des composants logiciels sismiques à simulation qui fournissent des informations destinées à être utilisées pour augmenter la performance des réservoirs, par exemple, en améliorant la productivité de l'équipe actifs. Grâce à l'utilisation d'une telle 15 infrastructure, les différents professionnels (par exemple, les géophysiciens, géologues et ingénieurs réservoirs) peuvent développer des flux de travail collaboratifs et intégrer les opérations afin de rationaliser les processus. Une telle infrastructure peut être considérée comme une application et peut être considérée comme une application orientée données (par exemple, où des données sont saisies à des fins de simulation 20 d'un environnement géologique). [0024] Dans un exemple de mode de réalisation, les différents aspects des composants de gestion 110 peuvent inclure des additifs ou des modules d'extension qui fonctionnent conformément aux spécifications d'un environnement d'infrastructure. Par exemple, un environnement d'infrastructure disponible dans le commerce 25 commercialisé sous le nom d'environnement d'infrastructure OCEAN® (Schlumberger Limited, Houston, Texas) permet l'intégration transparente des additifs (ou modules d'extension) dans le flux de travail de l'infrastructure PETREL®. L'environnement d'infrastructure OCEAN® s'appuie sur les outils .NET® (Microsoft Corporation, Redmond, Washington) et offre des interfaces stables et conviviales pour un 30 développement efficace. Dans un exemple de mode de réalisation, les différents composants (par exemple, ou les modules) peuvent être implémentés en tant qu'additifs (ou modules d'extension) qui sont conformes à et fonctionnent conformément aux spécifications d'un environnement d'infrastructure (par exemple, conformément à des spécifications d'interface de programmation d'applications (API), etc.) [0025] La figure 1 montre également, à titre d'exemple, l'infrastructure 170, qui comprend une couche de simulation de modèle 180 avec une couche de services d'infrastructure 190, une couche de base d'infrastructure 195 et une couche de modules 175. L'infrastructure 170 peut inclure l'infrastructure OCEANC, disponible 10 dans le commerce, où la couche de simulation de modèle 180 est le logiciel centré modèle PETREL®, disponible dans le commerce, qui héberge les applications de l'infrastructure OCEAN®. Dans un exemple de mode de réalisation, le logiciel PETREL® peut être considéré comme une application orientée données. Le logiciel PETREL® peut inclure une infrastructure pour la construction et la visualisation des 15 modèles. Un tel modèle peut inclure une ou plusieurs grilles (par exemple, qui représentent un environnement géologique). [0026] La couche de simulation de modèle 180 peut fournir des objets de domaine 182, servir de source de données 184, fournir un rendu 186, et produire différentes interfaces utilisateur 188. Le rendu 186 peut fournir un environnement 20 graphique dans lequel les applications peuvent afficher leurs données, tandis que les interfaces utilisateur 188 peuvent fournir un aspect commun aux composants d'interfaces utilisateur des applications. [0027] Dans l'exemple de la figure 1, les objets de domaine 182 peuvent inclure des objets d'entité, des objets de propriété et éventuellement d'autres objets liés à un 25 logiciel de champ de pétrole (par exemple, géologie, géophysique, forage, simulation de réservoir, forage de puits, économie, gestion des champs de pétrole, simulation de flux, etc.). Les objets d'entité peuvent être utilisés pour représenter géométriquement les puits, les surfaces, les réservoirs, les corps géologiques, etc., tandis que les objets de propriété peuvent être utilisés pour fournir des valeurs de propriété ainsi que des versions de données et des paramètres d'affichage. Par exemple, un objet d'entité peut représenter un puits, tandis qu'un objet de propriété fournit des informations de journal ainsi que des informations de version et des informations d'affichage (par exemple, pour afficher le puits dans le cadre d'un modèle). [0028] Dans l'exemple de la figure 1, les données peuvent être stockées dans une ou plusieurs sources de données (ou magasins de données, y compris, ses s'y limiter, les dispositifs de stockage de données physiques), qui peuvent être sur le même site ou sur des sites physiques différents, et être accessibles via un ou plusieurs réseaux. La couche de simulation de modèle 180 peut être configurée pour modeler des projets. 10 En tant que tel, un projet particulier peut être stocké, les informations du projet stocké pouvant inclure des entrées, des modèles, des résultats et des cas. Ainsi, à l'issue d'une session de modélisation, un utilisateur peut stocker un projet. A un moment ultérieur, le projet peut être consulté et restauré en utilisant la couche de simulation de modèle 180, qui peut recréer les instances des objets de domaine pertinents. 15 [0029] Dans l'exemple de la figure 1, l'environnement géologique 150 peut être équipé avec, au choix, une variété de capteurs, de détecteurs, d'actionneurs, etc. Par exemple, l'équipement 152 peut inclure un circuit de communication pour recevoir et transmettre des informations relativement à un ou plusieurs réseaux 155. Ces informations peuvent inclure des informations associées à des équipements de 20 fond 158, qui peuvent être des équipements pour forer, acquérir des informations, aider à la récupération des ressources, etc. D'autres équipements 156 peuvent être situés à distance d'un emplacement de forage et comprendre des circuits de sondage, de détection, d'émission ou d'autres circuits. Ces équipements peuvent inclure des circuits de stockage et de communication pour stocker et communiquer des données, des 25 instructions, etc. L'environnement géologique 150 montre également différents puits (par exemple, les puits de forage) 154-1, 154-2, 154-3 et 154-4. Dans l'exemple de la figure 1, l'équipement de fond 158 peut inclure une foreuse pour forer le puits 154-3. [0030] L'infrastructure 170 peut effectuer une modélisation de l'environnement géologique 150 comprenant les puits 154-1, 154-2, 154-3 et 154-4, ainsi que les couches stratigraphiques, les lithologies, les défauts, etc. L'infrastructure 170 peut. créer un modèle avec une ou plusieurs grilles, par exemple, définies par des noeuds, où une technique numérique peut être appliquée à des équations pertinentes discrétisées selon au moins l'une desdites une ,ou plusieurs grilles. A titre d'exemple, l'infrastructure 170 peut effectuer une simulation de phénomènes associés à l'environnement géologique 150 en utilisant au moins une partie d'une grille. Pour ce qui est de l'exécution d'une simulation, une telle simulation peut comprendre l'interpolation des types de roches géologiques, l'interpolation des propriétés pétrophysiques, la simulation de l'écoulement des fluides, ou d'autres calculs (par exemple, ou une combinaison quelconque de ce qui précède). Assistance et/ou formation [0031] Selon un exemple de mode de réalisation, un système 100 (représenté à la figure 1) peut permettre une interaction d'utilisateur et certaines autres fonctionnalités, y compris, sans s'y limiter, l'enregistrement d'informations d'interaction dans un objet qui est défini et/ou instancié par un logiciel lié au système 100. « Interaction », tel qu'utilisé dans la présente invention, inclut, sans s'y limiter, « l'interaction d'utilisateur ». [0032] La figure 2 montre un exemple de mode de réalisation de la couche de modules 175 (représentée à la figure 1) qui comprend un exemple de module d'interaction 205. Le module d'interaction 205 peut comprendre un enregistreur d'interaction 210 qui est configuré pour enregistrer les interactions avec le système et/ou un logiciel dans un objet d'interaction 212. Un analyseur d'interaction 215 peut être configuré pour analyser une ou plusieurs interactions erffegistrées par l'enregistreur d'interaction 210 dans l'objet d'interaction 212. Un lecteur d'interaction 220 peut être conçu pour lire et/ou reproduire une ou plusieurs interactions associées à des données stockées dans l'objet d'interaction 212. Le logiciel, qui peut inclure un logiciel pétrolier et gazier, peut être appelé ici « logiciel hôte ». Un « objet d'interaction » peut inclure des données d'interaction liées à une ou plusieurs interactions avec les différentes parties du logiciel, y compris, sans s'y limiter, un ou plusieurs éléments de l'interface utilisateur. En outre, l'objet d'interaction peut inclure un ou plusieurs objets de domaine, et peut éventuellement inclure des informations sur les interactions-relatives à ces objets de domaine. [0033] La figure 3 montre un exemple de mode de réalisation d'un procédé 300 pour fournir une assistance et/ou une formation en association avec divers blocs de supports lisibles par ordinateur (CRM) 306, 311, 316, et 321. Le logiciel hôte peut activer l'enregistrement des interactions au niveau du bloc 305 (par exemple, initié par un utilisateur ou initié automatiquement par le logiciel hôte). Un processus dans le logiciel hôte, tel que l'enregistreur d'interaction 210 représenté à la figure 2, peut recueillir et stocker des informations relatives à l'interaction avec le logiciel hôte dans un objet 10 d'interaction au niveau du bloc 310 (par exemple, l'objet d'interaction 212 représenté à la figure 2). Au niveau du bloc 315, une copie de l'objet d'interaction peut être fournie à un lecteur d'interaction (par exemple, le lecteur d'interaction 220 représenté à la figure 2) qui visualise, simule, ou réeffectue une interaction sur la base d'informations d'interaction stockées dans l'objet d'interaction au niveau du bloc 320. L'interaction peut 15 être réeffectuée par l'intermédiaire du même dispositif informatique ou de la même instance du logiciel hôte que celui ou celle sur lequel/laquelle l'interaction a d'abord été effectuée, ou par l'intermédiaire d'un autre dispositif informatique ou d'un autre logiciel hôte. [0034] Un exemple de scénario lié au procédé 300 peut inclure une assistance 20 technique. Par exemple, un utilisateur peut avoir l'une des expériences utilisateur suivantes (les expériences utilisateur suivantes ne sont que des exemples - d'autres expériences utilisateur sont également possibles) : - Un utilisateur peut ne pas savoir où trouver un certain élément d'interface utilisateur ; 25 Un utilisateur peut ne pas comprendre comment utiliser certaines fonctionnalités du logiciel hôte, ou peut ne pas comprendre comment une telle fonctionnalité de logiciel s'utilise ; Un utilisateur peut rencontrer un bug, une erreur, un événement catastrophique, ou un plantage du logiciel hôte ; ou Un utilisateur peut recevoir un message d'erreur du logiciel hôte. [0035] En réponse à une expérience utilisateur (par exemple, une ou plusieurs des expériences utilisateur susmentionnées), un utilisateur peut demander une assistance technique. Par exemple, l'utilisateur peut transmettre un ticket d'assistance à un centre d'assistance technique interne ou externe. Selon un exemple de mode de réalisation, un utilisateur peut transmettre une copie de l'objet d'interaction à un second utilisateur (par exemple, un membre du personnel d'assistance technique ou tout autre utilisateur 10 récepteur) ou à un système informatique (par exemple, une base de données d'assistance). L'objet d'interaction peut être fourni avec (ou à la place) des informations sur le projet ou des données confidentielles ou propriétaires. A titre d'exemple, une copie de l'objet d'interaction peut être jointe par voie électronique à un ticket d'assistance et/ou stockée dans une base de données d'assistance. 15 [0036] Lorsqu'il reçoit l'objet d'interaction, un utilisateur récepteur peut utiliser l'objet d'interaction avec une seconde instance du logiciel hôte fonctionnant sur un second dispositif informatique. Le second dispositif informatique peut être le même que le dispositif informatique qui a créé l'objet d'interaction, ou bien ce peut être un dispositif informatique différent. Dans certains exemples de situations, la seconde instance du 20 logiciel hôte peut être la même instance du logiciel hôte que celle qui a créé l'objet d'interaction. Le logiciel hôte fonctionnant sur le second dispositif informatique peut comprendre un processus pour extraire des informations de l'objet d'interaction et visualiser, simuler et/ou reproduire une ou plusieurs interactions à l'aide du second dispositif informatique ou de la seconde instance du logiciel hôte. La fonctionnalité qui 25 précède peut être implémentée par le lecteur d'interaction 220 représenté à la figure 2. [0037] Cela permet à un second utilisateur (par exemple, un membre du personnel d'assistance technique) d'observer et/ou de recréer une ou plusieurs interactions qui ont été enregistrées dans l'objet d'interaction (par exemple, en affichant une ou plusieurs captures d'écran ou un film qui a été créé sur la base des informations d'interactions). Dans un exemple de mode de réalisation, les informations d'interactions et/ou un ou plusieurs objets de domaine liés à l'objet d'interaction peuvent être utilisés pour reproduire l'interaction (par exemple, réeffectuer une ou plusieurs des interactions d'utilisateur sur le premier ou le second dispositif informatique). Les informations enregistrées dans l'objet d'interaction peuvent inclure des informations de dispositifs d'entrée (par exemple, les mouvements de souris, les clics de souris, les frappes sur le clavier, les commandes vocales, les entrées basées sur le suivi du mouvement des yeux, les lectures d'ondes cérébrales, les captures d'écran) et d'autres 10 interactions d'utilisateur et/ou informations d'exécution du logiciel (par exemple, les commandes ou les opérations qui sont exécutées). [0038] Comme on peut le voir à partir de la description qui précède, un destinataire d'un objet d'interaction (par exemple, un membre du personnel d'assistance technique) peut utiliser les informations contenues dans l'objet d'interaction pour exécuter une ou 15 plusieurs interactions précédemment réalisées dans la même et/ou une autre instance de l'application hôte. La possibilité de visualiser l'interaction réelle offre à un destinataire de l'objet d'interaction un avantage par rapport à un mécanisme d'assistance qui fournit simplement des clichés statiques, des informations d'exécution d'après-coup et/ou des journaux d'erreurs basés sur le texte qui capturent uniquement 20 des informations sur un module logiciel ou un fichier qui a provoqué un plantage. [0039] Selon un autre exemple de mode de réalisation, un objet d'interaction peut être utilisé pour fournir une formation interne et/ou externe. Par exemple, les interactions d'un premier utilisateur d'un logiciel hôte peuvent être enregistrées dans un objet d'interaction, et l'objet d'interaction peut être distribué à un ou plusieurs 25 utilisateurs du logiciel hôte au sein d'une organisation ou à l'extérieur de l'organisation (par exemple, pour expliquer et/ou fournir des informations de formation ou de meilleures pratiques relativement au logiciel hôte). Intelligence Artificielle (IA) [0040] Un mode de réalisation de la présente invention peut enregistrer et/ou analyser l'interaction d'utilisateur relativement à un logiciel hôte. Cela peut permettre aux développeurs de logiciels hôtes d'ajouter de l'intelligence au logiciel hôte. Par exemple, un développeur de logiciels hôtes peut ajouter des fonctionnalités qui aident l'utilisateur à accomplir une tâche. Cela peut inclure, sans s'y limiter, la reconnaissance de modèles d'interaction. Une fois qu'un modèle d'interaction est identifié, le logiciel hôte peut s'adapter dynamiquement afin d'assister un utilisateur. Dans un exemple de mode de réalisation, le logiciel hôte peut fournir une rétroaction à l'utilisateur en corrigeant le comportement et/ou l'interaction d'un utilisateur lorsqu'une certaine tâche est exécutée d'une manière qui diffère d'informations d'interaction d'utilisateur prédéterminées (par exemple, des informations d'interaction d'utilisateur prédéterminées liées à un comportement et/ou à une interaction prédéterminé(e)). Dans un autre exemple de mode de réalisation, le logiciel hôte peut fournir des informations pour aider l'utilisateur à accomplir une tâche (par exemple, fournir des informations via une boîte de dialogue, un guide interactif, tel qu'un assistant, etc.). [0041] Les paragraphes suivants décrivent au moins trois exemples d'application d'IA : analyse mono-utilisateur versus multi-utilisateur, interface utilisateur (IU) adaptative, et apprentissage machine. [0042] Exemple d'analyse mono-utilisateur versus multi-utilisateur - interprétation faille/horizon : Dans un exemple d'analyse mono-utilisateur, tandis qu'un utilisateur utilise un ou plusieurs outils d'interprétation de failles dans un logiciel hôte, le logiciel hôte peut suivre les interactions et/ou les habitudes de l'utilisateur et fournir une suggestion afin d'améliorer l'expérience utilisateur. La capacité native à suivre les interactions permet au logiciel hôte de reconnaître un objectif que l'utilisateur essaie d'atteindre. Les informations contextuelles, telles que les informations sur les proCessus et données actifs, peuvent également fournir des indications sur ce que l'utilisateur essaie d'accomplir. Par exemple, si le logiciel hôte reconnaît que l'utilisateur se sert d'un outil automatisé, mais supprime souvent les résultats de l'outil, alors, lorsqu'il reconnaît ce modèle, le logiciel hôte peut proposer à l'utilisateur d'utiliser des outils d'extraction semi-automatiques à la place. [0043] Dans un autre exemple de mode de réalisation impliquant de multiples utilisateurs, les informations d'interaction stockées dans une pluralité d'objets d'interaction peuvent être analysées collectivement. Par exemple, si des modèles d'interaction dans des données d'interaction enregistrées suggèrent qu'une pluralité d'utilisateurs doivent effectuer une interaction sur le logiciel hôte d'une certaine manière, le logiciel hôte peut indiquer à un utilisateur qu'il s'écarte d'une information d'interaction prédéterminée (par exemple, un utilisateur dont l'interaction s'écarte de celle d'un certain nombre d'autres utilisateurs, ou un utilisateur dont l'interaction s'écarte d'une interaction prédéterminée). Cela pourrait être appliqué pour former et/ou orienter des utilisateurs qui ne sont pas familiers avec le logiciel hôte. [0044] Exemple d'Interface Utilisateur (IU) adaptative : attributs et paramètres sismiques : Un utilisateur peut vouloir définir des paramètres sismiques lorsqu'il travaille avec des outils d'interprétation (par exemple, dans le cas d'attributs). En reconnaissant des modèles d'interaction (par exemple, un utilisateur préfère commencer par des attributs structurels, ou un utilisateur préfère un certain rayon de filtrage qui est différent d'un rayon de filtrage par défaut prédéterminé). Le logiciel hôte peut être conçu pour détecter de tels modèles d'interaction, et peut adapter un ou plusieurs comportements par défaut du logiciel pour s'adapter à l'utilisateur (par exemple, définir un comportement par défaut du logiciel pour s'adapter aux modèles d'interaction d'utilisateur). Dans un exemple de mode de réalisation, le logiciel hôte peut suggérer un ou plusieurs attributs sismiques similaires quand il reconnaît un modèle d'interaction prédéterminé qui suggère que l'utilisateur a du mal à obtenir les résultats souhaités (par exemple, l'utilisateur répète une ou plusieurs actions relativement à un ou plusieurs paramètres sismiques). Selon un exemple de mode de réalisation, le logiciel hôte peut suggérer des flux de travail alternatifs pour un ou plusieurs attributs sélectionnés en fonction d'autres données d'interaction qui ont été soumises à un système de gestion des connaissances. Le système de gestion des connaissances peut être un système public ou privé basé sur le nuage qui recueille des données d'interaction d'un ou plusieurs utilisateurs. [0045] La figure 4 montre un exemple de procédé 400 pour fournir l'IA en association avec divers blocs de supports lisibles par ordinateur (CRM) 411, 416, 421, 426, 431 et 436. Le procédé 400 peut commencer au niveau du bloc 410, qui inclut l'enregistrement d'une interaction dans un objet d'interaction. Des informations de contexte sur l'objet ou sur l'interaction peuvent également être stockées dans l'objet d'interaction au niveau du bloc 410. Au niveau du bloc 415, une copie de l'objet d'interaction peut être analysée (par exemple, par un analyseur d'interaction). Les informations d'interaction stockées dans l'objet d'interaction peuvent être analysées au niveau du bloc 420. Éventuellement, au niveau du bloc 425, si l'objet d'interaction 10 comprend également des informations de contexte, alors ces informations de contexte peuvent aussi être analysées (par exemple, par l'analyseur d'interaction ou un autre composant configuré pour analyser de telles informations). Le procédé 400 peut poursuivre avec le bloc 430 et/ou avec le bloc 435. Au niveau du bloc 430, le logiciel hôte peut fournir une rétroaction à l'utilisateur sur la base de l'analyse effectuée au 15 niveau du bloc 420 et/ou du bloc 425. Le bloc 435 inclut la modification du fonctionnement du logiciel hôte sur la base de l'analyse effectuée au niveau du bloc 420 et/ou du bloc 425. Tests d'utilisabilité [0046] Les informations d'interaction stockées dans un objet d'interaction peuvent 20 être utilisées pour effectuer un test et une analyse d'utilisabilité. Un exemple de test et d'analyse d'utilisabilité peut être similaire à un mode de réalisation d'un analyseur d'expérience utilisateur de logiciel (SUEA), tel que décrit ci-dessous. La capacité à suivre et à enregistrer les mouvements et les événements dans un logiciel ouvre un éventail de possibilités. Cela peut inclure, sans s'y limiter, une meilleure communication 25 des événements entre différentes parties, telles que les clients et l'assistance, la commercialisation et l'ingénierie, entre clients, et le personnel de formation et les clients. [0047] Un exemple de mode de réalisation peut inclure un logiciel qui possède des points d'ancrage sur un ou plusieurs événements (par exemple, tous les événements) au sein du logiciel hôte. À titre d'exemple, ces points d'ancrage peuvent être activés par un kit de développement logiciel (également appelé ici « SOK »), tel que l'environnement d'infrastructure OCEAN® de SCHLUMBERGER (Schlumberger Limited, Houston, Texas). Le logiciel hôte peut enregistrer un ou plusieurs des événements dans le système (par exemple, tous les événements). Par exemple, un événement peut être enregistré lorsque l'une ou plusieurs des situations suivantes surviennent : un utilisateur sélectionne un élément d'interface utilisateur (par exemple, chaque fois qu'un élément d'interface utilisateur est sélectionné), un processus actif change, un processus devient actif, et/ou un dispositif d'entrée change (par exemple, 10 un dispositif d'entrée change de position). Ces situations ne sont que des exemples, et d'autres événements relèvent également du cadre de la présente invention. [0048] Les enregistrements peuvent être stockés dans un format qui facilite l'utilisation du logiciel hôte (par exemple, pour tester l'utilisabilité de l'application hôte). Toutefois, l'activation de cet objet d'interaction et la possibilité d'enregistrer des actions, 15 des commandes et des interactions ne sont pas limitées uniquement à un test d'utilisabilité. [0049] En se référant à nouveau à la figure 4, selon un exemple de mode de réalisation, un test d'utilisabilité peut suivre le procédé 400, et au niveau du bloc 435, un ou plusieurs aspects d'une interface utilisateur peuvent être modifiés en fonction de 20 l'analyse effectuée au niveau des blocs 420 et/ou 425. [0050] Des exemples de modes de réalisation décrits dans la présente invention peuvent porter sur une ou plusieurs formes de test d'utilisabilité. Un « test d'utilisabilité structuré » peut être utilisé pour décrire un test d'utilisabilité dans lequel un testeur suit un script de test pour accomplir de façon répétée une tâche sans aucune donnée 25 spécifique d'interface utilisateur. Un « test d'utilisabilité non structuré » peut décrire un test d'utilisabilité dans lequel un testeur est invité à passer une quantité de temps prédéterminée à utiliser le logiciel afin d'exécuter un ou plusieurs flux de travail spécifiques. Un « test formel » peut être utilisé pour décrire un test d'utilisabilité qui est organisé par un administrateur de test et implique de multiples testeurs externes au développement. Un rapport de test ou un résumé des conclusions peuvent être rédigés et présentés à une équipe de portefeuille et/ou à l'équipe de développement. Un « test informel » peut décrire un test d'utilisabilité qui est effectué par un développeur ou une équipe de développement. [0051] Dans un exemple de cas d'utilisation impliquant un test d'utilisabilité structuré et non structuré, des informations peuvent être collectées afin de faciliter la conception du logiciel. Dans un tel cas d'utilisation, une ou plusieurs des personnes suivantes peuvent être des participants : un testeur ; un ou plusieurs membres d'au moins une des équipes suivantes : une équipe de développement ; une équipe de portefeuille ; une équipe de commercialisation et/ou une équipe d'utilisabilité. [0052] Selon un exemple de mode de réalisation de test d'utilisabilité non structuré, un tel test peut avoir lieu lors d'une phase de développement préparatoire ou instable. Au cours de cette phase, un développeur ou une équipe de développement peut étudier l'utilisabilité d'un outil ou d'un flux de travail en cours de développement. En outre, des approches ou des conceptions potentiellement alternatives peuvent être étudiées. Les interactions enregistrées et stockées dans un ou plusieurs objets d'interaction peuvent être analysées pour certains modèles d'interaction qui indiquent un problème de conception d'interface utilisateur. [0053] Dans un exemple de scénario de test d'utilisabilité structuré, un tel test peut avoir lieu lors d'une phase dite de « fonctionnalités complètes » (par exemple, fin du développement ; phase de développement mature/stable). Un administrateur de test peut préparer des instructions de test et des scripts de test (test structuré), et présenter et/ou coordonner le test. Un utilisateur peut exécuter une ou plusieurs opérations sur le logiciel hôte selon les instructions, tandis que le logiciel hôte collecte des informations d'interaction dans un objet d'interaction, tel que décrit ici. Les informations d'interaction dans l'objet d'interaction peuvent être partagées tel que décrit dans n'importe quel exemple de mode de réalisation décrit ici. L'administrateur de test peut recueillir les informations d'interaction afin d'analyser l'activité de l'utilisateur, et peut produire des statistiques. Dans le cadre de l'évaluation de l'interface utilisateur, un administrateur de test peut rechercher les données d'interaction pour des modèles qui indiquent un ou plusieurs problèmes de conception de l'interface utilisateur. [0054] Avec les scénarios de test d'utilisabilité non structuré et/ou structuré décrits ci-dessus, une fois qu'un ou plusieurs problèmes ont été identifiés, la conception de l'interface utilisateur peut être modifiée. L'interaction avec l'interface utilisateur modifiée peut être enregistrée dans un ou plusieurs objets d'interaction, et de telles informations d'interaction avec l'interface utilisateur modifiée peuvent être analysées afin d'évaluer les effets des modifications apportées à l'interface utilisateur. [0055] Un exemple de mode de réalisation de la présente invention peut comprendre la mesure de la capacité d'apprentissage d'une interaction prédéterminée. Par exemple, un test d'utilisabilité peut impliquer évaluer le temps qu'il faut à un utilisateur pour se familiariser avec une opération, et/ou déterminer si l'efficacité d'un utilisateur s'améliore une fois qu'il a effectué l'opération plusieurs fois. Lors d'une telle évaluation, les informations d'interaction au cours d'une pluralité d'exécutions d'opérations de l'utilisateur peuvent être enregistrées dans un ou plusieurs objets d'interaction. Les informations d'interaction peuvent être analysées pour produire une ou plusieurs mesures afin de déterminer si la performance de l'utilisateur s'est améliorée (par exemple, combien de temps il lui a fallu pour effectuer l'opération à chaque fois). Les résultats de l'analyse peuvent être utilisés pour modifier le fonctionnement du logiciel hôte, y compris, mais sans s'y limiter, modifier l'interface utilisateur. Analyseur d'expérience utilisateur de lopiciel (SUEA) [0056] Les travaux dans le domaine de l'analyse de l'expérience utilisateur peuvent inclure l'évaluation de l'utilisabilité d'un logiciel. Dans l'exécution de ces travaux, plusieurs types de logiciels différents peuvent être évalués. Les développeurs de logiciels pétroliers et gaziers peuvent utiliser un environnement de test standardisé pour tester l'expérience utilisateur. Cela peut comprendre la mise en place d'une machine pour un utilisateur de test où il/elle peut utiliser le logiciel pour effectuer certaines tâches prédéfinies. Les actions de l'utilisateur de test peuvent être enregistrées pendant le test de telle sorte que les interactions peuvent être analysées à l'aide d'une application logicielle selon un exemple de mode de réalisation de la présente invention. Un exemple de mode de réalisation peut être appelé ici analyseur d'expérience utilisateur de logiciel (SU EA). [0057] Un exemple de mode de réalisation de la présente invention peut être utilisé pour améliorer l'utilisabilité du logiciel. Bien que les modes de réalisation de la présente invention soient décrits dans le contexte d'un logiciel pétrolier et gazier, les aspects de la présente invention peuvent également s'appliquer aux applications bureautiques 10 d'une manière générale. [0058] Un exemple de mode de réalisation peut comprendre une application qui permet de visualiser les flux de travail d'un utilisateur. Ces flux de travail peuvent être récupérés à partir d'un format de fichier standardisé. Avec cet outil de visualisation des flux de travail, un développeur de logiciels pétroliers et gaziers peut faciliter un test 15 d'utilisabilité en représentant les données de différentes façons. Par exemple, un utilisateur peut choisir de visualiser une ou plusieurs interactions enregistrées sur un écran, ou de lire de telles interactions séquentiellement (par exemple, dans un format de film). Cela permet à un utilisateur de visualiser les données d'interaction d'un logiciel pétrolier et gazier, et peut ouvrir de nouvelles possibilités pour des études 20 comparatives. [0059] Lorsque l'on démarre un SUEA, un ou plusieurs fichiers de notation peuvent être chargés. Selon un exemple de mode de réalisation, les fichiers de notation peuvent inclure des documents texte avec des informations rédigées dans un format spécifié. Les informations peuvent refléter un ou plusieurs événements d'entrée, par 25 exemple, entrée de la souris, entrée du clavier, entrée basée sur le suivi du mouvement des yeux, etc. Dans un exemple de mode de réalisation, un logiciel autre qu'un logiciel hôte peut être-utilisé pour obtenir des informations sur l'interaction d'utilisateur avec le logiciel hôte (par exemple, par l'intermédiaire d'un module d'extension dans le logiciel hôte). [0060] Une fois qu'un fichier de notation est chargé dans un SUEA, certaines informations peuvent être affichées. À partir de là, un utilisateur peut être en mesure de sélectionner une ou plusieurs vues différentes. Ces vues peuvent fournir une représentation des données d'utilisabilité et peuvent aider à analyser l'utilisabilité du logiciel. [0061] Par exemple, un utilisateur d'un SUEA peut être en mesure d'afficher une « vue de trace ». Autrement dit, un utilisateur peut être en mesure d'afficher une trace des mouvements de la souris d'un utilisateur, ainsi que d'autres événements d'interaction (par exemple, les clics sur les boutons de la souris). Par exemple, la trace 10 peut refléter le chemin des interactions d'un utilisateur avec le logiciel dans différentes couleurs. Dans un exemple de mode de réalisation, l'ensemble de ce qui précède peut être montré dans une seule fenêtre, de sorte que toutes les données enregistrées pendant une session peuvent être affichées dans une seule vue. Cela peut être utilisé pour aider un utilisateur de SUEA à analyser l'ensemble des mouvements et des 15 performances d'un utilisateur relativement à une application pétrolière et gazière qui est analysée. Cela peut également être utilisé pour mettre en évidence les habitudes d'un utilisateur. Dans cette vue, comme dans d'autres vues, un SUEA peut afficher simultanément les interactions de multiples utilisateurs. Cela peut comprendre la juxtaposition des mouvements d'interaction de plusieurs utilisateurs d'une application 20 pétrolière et gazière en même temps dans différentes couleurs, et à permettre à un utilisateur de SUEA d'identifier un comportement différenciateur d'un utilisateur à l'autre. [0062] Selon un exemple de mode de mode de réalisation, un SUEA peut fournir une seconde vue qui est analogue à la vue de trace décrite ci-dessus, mais avec un 25 élément temporel. Cela peut permettre à un utilisateur d'un SUEA de visualiser le mouvement de la souris dans le logiciel pétrolier et gazier analysé sous la forme d'un film où un mouvement d'interaction, tel que le mouvement du curseur de la souris, peut être tracé lorsqu'un utilisateur interagit avec le logiciel pétrolier et gazier. Éventuellement, un SUEA peut permettre à un utilisateur du SUEA de choisir une 30 vitesse à laquelle les informations qui précèdent peuvent être affichées. Cela peut aider un utilisateur du SUEA à identifier l'ordre dans lequel certains événements se produisent, et peut en outre renforcer les capacités d'analyse fournies par un SUEA. [0063] Dans un exemple de mode de réalisation, un SUEA peut fournir une vue qui représente une « carte de région ». Dans cette vue, un utilisateur du SUEA peut voir où un ou plusieurs événements de souris ont eu lieu au cours d'une session de test. Par exemple, un utilisateur du SUEA peut utiliser cette vue pour déterminer l'endroit où la majorité des événements ont eu lieu (par exemple, les clics de souris). À partir de ces informations, un utilisateur du SUEA peut être en mesure de déterminer combien de temps a été passé dans certaines boites de dialogue et barres d'outils. Cela peut fournir à un utilisateur du SUEA la capacité d'identifier les problèmes d'utilisabilité. Tel que décrit ci-dessus, un utilisateur du SUEA peut être en mesure d'utiliser cette vue pour comparer l'interaction d'un ou plusieurs utilisateurs avec le logiciel pétrolier et gazier (par exemple, en montrant toutes les interactions en même temps avec les mouvements de chaque utilisateur associés à des couleurs différentes). En outre, tel que décrit ci-dessus, un SUEA peut afficher de telles informations dans un format de film qui indique le temps. [0064] Un exemple de SUEA peut également fournir une vue qui montre une ou plusieurs statistiques liées à l'utilisabilité (appelée ci-après « vue statistique »). Cela peut inclure une vue de graphe où le SUEA affiche des graphiques de certains traits, tels que la longueur de déplacement, le nombre de boutons enfoncés, les erreurs qui ont eu lieu, etc. Cette vue peut être utile pour comparer des utilisateurs d'un logiciel pétrolier et gazier à qui l'on a confié une tâche, afin de voir le niveau de leurs connaissances sur le sujet en question. Cette vue peut aussi être utile pour fournir des données qui peuvent être incluses dans des présentations devant un public, tel que des experts en utilisabilité. Là encore, un SUEA peut être en mesure de visualiser les données de tous les utilisateurs qui ont subi un certain test, et peut permettre à un utilisateur du SUEA de personnaliser les vues pour inclure les informations que l'utilisateur aimerait voir. [0065] Un SUEA selon un mode de réalisation de la présente invention peut être utilisé pour aider à améliorer la productivité et l'expérience utilisateur dans n'importe quel logiciel (par exemple, identifier les interactions inefficaces de l'interface utilisateur, telles que les mouvements de souris et/ou l'utilisation du clavier). Au fur et à mesure que le logiciel est développé, de nouvelles versions de l'application peuvent être publiées (par exemple, éventuellement avec une nouvelle interface utilisateur ou des fonctionnalités supplémentaires). Un SUEA peut aider à identifier les problèmes d'utilisabilité et à donner une indication de la façon dont l'utilisabilité a progressé (c'est-à-dire, suivre les progrès de l'utilisabilité d'un logiciel au fil du temps).
Système informatique [0066] La figure 5 montre les composants d'un exemple de système informatique 500 et un exemple de système de réseau 510. Le système 500 comprend un ou plusieurs processeurs 502, des composants de mémoire et/ou de stockage 504, un ou plusieurs dispositifs d'entrées et/ou de sortie 506, et un bus 508. Dans un exemple de mode de réalisation, les instructions peuvent être stockées dans un ou plusieurs supports lisibles par ordinateur (par exemple, les composants de mémoire/stockage 504). Ces instructions peuvent être lues par un ou plusieurs processeurs (par exemple, le(s) processeur(s) 502) via un bus de communication (par exemple, le bus 508), qui peut être avec ou sans fil. Lesdits un ou plusieurs processeurs peuvent exécuter de telles instructions pour mettre en oeuvre (en tout ou en partie) un ou plusieurs attributs (par exemple, dans le cadre d'un procédé). Un utilisateur peut visualiser la sortie de et interagir avec un processus via un dispositif d'E/S (par exemple, le dispositif 506). Dans un exemple de mode de réalisation, un support lisible par ordinateur peut être un composant de stockage, tel qu'un dispositif de stockage de mémoire physique, par exemple, une puce, une puce sur un boîtier, une carte à mémoire, etc. (par exemple, un support de stockage lisible par un ordinateur ). [0067] Dans un exemple de mode de réalisation, les composants peuvent être distribués, tels que dans le système de réseau 510. Le système de réseau 510 comprend les composants 522-1, 522-2, 522-3, . . . 522-N. Par exemple, les composants 522-1 peuvent inclure le(s) processeur(s) 502, tandis que le(s) composant(s) 522-3 peut(vent) inclure une mémoire accessible par le(s) processeur(s) 502. En outre, le(s) composant(s) 502-2 peuvent comprendre un dispositif d'entrée/sortie pour l'affichage et éventuellement l'interaction avec un procédé. Le réseau peut être ou comprendre l'Internet, un réseau intranet, un réseau cellulaire, un réseau satellite, etc. Conclusion [0068] Bien que quelques exemples seulement de modes de réalisation ont été décrits en détail ci-dessus, l'homme de l'art appréciera aisément que de nombreuses modifications sont possibles dans les exemples de modes de réalisation. En conséquence, toutes ces modifications sont destinées à être incluses dans le champ d'application de la présente invention telle que définie dans les revendications suivantes. Dans les revendications, les clauses dites « moyen plus fonction » sont destinées à couvrir les structures décrites ici comme remplissant la fonction récitée, et pas seulement des équivalents structurels, mais également des structures équivalentes. Ainsi, bien qu'un clou et une vis peuvent ne pas être des équivalents structurels en ce qu'un clou emploie une surface cylindrique pour fixer ensemble des pièces en bois, tandis qu'une vis emploie une surface hélicoïdale, dans le milieu de la fixation des pièces en bois, un clou et une vis peuvent être des structures équivalentes.