FR3057977B1 - Systeme informatise de vente de tickets, procede et programme d'ordinateur associes - Google Patents

Abstract

Ce système informatisé (10) de vente de tickets comprend au moins un serveur informatique embarqué (SE) à bord d'un véhicule (V) propre à se déplacer entre au moins deux positions géographiques distinctes et un serveur informatique central (SC) immobile distant du serveur informatique embarqué (SE), et est configuré pour ouvrir une session de vente de ticket(s), obtenus du serveur informatique central (SC), et permettant à un passager (P) du véhicule (V) d'accéder à un service donné via un module de saisie du véhicule, le ou les tickets étant fourni(s) par un distributeur (DO) de tickets accrédité dans une zone géographique associée à au moins une donnée (Dgeo) de géolocalisation du véhicule (V).

Description

Système informatisé de vente de tickets, procédé et programme d'ordinateurassociés

La présente invention concerne un système informatisé de vente de ticketscomprenant au moins un serveur informatique embarqué à bord d’un véhicule propre à sedéplacer entre au moins deux positions géographiques distinctes et un serveurinformatique central immobile distant du serveur informatique embarqué.

La présente invention concerne également un procédé de vente de tickets mis enoeuvre par un tel système informatisé de vente de tickets.

La présente invention concerne également un programme d’ordinateur comportantdes instructions logicielles qui, lorsque mises en oeuvre par un appareil informatiquemettent en oeuvre un tel procédé.

On entend par « tickets » des bons d’échanges payants, bons d’achat, voucher,billets, permettant l’accès à une activité, un service, un produit. Par exemple, les ticketssont des tickets permettant l’accès à des sessions de jeu numérique payant, ou encoredes tickets d’accès à une pièce de théâtre, à un film à la demande, à une réservationdans un hôtel, ou à une réservation d’évènement sportif, etc.

Classiquement, la vente de tickets à bord d’un véhicule de transport requiert uneintervention humaine d’un opérateur de la compagnie de transport pour encaisser lepaiement des passagers et assister le passager dans l’obtention du ou des objetsassociés au ticket acheté à bord.

Par exemple, la vente de tickets de grattage de loterie à gain en numéraire lorsd’un trajet requiert classiquement la présence d’un équipage dédié à bord du véhiculepour assurer la vente de tickets, la remise des gains associés, et le nettoyage du véhiculepour jeter les tickets de grattages utilisés par les passagers.

De ce fait, la vente de tickets ou autres jeux de loterie à gain en numéraire à bordest, pour la compagnie de transport, coûteuse et complexe à mettre en oeuvre.

Pour pallier cet inconvénient, et fournir néanmoins au passager un moyen de sedivertir lors du trajet du véhicule de transport des moyens de divertissement nenécessitant pas ou peu d’intervention humaine de l’équipage du véhicule de transportsont actuellement proposés par des compagnies de transport.

Ces moyens de divertissement sont par exemple basés sur un systèmeinformatique de diffusion de divertissement aux passagers tels que des films, séries,musiques, jeux, à la demande ou non.

Cette offre de divertissement diffusée par le système informatique de diffusion dedivertissement des compagnies de transport est gratuite du fait que la mise en oeuvre d’un service de vente de tickets informatisée est à la fois limitée par la qualité de laconnexion Internet au cours du trajet et par la législation autorisant ou non la vente detickets dans les régions/états traversés au cours du trajet du véhicule, ces régions/étatsétant propres à varier d’un trajet à l’autre ou d’un véhicule d’une flotte de véhicules detransport à un autre.

Ainsi, actuellement, le système informatique de diffusion de divertissement descompagnies de transport ne répond pas aux besoins des passagers qui souhaitent, demême que lorsqu’ils ne sont pas en déplacement, accéder à une vente de tickets leurpermettant d’accéder à un service, produit, ou divertissement payant.

Un des buts de l’invention est de proposer un système informatisé de vente detickets permettant la vente de tickets à bord d’un véhicule propre à se déplacer entre aumoins deux positions géographiques distinctes, et généralisable à l’ensemble d’une flottede véhicules d’une compagnie de transport. A cet effet, l’invention a pour objet un système informatisé de vente de tickets dutype précité dans lequel le serveur informatique embarqué est configuré pour ouvrir unesession de vente de ticket(s), obtenus du serveur informatique central, et permettant à unpassager du véhicule d’accéder à un service donné via un module de saisie du véhicule,le ou les tickets étant fourni(s) par un distributeur de tickets accrédité dans une zonegéographique associée à au moins une donnée de géolocalisation du véhicule.

Le système informatisé de vente de tickets selon l’invention permet de garantir toutau long du trajet du véhicule de transport de passagers une qualité de connexion à unréseau local du véhicule grâce au serveur informatique embarqué au sein de ce véhicule.

Par ailleurs, le système de vente de tickets informatisé selon l’invention garantitune vente légale de tickets peu importe le trajet ou le véhicule de transport de passagers.En effet, seuls les tickets fournis par des distributeurs de tickets légalement accréditésdans une zone géographique parcourue au cours du trajet pourront être vendus à bord duvéhicule.

Suivant d’autres aspects avantageux de l’invention, le système informatisé devente de tickets comprend une ou plusieurs des caractéristiques suivantes, prisesisolément ou suivant toutes les configurations techniquement possibles : - le serveur informatique embarqué à bord du véhicule est en outre configurépour : - être couplé à un module de géolocalisation du véhicule dans lequel il estembarqué, et - récupérer au moins la donnée de géolocalisation du véhicule obtenue par lemodule de géolocalisation ; - le serveur informatique embarqué est configuré pour restituer la session de ventede tickets au passager sur au moins un écran localisé dans le véhicule, via un réseau decommunication localisé dans le véhicule ; - le serveur informatique embarqué est configuré pour associer un identifiant à lasession de vente de tickets, l’identifiant étant obtenu à partir d’au moins quatre donnéesappartenant au groupe comprenant au moins : - le nom du passager, - le prénom du passager, - l’âge du passager, - le numéro de la place attribuée au passager dans le véhicule, - l’identifiant de trajet du véhicule, - la date d’ouverture de session, - l’heure d’ouverture de session - l’identifiant de compte du passager préalablement abonné directement auprèsdu distributeur de tickets ; - le serveur informatique embarqué est configuré pour associer un identifiantanonyme et éphémère à la session de vente de tickets ; - le serveur informatique embarqué est configuré pour enregistrer un état desession de vente de ticket(s) après chaque action du passager, l’état de session de ventede ticket(s) contenant des données relatives aux gains et/ou dépenses du passager ; - le serveur informatique embarqué est configuré pour transmettre l’état de sessionau serveur informatique central ; - la session de vente de tickets est une session de jeu numérique payant ; - le serveur informatique embarqué est configuré pour former une passerelle desynchronisation entre le serveur informatique central et un terminal passager, permettantau(x) passager(s) d’exécuter un moteur de jeu associé à la session de jeu numériquepayant, le moteur de jeu étant localisé sur le serveur informatique central ; - le serveur informatique embarqué comprend en outre au moins un des élémentsappartenant au groupe comprenant: - un module de synchronisation avec le serveur informatique central, - un module de réplication configuré pour répliquer le moteur de jeu associé à lasession de jeu numérique payant du passager P, le moteur de jeu étant localisé sur leserveur informatique central, - un module de mise à jour de jeu, - un module de gestion locale de compte de jeu de passager, - une base de données locales de compte de jeu passager ; - le serveur informatique embarqué comprend en outre un module de limitation dejeu en fonction d’une première valeur seuil de durée de jeu et/ou d’une deuxième valeurseuil d’un montant cumulé payé par le passager et /ou d’une information représentativede l’âge du passager. L’invention a également pour objet un procédé informatisé de vente de tickets misen oeuvre par le système informatisé de vente de tickets défini ci-dessus, le procédécomprenant l’ouverture d’une session de vente de ticket(s) obtenus du serveurinformatique central, et permettant à un passager du véhicule d’accéder à un servicedonné via un module de saisie du véhicule, le ou les tickets étant fourni(s) par undistributeur de tickets accrédité dans une zone géographique associée à une donnée degéolocalisation.

Suivant un autre aspect avantageux de l’invention le procédé comprend,préalablement à l’ouverture : - le couplage du serveur informatique embarqué à un module de géolocalisationdu véhicule, - la récupération d’au moins la donnée de géolocalisation du véhicule obtenue parle module de géolocalisation.

Suivant un autre aspect avantageux de l’invention, l’étape de récupération estmise en oeuvre: - lorsque le véhicule est à l’arrêt au point de départ de son trajet ; - périodiquement au cours du trajet du véhicule. L’invention a également pour objet un programme d’ordinateur comportant desinstructions logicielles qui lorsque mises par un appareil informatique, mettent en oeuvreun procédé tel que défini ci-dessus.

Ces caractéristiques et avantages de l’invention apparaîtront plus clairement à lalecture de la description qui va suivre, donnée uniquement à titre d’exemple non limitatif,et faite en référence aux dessins annexés, sur lesquels : - la figure 1 est une vue schématique globale d’un système informatisé de ventede tickets selon l’invention ; les figures 2 et 3 illustrent deux exemples de modes de fonctionnement etd’architectures associées de système informatisé de vente de tickets selonl’invention ; - la figure 4 est un organigramme d’un procédé informatisé de vente de ticketsselon l’invention.

Le système informatisé 10 de vente de tickets illustré sur la figure 1 comprend unserveur informatique central SC immobile localisé par exemple dans un lieu de passagede véhicules de transport de passagers tel qu’une gare ferroviaire, une gare routière, unterminal d’aéroport, un terminal de port maritime.

Le serveur informatique central SC comprend une unité 12 de traitementd’informations formée par exemple d’un processeur, non représenté, également appeléCPU (de l’anglais Central Processing Unit) et d’une mémoire, non représentée, associéeau processeur. La mémoire est apte à stocker plusieurs applications logicielles de ventede tickets, et le processeur est apte à exécuter chacune de ces applications logicielles.

Deux exemples d’architectures détaillés du serveur informatique central SC sontdécrits par la suite en relation avec les figures 2 et 3 et le fonctionnement général de ceserveur informatique central SC est décrit en relation avec la figure 4.

Dans le système informatisé 10 de vente de tickets illustré sur la figure 1, un telserveur informatique central SC est d’une part, selon l’invention, une plateforme dedistribution numérique (de l’anglais distribution platform) configurée pour être reliée aumoyen de liaisons de communication 1000 à une pluralité de serveurs informatiques dedistributeurs de tickets distincts DO1, DO2, DO/, DOn, la pluralité de ces serveursinformatique étant externe au serveur informatique central SC.

Les liaisons de communication 1000, sont par exemple des liaisonsbidirectionnelles (i.e. permettant à la fois la transmission et la réception de données) sansfil ou filaire, et sont le cas échéant sécurisées ou encore dédiées à chaque distributeur detickets DO1, DO2, DO/, DOn. Par exemple, les liaisons de communication 1000 sont desliaisons de communication via le réseau Internet.

En d’autres termes, le serveur informatique central SC comprend une pluralité deports de communication configurés pour collecter des tickets, fournis par les serveursinformatiques de distributeurs de tickets distincts DO1, DO2, DO/, DOn et destinés à êtrevendus à des passagers P de véhicules de transports de passager, via les liaisons decommunication 1000.

Comme indiqué précédemment, on entend par « tickets » des bons d’échangespayants, bons d’achat, voucher, billets, permettant l’accès à une activité, un service, unproduit. Par exemple, les tickets sont des tickets permettant l’accès à des sessions de jeunumérique payant, ou encore des tickets d’accès à une pièce de théâtre, à un film à lademande, à une réservation dans un hôtel, ou à une réservation d’évènement sportif, etc.

Les distributeurs de tickets D01, D02, DO/, DOn sont par exemple des sociétésnationales de jeux de loterie et de paris sportifs, ou encore des opérateurs hôteliers, desbilletteries, etc. D’autre part, le serveur informatique central SC est également configuré pour êtrerelié au moyen d’une ou de plusieurs liaisons de communication 14, par exemple uneliaison au réseau Internet, à un ensemble de véhicules de transport de passagers, V1,VB, VC, tels des aéronefs dédiés au transport de passagers (i.e. avions, hélicoptères,etc.), des trains, des bateaux, des bus, etc.

Selon l’exemple de la figure 1, les véhicules V sont par exemples répartis en flottede véhicules associée chacune à un acteur dans le transport de passagers AT.

Par la suite, on entend par « acteur dans le transport de passagers » AT, lessociétés exploitant la présente invention dans les véhicules de transport de passagers.

Par exemple, de tels acteurs dans le transport de passagers sont des compagniesde transport, telles que des compagnies, ferroviaires, aériennes, maritime, ou encore desréseaux sociaux, des sociétés de média ou encore des entreprises de commerceélectronique accessibles aux voyageurs lors de leurs déplacements. Un réseau socialaccessible au sein d’un véhicule de transport de passagers permet notamment, selonl’invention, d’accéder à une vente légale d’un sous ensemble de tickets, à partir del’interface du réseau social, indépendamment du trajet ou du véhicule de transport depassagers. Le serveur du réseau social ou autre se substitue au serveur embarqué SE àbord du véhicule V si ce serveur de réseau social reste accessible au voyageur duranttout le trajet du véhicule V.

Selon l’exemple particulier de l’invention illustré sur la figure 1, les acteurs dans letransport de passagers sont des compagnies aériennes AT1 à ATS. La compagnieaérienne AT1 comprend B véhicules, à savoir des avions, V1 à VB, tandis que lacompagnie aérienne ATS comprend C avions V1 à VC. Les véhicules sont par exemplesde types identiques ou de types différents pour offrir différentes capacités Μ, O, P, Q detransport de passagers.

Par exemple, le véhicule V1 de la compagnie aérienne AT1 est un avion Airbus®A340-20ÛX configuré pour transporter jusqu’à 239 passagers, tandis que le véhicule VBde la flotte de la compagnie aérienne AT1 est un avion Airbus® A380 configuré pourtransporter jusqu’à 853 passagers.

Plus précisément, le serveur informatique central SC comprend un ou une pluralitéde ports de communication configurés pour, transmettre les tickets, fournis par lesdistributeurs de tickets DO1, DO2, DO/, DOn, via les liaisons de communication 14, à un serveur informatique embarqué SE dans chaque véhicule V1 à VB, ou V1 à VCrespectivement des flottes des acteurs dans le transport de passagers AT 1 et ATS.

Les liaisons de communication 14, par exemple des liaisons au réseau Internet,sont notamment bidirectionnelles (i.e. configurées pour permettre à la fois la transmissionet la réception de données respectivement vers et en provenance du serveur informatiqueembarqué SE accessible au voyageur pendant tout le trajet du véhicule V).

Chaque véhicule V comprend également des terminaux informatiques T dédiés àla restitution aux passagers P de sessions de ventes de tickets en communication avec leserveur informatique SE embarqué par l’intermédiaire d’un réseau 16 de communicationlocal LAN (de l’anglais Local Area Network).

Selon une première variante telle que représentée sur la figure 1, il y a autant determinaux informatiques T1 à TM qu’il y a de passagers P1 à PM dans le véhicule V1 detransport de passagers.

Selon une deuxième variante, non représentée, un terminal informatique T estassocié à un groupe de passagers.

Chaque serveur informatique embarqué SE est avantageusement configuré pourêtre, par exemple, couplé à un module de géolocalisation 72 via un port de connexiondédié d’un module de traitement de donnée de géolocalisation 60, 82, tel qu’illustré surles figures 2 et 3 décrites ci-après, du véhicule V dans lequel il est embarqué. Dans uneautre variante, non représentée, la connexion au module de géolocalisation 72 estdésactivée lorsque les dispositions légales de vente de tickets le permettent; par exemplesi le véhicule V effectue un trajet sur une unique juridiction.

En d’autres termes, selon cette autre variante, le serveur informatique embarquéSE, accessible au voyageur pendant le trajet du véhicule V, est configuré pour déterminerune absence de changement de juridiction, par exemple selon une première alternativeen comparant par exemple les données de géolocalisation de la destination à desdonnées de géolocalisation, telles que des coordonnées, délimitant la juridiction associéeau point de départ du trajet

Si la donnée de géolocalisation associée à la destination appartient à la juridictionassociée au point de départ du trajet, la connexion du serveur informatique embarqué SEau module de géolocalisation 72 est désactivée, ce qui permet d’économiser l’énergienécessaire au couplage du module de géolocalisation 72 au serveur informatiqueembarqué SE.

Selon une deuxième alternative, une telle détermination est effectuée en recevantune information représentative d’une absence de changement de juridiction saisiemanuellement par un opérateur du serveur informatique embarqué SE via un module de saisie du véhicule, non représenté. Selon l’une quelconque des alternatives de cette autrevariante, la donnée de géolocalisation est dans ce cas une donnée de géolocalisationreprésentative de la juridiction dans laquelle l’ensemble du trajet est effectué, par exemplela donnée de géolocalisation du point de départ, la donnée de géolocalisation de ladestination, ou encore une donnée de géolocalisation d’une ville (par exemple la capitaleou encore la ville où siège le distributeur de tickets accrédité dans la juridiction) ou d’unpoint d’intérêt de la juridiction dans laquelle le trajet du véhicule est effectué.

Par la suite, par « couplé », « couplage », on entend l’opération qui permet à aumoins deux modules d’être connectés pour échanger des données.

De même que le serveur informatique central SC, le serveur informatiqueembarqué SE dans chaque véhicule V comprend une ou plusieurs unités de traitementd’informations, éventuellement en configuration redondante, non représentée, et forméepar exemple d’un processeur, non représenté, également appelé CPU (de l’anglaisCentral Processing Unit) et d’une mémoire, non représentée, associée au processeur. Lamémoire est apte à stocker plusieurs applications logicielles de vente de tickets, et leprocesseur est apte à exécuter chacune de ces applications logicielles pour permettre larestitution de sessions de vente de tickets sur les terminaux T de restitutions auxpassagers, ainsi, selon une variante de réalisation, pour permettre d’effectuer des tiragesau sort aléatoires de manière autonome.

Par ailleurs, le serveur informatique embarqué SE est configuré pour pouvoir, sinécessaire, récupérer, et, le cas échéant, stocker dans sa mémoire, au moins unedonnée de géolocalisation du véhicule obtenue par le module de géolocalisation 60, 82.

Le processeur du serveur informatique embarqué SE est configuré pour ouvrir unesession de vente de ticket(s), obtenus du serveur informatique central SC, et permettant àun passager du véhicule d’accéder à un service donné via un module de saisie duvéhicule, non représenté, le ou les tickets étant fourni(s) par un distributeur de ticketsaccrédité dans la zone géographique associée à la donnée de géolocalisation pour lesvoyages inter juridictionnels.

En particulier, le processeur du serveur informatique embarqué SE est configurépour associer un identifiant à la session de vente de tickets, l’identifiant étant obtenu àpartir d’au moins quatre données relative au passager P du véhicule V dans lequel il estembarqué, ces données appartenant au groupe comprenant au moins : - le nom du passager, - le prénom du passager, - l’âge du passager, - le numéro de la place attribuée au passager dans le véhicule, - l’identifiant de trajet du véhicule, - la date d’ouverture de session, - l’heure d’ouverture de session, - l’identifiant de compte du passager préalablement abonné directement auprès dudistributeur de tickets DO.

Un tel identifiant de session permet d’éviter des erreurs d’identification de sessionde vente de tickets, de par sa complexité basée sur un quadruplet de donnéespersonnalisées, notamment pour la remise des gains. La sécurisation des ouvertures desession de ventes de tickets est ainsi améliorée en assurant notamment le respect deréglementations interdisant l’accès de certains tickets à des passagers mineurs ou enimposant des modérateurs sur le nombre de tickets achetés lors du voyage.

Chaque terminal passager T permet à un passager d’interagir avec le serveurinformatique embarqué SE par l’intermédiaire du réseau de communication local duvéhicule V pour accéder à la vente de ticket mis en oeuvre par le serveur informatiqueembarqué SE.

Chaque terminal passager T possède un écran d’affichage pour l’affichaged’images relatives à une session de vente de tickets et un module de saisie, nonreprésenté, également appelé dispositif d’interface passager, pour permettre au passagerde saisir des instructions et d’envoyer ces instructions au serveur informatique embarquéSE en réponse à l’affichage. Le dispositif d’interface utilisateur comprend par exemple undispositif de pointage (souris), un clavier, une télécommande (telle qu’utilisée danscertains système de divertissement de véhicules de transport tels que des avions) et/oul’écran d’affichage qui est tactile.

Les instructions saisies par l’utilisateur en réponse aux images affichée sur leterminal passager sont nommées par la suite « actions ».

Un terminal passager est par exemple une tablette numérique ou un ordinateurdisposé dans un véhicule V de transport de passagers, un ordinateur du passager, unetablette numérique du passager ou un terminal de télécommunication du passager, parexemple un ordiphone (ou « smartphone ») communiquant avec le serveur informatiqueembarqué SE via un réseau local de communication du véhicule V.

Chaque terminal passager T comprend une application logicielle stockée dans unemémoire, non représentée, du terminal passager T et exécutable par un processeur, nonreprésenté, du terminal passager pour permettre au passager d’accéder à une session deventes de tickets ouverte par le serveur informatique embarqué SE à partir du terminalpassager T. Dans une autre configuration, le voyageur peut aussi accéder directement auserveur embarqué SE par un navigateur standard installé sur le terminal T.

Par la suite, on décrit en relation avec les figures 2 et 3 deux exemples de modesde fonctionnement et d’architectures associées de système informatisé 10 de vente detickets selon l’invention.

Ces deux exemples sont notamment décrits pour une application d’offre de jeuxnumériques à bord d’avions. En d’autres termes, selon cet exemple particulier, la sessionde vente de tickets est une session de jeux numériques payant (de l’anglais gambling),l’« acteur dans le transport de passagers » AT est une compagnie aérienne, et le véhiculeV de transport de passagers est un avion.

Par « jeu numérique », on entend par la suite des jeux d’argent proposant à unjoueur de gagner un prix pour une participation et dont les résultats sont généralement(mais pas nécessairement) connus immédiatement une fois que la session de jeu estterminée ou à intervalles réguliers prédéterminés.

Les systèmes de jeux associés à ces jeux numériques sont configurés pourrévéler le résultat au joueur de manière scénarisée ou non (i.e. prédéterminés ou non).Par ailleurs, les jeux numériques proposés sont mono- ou multi-joueurs.

Parmi les jeux numériques proposés figurent les jeux numériques suivants :les jeux de loterie interactive comprenant des jeux interactifs instantanés,mis en œuvre numériquement de la même manière que des tickets de grattage, des jeux de probabilité, où chaque session de jeu associée à un ticket dejeu est potentiellement gagnante, des jeux de probabilité à multi-étapes, chaque étape étant caractérisée parun tirage distinct, des jeux de tirages à tirage unique, tirages fréquents à intervalles réguliersou à plusieurs tirages instantanés, des jeux de bingo, des jeux de Casino, tels que les machines à sous et jeux de tables virtuelsdes jeux spécifiques associés culturellement à la localisation du voyageuretc.

Les modes de réalisation décrits en relation avec les figures 2 et 3 sont facilementtransposables à tout autre type d’acteur dans le transport de passagers, de ticket, devéhicule tel que cité précédemment.

Les figures 2 et 3 présentent respectivement deux modes de réalisation del’invention selon que le serveur informatique central SC, par exemple au sol localisé dansun aéroport, et le serveur informatique embarqué SE à bord d’un avion sont configuréspour fonctionner de manière synchrone ou asynchrone en fonction de la qualité de liaison16 (i.e. connexion) entre ces deux serveurs SC et SE distants.

En d’autres termes, en présence d’une qualité de liaison 16 suffisante (i.e.supérieure à un seuil de qualité prédéterminé, par exemple exprimé en terme de bandepassante ou en délai de transmission), notamment lorsque le serveur informatiqueembarqué SE et le serveur informatique central SC sont à portée l’un de l’autre, parexemple lorsque le véhicule est à l’arrêt à proximité du serveur informatique central SC(dans un aéroport, une gare,...), le serveur informatique central SC et le serveurinformatique embarqué SE sont synchronisés tel qu’illustré par la figure 2.

Au contraire, en absence d’une qualité de liaison 16 suffisante, notamment lorsquele serveur informatique embarqué SE et le serveur informatique central SC sont hors deportée l’un de l’autre ou que leur connexion pourrait perturber les appareils nécessairesau bon déroulement du voyage, le serveur informatique central SC et le serveurinformatique embarqué SE ne sont pas synchronisés tel qu’illustré par la figure 3.

Sur ces figures 2 et 3, seuls les modules électroniques activés respectivement enmode synchrone et asynchrone sont représentés.

Ainsi, en fonction de la qualité de liaison, le serveur informatique central SCcomme le serveur informatique embarqué SE sont configuré pour fonctionner selon cesdeux modes de fonctionnement synchrone et asynchrone exclusifs l’un de l’autre.

Dans l’exemple des figures 2 et 3, les distributeurs de tickets DO1, DO2, DO/, DOnsont donc des opérateurs de jeux (de l’anglais distributedgaming operator) titulaires d'unelicence en cours de validité dans au moins une juridiction d’un état ou d’une régiondestiné(e) à être parcourue par le véhicule V de transport de passagers.

Ces distributeurs de tickets DO1, DO2, DO/, DOn fournissent des tickets payantsassociés aux jeux disponibles sur le serveur informatique central SC, qui est dans ce casparticulier une plateforme de distributions de jeu numériques (de l’anglais GameDistribution Platform).

Les jeux numériques associés aux tickets distribués par les distributeurs de ticketsDO1, DO2, DO/, DOn sont notamment des jeux numériques également accessibles à unterminal 18 de joueur localisé en dehors de véhicules V de transport de passagers, telqu’un terminal 18 situé au domicile du joueur.

Ainsi, dans ce cas tel qu’illustré par la figure 2, le terminal d’un joueur localisé endehors d’un véhicule V de transport de passagers et le terminal T du véhicule V detransport de passagers sont ressemblant en ce qu’ils comprennent un cœur d’exécutionde jeu ou moteur de jeu 20, sous la forme d’une application logicielle configurée pourexécuter des modèles de jeux 22 numériques, chaque modèle de jeu correspondant à unjeu respectif et chaque modèle de jeu codant les règles du jeu. Dans une autre variante, les passagers se connectent en utilisant un navigateur standard du terminal T avec lesidentifiants appropriés.

Selon une autre variante, non représentée, les jeux numériques associés auxtickets distribués par les distributeurs de tickets DO1, DO2, DO/, DOn sont exclusivementexploités par des acteurs dans le transport de passagers, tel qu’une compagnie aériennede sorte à s’adapter aux contraintes (format, résolution, durée) d’un système dedivertissement d’un véhicule V de transport de passagers.

Les serveurs 66 informatiques de distributeurs de tickets DO comprennentnotamment : - un portail 24 d’applications logicielles de vente de tickets de jeux, - un module 26 de gestion de comptes de joueurs permanents ou éphémères, - un module 28 de gestion de transactions et de moyens de paiement opéré parle distributeur de tickets DO, le module 28 comprenant notamment des portsde liaisons avec des prestataires de service de paiement PSP (de l’anglaisPayment Service Provider) ou encore des liaisons d’accès à des comptes defidélités de joueur permettant par exemple une rémunération par points defidélités associés au programme de fidélité des passagers, - une base de données 30 de comptes de joueurs, - un module 32 de gestion des gains associés aux tickets de jeu.

Les serveurs 66 informatiques de distributeurs de tickets DO et le terminal 18 d’unjoueur localisé en dehors d’un véhicule V de transport de passagers sont représentés àtitre informatif sur la figure 2.

En relation avec les figures 2 et 3, le serveur informatique central SC comprend,les éléments suivants: - des moteurs 34 de jeu associés aux jeux numériques qu’il distribue, - une mémoire 36 propre à mémoriser le catalogue des jeux distribués, - un portail 38 d’applications logicielles de vente de tickets de jeux, - un module 40 de gestion de sessions de jeu éphémères gérées par le serveurde façon transparente pour le joueur et permettant de jouer avec un identifiantanonyme uniquement actif pour le voyage considéré. L’identifiant est alors uncode ou un objet ‘au porteur’ comme un billet d’avion (ou de train ou de busselon un autre exemple d’application) à identifiant unique auprès de lacompagnie aérienne l’ayant émis. - un module 42 de gestion centrale de compte de passagers P, - une base centrale 44 de données associées à des sessions de jeuxéphémères jouées par des joueurs anonymes, - une base centrale 46 de données associées à des comptes passagers P, - un module 50 de gestion des gains associés aux tickets de jeu, - un module 52 de répartition des bénéfices sur la vente des tickets de jeu entredistributeur DO de tickets de jeu et compagnie aérienne AT, - un module 54 de gestion de service de compensation, - un module 56 de calculs statistiques, - etc.

Le module 42 de gestion centrale de compte de passagers P est notammentconfigurés pour être connecté à un module 68 de gestion de transactions et de moyensde paiement opéré par la compagnie 70 aérienne AT.

Le serveur informatique central SC comprend également un module 48 delimitation de jeu en fonction d’une première valeur seuil de durée de jeu et/ou d’unedeuxième valeur seuil d’un montant cumulé payé par le passager P et /ou et /ou d’uneinformation représentative de l’âge du passager P. Ce module 48 de limitation de jeu estnotamment configuré pour être activé lors de la mise en œuvre du mode defonctionnement synchrone tel qu’illustré sur la figure 2.

En relation avec les figures 2 et 3, le serveur informatique embarqué SE dans lesvéhicules V de transport de passagers comprend les éléments suivants: - un module de traitement de donnée de géolocalisation 60, 82 comprenant unport de communication configuré pour être exclusivement connecté au modulede géolocalisation 72 du véhicule, - un module de mise à jour 78 configuré pour télécharger et mettre à jourlocalement à bord du véhicule V les jeux numériques et le portail de jeux 64sur le serveur informatique SE, les jeux (i.e. l’application logicielle qui leur estassociée) étant ensuite chargés localement, via le réseau local LAN duvéhicule T sur chaque terminal T passager à partir du serveur informatique SE.

Selon une variante telle que représentée sur la figure 2, le module de mise à jouret le module de traitement de donnée de géolocalisation 60 sont combinés pour former unmême module 60, ou sont deux modules distincts 78 et 82 tel qu’illustré sur la figure 3.

Selon un aspect particulier, lorsque le véhicule de transport est dépourvu demodule de géolocalisation 72 existant et externe au serveur informatique embarqué SE, leserveur informatique embarqué SE comprend alors lui-même également un tel module degéolocalisation du véhicule si nécessaire. Un tel module de géolocalisation du véhicule Vest propre à utiliser par exemple le système de géolocalisation GPS ou Galliléo.

Selon la présente invention, le module de traitement de donnée de géolocalisation60, 82 est configuré pour récupérer au moins une donnée de géolocalisation du véhicule V.

Par ailleurs, le module de traitement de donnée de géolocalisation 60, 82 estconfiguré pour activer un module 62 d’ouverture de session de jeux payants (i.e. de ventede tickets/parties de jeu) sélectionnés en fonction de la donnée de géolocalisation.

Pour ce faire, le module 62 d’ouverture de session de jeux payants du serveurinformatique embarqué SE comprend un ou plusieurs ports de communication destinés àconfigurés pour connecter, d’une part le module 62 d’ouverture de session de jeuxpayants au module de de traitement de donnée de géolocalisation 60, 82 et d’autre part lemodule 62 d’ouverture de session de jeux payants aux modèles de jeux 22 numériquesdu terminal T passager.

En relation avec la figure 2 relative au mode synchrone entre le serveurinformatique central SC immobile et le serveur informatique embarqué SE, la mémoire 36du serveur informatique central SC, propre à mémoriser le catalogue de tous les jeuxnumériques potentiellement distribuables lors du trajet des véhicules V de transport depassagers, est directement connectée au module de traitement de donnée degéolocalisation 60 du serveur informatique embarqué SE de sorte que le serveurinformatique embarqué est configuré pour former une passerelle 58 de synchronisation(de l’anglais Pass-through (PTH)) entre le serveur informatique central SC et un terminalT passager du véhicule V, permettant au(x) passager(s) d’exécuter un moteur 34 de jeuassocié à la session de jeu numérique payant, le moteur 34 de jeu étant localisé sur leserveur informatique central. Autrement dit, lors de la mise en œuvre du mode defonctionnement synchrone représenté sur la figure 2, le serveur informatique embarquéSE est activé de sorte à jouer le rôle d’un connecteur 58 dédié entre les terminauxpassagers T du véhicule et le serveur informatique central SC.

Les terminaux passagers T sont cependant configurés pour avoir uniquementaccès aux sessions de jeux autorisés payants ouvertes par le module 62 d’ouverture desession du serveur informatique embarqué SE, ces jeux autorisés étant sélectionnés, enfonction de la donnée de géolocalisation ou de la localisation, par le processeur duserveur informatique central SC dans le catalogue de jeux de sa mémoire 36.

Tel que représenté sur la figure 3 relative aux modules électronique activés enmode asynchrone, le serveur informatique embarqué SE comprend également : - un module 74 de synchronisation avec le serveur informatique central SCconfiguré pour synchroniser le serveur informatique central SC et le serveur informatique embarqué SE lors de la transition entre les deux modes de fonctionnement synchrone etasynchrone. - un module 76 de réplication configuré pour répliquer le ou les tickets disponiblespour la commercialisation dans le véhicule et/ou le ou les moteurs 34 de jeu associé à lasession de jeu numérique payant du passager, le moteur 34 de jeu étant localisé sur leserveur informatique central. Un tel module 76 de réplication est configuré pour permettrelorsque le mode asynchrone est mis en oeuvre une distribution autonome de jeuxrépliqués au préalable par le serveur informatique embarqué (SE) lorsqu’il est connectéavec le serveur informatique central, - un module 78 de mise à jour de jeu configuré pour être, d’une part connecté à lamémoire 36 du serveur informatique central SC propre à mémoriser le catalogue de tousles jeux potentiellement distribuables dans des véhicules V de transport de passagers etd’autre part connecté à la mémoire 80 du serveur informatique embarqué SE, propre àmémoriser une partie du catalogue de jeux enregistré et les tickets disponibles dans leserveur informatique central SC. Cette partie du catalogue de jeux mémorisée sur leserveur informatique embarqué SE comprend les jeux et les tickets dont l’accès est légalpendant tout ou partie du prochain trajet effectué par le véhicule de transport depassagers, - un module 84 de gestion locale (i.e. intra-véhicule) de compte de jeu depassager configuré pour enregistrer localement dans la mémoire 80 du serveurinformatique embarqué SE un état de session de vente de ticket(s) de tickets (i.e. lerésultat de la partie de jeu) après chaque action du passager, l’état de session de ventede ticket(s) contenant des données relatives aux gains et/ou dépenses du passager, - une base 86 de données locales de compte de jeu de passager.

Les modules 74, 76, 78, 80, 84 et la base de donnée 86 sont configurés pour êtreactivés lors de la mise en œuvre du mode de fonctionnement asynchrone entre le serveurinformatique central SC et le serveur informatique embarqué SE, tel qu’illustré sur lafigure 3.

En d’autres termes, ces modules 74, 76, 78, 84 et la base de données 86constituant le serveur informatique embarqué SE sont configurés pour être désactivés lorsde la mise en œuvre du mode de fonctionnement synchrone tel qu’illustré sur la figure 2,sauf, par exemple, dans les cas où le mode de fonctionnement synchrone est ponctuel etpermet simplement d’effectuer la synchronisation des serveurs SE et SC sans autoriserl’ouverture des sessions de jeux.

En particulier, le module 74 de synchronisation avec le serveur informatiquecentral SC est configuré pour être connecté, via une liaison sans fil ou filaire et optionnellement sécurisée, d’une part aux moteurs 34 de jeu associés aux jeuxnumériques et au module 42 de gestion centrale de compte de passagers du serveurinformatique central SC, et d’autre part au module 76 de réplication de moteurs de jeu etau module 84 de gestion locale (i.e. intra-véhicule) de compte de jeu de passager duserveur informatique central SE.

Le module 74 de synchronisation du serveur informatique embarqué SE estnotamment configuré pour transmettre l’état de session de vente de ticket(s) de tickets(i.e. le résultat de la partie de jeu) mémorisé dans la mémoire 80 du serveur informatiqueembarqué SE au module 42 de gestion centrale de compte de passagers du serveurinformatique central SC.

Le serveur informatique embarqué SC comprend également un module 48 delimitation de jeu en fonction d’une première valeur seuil de durée de jeu et/ou d’unedeuxième valeur seuil d’un montant cumulé payé par le passager P, et /ou d’uneinformation représentative de l’âge du passager P. Ce module 48 de limitation de jeu estnotamment configuré pour être activé au sein du serveur informatique embarqué SC lorsde la mise en œuvre du mode de fonctionnement asynchrone tel qu’illustré sur la figure 3.

Le fonctionnement du système informatisé de vente de tickets 10 selon l’inventionva être à présent décrit à l’aide de la figure 4 illustrant un organigramme du procédéinformatisé de vente de tickets.

De même que pour les figures 2 et 3, le procédé informatisé de vente de ticketsillustré par la figure 4 est décrit pour une application d’offre de jeux numériques à bordd’avions, et est facilement transposable à tout autre type d’acteur dans le transport depassagers, de ticket, de véhicule tel que cité précédemment.

Le procédé informatisé de vente de tickets est tout d’abord décrit pour le mode defonctionnement synchrone dont les modules électroniques actifs et l’architecture desystème informatisé de vente de tickets sont présentés dans la figure 2 précédemmentdécrite.

Lors d’une étape 88, le serveur informatique central SC collecte des tickets de jeuxfournis par ou plusieurs éditeurs ou distributeurs de tickets DO.

Puis, lors d’une étape 90 le serveur informatique central SC génère desensembles 110 de tickets de jeux adaptés à chaque trajet d’un véhicule V de transport depassagers, à savoir un avion. Par « adaptés », on entend qu’au vu du plan de vol del’avion V et des régions/états parcourus lors de ce trajets, le serveur informatique centralSC est configuré pour déterminer l’ensemble des jeux qui pourront être vendus à bord del’avion, que l’avion soit dans un aéroport de départ, de transit, d’arrivée ou dans les airs.

En parallèle, ou de manière espacée dans le temps, à bord de l’avion, lors d’uneétape 98 le serveur informatique embarqué SE est couplé à un module 72 degéolocalisation du véhicule V. Successivement à ce couplage, lors d’une étape 100 leserveur informatique embarqué SE récupère au moins une donnée Dgeo degéolocalisation du véhicule V obtenue par le module de géolocalisation.

Ainsi, en mode synchrone, la récupération 98 d’au moins une donnée degéolocalisation Dgeo obtenue par le module 72 de géolocalisation de l’avion V est miseen oeuvre lorsque l’avion V est à l’arrêt au point de départ de son trajet

En mode synchrone (i.e. en présence d’une qualité de liaison 16 suffisante entre leserveur informatique embarqué SE à bord de l’avion et le serveur informatique central SCau sol, notamment avant le décollage de l’avion), le serveur embarqué SE transmet lorsd’une étape 118, via un transmetteur, non représenté, associé à son module 60 detraitement de donnée de géolocalisation, cette donnée de géolocalisation Dgeo auserveur informatique central SC.

Selon le mode de fonctionnement synchrone, lors d’une étape 92, le serveurinformatique central SC au sol sélectionne alors un sous-ensemble 120 de tickets de jeuxautorisés dans la juridiction correspondant à la donnée de géolocalisation pour lequelle(s) distributeur(s) de tickets de jeu sont accrédités (i.e. sont titulaires d’une licence).

Puis, lors d’une étape 94, le serveur informatique central SC transmet directementau module 62 d’ouverture de session de jeux payants du serveur informatique embarquéSE (tel qu’illustré par la flèche 114) le sous-ensemble 120 de tickets de jeu dont la venteest autorisée au départ et tant que le serveur informatique embarqué SE l’avion V reste àportée de communication du serveur informatique central SC de l’aéroport (i.e. en modesynchrone).

Par ailleurs, lors de cette étape de transmission 94, le serveur informatique centralSC communique également le manifeste de transport (i.e. le document de transport quirécapitule la totalité des marchandises/passagers chargés à bord du véhicule V), et lapartie de la base 46 de données sur les passagers correspondantes. A bord de l’avion V, le serveur informatique embarqué SE, sur requête d’unpassager P via un module de saisie associé au terminal passager qui lui est alloué, lorsd’une étape 104, ouvre une session de jeu sur le terminal du passager P.

Plus précisément, lors de l’ouverture 104 de session de jeu, seuls les tickets dejeu du sous-ensemble 120 sélectionnés à partir de la donnée de géolocalisation Dgeo ettransmis par le serveur informatique central SC sont proposés au passager P parl’intermédiaire de son terminal passager P.

Autrement dit, comme décrit précédemment en relation avec la figure 2, en modesynchrone le serveur embarqué SE forme une passerelle 58 de synchronisation (del’anglais Pass-through (PTH)) entre le serveur informatique central SC et un terminal Tpassager du véhicule V, permettant au(x) passager(s) d’exécuter un moteur 34 de jeuassocié à la session de jeu numérique payant, le moteur 34 de jeu étant localisé sur leserveur informatique central.

Lors de cette ouverture de session 104, des étapes intermédiaires nonreprésentées, de paiement afin de créditer un compte de jeu à bord de l’avion etd’identification du passager sont mises en œuvre.

Par exemple, pour un trajet donné, chaque compte passager, géré, en modesynchrone, par le module 42 de gestion centrale de compte de passagers, est associé àun porte-monnaie électronique dont le solde est initialisé par le serveur informatiquecentral SC communiquant avec le serveur informatique embarqué SE à zéropréalablement à l’installation du passager P.

Une fois une action de paiement effectuée par un passager P au moyen de sonterminal P ou après intervention d’un membre de l’équipage pour encaisser le paiementdu passager, le serveur informatique embarqué SE jouant le rôle de passerelle decommunication transmet cette information de paiement au module 42 de gestion centralede compte de passagers.

En particulier, lors d’une étape d’identification du passager, non représentée, unidentifiant de session est associé à la session de jeu et obtenu à partir d’au moins quatredonnées parmi le nom du passager, le prénom du passager, l’âge du passager, le numérode la place attribuée au passager dans le véhicule, l’identifiant de trajet du véhicule, ladate d’ouverture de session, l’heure d’ouverture de session, l’identifiant de compte dupassager préalablement abonné directement auprès du distributeur de tickets (DO), etc.

Puis, toujours en mode synchrone le serveur informatique embarqué SE, selonune étape 106 procède au déroulement de la session de jeu, en d’autre terme exécute I’application logicielle 20 des terminal passagers sur lesquels une session de jeu estouverte, l’application logicielle exécutant le modèle de jeu numérique 22 sélectionné parchaque passager selon le scénario et les règles de jeu associé.

En mode synchrone, le serveur informatique embarqué SE, jouant le rôle depasserelle 58 communique en temps réel les états de jeu (i.e. les données associées auxtickets de jeu en cours d’exécution, à savoir les données de crédits et les gains de chaquepassager) jusqu’à l’étape 108 de fermeture de la session de jeu. L’étape 108 de fermeture de la session de jeu est mise en œuvre sur requête dupassager via un module de saisie associé au terminal passager qui lui est alloué, ou du fait que le solde du porte-monnaie électronique associé au compte de ce passager P estnul, ou encore du fait que le scénario de jeu est terminé.

Le procédé informatisé de vente de tickets est décrit ci-après, en relation avec lafigure 4, pour le mode de fonctionnement asynchrone dont les modules électroniquesactifs et l’architecture de système informatisé de vente de tickets sont présentés dans lafigure 3 précédemment décrite.

Selon ce mode de réalisation asynchrone, l’étape 92 de sélection du sous-ensemble 120 de tickets de jeux autorisés dans la juridiction correspondant à la donnéede géolocalisation Dgeo pour lequel le(s) distributeur(s) de tickets de jeu sont accrédités(i.e. sont titulaires d’une licence) n’est pas mise en oeuvre par le serveur informatiquecentral qui, du fait d’une qualité de connexion insuffisante, n’est pas en mesure de pouvoirrecevoir la donnée de géolocalisation, notamment lorsque l’avion V est en vol et que leserveur informatique embarqué SE et le serveur informatique central SC sont alors horsde portée de communication l’un de l’autre.

Ainsi, selon ce mode de réalisation asynchrone, le serveur informatique central SCa transmis l’ensemble 110 de tickets de jeux adaptés au trajet de l’avion V préalablementà son décollage, ou à tout le moins lorsque le serveur informatique embarqué SE et leserveur informatique central SC sont alors hors de portée de communication l’un del’autre. A partir de cet ensemble 110 de tickets de jeux adaptés au trajet de l’avion V et dela donnée de géolocalisation Dgeo, selon ce mode de réalisation asynchrone, mis enoeuvre par exemple en cours de vol de l’avion, le serveur informatique embarqué SE, lorsd’une étape 102 de sélection, détermine lui-même sous-ensemble 120 de tickets de jeuxautorisés dans la juridiction correspondant à la donnée de géolocalisation Dgeo pourlequel le(s) distributeur(s) de tickets de jeu sont accrédités (i.e. sont titulaires d’unelicence).

Une fois cette sélection 102 effectuée, l’étape d’ouverture de session 104 est miseen oeuvre par le module 62 d’ouverture de session de jeux payants du serveurinformatique embarqué SE.

Lors de l’étape 106 de déroulement de session de jeu, les états de session de jeu(i.e. de ventes de tickets de jeu) sont enregistrés localement dans base 86 de donnéeslocales de compte de jeu passager du serveur informatique embarqué SE.

Selon ce mode de réalisation asynchrone, la récupération 98 d’au moins unedonnée de géolocalisation Dgeo obtenue par le module 72 de géolocalisation de l’avion Vest mise en oeuvre périodiquement au cours du trajet de l’avion V, par exemple toutes les heures, et en cas de détection d’un changement de juridiction ayant un impact sur lesous-ensemble 120 de tickets de jeux autorisés, les sessions de jeu en cours sontfermées automatiquement au cours de l’étape 108 de fermeture de session.

Ainsi, seuls les jeux légalement autorisés dans la zone traversée sont activés aucours du trajet de l’avion.

Selon un aspect particulier de le l’invention la période de récupération de ladonnée de géolocalisation Dgeo est paramétrable.

Selon un autre aspect, la récupération 98 d’au moins une donnée degéolocalisation Dgeo obtenue par le module 72 de géolocalisation de l’avion V est miseen oeuvre en temps réel de sorte à fermer immédiatement toute de session de jeu en casde détection d’un changement de juridiction ayant un impact sur le sous-ensemble 120 detickets de jeux autorisés. A l’issue du vol (i.e. à l’atterrissage), ou dès que le serveur informatique embarquéSE et le serveur informatique central SC redeviennent à portée de communication l’un del’autre (autrement dit lors du passage automatique du mode asynchrone au modesynchrone), le serveur informatique embarqué SE met en oeuvre une étape 110 detransmission au serveur central informatique SC d’un journal de transactions JT et destickets de jeu invendus au cours de la période de mise en oeuvre du mode defonctionnement asynchrone.

Le traitement de ce journal de transaction JT par le serveur informatique centralSC permet, le cas échéant de rétribuer le passager P de une fois hors du véhicule detransport de, si le solde résultant sur son compte hébergé au sein de la base centrale 46de données associées à des comptes passagers est positif.

Ainsi, le système 10 de vente de tickets selon la présente invention, et enparticulier le serveur informatique embarqué SE sont configurés pour vendre des ticketsde jeux à des passagers P uniquement lorsque ces passagers P sont dans la juridictionoù le distributeur DO de tickets est titulaire d’une licence de distribution ou quand cespassagers P sont dans une zone internationale, où aucune réglementation locale n’estapplicable.

Le système 10 de vente de tickets selon l’invention permet donc de garantir aupassagers et aux acteurs dans le transport de passager, tels que des compagniesaériennes, une vente légal de tickets peu importe la position géographique du véhicule detransport de passagers au cours de son trajet.

Par ailleurs, les modes de fonctionnement synchrone et asynchrone décrits selonla présente invention permettent de garantir en permanence l’offre de vente de tickets indépendamment de la qualité de connexion entre le serveur informatique embarqué SE àbord du véhicule et le serveur informatique central immobile.

En outre, le système 10 de vente de tickets selon l’invention permet de garantir unstockage sécurisé des données de transactions associées aux sessions de ventes detickets mises en œuvre à bord de véhicules de transports.

Claims (7)

1. REVENDICATIONS

   1. - Système informatisé (10) de vente de tickets comprenant au moins un serveurinformatique embarqué (SE) à bord d’un véhicule (V) propre à se déplacer entre au moinsdeux positions géographiques distinctes et un serveur informatique central (SC) immobiledistant du serveur informatique embarqué (SE), caractérisé en ce que: le serveur informatique embarqué (SE) est configuré pour ouvrir une session de vente deticket(s), obtenus du serveur informatique central (SC), et permettant à un passager (P)du véhicule (V) d’accéder à un service donné via un module de saisie du véhicule, le oules tickets étant fourni(s) par un distributeur (DO) de tickets accrédité dans une zonegéographique associée à au moins une donnée (Dgeo) de géolocalisation du véhicule (V).
2. 2, -Système informatisé (10) de vente de tickets selon la revendication 1, danslequel le serveur informatique embarqué à bord du véhicule est en outre configuré pour : - être couplé à un module de géolocalisation du véhicule dans lequel il estembarqué, et - récupérer au moins la donnée de géolocalisation du véhicule obtenue par lemodule de géolocalisation.
3. 3. - Système informatisé de vente de tickets selon la revendication 1 ou 2, danslequel le serveur informatique embarqué (SE) est configuré pour restituer la session devente de tickets au passager (P) sur au moins un écran localisé dans le véhicule (V), viaun réseau (16) de communication localisé dans le véhicule (V).
4. 4, - Système informatisé de vente de tickets selon l’une quelconque desrevendications précédentes, dans lequel le serveur informatique embarqué (SE) estconfiguré pour associer un identifiant à la session de vente de tickets, l’identifiant étantobtenu à partir d’au moins quatre données appartenant au groupe comprenant au moins : - le nom du passager, - le prénom du passager, - l’âge du passager, - le numéro de la place attribuée au passager dans le véhicule, - l’identifiant de trajet du véhicule, - la date d’ouverture de session, - l’heure d’ouverture de session - l’identifiant de compte du passager préalablement abonné directement auprès dudistributeur de tickets (DO).
5. 5. - Système informatisé de vente de tickets selon l’une quelconque desrevendications précédentes 1 à 3, dans lequel le serveur informatique embarqué (SE) estconfiguré pour associer un identifiant anonyme et éphémère à la session de vente detickets. 6. - Système informatisé de vente de tickets selon l’une quelconque desrevendications précédentes, dans lequel le serveur informatique embarqué (SE) estconfiguré pour enregistrer un état de session de vente de ticket(s) après chaque action dupassager (P), l’état de session de vente de ticket(s) contenant des données relatives auxgains et/ou dépenses du passager (P). 7. - Système informatisé de vente de tickets selon l’une quelconque desrevendications précédentes, dans lequel le serveur informatique embarqué (SE) estconfiguré pour transmettre l’état de session au serveur informatique central (SC). 8. - Système informatisé de vente de tickets selon l’une quelconque desrevendications précédentes, dans lequel la session de vente de tickets est une session dejeu numérique payant. 9. - Système informatisé de vente de tickets selon la revendication 8, dans lequel leserveur informatique embarqué (SE) est configuré pour former une passerelle (58) desynchronisation entre le serveur informatique central et un terminal passager, permettantau(x) passager(s) d’exécuter un moteur (34) de jeu associé à la session de jeu numériquepayant, le moteur de jeu (34) étant localisé sur le serveur informatique central (SC). 10. - Système informatisé de vente de tickets selon la revendication 8, dans lequelle serveur informatique embarqué (SE) comprend en outre au moins un des élémentsappartenant au groupe comprenant: - un module (74) de synchronisation avec le serveur informatique central (SC), - un module (76) de réplication configuré pour répliquer le moteur de jeu associé àla session de jeu numérique payant du passager P, le moteur (34) de jeu étant localisésur le serveur informatique central, - un module (78) de mise à jour de jeu, - un module (84) de gestion locale de compte de jeu de passager, - une base (86) de données locales de compte de jeu passager.
6. 11. - Système informatisé de vente de tickets selon la revendication 10, danslequel le serveur informatique embarqué (SE) comprend en outre un module (48) delimitation de jeu en fonction d’une première valeur seuil de durée de jeu et/ou d’unedeuxième valeur seuil d’un montant cumulé payé par le passager (P) et /ou d’uneinformation représentative de l’âge du passager (P). 12. - Procédé de vente de tickets mis en oeuvre par un système informatisé (10) devente de tickets, comprenant au moins un serveur informatique embarqué (SE) à bordd’un véhicule (V) propre à se déplacer entre au moins deux positions géographiquesdistinctes et un serveur informatique central (SC) immobile distant du serveurinformatique embarqué (SE), caractérisé en ce que le procédé comprend l’ouverture (104)d’une session de vente de ticket(s) obtenus du serveur informatique central (SC), etpermettant à un passager du véhicule d’accéder à un service donné via un module desaisie du véhicule, le ou les tickets étant fourni(s) par un distributeur de tickets (DO)accrédité dans une zone géographique associée à une donnée de géolocalisation. 13. - Procédé de vente de tickets selon la revendication 12, dans lequel le procédécomprend, préalablement à l’ouverture (104) : - le couplage (98) du serveur informatique embarqué (SE) à un module (72) degéolocalisation du véhicule (V), - la récupération (100) d’au moins la donnée (Dgeo) de géolocalisation du véhicule(V) obtenue par le module de géolocalisation.
7. 14. - Procédé de vente de tickets selon la revendication 13, dans lequel larécupération (100) d’au moins une donnée de géolocalisation obtenue par le module degéolocalisation du véhicule est mise en oeuvre lorsque le véhicule (V) est à l’arrêt au pointde départ de son trajet. 15. - Procédé de vente de tickets selon la revendication 13, dans lequel larécupération (98) d’au moins une donnée de géolocalisation obtenue par le module degéolocalisation du véhicule est mise en oeuvre périodiquement au cours du trajet duvéhicule (V). 16.- Programme d’ordinateur comportant des instructions logicielles qui, lorsquemises en oeuvre par un système informatisé de vente de tickets, mettent en oeuvre leprocédé selon l’une quelconque des revendications 12 à 15.