FR 3097070 A1 20201211 FR 1905940 A 20190605 Description Titre de l'invention : SYSTÈME ET PROCÉDÉ POUR L'EXTRACTION DE DONNÉES CIBLES, BASÉE SUR UN NA- VIGATEUR [0ool] De manière générale, la spécification concerne le traitement de données, et spéci- fiquement un système et procédé pour l'extraction de données cibles, basée sur un navigateur. [0002] Diverses entités, telles qu'une société ou d'autres organisations, peuvent mettre en oeuvre des programmes de remboursement de dépenses. En général, de tels programmes remboursent aux individus associés à la société certaines dépenses engagées par les individus. Des exemples de dépenses remboursables comprennent les voyages, les fournitures associées aux activités des individus pour le compte de la société et similaires. [0003] De tels programmes exigent typiquement que les dépenses soient soumises pour véri- fication et approbation avant remboursement. En raison de la prévalence du commerce électronique, de nombreuses dépenses sont représentées sur des pages Internet ou d'autres documents électroniques fournis à des dispositifs informatiques exploités par les individus engageant les dépenses. Il est alors demandé aux individus, pour soumettre les dépenses pour vérification et remboursement, d'imprimer manuellement ou de récupérer autrement les données de dépenses provenant des documents électroniques. Il est également demandé aux individus de soumettre manuellement les données de dépenses pour vérification et remboursement (par ex, en joignant un document à un e-mail, en soumettant une copie papier, ou similaire). Le processus de soumission est par conséquent long et susceptible d'engendrer des erreurs commises par inadvertance ou une manipulation délibérée des données avant soumission. [0004] Un aspect de la spécification fournit un procédé d'extraction de données cibles, basé sur un navigateur au niveau d'un dispositif informatique client, le procédé comprenant : le stockage, dans une mémoire du dispositif informatique client, une application de navigateur et une extension de navigateur, l'extension de navigateur contenant un identifiant réseau prédéfini d'un serveur ; au niveau d'un contrôleur du dispositif informatique client interconnecté à la mémoire, l'exécution de l'application de navigateur pour récupérer une page Internet contenant des données cibles ; au niveau du contrôleur, en réponse à la récupération de la page Internet, l'exécution de l'extension de navigateur simultanément à l'application de navigateur pour : capturer une partie de la page Internet contenant les données cibles ; en réponse à la capture de la partie, générer automatiquement une interface de superposition incluant les données 2 cibles ; contrôler un dispositif d'affichage du dispositif informatique client pour présenter la superposition avec la page Internet ; recevoir une commande d'opérateur au niveau de la superposition via un ensemble d'entrée du dispositif informatique client ; et lorsque la commande d'opérateur est une commande de confirmation, transmettre les données cibles au serveur à l'aide de l'identifiant réseau prédéfini. [0005] Dans un mode de réalisation, le procédé comprend par ailleurs, au niveau du contrôleur via l'exécution de l'extension de navigateur, lorsque la commande d'opérateur est une commande de rejet, l'arrêt du dispositif d'affichage de la superposition et le rejet des données cibles, sans transmettre les données cibles au serveur. Dans un autre mode de réalisation, le procédé comprend par ailleurs, au niveau du contrôleur via l'exécution de l'extension de navigateur, avant la capture, la détection d'une caractéristique de la page Internet indiquant que la page Internet contient les données cibles. Dans un autre mode de réalisation, le procédé comprend par ailleurs le stockage dans la mémoire, en association avec l'extension de navigateur, d'une balise prédéfinic correspondant aux données cibles, dans lequel la détection d'une caractéristique inclut l'examen des métadonnécs de la page Internet pour détecter la balise prédéfinic, et dans lequel la capture des données cibles inclut la récupération d'une partie des métadonnécs associées à la balise prédéfinie. Dans un autre mode de réalisation, le procédé comprend par ailleurs le stockage dans la mémoire, en association avec l'extension de navigateur, d'un attribut de page Internet prédéfini indiquant la présence de données cibles, dans lequel la détection d'une caractéristique inclut l'examen d'un modèle d'objet de document (DOM) de la page Internet pour détecter l'attribut de page Internet prédéfini, et dans lequel la capture des données cibles inclut la récupération d'une partie du DOM. Dans un autre mode de réalisation, l'attribut de page Internet prédéfini inclut au moins l'un d'un domaine de la page Internet et un titre de la page Internet. [0006] Dans un mode de réalisation, la capture de la partie de la page Internet inclut, via l'exécution de l'extension de navigateur, la réception d'une commande de capture via l'ensemble d'entrée, la réception d'une sélection de la partie de la page Internet via l'ensemble d'entrées, et la capture de la partie sélectionnée. Dans un autre mode de réalisation, les données cibles incluent les données de facture définissant un prix payable à un fournisseur pour la fourniture d'un produit à un client associé au dispositif informatique client. Dans un autre mode de réalisation, le procédé comprend par ailleurs, avant la réception de la commande d'opérateur, la réception de données d'entrée au niveau de la superposition modifiant les données cibles avant la transmission au serveur. Dans un autre mode de réalisation, le procédé comprend par ailleurs, au niveau du contrôleur via l'exécution de l'extension de navigateur, avant de générer la superposition, la transmission d'une demande d'analyse au serveur incluant 3 la partie de la capture de la page Internet, et la réception des données cibles provenant du serveur. Dans un autre mode de réalisation, le procédé comprend par ailleurs, au niveau du contrôleur via l'exécution de l'extension de navigateur, avant de générer la superposition, l'analyse de la partie capturée de la page Internet pour extraire les données cibles. [0007] Un autre aspect de la spécification fournit un dispositif informatique client, le dispositif informatique client comprenant : une mémoire stockant une application de navigateur et une extension de navigateur, l'extension de navigateur contenant un identifiant réseau prédéfini d'un serveur, un dispositif d'affichage, un ensemble d'entrée, et un contrôleur interconnecté à la mémoire, le dispositif d'affichage et l'ensemble d'entrée. Le contrôleur est par ailleurs configure pour exécuter le procédé décrit dans la présente invention. [0008] Un autre aspect de la spécification fournit un système pour l'extraction de donnée cible, basée sur un navigateur, le système comprenant : un dispositif client incluant une mémoire stockant une application de navigateur et une extension de navigateur, l'extension de navigateur contenant un identifiant réseau prédéfini d'un serveur, un dispositif d'affichage, un ensemble d'entrée, et un contrôleur interconnecte à la mémoire, l'écran et l'ensemble d'entrée. Le contrôleur est par ailleurs configure pour exécuter le procédé décrit dans la présente invention. Le système comprend par ailleurs un serveur correspondant à l'identifiant réseau prédéfini. Le serveur comprend une interface de communication et un processeur est par ailleurs configure pour recevoir des données cibles provenant du dispositif informatique client, générer un reçu électronique conformément aux données cibles, et transmettre le reçu électronique à un sous-système de dépenses. [0009] Dans un mode de réalisation, le processeur est par ailleurs configure pour générer et transmettre un message de confirmation au dispositif informatique client en réponse à la transmission du reçu électronique au sous-système de dépenses, et dans lequel le contrôleur du dispositif informatique client est par ailleurs configure pour contrôler le dispositif d'affichage pour présenter le message de confirmation au niveau de la superposition. Dans un autre mode de réalisation, le processeur est par ailleurs configure, avant de recevoir les données cibles provenant du dispositif informatique client, pour recevoir une demande d'analyse contenant la partie capturée de la page Internet, analyser la partie capturée pour extraire les données cibles, et renvoyer les données cibles au dispositif informatique client pour affichage via la superposition. Dans un autre mode de réalisation, le processeur est configure, afin d'analyser la partie capturée de la page Internet, pour transmettre la partie capturée de la page Internet à un serveur auxiliaire pour analyse. Dans un autre mode de réalisation, le processeur est par ailleurs configure, en réponse à la réception de la demande d'analyse, pour détecter une adresse réseau d'un document cible dans la partie capturée, et pour récupérer le document cible à partir d'un serveur de fournisseur. Dans un autre mode de réalisation, le contrôleur d'un dispositif informatique client est par ailleurs configure, via l'exécution de l'extension de navigateur, pour transmettre une demande d'authentification au serveur. Dans un autre mode de réalisation, le processeur du serveur par ailleurs configure, en réponse à la réception de la demande d'authentification, pour générer et transmettre un jeton (token) d'authentification au dispositif informatique client. [0010] Des modes de réalisation sont décrits en référence aux dessins suivants, dans lesquels : [0011] [fig.1] illustre un système pour l'extraction des données cibles, basée sur un na- vigateur; [0012] [fig.2À] illustre certains composants du dispositif client de la FIG. 1 ; [0013] [fig.2B] illustre certains composants du serveur d'intermédiation de la FIG. 1 ; [0014] [fig.3] illustre un procédé d'extraction de données cibles, basé sur un navigateur au niveau du dispositif client de la FIG. 1 ; [0015] [fig.4] illustre un procédé d'extraction des données cibles, basé sur un navigateur au niveau du serveur d'intermédiation de la FIG. 1 ; [0016] [fig.5] illustre un exemple de page Internet traitée via le procédé de la FIG. 3 ; [0017] [fig.6] illustre un procédé d'exécution du bloc 320 du procédé de la FIG. 3 ; [0018] [fig.7] illustre un mécanisme de capture des parties de la page Internet de la FIG. 5 contenant des données cibles via le procédé de la FIG. 6 [0019] [fig.8] illustre un autre mécanisme de capture des parties de la page Internet de la FIG. 5 contenant des données cibles via le procédé de la FIG. 6 [0020] [fig.9] illustre un autre mécanisme de capture des parties de la page Internet de la FIG. 5 contenant des données cibles via le procédé de la FIG. 6 ; [0021] [fig.10] illustre une invite de soumission générée par le dispositif client de la FIG. 1 ; et [0022] [fig.11] illustre une superposition de données cibles générée par le dispositif client de la FIG. I; [0023] La FIG. 1 illustre un système 100 pour l'extraction des données cibles, basée sur un navigateur. Dans les exemples décrits dans la présente invention, les données cible sont des données de facture définissant une transaction, telle que l'achat de produits (par ex., des biens et/ou des services) provenant d'une entité de fournisseur 104 par un client 108. Le fournisseur 104, dans le présent exemple, est un hôtelier et les produits achetés par le client 108 peuvent par conséquent être un hébergement dans des chambres d'hôtel. Cependant, comme le comprendront aisément les hommes de métier, une grande variété de fournisseurs peuvent fournir une grande variété de produits au client 108. Comme on le verra également, bien qu'un seul fournisseur 104 et un seul client 108 soient illustrés à la FIG. 1, la fonctionnalité d'un système 100 décrit dans la présente invention peut être appliquée à tout nombre approprié de fournisseurs 104 et de clients 108. [0024] Les transactions susmentionnées, dans les exemples décrits dans la présente invention, sont initiées par le client 108 via le fonctionnement d'un dispositif informatique client 112 (par ex., un ordinateur de bureau, un dispositif informatique mobile tel qu'un srnartphone, un ordinateur portable, une tablette électronique ou similaire), également appelé dans la présente invention simplement un dispositif client 112. Spécifiquement, le dispositif client 112 est exploité par le client 108 pour communiquer avec un serveur de fournisseur 116 associé au fournisseur 104 sur un réseau 118. Le serveur de fournisseur 116 héberge un site Internet à travers lequel les transactions susmentionnées peuvent être réalisées. Au moment de la réalisation d'une transaction, le dispositif client 112 reçoit typiquement, du serveur de fournisseur 116, une page Internet de confirmation contenant les données de facture susmentionnées. [0025] Le client 108 peut être associé à un organisme payeur 120, tel qu'une société (par ex., l'employeur du client 108, ou similaire) ou autre société. Certaines transactions initiées par le client 108 peuvent être remboursables au client 108 par l'organisme payeur 120, qui exploite (ou qu'une autre entité exploite pour le compte de l'organisme payeur 120) un sous-système de dépenses 124 pour gérer la collecte et le remboursement desdites transactions. Comme le comprendront aisément les hommes de métier, le système 100 peut inclure tout nombre approprié de ce sous-système de dépenses 124 associé à des organismes payeurs distincts. [0026] Le sous-système de dépenses 124 qui peut également faire référence à un Système de gestion des dépenses (EMS) 124, est mis en oeuvre comme tout dispositif informatique approprié ou combinaison de dispositifs informatiques appropriés (par ex., des serveurs, des ordinateurs de bureau ou similaires). Cependant, pour que le client 108 obtienne le remboursement, les données de facture reçues au niveau du dispositif client 112 provenant du serveur de fournisseur 116 doivent être fournies à l'EMS 124 pour traitement ultérieur (par ex., pour examen et approbation de la dépense, que ce soit manuellement ou via un processus automatisé). [0027] À cette fin, le système 100 met en oeuvre une certaine fonctionnalité pour faciliter l'extraction des données de facture au niveau du dispositif client 112, et la fourniture des données de facture à l'EMS 124. En particulier, la fonctionnalité susmentionnée permet au moins l'automatisation partielle de l'extraction des données de facture et la fourniture des données de facture à l'EMS 124, malgré la grande variété de formes sous lesquelles le serveur de fournisseur 116 pour fournir les données de facture au dispositif client 112. 6 [0028] Plus spécifiquement, le dispositif client 112 est fourni avec une extension de na- vigateur, qui sera décrite plus en détail ci-dessous, configurée pour détecter la présence de données cibles telles que les données de facture susmentionnées sur les pages Internet reçues au niveau du dispositif client 112. Le système 100 inclut également un serveur d'intermédiation 128 configure pour recevoir des données du dispositif client 112 via l'extension de navigateur. Le dispositif client 112 et le serveur d'intermédiation 128 sont configurés pour interagir afin de valider les données de facture, et le serveur d'intermédiation 128 est ensuite configure pour transmettre les données de facture à l'EMS 124 (ou à tout autre EMS, lorsque le système inclut de multiples EMS). Le système 100 comprend également, dans le présent exemple, un serveur auxiliaire 132 configure pour exécuter un certain traitement des données de facture pour le compte du serveur d'intermédiation 128. [0029] Comme le comprendront aisément les hommes de métier tout au long de la discussion ci-dessous, la fonctionnalité mise en oeuvre par le système 100 est appropriée pour l'extraction basée sur un navigateur de divers types de données au-delà des données de facture décrites dans les exemples de la présente invention. C'est-à-dire que le système 100 peut également être déployé pour extraire l'un quelconque d'une variété d'autres types de données provenant de pages Internet récupérées au niveau du dispositif client 112 pour les fournir à un sous-système à la place de l'EMS 124. Par exemple, le système 100 peut être déployé pour détecter et extraire des données de réservation correspondant à des réservations d'hôtels, des locations de voitures, et similaires, et pour fournir de telles données à un sous-système de gestion de voyage (par ex., un outil de réservation en ligne, OBT) associée à une société. Dans d'autres exemples, le système 100 peut être déployé pour détecter et extraire des données définissant des réservations de restaurant ou d'autres événements, et pour fournir de telles données à un sous-système de calendrier. Dans d'autres exemples, le système 100 peut être déployé pour détecter et extraire des données définissant un document (par ex., un lien vers un document électronique sur une page Internet) et pour fournir le document à un sous-système de stockage cloud. [0030] Plus généralement, comme le comprendront aisément les hommes de métier, à présent le système 100 permet la capture de données provenant de l'une quelconque d'une grande variété de sources basées sur Internet et la fourniture de telles données à un sous-système particulier sans nécessiter la reconfiguration des sources basées sur Internet et du sous-système pour interagir entre eux. [0031] Passons maintenant aux FIGS. 2A et 2B, avant de décrire la fonctionnalité du système 100 plus en détail, certains composants du dispositif client 112 et le serveur d'intermédiation 128 seront décrits plus en détail. [0032] D'abord, en référence à la FIG. 2A, le dispositif client 112 inclut au moins un 7 processeur 200, tel qu'une unité centrale de traitement (CPU), ou similaire. Le processeur 200 est également appelé dans la présente invention un contrôleur 200 pour faire plus lisiblement la distinction entre le processeur 200 et un processeur du serveur intermédiaire 128, décrit ci-dessous. Le contrôleur 200 est interconnecté avec une mémoire 204, mis en oeuvre comme un support lisible par ordinateur non transitoire approprié (par ex., toute combinaison appropriée de sous-systèmes de mémoire volatile et non volatile incluant l'une quelconque ou plusieurs mémoires à accès aléatoire (RAM), mémoires mortes (ROM), mémoires mortes programmables effaçables électriquement (EEPROM), mémoires flash, stockages informatiques magnétiques, et similaires). Le processeur 200 et la mémoire 204 sont généralement composés d'un ou de plusieurs circuits intégrés (IC). [0033] Le dispositif client 112 inclut également une interface de communication 208 inter- connectée avec le processeur 200. L'interface de communication 208 permet au dispositif client 112 de communiquer avec les autres dispositifs informatiques du système 100 via le réseau 118. L'interface de communication 208 inclut par conséquent tout composant nécessaire (par ex., des contrôleurs d'interface réseau (NIC), des unités radio, et similaires) pour communiquer via le réseau 118. Les composants spécifiques de r interface de communication 208 sont sélectionnés sur la base de la nature du réseau 118. [0034] Le dispositif client 112 inclut par ailleurs un dispositif d'affichage 212 contrôlable par le processeur 200 pour présenter les informations sur celui-ci. Le dispositif d'affichage 212 peut se baser sur toute technologie de panneau d'affichage appropriée, incluant par exemple, un panneau d'affichage basé sur des diodes électroluminescentes organiques à matrice active (AMOLED). Le dispositif client 112 inclut également un ensemble d'entrée 216 configuré pour recevoir une entrée provenant du client 108 pour fournir des données représentant l'entrée au processeur 200. L'ensemble d'entrée peut inclure l'une quelconque de, ou toute combinaison appropriée d'un clavier, un écran tactile (par ex., intégré au dispositif (l'affichage 212), un clavier et/ou une souris, et similaire. Les composants du dispositif client 112 sont typiquement contenus dans un boîtier, bien que dans certains facteurs de forme, certains composants peuvent être soutenus dans des boîtiers séparés (par ex., le dispositif d'affichage 212 et l'ensemble d'entrée 216). [0035] La mémoire 204 stocke également une pluralité d'instructions de programmation lisibles par ordinateur, exécutables par le contrôleur 200 sous la forme de diverses applications. Les applications stockées dans la mémoire 204 incluent une application de navigateur 220 (c.-à-d. tout navigateur Internet approprié, dont divers exemples apparaîtront aux hommes de métier) et une extension de navigateur 224. Comme illustré à la FIG. 2A, l'extension de navigateur 224 n'est pas une application exécutable indé- 8 pendamrnent, mais est plutôt un composant supplémentaire de l'application de navigateur 220 qui utilise une interface de programmation d'application (API), exposée par l'application de navigateur 220. Comme décrit plus en détail ci-dessous, l'exécution de l'application de navigateur 220 permet au dispositif client 112 d'interagir avec le serveur de fournisseur 116 pour obtenir les pages Internet contenant les données cibles. L'extension 224 permet au dispositif client 112 d'exécuter des actions supplémentaires (au-delà de celles permises par le navigateur 220 lui-même) concernant les pages Internet obtenues du serveur de fournisseur 116. L'extension 224 permet également au dispositif client 112 d'interagir avec le serveur d'intermédiation 128 afin de détecter et d'extraire les données cibles susmentionnées. L'extension 224 peut être mise en oeuvre dans diverses structures appropriées. Par exemple, l'extension 224 peut inclure un composant de contenu qui manipule des pages Internet dans le navigateur 220 et un composant d'arrière-plan qui utilise le navigateur 220 pour communiquer avec le serveur 128. [0036] Comme le comprendront aisément les hommes de métier, le processeur 200 exécute les instructions des applications 220 et 224 (ainsi que toute autre application appropriée stockée dans la mémoire 204) pour exécuter diverses actions définies par les instructions contenues dans la présente invention. Dans la description ci-dessous, le processeur 200, et plus généralement le dispositif client 112, sont réputés être configurés pour exécuter ces actions. On comprendra qu'ils sont ainsi configurés via l'exécution (par le processeur 200) des instructions des applications stockées dans la mémoire 204. [0037] En référence à la FIG. 2B, le serveur d'intermédiation 128 inclut au moins un processeur 250, tel qu'une unité centrale de traitement (CPU), ou similaire. Le processeur 250 est interconnecté avec une mémoire 254, mise en oeuvre comme un support lisible par ordinateur non transitoire approprié (par ex., une combinaison appropriée de sous-systèmes de mémoire volatile et non volatile incluant l'une quelconque ou plusieurs mémoires à accès aléatoire (RAM), mémoires mortes (ROM), mémoires mortes programmables effaçables électriquement (EEPROM), mémoires flash, stockages informatiques magnétiques, et similaires). Le processeur 250 et la mémoire 254 sont généralement composés d'un ou de plusieurs circuits intégrés (IC). [0038] Le serveur 128 inclut également une interface de communication 258 interconnectée avec le processeur 250. L'interface de communication 258 permet au serveur 128 de communiquer avec les autres dispositifs informatiques du système 100 via le réseau 118. L'interface de communication 258 inclut par conséquent tout composant nécessaire (par ex., des contrôleurs d'interface réseau (NIC), des unités radio, et similaires) pour communiquer via le réseau 118. Les composants spécifiques de l'interface de communication 208 sont sélectionnés sur la base de la nature du 9 réseau 118. Le serveur 128 peut également inclure des dispositifs d'entrée et de sortie (non représentés) connectés au processeur 200, tels que des claviers, souris, dispositifs d'affichage, et [0039] Les composants du serveur 128 susmentionnés peuvent être déployés dans une seule enceinte, ou dans un format distribué. Dans certains exemples, par conséquent, le serveur intermédiaire 128 inclut une pluralité de processeurs, partageant la mémoire 254 et l'interface de communication 258, ou (par ex., quand géographiquement distribué mais logiquement associé l'une à l'autre) chacune ayant des mémoires correspondantes distinctes et des interfaces de communication. [0040] La mémoire 254 stocke un dépôt de profils 262 et un dépôt de données cibles 266, également appelé dans la présente invention un dépôt de factures 266 dans les exemples ci-dessous. Le dépôt de profils 262 stocke les identifiants correspondants aux dispositifs clients (incluant le dispositif client 112) et aux identifiants d'EMS associés (par ex., indiquant une association entre le dispositif client 112 et l'EMS 124). Le dépôt de factures 266 stocke les données de facture, incluant des données extraites des pages Internet obtenues par le dispositif client 112 et, dans certains exemples des données de facture supplémentaires obtenues par le serveur d'intermédiation 128 provenant du serveur auxiliaire 132 ou du serveur de fournisseur 116. [0041] La mémoire 254 stocke également une pluralité d'instructions de programmation lisibles par ordinateur, exécutables par le processeur 200, sous la forme de diverses applications. Les applications stockées dans la mémoire 254 incluent une application orchestratrice 270, dont l'exécution configure le serveur 128 pour interagir avec le dispositif client 112, le serveur auxiliaire 132 et le serveur de fournisseur 116 pour obtenir les données de facturation, et transmettre les données de facturation à l'EMS 124. [0042] Passons maintenant aux FIGS. 3 et 4, certains aspects du fonctionnement du système 100 seront décrits plus en détail. Spécifiquement, la FIG. 3 illustre un procédé 300 d'extraction de données cibles, basée sur un navigateur exécuté au niveau du dispositif client 112 via l'exécution du navigateur 220 et de l'extension 224. La FIG. 4, entre temps, illustre un procédé 400 d'extraction de données cibles exécutée au niveau du serveur d'intermédiation 128 via l'exécution de l'application 270. Les performances des procédés 300 et 400 par le dispositif client 112 et le serveur d'intermédiation 128, respectivement, seront décrits en tandem ci-dessous. [0043] Commençons par le bloc 305 du procédé 300, le dispositif client 112 est configuré pour commencer l'exécution du navigateur 220 et de l'extension 224. Au bloc 310, l'extension 224 est configurée pour transmettre une demande d'authentification au serveur d'intermédiation 128. À cette fin, l'extension 224 stocke un identifiant réseau du serveur d'intermédiation 128 (par ex., une adresse de protocole Internet (IP), un nom de domaine ou similaire) avec lequel elle peut faire la demande au bloc 310. L'extension 224 stocke alors les justificatifs d'authentification, tels qu'un identifiant de compte et un mot de passe. Dans d'autres exemples, l'extension 224 peut générer une invite pour présentation sur le dispositif d'affichage 212 avec une interface graphique générée via l'exécution du navigateur 220, pour demander que le client entre lesdits justificatifs à l'aide de l'ensemble d'entrée 216. [0044] En réponse à la réception des justificatifs d'authentification, ou à la récupération des justificatifs dans la mémoire 204, l'extension 224 amène le navigateur 220 à transmettre la demande d'authentification susmentionnée contenant les justificatifs d'authentification. Par exemple, la demande au bloc 310 peut être transmise conformément à une API mise en oeuvre par le serveur d'intermédiation 128. Une telle API peut, par exemple, fournir un appel d'ouverture de cession acceptant les justificatifs d'authentification comme paramètres. En réponse à la demande, l'extension 224 reçoit et stocke un token d'authentification provenant du serveur d'intermédiation 128. [0045] En référence à la FIG. 4, au bloc 405, le serveur d'intermédiation 128 est configure, en réponse à la réception d'une demande d'authentification envoyée par le dispositif client 112 au bloc 310, pour obtenir et renvoyer le token d'authentification au dispositif client 112. Par exemple, le serveur d'intermédiation 128 peut être configure pour stocker les justificatifs d'authentification dans le dépôt 262, et pour vérifier que les justificatifs reçus dans la demande correspondent à ceux dans le dépôt 262. Le serveur d'intermédiation 128 peut être configure pour générer et renvoyer le token d'authentification au dispositif client 112. Dans d'autres exemples, plutôt que de stocker les justificatifs et de générer des tokens localement, le serveur d'intermédiation 128 est configure pour passer les justificatifs à l'EMS 124 associé au dispositif client 112. L'EMS 124 est ensuite lui-même configure pour valider les justificatifs et fournir le token au serveur d'intermédiation 128 pour transmission au dispositif client 112. [0046] Le tableaux 1 ci-dessous illustre un exemple d'enregistrement de profil stockée dans le dépôt 262, illustrant les justificatifs d'authentification (identifiant de compte (ID) et mot de passe) pour un client donné 108, ainsi qu'un identifiant réseau de l'EMS correspondant pour le client 108 (dans ce cas, l'EMS 124). Comme noté ci-dessus, les justificatifs d'authentification présentés ci-dessous peuvent être stockés au niveau de l'EMS 124, plutôt que du serveur d'intermédiation 128. C'est-à-dire que les contenus du dépôt de profils 262 peuvent être divisés entre l'EMS 124 et le serveur d'intermédiation 128 dans d'autres mises en oeuvre. [0047] 11 [Tableaux[Tablcaux 1]] [0048] Revenons à la FIG. 3, si le processus d'authcntificatio i décrit ci-dessus échoue, l'exécution du procédé 300 se termine. Si le processus d'authentification est réussi, il est envisagé que, bien que l'exécution du bloc 310 soit présentée uniquement une fois à la FIG. 3, l'exécution du bloc 310 peut se répéter périodiquement tout au long de l'exécution du procédé 300, par ex. pour renouveler le token d'authentification. Par exemple, le token d'authentification peut avoir une date d'expiration prédéfinie, et l'extension 224 peut être configurée pour répéter la demande au bloc 310 avant la date d'expiration. [0049] Au bloc 315, ayant terminé avec succès l'authentification au bloc 310, le dispositif client 112 est configuré, via l'exécution du navigateur 220, pour récupérer une page Internet contenant les données cibles. Par exemple, le navigateur 220 peut être configuré pour interagir (suite à des données (l'entrée reçues via l'ensemble d'entrée 216) avec le serveur de fournisseur 116 pour initier une transaction pour acheter des produits tels que la réservation de chambre d'hôtel susmentionnée. Au moment de la réalisation de la transaction, le dispositif client 112 reçoit typiquement du serveur de fournisseur 116 a une page Internet de confirmation contenant des informations résumant la transaction. [0050] La FIG. 5 illustre un exemple de page Internet 500 récupérée au bloc 315 par le dispositif client 112, comme présenté sur le dispositif d'affichage 212 via l'exécution du navigateur 220. En général, la page Internet 500 est une page de confirmation récupérée du serveur de fournisseur 116 par le dispositif client 112 suite à l'achèvement d'une transaction de réservation d'une chambre d'hôtel. Un localisateur uniforme de ressources (URL) 504 correspondant à la page Internet 500 est présentée par le navigateur 220. La page Internet 500 inclut elle-même les données cibles 508 définissant la transaction (c.-à-d. identifiant le client 108, le fournisseur 104, le produit acheté est. le prix payé pour le produit). La page Internet 500 peut également inclure des données non-cibles (c.-à-d. des données qui ne définissent pas la transaction) 512, qui incluent dans l'exemple illustré une image et la chaîne « Nous vous remercions pour votre réservation ». Comme représenté à la FIG. 5, et discuté plus en détail ci-dessous, un élément de capture sélectionnable 516 est restitué dans la fenêtre de navigateur par l'extension 224. [0051] Revenons à la FIG. 3, au bloc 320 le dispositif client 112 est configuré pour capturer, EMS124.com Client112 Identifiant de compte Mot de passe Identifiant EMS 12 à partir de la page Internet 500 récupérée au bloc 315, une partie de la page Internet 500 contenant les données cibles. Comme cela apparaîtra dans la discussion ci-dessous, les pages Internet du fournisseur incluant la page Internet 500 peuvent présenter des données cibles dans une grande variété de formats, dont chacun peut faire l'objet d'une détection automatisée des données cibles dans de plus grandes ou de moindres mesures. Le dispositif client 112 est par conséquent également configure pour obtenir (c.-à-d. pour extraire, ou pour demander l'extraction) les données cibles provenant de la partie capturée de la page Internet.500. Une fois extraites, les données cibles provenant de toute page Internet du fournisseur sont présentés conformément à un format commun prédéterminé, tel qu'un objet de notation d'objet Javascript (JSON) contenant un ensemble prédéterminé de champs de données cibles. [0052] L'extension 224 peut déployer un ou plusieurs mécanismes distincts pour capturer la partie de la page Internet et extraire les données cibles de celle-ci, la sélection du mécanisme pour une page Internet du fournisseur donnée dépendant de la nature de cette page Internet du fournisseur en particulier. Les mécanismes susmentionnés sont décrits ci-dessous en rapport avec la FIG. 6. [0053] La FIG. 6 illustre un exemple de procédé d'exécution du bloc 320 du procédé 300 au niveau du dispositif client 112. En bref, le procédé illustré à la FIG. 6, mis en oeuvre par l'extension 224, permet au dispositif client 112 d'obtenir des données cibles provenant d'une variété de pages Internet du fournisseur, contenant des différences de formatage des pages Internet du fournisseur. Deux mécanismes discutés ci-dessous incluent la détection d'une caractéristique prédéfinie de la page Internet, dont une indication peut être stockée dans la mémoire 204 en association avec l'extension 224 (par ex., en tant que paramètres au sein de l'extension 224 elle-même). Un troisième mécanisme permet à l'extension 224 de recevoir une entrée (par ex., via l'ensemble d'entrée) du client 108 précisant une partie de la page Internet 500 à capturer. [0054] Au bloc 605, l'extension 224 détermine si la page Internet 500 contient une caracté- ristique sous la forme d'une balise de métadonnées prédéfinie. L'extension 224 est par conséquent configurée pour examiner le document source ou les documents (par ex., les documents Langage de balisage hypertext (HTML)) pour déterminer si la balise de métadonnées prédéfinie y est présente. Revenons à la FIG. 7, un exemple de source de page 700 pour la page Internet 500 est illustré. La source 700 contient une partie du corps 704 définissant le contenu visible de la page Internet 500 (c.-à-d. le contenu restitué sur le dispositif d'affichage 212 via l'exécution du navigateur 220). La source 700 contient également des métadonnées, qui ne sont typiquement pas restituées sur le dispositif d'affichage 212. Les métadonnées incluent, dans l'exemple illustré, une balise de document 708 indiquant que la source 700 est un document HTML, ainsi qu'un bloc d'en-tête englobé par les balises ( ) et . 13 [0055] Dans le présent exemple, l'extension 224 est configurée pour inspecter la source de la page 700 concernant la présence de balises « meta » (« méta ») dans l'en-tête 712 au bloc 605. Dans d'autres exemples, l'extension 224 peut être configurée pour inspecter la source 700 concernant une balise de document 708 qui contient l'attribut « prefix » (« préfixe ») identifiant une syntaxe de données de facture, indiquée par la chaîne « receipt:http://128.com/openReceipt/» (« reçu :http://128.com/ouvrirReçu/») dans le présent exemple. [0056] Lorsque la détermination au bloc 605 est affirmative, au bloc 610 l'extension 224 est configurée pour capturer la partie de la page Internet 500 contenant les balises « meta» susmentionnées. C'est-à-dire que l'extension 224 stocke à la fois une balise prédéfinie à chercher, et une indication sur les parties de la page Internet à capturer lorsque la balise prédéfinie est localisée. Comme cela apparaîtra à la FIG. 7, les balises méta dans l'en-tête 712 contiennent une définition structurée des informations présentées sur le dispositif d'affichage 212, incluant un identifiant du fournisseur (the Gihnan House Hotel) (l'hôtel Gil man House), les indications du prix, la devise et similaire. Comme cela apparaît à présent, les metadonnées dans la source de page peuvent également inclure divers autres paramètres, incluant une date d'achat, un nom du client 108, et similaire. [0057] En référence encore à la FIG. 6, le traitement des niétadonnées capturées au bloc 610 sera décrit plus en détail ci-dessous, après une description de deux autres mécanismes de capture mis en oeuvre pour capturer des parties de la page Internet 500. Comme le comprendront aisément les hommes de métier, l'utilisation de balises prédéfinies pour à la fois indiquer qu'une page Internet contient des données cibles et pour permettre de capturer la partie pertinente de la page Internet (c.-à-d. la partie contenant les données cibles) requiert que le fournisseur 104 mette en oeuvre de telles balises sur la page Internet 500. Tout nombre de fournisseurs peut mettre en oeuvre des balises selon le même protocole sous-jacent, et l'extension 224 peut maintenir un ensemble de règles uniques définissant la balise prédéfinie qui indique la présence de données cibles, ainsi que les parties de métadonnées prédéfinies à capturer. Quand un fournisseur n'a pas mis en oeuvre des balises comme exposé ci-dessus, les autres mécanismes de capture mis en oeuvre par l'extension 224 peuvent encore être employés pour capturer les données cibles. [0058] Lorsque la détermination au bloc 605 est négative (c'est-à-dire lorsque la source de la page Internet 500 ne contient pas la balise prédéfinie susmentionnée), l'extension 224 passe au bloc 615. Au bloc 615, l'extension 224 détermine si la page Internet 500 contient un attribut prédéfini qui indique la présence de données cibles. L'attribut prédéfini, dans cet exemple, inclus une ou plusieurs caractéristiques de la page Internet 500, par ex., identifiées comme composants du modèle d'objet de document 14 (DOM) de la page Internet 500. [0059] La FIG. 8 illustre un autre exemple de source 800 pour la page Internet 500, qui ne contient pas les balises de métadonnées décrites en lien avec la FIG. 7. Le(s) attribut(s) prédéfini(s) notés ci-dessus sont typiquement spécifiques à un fournisseur donné 104 (c.-à-d. à un serveur de fournisseur donné), et par conséquent l'extension 224 peut stocker, comme représenté à la FIG. 8, une pluralité d'ensembles de règles 804 (les exemples 804-1, 804-2 et 804-3 sont présentés) chacun correspondant à un serveur de fournisseur 116 distinct. Les ensembles de règles 804 chacun définissant le(s) attribut(s) prédéfini(s) qui indique(nt) la présence de données cibles sur la page Internet 500. Dans le présent exemple, on suppose que chaque ensemble de règles 804 définit des attributs prédéfinis incluant un nom de domaine récupéré dans rURL 504 et un titre de page 808 identifiée dans une balise « title » (« titre ») dans la source de page 800. Une grande variété d'autres attributs prédéfinis peut être définie par les ensembles de règles 804. Par exemple, un ensemble de règles 804 peut contenir une ou plusieurs définitions d'expressions régulières (regexp) précisant les chaînes à détecter sur la page Internet 500. De telles définitions peuvent indiquer des chaînes à détecter dans ruRL de la page Internet 500, les métadonnées de la page Internet 500, et similaires. [0060] L'extension 224 récupère par conséquent le nom de domaine et le titre de page, et détermine si le nom de domaine et le titre de page correspondent à ceux précisés par l'un quelconque des ensembles de règles 804. Quand le nom de domaine et le titre de page correspondent à un ensemble de règles (par ex., il est supposé que l'ensemble de règles 804-3 contient le domaine prédéfini « gilmanhouse.com » et le titre prédéfini Confirmation », l'extension 224 est configurée pour passer au bloc 620 et capturer une partie de la page Internet définie par l'ensemble de règles 804 pertinent. Par exemple, l'ensemble de règles 804-3 précise, dans le présent exemple, une partie du DOM pour la capturer sous la forme d'un élément « div » 812 ayant l'identifiant conf ». Par conséquent, les contenus de l'élément 812 sont capturés au bloc 620. Comme indiqué par des lignes en pointillé à la FIG. 8, l'élément « div » 812 contient des données définissant les informations présentées sur le dispositif d'affichage 212 définissant une réservation de chambre d'hôtel. D'autres parties de la page Internet 500, telles qu'une balise d'image 816 ne sont pas capturées. Dans d'autres exemples, l'extension 224 est configurée pour capturer une partie de la page Internet 500 en capturant automatiquement une image (par ex., une capture d'écran) de la page Internet. La capture d'une partie d'une page hiternet est décrit plus en détail ci-dessous en lien avec la FIG. 9. Comme le comprendront aisément les hommes de métier, tandis que la discussion ci-dessous concerne la capture de l'image basée sur une entrée d'opérateur, l'extension 224 peut également effectuer automatiquement la capture. [0061] Comme noté ci-dessus concernant le bloc 610, le traitement des données capturées au bloc 620 sera décrit plus en détail ci-dessous, après une description du mécanisme de capture restant mis en oeuvre par l'extension 224. [0062] Quand la détermination au bloc 615 est négative, indiquant que ni les balises pré- définies, ni les attributs prédéfinis spécifiques au fournisseur n'étaient situés dans la source de page Internet, l'extension 224 passe au bloc 625. Au bloc 625 l'extension est configure° pour recevoir une commande de capture via l'ensemble d'entrée 216. Spécifiquement, le client 108 utilisant le dispositif client 112 peut sélectionner l'élément de capture selectionnable 516 via l'ensemble d'entrée 216 pour initier l'exécution du bloc 625. [0063] En réponse à la sélection de l'élément 516, l'extension 224 attend une autre entrée de l'ensemble d'entrée 216 pour la sélection d'une partie de la page Internet 500, comme présentée sur le dispositif d'affichage 212. Revenons à la FIG. 9, l'extension 224 peut également amener une invite 900 à être présentée sur le dispositif d'affichage 212 donnant l'instruction à l'opérateur du dispositif client 112 (par ex., le client 108) de sélectionner une partie de la page Internet 500 comme présentée sur le dispositif 212, par ex., en tirant ou en générant autrement une boîte de sélection 904 sur le dispositif d'affichage 212. La génération d'une boîte de sélection 904 amène l'extension 224 à capturer la partie de la page Internet 500 dans la boîte 904. Dans le présent exemple, l'extension 224 génère une image (par ex., une image tramée, telle qu'une image graphique de réseau portable (PNG) ou autre format d'image approprié) 908 représentant la partie capturée de la page Internet 500. Dans d'autres exemples, l'extension 224 est configurée pour sélectionner la pallie correspondante du DOM sous-jacent de la page Internet 500 plutôt que pour générer l'image 908. [0064] Dans cet exemple, on suppose que les blocs 605 et 615 sont exécutés automa- tiquement, et que l'élément 516 sert uniquement à initier ce mécanisme de capture tiers. Dans d'autres exemples, l'élément 516 est cependant sélectionnable pour initier l'exécution du procédé de la FIG. 6 dans son intégralité. C'est-à-dire que l'extension 224 peut être configurée pour commencer à évaluer la page Internet 500 au bloc 605 seulement lorsque l'élément 516 a été sélectionné. Dans de tels exemples, les déterminations négatives aux blocs 605 et 615 peuvent conduire à la présentation automatique de l'invite 900 et à l'initiation du comportement de capture d'écran déctit ci-dessus. [0065] Revenons à la FIG. 6, au bloc 630 l'extension 224 est configure pour déterminer s'il faut transmettre la partie capturée de la page hiternet 500 des blocs 610, 620 ou 625 au serveur d'intermédiation 128 pour analyse afin d'obtenir les données cibles conformément à un format commun prédéterminé. Dans le présent exemple, en 16 référence à la FIG. 10, l'extension 224 est configure° pour générer une invite 1000 sur le dispositif d'affichage 212 indiquant au client 108 que les données cibles (dans le présent exemple, les données de facture pour soumission éventuelle comme dépense à rEms 124) ont été détectées. L'invite 1000 inclus des options selectionnables 1004 et 1008 pour, respectivement, procéder à la transmission au serveur 128 et cesser l'exécution du procédé 300. Quand l'option 1004 est sélectionnée, la détermination au bloc 630 est affirmative, et quand l'option 1008 est sélectionnée, la détermination au bloc 630 est négative et le processus se termine. [0066] L'invite 1000 présentée à la FIG. 10, ne doit pas toujours être présentée au bloc 630. Par exemple, dans certains modes de réalisation la détermination au bloc 630 est simplement omise, et l'extension 224 passe automatiquement au bloc 635. Dans d'autres modes de réalisation, l'invite 1000 est présentée uniquement lorsque les blocs 605 et/ou 615 ont été exécutés automatiquement, sans instruction explicite du client (par ex., via la sélection de l'élément 516), et ont conduit à la détection de données cibles. Quand une portion de la page Internet 500 est capturée en réponse à une instruction explicite du client 108, par ex., via la sélection de l'élément 516, l'invite 1000 peut être omise. [0067] Lorsque la détermination au bloc 630 est affirmative, au bloc 635 l'extension 224 transmet la partie capturée de la page Internet 500 au serveur d'intermédiation 128, et en retour reçoit les données cibles dans le format commun susmentionné. La transmission au serveur d'intermédiation 128 peut utiliser un appel API fourni par le serveur d'intermédiation 128 (par ex., une commande « checkReceipt » (« vérifierRéception »). Dans certains exemples, des appels API dédiés peuvent être utilisés par l'extension 224 selon la nature des données capturées. Par exemple, les données capturées au bloc 610 peuvent être transmises en utilisant la commande checkReceipt » ci-dessus, tandis que les données capturées au bloc 620 peuvent être transmises en utilisant une commande « checkVendor » (« vérifierFoumisseur »), et les données capturées au bloc 625 peuvent être transmises en utilisant une commande checkScreenshot » (« vérifierCaptured'écran »). [0068] En d'autres termes, dans le présent exemple, le serveur d'intermédiation 128 reçoit la partie capturée de la page Internet 500 du dispositif client 112 et analyse la partie capturée afin d'extraire les données cibles et placer les données cibles dans un format commun, tel que sous la forme de l'objet JSON mentionné plus haut. Revenons à la FIG. 4, au bloc 410 le serveur 128 reçoit une demande d'analyse du dispositif client 112 (spécifiquement, de l'extension 224) contenant la partie capturée de la page Internet 500. Au bloc 415 le serveur d'intermédiation 128 obtient les données cibles conformément au format commun prédéfini, et renvoie les données cibles au dispositif client 112. 17 [0069] La génération des données cibles par le serveur d'intermédiation 128 peut s'effectuer conformément à une variété de mécanismes, en fonction au moins en partie de la forme de la partie capturée de la page Internet 500 reçue du dispositif client 112. Par exemple, si la partie capturée est reçue sous la forme de balises de métadonnécs (c.-à-d. sélectionnée à partir de la source 700 présentée à la FIG. 7), le serveur d'intermédiation 128 est configure pour mapper les informations à partir des balises de métadonnécs à un ensemble prédéfini de champs dans un format commun. Dans certains exemples, tels que ceux présentés à la FIG. 7, les données capturées incluent elles-mêmes les URL à la fois d'un objet ISON et d'un document (par ex., un document PDF) correspondant à des données cibles. Le serveur d'intermédiation 128 peut récupérer l'un ou l'autre des deux de l'objet ISON et du document directement à partir du serveur de fournisseur 116 employant les URL ci-dessous. Le serveur d'intermédiation 128 peut également, lorsqu'un objet ISON est récupéré, vérifier (en utilisant le mappage susmentionné) que le contenu de l'objet récupéré corresponde au contenu des balises de métadonnées elles-mêmes. [0070] Lorsque les données de page Internet capturées incluent une partie sélectionnée d'une source de page Internet (issue du bloc 620 de la FIG. 6), le serveur d'intermédiation 128 peut appliquer un ensemble de règles d'analyse pour extraire les données cibles. Par exemple, le serveur d'intermédiation 128 peut stocker des ensembles de règles d'analyse pour chaque fournisseur, de manière similaire aux ensembles de règles spécifiques au fournisseur 804 décrits en rapport à la FIG. 8 ci-dessus. Chaque ensemble de règles d'analyse défini, pour un fournisseur donné (par ex., identifié par nom de domaine et titre de page comme décrit ci-dessus), un mappage entre des attributs de source de page et des champs dans un format commun utilisé pour les données cibles. Par exemple, en se référant brièvement à la FIG. 8, un tel mappage peut préciser que la quatrième ligne de l'élément « div » 812 (les lignes peuvent être séparées par des éléments de rupture de ligne, par ex., des balises ») contient trois caractères précisant une devise à insérer dans un champ de devises dans un format de données cibles commun, suivi par un prix à insérer dans un champ de prix dans un format de données cibles commun. [0071] Quand les données de page Internet capturées incluent une capture d'écran telle que l'image 908, le serveur d'intermédiation 128 peut transmettre une demande d'analyse au serveur auxiliaire 132, qui peut mettre en oeuvre des mécanismes de reconnaissance optique de caractères (OCR) et tout autre algorithme d'interprétation approprié pour détecter et renvoyer les données cibles au serveur d'intermédiation 128. Dans d'autres exemples, le serveur d'intermédiation 128 lui-même peut effectuer l'extraction des données cibles provenant de l'image 908. [0072] Le serveur d'intermédiation 128 peut par conséquent maintenir une pluralité de 18 réglages de configuration, chacun permettant au serveur d'intermédiation 128 de générer des données cibles provenant d'une forme différente de données de page Internet capturées. Le serveur d'intermédiation 128 peut sélectionner dans les réglages de configuration en détectant la forme des données de page Internet capturées reçues (par ex., en détectant si les données capturées contiennent des balises de métadonnées, des parties d'un DOM de page Internet, ou une image correspondant aux données capturées aux blocs 610, 620 et 625 respectivement). Dans d'autres exemples, le serveur d'intermédiation 128 peut sélectionner les réglages de configuration appropriés, selon lesquels les appels d'API susmentionnés ont été utilisés par l'extension 224 pour soumettre les données capturées au bloc 635. [0073] Le serveur d'intermédiation 128 est configure, ayant obtenu les données cibles, pour stocker les données cible dans le dépôt de factures 266 avec toute donnée supplémentaire telle que des documents PDF récupérés ou similaires. Le tableaux 2 ci-dessous fournit un exemple de données cibles obtenues suite à l'exécution du bloc 415. Comme présenté ci-dessous, les données cibles incluent également un champ « status » (« statut ») qui ne découle pas de la page Internet 500 elle-même, mais qui au lieu de cela reflète un degré de progression des données cibles via l'exécution des procédés 300 et 400. [0074] [Tableaux[Tableaux 2]] Attribut Sous-attribut Valeur Identifiant de compte Client112 Identifiant hfy7-fgk4 URL https://gilmanhouse.com/reccipts/hfy7-fgk4json Document https://gilmanhouse.com/reccipts/hfy7-fgk4.pdf Fournisseur Nom Gilman House Adresse Innsmouth, MA, EU Total Montant 105,00 Devise USD Date 25/01/2019 Statut En attente [0075] Revenons à la FIG. 3, au bloc 320 le dispositif client 112 et par conséquent configure 19 pour recevoir les données cibles, par exemple dans le format commun décrit ci-dessus (ou dans tout autre format commun approprié). Le dispositif client 112 peut également recevoir du serveur d'intermédiation un document (par ex., un document PDF) contenant les données cibles, le document ayant été récupéré dans le serveur de fournisseur 116 par le serveur d'intermédiation comme noté ci-dessus. Dans d'autres exemples, l'extension 224 peut récupérer un tel document pour le stockage local dans le serveur de fournisseur 116 en utilisant une valeur URL contenue dans les données cibles. [0076] Dans d'autres exemples, l'extension 224 génère elle-même les données cibles, plutôt que de transmettre les données de page Internet capturées au serveur d'intermédiation 128 pour analyse. Dans d'autres exemples, certaines actions d'analyse sont effectuées par l'extension 224 (par ex., l'analyse des balises de métadonnées), tandis que d'autres (par ex., l'analyse de données capturées basées sur des images) sont exécutées par le serveur d'intermédiation 128. [0077] Ayant reçu ou généré les données cibles, le dispositif client 112 via l'exécution de l'extension 224, génère automatiquement une interface de superposition qui inclut au moins une partie des données cibles, et présente la superposition sur le dispositif d'affichage 212. Revenons à la FIG. 11, un exemple de superposition 1100 est présenté dans la fenêtre de navigateur sur le dispositif d'affichage 212. La superposition 1100 inclut au moins une partie des données cibles : dans l'exemple illustré, le nom du fournisseur, le montant et la date de la transaction dans des champs éditables 1104. [0078] Au bloc 325, l'extension reçoit une commande d'opérateur pour éditer les données cibles présentées dans la superposition 1100, confirmer (c.-à-d. accepter) les données cibles telles que présentées actuellement, ou rejeter les données cibles. En référence encore à la FIG. 11, l'un quelconque des champs 1104 peut être sélectionné pour édition, à la suite de quoi l'entrée reçue via l'ensemble d'entrée 116 peut être utilisée pour mettre à jour le contenu des champs 1104. L'édition des champs peut être utilisée pour corriger de manière incorrecte les données cibles analysées, compléter les données cibles ou similaires. Suite à la réception de données cibles mises à jour, au bloc 335 l'extension 224 met à jour la superposition via une autre exécution du bloc 325. [0079] Comme vu à la FIG. 11, la superposition 1100 inclut un bouton de confirmation sé- lectionnable 1108 et un bouton d'annulation sélectionnable 1112 Enréponse à la sélection du bouton 1112 l'extension 224 passe au bloc 340 pour rejeter les données cibles et supprimer la superposition 1100. En d'autres termes, le bouton d'annulation 1112 génère une commande de rejet qui annule le processus d'extraction et de soumission des données cibles à l'EMS 124. Au bloc 340 l'extension 224 peut également transmettre une structure au serveur d'intermédiation 128 pour rejeter les données cibles provenant du dépôt de factures 266. [0080] En réponse à la sélection du bouton 1008, qui indique la confirmation ou l'acceptation des données cibles, l'extension 224 passe au bloc 345. Au bloc 345, l'extension transmet les données cibles (incluant une édition reçue au bloc 335) au serveur d'intermédiation 128. La transmission au bloc 345 se distingue de la transmission au bloc 635, par exemple, par l'utilisation d'un appel API distinct tel qu'un appel « pushReceipt » (« pousser Reçu ») plutôt que les appels API susmentionnés « check... » (« vérifier... »). [0081] En référence à la FIG. 4, au bloc 420 le serveur d'intermédiation 128 reçoit les données cibles transmises au bloc 345 par le dispositif client 112. Le serveur 128 peut comparer les données reçues aux données correspondantes stockées dans le dépôt de factures 266, et mettre à jour le dépôt 266 au cas où les données cibles ont été mises à jour au niveau du dispositif client 112. Au bloc 425, le serveur d'intermédiation 128 génère et transmet un reçu électronique à un EMS sélectionné. Dans le présent exemple, le reçu électronique est transmis à l'EMS 124 ; dans des modes de réalisation où de multiples EMS sont disponibles, l'EMS approprié est sélectionné conformément à l'identifiant de compte associé aux données cibles, et l'EMS associé à cet identifiant de compte dans le dépôt de profils 262. Le reçu électronique transmis au bloc 425 peut simplement être les données cibles susmentionnées dans le format commun (par ex., l'objet JSON décrit ci-dessus). Dans certains modes de réalisation, cependant, le serveur d'intermédiation 128 maintient des formats de reçus distincts spécifiques au fournisseur (par ex., dans le dépôt de profils 262), et mappe les données cibles provenant du format commun noté ci-dessus sur le format approprié parmi les formats de reçus spécifiques au fournisseur avant transmission au bloc 425. [0082] Au bloc 430, le serveur d'intermédiation 128 renvoie un message de confirmation au dispositif client 112. Le message de confirmation, par ex. indiquant que les données cibles ont été soumises, peut être restitué sur le dispositif d'affichage 112 comme une autre superposition par l'extension 224. Le serveur d'intermédiation 128 peut également mettre à jour le dépôt de factures 266 pour indiquer un changement de statut, par ex., de « pending » (« en attente ») à « submitted » (« soumis ») ou similaire. Dans certains exemples, avant d'envoyer la confirmation au bloc 430, le serveur d'intermédiation 128 attend une réponse de l'EMS 124 indiquant la réception réussie et/ou le traitement des données cibles. Par exemple, si l'EMS 124 est configuré pour traiter automatiquement et approuver ou rejeter les dépenses, l'EMS 124 peut renvoyer un message au serveur d'intermédiation 128 indiquant si la dépense définie par les données cibles a été approuvée. Une telle indication peut être renvoyée au dispositif client 112 au bloc 430. Dans de telles modes de réalisation, le message envoyé au bloc 430 peut également inclure des données de paiement, telles qu'un numéro de carte 21 virtuelle (VCN) pour effectuer un paiement pour la transaction. [0083] Les hommes de métier apprécieront que dans certains modes de réalisation, les fonc- tionnalités des applications 220, 224 et 270 peuvent être mises en oeuvre en utilisant des éléments matériels ou micrologicicls préprogrammés (par ex., des circuits intégrés spécifiques à une application (ÀSIC), des mémoires mortes programmables effaçables électriquement (EEPROM), etc.), ou autres composants liés. [Revendication I] REVENDICATIONS[Revendication 2] Un procédé d'extraction de données cibles, basé sur un navigateur au niveau d'un dispositif informatique client, le procédé comprenant : le stockage, dans une mémoire du dispositif informatique client, une application de navigateur et une extension de navigateur, l'extension de navigateur contenant un identifiant réseau prédéfini d'un serveur ; au niveau d'un contrôleur du dispositif informatique client interconnecté à la mémoire, l'exécution de l'application de navigateur pour récupérer une page Internet contenant des données cibles ; au niveau du contrôleur, en réponse à la récupération de la page Internet, l'exécution de l'extension de navigateur simultanément à l'application de navigateur pour : [Revendication 3] capturer une partie de la page Internet contenant les données cibles ; en réponse à la capture de la partie, générer automatiquement une interface de superposition incluant les données cibles ; [Revendication 4] contrôler un affichage du dispositif informatique client pour présenter la superposition avec la page Internet recevoir une commande d'opérateur au niveau de la superposition via un ensemble d'entrée du dispositif informatique client ; et quand la commande d'opérateur est une commande de confirmation, transmettre les données cibles au serveur à l'aide de l'identifiant réseau prédéfini. Le procédé selon la revendication 1 comprend par ailleurs, au niveau du contrôleur via l'exécution de l'extension de navigateur : quand la commande d'opérateur est une commande de rejet, l'arrêt du dispositif d'affichage de la superposition et le rejet des données cibles, sans transmettre les données cibles au serveur. Le procédé selon la revendication 1 ou 2 comprend par ailleurs, au niveau du contrôleur via l'exécution de l'extension de navigateur : avant la capture, la détection d'une caractéristique de la page Internet indiquant que la page Internet contient les données cibles. Le procédé selon la revendication 3 comprend par ailleurs : le stockage dans la mémoire, en association avec l'extension de navieateur, d'une balise prédéfinie correspondant aux données cibles ; dans lequel la détection d'une caractéristique inclut l'examen des métadonnées de la page Internet pour détecter la balise prédéfinie ; et dans lequel la capture des données cibles inclut la récupération d'une 23 partie des métadonnées associées à la balise prédéfinie. [Revendication 5] Le procédé selon la revendication 3 ou 4 comprend par ailleurs : le stockage dans la mémoire, en association avec l'extension de navigateur, d'un attribut de page Internet prédéfini indiquant la présence des données cibles ; dans lequel la détection d'une caractéristique inclut l'examen d'un modèle d'objet de document (DOM) de la page Internet pour détecter l'attribut de page Internet prédéfini ; et dans lequel la capture des données cibles inclut la récupération d'une partie du DOM. [Revendication 6] Le procédé selon la revendication 5, dans lequel l'attribut de page Internet prédéfini inclut au moins l'un d'un domaine de la page Internet et d'un titre de la page Internet. [Revendication 7] Le procédé selon l'une quelconque des revendications 1 à 6, dans lequel la capture de la partie de la page Internet inclut, via l'exécution de l'extension de navigateur : la réception d'une commande de capture via l'ensemble d'entrée ; la réception d'une sélection de la partie de la page Internet via l'ensemble d'entrée ; et la capture de la partie sélectionnée. [Revendication 8] Le procédé selon l'une quelconque des revendications 1 à 7, dans lequel les données cibles incluent des données de facturation définissant un prix payable à un fournisseur pour la fourniture d'un produit à un client associé au dispositif informatique client. [Revendication 9] Le procédé selon l'une quelconque des revendications 1 à 8, comprend par ailleurs, avant la réception de la commande d'opérateur : la réception de données d'entrée au niveau de la superposition modifiant les données cibles avant la transmission au serveur. [Revendication 10] Le procédé selon l'une quelconque des revendications 1 à 9, comprend par ailleurs, au niveau du contrôleur via l'exécution de l'extension de navigateur : avant de générer la superposition, la transmission d'une demande d'analyse au serveur incluant la partie de la capture de la page Internet ; et la réception des données cibles provenant du serveur. [Revendication 11] Le procédé selon l'une quelconque des revendications 1 à 10, comprend par ailleurs, au niveau du contrôleur via l'exécution de l'extension de navigateur : avant de générer la superposition, l'analyse de la partie 24 [Revendication 12] [Revendication 13] [Revendication 14] [Revendication 15] capturée de la page Internet pour extraire les données cibles. Un dispositif informatique client comprenant : une mémoire stockant une application de navigateur et une extension de navigateur, l'extension de navigateur contenant un identifiant réseau prédéfini d'un serveur ; un dispositif d'affichage ; un ensemble d'entrée ; et un contrôleur interconnecté à la mémoire, à l'écran et à l'ensemble d'entrée ; le contrôleur configure pour exécuter le procédé de l'une quelconque des revendications 1 à 11. Un système d'extraction de données cibles, basé sur un navigateur, le système comprenant : un dispositif informatique client incluant : une mémoire stockant une application de navigateur et une extension de navigateur, l'extension de navigateur contenant un identifiant réseau prédéfini d'un serveur ; un dispositif d'affichage ; un ensemble d'entrée ; et un contrôleur interconnecté à la mémoire, au dispositif d'affichage et à l'ensemble d'entrée ; le contrôleur configure pour exécuter le procédé selon l'une quelconque des revendications 1 à 10 ; et un serveur correspondant à l'identifiant réseau prédéfini, le serveur comprenant une interface de communication et un processeur configurés pour : recevoir les données cibles provenant du dispositif informatique client ; générer un reçu électronique conformément aux données cibles ; et transmettre le reçu électronique à un sous-système de dépenses. Le système selon la revendication 13, dans lequel le processeur est par ailleurs configure pour : générer et transmettre un message de confirmation au dispositif informatique client en réponse à la transmission du reçu électronique au sous-système de dépenses ; et dans lequel le contrôleur du dispositif informatique client est par ailleurs configure pour contrôler le dispositif d'affichage pour présenter le message de confirmation au niveau de la superposition. Le système selon la revendication 13 ou 14, dans lequel le processeur est par ailleurs configure, avant de recevoir les données cibles provenant du dispositif informatique client, pour : 25 [Revendication 16] [Revendication 17] [Revendication 18] [Revendication 19] recevoir une demande d'analyse contenant la partie capturée de la page Internet ; analyser la partie capturée pour extraire les données cibles ; et renvoyer les données cibles au dispositif informatique client pour affichage via la superposition. Le système selon la revendication 15, dans lequel le processeur est configure, afin d'analyser la partie capturée de la page Internet, pour transmettre la partie capturée de la page Internet à un serveur auxiliaire pour analyse. Le système selon la revendication 15 ou 16, dans lequel le processeur est par ailleurs configure, en réponse à la réception de la demande d'analyse, pour détecter une adresse réseau d'un document cible dans la partie capturée, et pour récupérer le document cible à partir d'un serveur de fournisseur. Le système selon la revendication 15 à 17, dans lequel le contrôleur d'un dispositif informatique client est par ailleurs configure, via l'exécution de l'extension de navigateur, pour transmettre une demande d'authentification au serveur. Le système selon la revendication 18, dans lequel le processeur du serveur par ailleurs configure, en réponse à la réception de la demande d'authentification, pour générer et transmettre un token d'authentification au dispositif informatique client.