Brevet FR3115138A1 — publié le 20220415

L’invention concerne un dispositif pour l'utilisation par des passagers (1) pourvus de terminaux informatiques (2) et situés à bord d’un aéronef (A), d’un site web de commerce électronique hébergé par une infrastructure informatique située au sol et susceptible d’être interrogé à partir de l’aéronef (A) par l’intermédiaire d’un lien de communication (3) limité en bande passante entre l’aéronef (A) et l’infrastructure au sol, caractérisé en ce que le site web de commerce électronique est constitué par un serveur de commerce électronique semi-embarqué (noté « SeeS » en abrégé) constitué de deux parties, à savoir d’une part un composant (7) situé au sol, et d’autre part un composant (8) embarqué dans l’aéronef (A) et configuré pour optimiser en fonction des différentes phases d’un vol la communication avec ledit composant au sol (7). Figure pour l’abrégé : figure 3 Dispositif et procédé pour la mise en œuvre d’un site web de commerce électronique à bord d’un aéronef Domaine technique de l’invention L'invention se rapporte au domaine des serveurs web de commerce en ligne et de leur utilisation dans les conditions particulières des avions en vol. L’invention concerne un dispositif et un procédé ainsi que l’architecture matérielle et logicielle nécessaires pour assurer le fonctionnement complet d’un site web de commerce électronique (ou e-commerce) à bord d’un aéronef, notamment un avion sur une ligne commerciale pendant les phases de vol, en optimisant l’utilisation de la connectivité Internet disponible dans l’avion dûment équipé, connectivité limitée et onéreuse. L’invention vise notamment à permettre à des passagers d’effectuer en vol de façon simple et rapide des achats de produits, notamment des produits détaxés (dits « duty free » en terminologie anglo-saxonne). L'invention sera désignée ci-après « serveur de e-commerce semi-embarqué » ou « SeeS », abréviation de « Semi-embarked eCommerce Server » en anglais. Ces termes ne sont utilisés que par commodité aux seules fins d'améliorer la lisibilité et l'intelligibilité du présent document. État de la technique antérieure Serveurs web : Sur les sites web actuels de e-commerce, la navigation et les transactions utilisent une structure technique désormais très conventionnelle faisant appel à la construction de requêtes HTTP. Elles vont déclencher pour chaque page le téléchargement de nouvelles données HTML comportant des liens vers des images ou des contenus Javascript et CSS ainsi que les données à afficher. Chaque requête va ainsi provoquer des téléchargements de contenus externes, dont certains d'une taille potentiellement significative (notamment les images). Les sites web classiques comportent aussi de nombreux traqueurs Javascript à des fins de publicité ou d’analyse de comportement des utilisateurs. Ces traqueurs, présents sur toutes les pages, génèrent beaucoup de connexions et peuvent également perturber la rapidité de fonctionnement d’un site Web en cas de connexion Internet lente. On constate que les sites web actuels de e-commerce ne sont pas conçus pour pouvoir fonctionner de façon fluide et rapide sur une connexion Internet limitée, comme cela est typiquement le cas dans un avion en vol. Cela résulte pour l’utilisateur en une navigation lente et laborieuse. Cela peut même conduire à l’interruption de la connexion et à la perte de la session de l’utilisateur, menant à une expérience utilisateur incomplète, par exemple l’impossibilité de finaliser un achat. Connectivité Internet dans les avions : Il est déjà connu d’installer un serveur informatique et un réseau de type Wifi dans un avion, pour que les passagers puissent profiter via leur appareil personnel (smartphone, tablette, ordinateur portable) disposant du Wifi, ou via des terminaux tactiles intégrés dans l’avion, de différents services localisés à bord, comme par exemple la diffusion de films ou encore des services de jeux vidéo, et parfois un accès Internet à un service au sol. Pour obtenir un accès Internet à des services au sol, les passagers souscrivent via le portail Wifi captif de l’avion à un plan d’utilisation d’Internet limité (le plus souvent limité à quelques mégaoctets de trafic de données). L’accès au réseau présent à bord de l'avion ne pose pas de problème particulier, mais il en va autrement de l'accès à des services fournis par des serveurs situés au sol. La connectivité Internet des avions est fournie dans la très grande majorité des cas par une connexion satellite. Il existe des solutions alternatives, notamment de connexion directe depuis le sol, mais elles ne sont disponibles qu'au-dessus d'un nombre restreint de territoires (en particulier l'Amérique du Nord) et jamais au-dessus des océans. Les solutions de connexion par satellite sont donc les seules disponibles tout autour du globe et toute limitation de ces solutions peut être considérée comme une limitation de la connectivité Internet des avions en vol (en particulier à des fins de e-commerce et d’achats détaxés). Or, selon une étude menée par un cabinet indépendant (Euroconsult, 2016), le coût d’un gigaoctet (1Go) de trafic de données par satellite entre le sol et un avion est prohibitif, d’environ 50 USD. Considérant que la consommation moyenne en bande passante d’une session utilisateur sur un site de e-commerce normal est assez variable mais qu'elle peut être estimée à environ vingt mégaoctets (20 Mo) par utilisateur et par session au minimum, le coût par session et par utilisateur des transactions à bord d'un avion sur une infrastructure non modifiée sans optimisation s'élèverait à environ 1 USD. En outre, les connexions Internet par satellite possèdent d’importantes limitations techniques par rapport à des connexions Internet classiques par fibre optique, ADSL ou mobile 3/4G. Ces limitations se traduisent par des débits (à savoir le nombre de mégaoctets téléchargeables par seconde) plus faibles et des temps de latence (à savoir le temps mis entre l’émission d’une requête par le navigateur internet et sa réponse par le serveur au sol) plus élevés. La latence réseau induite par la connexion satellite elle-même, additionnée à la latence entre le point de contact satellitaire au sol et les serveurs au sol, peut représenter quelques centaines de millisecondes, ce qui est très perceptible et constitue un facteur limitant important de l’expérience utilisateur. Enfin, la localisation géographique de l’hébergement du site web visé par une requête HTTP est généralement prévue pour être au plus proche de l’utilisateur et, bien entendu, cela est difficilement possible lorsque l’utilisateur se trouve dans un avion en vol. La requête passe alors le plus souvent par une connexion satellitaire. L’infrastructure informatique de l’avion est connectée via une antenne disposée sur la carlingue à un satellite géostationnaire qui est lui-même connecté par radio à une infrastructure au sol et, par ce biais, au site web visé. Lors du déplacement de l’avion, le satellite utilisé peut changer et donc également les points de contact au sol aptes à communiquer avec ces différents satellites et les routes Internet entre ces points de contact au sol et le site web. Serveurs proxy : Une approche classique pour tenter de compenser ces limitations de l'accès depuis un avion en vol à des serveurs de e-commerce au sol serait l'utilisation de serveurs « proxy ». Mais ces solutions comportent aussi des limitations qui les empêchent d'apporter les optimisations visées. Les serveurs « proxy cache » (aussi appelés serveurs mandataires en français) peuvent être utilisés comme intermédiaires pour l'accès des équipements utilisateurs d'un réseau (ordinateur, smartphone, tablette...) à Internet, retournant les éléments statiques déjà chargés (images, Javascript, CSS) sans avoir à les récupérer de nouveau auprès des serveurs concernés. Les serveurs « reverse proxy » vont, à l'inverse, tenir à disposition des utilisateurs les éléments statiques d'un serveur donné. Mais ces dispositifs ne vont tenir à disposition que des éléments déjà requis une première fois et, lors de ce premier accès, l'élément doit être chargé depuis le serveur web principal. Une autre limitation forte qu'il convient de noter est l'impossibilité pour les serveurs proxy classiques de fonctionner en protocole sécurisé HTTPS de bout en bout. Certes, les serveurs « TLS termination proxy » apportent les bénéfices des serveurs proxy tout en permettant l'utilisation du protocole HTTPS sur la portion de la communication prenant place sur Internet mais ils supposent une configuration particulière sur les terminaux utilisateurs (et sont donc destinés à une utilisation en entreprise par exemple). Ces serveurs ne sont donc pas utilisables dans les conditions d'un vol commercial, en particulier pour l'accès par les passagers depuis leurs terminaux personnels (smartphone, tablette, ordinateur portable). Des serveurs proxy sont installés dans les avions mais ne suppriment donc que les redondances à l'échelle de la cabine et seulement parmi les accès aux ressources accessibles en HTTP sur Internet. Cette mesure en tant que telle est donc insuffisante pour éviter de devoir télécharger à chaque requête de gros volumes de données, ce qui va très vite consommer le quota de mégaoctets inclus dans le plan choisi et acheté par le passager, et générer des interruptions de service impromptues. Une approche pourrait consister à forcer le chargement du cache du serveur proxy en parcourant à l'avance, quand une connexion Internet de bonne qualité est disponible, la totalité des pages d'un site de e-commerce dont on veut faciliter l'utilisation en vol. Ce mode de fonctionnement n'est pas sans rappeler celui d'un CDN (Content Delivery Network) dont un but est de pré-distribuer sur Internet au plus près des utilisateurs les composants statiques d'un site web dont seule change une partie des données, par exemple des données numériques temps réel. Cependant, dans le cas où cette fonction est assurée au sein d'un avion, pour des raisons de sécurité, l'initiative vient nécessairement de l'équipement local qui « tire » les éléments à pré-charger alors qu'ils sont « poussés » sur un CDN par le serveur web. Si ce procédé de pré-chargement du cache d'un proxy va dans la bonne direction, il se révèle toutefois insuffisant. D'une part, il ne résout pas la limitation relative au HTTPS : même si tous les éléments statiques du site ont été pré-chargés, comme les requêtes ultérieures sont chiffrées, le serveur proxy ne pourra pas identifier les éléments qu'il a déjà dans son cache en évitant alors de les requêter à nouveau. Mais, plus largement, si le procédé est utilisé avec un serveur web standard, conçu et développé indépendamment de cette utilisation avec un serveur proxy aux fins d'une consommation optimisée de la connexion Internet limitée qui les relie, le bénéfice restera faible et partiel. En effet, le serveur proxy doit trouver lui-même les changements, qui peuvent intervenir selon un mode non pensé pour la mise en œuvre d'un proxy cache. Par exemple, l'activation d'une promotion commerciale sur un produit pourra entraîner un ensemble de changements, y compris sur des éléments statiques, si on n'a pas pris la peine d'une conception technique visant à éliminer au maximum cet effet. On comprend aussi qu'il serait plus efficace que le serveur fonctionnant comme intermédiaire pour l'accès au serveur web principal puisse demander au serveur ce qui change. Buts de l'invention L’invention a pour but de résoudre les différents problèmes techniques évoqués ci-dessus dans le cadre de la communication entre des terminaux de communication des passagers d’un aéronef et un site web de commerce électronique situé au sol. En particulier, l'invention doit permettre l'utilisation à bord d'un avion en vol d'un site de e-commerce (consultation et achats) en réduisant fortement la consommation de bande passante réseau et la latence. Un autre but de l’invention est de proposer un système apte à diminuer voire à supprimer les dégradations et les interruptions de service de façon à offrir à l’utilisateur une expérience de transaction continue et fluide, notamment pour l’achat de produits détaxés. Un but secondaire est même que l’invention permette l'utilisation d'un sous-ensemble des fonctionnalités du site de e-commerce dans des avions dépourvus de connectivité Internet. Principe de l'invention Dépassant les limitations exposées précédemment rencontrées avec un serveur « proxy » classique, « proxy cache », « reverse proxy » ou même « TLS termination proxy », l’invention propose un SeeS qui repose dans son principe sur une collaboration active entre un composant embarqué à bord de l’avion et le serveur au sol pour optimiser l’usage de la bande passante disponible pendant les différentes phases d’un vol. Comme évoqué précédemment, les serveurs proxy fonctionnent en autonomie, modifiant les modalités d'accès à des serveurs web conçus et mis en œuvre sans tenir compte de cette possibilité d'un accès à travers un serveur proxy. Le TLS termination proxy requiert une configuration particulière des terminaux clients mais, à cette réserve près (dont il convient de mentionner qu'elle ne concerne qu'une fraction marginale du parc d'équipements considéré), tous ces équipements de type « proxy » viennent s'insérer dans un réseau, comportant serveurs et clients, conçu et déployé indépendamment et presque toujours préalablement à leur mise en œuvre. Ils apportent des gains, en performance et sécurité notamment, à des installations qui fonctionnent sans eux. L'intérêt est de pouvoir les utiliser avec des serveurs standards sans les modifier mais c'est aussi l'origine de leurs limitations. A l'inverse, le SeeS selon l’invention n'est pas un dispositif réseau autonome permettant un accès optimisé dans les conditions contraintes d'un aéronef en phase de vol à un serveur de e-commerce standard préexistant, mais un ensemble constitué de deux parties, à savoir un composant embarqué et un composant au sol. Ensemble, ces deux composants fournissent aux passagers du vol un site de e-commerce en optimisant l'utilisation de la connexion Internet entre eux, par des solutions de connectivité classiques quand l'avion est au sol et, quand il est en vol, par des solutions de connectivité limitées et onéreuses. Le composant embarqué du SeeS récupère des paramètres spécifiques de l'aéronef et du vol pour déclencher les échanges possibles avec le composant au sol en fonction du type de connexion Internet dans la phase de vol en cours. Les paramètres utilisés dans une implémentation comptent notamment le numéro du vol (et donc l’itinéraire) ou encore l’état de l’avion (au sol, en vol, en haute altitude) transmis par les instruments de mesure. La prise en compte de paramètres spécifiques au vol et à l’avion permet d'optimiser la façon dont les données disponibles à bord sont récupérées et mises à disposition des terminaux des utilisateurs, que ceux-ci soient des terminaux personnels appartenant aux utilisateurs ou des terminaux mis à leur disposition par la compagnie aérienne et intégrés à bord de l’avion. Le contenu du site de e-commerce peut également être adapté en fonction du vol, et même pour chaque passager en fonction de ses correspondances ou trajets à venir. Lorsque l’avion est au sol avant son décollage, le SeeS utilise une connexion à Internet d'un type habituellement disponible au sol (par exemple de type classique 3G ou 4G) plutôt que sa connexion satellite car cela est moins coûteux et plus rapide. Le SeeS profite de cette phase avant le décollage pour stocker les données à fort volume dans le composant embarqué, comme par exemple les catalogues produits. Lorsque l’avion est en vol, le composant embarqué communiquera avec le composant au sol par une connexion Internet limitée et onéreuse (typiquement par satellite) mais cette communication ne portera que sur un volume très réduit de données correspondant par exemple à la récupération du stock en temps réel des produits, à la création de comptes utilisateurs, à l’authentification des utilisateurs, à la validation des paniers d’achats ou à la finalisation des transactions de paiement. L'optimisation de l'utilisation de la connexion Internet satellitaire que permet l’optimisation des échanges de données entre les composants au sol et embarqué constitutifs du SeeS est rendue possible par leur collaboration active, résultat d'une conception et d'une réalisation à cette fin. Le composant embarqué sollicite directement et explicitement le composant au sol comme vu précédemment, selon les phases du vol. À intervalles réguliers, le composant embarqué du SeeS interroge le système informatique de l'avion pour connaître la phase de vol en cours et déclenche pour la synchronisation des données et des fonctions constitutives du site de e-commerce une séquence d'échanges avec le composant au sol, différente selon la phase de vol. Quand l'avion est au sol et qu'une connexion standard est disponible d'un débit élevé et d'un faible coût, il l'utilise et requiert du composant au sol une synchronisation complète. Quand l'avion est en vol et que seule une connexion satellitaire est disponible, onéreuse et d'un faible débit, il requiert du composant au sol une synchronisation partielle optimisant l'utilisation de la connexion. Par ailleurs, pendant la phase de vol, quand un passager finalise un achat et effectue son paiement, une communication avec le sol est déclenchée pour réaliser la transaction. Non seulement cette communication est importante pour l'utilisateur et immédiatement rémunératrice pour le site de e-commerce mais, de plus, les données échangées pour la réalisation de la transaction représentent un faible volume et un coût limité. Objet de l'invention Dans son principe, l'invention a pour objet un dispositif et un procédé permettant la constitution et la mise à disposition d'un serveur web de e-commerce qui puisse être consulté et utilisé pour des achats (ou toute autre transaction) depuis un avion en vol dans de bonnes conditions d'utilisation pour les passagers (fluidité, temps de réponse), ladite utilisation du site de e-commerce par les passagers s'effectuant par exemple et sans limitation depuis un terminal électronique personnel (smartphone, tablette ou ordinateur personnel) ou depuis un équipement de l'avion (comme les écrans à disposition des passagers pour le visionnage d'informations et de films). Le serveur de e-commerce semi-embarqué (ou 'SeeS'), objet de l'invention, est constitué de deux composants, l'un embarqué, l'autre au sol, conçus, réalisés, installés et opérés pour fonctionner ensemble, en optimisant l'utilisation de la connectivité Internet entre eux, possiblement d'une qualité et d'un coût habituel quand l'avion est au sol mais limitée et onéreuse quand l'avion est en vol, et en assurant la continuité du service en cas d'intermittences de la connectivité Internet. Le SeeS pourra même permettre le bon fonctionnement d'un ensemble éventuellement réduit de fonctionnalités de e-commerce dans des avions dépourvus de connectivité Internet (des limitations et contraintes pourront par exemple s'avérer incontournables dans les fonctions de paiement). Le SeeS, constitué d'une partie embarquée installée dans l'avion et d'une partie au sol, s'appuiera pour les échanges entre les deux composants sur des mécanismes techniques avancés de copie, de « caching », de « prefetching » (requêtage préalable forcé), de réplication, de clonage, de synchronisation, d'API (interface de programmation d'applications), de distribution de charge ou tout autre mécanisme permettant de parvenir à une complémentarité des deux composants pour fournir un service de e-commerce de qualité à bord avec une optimisation de la connexion Internet entre eux limitée et onéreuse; lesdits mécanismes pouvant être mis en œuvre de façon indépendante ou complémentaire. Dans l'état actuel de la technique disponible, la connectivité Internet de l'avion est fournie par des satellites ou par des relais au sol mais l'invention s'entend pour toute solution présente ou à venir de connectivité Internet pour des avions. Le SeeS assure la sécurisation de bout en bout des échanges entre le terminal de l'utilisateur et son composant au sol. Optionnellement, dans un objectif de respect de la confidentialité des données personnelles, l'implémentation peut même assurer qu'aucune donnée à caractère personnel ne reste stockée dans le composant embarqué. Enfin, additionnellement, les données (articles et offres commerciales) consultables par un passager et les options qui lui sont proposées dépendront du vol et de son voyage avec les éventuels correspondances et vols retour, ou même de ses voyages à venir et de ses prochains lieux de résidence, de sorte que lui soient proposés à l'achat des articles qu'il sera effectivement possible de lui livrer, que ce soit à sa destination, lors de correspondances ou dans ses prochains lieux de résidence. Ces informations relatives aux passagers et à leurs trajets seront fournies automatiquement par la compagnie aérienne qui opère l'avion. Selon les systèmes informatiques de la compagnie aérienne, leur fonctionnement et leur intégration technique avec le Sees, ces informations seront récupérées par le composant embarqué du SeeS ou par son composant au sol. L’invention a donc plus précisément pour objet un dispositif pour l'utilisation par des passagers pourvus de terminaux informatiques et situés à bord d’un aéronef, d’un site web de commerce électronique hébergé par une infrastructure informatique située au sol et susceptible d’être interrogé à partir de l’aéronef par l’intermédiaire d’un lien de communication limité en bande passante entre l’aéronef et l’infrastructure au sol, caractérisé en ce que le site web de commerce électronique est constitué par un serveur de commerce électronique semi-embarqué (noté « SeeS » en abrégé) constitué de deux parties, à savoir d’une part un composant situé au sol, et d’autre part un composant embarqué dans l’aéronef et configuré pour optimiser en fonction des différentes phases d’un vol la communication avec ledit composant au sol. Selon un mode de réalisation, ledit lien de communication limité en bande passante est un lien de communication satellitaire ou une connexion radiofréquence directe depuis le sol. Selon un mode de réalisation, ledit composant embarqué est configuré pour récupérer automatiquement et en temps réel l'information sur la phase de vol en cours. Selon un mode de réalisation, les échanges de données entre les deux composants du SeeS sont différenciés en fonction de phases de vol, prises parmi le stationnement en état de vol fermé, le stationnement de vol ouvert, l’embarquement des passagers, le roulage, le décollage et la montée jusqu'à l'altitude de croisière, la phase de croisière, la descente et l’atterrissage, le débarquement des passagers. Selon un mode de réalisation, ledit composant embarqué est configuré pour récupérer automatiquement des informations concernant l'avion, le vol et les passagers, prises parmi les éléments suivants : l’identifiant unique de l'avion (appelé « tail number » en terminologie anglo-saxonne), le numéro de vol, les données caractéristiques du vol (tels que les aéroports de départ et d'arrivée, l’horaire de départ et horaire prévu d'arrivée), des paramètres de vol, et pour chaque passager: l'identifiant, les segments du voyage, les aéroports de correspondances, les vols retour, les prochains voyages, les prochains lieux de résidence, le numéro de carte de fidélité. Selon un mode de réalisation, ledit composant embarqué est configuré pour, lorsque l’aéronef est au sol, télécharger à partir du composant au sol des données à fort volume tels que des catalogues de produits, ou des mises à jour de fonctions ou du logiciel du dispositif embarqué, en utilisant ladite connexion Internet à forte bande passante. Selon un mode de réalisation, ledit composant embarqué est configuré pour, lorsque l’aéronef est en vol, communiquer avec le composant au sol en utilisant ledit lien de communication limité en bande passante pour échanger avec ledit composant au sol des données à faible volume. Selon un mode de réalisation, lesdites données à faible volume comprennent des informations liées à la création de comptes utilisateurs, à l’authentification des utilisateurs, au stock en temps réels de produits disponibles sur le site de commerce électronique, à la validation des paniers d’achats ou à la finalisation des transactions de paiement, et des mises à jour différentielles des données du site web de commerce électronique. Selon un mode de réalisation du dispositif, les deux composants du SeeS sont configurés pour mettre en œuvre des opérations de copie, de « caching » (mise en cache), de « prefetching » (requêtage préalable forcé), de réplication, de clonage, de synchronisation, d'API, de distribution de charge, de façon à optimiser l’utilisation de la connexion Internet disponible entre eux en temps réel. Selon un mode de réalisation, lesdits terminaux informatiques des utilisateurs comprennent des terminaux informatiques personnels tels que des smartphones, tablettes tactiles ou ordinateurs personnels. Selon une variante de réalisation, lesdits terminaux informatiques des utilisateurs comprennent des terminaux intégrés au système de divertissement à bord de l’aéronef. Avantageusement, le composant embarqué et le composant au sol du serveur de commerce électronique semi-embarqué sont configurés pour crypter la communication entre eux. Selon un mode de réalisation, ledit site web de commerce électronique est conçu sous la forme d’une application web mono-page s’exécutant sur le terminal portable de l’utilisateur ou sur un terminal intégré dans l’avion. Selon un mode de réalisation, ledit composant embarqué est configuré pour tester la disponibilité d’une connexion entre le réseau informatique de l’avion et le composant au sol, et en cas de non-disponibilité, pour sauvegarder les transactions des utilisateurs dans une mémoire tampon de façon à les dénouer lorsque la connexion est de nouveau disponible ou via un lien de communication au sol une fois l’aéronef posé. L’invention a également pour objet un procédé de mise en œuvre du dispositif tel que décrit plus haut, caractérisé en ce qu’il comporte des étapes consistant à : - interagir avec le système informatique de l’avion pour vérifier si une communication avec l’infrastructure au sol est permise ; - dans l’affirmative, pour le composant embarqué du dispositif, vérifier à l’aide du système informatique de l’aéronef l’état en vol ou au sol de l’aéronef ; - si l’aéronef est au sol, lancer une phase de synchronisation complète des données entre le composant au sol et le composant embarqué en utilisant un lien de communication terrestre à forte bande passante ; - si l’aéronef est en vol et un lien de communication limité en bande passante est disponible, lancer une phase de synchronisation partielle des données entre le composant au sol et le composant embarqué. Selon un mode de réalisation du procédé, la phase de synchronisation partielle porte sur des données de faible volume comme des informations liées à la création de comptes utilisateurs, à l’authentification des utilisateurs, au stock en temps réels de produits disponibles sur le site de commerce électronique, à la validation des paniers d’achats ou à la finalisation des transactions de paiement, et des mises à jour différentielles des données du site web de commerce électronique. Description générale de l'invention Le serveur de e-commerce semi-embarqué (ou « SeeS ») selon l’invention est constitué de deux composants complémentaires, l'un embarqué dans l'avion ('composant embarqué') et l'autre au sol ('composant au sol'). Composant embarqué : Le composant embarqué installé à bord de l'avion assure les fonctions suivantes : Récupération des principaux paramètres de l'avion, pour déterminer en particulier la phase de vol en cours (notamment parmi les phases dites de stationnement vol fermé, stationnement vol ouvert et embarquement, roulage, décollage et montée jusqu'à l'altitude de croisière, phase de croisière, descente, atterrissage, débarquement) ; Quand une connexion Internet rapide et économique est disponible, en particulier au sol, chargement complet ou aussi complet que possible des données constitutives du site de e-commerce du SeeS, notamment les éléments statiques et de taille importante ; Quand seule une connexion Internet limitée et onéreuse est disponible, en particulier en vol, utilisation optimisée de ladite connexion, notamment pour les mises à jour différentielles nécessaires, le chargement des informations dynamiques ou temps réel et les échanges à caractère transactionnel – les informations dynamiques pourront par exemple concerner l'état des stocks d’articles disponibles sur le site de e-commerce, ou les promotions, et les échanges dits à caractère transactionnel recouvrent par exemple l'authentification des utilisateurs, la validation du panier d'achat ou le paiement ; La mise à disposition du contenu vers les terminaux des utilisateurs – ces terminaux pourront compter par exemple les écrans intégrés dans les sièges ou des terminaux personnels des passagers (smartphones, tablettes, ordinateurs portables). Le composant embarqué du SeeS est un dispositif nouveau, en particulier parmi les dispositifs installés dans les avions. Ce dispositif installé dans l'avion est exclusivement réservé à l'usage décrit dans le présent document. Le composant embarqué pourra, dans des cas de réalisation pratique, être intégré dans le système de divertissement à bord (communément appelé IFEC, acronyme pour « Inflight Entertainment & Connectivity »). Composant au sol : Le composant au sol du SeeS apporte au composant embarqué les données et services requis pour remplir les fonctions sus-décrites. Dans une implémentation qui permet de bien comprendre son rôle (mais n'en interdit pas d'autres), le composant au sol n'est pas un serveur de e-commerce lui-même mais un méta-site ou générateur du site permettant de constituer des instances du site de e-commerce accessibles depuis l'avion via le composant embarqué du SeeS, notamment dans les phases de vol. Il est à noter que le même ensemble de serveur au sol pourra remplir la fonction de composant au sol pour un grand nombre de composants embarqués correspondant à différents avions. Il est important de noter que, par commodité, pour l'intelligibilité de la présentation par analogie avec les sites web classiques, il a pu être fait référence au site web de e-commerce auquel le SeeS permet l'accès en vol dans des conditions optimales d'utilisation mais que ledit site web peut n'avoir aucune matérialisation, réalisation ou implémentation sous forme d'un site web accessible de façon habituelle. Une telle instance existera dans la plupart des implémentations mais, dans sa fonction, le composant au sol n'est pas identifiable ou réductible à ce site, même si les deux fonctionnalités de composant au sol du SeeS et de serveur web directement accessible de façon classique sans SeeS sont assurées par le même serveur, ensemble de serveurs ou applicatif serveur. Aux fins de réalisation des objectifs fixés d'optimisation de l'utilisation de la connectivité en vol, les échanges entre les deux composants du SeeS, à savoir le composant embarqué et le composant au sol, s'effectueront selon des modes opératoires différents selon les situations, c'est-à-dire selon les phases successives du vol (dans une acception large du terme incluant les étapes préparatoires au sol et conclusives postérieures à l'arrivée), à savoir principalement les phases de stationnement vol fermé, stationnement vol ouvert et embarquement, roulage, décollage et montée jusqu'à l'altitude de croisière, phase de croisière, descente et atterrissage, débarquement. Processus de l'échange entre les deux composants du SeeS : Les composants au sol sont disponibles en permanence pour répondre aux requêtes de tous les composants embarqués. Comme mentionné précédemment, le plus souvent mais sans limitation, un ensemble de serveurs remplira la fonction de composant au sol pour un ensemble de composants embarqués, par exemple ceux de tous les SeeS d'une même compagnie aérienne. Si on considère un de ces composants embarqués et le composant au sol correspondant (soit potentiellement un serveur remplissant ce rôle pour un ensemble de composants embarqués), la communication est toujours initiée par le composant embarqué. En premier lieu, il s'agit d'une architecture classique entre un serveur (le composant au sol du SeeS) et un client (le composant embarqué du SeeS). Par ailleurs, elle est impérative pour des raisons de sécurité : les systèmes de communication des avions sont conçus de telle sorte qu'il soit impossible de leur envoyer des données depuis le sol pour qu'il soit impossible de compromettre leur sécurité par ce moyen. Enfin, c'est le composant embarqué qui peut déterminer la phase de vol en cours en fonction des informations qu'il reçoit des systèmes informatiques de l'avion où il est installé et optimise l'utilisation de la connexion alors disponible avec le composant au sol en adaptant les appels qu'il lui adresse. Á l'installation du composant embarqué et à l'occasion d'escales, le SeeS passera par une phase de synchronisation ou resynchronisation complète. Elle met à profit la connexion terrestre alors disponible, d'un débit élevé et d'un coût limité, par exemple une connexion 3G/4G. Dans la plupart des cas, elle pourra avoir lieu dès que l'avion est au sol, mais il peut aussi arriver qu'en raison de limitations techniques ou financières, elle ne soit par exemple possible que lors de visites d'entretien de l'avion. Lors de cette phase de synchronisation complète, c'est l'ensemble des données du site de e-commerce qui est chargé dans le composant embarqué, ainsi que des fonctions validées pour une utilisation en production dans l'avion. Cette synchronisation complète peut se faire techniquement sous forme différentielle mais ce qui est important, c'est de tirer parti de la disponibilité de la connexion terrestre à haut débit et peu onéreuse pour charger dans le composant embarqué du SeeS toutes les dernières données et fonctions validées disponibles. En phase de vol, quand la communication entre les deux composants du SeeS passe nécessairement par une connexion Internet limitée et onéreuse, l'objectif est de n'y faire transiter que le volume de données le plus limité possible. Il s'agira, d'une part, de mises à jour des données à un intervalle régulier choisi pour offrir le meilleur compromis entre fraicheur de données et coût selon les objectifs commerciaux de la compagnie aérienne et, d'autre part, des échanges nécessaires à la réalisation de la transaction lors de l'achat. Le SeeS comportera aussi des mécanismes (mémoires tampons, répétition des tentatives de connexion) pour s'accommoder d'interruptions temporaires de la connexion Internet et garantir au mieux la continuité dans l'utilisation du site de e-commerce. Comme évoqué précédemment, le SeeS permettra aussi une utilisation du site de e-commerce dans un mode le moins dégradé possible quand aucune connexion Internet n'est disponible en vol, en stockant par exemple les tentatives de connexion et en les réalisant à l'arrivée au sol après vérification que les articles achetés sont toujours disponibles. Description détaillée de l'invention L'invention est décrite plus en détails à l'aide des figures ci-après dans lesquelles : La figure 1 représente de façon schématique un double accès à un site de e-commerce depuis le sol et depuis un avion sans dispositif d'optimisation de cet accès, conformément à l’état de la technique ; La figure 2 représente de façon schématique un double accès à un site de e-commerce depuis le sol et depuis un avion avec un serveur proxy, conformément à l’état de la technique ; La figure 3 représente de façon schématique un double accès à un site de e-commerce depuis le sol et depuis un avion avec le SeeS selon l’invention ; La figure 4 représente de façon schématique un double accès à un site de e-commerce depuis le sol et depuis un avion avec le SeeS selon un mode particulier de réalisation de l’invention ; La figure 5 représente une modélisation simplifiée du procédé de synchronisation des données et des fonctions du site de e-commerce mis en œuvre par le dispositif selon l’invention. La figure 6 représente une modélisation simplifiée du procédé de paiement mis en œuvre par le dispositif selon l'invention. Dispositif : Dans la figure 1, un passager (1) d'un avion (A) utilise un terminal (2) pour accéder à un site de e-commerce (5). Lorsque l'avion (A) est au sol, un réseau d'accès terrestre (3') haut débit et peu onéreux (par exemple de type 3G/4G) est disponible et utilisé pour la communication entre le terminal (2) et le site de e-commerce (5) en passant par des réseaux d'opérateurs Internet au sol (4). Lorsque l'avion (A) est en vol et que le réseau d'accès terrestre (3') n'est plus disponible, la communication passe par une liaison satellite (3) mettant en œuvre un équipement d'émission-réception (3a) fixé à la carlingue de l'avion, un satellite (3b) ou un ensemble de satellites et des équipements d'émission-réception (3c) au sol, puis par des réseaux faisant partie d'Internet au sol (4). Lorsque l'avion (A) est en vol, la consultation du site de e-commerce (5) s'avère donc incommode et onéreuse. Pour un utilisateur à son domicile (noté 1’’ et représenté dans l’enceinte d’une maison schématisée par un rectangle sur le bord inférieur duquel apparait l’icône d’une maison, ou en tout autre point d'accès au sol), ledit utilisateur étant muni pareillement d’un terminal (2") pour utiliser le même site de e-commerce (5), la communication passe par des réseaux d'accès terrestres (3") à haut débit et peu onéreux et par les réseaux constitutifs d'Internet au sol (4). Dans la figure 2, un serveur proxy (6) est mis en œuvre dans l'avion (A) pour tenter d'optimiser l'utilisation de la connexion Internet, optimisation essentielle lorsque l'avion (A) est en vol et que la communication utilise les réseaux d'accès satellitaires (3) d'un débit limité pour un coût élevé. C'est maintenant le serveur proxy (6) qui utilise en général les réseaux d'accès Internet, que ce soit le réseau d'accès terrestre (3') à haut débit et peu onéreux quand l'avion (A) est au sol ou le réseau d'accès satellitaire (3) offrant un débit limité pour un coût élevé quand l'avion est en vol, et non plus directement le terminal (2). Mais on voit que, par ailleurs, rien ne change par rapport à la figure 1, notamment au niveau du serveur de e-commerce (5). De ce fait, le bénéfice apporté par cette approche est limité. La figure 3 montre la mise en œuvre du SeeS, objet de l'invention, constitué d'un composant embarqué (8) dans l’avion et d'un composant au sol (7). Comme le suggèrent les engrenages (notés E dans la figure 3), les deux composants (7) et (8) du SeeS sont conçus et réalisés pour fonctionner activement ensemble de manière à optimiser l'utilisation de la connexion Internet qui les lie, optimisation qui est essentielle lorsque l'avion (A) est en vol et que la communication avec le serveur de e-commerce via les réseaux d'opérateurs Internet au sol (4) utilise les accès réseaux satellitaires (3) d'un débit limité pour un coût élevé. Comme le serveur proxy (6) dans la figure 2, c'est en général le composant embarqué (8) du SeeS qui utilise la connexion Internet, que ce soit via le réseau d'accès terrestre (3') à haut débit et peu onéreux quand l'avion (A) est au sol ou via le réseau d'accès satellitaire (3) offrant un débit limité pour un coût élevé quand l'avion est en vol. Conçu et configuré pour fonctionner avec le composant au sol (7) et informé de la phase de vol en cours par le système informatique de l'avion (A), le composant embarqué (8) du SeeS optimise l'utilisation de la connexion Internet qui le lie au composant au sol (7), sollicitant différemment ledit composant au sol (7) selon que la communication passe par un réseau d'accès terrestre (3') ou par un réseau d'accès satellitaire (3). Par ailleurs, un internaute (1’’) à son domicile ou en tout autre point d'accès au sol, muni d'un terminal (2’’) et utilisant le site de e-commerce va accéder à un composant non-embarqué (8’’) fonctionnant avec le composant au sol (7) de la même manière que fonctionne le composant embarqué (8). Le composant embarqué (8) renvoie les réponses aux requêtes https émises par le terminal (2) du passager (1). Il constitue de la sorte le serveur http, c'est-à-dire le serveur web du site de e-commerce dans l'avion (A). Le composant non-embarqué (8’’) assure la même fonction pour l'utilisateur à son domicile (1’’). Il convient de bien distinguer le cas du passager (1) de l'avion (A) au sol qui passe par le composant embarqué (8) qui collabore à travers Internet (4) avec le composant au sol (7) et le cas de l'internaute (1") depuis son domicile qui accède à travers Internet (4) au composant non-embarqué (8’’), lequel est habituellement placé sur la même infrastructure informatique que le composant au sol (7). La figure 4 représente un cas particulier de réalisation du SeeS où le composant non-embarqué (8’’) de la figure 3 est intégré au composant au sol (7). Est ainsi constitué un nouveau composant (9) remplissant les rôles des deux composants (7) et (8’’) de la figure 3 : d'une part, comme le composant (7), il fonctionne avec le composant embarqué (8) de manière à optimiser l'utilisation de la connexion Internet qui les lie (ledit composant embarqué (8) constituant le serveur web du site de e-commerce dans l'avion); d'autre part, il renvoie les réponses aux requêtes https émises par les terminaux (2’’) des utilisateurs (1’’) à leur domicile et constitue le serveur http, c'est-à-dire le serveur web, du site de e-commerce pour les internautes (1") l'utilisant depuis leur domicile ou en tout autre point d'accès au sol. Procédé : Les figures 5 et 6 représentent une modélisation des séquences de fonctionnement mises en œuvre par le dispositif (SeeS) selon l’invention. La figure 5 représente une modélisation de la séquence de synchronisation des données et fonctions du site de e-commerce. La séquence est déclenchée en (10) par un ordonnanceur de tâches (encore appelé « scheduler » en terminologie anglo-saxonne) intégré au composant embarqué (8) du SeeS. À l’étape 11, le système informatique de l'avion (A) est sollicité par le composant embarqué (8) du SeeS pour connaître la phase de vol en cours. Dans certaines phases, notamment le décollage, les canaux de communication sont réservés au transit d'informations critiques pour le vol. A l’étape 12, le composant embarqué (8) teste si la phase en cours permet la communication, et dans la négative la séquence s'interrompt en (13). Dans le cas contraire, le composant embarqué (8) vérifie en (14) si l’avion est en vol ou non. Si l'avion est au sol, une connexion standard est disponible d'un débit important pour un faible coût : le composant embarqué (8) du SeeS requiert alors (étape 15) du composant au sol (7) une synchronisation complète des données et des fonctions qui va aboutir sans encombre dans la quasi-totalité des cas, et la séquence s’arrête en (16). Dans le cas contraire, quand l'avion est en vol, seule peut être disponible une connexion satellitaire onéreuse et d'un débit limité. Le dispositif évalue alors en (17) et (18) le statut de ce lien satellitaire. En particulier, en (17) le dispositif interagit avec l’environnement technique de l’avion pour obtenir des données de statut du lien satellitaire, et en (18) il teste si une connexion satellitaire est disponible. Si ce test à l’étape (18) montre qu’une telle connexion satellitaire est effectivement disponible, le composant embarqué (8) du SeeS requiert (étape 19) du composant au sol (7) une synchronisation partielle des données, optimisant l'utilisation de la connexion par satellite, et la séquence s’arrête en (20). Le volume plus faible de données échangé augmente aussi la probabilité de voir le processus de synchronisation partielle aboutir avec succès. En effet, la connexion satellitaire (3) peut subir des perturbations et des interruptions. Si à l’étape (18) la communication satellitaire n'est pas disponible quand le SeeS en a besoin, le composant embarqué (8) garde en mémoire tampon (étape 21) les demandes ou les données qu'il aurait normalement transmises au composant au sol (7), de façon à les communiquer au composant au sol lors de la prochaine itération déclenchée par l'ordonnanceur de tâches. La figure 6 représente une modélisation de la séquence de paiement consécutive à la synchronisation des données d’une transaction d’achat entre un terminal utilisateur (2) et le site de e-commerce. Lorsqu'un passager parvient au bout de son parcours d'achat et veut procéder en (22) au règlement de son achat, le composant embarqué (8) du SeeS interroge en (23) le statut du lien satellitaire et tente en (24) d'établir une connexion avec les serveurs au sol d'un fournisseur de services de paiement qui va réaliser la transaction et finaliser ainsi en (25) le processus d’achat. La communication entre le terminal du passager et le serveur du partenaire, son déroulement et son contenu, seront les mêmes que l'avion soit au sol ou en vol. Le SeeS n'intervient qu'en cas de connexion satellitaire indisponible à l’étape (24) pour garder les données de la transaction en mémoire tampon (étape (27) et retenter le paiement après un délai (28). On voit que, dans ce cas, les mécanismes du SeeS permettant l'optimisation de l'utilisation de la connexion Internet entre ses deux composants (embarqué et au sol) n’interviennent pas nécessairement. En effet, cette optimisation peut ne pas être nécessaire dans des situations dans lesquelles les données échangées sont de faible volume, comme cela est le cas des opérations de paiement. Exemple d'implémentation Dans un exemple de mise en œuvre de l’invention, le site web de e-commerce est conçu sous la forme d’une application web mono-page (« Single Page Application » ou « SPA » en terminologie anglo-saxonne) coté client, s’exécutant sur le terminal portable (2) de l’utilisateur ou sur un terminal intégré dans l’avion par l’équipementier. Une application web mono-page est une application web accessible via une page web unique. Le but est d'éviter le chargement d'une nouvelle page à chaque action demandée, et de fluidifier ainsi l'expérience utilisateur. Dans un cas de réalisation, le composant embarqué (8) du SeeS interroge le composant au sol (7) via des web services (protocoles d'échanges de questions-réponses entre clients et serveurs sur Internet s'appuyant sur les standards du world wide web). Selon la terminologie en vigueur et suivant un standard de fait, le composant au sol du SeeS expose une API (Application Program Interface ou Interface de programmation d'applications) selon le standard REST (Representational State Transfer) que consomme le composant embarqué. Il s'agit d'un ensemble de fonctions (ou « endpoints ») accessibles à travers Internet et que le composant embarqué peut interroger pour obtenir des données ou déclencher des traitements. Dans un cas de réalisation, le serveur constituant le composant au sol (9) permet aussi l'utilisation du serveur de e-commerce au sol et en-dehors de l'avion. Dans le cas particulier où, comme évoqué ci-dessus, le site web est conçu sous forme d'une application web mono-page et expose une API, lors d'une utilisation au sol ou en dehors de l'avion, l'application se connecte directement au serveur et utilise l'API pour la récupération des données et pour appeler les fonctions correspondant aux services d'un site marchand. Dans un cas de réalisation, le composant embarqué (8) du SeeS est constitué d'une application prenant la forme d'un composant technique intégré dans le système de divertissement en cabine (« Inflight Entertainment & Connectivity » ou « IFEC »). Plusieurs types d'architecture de déploiement sont utilisables selon les contraintes techniques posées par l'IFEC ; on peut citer les solutions techniques classiques suivantes : une servlet sur un serveur de servlets, un container Docker sur un orchestrateur de containers ou une machine virtuelle sur un hyperviseur. Dans un cas de réalisation, le composant embarqué (8) du SeeS fonctionne selon la logique d'un cache, assurant sa mise à jour et les réponses rendues au client (au sens « technique ») selon les actions de l'utilisateur. Il utilise par exemple des « prefetch » (c’est-à-dire un pré-chargement forcé), processus complet de mise à jour du contenu du cache en déclenchant une demande de mise à jour à l’API du composant au sol du SeeS en fonction des valeurs des paramètres de l’avion (statut du vol, poids sur le train d’atterrissage O/N, altitude…) Dans un autre cas de réalisation, le composant embarqué (8) et le composant au sol (7) s'appuient tous les deux sur un moteur de recherche, système de stockage des données qui offre des mécanismes sophistiqués de synchronisation et permet le pré-calcul au sol d'une partie des règles et fonctions requises pour offrir le service de e-commerce. Exemple d'application de l'invention à des achats de produits en vol Le dispositif et le procédé selon l’invention sont particulièrement bien adaptés pour la mise en œuvre d’une application d’achats de produits en vol, notamment de produits détaxés. L’application logicielle mettant en œuvre le procédé va générer dynamiquement pour un vol donné les catalogues de produits mis à la vente pour ce vol dans l’avion ainsi que toutes les données nécessaires au bon fonctionnement du site web de e-commerce pour l’utilisateur final et les stocker à bord. Ces contenus sont des images ainsi que des contenus texte au format JSON (par exemple descriptifs des produits commercialisés). Lorsque l’avion sera en vol, tous les passagers accédant au site de e-commerce du SeeS via le Wifi disponible à bord de l’appareil vont alors quasiment n’utiliser que les données présentes dans le composant embarqué. Seules les données éventuellement manquantes ou qui nécessitent une mise à jour en temps réel (par exemple les stocks ou les prix) utiliseront la connexion satellitaire de l’avion en vol pour un accès au composant au sol, ainsi que celles d'une taille limitée nécessaires à la réalisation de la transaction. Les produits achetés en vol seront mis à la disposition des clients au terminal d’arrivée de cet avion ou livrés à domicile. Avantages de l'invention L’invention atteint les buts fixés. En particulier, grâce à l’invention, lorsque l’avion sera en vol, tous les passagers accédant à la plateforme de e-commerce via le Wifi disponible à bord de l’appareil vont alors quasiment n’utiliser que les données présentes dans le composant embarqué. Seules les données éventuellement manquantes ou qui nécessitent une mise à jour en temps réel (par exemple les stocks de produits ou leurs prix) utiliseront la connexion Internet limitée et onéreuse de l’avion en vol. Une fois en vol, le procédé et le dispositif selon l’invention permettent la mise à jour de certaines données (par exemple les prix ou les disponibilités des produits à la vente) à une fréquence définie par la compagnie aérienne, ce qui permet de maintenir à bord de l’avion des données récentes et réduire la bande passante nécessaire. En réalité, l’invention permet une réduction substantielle d’un facteur d’environ cinquante (50) de la bande passante Internet nécessaire lorsque l’avion est en vol, par rapport à la bande passante nécessaire sans mettre en œuvre l’invention. Cette réduction se traduit pour la compagnie aérienne par une réduction très nette des coûts et pour les utilisateurs par une expérience d’achat optimale. En définitive, l’invention rend possible le développement d’un canal de vente e-commerce efficace auprès des passagers des compagnies aériennes pendant le temps de vol. Elle permet à la fois une navigation rapide et fluide à travers une plate-forme de e-commerce riche de nombreux contenus et offres, tout en réduisant considérablement l’utilisation de bande passante satellitaire, et donc les coûts pour la compagnie aérienne, en comparaison avec un site de e-commerce classique. Dispositif pour l'utilisation par des passagers (1) pourvus de terminaux informatiques (2) et situés à bord d’un aéronef (A), d’un site web de commerce électronique hébergé par une infrastructure informatique située au sol et susceptible d’être interrogé à partir de l’aéronef (A) par l’intermédiaire d’un lien de communication (3) limité en bande passante entre l’aéronef (A) et l’infrastructure au sol, caractérisé en ce que le site web de commerce électronique est constitué par un serveur de commerce électronique semi-embarqué (noté « SeeS » en abrégé) constitué de deux parties, à savoir d’une part un composant (7) situé au sol, et d’autre part un composant (8) embarqué dans l’aéronef (A) et configuré pour optimiser en fonction des différentes phases d’un vol la communication avec ledit composant au sol (7). Dispositif selon la revendication 1, caractérisé en ce que ledit lien de communication (3) limité en bande passante est un lien de communication satellitaire ou une connexion radiofréquence directe depuis le sol. Dispositif selon la revendication 1 ou la revendication 2, caractérisé en ce que ledit composant embarqué (8) est configuré pour récupérer automatiquement et en temps réel l'information sur la phase de vol en cours. Dispositif selon l’une quelconque des revendications précédentes, caractérisé en ce que les échanges de données entre les deux composants (7,8) du SeeS sont différenciés en fonction de phases de vol, prises parmi le stationnement en état de vol fermé, le stationnement de vol ouvert, l’embarquement des passagers, le roulage, le décollage et la montée jusqu'à l'altitude de croisière, la phase de croisière, la descente et l’atterrissage, le débarquement des passagers. Dispositif selon l’une quelconque des revendications précédentes, caractérisé en ce que ledit composant embarqué (8) est configuré pour récupérer automatiquement des informations concernant l'avion, le vol et les passagers, prises parmi les éléments suivants : l’identifiant unique de l'avion (« tail number »), le numéro de vol, les données caractéristiques du vol (aéroports de départ et d'arrivée, horaire de départ et horaire prévu d'arrivée), des paramètres de vol, et pour chaque passager: l'identifiant, les segments du voyage, les aéroports de correspondances, les vols retour, les prochains voyages, les prochains lieux de résidence, le numéro de carte de fidélité. Dispositif selon l’une quelconque des revendications précédentes, caractérisé en ce que ledit composant embarqué (8) est configuré pour, lorsque l’aéronef est au sol, télécharger à partir du composant au sol (7) des données à fort volume tels que des catalogues de produits ou des mises à jour de logiciel, en utilisant ladite connexion Internet à forte bande passante. Dispositif selon l’une quelconque des revendications précédentes, caractérisé en ce que ledit composant embarqué (8) est configuré pour, lorsque l’aéronef est en vol, communiquer avec le composant au sol (7) en utilisant ledit lien de communication (3) limité en bande passante pour échanger avec ledit composant au sol (7) des données à faible volume. Dispositif selon la revendication 7, caractérisé en ce que lesdites données à faible volume comprennent des informations liées à la création de comptes utilisateurs, à l’authentification des utilisateurs, au stock en temps réels de produits disponibles sur le site de commerce électronique, à la validation des paniers d’achats ou à la finalisation des transactions de paiement, et des mises à jour différentielles des données du site web de commerce électronique. Dispositif selon l’une quelconque des revendications précédentes, caractérisé en ce que les deux composants (7,8) du SeeS sont configurés pour mettre en œuvre des opérations de copie, de « caching » (mise en cache), de « prefetching » (requêtage préalable forcé), de réplication, de clonage, de synchronisation, d'API, de distribution de charge, de façon à optimiser l’utilisation de la connexion Internet disponible entre eux en temps réel. Dispositif selon l’une quelconque des revendications précédentes, caractérisé en ce que lesdits terminaux informatiques (2) des utilisateurs comprennent des terminaux informatiques personnels tels que des smartphones, tablettes tactiles ou ordinateurs personnels. Dispositif selon l’une quelconque des revendications précédentes, caractérisé en ce que lesdits terminaux informatiques (2) des utilisateurs comprennent des terminaux intégrés au système de divertissement à bord de l’aéronef (A). Dispositif selon l’une quelconque des revendications précédentes, caractérisé en ce que le composant embarqué (8) et le composant au sol (7) du serveur de commerce électronique semi-embarqué sont configurés pour crypter la communication entre eux. Dispositif selon l’une quelconque des revendications précédentes, caractérisé en ce que ledit site web de commerce électronique est conçu sous la forme d’une application web mono-page s’exécutant sur le terminal portable de l’utilisateur ou sur un terminal intégré dans l’avion. Dispositif selon l’une quelconque des revendications précédentes, caractérisé en ce que ledit composant embarqué (8) est configuré pour tester la disponibilité d’une connexion entre le réseau informatique de l’avion (A) et le composant au sol (7), et en cas de non-disponibilité, pour sauvegarder les transactions des utilisateurs dans une mémoire tampon de façon à les dénouer lorsque la connexion est de nouveau disponible ou via un lien de communication (3’) au sol une fois l’aéronef posé. Procédé de mise en œuvre du dispositif selon l’une quelconque des revendications précédentes, caractérisé en ce qu’il comporte des étapes consistant à : - interagir (11) avec le système informatique de l’avion (A) pour vérifier si une communication avec l’infrastructure au sol est permise ; - dans l’affirmative, pour le composant embarqué (8) du dispositif, vérifier (14) à l’aide du système informatique de l’aéronef (A) l’état en vol ou au sol de l’aéronef (A) ; - si l’aéronef est au sol, lancer (15) une phase de synchronisation complète des données entre le composant au sol (7) et le composant embarqué (8) en utilisant un lien de communication terrestre (3’) à forte bande passante ; - si l’aéronef est en vol et un lien de communication (3) limité en bande passante est disponible, lancer (19) une phase de synchronisation partielle (19) des données entre le composant au sol (7) et le composant embarqué (8). Procédé selon la revendication 15, caractérisé en ce que la phase de synchronisation partielle (19) porte sur des données de faible volume comme des informations liées à la création de comptes utilisateurs, à l’authentification des utilisateurs, au stock en temps réels de produits disponibles sur le site de commerce électronique, à la validation des paniers d’achats ou à la finalisation des transactions de paiement, et des mises à jour différentielles des données du site web de commerce électronique.