Brevet FR3105521A1 — publié le 20210625

Système et procédé pour le partage de contenu Un procédé de création collaborative de contenu exécuté dans un réseau. Le réseau inclut une pluralité de dispositifs informatiques et une ressource informatique. La ressource informatique inclut une base de données. La pluralité des dispositifs informatiques est connectée en mode communication à la ressource informatique. Le procédé inclut la réception, au niveau de la ressource informatique, de données de sélection d’un premier dispositif informatique de la pluralité des dispositifs informatiques. La ressource informatique sélectionne, à partir de la base de données, sur la base des données de sélection, au moins un enregistrement de données de la pluralité des enregistrements de données stockés dans la base de données. Ledit au moins un enregistrement de données sélectionné ayant une première taille de données. La ressource informatique crée des informations d’interface d’utilisateur représentatives dudit au moins un enregistrement de données et configurées pour permettre à un deuxième dispositif informatique de la pluralité des dispositifs informatiques d’afficher une représentation dudit au moins un enregistrement de données sélectionné dans une interface d’utilisateur du deuxième dispositif informatique. Les informations d’interface d’utilisateur ont une deuxième taille de données qui est plus petite que la première taille. La ressource informatique transmet les informations d’interface d’utilisateur au deuxième dispositif informatique. Figure 3 Système et procédé pour le partage de contenu Domaine Les modes de réalisation décrits dans la présente concernent de façon générale des outils de support de décisions en réseau et plus spécifiquement des outils de support de décision en réseau permettant des contributions provenant de sources multiples. Contexte La popularité du commerce électronique a augmenté drastiquement et les achats effectués via une large gamme de types de dispositifs de communications électroniques sont monnaie courante. Ces achats imposent une charge computationnelle importante sur les serveurs hébergeant les entreprises de commerce électronique. Les modes de réalisation seront compris et appréciés plus pleinement avec la description détaillée ci-après, conjointement avec les dessins dans lesquels : montre une vue d’ensemble d’un système de communications dans lequel les modes de réalisation peuvent être mis en pratique ; montre un exemple d’un dispositif utilisateur selon un mode de réalisation ; et illustre un flux de données dans un procédé de communication collaborative. Description détaillée Référence sera maintenant faite en détail aux modes de réalisation exemplaires implémentés selon la présente divulgation dont les exemples sont illustrés dans les dessins accompagnants. Dans la mesure du possible, les mêmes numéros de référence seront utilisés dans les dessins pour faire référence à une même partie ou à des parties similaires. Dans des modes de réalisation, il est fourni un procédé de création collaborative de contenu exécuté dans un réseau comprenant une pluralité de dispositifs informatiques et une ressource informatique. La ressource informatique comprend une base de données. La pluralité des dispositifs informatiques est connectée en mode communication à la ressource informatique. Le procédé inclut la réception, au niveau de la ressource informatique, de données de sélection provenant d’un premier dispositif informatique de la pluralité des dispositifs informatiques, la ressource informatique sélectionnant dans la base de données, sur la base des données de sélection, au moins un enregistrement de données d’une pluralité d’enregistrements de données stockés dans la base de données, ledit au moins un enregistrement de données sélectionné ayant une première taille de données, la ressource informatique créant des informations d’interface d’utilisateur représentatives dudit au moins un enregistrement de données et configurées pour permettre à un deuxième dispositif informatique de la pluralité des dispositifs informatiques d’afficher une représentation dudit au moins un enregistrement de données sélectionné dans une interface d’utilisateur du deuxième dispositif informatique, dans lequel l’information d’interface d’utilisateur a une deuxième taille de données qui est plus petite que la première taille  et la transmission de l’information d’interface d’utilisateur au deuxième dispositif informatique. Dans un mode de réalisation, le procédé comprend par ailleurs la réception, au niveau de la ressource informatique, d’un dispositif informatique de la pluralité des dispositifs informatiques, de données de sélection mises à jour. Dans le mode de réalisation, la ressource informatique met à jour l’enregistrement de données sur la base des données de sélection mises à jour, met à jour les informations d’interface d’utilisateur sur la base de l’enregistrement de données mis à jour afin de créer des informations d’interface d’utilisateur mises à jour , génère une différence entre les informations d’interface d’utilisateur stockées et les informations d’interface d’utilisateur mises à jour , et transmet la différence à la pluralité des dispositifs informatiques connectés en mode communication à la ressource informatique. Dans un mode de réalisation la pluralité des dispositifs informatiques, connectés en mode communication à une ressource informatique, collaborent dans un processus de sélection d’enregistrements de données stockés dans la base de données ; et dans lequel tous les dispositifs informatiques de la pluralité des dispositifs informatiques souscrivent à un service de communications unique pour faciliter la transmission en temps réel des mises à jour à tous les dispositifs souscripteurs. Dans un mode de réalisation tous les dispositifs informatiques de la pluralité des dispositifs informatiques souscrivent au même service websocket/bidirectionnel/en duplex intégral. Dans un mode de réalisation, ledit au moins un deuxième dispositif informatique reçoit une entrée d’un utilisateur via l’interface d’utilisateur et transmet ladite entrée reçue en temps réel à la ressource informatique centrale. La ressource informatique centrale transmet l’entrée reçue dudit au moins un deuxième dispositif informatique au premier dispositif informatique. Dans un mode de réalisation, le procédé comprend par ailleurs la mise à jour d’un ou de plusieurs enregistrements de données stockés au sein de la base de données après un évènement déclencheur de mise à jour, dans lequel ledit évènement déclencheur de mise à jour est au moins l’un de la réception d’une instruction pour mettre à jour ledit un ou plusieurs enregistrements de données ou de la sélection ou de la modification d’un enregistrement de données lié audit un ou plusieurs enregistrements de données. Dans un mode de réalisation, l’enregistrement de données comprend une pluralité d’entrées de données. L’enregistrement de données persiste dans la base de données une fois tous les dispositifs informatiques déconnectés de la ressource informatique. Une ou plusieurs desdites entrées de données peuvent indépendamment être mis à jour au sein de la base de données. Dans le mode de réalisation, le procédé comprend la mise à jour de l’enregistrement de données chaque fois que ladite entrée de données est mise à jour, quel que soit l’état de connexion des dispositifs informatiques. De cette manière, la base de données est toujours à jour de sorte qu’une fois que les dispositifs utilisateurs se reconnectent à la base de données, l’enregistrement de données correct puisse être affiché. Cela a pour effet que la récupération de l’affichage de l’enregistrement de données est facilitée, par exemple suite à une déconnexion involontaire du dispositif utilisateur de la base de données. On appréciera le fait que l’état de l’enregistrement de données soit indépendant de l’état de connexion des dispositifs utilisés dans la création de l’enregistrement de données et/ou de la participation continue des dispositifs dans une session de réservation. Il est par conséquent possible de retenir l’enregistrement de données pour une durée indéfinie ou librement sélectionnable, par exemple pour rendre l’enregistrement de données permanent pendant plusieurs mois ou, par exemple, un trimestre. Selon un autre mode de réalisation il est fourni un procédé de collaboration en temps réel entre une pluralité de dispositifs informatiques connectés en mode communication à une ressource informatique. La pluralité des dispositifs informatiques est connectée à une ressource de communication commune, facilitant substantiellement la transmission simultanée d’informations provenant de la ressource informatique à la pluralité des dispositifs informatiques. La ressource informatique comprend une base de données stockant des enregistrements de données pouvant être mis à jour. La ressource informatique communique des mises à jour apportées à un ou plusieurs enregistrements de données sélectionnés à la pluralité des dispositifs informatiques via ladite ressource de communication. Selon un autre mode de réalisation, des instructions de programme informatique sont fournies pour exécution par un ou plusieurs processeurs. Les instructions amènent ledit un ou plusieurs processeurs, lorsqu’elles sont exécutées par ledit un ou plusieurs processeurs, à exécuter le procédé tel que décrit dans la présente. De préférence, les instructions sont stockées sur un dispositif de stockage non volatile. Selon un autre mode de réalisation, un dispositif informatique, comprenant un processeur et une mémoire, est fourni. Le dispositif informatique est configuré pour être connectable en mode communication à une base de données et à une pluralité de dispositifs informatiques. La mémoire stocke des instructions de programme qui, lorsqu’elles sont exécutées par le processeur, amènent le processeur à recevoir des données de sélection d’un premier dispositif informatique de la pluralité des dispositifs informatiques, sélectionner, dans la base de données, sur la base des données de sélection, au moins un enregistrement de données d’une pluralité d’enregistrements de données stockés dans la base de données, ledit au moins un enregistrement de données sélectionné ayant une première taille de données, créer des informations d’interface d’utilisateur représentatives dudit au moins un enregistrement de données et configurées pour permettre à un deuxième dispositif informatique de la pluralité des dispositifs informatiques d’afficher une représentation dudit au moins un enregistrement de données dans une interface d’utilisateur du deuxième dispositif informatique, dans lequel les informations d’interface d’utilisateur ont une deuxième taille de données qui est plus petite que la première taille, et transmettre les informations d’interface d’utilisateur au deuxième dispositif informatique. Dans un mode de réalisation, les instructions de programme sont par ailleurs configurées pour, lorsqu’elles sont exécutées par le processeur, amener le processeur à recevoir d’un dispositif utilisateur de la pluralité des dispositifs informatiques des données de sélection mises à jour, mettre à jour l’enregistrement de données sur la base des données de sélection mises à jour, mettre à jour les informations d’interface d’utilisateur sur la base de l’enregistrement de données mis à jour pour créer des informations d’interface d’utilisateur mises à jour, générer une différence entre les informations d’interface d’utilisateur stockées et les informations d’interface d’utilisateur mises à jour et transmettre la différence à la pluralité des dispositifs informatiques connectés en mode communication à la ressource informatique. Dans un mode de réalisation, les instructions de programme sont par ailleurs configurées pour, lorsqu’elles sont exécutées par le processeur, amener le processeur à permettre à tous les dispositifs informatiques de la pluralité des dispositifs informatiques de souscrire à un service de communications unique pour faciliter la transmission des mises à jour en temps réel à tous les dispositifs souscripteurs. Le service de communications unique peut être basé sur websocket. Dans un mode de réalisation, le dispositif comprend la base de données. Dans le mode de réalisation, les instructions de programme sont par ailleurs configurées pour, lorsqu’elles sont exécutées par le processeur, amener le processeur à mettre à jour un ou plusieurs enregistrements de données stockés au sein de ladite base de données après un évènement déclencheur de mise à jour. L’évènement déclencheur de mise à jour est au moins un de la réception d’une instruction pour mettre à jour ledit un ou plusieurs enregistrements de données ou la sélection ou la modification d’un enregistrement de données lié audit un ou plusieurs enregistrements de données. Dans un mode de réalisation, l’enregistrement de données comprend une pluralité d’entrées de données, dans lequel ledit enregistrement de données persiste dans une base de données une fois tous les dispositifs informatiques déconnectés de la ressource informatique et dans lequel une ou plusieurs desdites entrées peuvent être indépendamment mises à jour au sein de la base de données. Les instructions de programme sont par ailleurs configurées pour, lorsqu’elles sont exécutées par le processeur, amener le processeur à mettre à jour l’enregistrement de données chaque fois que ladite entrée de donnée est mise à jour, quel que soit l’état de connexion des dispositifs informatiques. Dans un autre mode de réalisation, il est fourni une ressource informatique comprenant une ressource de communication commune connectable en mode communication à une pluralité de dispositifs informatiques pour une collaboration en temps réel entre la pluralité des dispositifs informatiques. La ressource de communication commune est configurée pour faciliter substantiellement la transmission simultanée d’informations provenant de la ressource informatique à la pluralité des dispositifs informatiques. La ressource informatique comprend une base de données stockant des enregistrements de données pouvant être mis à jour. La ressource informatique est configurée pour communiquer des mises à jour apportées à un ou plusieurs enregistrements de données sélectionnés à la pluralité des dispositifs informatiques via ladite ressource de communication. Les systèmes en réseau permettent à de multiples entités d’accéder à une ressource de réseau simultanément. Les multiples entités peuvent souhaiter être informées simultanément ou quasiment simultanément de l’état actuel de la ressource de réseau. Cette information peut être souhaitée ou nécessaire pour permettre aux utilisateurs des entités d’afficher un état actuel de la ressource de réseau, par exemple dans le but de contribuer à un processus de prise de décision associé à la ressource de réseau. Ce processus de prise de décision peut concerner la réservation collaborative de produits ou de services, telle que par exemple la création coopérative et la modification d’un itinéraire de voyage. La ressource de réseau peut être virtuelle ou être un panier d’achats en ligne géré sur une ressource informatique centralisée telle qu’un serveur ou une machine virtuelle. Les paniers d’achats en ligne sont connus, mais les paniers d’achats qui peuvent être modifiés d’une manière efficace et fiable en termes de ressources par un nombre d’entités ne sont pas, à la connaissance des inventeurs, connus à ce jour. Alors que les modes de réalisation seront décrits en faisant référence à un panier d’achats de multiples parties pour une réservation collaborative de services de voyage, des modes de réalisation ne sont pas limités à cet exemple spécifique. D’autres modes de réalisation peuvent concerner d’autres informations gérées centralement qui font aussi l’objet de changements rapides et qui sont disséminées à une pluralité de parties connectées à un service qui gère les informations. Un changement rapide qui peut survenir à tout moment et qui vraisemblablement surviendra au moins une fois et probablement plus d’une fois en l’espace de quelques minutes, heures, jours ou semaines. Les informations de voyage en particulier font l’objet de changements rapides, car les services offerts par les fournisseurs de services de voyage sont censés être utilisés pleinement au moment du voyage, de sorte que les vols, les hôtels et les locations de voitures, etc. sont totalement réservés et il ne reste que peu ou aucune capacité de génération de recettes au moment de la livraison du service. En termes de processus de réservation, ce modèle signifie que la disponibilité d’un service pour une offre peut subir un changement rapide, la disponibilité d’un service particulier étant limitée à une courte durée après la pleine disponibilité du service, par exemple quelques heures ou même quelques minutes après la pleine disponibilité du service. La rapidité du changement de la disponibilité d’un service dépend bien sûr de l’équilibre entre la pleine disponibilité et l’intensité de l’intérêt/nombre de parties intéressées. On appréciera néanmoins le fait que même dans un système dans lequel les informations ne changent pas rapidement par moments, la fréquence de changement des informations puisse être plus importante à d’autres moments. Dans un mode de réalisation, un système qui peut gérer les deux situations est fourni. En outre, les plateformes d’achats en ligne peuvent appliquer des politiques de tarification dynamique aux marchandises ou services offerts. Une marchandise ou un service peuvent, par exemple, être offerts à la vente à un prix plus bas lorsque l’inventaire est abondant que lorsque inventaire est devenu limité. Inversement, dans le but de vendre les quelques offres de marchandises ou services restants les prix de vente peuvent être abaissés après une période de tarification élevée. Ceci contribue à la rapidité du changement des informations conservées centralement. Dans des modes de réalisation dans lesquels une plateforme centrale de gestion d’offres de services ou de produits provenant de multiples services, tels que par exemple, des données de voyage, de vols ou d’offres de location de véhicule ou de réservation d’hôtel, les informations peuvent, ou est même probablement, être émises à partir d’un nombre de sources de données, par l’exemple d’une compagnie aérienne offrant les vols, d’un ou de plusieurs loueurs de voitures ou même d’une autre plateforme qui agrège les offres d’un nombre de loueurs de voitures et de divers hôtels, des chaînes d’hôtels ou des agrégateurs de réservation d’hôtel. Dans ces situations, des changements dans les données ne sont pas sous le contrôle de la ressource centrale qui est configurée pour coordonner les offres de divers services et produits à destination des entités en réseau. Une conséquence de ce manque de contrôle est que les mises à jour de données ne peuvent pas être coordonnées et peuvent être nécessaires à tout moment. Ceci augmente encore plus la rapidité du changement dans les données. Dans un scénario impliquant de multiples utilisateurs humains dans la sélection collaborative de données au sein de la base de données, par exemple pour réserver des services ou des produits de façon collaborative, il est important que la base de données puisse appliquer les mises à jour internes pertinentes dans un cadre temporel permettant la communication des changements qui affectent les décisions prises par les utilisateurs humains sans délai apparent pour l’utilisateur humain. Dans ce but, il est souhaitable de fournir un mécanisme pour communiquer tout changement de ce genre aux utilisateurs collaborant dans le processus de sélection de données d’une manière efficace et préférablement sans risquer une dépendance de la rapidité des mises à jour de l’utilisateur sur les conditions de transmission de réseau. La Figure 1 montre une vue d’ensemble d’un système 100 qui comprend une ressource informatique centrale 110 et un nombre de dispositifs utilisateurs 120 1 à 120 m qui peuvent se connecter en mode communication à la ressource informatique 110 via un réseau 130 et une interface de communication 140. La ressource informatique centrale 110 comprend une ou plusieurs bases de données en temps réel 150 et une API de réservation 160. La base de données en temps réel comprend des informations mises à jour concernant des produits ou des services offerts aux utilisateurs des dispositifs utilisateurs 120 1 à 120 m . L’API de réservation 160 est configurée pour faciliter la coordination entre les activités de réservation des divers utilisateurs 120 1 à 120 m . Les données peuvent être stockées dans une base de données en temps réel 150 par les dispositifs informatiques 170 1 à 170 p externes à la ressource informatique centrale 110. Une ou plusieurs de tous les dispositifs informatiques 170 1 à 170 p peuvent être sous le contrôle de la partie qui gère la ressource informatique centrale 110. Autrement, les dispositifs informatiques 170 1 à 170 p peuvent être sous le contrôle de parties autres que la partie qui gère la ressource informatique centrale 110. Un ou plusieurs de tous les dispositifs informatiques 170 1 à 170 p peuvent, par exemple, être sous le contrôle des fournisseurs de services ou de produits tels qu’un site de réservation d’hôtel ou de vols ou un site de location de voitures qui ne sont pas sous le contrôle de la partie gérant le dispositif informatique central 110. On appréciera le fait que, bien que les dispositifs informatiques 170 1 à 170 p soient montrés comme étant en dehors du dispositif informatique central 110, un ou plusieurs de tous les dispositifs informatiques 170 1 à 170 p peuvent faire partie du dispositif informatique central 110, en particulier lorsque ledit un ou plusieurs de tous les dispositifs informatiques 170 1 à 170 p sont sous le contrôle de la partie gérant le dispositif informatique central 110. Inversement, pour les dispositifs informatiques 170 1 à 170 p qui ne sont pas sous le contrôle du dispositif informatique central 110, l’accès au dispositif informatique central 110 peut être fourni à travers l’interface de communication 140 bien que ce ne soit pas illustré dans la Figure 1. Dans un mode de réalisation, la ressource informatique centrale 110 peut être une ressource informatique telle qu’un ou plusieurs serveurs qui sont sous le contrôle exclusif de la partie gérant la ressource informatique 110. Dans un autre mode de réalisation, la ressource informatique 110 peut être une ressource basée sur la dématérialisation, c.-à-d. une ressource dans laquelle l’API de réservation 160 est hébergée et la base de données 150 est maintenue et mise à jour. Un exemple d’un service dématérialisé approprié peut être Google cloud, mais d’autres services basés sur la dématérialisation capable d’héberger l’API de réservation 160 et la base de données 150 peuvent être utilisés à la place. Le réseau 130 peut être tout type de réseau de communication tel que l’Internet, un LAN ou un WAN ou tout autre type de réseau informatique, le réseau de téléphone ou une combinaison d’un quelconque de ces réseaux. Le but du réseau 130 est de permettre aux dispositifs utilisateurs 120 1 à 120 m de se connecter à la ressource informatique centrale 110 via l’interface de communication 140, par exemple à la manière d’un utilisateur qui se connecterait à un portail d’achat en ligne. Dans un mode de réalisation, l’interface de communication 140 est un backend mobile comme une offre de services qui sert d’interface entre la ressource informatique centrale 110 et une variété de dispositifs informatiques différents 120 1 à 120 m , tels que des dispositifs informatiques incluant des téléphones portables des tablettes informatiques et des ordinateurs portables ou tout autre dispositif informatique capable d’afficher à un utilisateur une interface d’utilisateur fournie par l’API de réservation 160 via l’interface de communication 140 et le réseau 130. Dans un mode de réalisation, l’interface de communication 140 est en particulier configurée pour gérer les contacts ou les comptes de l’utilisateur au nom de la ressource informatique 110, afin de fournir des alertes de poussée, des messages textes, toute technologie de poussée basée sur le Web, tels que des pushlets des web sockets, un serveur HTTP de poussée, une consultation de longue durée [long polling] et Adobe Flash, entre autres ou toute autre façon appropriée de transmettre des messages à des dispositifs utilisateurs et/ou de faire interface avec des sites de médias sociaux. Dans un mode de réalisation, l’interface de communication 140 comprend ou consiste en certains éléments du service Firebase fourni par Google ou mongoDB qui sont indispensables pour fournir la fonctionnalité décrite ci-dessus. La Figure 2 montre un exemple d’un dispositif informatique selon un mode de réalisation. Le dispositif informatique peut être un dispositif utilisateur 120 de la ressource informatique 110. Le dispositif utilisateur 120 comprend une interface de communication 200, un processeur 210, une mémoire 220 configurés pour être accessibles pour des opérations de lecture et/ou d’écriture, par le processeur 210 et une interface I/O 230. La mémoire 220 stocke des instructions de programme informatique qui sont configurées pour amener le processeur 210, lorsqu’il exécute les instructions de programme informatique, à interagir avec les dispositifs informatiques connectés de la manière décrite dans la présente. Si le dispositif informatique est un dispositif utilisateur 120, l’interface I/O d’utilisateur 230 est configurée pour afficher les informations à un utilisateur sur le dispositif utilisateur 120 et pour recevoir des informations saisies par l’utilisateur. L’interface I/O 230 peut, par exemple, inclure un écran d’affichage dans le but d’afficher une interface d’utilisateur à l’utilisateur. L’écran d’affichage peut être un écran tactile pour permettre à l’utilisateur de saisir des informations, par exemple pour remplir un formulaire présenté à l’utilisateur. Autrement, ou de plus, le dispositif informatique peut comprendre d’autres moyens d’entrée tels qu’un clavier. L’interface de communications 200 est configurée pour se connecter à un ou plusieurs canaux de communication 240 afin d’établir une communication avec l’interface de communications 140. On appréciera le fait que, lorsque le dispositif utilisateur 120 est un dispositif sans fil, tel qu’un téléphone portable, une tablette informatique ou un ordinateur portable, l’interface de communications 200 puisse être connectée à une antenne (non illustrée) pour accéder à un canal de communication sans fil 240. Autrement, pour des dispositifs utilisateurs stationnaires 120, une connexion filaire peut être fournie pour se connecter à/établir le canal de communication 240. La mémoire 220 peut stocker des instructions de programmes informatiques 250 qui amènent le processeur 210, lorsqu’il exécute les instructions de programme informatique 250, à exécuter une application informatique qui est configurée pour se connecter en mode communication à d’autres dispositifs informatiques, tels que l’interface de communications 140, les dispositifs utilisateurs 120 ou la ressource informatique 110. Autrement, l’interaction entre les dispositifs utilisateurs 120 et la ressource informatique 110 est entièrement basée sur un navigateur. Dans ce cas, les instructions de programme informatique 250 amènent le dispositif utilisateur 120 à faire fonctionner un navigateur. La Figure 3 illustre un flux de données dans un procédé de communication collaborative. Dans le mode de réalisation, trois utilisateurs collaborent en utilisant trois dispositifs utilisateurs, les dispositifs utilisateurs 1 à 3. Le premier utilisateur initie la communication en utilisant son dispositif utilisateur, le dispositif utilisateur 1. L’utilisateur se connecte initialement (étape 400) à l’API de réservation 160 pour obtenir des offres disponibles de la ressource informatique 110. Ainsi que détaillé ci-dessus, le dispositif utilisateur peut comprendre une app. dédiée pour présenter des offres acquises à l’utilisateur sur le dispositif et/ou fournir la présentation pertinente dans un navigateur. Les offres présentées peuvent inclure des suggestions concrètes ou des encarts publicitaires. Autrement, ou de plus, l’app. ou le navigateur fonctionnant sur le dispositif utilisateur inclut des champs d’entrée pour être remplis par l’utilisateur. Dans un mode de réalisation, chaque élément d’information saisi par l’utilisateur dans un quelconque de ces champs d’entrée est diffusé du dispositif utilisateur à la base de données en temps réel. Un utilisateur peut, par exemple, commencer à entrer le nom d’une ville qu’il souhaite visiter ou le nom ou l’abréviation d’un aéroport vers lequel il souhaite se rendre. Le dispositif utilisateur est configuré pour diffuser des frappes de touche à l’interface de communications 140. L’interface de communications 140 à son tour est configurée pour affiner une liste de destinations possibles à celles qui peuvent être identifiées par l’information déjà fournie par l’utilisateur. Dans un mode de réalisation, une telle liste réduite de destinations possibles est fournie au dispositif utilisateur par l’API de réservation 160. En diffusant les informations aux utilisateurs, les modes de réalisation évitent le besoin d’utiliser un système d’alerte d’un tiers (tel que WhatsApp, courriel, texto, etc.) pour alerter les utilisateurs. Une fois qu’un utilisateur a indiqué sur le dispositif utilisateur qu’une sélection actuelle d’un ou de plusieurs services ou produits est désirée, c.-à-d. une fois que l’utilisateur a affiché son panier d’achats à l’étape 405 à l’API de réservation 160, l’API de réservation communique avec la base de données en temps réel (étape 410) pour créer un premier panier d’achats/options de voyage qui est stocké dans la base de données en temps réel. Les paniers d’achats/options de voyage sont des ensembles de références avec des références individuelles qui identifient des entrées de données individuelles correspondantes dans la base de données en temps réel. Ce panier d’achats constitue un nœud auquel d’autres utilisateurs du système peuvent souscrire en utilisant leurs dispositifs utilisateurs et peut être identifiable en utilisant une ID de panier. D’autres options de voyage peuvent être créées par l’utilisateur du dispositif utilisateur 1 en indiquant d’autres sélections dans la mesure où elles sont désirées à l’étape 415. Chaque fois que cette indication est fournie par le dispositif utilisateur à l’API de réservation 160, une option de voyage (étape 420) est créée par la base de données en temps réel 150 dans une interaction avec l’API 160. À ce point, les seuls dispositifs qui ont interagi les uns avec les autres sont le premier dispositif utilisateur et l’API de réservation 160. Dans le mode de réalisation, l’utilisateur peut choisir de partager le panier d’achats avec d’autres utilisateurs. Dans le mode de réalisation, l’API de réservation 160 inclut une fonctionnalité permettant ce partage. Cela peut inclure un bouton d’écran activable par logiciel ou un champ d’adresse pour une entrée des informations identifiant un ou plusieurs utilisateurs avec lesquels le panier d’achats doit être partagé. Une fois que l’utilisateur a saisi les informations pertinentes, telles que par exemple le nom du contact, son adresse courriel ou un quelconque identifiant qui est déjà connu par la ressource informatique 110 et en particulier par l’interface de communications 140 comme étant liée au contact désiré ou à des identifiants pertinents qui permettent de contacter le contact désiré via des plateformes de média sociaux, ces informations sont transmises par le dispositif utilisateur au serveur d’alertes. Plusieurs façons d’inviter d’autres utilisateurs à collaborer pour participer à la sélection de données sont divulguées dans le brevet US 9,704,109 dont la totalité est incorporée dans la présente par cette référence. Dans un mode de réalisation, le serveur d’alertes fait partie de l’interface de communication 140 et en particulier peut être fourni par un backend comme élément de service de l’interface de communication 140. Le serveur d’alertes est configuré pour envoyer une alerte (étape 430) aux parties identifiées par les informations reçues pour l’utilisateur 1. Cette alerte peut prendre la forme d’une alerte poussée, d’un texto, d’un message de Messenger ou, plus généralement, tout type d’alerte qui peut être envoyée à partir du serveur d’alertes aux utilisateurs sans nécessiter une quelconque action de la part de l’utilisateur du dispositif utilisateur. Dans le mode de réalisation, les alertes envoyées au deuxième et troisième utilisateur respectivement comprennent des informations informant l’utilisateur récepteur que le premier utilisateur souhaite partager l’option de voyage et un moyen permettant à l’utilisateur récepteur d’indiquer son souhait de participer au partage de l’option de voyage. Dans ce but, l’alerte peut par exemple comprendre un lien pour l’utilisateur récepteur à activer, par exemple, dans un navigateur. Une fois que l’utilisateur récepteur a indiqué, via son dispositif utilisateur, par exemple en activant un lien reçu du serveur d’alertes à l’étape 430, une volonté de participer au partage de l’option de voyage, la base de données en temps réel fournit, à l’étape 435, un état d’interface d’utilisateur qui permet au dispositif utilisateur récepteur d’afficher le panier d’achats à l’utilisateur. L’état de l’interface d’utilisateur comprend toutes les informations nécessaires pour afficher l’option de voyage actuelle à l’utilisateur, mais n’inclut pas les informations complètes qui définissent le panier d’achats. L’état de l’interface d’utilisateur inclut une ou plusieurs des informations suivantes : L’URL actuelle du navigateur les paramètres typiquement utilisés dans une recherche en ligne tels que : aéroport de départ aéroport de destination et date de voyage les informations liées aux services franchise de bagages réservée, franchise de bagages de cabine et le coût, tout repas de passagers inclus, numéro de siège et/sa localisation, et permission d’accès au salon, les informations concernant les préférences de repas et/les allergies, la sélection du Wifi à bord, les informations concernant le besoin de services spéciaux, les informations concernant la vente incitative ou croisée à d’autres fournisseurs (p. ex. AirBNB), les informations concernant un panneau/écran actuel affiché sur un dispositif utilisateur, et les informations concernant une transition du panneau/écran affiché, initié par l’utilisateur. L’état de l’interface d’utilisateur a une taille de quelques octets. Par contraste la totalité du panier d’achats comprend une ou plusieurs de toutes les informations suivantes : informations de vol : date de départ heure de départ aéroport de départ aéroport de destination Identifiant/numéro de vol opérateur du vol durée du vol type d’aéronef tarif en partance code de voyage franchise de bagages incluse repas inclus location de siège (allée, milieu, hublot) frais pour changement d’itinéraire (et les frais sont-ils remboursables ?), classe de voyage (économie, affaires, première...) informations sur le passager âge du passager date de naissance du passager informations sur les contacts du passager adresse courriel du passager numéro de téléphone du passager adresse du passager prénom nom de famille du passager ID du passager photo Détails du paiement nom du payeur type de paiement (Carte de crédit, paiement Apple de, PayPal) type de carte nom sur la carte numéro de carte + CVV date d’expiration de la carte Pour des voyages qui incluent un nombre de segments, par exemple un voyage comprenant des vols avec une ou plusieurs escales, les informations du panier d’achats ci-dessus sont requises pour chaque segment du voyage. Ces informations en outre concernent seulement un seul passager et un seul payeur. Pour les voyages de groupe, les informations du panier d’achats sont en outre requises pour chaque passager et pour chaque payeur. De plus, on appréciera le fait que bien que les informations de panier d’achat ci-dessus ne concernent qu’une réservation de vol, elles puissent autrement concerner la réservation pour d’autres services ou produits. On appréciera aussi le fait que d’autres services, tels qu’une réservation d’hôtel une réservation de voiture de location puissent être associés à des réservations de vol. Dans cette situation, des informations supplémentaires sont associées au panier d’achats. Les informations du panier d’achats ont la taille de plusieurs centaines de kilo-octets. Bien que la transmission d’un ou de seulement quelques paniers d’achats serait probablement gérable, le fait de transmettre uniquement l’information de l’interface d’utilisateur la plus petite est avantageux dans une situation dans laquelle un grand nombre d’opérations de réservation se déroulent à tout moment. Dans cette situation, la ressource informatique 110 doit gérer un volume de flux de données qui peut compromettre la performance ou même l’intégrité du système si des paniers d’achats entiers doivent être transférés aux dispositifs utilisateurs. En limitant les informations transmises aux dispositifs utilisateurs aux informations de l’interface d’utilisateur, les ressources computationnelles consommées par le partage des options de voyage sont considérablement réduites. En outre, vu que le contenu du panier d’achats n’est jamais partagé il ne peut y avoir aucune confusion concernant l’état actuel/le plus à jour du panier d’achats. En d’autres termes, la seule et véritable copie du panier d’achats pendant sa création est détenue par la base de données en temps réel. L’API de réservation 160 accède à la base de données en temps réel et fait abstraction du panier d’achats en limitant la quantité de données stockées aux seules données requises par les dispositifs utilisateurs pour afficher aux utilisateurs l’état actuel du panier d’achats, une liste des utilisateurs impliqués dans un processus de réservation particulier, les identifiants de réservation associés et une liste des produits couverts par la réservation. L’API de réservation 160 crée un état d’interface d’utilisateur unique pour transmission à tous les utilisateurs souscripteurs. L’état de l’interface d’utilisateur est stocké dans la base de données en temps réel d’où il est disséminé aux utilisateurs participants par l’interface de communication 140. De cette manière, la mise à jour de la communication avec les dispositifs utilisateurs peut, une fois que l’API de réservation 160 a fait abstraction du panier d’achats, être gérée par l’interface de communication 140 sans implication de l’API de réservation 160. Le nombre de communications entre les parties du système 100 situées du côté de la ressource informatique 110 de l’interface de communication 140 et des dispositifs utilisateurs est minimisé étant donné que l’interface de communication peut faciliter la communication avec les dispositifs utilisateurs par un seul accès à la base de données en temps réel 150, tout en évitant d’avoir à établir des connexions consommatrices de temps et de ressources entre les dispositifs utilisateurs et l’API de réservation. De cette manière, un point de référence pour les dispositifs utilisateurs qui se sont accidentellement déconnectés est par ailleurs créé, tout en minimisant la quantité des données qui ont besoin d’être stockées. Dans un mode de réalisation, l’état de l’interface d’utilisateur est indépendant du type de dispositif utilisateur. De cette manière, les utilisateurs sont par ailleurs capables d’accéder à leur panier d’achats actuel en utilisant des dispositifs utilisateurs différents. Le système 100 est par conséquent résistant à de multiples points de contact. Les états des interfaces utilisateurs ou les mises à jour des interfaces utilisateurs créés dans ce processus d’abstraction sont ensuite transmis aux utilisateurs par l’interface de communication 140. Une mise à jour d’une interface d’utilisateur comprend seulement les informations qui distinguent un état d’interface d’utilisateur nouvellement créé d’un état d’interface d’utilisateur créé précédemment. Les informations qui ont déjà été transmises aux dispositifs utilisateurs dans un état d’interface d’utilisateur précédent ou dans une mise à jour d’interface d’utilisateur précédente sont déjà disponibles aux dispositifs utilisateurs pour affichage dans un état d’interface d’utilisateur actuel, de sorte que seules les nouvelles informations ont besoin d’être transmises aux dispositifs utilisateurs pour permettre au dispositif utilisateur de continuer à afficher l’état de l’interface d’utilisateur entièrement mise à jour. On appréciera le fait qu’en transmettant des mises à jour d’états d’interfaces utilisateurs plutôt que des états d’interfaces d’utilisateurs complets, la largeur de bande requise pour transmettre les informations aux dispositifs utilisateurs puisse par ailleurs être réduite. Dans un mode de réalisation, l’API de réservation 160 stocke l’état d’interface d’utilisateur dérivé et/ou la mise à jour de l’état d’interface d’utilisateur, par exemple comme un objet, un Redux, un ensemble de références aux données pertinentes au sein de la base de données en temps réel qui doivent être transmis à l’utilisateur pour une récupération ultérieure par l’interface de communications aux dispositifs utilisateurs, ou similaires. Vu que l’API de réservation 160 fait abstraction du panier d’achats, la base de données en temps réel 150 a seulement besoin d’être accédée par une seule entité, l’API de réservation 160, plutôt que de multiples fois par les utilisateurs. De cette manière, le nombre de paniers d’achats qu’une base de données d’une spécification donnée peut gérer est augmenté. Ainsi que décrit ci-dessus la communication entre l’API de réservation 160 et les dispositifs utilisateurs 120 1 et 120 m est facilitée par l’interface de communications 140 sur la base des mises à jour apportées à l’interface d’utilisateur. De cette manière, la charge de traitement de l’API de réservation 160 est réduite. Dans un mode de réalisation, tous les dispositifs utilisateurs 120 1 à 120 m , participant à la création d’un panier d’achats particulier, souscrivent à un support particulier et tous les dispositifs utilisateurs souscripteurs reçoivent une mise à jour automatique de l’état d’interface d’utilisateur stocké dès que l’état change. En faisant abstraction des données du panier d’achats de l’état d’interface d’utilisateur décrit ci-dessus, la quantité des données devant être transmises aux dispositifs utilisateurs est aussi limitée. Ainsi que décrit ci-dessus, les données stockées dans la base de données peuvent subir des changements rapides. L’information reflétant ces changements a besoin d’être transmise de manière égale rapidement ou tout au moins d’une manière qui fournit des mises à jour aux utilisateurs sans délai perceptible. En réduisant la taille des données devant être transmises, le nombre de mises à jour qui peuvent être communiquées aux utilisateurs avec un système matériel donné est augmenté. Une fois que le dispositif utilisateur a obtenu l’information d’interface d’utilisateur, il utilise l’information pour mettre à jour l’interface d’utilisateur affichée à l’utilisateur à l’étape 440. Un des autres utilisateurs, l’utilisateur 2 dans l’exemple montré dans la Figure 3, peut souhaiter proposer des modifications au panier d’achats qui avait initialement été proposé par l’utilisateur 1. Pour faciliter ceci, les frappes au clavier saisies par l’utilisateur 2 dans son interface d’utilisateur sont diffusées à l’API de réservation 160 à l’étape 445. Les informations de frappes au clavier reçues par l’API de réservation 160 sont utilisées par l’API de réservation 160 pour mettre à jour l’état actuel, permanent, de l’interface d’utilisateur stockée par l’API de réservation 160. Les changements au sein de l’état d’interface d’utilisateur créés par cette mise à jour sont à leur tour diffusés à tous les autres utilisateurs participants dans le processus de réservation, à l’étape 450. Pendant la diffusion, toutes les actions de l’utilisateur sont ordonnées et stockées. Ceci permet la résolution d’un quelconque conflit entre les actions des utilisateurs. Les autres utilisateurs utilisent les mises à jour de l’état de l’interface d’utilisateur, UI, pour mettre à jour leurs UIs respectives, à l’étape 455. Une fois que l’utilisateur 2 a pris une décision concernant les changements désirés, l’utilisateur soumet ces changements à la base de données 150 en temps réel, à l’étape 460. Dans un mode de réalisation, la base de données en temps réel utilise les changements soumis pour mettre à jour le panier d’achats auquel s’appliquent les changements. Dans un autre mode de réalisation, la base de données en temps réel crée une copie du panier d’achats auquel s’appliquent les changements et applique les changements à la copie du panier d’achats. De cette manière, les changements peuvent être annulés en revenant à une version précédente du panier d’achats. Une fois que le processus de réservation a été complété ou terminé, toutes les copies du panier d’achats pertinent peuvent être supprimées. À l’étape 465, les modifications du panier d’achats (ou la différence entre le panier d’achats nouveau/mis à jour et son prédécesseur si le panier d’achats a été mis à jour en faisant une copie du panier d’achats d’origine et en altérant cette copie) sont envoyées aux utilisateurs qui n’ont pas demandé la mise à jour du panier d’achats (les utilisateurs 1 et 3 dans l’exemple montré dans la Figure 3). On notera que les informations envoyées aux autres utilisateurs ne représentent qu’une simple mise à jour des informations transmises précédemment. De cette manière, la largeur de bande requise pour transmettre les informations est réduite et la réactivité de la base de données en temps réel 150 est améliorée. Les informations transmises sont utilisées par les utilisateurs à l’étape 470 pour mettre à jour leurs interfaces d’utilisateur respectives. Une situation est par ailleurs illustrée dans la Figure 3 dans laquelle un des points de données dans la base de données en temps réel subit un changement. Dans ce cas, le changement est causé par l’API de réservation 140 qui informe la base de données en temps réel 150 d’un changement de prix à l’étape 475. Un tel changement dans un panier d’achats, résultant d’un changement apporté aux données, est communiqué à tous les utilisateurs qui travaillent sur le panier d’achats à l’étape 480. Ainsi que décrit ci-dessus, seul le changement dans le panier d’achats est transmis et non la totalité du panier d’achats. À l’étape 485, les dispositifs des utilisateurs utilisent les informations reçues pour mettre à jour leur interface d’utilisateur. On appréciera le fait que les étapes 475 à 485 puissent survenir à une quelconque phase de la séquence d’étapes montrée dans la Figure3 Les paniers d’achats créés dans le mode de réalisation sont permanents et peuvent être stockés pendant une durée, même dans des situations dans lesquelles tous les utilisateurs 120 1 à 120 m se sont déconnectés de l’interface de communication 140. Dans le mode de réalisation, tous les paniers d’achats stockés sont continuellement mis à jour par la base de données en temps réel chaque fois qu’un changement lié à un élément/objet dans le panier d’achats change, de sorte que tous les paniers d’achats stockés soient à jour à tout moment. Dans un autre mode de réalisation, si un dispositif utilisateur 120 1 à 120 m revient au panier d’achats, la base de données en temps réel 150 met à jour le contenu du panier d’achats. Ainsi que décrit ci-dessus, le système divulgué dans la présente peut permettre à de multiples utilisateurs de payer une partie des produits ou services sélectionnés. Si le service sélectionné est un voyage, chaque utilisateur peut, par exemple, payer son ou ses propres vols et/ou hébergement. Cependant, le système est configuré pour autrement accepter qu’un seul payeur couvre la totalité des frais de plus d’un seul voyageur ou même de tous les voyageurs. Dans un agencement, le système est configuré pour répartir les frais de façon égale par le nombre de payeurs ainsi qu’indiqué par un utilisateur utilisant un dispositif utilisateur. Bien que les utilisateurs collaborent pour sélectionner des données dans la base de données en utilisant une pluralité de dispositifs utilisateurs, une réservation effectuée sur la base d’une sélection de données convenues n’est pas traitée par le système comme étant une pluralité de réservations faites par des individus. Dans l’industrie du voyage, les réservations faites par des individus sont traitées comme étant indépendantes. Par contraste, dans un mode de réalisation le système est configuré pour traiter des réservations effectuées de façon collaborative de la manière décrite ci-dessus par contraste aux réservations qui sont dépendantes les unes des autres pour que, par exemple, les sièges sur un vol soient affectés sur la base d’un groupe, de sorte que les membres du groupe soient assis ensemble. Dans un mode de réalisation, l’API de réservation est par ailleurs configurée pour alerter les utilisateurs via le dispositif utilisateur si les détails d’un processus de réservation engagé précédemment ou actuellement en cours ont changé. Ces alertes peuvent être liées à des changements apportés aux coûts des options de réservation sélectionnées lorsque le nombre d’éléments qui restent disponibles, par exemple des sièges sur un avion, est inférieur au nombre d’éléments sélectionnés ou si le nombre disponible a été réduit au point de s’approcher du nombre d’éléments sélectionnés ou si les offres associées à une sélection ont expiré. Dans la spécification précitée, les modes de réalisation ont été décrits en faisant référence à de nombreux détails spécifiques qui peuvent varier d’une implémentation à une autre. Certaines adaptations et modifications des modes de réalisation décrits peuvent être réalisées. D’autres modes de réalisation pourront être apparents aux hommes de métier à l’examen de la spécification et à la mise en pratique de l’invention divulguée dans les présentes. La spécification et les exemples sont censés être à titre exemplaire uniquement. La séquence des étapes présentées dans les figures est aussi censée être uniquement à titre illustratif et n’est pas censée se limiter à une quelconque séquence particulière des étapes. Par conséquent, les hommes de métier pourront reconnaître que ces étapes peuvent être exécutées dans un ordre différent tout en implémentant le même procédé. Procédé de création collaborative de contenu exécuté dans un réseau comprenant une pluralité de dispositifs informatiques et une ressource informatique, la ressource informatique comprenant une base de données et la pluralité des dispositifs informatiques étant connectés, par communication, à la ressource informatique, le procédé comprenant : la réception, au niveau de la ressource informatique, de données de sélection provenant d’un premier dispositif informatique de la pluralité des dispositifs informatiques ; la ressource informatique sélectionnant, à partir de la base de données, sur la base des données de sélection, au moins un enregistrement de données d’une pluralité d’enregistrements de données stockés dans la base de données, ledit au moins un enregistrement de données sélectionné ayant une première taille de données ; la ressource informatique créant des informations d’interface d’utilisateur représentatives dudit au moins un enregistrement de données et configurées pour permettre à un deuxième dispositif informatique de la pluralité des dispositifs informatiques d’afficher une représentation dudit au moins un enregistrement de données sélectionné dans une interface d’utilisateur du deuxième dispositif informatique, dans lequel les informations d’interface d’utilisateur ont une deuxième taille de données qui est plus petite que la première taille ; et la transmission des informations d’interface d’utilisateur au deuxième dispositif informatique. Procédé selon la revendication 1, le procédé comprenant par ailleurs : la réception, au niveau de la ressource informatique, provenant d’un dispositif informatique de la pluralité des dispositifs informatiques, de données de sélection mises à jour ; la ressource informatique : mettant à jour ledit enregistrement de données sur la base des données de sélection mises à jour ; mettant à jour lesdites informations d’interface d’utilisateur sur la base de l’enregistrement de données actualisé pour créer des informations d’interface d’utilisateur mises à jour ; générant une différence entre les informations d’interface d’utilisateur stockées et les informations d’interface d’utilisateur mises à jour ; et transmettant la différence à la pluralité des dispositifs informatiques connectés en mode communication à la ressource informatique. Procédé selon la revendication 1 ou 2, dans lequel la pluralité des dispositifs informatiques connectés en mode communication à une ressource informatique collaborent dans un processus de sélection d’enregistrements de données stockés dans la base de données ; et dans lequel tous les dispositifs de la pluralité des dispositifs informatiques souscrivent à un service de communications unique pour faciliter la transmission en temps réel de mises à jour à tous les dispositifs souscripteurs. Procédé selon la revendication 3, dans lequel tous les dispositifs de la pluralité des dispositifs informatiques souscrivent au même service websocket/bidirectionnel/en duplex intégral. Procédé selon l’une quelconque des revendications précédentes, comprenant par ailleurs : la réception par ledit au moins un deuxième dispositif informatique d’une entrée d’un utilisateur via l’interface d’utilisateur et la transmission de ladite entrée reçue en temps réel à la ressource informatique centrale ; la transmission par la ressource informatique centrale de l’entrée reçue provenant dudit au moins un deuxième dispositif informatique au premier dispositif informatique. Procédé selon l’une quelconque des revendications précédentes, comprenant par ailleurs : la mise à jour d’un ou de plusieurs enregistrements de données stockés au sein de ladite base de données après un évènement déclencheur de mise à jour, dans lequel ledit évènement déclencheur de mise à jour est au moins l’un parmi : la réception d’une instruction pour mettre à jour ledit un ou plusieurs enregistrements de données ; ou la sélection ou la modification d’un enregistrement de données lié audit un ou plusieurs enregistrements de données. Procédé selon l’une quelconque des revendications précédentes, dans lequel ledit enregistrement de données comprend une pluralité d’entrées de données et dans lequel ledit enregistrement de données persiste dans la base de données une fois tous les dispositifs informatiques déconnectés de la ressource informatique et dans lequel une ou plusieurs desdites entrées de données peuvent être indépendamment mises à jour au sein de la base de données, le procédé comprenant par ailleurs : La mise à jour dudit enregistrement de données chaque fois que ladite entrée de données est mise à jour, quel que soit l’état de connexion des dispositifs informatiques. Procédé de collaboration en temps réel entre une pluralité de dispositifs informatiques connectés en mode communication à une ressource informatique, dans lequel la pluralité des dispositifs informatiques est connectée à une ressource de communication commune facilitant substantiellement la transmission simultanée d’informations provenant de la ressource informatique à la pluralité des dispositifs informatiques, dans lequel la ressource informatique comprend une base de données stockant des enregistrements de données pouvant être mis à jour et dans lequel la ressource informatique communique des mises à jour apportées à un ou plusieurs enregistrements de données sélectionnés, à la pluralité des dispositifs informatiques via ladite ressource de communication. Instructions de programme informatique pour une exécution par un ou plusieurs processeurs, les instructions amenant ledit un ou plusieurs processeurs, lorsqu’elles sont exécutées par ledit ou un plusieurs processeurs, à exécuter un procédé selon l’une quelconque des revendications précédentes. Dispositif informatique comprenant un processeur, une mémoire et configuré pour être connectable, par communication, à une base de données et à une pluralité de dispositifs informatiques, la mémoire stockant des instructions de programme qui, lorsqu’elles sont exécutées par le processeur, amènent le processeur à : recevoir, des données de sélection provenant d’un premier dispositif informatique de la pluralité des dispositifs informatiques ; sélectionner, à partir de la base de données, sur la base des données de sélection, au moins un enregistrement de données d’une pluralité d’enregistrements de données stockés dans la base de données, ledit au moins un enregistrement de données sélectionné ayant une première taille de données ; créer des informations d’interface d’utilisateur représentatives dudit au moins un enregistrement de données et configurées pour permettre à un deuxième dispositif informatique de la pluralité des dispositifs informatiques d’afficher une représentation dudit au moins un enregistrement de données dans une interface d’utilisateur du deuxième dispositif informatique, dans lequel les informations d’interface d’utilisateur ont une deuxième taille de données qui est plus petite que la première taille ; et transmettre les informations d’interface d’utilisateur au deuxième dispositif informatique. Dispositif selon la revendication 10, les instructions de programme étant par ailleurs configurées pour, lorsqu’elles sont exécutées par le processeur, amener le processeur à : recevoir, en provenance d’un dispositif utilisateur de la pluralité des dispositifs informatiques, des données de sélection mises à jour ; mettre à jour ledit enregistrement de données sur la base des données de sélection mises à jour ; mettre à jour lesdites informations d’interface d’utilisateur sur la base de l’enregistrement de données mis à jour pour créer des informations d’interface d’utilisateur mises à jour ; générer une différence entre les informations d’interface d’utilisateur stockées et les informations d’interface d’utilisateur mises à jour ; et transmettre la différence à la pluralité des dispositifs informatiques connectés en mode communication à la ressource informatique. Dispositif selon les revendications 10 ou 11, les instructions de programme étant par ailleurs configurées pour, lorsqu’elles sont exécutées par le processeur, amener le processeur à permettre à tous les dispositifs de la pluralité des dispositifs informatiques de souscrire à un service de communications unique pour faciliter la transmission des mises à jour en temps réel à tous les dispositifs souscripteurs. Dispositif selon la revendication 12, dans lequel le service de communications unique est basé sur un websocket. Dispositif selon les revendications 10 à 13, dans lequel le dispositif comprend ladite base de données, les instructions de programme étant par ailleurs configurées pour, lorsqu’elles sont exécutées par le processeur, amener le processeur à : mettre à jour un ou plusieurs enregistrements de données stockés au sein de ladite base de données après un évènement déclencheur d’une mise à jour, dans lequel ledit évènement déclencheur de mise à jour est au moins l’un parmi : la réception d’une instruction pour mettre à jour ledit un ou plusieurs enregistrements de données ; ou la sélection ou la modification d’un enregistrement de données lié audit un ou plusieurs enregistrements de données. Dispositif selon la revendication 14, dans lequel ledit enregistrement de données comprend une pluralité d’entrées de données, dans lequel ledit enregistrement de données persiste dans la base de données une fois tous les dispositifs informatiques déconnectés de la ressource informatique et dans lequel une ou plusieurs desdites entrées de données peuvent être indépendamment mis à jour au sein de la base de données, les instructions de programme étant par ailleurs configurées pour, lorsqu’elles sont exécutées par le processeur, amener le processeur à : mettre à jour ledit enregistrement de données chaque fois qu’une entrée de données est mise à jour, quel que soit l’état des connexions des dispositifs informatiques. Ressource informatique comprenant une ressource de communication commune connectable, par communication, à une pluralité de dispositifs informatiques pour une collaboration en temps réel entre la pluralité des dispositifs informatiques, dans laquelle la ressource de communication commune est configurée pour faciliter substantiellement la transmission simultanée d’informations provenant de la ressource informatique à la pluralité des dispositifs informatiques, dans laquelle la ressource informatique comprend une base de données stockant des enregistrements de données pouvant être mis à jour et dans laquelle la ressource informatique est configurée pour communiquer des mises à jour apportées à un ou plusieurs enregistrements de données sélectionnés, à la pluralité des dispositifs informatiques via ladite ressource de communication.