Brevet FR3101990A1 — publié le 20210416

La présente divulgation concerne des systèmes et des procédés pour fournir une machine virtuelle et pour fournir une authentification d’un utilisateur en utilisant la machine virtuelle. Les systèmes et les procédés divulgués peuvent effectuer des opérations incluant l’apport d’une interface de programmation d’application (API) à un dispositif électronique ; le lancement d’une machine virtuelle configurée pour émuler un type de dispositif électronique basé sur un poste de travail auquel est connecté le dispositif électronique ; la réception d’une entrée, en utilisant l’API, en provenance du dispositif électronique ; et l’apport de données de sortie au poste de travail en utilisant la machine virtuelle. Dans un autre exemple, les systèmes et les procédés divulgués peuvent effectuer des opérations incluant la connexion, via au moins un réseau et à travers une interface de programmation d’application (API), à un serveur distant ; l’apport au serveur distant, via le au moins un réseau et à travers l’API, de l’indicateur biométrique saisi ; la réception, d’une machine virtuelle exécutée sur le serveur distant, d’au moins un paquet dans un format défini basé sur l’indicateur biométrique ; et la transmission du au moins un paquet reçu à un poste de travail connecté en mode communication au dispositif électronique. Figure pour l’abrégé : Fig. 1 Fourniture de machines virtuelles pour une intégration centralisée avec des périphériques incluant des dispositifs biométriques La présente divulgation concerne de façon générale des techniques de virtualisation. En particulier, cette divulgation est liée à l’apport d’une authentification d’un utilisateur en utilisant une machine virtuelle intégrée à un répertoire centralisé. Les techniques biométriques traditionnelles ne sont pas à l’échelle des industries impliquant de multiples tiers, telles que les compagnies aériennes. Ces industries impliquent une pluralité de machines (p. ex. fournies par une compagnie aérienne, par un aéroport, par des agents de sécurité, par des agences gouvernementales et autres) et ces machines sont souvent configurées selon une variété de formats propriétaires. En outre, bien que les machines puissent être mises à jour pour utiliser les formats propriétaires d’autres machines, plusieurs des acteurs impliqués (p. ex. fournis par une compagnie aérienne, par un aéroport, par les agents de sécurité, par des agences gouvernementales et d’autres) ne souhaitent pas partager la documentation concernant leurs formats propriétaires. En effet, la divulgation des détails des formats propriétaires peut impliquer des risques de sécurité. Par exemple, si un tiers non autorisé interceptait les détails du format propriétaire utilisé pour les informations de billetterie d’une compagnie aérienne, le tiers non autorisé pourrait contrefaire des billets d’avion. Il existe donc un besoin pour un système qui puisse intégrer ces machines sans nécessiter des solutions sur mesure et qui puisse mettre en œuvre l’intégration tout en préservant la sécurité de tous formats propriétaires impliqués. Tels que divulgués dans la présente, des systèmes et des procédés pour la virtualisation par machine peuvent fournir des techniques pour l’intégration et l’authentification qui surmontent les carences des approches existantes. Des modes de réalisation de la présente divulgation décrivent des systèmes et des procédés pour apporter une machine virtuelle avec une connectivité à un service d’authentification ou de vérification d’identité. La machine virtuelle peut fournir un mécanisme sécurisé pour l’intégration de différentes machines utilisant différents formats dans une industrie, telle qu’une compagnie aérienne. En outre, la machine virtuelle peut permettre à des acteurs de maintenir la confidentialité des détails de leurs formats. Selon des modes particuliers de réalisation : - au moins une mémoire stockant des instructions. - au moins un processeur configuré pour exécuter les instructions afin d’effectuer les opérations comprenant l’apport d’une interface de programmation d’application (API) à un dispositif électronique, le lancement d’une machine virtuelle configurée pour émuler un type de dispositif électronique basé sur un poste de travail auquel le dispositif électronique est connecté, la réception d’une entrée, en utilisant l’API, du dispositif électronique et en la fourniture de données de sortie au poste de travail en utilisant la machine virtuelle. Dans certains exemples, les données de sortie comprennent au moins un indicateur biométrique d’un utilisateur. Dans certains exemples, les données de sortie comprennent une vérification d’au moins un indicateur biométrique. Dans certains exemples, la vérification inclut par ailleurs des données concernant un vol programmé associé à l’utilisateur. Dans certains exemples, la vérification inclut par ailleurs des données concernant un événement programmé associé à l’utilisateur. Dans certains exemples, la vérification inclut par ailleurs des données concernant un examen académique programmé associé à l’utilisateur. Dans certains exemples, les données de sortie sont formatées conformément à un format associé au poste de travail. Dans certains exemples, le format associé au poste de travail comprend un format de l’association des systèmes électroniques d’aéronefs (Aircraft Electronics Association). Dans certains exemples, le poste de travail comprend un serveur associé à une compagnie aérienne. Dans certains exemples, les données de sortie sont fournies au poste de travail en faisant passer les données de sortie au dispositif électronique qui transmet les données de sortie au poste de travail. Dans certains exemples, la fourniture des données de sortie comprend par ailleurs : la transmission des données de sortie à un service d’identité hébergé à distance, dans lequel le service d’identité est configuré pour comparer l’entrée avec les données stockées ; en réponse, la réception de données de sortie provenant du service d’identité, dans lequel les données de sortie sont basées sur la comparaison ; et le reformatage des données de sortie provenant du service d’identité pour envoi au poste de travail en utilisant la machine virtuelle. Dans certains exemples, les données de sortie comprennent au moins un indicateur biométrique d’un utilisateur et le au moins un processeur est configuré pour reformater les données de sortie avant de le transmettre conformément à un format associé au service d’identité. Selon des modes particuliers de réalisation : - au moins un capteur configuré pour saisir un indicateur biométrique de l’utilisateur. au moins une mémoire ayant des instructions stockées ; - au moins un processeur configuré pour exécuter les instructions afin d’effectuer des opérations comprenant la connexion, via au moins un réseau et à travers une interface de programmation d’application (API), à un serveur distant, la fourniture au serveur distant, via ledit au moins un réseau et à travers l’API, de l’indicateur biométrique saisi, la réception, en provenance d’une machine virtuelle exécutée sur le serveur distant, d’au moins un paquet dans un format défini basé sur l’indicateur biométrique, et la transmission du au moins un paquet reçu à un poste de travail connecté en mode communication au dispositif électronique. Dans certains exemples, le au moins un capteur comprend une caméra et l’indicateur biométrique comprend au moins une image d’une portion d’un visage de l’utilisateur. Dans certains exemples, le au moins un capteur comprend un scanner d’empreinte digitale et l’indicateur biométrique comprend au moins une portion d’une empreinte digitale de l’utilisateur. Dans certains exemples, le au moins un capteur comprend un oculomètre et l’indicateur biométrique comprend au moins une portion d’un scanner oculaire de l’utilisateur. Dans certains exemples, le au moins un capteur comprend un scanner de code-barres et l’indicateur biométrique comprend une information liée à l’utilisateur qui est encodée dans le code-barres. Dans certains exemples, le au moins un réseau comprend un réseau informatique privé. Dans certains exemples, le format associé au poste de travail comprend un format de l’Aircraft Electronics Association. Dans certains exemples, le poste de travail comprend un serveur associé à une compagnie aérienne. Les dessins en annexe illustrent l’invention : représente un système pour fournir une machine virtuelle avec un répertoire centralisé. représente un système pour fournir une machine virtuelle à travers une plateforme de logiciels sous forme de services. représente un système pour fournir une machine virtuelle à travers une plateforme de logiciels sous forme de services. représente un diagramme schématique exemplaire montrant l’utilisation d’une machine virtuelle conformément à la présente divulgation dans un contexte aéroportuaire. représente un diagramme séquentiel illustrant un procédé exemplaire 400 pour fournir une machine virtuelle. représente un diagramme séquentiel illustrant un procédé exemplaire 500 pour authentifier un utilisateur avec une machine virtuelle. est un diagramme bloc d’un exemple de dispositif avec lequel les systèmes, les procédés et les dispositifs de la présente invention peuvent être implémentés. est un diagramme bloc d’un exemple d’implémentation des systèmes, des procédés et des appareils de la présente invention dans un contexte aéroportuaire. Une variété de dispositifs périphériques peut être impliquée dans l’authentification d’un utilisateur. Par exemple, dans un aéroport ou autre pôle de transport, un périphérique, tel qu’un dispositif biométrique ou autre dispositif relié à une source d’information d’un gouvernement peut vérifier une personne par comparaison avec une base de données des douanes dans une base de données de sécurité nationale, ou autre. En outre, un périphérique différent, tel qu’un scanner de code-barres ou autre dispositif relié à la base de données d’une compagnie aérienne, ou autre, peut vérifier une personne par comparaison avec une liste de passagers d’une compagnie aérienne, ou autre. D’autres périphériques peuvent vérifier des informations liées à la personne par comparaison avec une ou plusieurs bases de données. Cependant, ces dispositifs ne sont généralement pas intégrés les uns aux autres ou même avec la base de données servant de point de comparaison pour la personne en cours de vérification et ne sont pas intégrés à d’autres systèmes de vérification, ce qui donne lieu à de nombreux doublons et une incapacité à utiliser un système de vérification intégré, p. ex. en utilisant des données biométriques. En outre ces dispositifs communiquent souvent en utilisant des formats propriétaires et effectuent des vérifications par comparaison avec des informations confidentielles dans les bases de données. Ainsi, l’intégration n’est pas aisément accomplie. Les systèmes et les procédés contemplés peuvent fournir une intégration de ces dispositifs dans un système intégré, p. ex., sur la base de données biométriques ou d’autres informations d’authentification. En outre, des modes de réalisation de la présente divulgation peuvent aussi coopérer en utilisant les formats propriétaires et les bases de données confidentielles sans en compromettre la sécurité. Par exemple, les systèmes et les procédés contemplés peuvent fournir une machine virtuelle. Les systèmes et les procédés peuvent fournir une interface de programmation d’application (API) à un dispositif électronique et lancer une machine virtuelle configurée pour émuler un type de dispositif électronique (p. ex. un lecteur d’empreintes digitales, un scanner de code-barres, une caméra ou autre) basée sur un poste de travail auquel le dispositif électronique est connecté (p. ex. un serveur associé à une compagnie aérienne). Les systèmes et les procédés peuvent par ailleurs recevoir des entrées (p. ex. au moins un indicateur biométrique d’un utilisateur), en utilisant l’API, du dispositif électronique et fournir des données de sortie (p. ex. une vérification dudit au moins un indicateur biométrique) au poste de travail en utilisant la machine virtuelle. De plus, les systèmes et les procédés contemplés peuvent utiliser une machine virtuelle pour fournir une connectivité à un service d’authentification ou de vérification d’identité d’un utilisateur. Par exemple, les systèmes contemplés peuvent se connecter à un service d’identité (IDaas) hébergé à distance. Les systèmes et les procédés peuvent se connecter, via au moins un réseau et à travers une interface de programmation d’application (API), à un serveur distant et fournir au serveur distant, via le au moins un réseau et à travers l’API, un indicateur biométrique saisi (p. ex. d’une caméra, d’un scanner d’empreinte digitale, d’un oculomètre, d’un scanner de code-barres, ou autre). Les systèmes et les procédés peuvent par ailleurs recevoir d’une machine virtuelle exécutée sur le serveur distant, au moins un paquet dans un format défini basé sur l’indicateur biométrique et transmettre le au moins un paquet reçu à un poste de travail connecté en mode communication au dispositif électronique. Les systèmes et les procédés contemplés améliorent les systèmes d’authentification existants, p. ex. ceux qui sont utilisés dans les aéroports ou autres pôles de transport. Par exemple, les systèmes et les procédés contemplés peuvent fournir une intégration de systèmes différents, tels que ceux qui sont fournis par un gouvernement, ceux qui sont fournis par une compagnie aérienne, ceux qui sont fournis par un aéroport et ainsi de suite, en un seul système homogène. Aussi, l’intégration ne nécessite pas que des acteurs exposent des formats de données propriétaires ou des bases de données confidentielles. Par contraste, les systèmes existants ne disposent pas de cette sécurité apportée par les systèmes et les procédés contemplés. Ces améliorations sont rendues possibles, au moins en partie, par l’architecture spécifique divulguée dans la présente. Tel qu’il est utilisé dans la présente, le terme « biométrique » peut faire référence à toute information intrinsèquement unique (ou quasiment unique) à une personne. Par exemple, une donnée biométrique peut inclure une empreinte digitale, un scanner oculaire une signature de reconnaissance faciale, une analyse graphologique, ou autres. Une « donnée biométrique » peut être comparée à une quelconque information artificiellement unique (ou quasiment unique) à une personne, p. ex. un numéro d’identification nationale, un numéro de réservation, ou autre. Fig. 1 décrit un système 100 pour fournir une machine virtuelle avec un répertoire centralisé, cohérente avec des modes de réalisation divulgués. Comme l’illustre la Fig. 1, un serveur distant 101 peut fournir un service de réseau 105a et une machine virtuelle 105b. Bien qu’il ne soit illustré qu’un seul service de réseau et une seule machine virtuelle, le serveur distant 101 peut fournir une pluralité de services de réseau (p. ex. un ou plusieurs pour chaque dispositif électronique connecté à celui-ci électroniquement) et une pluralité de machines virtuelles (p. ex. une ou plusieurs pour chaque dispositif électronique et chaque poste de travail qui sont en communication avec celui-ci). Le serveur distant 101 peut comprendre un quelconque dispositif informatique configuré pour héberger des machines virtuelles, p. ex. le dispositif 600 de la Fig. 6, ou autre. Le dispositif électronique 111 peut comprendre un quelconque dispositif recevant des informations d’authentification d’un utilisateur. Dans certains modes de réalisation, le dispositif électronique 111 peut comprendre un lecteur de code-barres, un scanner de code QR, ou autres. De plus ou autrement, le dispositif électronique 111 peut comprendre un lecteur biométrique, tel qu’une caméra, un lecteur d’empreintes digitales, un oculomètre, ou autres. Le dispositif électronique 111 et le serveur distant 101 peuvent se connecter à travers un ou plusieurs réseaux, p. ex., le réseau 109. Le réseau (x) 109 peut être tout type de réseau (incluant l’infrastructure) qui fournit des communications, des échanges d’informations et/ou facilite l’échange d’informations, telles que l’Internet, un réseau de zone locale (LAN) ou autre connexion(s) appropriée. Dans des modes de réalisation où le serveur distant 101 se connecte à une pluralité de dispositifs électroniques, chaque dispositif peut se connecter au serveur distant 101 à travers le même réseau ou des réseaux différents. Dans certains modes de réalisation, chaque dispositif peut partager une portion du réseau (p. ex. un réseau dorsal connecté au serveur distant 101) alors que d’autres portions peuvent différer (p. ex. des pôles différents d’un réseau sans fil). Le dispositif électronique 111 peut être configuré pour se connecter à une interface de programmation d’application (API) fournie par le serveur distant 101. Par exemple, la machine virtuelle 105b peut créer l’API et fournir le même serveur de réseau traversant 105a. La machine virtuelle 105b peut être configurée pour émuler un logiciel de pilotage pour le dispositif électronique 111. Le dispositif électronique 111 peut fournir un indicateur biométrique ou d’autres données d’entrées à la machine virtuelle 105b. En réponse, la machine virtuelle 105b peut être configurée pour communiquer avec le serveur des douanes 107 pour vérifier l’indicateur biométrique reçu. Le serveur des douanes 107 peut comprendre un quelconque dispositif informatique stockant ou accédant à une base de données servant de comparaison pour vérifier les informations biométriques ou autre authentification, p. ex. le dispositif 600 de la Fig. 6, ou autre. La machine virtuelle 105b peut communiquer avec le serveur des douanes 107 à travers un ou plusieurs réseaux. Le réseau (x) peut être tout type de réseau (incluant l’infrastructure) qui fournit des communications, des échanges d’informations et/ou facilite l’échange d’informations, tel que l’Internet, un réseau de zone locale (LAN) ou autre connexion(s) appropriée. La machine virtuelle 105b peut crypter les communications avec le serveur des clients 107. De plus ou autrement, une connexion privée entre la machine virtuelle 105b et le serveur des douanes 107 peut apporter de la sécurité. Le serveur des douanes 107 peut ensuite renvoyer une confirmation à la machine virtuelle 105b qui à son tour peut renvoyer une confirmation au dispositif électronique 111. De plus ou autrement, le serveur des douanes 107 peut communiquer la confirmation à un poste de travail associé soit directement ou indirectement avec le dispositif électronique 111. Par exemple, le poste de travail peut comprendre un serveur (p. ex., le dispositif 600 de la Fig. 6, ou autre) associé à une compagnie aérienne, cette compagnie aérienne utilisant le dispositif pour saisir la donnée biométrique ou autre indicateur. La machine virtuelle 105b peut utiliser une bibliothèque de source fermée pour convertir l’indicateur biométrique reçu dans un format approprié pour un usage avec le serveur des douanes 107. Par exemple, le serveur des douanes 107 peut nécessiter des requêtes de confirmation dans un format propriétaire et utilisant par conséquent une boîte noire de source fermée, la machine virtuelle 105b peut assurer que le format propriétaire n’est pas révélé à l’opérateur de la machine virtuelle 105b. De plus ou autrement, l’opérateur de la machine virtuelle 105b peut recevoir des spécifications pour la forme propriétaire et utiliser des spécifications pour convertir l’indicateur biométrique reçu dans un format approprié pour un usage avec le serveur des douanes 107. Fig. 2A illustre un système exemplaire 200 dans lequel un serveur dématérialisé (cloud) (p. ex. le serveur distant 101 tel qu’illustré dans la Fig. 1) fournit une plateforme distante et singulière entre l’aéroport, et un logiciel spécifique à une compagnie aérienne (p. ex. des dispositifs biométriques et autres dispositifs tels qu’illustrés dans la Fig. 2A) et des fournisseurs d’identité externes, des partenaires d’hébergement, des systèmes d’exploitation et d’autres vendeurs externes. Dans l’exemple de la Fig. 2A, les fournisseurs d’identité peuvent inclure le service de vérification de voyageur (TVS) de la patrouille des douanes et des frontières (CBP) ou tout autre fournisseur biométrique N. En outre dans l’exemple de la Fig. 2A, les partenaires d’hébergement peuvent inclure Altéa®, Navitaire®, ou autre système de contrôle des départs (DCS) N. Telle que décrite dans la Fig. 2A, la plateforme cloud peut orchestrer les communications entre les dispositifs biométriques et autres dispositifs et les fournisseurs d’identité, les partenaires d’hébergement, les systèmes d’exploitation et autres vendeurs externes. Par exemple, ainsi qu’expliqué par rapport à la Fig. 1, des applications virtuelles hébergées sur la plateforme cloud peuvent faire fonctionner des dispositifs biométriques et d’autres dispositifs ainsi que se connecter pour identifier les fournisseurs, les partenaires d’hébergement, les systèmes d’exploitation et autres vendeurs externes. Ainsi, la plateforme cloud peut recevoir des entrées des dispositifs biométriques et d’autres dispositifs, vérifier lesdites entrées par comparaison avec des machines distantes gérées par les fournisseurs d’identité, les partenaires d’hébergement, les systèmes d’exploitation et d’autres vendeurs externes, et fournir des commandes correspondantes aux dispositifs biométriques et autres dispositifs. Telle que décrite dans la Fig. 2B, la plateforme cloud peut adapter les communications entre les dispositifs biométriques et autres dispositifs et les fournisseurs d’identité, les partenaires d’hébergement, les systèmes d’exploitation et autres vendeurs externes. Par exemple, ainsi qu’expliqué par rapport à la Fig. 1, des applications virtuelles hébergées sur la plateforme cloud peuvent gérer des conversions de données de sorte que les dispositifs biométriques et d’autres dispositifs peuvent utiliser les formats de fichiers d’origine avec la plateforme cloud qui reconditionne correctement ces fichiers avant de les fournir aux fournisseurs d’identité, aux partenaires d’hébergement, aux systèmes d’exploitation et aux autres vendeurs externes pour vérification. De façon similaire, les applications virtuelles hébergées sur la plateforme cloud peuvent gérer des conversions de données de sorte que les fournisseurs d’identité, partenaires d’hébergement, systèmes d’exploitation et autres vendeurs externes pour vérification puissent fournir des commandes dans des formats d’origine avec la plateforme dématérialisée qui va reconditionner ces commandes avant de les fournir aux dispositifs biométriques et à d’autres dispositifs. La plateforme cloud peut ensuite provisionner les dispositifs biométriques et les autres dispositifs pour une collaboration avec les fournisseurs d’identité, les partenaires d’hébergement, les systèmes d’exploitation et autres vendeurs externes. Dans un exemple, la plateforme cloud peut transmettre l’entrée (p. ex. des dispositifs biométriques ou de tout autre dispositif électronique) à un service d’identité hébergé à distance (p. ex. un IDaaS), dans lequel le service d’identité est configuré pour comparer l’entrée à des données stockées. Par exemple, le service d’identité peut comparer l’entrée avec des données biométriques stockées ou avec toutes autres données d’identification. En réponse, la plateforme cloud peut recevoir des données de sortie du service d’identité, dans lequel les données de sortie sont basées sur la comparaison. Par exemple, le service d’identité peut utiliser une correspondance exacte pour comparaison ou une correspondance partielle. En utilisant une correspondance partielle, le service d’identité peut exiger qu’un pourcentage de correspondance ou toute autre notation de correspondance entre l’entrée et la donnée stockée soit au-dessus d’un seuil (p. ex. au moins 60 % de similarité, 70 % de similarité, et ainsi de suite). Par conséquent, les données de sortie peuvent indiquer si une correspondance a été confirmée. De plus, dans certains modes de réalisation, les données de sortie peuvent indiquer le degré de correspondance comme indiqué ci-dessus. En outre, comme exposé ci-dessus, la plateforme cloud peut reformater les données de sortie du service d’identité en données de sortie fournies au poste de travail en utilisant la machine virtuelle. Dans la Fig. 2A, la plateforme dématérialisée peut en outre fournir des métriques et la surveillance à la fois des dispositifs biométriques et d’autres dispositifs ainsi que des fournisseurs d’identité, des partenaires d’hébergement, des systèmes d’exploitation et d’autres vendeurs externes. Par exemple, la plateforme cloud peut suivre les pourcentages de vérification pour les fournisseurs d’identité, les partenaires d’hébergement, les systèmes d’exploitation et les autres vendeurs externes, ainsi que calculer la moyenne de temps pour les vérifications, la moyenne de latence pour les communications entrantes et sortantes des fournisseurs d’identité, des partenaires hébergement, des systèmes d’exploitation et les autres vendeurs externes. De plus ou autrement, la plateforme dématérialisée peut suivre un nombre de personnes enregistrées par les dispositifs biométriques et par d’autres dispositifs ainsi que les moyennes de temps d’embarquement et la moyenne de latence pour les communications entrantes et sortantes des dispositifs biométriques et d’autres dispositifs. La Fig. 2B illustre un système 250 qui fournit une machine virtuelle pour l’intégration de périphériques à travers un programme de logiciels fournis sous forme de services (SAAS), cohérent avec des modes de réalisation divulgués. La plateforme SAAS peut comprendre un ou plusieurs serveurs distants, p. ex. le serveur distant 101 de la Fig. 1. De façon similaire au serveur distant 101, la plateforme SAAS peut fournir une API en utilisant une machine virtuelle à un ou plusieurs périphériques sur un ou plusieurs réseaux. Le réseau (x) peut être tout type de réseau (incluant l’infrastructure) qui fournit des communications, des échanges d’informations et/ou facilite l’échange d’informations, tel que l’Internet, un réseau de zone locale (LAN) ou autre connexion(s) appropriée. Comme illustrés dans la Fig. 2B, les périphériques peuvent inclure une caméra (p. ex. à la porte d’embarquement d’un aéroport), un dispositif mobile (une tablette, un téléphone portable, ou autres) ou un lecteur biométrique (p. ex. le lecteur biométrique Schlage® [SBD] de porte ou autre). Bien qu’elle soit illustrée comme partageant une API, dans certains modes de réalisation, la plateforme SAAS peut fournir des APIs différentes à des périphériques différents. Comme illustré par ailleurs dans la Fig. 2B, la plateforme SAAS peut orchestrer la confirmation de toute entrée provenant du périphérique(s) par comparaison à une ou plusieurs bases de données (p. ex. une base de données du serveur des douanes 107 de la Fig. 1 ou autres). De plus, la plateforme SAAS peut convertir les entrées du périphérique(s) ou la confirmation de ladite une ou plusieurs bases de données dans un format quelconque prédéfini [p. ex. le format de l’Aircraft Electronics Association (AEA)]. Par conséquent, la plateforme SAAS peut fournir des commandes AEA à distance (ou d’autres commandes formatées de façon appropriée) aux systèmes des postes de travail. Par exemple, comme illustré dans la Fig. 2B, le poste de travail peut comprendre un dispositif virtuel connecté à la plateforme SAAS à travers un pont de protocole de contrôle de transmission/protocole Internet (TCP/IP) ou tout autre pont sur un ou plusieurs réseaux. Bien qu’il soit illustré comme étant conceptuellement séparé dans la Fig. 2B, le dispositif virtuel peut être exécuté sur la plateforme SAAS et contrôler le poste de travail à travers un ou plusieurs logiciels de pilotage (p. ex. illustré avec la machine virtuelle 105b dans la Fig. 1). Fig. 3 illustre un système 300 qui utilise une machine virtuelle pour fournir une authentification biométrique intégrée dans un aéroport, cohérente avec des modes de réalisation divulgués. Dans l’exemple de la Fig. 3, une caméra, un lecteur biométrique d’une porte d’embarquement, ou un autre périphérique biométrique sont utilisés pour d’abord enregistrer un passager sur une liste des douanes et ensuite effectuer des vérifications sur le même passager au cours des voyages. Tout d’abord un passager peut s’enregistrer en utilisant des informations existantes sur un système de contrôle des départs d’une compagnie aérienne ou peut fournir des informations biométriques à un point de vente. Quel que soit le mode de réalisation, le système de contrôle des départs peut recevoir une commande pour enregistrer le passager (et peut aussi recevoir l’information biométrique pour enregistrer) sur un ou plusieurs réseaux. Le réseau (x) peut être tout type de réseau (incluant l’infrastructure) qui fournit des communications, des échanges d’information et/ou facilite l’échange d’informations, tel que l’Internet, un réseau de zone locale (LAN) ou autre connexion(s) appropriée. Le système de contrôle des départs peut donc enregistrer le passager sur une liste des douanes, p. ex. en utilisant une requête rapide (AQQ) au système avancé d’informations de passagers (APIS). La liste peut être accessible en utilisant un client privé virtuel (VPC) qui peut accéder de façon sécurisée à la liste des douanes. Deuxièmement, un passager peut vérifier son identité au cours du voyage en fournissant une information biométrique à une caméra, à un lecteur biométrique de porte d’embarquement, ou à un autre périphérique biométrique. Le périphérique peut communiquer l’information à une API d’un serveur d’applications (p. ex. faisant fonctionner une machine virtuelle comme décrite ci-dessus par rapport au serveur distant 101 de la Fig. 1, de la plateforme SAAS de la Fig. 2, ou autres de ce genre). Bien qu’illustré comme étant fournie par les services web d’Amazon (AWS), toute plateforme permettant le lancement de machines virtuelles peut être utilisée. En réponse, la machine virtuelle sur le serveur d’applications peut vérifier l’information biométrique par comparaison avec la liste des douanes, p. ex. en envoyant de façon sécurisée l’information à un VPC ayant accès à la liste des douanes. Par conséquent, l’information biométrique peut être vérifiée sans exposer directement les informations ou un port d’accès, à la liste des douanes. En outre, comme cela a été expliqué par rapport à la machine virtuelle 105b de la Fig. 1, la machine virtuelle du serveur d’applications peut formater et renvoyer une confirmation de l’information biométrique au périphérique biométrique. De plus ou autrement, bien que ce ne soit pas illustré dans la Fig. 3, le serveur d’applications peut formater et renvoyer la confirmation à un poste de travail de l’aéroport. La Fig. 4 illustre un diagramme séquentiel montrant un procédé exemplaire 400 pour fournir une machine virtuelle, cohérent avec les modes de réalisation divulgués. Dans certains modes de réalisation, le procédé 400 peut inclure des étapes pour fournir une interface de programmation d’applications (API), le lancement d’une machine virtuelle, la réception d’une entrée en utilisant l’API et l’apport de données de sortie en utilisant la machine virtuelle. Comme le reconnaitront les hommes de métier, cette séquence particulière d’étapes n’est pas censée être limitative. Les étapes du procédé 400 peuvent être combinées ou divisées et le procédé 400 peut inclure plus ou moins d’étapes sans pour autant s’éloigner des modes de réalisation contemplés. Le procédé 400 peut être exécuté par au moins un processeur (p. ex. le processeur(s) 601a et/ou 601b du dispositif 600 de la Fig. 6). Par exemple, le au moins un processeur peut exécuter des instructions stockées sur au moins une mémoire non transitoire et le au moins un processeur et la au moins une mémoire non transitoire peuvent comprendre au moins un serveur fournissant des services dématérialisés. Le système peut être configuré pour fournir une interface de programmation d’application (API) à un dispositif électronique dans l’étape 401. Par exemple, ainsi qu’expliqué ci-dessus par référence aux Figs 1 et 2 et ci-dessous par rapport à l’étape 403, l’API peut fournir un accès à une machine virtuelle hébergée sur le système. La machine virtuelle peut fournir l’API à travers un ou plusieurs réseaux, p. ex. un réseau informatique privé. Dans certains modes de réalisation, le dispositif électronique peut comprendre un périphérique biométrique. Par exemple, le dispositif électronique peut comprendre une caméra, un lecteur d’empreintes digitales, un oculomètre ou autres. De plus ou autrement, le dispositif électronique peut comprendre un lecteur de code-barres, un scanner de code QR, ou autres. Après l’étape 401, le système peut être configuré pour lancer une machine virtuelle configurée pour émuler un type de dispositif électronique basé sur un poste de travail auquel est connecté le dispositif électronique dans l’étape 403. Par exemple, le poste de travail peut comprendre un serveur associé à une compagnie aérienne. Le type de dispositif électronique peut comprendre un modèle particulier ou autre d’un dispositif électronique. Par conséquent, la machine virtuelle peut émuler un modèle particulier d’un lecteur d’empreintes digitales ou autres, mais ouvrir une API à un lecteur d’empreintes digitales qui est d’un modèle différent. Par conséquent le lecteur d’empreintes digitales peut fonctionner comme d’habitude, mais apparaître à un quelconque dispositif connecté à la machine virtuelle comme un lecteur d’empreintes digitales différent. Après l’étape 403, le système peut être configuré pour recevoir une entrée, en utilisant l’API, du dispositif électronique dans l’étape 405. Par exemple, l’entrée peut comprendre au moins un indicateur biométrique d’un utilisateur. Après l’étape 405, le système peut être configuré pour fournir des données de sortie au poste de travail en utilisant la machine virtuelle dans l’étape 407. Par exemple, les données de sortie peuvent comprendre une vérification d’au moins un indicateur biométrique. Par ailleurs, les données de sortie peuvent être formatées selon un format associé au poste de travail, p. ex. un format de l’Aircraft Electronics Association. Dans certains exemples, la vérification peut inclure par ailleurs des données concernant un vol programmé associé à l’utilisateur. Par exemple un numéro de vol, un horaire de départ, une porte de départ ou autres peuvent être encodés dans les données de sortie basées sur le format. De plus ou autrement, la vérification peut inclure par ailleurs des données concernant un événement programmé associé à l’utilisateur. Par exemple, l’horaire d’un événement, le lieu d’un événement ou autre peuvent être encodés dans les données de sortie basées sur le format. De plus ou autrement, la vérification peut inclure par ailleurs des données concernant un examen académique (« examen ») programmé associé à l’utilisateur. Par exemple, l’horaire d’un examen, le lieu d’un examen ou autres peuvent être encodés dans les données de sortie basées sur le format. Par conséquent, bien que décrit par référence à des aéroports, tout autre système reposant sur des informations biométriques pour vérifier un utilisateur, tels qu’un système d’examen, un système d’enregistrement un événement (ou de billetterie), ou autre peut employer les systèmes de virtualisation dans la présente pour intégrer sans problèmes différents périphériques. Le procédé 400 peut par ailleurs inclure des étapes supplémentaires qui ne sont pas montrées dans la Fig. 4. Par exemple, le procédé 400 peut inclure de faire passer les données de sortie au dispositif électronique qui transmet les données de sortie au poste de travail en plus de, ou au lieu de l’étape 407. La Fig. 5 illustre un organigramme montrant un procédé 500 pour authentifier un utilisateur en utilisant un service de vérification d’identité ou d’authentification distant via une machine virtuelle, cohérent avec des modes de réalisation divulgués. Dans certains modes de réalisation, le procédé 500 peut inclure les étapes de connexion à un serveur distant, de fourniture au serveur distant d’un indicateur biométrique saisi, de réception, en provenance d’une machine virtuelle exécutée sur le serveur distant, d’au moins un paquet dans un format défini basé sur l’indicateur biométrique, et la transmission du au moins un paquet reçu à un poste de travail connecté en mode communication à un dispositif électronique. Comme le reconnaîtront les hommes de métier, cette séquence particulière d’étapes n’est pas censée être limitative. Les étapes du procédé 500 peuvent être combinées ou divisées, et le procédé 500 peut inclure des étapes supplémentaires, ou moins d’étapes, sans s’éloigner des modes de réalisation contemplés. Le procédé 500 peut être exécuté par au moins un processeur (p. ex. le processeur(s) 601a et/ou 601b du dispositif 600 de la Fig. 6). Le système peut être configuré pour se connecter, via au moins un réseau et à travers une interface de programmation d’application (API), à un serveur distant à l’étape 501. Par exemple, comme expliqué ci-dessus par référence aux Figs. 1 et 2, le au moins un réseau peut être tout type de réseau (incluant l’infrastructure) qui fournit des communications, échange des informations et/ou facilite l’échange d’informations, tel que l’Internet, un réseau de zone locale (LAN) ou autre connexion(s) appropriée. Dans certains modes de réalisation, le réseau peut comprendre un réseau informatique privé. Après l’étape 501, le système peut être configuré pour fournir au serveur distant, via le au moins un réseau et à travers l’API, un indicateur provenant d’au moins un capteur configuré pour saisir un indicateur biométrique de l’utilisateur à l’étape 503. Par exemple, comme expliqué par référence aux Figs. 1 et 2, la machine virtuelle peut recevoir une entrée du dispositif électronique incluant le au moins un capteur et l’indicateur biométrique peut comprendre une portion de l’entrée. Dans certains modes de réalisation, le dispositif électronique peut comprendre un périphérique biométrique. Par exemple, le dispositif électronique peut comprendre une caméra, un lecteur d’empreintes digitales, un oculomètre ou autres. De plus ou autrement, le dispositif électronique peut comprendre un lecteur de code-barres un scanner de code QR, ou autres. Après l’étape 503, le système peut être configuré pour recevoir, d’une machine virtuelle exécutée sur le serveur distant, au moins un paquet dans un format défini basé sur l’indicateur biométrique à l’étape 505. Par exemple, le format défini peut comprendre un format de l’Aircraft Electronics Association. En outre, le système peut utiliser une bibliothèque propriétaire pour effectuer le formatage préservant ainsi la confidentialité du format même. Après l’étape 505, le système peut être configuré pour transmettre le au moins un paquet reçu à un poste de travail connecté en mode communication au dispositif électronique à l’étape 507. Par exemple, le poste de travail peut comprendre un serveur associé à une compagnie aérienne. Le procédé 500 peut omettre l’étape 507 dans des modes de réalisation où la machine virtuelle communique directement avec le poste de travail. Dans certains modes de réalisation, le procédé 400 peut être fourni par un serveur distant (p. ex. le serveur distant 101 de la Fig. 1, la plateforme SAAS de la Fig. 2, ou autre) alors que le procédé 500 peut être exécuté par un dispositif électronique (p. ex. un périphérique biométrique ou autre) connecté au serveur distant. Par conséquent, les procédés 400 et 500 peuvent coopérer pour vérifier les utilisateurs sur un répertoire centralisé en intégrant sans problème différents périphériques biométriques à travers la virtualisation. La divulgation précédente décrit des modes de réalisation d’un système pour fournir une machine virtuelle pour authentifier un utilisateur en utilisant un service distant de vérification d’identité ou d’authentification via une machine virtuelle. Un tel système peut généralement être utilisé pour intégrer des services de base de données avec des dispositifs biométriques dans un contexte aéroportuaire tel que décrit dans la Fig. 3. Par exemple un dispositif électronique peut être configuré pour saisir des données biométriques d’un voyageur. Dans ces exemples non limitatifs, le dispositif électronique peut traiter les données biométriques en utilisant un dispositif virtuel sur un serveur distant. Dans un autre exemple, le dispositif électronique peut fonctionner à travers une plateforme système sous forme de service de sorte qu’un disque virtuel semble fonctionner localement sur le dispositif électronique. Quel que soit l’exemple non limitatif, le serveur distant (ou la plateforme système sous forme de service) peut vérifier les données biométriques et renvoyer une autorisation à un ou plusieurs postes de travail selon des formats particuliers utilisés par ces postes de travail. Fig. 6 est un diagramme bloc d’un exemple de dispositif avec lequel les systèmes, les procédés et les dispositifs de l’invention présente peuvent être implémentés. Le dispositif exemplaire 600 peut inclure au moins un processeur (p. ex. le processeur 601a et/ou le processeur 601b) et au moins une mémoire (p. ex. les mémoires 605a et 605b). Le processeur(s) 601a et/ou 601b peut comprendre une unité de traitement centrale (CPU), une unité de traitement graphique (GPU), ou autre circuiterie similaire capable de mettre en œuvre une ou plusieurs opérations sur un flux de données. Le processeur(s) 601a et/ou 601b peuvent être configurés pour exécuter les instructions qui peuvent, par exemple, être stockées sur une ou plusieurs des mémoires 605a et 605b. Les mémoires 605a et 605b peuvent être des mémoires volatiles (telles que RAM ou autres) et/ou des mémoires non volatiles (telles que la mémoire flash, un lecteur de disque dur, ou autres). Comme expliqué ci-dessus, les mémoires 605a et 605b peuvent stocker des instructions pour exécution par le processeur(s) 601a et/ou 601b. Ainsi que décrit par ailleurs dans la FIG. 6, le dispositif 600 peut inclure, au moins un contrôleur d’interface de réseau (NIC) (p. ex. le NIC 607). Le NIC 607 peut être configuré pour faciliter la communication sur au moins un réseau informatique (p. ex. le réseau 609). Les fonctions de communication peuvent ainsi être facilitées à travers un ou plusieurs NICs qui peuvent être sans fil et/ou filaires et peuvent inclure un port Ethernet, des récepteurs et transmetteurs de fréquence radio et/ou des récepteurs et transmetteurs optiques (p. ex. infrarouge). La conception spécifique et l’implémentation dudit un ou plusieurs NICs dépend du réseau informatique 607 sur lequel le dispositif 600 est censé fonctionner. Par exemple, dans certains modes de réalisation, le dispositif 600 peut inclure un ou plusieurs NICs sans fil et/ou filaires conçus pour fonctionner sur un réseau GSM, un réseau GPRS, un réseau EDGE, un Wifi ou un réseau WiMax et un réseau Bluetooth®. Autrement ou simultanément, le dispositif 600 peut inclure un ou plusieurs NICs sans fil et/ou filaires conçus pour fonctionner sur un réseau TCP/IP. Tel qu’illustré dans la FIG. 6, le dispositif 600 peut inclure un dispositif de stockage 603 et/ou être connecté de façon fonctionnelle à celui-ci. Le dispositif de stockage 603 peut être volatile (tel que RAM ou autres) ou non volatile (tel que la mémoire flash, un lecteur de disque dur, ou autres). Un module I/O peut permettre les communications entre le processeur(s) 601a et/ou 601b, les mémoires 605a et 605b, le NIC 607, et/ou le dispositif de stockage 603. Le processeur(s) 601a et/ou 601b, les mémoires 605a et 605b, le NIC 607 et/ou le dispositif de stockage 603 peuvent comprendre des composants séparés ou peuvent être intégrés dans un ou plusieurs circuits intégrés. Les divers composants dans le dispositif 600 peuvent être couplés par un plusieurs bus de communication ou lignes de signaux (non illustrées). Fig. 7 est un diagramme bloc d’une implémentation exemplaire 700 des systèmes, procédés et dispositifs de l’invention présente dans un contexte aéroportuaire. Comme illustré dans la Fig. 7, une personne (« Pass. ») peut présenter des informations pour vérification, p. ex. à une porte d’embarquement. Dans l’exemple de la Fig. 7, l’information comprend des informations biométriques (p. ex. une image faciale, une image d’une empreinte digitale, ou autres) encodées dans une structure de donnée aéroport_porte_embarquement_privée . Dans d’autres modes de réalisation, des informations de vérification supplémentaires ou autres telles qu’un code-barres, une image d’une identification gouvernementale ou autres sont utilisées. Ainsi qu’illustré par ailleurs dans la Fig. 7, le dispositif électronique saisissant les informations (p. ex. stockant la même information que « Biopod » dans la structure de donnée illustrée aéroport_porte_embarquement_privée) peut ajouter un ID de dispositif à l’information saisie et crypter celui-ci. Par exemple, le dispositif électronique peut transmettre l’information (optionnellement avec l’ID de dispositif) à un serveur distant (indiqué par AWS_privé dans la Fig. 7). Bien que décrit comme utilisant un protocole https, un quelconque protocole de transmission sécurisé peut être utilisé. En outre, le serveur distant peut gérer une machine virtuelle pour le dispositif électronique. Par conséquent, ainsi qu’illustrée dans la Fig. 7, une interface binaire d’application (ABI) sur le serveur distant peut permettre au poste de travail virtuel hébergé par le serveur de communiquer avec le dispositif électronique (ou avec un poste de travail connecté à celui-ci, identifié comme « poste de travail CUS »). Par conséquent, le serveur distant peut communiquer les informations de vérification cryptées à un service d’identité distant tel qu’une machine de la patrouille des frontières et des douanes (CBP). En utilisant les informations de vérification reçues ainsi que les informations stockées (p. ex. les informations biométriques personnellement identifiables [PII] et/ou PII standard), le service d’identité distant peut vérifier une identité de la personne (« Pass. »). La vérification peut être encodée sous forme de message (p. ex. une réponse positive ou négative) basé sur le succès ou non de la vérification. Afin de gérer correctement la réponse du service distant d’identité, le poste de travail virtuel peut transmettre le message du service d’identité distant à un service d’embarquement (« embarquement pass. »). Par conséquent, un autre service qui utilise le dispositif électronique (tel qu’un système de contrôle des départs [DCS], un système de réservation [RES] ou autres) peut recevoir le message du service d’identité distant. Le poste de travail virtuel plus réencoder le message pour un traitement correct par le service en utilisant le dispositif électronique et/ou pour une synchronisation correcte [telle qu’une synchronisation d’enregistrement de nom de passager (PNR)] à travers les services pertinents. Finalement, une fois qu’un quelconque des services utilisant la structure de donnée du centre de données Erding_DC_privé a été mis à jour pour refléter le message provenant de la structure de donnée AWS_ publique, la machine virtuelle peut recevoir une notification le confirmant. Dans certains modes de réalisation, comme illustré par ailleurs dans la Fig. 7, le dispositif électronique peut donc communiquer l’acceptation ou le rejet du service d’identité distant et/ou peut contrôler un dispositif d’accès (tel qu’une barrière, une porte, ou autre) en réponse à la notification. Dans certains modes de réalisation, ainsi que montré par ailleurs dans la Fig. 7, le serveur distant hébergeant la machine virtuelle (montré comme utilisant la structure de données AWS_privé) peut collecter des données d’analyse rendues anonymes autrement non identifiées du dispositif électronique. Par conséquent, les données analytiques peuvent être partagées avec le dispositif et/ou avec un poste de travail associé au dispositif afin d’évaluer la fonctionnalité du dispositif et/ou les risques de sécurité saisis par le dispositif. L’exemple de la Fig. 7, bien que représentant une illustration dans un aéroport, peut être appliqué à tout autre environnement en utilisant une vérification pour contrôler un accès, par exemple à un examen académique, un bâtiment commercial, ou autres. En outre, les structures de données illustrées et dénommées dans la Fig. 7 sont des exemples ; les modes de réalisation de la présente divulgation peuvent être implémentés en utilisant un quelconque nombre approprié et type de structures de données. Un serveur distant fournissant une machine virtuelle, comprenant au moins une instruction de stockage de mémoire ; et au moins un processeur configuré pour exécuter les instructions pour effectuer les opérations comprenant : l’apport d’une interface de programmation d’application (API) à un dispositif électronique, le lancement d’une machine virtuelle configurée pour émuler un type de dispositif électronique basé sur un poste de travail auquel est connecté le dispositif électronique, la réception d’une entrée, en utilisant l’API, en provenance du dispositif électronique et la fourniture de données de sortie au poste de travail en utilisant la machine virtuelle. Dispositif selon la revendication 1 caractérisé en ce que l’entrée comprend au moins un indicateur biométrique d’un utilisateur. Dispositif selon la revendication 2 caractérisé en ce que les données de sortie comprennent une vérification du au moins un indicateur biométrique. Dispositif selon la revendication 3 caractérisé en ce que la vérification inclut par ailleurs des données concernant un vol programmé associé à l’utilisateur. Dispositif selon la revendication 3 caractérisé en ce que la vérification inclut par ailleurs des données concernant un évènement programmé associé à l’utilisateur. Dispositif selon la revendication 3 caractérisé en ce que la vérification inclut par ailleurs des données concernant un examen académique programmé associé à l’utilisateur. Dispositif selon l’une quelconque des revendications 3-6 caractérisé en ce que les données de sortie sont formatées selon un format associé au poste de travail. Dispositif selon la revendication 7 caractérisé en ce que le format associé au poste de travail comprend un format de l’Aircraft Electronics Association. Dispositif selon l’une quelconque des revendications précédentes caractérisé en ce que le poste de travail comprend un serveur associé à une compagnie aérienne. Dispositif selon l’une quelconque des revendications précédentes caractérisé en ce que les données de sortie sont fournies au poste de travail en faisant passer les données de sortie au dispositif électronique qui transmet les données de sortie au poste de travail. Dispositif selon l’une quelconque des revendications précédentes caractérisé en ce que l’apport du données de sortie comprend par ailleurs : la transmission de données de sortie à un service d’identité hébergé à distance, dans lequel le service d’identité est configuré pour comparer l’entrée avec les données stockées ; en réponse, la réception de données de sortie en provenance du service d’identité, dans lequel les données de sortie sont basées sur la comparaison ; et le reformatage des données de sortie provenant du service d’identité pour envoi au poste de travail en utilisant la machine virtuelle. Dispositif selon la revendication 11 caractérisé en ce que les données d’entrée comprennent au moins un indicateur biométrique d’un utilisateur et le au moins un processeur est configuré pour reformater le données d’entrée avant de les transmettre conformes à un format associé au service d’identité. Dispositif électronique pour fournir une authentification d’un utilisateur, comprenant au moins un capteur configuré pour saisir un indicateur biométrique de l’utilisateur ; au moins une mémoire ayant des instructions stockées ; et au moins un processeur configuré pour exécuter les instructions afin d’effectuer les opérations comprenant : la connexion, via au moins un réseau et à travers une interface de programmation d’application (API), à un serveur distant, la fourniture au serveur distant, via le au moins un réseau et à travers l’API, de l’indicateur biométrique saisi, la réception, d’une machine virtuelle exécutée sur le serveur distant, d’au moins un paquet dans un format défini basé sur l’indicateur biométrique, et la transmission du au moins un paquet reçu à un poste de travail connecté en mode communication au dispositif électronique. Dispositif selon la revendication 13 caractérisé en ce que le au moins un capteur comprend une caméra et l’indicateur biométrique comprend au moins une image d’une portion du visage de l’utilisateur. Dispositif selon la revendication 13 caractérisé en ce que le au moins un capteur comprend un scanner d’empreinte digitale et l’indicateur biométrique comprend au moins une portion de l’empreinte digitale de l’utilisateur. Dispositif selon la revendication 13 caractérisé en ce que le au moins un capteur comprend un oculomètre et l’indicateur biométrique comprend au moins une portion d’un scanner oculaire de l’utilisateur. Dispositif selon la revendication 13 caractérisé en ce que le au moins un capteur comprend un scanner de code-barres et l’indicateur biométrique comprend au moins une portion de l’information relative à l’utilisateur encodée dans le code-barres. Dispositif selon l’une quelconque des revendications 13-17 caractérisé en ce que le au moins un réseau comprend un réseau informatique privé. Dispositif selon l’une quelconque des revendications 13-18 caractérisé en ce que le format défini comprend un format de l’Aircraft Electronics Association. Dispositif selon l’une quelconque des revendications 13-19 caractérisé en ce que le poste de travail comprend un serveur associé à une compagnie aérienne.