Brevet FR3008813A1 — publié le 20150123

SYSTEME DE LOTERIE A REALITE AUGMENTEE L'invention consiste à créer des billets de loterie dont le lot éventuel sera découvert par son détenteur via une application de type Smartphone (téléphone intelligent) qui en fonction de l'image présente sur le ticket permettra d'atteindre sur un site informatique distant l'équivalent d'un tirage de préférence préenregistré ou prédéfini qui sera visualisé sur le Smartphone sous forme équivalente d'une vidéo permettant ainsi au détenteur de pouvoir suivre et vivre ce tirage et de découvrir ainsi si il a gagné et dans ce cas quel est le lot. La gestion de distribution des lots ainsi que la garantie d'unicité du tirage et le caractère « neuf » du ticket est garanti et géré par le système informatique distant. L'invention permet en particulier de créer un nouvel attrait aux loteries basées sur des tickets de type grattage qui est la clé principale du succès de ce type de loterie. Les première loteries étaient basées sur l'émission de tickets numérotés avec une valeur faciale permettant de participer à un tirage au sort distribuant une certains nombre de lots que ce soient des lots matériels ou des lots sous forme d'une valeur. Ces loteries avaient un très grand succès dans le passé et nécessitaient l'achat des billets à l'avance et l'attente du tirage pouvant intervenir quelques jours plus tard afin de savoir si le numéro figurant sur le ticket acheté correspondait à un des numéros gagnants avec des possibilités de correspondance partielle pour des lots dits de consolation. Nous dénommerons ces loteries : loteries à tirage différé. Une des particularités de ces loteries est que le ticket est toujours potentiellement gagnant tant que le tirage n'a pas eut lieu. Ces systèmes de loteries à tirage différé nécessitent une certaine patience à ses détenteurs (plusieurs jours souvent) et d'autres types de loteries que l'on peut ranger dans les « jeux de hasard » plus instantanés concurrencent ces types de loteries. Historiquement un des plus anciens jeux de hasard connu est par exemple la course de chevaux. Il est difficile de dire historiquement à quand remonte les premiers paris sur les courses de chevaux mais on peut estimer qu'à partir du 19e siècle, ils ont connu un certain essor. L'avantage principal est que le « tirage » est relativement rapide puisque il a lieu en général moins d'une demi-heure après le pari voire quelques minutes dans le cas des paris effectués sur les hippodromes et dans la journée lorsque le pari est effectué dans des officines spécialisées en dehors de l'hippodrome. Un des avantages de ces paris pour le parieur et qu'il choisit son ou ses chevaux en fonctions de critères pouvant être rationnels et que dans ce cas, en cas de victoire des chevaux choisis, il peut revendiquer la logique de sa victoire se démarquant d'un hasard pur. Toutefois, il existe suffisamment d'aléas non contrôlés dans les courses de chevaux pour en faire malgré tout un jeu de hasard c'est-à-dire qu'il est rare qu'un joueur puisse être assuré de gagner avant que la course ait eut lieu. Depuis quelques années, les loteries se sont adaptées afin de permettre à l'acheteur d'un billet de savoir rapidement s'il a gagné. Pour cela, lorsque les billets sont émis, il est décidé par avance si le billet est perdant ou gagnant et dans le cas où le billet est gagnant quel est le gain. On peut assimiler ce type de loterie au tirage à la courte paille, en apparence toutes les pailles sont identiques, mais en fait une seule en général est gagnante et c'est une fois que la paille a été sélectionnée que l'on sait si elle est perdante ou gagnante. La longueur de la paille est dissimulée dans la main de celui qui les propose aux différents participants. Une dissimulation du même ordre est évidemment difficile à envisager lorsque les billets de loterie sont proposés par un buraliste par exemple. L'acheteur doit être assuré que personne, tout du moins en théorie, n'a pu, avant que celui-ci soit acquis, déterminé le caractère gagnant ou perdant du ticket. Pour ce faire, depuis quelques années existent des tickets que nous appellerons par la suite tickets de grattage qui ont la particularité que lors de leur fabrication, une couche occultante est ajoutée sur la partie du ticket permettant au joueur de découvrir si il a gagné en la grattant soit avec une pièce soit avec l'ongle ou pour tout autre moyen adapté. Ce terme englobe également ce type de ticket dans le cadre de notre invention. Cela peut être également, par exemple, un simple opercule à retirer. Les efforts de ceux qui développent de tels tickets est de permettre une certaine progressivité dans la découverte du gain associé au ticket: le joueur découvre en général en premier le gain qu'il peut espérer sur ce ticket, puis découvre un à un les éléments d'une combinaison qui détermine si le gain est effectif ou non. Ceci est en général déterminé à la fin de la découverte de la combinaison. Certains tickets sont cumulatifs, en le sens où ils intègrent plusieurs tirages présentés comme indépendants. Le joueur peut ainsi perdre à un ou plusieurs des tirages matérialisés par le ticket et en remporter sur le même ticket un ou plusieurs. Le fait de multiplier les tirages potentiels sur un même ticket a principalement pour but de maintenir l'attention du joueur plus longtemps afin qu'il en ait « pour son argent » même si aucun gain n'est remporté. En général une grande partie des tickets « gagnants » se contente d'offrir un gain égale à la mise ou très proche de celle-ci encourageant ainsi le joueur à réinvestir aussitôt ce gain dans l'achat de nouveaux tickets. Ce type de ticket est aussi parfaitement adapté aux animations commerciales et dans ce cas le ticket est distribué gratuitement à un public visé par l'émetteur soit lorsqu'un client réel ou potentiel se rend dans un des magasins dont l'enseigne est associée à l'opération commerciale en cours ou lorsqu'il effectue un passage en caisse dans une de ces enseignes. Cet exemple n'est évidemment pas exhaustif, il existe de nombreux cas ou de tels tickets de grattage sont émis soit avec une valeur d'achat désignée soit distribué gratuitement soit offert dans le cadre d'une transaction ou d'une action définie. Par la suite nous désignons par joueur celui qui acquiert un tel ticket, qu'il ait eu à débourser une somme d'argent ou non pour cette acquisition, que le ticket correspondant soit dans le cadre de la présente invention ou non. Certaines sociétés qui proposent ce type de ticket de grattage essaient de créer des tickets équivalents sur internet, où le joueur en cliquant sur un ticket virtuel déclenche un tirage virtuel. Toutefois, dans ce cas, la matérialité du ticket est perdue faisant perdre une partie de l'attrait au joueur de la même façon que si l'on faisait disparaitre les jetons aux Casinos au profit d'une gestion purement informatique des mises et des gains. Dans ce cas, le grattage et le tirage se font sur un support unique, en l'occurrence l'ordinateur ou le terminal mobile utilisé alors que dans notre invention il y'a un transfert du tirage du ticket vers le terminal mobile après grattage du ticket. Cette dichotomie est importante, car ainsi des supermarchés pourront distribuer des tickets à gratter lors du passage en caisse que le client pourra gratter par la suite pour visualiser le tirage sur son terminal mobile. De même, il existe des tickets de grattage ou équivalent qui permettent grâce à un code découvert, soit automatiquement soit par saisie sur un site distant de type internet, de télécharger un jeu à destination de son mobile. Dans ce cas, le ticket est juste un moyen de paiement d'un jeu téléchargeable sur un mobile alors que dans notre invention, le terminal mobile est un accessoire qui permet de matérialiser le tirage déjà effectué lors de l'acquisition du ticket sans possibilité pour le joueur d'intervenir sur celui-ci. Depuis quelques années se sont développés les Smartphones (« Téléphone intelligents ») et aujourd'hui une très grande proportion des individus, toutes générations confondues, possède un tel appareil. A cela s'ajoute les tablettes numériques qui sont l'équivalent d'un ordinateur portable sans clavier mais en général très léger et possédant une certaine autonomie ce qui en facilite l'usage en mode « nomade ». Ces appareils, Smartphones ou tablettes numériques, sont appelés « terminaux mobiles » pour la suite. Une des propriétés intéressantes des « terminaux mobiles » est de posséder un ou plusieurs objectifs permettant soit de prendre des photos numériques soit de prendre des vidéos également numériques soit les deux. En dehors de l'utilisation classique de ces objectifs pour la prise d'images ou de vidéos de type « souvenir », ceux-ci sont souvent utilisés par des applications spécifiques pour viser un code à barre, souvent un code à barre à deux dimensions. Ainsi une application déterminée peut, par exploitation de l'image ou des images résultantes d'une prise de vue photo ou vidéo, décoder le code visé et appliquer un traitement adapté à ce code, les images générées n'ont pas d'utilité en dehors de cette extraction. Il est également possible à partir d'une multiplicité d'images générées par un objectif d'en créer une seule par un processus informatique et d'appliquer un processus d'extraction du code à parti de cette image résultante. La multiplicité d'images peut simplement résulter d'une prise vidéo classique ou découler d'un pilotage de prises de cette multiplicité de photos par l'application pilotant l'objectif. Par la suite, quelques soient les variantes utilisée, ce mode d'exploitation est dénommé « flashage », ainsi par la suite le fait de « flasher » avec un terminal mobile un code à barre ou équivalent consiste à viser via un des objectifs de celui-ci le code à barre ou équivalent à traiter afin que l'application qui pilote le « flashage » puisse à la fois décoder ce code et appliquer un traitement associé. Ce « flashage » peut être piloté par l'application, c'est-à-dire que l'application aidera l'utilisateur à faire en sorte que le code à flasher soit inscrit dans une zone déterminée sur l'écran du terminal mobile. Dans le type d'application utilisant un tel flashage on peut citer celles permettant d'identifier un article par son code à barre, celles permettant d'atteindre un site internet en rapport avec une affiche dans laquelle une code à barre 2d aura été insérée pour cela. Notre invention permet de garder le « ticket de grattage » comme support matériel à la matérialisation de la sélection du joueur tout en proposant à partir de ce ticket une vidéo transférée sur le « terminal mobile » du joueur qui aura pour but dans un premier temps, si nécessaire, de définir le gain possible et ensuite de permettre de suivre ce qui correspond au tirage pour que le « joueur » d'une part détermine si il a gagné et lorsque plusieurs gains sont possibles de connaître le gain en question. Ce tirage pourra être précédé de la définition des conditions pour lesquelles le gain sera effectif. Ainsi, si le tirage est matérialisé par une course de chevaux, il sera déterminé quel cheval défend les chances du joueur et quel doit être son classement à l'arrivée pour espérer un gain, le gain pouvant être modulé par le classement obtenu et par une cote associée au cheval. Cette cote pourra soit être la cote réelle à laquelle ce cheval était proposé lors de la course réelle ou une cote spécifiquement définie pour ce ticket à gratter ou pour un ensemble de tickets à gratter. Des tirages plus complexes peuvent être prévus en s'inspirant des nombreux paris hippiques existant. La course matérialisant le tirage pourra alors dans ce cas être choisie par rapport à une course réelle choisie par un déroulement favorisant l'émotion du joueur comme par exemple un cheval semblant avoir course perdue et qui finit par gagner ou au contraire un cheval qui ne laisse aucune chance à ses adversaires. Dans tous les cas, les noms réels des participant pourront avoir été conservés ou remplacés afin d'éviter que le joueur devine trop aisément l'issue de la course. Dans ce cas, les caractéristiques réelles de la course pourront être révélées au joueur soit à la fin de la séquence de tirage soit à la manière des bonus des vidéos grand public via une action complémentaire du joueur ou lorsqu'il est détecté que l'accès à la vidéo par le joueur est au moins la deuxième fois. Pour matérialiser le tirage il peut également être utilisé une séquence sportive telle qu'une course cycliste ou toute compétition donnant lieu à classement ou médaille telle une épreuve des jeux olympiques ou une rencontre de sport d'équipe. Cela peut également consister à la réalisation ou non d'une performance telle que la réalisation d'un temps maximum préétabli sur un parcours pour une quelconque activité sportive ou non, un nombre prédéterminé d'obstacles franchis sans encombre ou la réalisation de toute performance à définir. Il peut également être utilisé un tirage de jeu de casino qui contrairement aux « tickets de grattage » actuel pourra effectivement être vécu par le joueur comme si il était au casino, puisque une vraie séquence vidéo lui sera soumise. Il existe bien sur de nombreuses autres possibilités de matérialiser le tirage qui n'ont de limites que l'imagination du concepteur qui mettra en oeuvre notre invention. Un autre des avantages est qu'après que le ticket se soit révélé gagnant ou perdant, le joueur aura la possibilité, suivant un mode de réalisation particulier de l'invention de rejouer la séquence vidéo matérialisant le tirage autant de fois qu'il le désire en particulier si il est toujours en possession du ticket. Un autre mode de réalisation, permet une fois le tirage effectué au joueur de télécharger sur son « terminal mobile » ou sur tout autre support informatique la vidéo du ticket joué. Cela peut lui permettre, par exemple, de rejouer le tirage qui lui a fait gagné un lot important à des amis ou relations ce qui augmente l'attrait de l'invention pour ceux qui achètent des tickets qui y sont associés. L'invention est particulièrement pertinente pour des tirages prédéterminés, c'est-à-dire que le ticket à son émission est soit perdant soit gagnant et dans ce cas la valeur des gains est également déterminée. Il est toutefois possible de prévoir un mode de réalisation où cette détermination a lieu postérieurement à l'émission proprement dite du billet, dans ce cas l'association entre les codes encodés graphiquement sur le tickets et les « vidéos valorisées » est effectuée consécutivement à cette détermination et donc postérieurement à l'émission des tickets du tirage. Nous décrivons ci-après le procédé dans un mode de réalisation préféré, soit avec tirage prédéterminé avant la création des billets. Par simplification, nous considérons qu'un tirage permet d'associer un gain à chaque ticket. Le gain étant défini comme la valeur du ticket après le tirage, ce gain peut être nul (ticket perdant) ou d'une valeur égale ou inférieure à la valeur d'achat du ticket (lot de consolation). Il peut évidemment avoir une valeur supérieure à la valeur d'achat du ticket (ticket « gagnant »). Avant de décrire le procédé, nous donnons quelques définitions : - Une vidéo réelle est une séquence vidéo correspondant à un événement passé réel dont l'issue est révélée par son visionnage. Les événements concernés sont par exemple, et de façon non exhaustive : tout ou partie(s) d'une course hippique, tout ou partie(s) d'une course sportive associée ou non à une compétition officielle, tout ou partie(s) d'un match entre plusieurs concurrents comme un match de football ou de tennis, tout ou partie(s) d'une tentative de performance ou tout ou partie(s) d'un événement dont une multiplicité d'issues peut être définie. - Une vidéo virtuelle peut être associé aux mêmes types d'événements qu'une vidéo réelle mais est créée via des logiciels informatiques permettant la création de séquences d'images en prenant support ou non sur des images réelles. Par la suite, une vidéo sera au libre choix du réalisateur de l'invention une vidéo réelle, une vidéo virtuelle ou toutes combinaisons de vidéo réelles et de vidéos virtuelles, une vidéo virtuelle dans ce cas pouvant être construite en prenant comme support une ou plusieurs « vidéo réelles ». Pour la suite, il est nécessaire de distinguer la « vidéo brute » qui est une succession d'images matérialisant un événement tel une course de chevaux, que cet événement ai réellement existé ou non, dépourvu de pari. Cela signifie que la « vidéo brute » n'est ni gagnante ni perdante, puisqu'elle n'est pas associée à une des issues possibles, elle ne désigne pas par exemple quel cheval ou quelle est la cote d'un cheval. Si la vidéo représente un tirage de roulette de casino, elle montre par exemple un tirage dans lequel le numéro 8 est sorti, mais elle l'indique pas que l'on a misé sur le 8 ou sur un autre numéro ou sur une catégorie (pair/impair, rouge/noir, etc ...) et n'indique pas non plus qu'une mise a été effectuée. Ainsi une vidéo brute pourra être associée à plusieurs gains ou pertes. Par exemple, pour le tirage de roulette de casino qui indique comme numéro gagnant le 8, on pourra associer les gains et pertes suivants : - Mise de 2 euros sur impair, donc perte (« gain » de 0 euros), - Mise de 1 euros sur première douzaine donc gain de 3 euros, - Mise de 100 euros sur le 8, donc gain de 3600 euros, Par suite un « gain » signifie la valeur du ticket une fois le tirage effectué, cela intègre la valeur 0 (ticket perdant), toute valeur inférieure, égale ou supérieure à la valeur d'achat du ticket dans le cas où le ticket a une valeur d'achat, ainsi que tout lot matériel ou immatériel comme de façon non exhaustive: lot en espèces, bien d'équipement, voiture, bon de réduction, voyage, participation à un événement sportif ou culturel ou « pipole », Une vidéo brute associée à un pari comme indiqué précédemment et donc à un « gain » déterminée et dénommé « vidéo valorisée » pour la suite, la vidéo brute est alors une vidéo non valorisée. Du point de vue technique, des « vidéos valorisées » différentes peuvent s'appuyer sur des ressources identiques, ainsi, en reprenant l'exemple précédent, il est possible de créer une première « vidéo valorisée » qui correspond à une mise de 1 euro sur le 8 et une autre qui correspond a une mise de 5 euros sur le 8, pour l'homme du métier qui devra créer ces deux « vidéos valorisées » il est évident qu'il peut s'appuyer sur des ressources informatiques communes, la mise pouvant alors être définie comme un paramètre associé externe à ces ressources. Cette invention est particulièrement pertinente pour être mise en oeuvre à partir d'un « terminal mobile ». Ces appareils ont la particularité de posséder une intelligence informatique comparable à celle d'un ordinateur personnel, de disposer en général d'une connexion réseau, de posséder au moins un objectif photo et/ou vidéo ainsi que d'au moins un écran permettant de visualiser des vidéos ainsi que de hauts parleurs intégrés et/ou d'une prise casque afin de pouvoir écouter du son, en particulier le son associé à la séquence vidéo visualisée. De façon générale, les « terminaux mobiles » ont des caractéristiques largement suffisantes pour la mise en oeuvre de l'invention que ce soit en termes d'accès réseau (via téléphonie - 3G et au delà par exemple ou WIFI, bluetooth ...) afin d'accéder à des sites internet distants permettant entre autre soit de télécharger des séquences d'images soit de les visualiser en continu (« streaming »), - en termes de puissance de calcul et de capacité de stockage ainsi que pour intégrer des applications spécifiques telles celle prévue dans le cadre de l'invention, - en termes de qualité de l'objectif photo et/ou vidéo pour flasher des codes à barres classiques ou 2D ou équivalents, - en termes de qualité de l'écran pour visualiser des vidéos, - en termes de qualité du dispositif son pour écouter le son associé à une vidéo, le son étant recommandé dans le cadre de notre invention mais non indispensable, Ces caractéristiques sont de plus appelées à s'améliorer avec le temps : les modèles futurs auront vraisemblablement des performances décuplées par rapports aux modèle actuels dans tous les domaines précités. Si l'invention est particulièrement destinée aux « terminaux mobiles » décrits ci-dessus, elle peut être mise en oeuvre également sur tout système informatique non mobile ou tout assemblage d'éléments informatiques ou assimilés qui intègre l'équivalent d'un objectif photo et/ou vidéo, l'équivalent d'un écran, et une connexion réseau ; le tout étant piloté par une intelligence de type informatique. Tout dispositif ainsi constitué peut être utilisé dans le cadre de l'invention en lieu et place d'un « terminal mobile ». Nous définissons également un des modes actuels de visualisation des vidéos dénommé « streaming », terme anglais du verbe « stream » qui signifie littéralement « ruisseler » et qui défini un mode de visualisation des vidéos distantes sans réellement les télécharger, seule une petite partie de celle-ci est mémorisée en zone tampon de façon provisoire afin de permettre l'action de lecture effectuée par l'utilisateur. La mémorisation en zone tampon permet entre autres de ne pas interrompre la lecture en cas d'anomalie temporaire et limitée dans le transfert réseau. De fait dans la suite, nous définissons deux modes de lecture d'une vidéo distante : - Lecture via téléchargement : c'est-à-dire que la vidéo est d'abord téléchargée sur le terminal mobile avant d'être accédé en lecture. Ce mode permet, si l'application qui visualise cette vidéo l'autorise de revisualiser postérieurement celle-ci sans accéder une nouvelle fois au site internet distant sur lequel était stocké cette vidéo. Dans certains cas La visualisation par ce mode est possible avant que la totalité de la vidéo soit téléchargée. Dans ce cas, il est souhaitable que le reste du téléchargement s'effectue suffisamment rapidement afin que la visualisation en cours ne soit pas interrompue. Par la suite nous dénommons « lecture via téléchargement », tout mode actuel ou à venir qui permet de visualiser une vidéo distante sur un terminal mobile en conservant celle-ci sur le « terminal mobile » afin de pouvoir être visualisée à nouveau, si cela est autorisé, sans besoin d'accéder à nouveau au site internet d'où elle provient. - Lecture via streaming : la vidéo est lue sans que celle-ci soit complètement téléchargée. Nous englobons dans ce mode toute méthode permettant de visualiser une vidéo distante sans que celle-ci soit préalablement téléchargée sur le terminal mobile et qui nécessite un nouvel accès distant si la vidéo doit être visionnée à nouveau, la vidéo n'étant pas conservée sur le « terminal mobile » après le visionnage au moins en apparence. Pour la suite nous dénommons « lecture via streaming » tout mode actuel ou à venir qui permet de visualiser une vidéo distante sur un terminal mobile sans avoir vocation à la conserver sur celui-ci. Tout visualisation à nouveau de cette vidéo, une fois la première session de connexion avec le site internet d'où elle prévient interrompue, une nouvelle connexion à ce site est nécessaire, si autorisé, pour visualiser à nouveau cette vidéo. Un des modes privilégiés de réalisation de l'invention est un procédé qui consiste - à créer une application chargeable ou téléchargeable sur un terminal mobile qui o s'interface avec au moins un des objectif photo et/ou vidéo dudit « terminal mobile » afin qu'une image ou une collection d'images puisse être créée lorsque l'utilisateur dudit « terminal mobile » « flashe » la zone d'un ticket crée dans le cadre de l'invention qui intègre un code de type informatique encodé graphiquement dans ladite zone afin d'en extraire le code, la prise d'image(s) et l'extraction du code à partir de l'image produite ou des images produites est soit effectuée en utilisant un processus externe à l'application dudit « terminal mobile » soit effectuée en utilisant un processus spécifiquement intégré à ladite application soit par combinaison de ces processus. o s'interface avec l'écran du terminal mobile ou au moins un des écrans de celui-ci dans le cas de multiplicité d'écrans afin de pouvoir y permettre la lecture des vidéos de tirage. Cette interface peut également être utilisée pour optimiser la détection du code à extraire sur le ticket ou pour assister l'utilisateur dans cette prise d'image, o s'interface avec un site distant tel un site internet afin d'y rechercher la vidéo associée au ticket flashé, o s'interface avec le processeur ou toute intelligence équivalente du « terminal mobile » afin d'enchainer les traitements prévus dans le cadre de l'invention, - à définir un tirage consistant à la définition des tickets à émettre de leur éventuelle valeur nominale, à la définition des gains et de leur répartition par rapport à la collection de tickets à créer, les tickets sont produit par impression ou opération équivalente sur des supports matériels tels des supports cartonnés et/ou plastifiés et/ou métallisés ou équivalents, - à définir un certain nombre de vidéos valorisées, soit des vidéos qui définissent : o une mise théorique en correspondance ou non avec la valeur des tickets à émettre, o une séquence vidéo qui matérialise le déroulement d'un événement avec plusieurs issues possibles mais dont une seule est matérialisée par la vidéo, o un pari qui associe un ou plusieurs gains potentiels à une ou plusieurs issues possibles de la séquence vidéo, o la détermination de l'issue de l'événement révélée par la lecture de la vidéo, o la détermination ou la confirmation éventuelle du gain réel associée au ticket si nécessaire, - à créer un code informatique spécifique pour chaque ticket du tirage : o ce code peut suivant la nature du tirage être commun à plusieurs tickets, o ce code doit permettre d'associer au ticket une « vidéo valorisée » parmi celles sélectionnées pour le tirage, - encoder graphiquement ce code sur une zone dédiée du ticket et recouvrir cette zone par une couche occultante qui devra être éliminée par grattage ou action équivalente appropriée par le joueur afin de pouvoir flasher cette zone sous le contrôle de l'application de son « terminal mobile » définie dans le cadre de l'invention, - permettre le paiement du gain au joueur lorsque le gain n'est pas nul soit par échange du ticket auprès d'une officine associée soit par crédit du gain sur un compte désigné par le joueur. Schémas : - Le schéma 1 illustre un ticket à gratter (1), - Les schémas 2 et 3 illustrent un ticket à gratter (1) après grattage ou opération équivalente, - Le schéma 4 illustre le mode de flashage ou équivalent par un terminal mobile (7) de la zone dévoilée (2) par l'opération de grattage ou équivalente, - Le schéma 5 illustre la vidéo déroulée (10) sur le terminal mobile (7) résultant du flashage ou équivalent de la zone dévoilée par opération de grattage ou équivalente, - Le schéma 6 illustre un ticket à gratter (1) comportant un code barre de sécurité complémentaire (11). Le schéma 1 montre de façon très synthétique un ticket à gratter (1) : celui-ci est composé principalement d'un support matériel de format variable allant en général du format approximatif d'une carte de crédit jusqu'à des formats de type A5 (demi page A4) ou équivalent pour les tickets complexes intégrant des tirages multiples, c'est-à-dire plusieurs chances de gagner cumulatives ou non. Tout format en dehors de ces limites reste évidemment compatible avec notre invention. De même le support classiquement de type papier cartonné est libre : il peut être choisi tout type de support intégrant papier, plastique, métal ainsi que tous support simple ou complexe déjà connu ou à venir permettant d'insérer une zone graphique encodant une valeur informatique tel, de façon non limitative, une code à barre classique ou un code à barre 2D. Le choix des matériaux du support est principalement déterminé par : - des contraintes marketing visant à l'attrait du ticket, - des contraintes physiques liées à la résistance du ticket, ainsi il est tout à fait possible de choisir comme support du papier de faible 15 grammage, mais dans ce cas, le ticket sera fragile et pourra être aisément endommagé. Toutefois, cette fragilité pourra ne pas être un obstacle dans le cas de l'organisation de certains tirages tels ceux associés à des kermesses. - des contraintes de sécurité telle que l'opacité du ticket afin que celui- 20 ci ne soit pas exploitable par transparence ou l'insertion de zones techniques de contrôle lorsque la valeur des gains potentiels le justifie, - des contraintes légales telles celle visant à l'information du joueur. La zone (2) à découvrir par grattage est soit inséré simultanément à 25 l'impression des autres zones du ticket soit par un processus séparé. Cette zone utilise toute technique graphique ou équivalente permettant l'encodage d'une valeur informatique permettant de lier ce ticket à sa vidéo associée quel que soit la méthode d'indexation retenue. L'encodage pourra par exemple utiliser un code à barre à une ou deux dimensions parmi les codes déjà existant 30 soit spécialement défini dans le cadre de l'invention pour un tirage particulier ou une multiplicité de tirages. Il est possible également d'utiliser une méthode de watermarking permettant l'encodage de cette valeur en utilisant un graphique prédéterminé, que ce graphique soit le même pour tous les tickets d'un même tirage ou qu'il soit associé à un sous-ensemble de ces tickets. En sus du support proprement dit, une couche occultante est ajoutée afin que le code ne puisse être exploité avant la suppression de cette couche 5 par toute méthode adaptée. Dans le cadre de certains tirages où par exemple les gains potentiels ne sont pas de grande importance, cette couche occultante pourra ne pas être apposée. De même, si la distribution des tickets est effectuée avant que le site distant permettant d'accéder aux vidéos ne soit actif, il pourra alors également ne pas être apposé de couches occultantes puisque 10 dans ce cas le décryptage du code ne permet pas d'identifier le gain associé tant que ce site n'est pas actif. Il peut en être de même si un dispositif de sécurité permet au joueur de savoir si le ticket a déjà été utilisé ou non. Le schéma 2 illustre un ticket à gratter (1) lorsque la couche occultante a été supprimée par une action de grattage ou équivalente ou le même ticket 15 dépourvu de couche occultante. Dans le cas de ce schéma, le code associé au ticket et permettant de visualiser la séquence vidéo associé par flashage via un terminal mobile est matérialisée par un code à barre 2D (3). Toutefois toute méthode d'encodage est satisfaisante dès que celui-ci peut être décodé via l'image ou la collection d'images qu'un terminal mobile est capable de flasher 20 par une prise photo, un balayage vidéo ou toute opération équivalente et d'atteindre ainsi la vidéo associée au ticket. Ainsi dans le schéma 3, la zone découverte est une image (4) qui est capable également d'intégrer un encodage adéquat par toute méthode de watermarking ou équivalente. Le schéma 4 illustre le mode d'acquisition du code révélé par un « terminal 25 mobile » (7) ou équivalent. Dans ce cas une application spécifique a été au préalable chargée ou téléchargée sur le « terminal mobile » que cette application soit propre à un tirage ou commune à une multiplicité de tirage et/ou que cette application permet de traiter d'autres codes non liés à notre invention. Lorsque cette application est activée à partir du terminal mobile, l'image perçue 30 (9) par l'objectif du terminal mobile est affichée sur l'écran (8) de celui-ci. Dans le cas de multiplicité d'objectifs, un ou plusieurs de ses objectifs sont utilisables dans le cadre de l'invention. La visualisation de l'image perçue (9) par l'objectif sur l'écran (8) du terminal mobile (7) permet de cadrer la zone codée (2), lorsque celle-ci est flashée (6) par le terminal mobile (7), qui était sous la couche occultante dans le cas de préexistence de cette couche occultante. Suivant l'application disponible, il sera requis pour qu'elle puisse être exploitée, soit que l'intégralité de la zone codée soit inscrite dans l'écran du terminal mobile soit dans une zone particulière de celui-ci que cette zone soit matérialisée ou non par l'application utilisée. Ainsi dans un mode de réalisation particulier, la zone flashée (2) n'est pas matérialisée sur un des écrans du « terminal mobile », l'application dans ce cas exploite directement l'image ou les images générées par l'objectif dès que celles-ci sont satisfaisantes pour une exploitation par ladite application. La visualisation de l'image sur l'écran du terminal mobile sera soit l'image résultant directement de la prise vidéo (6) ou photo (6) de l'objectif utilisé soit une image ou une série d'images obtenues par un processus spécifique géré par l'application utilisée. Ainsi, cette application pourra utiliser les différents paramètres liés au mouvement du terminal mobile et/ou du positionnement par rapport au ticket exploités que l'ensemble de ces paramètres soit obtenus par des capteurs spécifiques du terminal mobile ou par des fonctions particulières adaptées ou par combinaison de ces éléments. Le lien vers la vidéo associé peut se faire automatiquement dès que l'application a pu décoder le code flashé (2) ou dès qu'elle détermine avoir une image ou une collection d'images satisfaisante pour obtenir ce décodage. Le lien peut aussi être effectué par une action complémentaire du joueur lorsqu'il considère que le cadrage effectué est satisfaisant pour que l'application puisse procéder au décodage en s'appuyant ou non sur des signaux fournis par l'application. Ainsi lorsque le lien est établi, suivant un mode de réalisation particulier de l'invention, la vidéo est initialisée sur un des écrans du terminal mobile, suivant une autre mode de réalisation particulier de l'invention, l'initialisation de cette vidéo nécessite une action spécifique du joueur. Le schéma 5 illustre le visionnage de la vidéo (10) sur un des écrans (8) du « terminal mobile » (7) consécutivement au flashage (6) réussi de l'encodage (2) présent sur le ticket (1). Cette vidéo (10) est déclenchée soit automatiquement dès que l'application du « terminal mobile » (7) a réussi à décoder le code inscrit (2) sur le ticket (1) suite à l'opération de flashage (6) soit suite à une action du joueur consécutivement au flashage (6) réussi après en avoir éventuellement été invité par l'application chargée sur le mobile. La première phase de la vidéo définit si nécessaire les caractéristiques du tirage en indiquant tout ou partie des éléments suivants - nature de l'événement qui concoure au tirage : confrontation sportive, course hippique, jeu de casino, ... Pour ajouter à l'attrait du jeu, il pourra être indiqué la spécificité de l'épreuve que celle-ci soit réelle ou imaginaire : épreuve d'athlétisme des derniers jeux olympiques, balle de match d'une grande épreuve de Tennis, tentative de record homologué ... - condition pour qu'il y ait un gain non nul : cheval désigné dans les trois premiers, balle de match réussie, record établi ... - mise et gain potentiel : il pourra être indiqué que la mise de ce ticket est de 100 euros même si la valeur d'achat est tout autre comme par exemple 1 euro, cette mise est dénommée « mise fictive » pour la suite. Pour le gain, il pourra y avoir un gain non nul possible ou plusieurs. Gain de 5 fois la « mise fictive » si la balle de match est réussie. Gain de 10 fois la « mise fictive » si le record est établi. Gain 15 de 10 fois la « mise fictive » si le cheval désigné est premier, deux fois si il est deuxième, et une fois si il est troisième, gain à 0 si le cheval est quatrième ou plus. Dans le cas d'une épreuve d'endurance, telle que par exemple un objet devant rester en équilibre plus de 10 secondes, le gain sera de une fois la mise par 20 seconde écoulée au delà de ces 10 secondes, le gain potentiel pouvant s'afficher au fur et à mesure que le temps s'écoule au-delà du seuil établi. - Mini vidéo de présentation des acteurs liés à la performance. Ainsi par exemple, il pourra être montré le cheval qui défend les chances 25 du joueur au rond de présentation, le joueur de tennis qui défend les chances du joueur en train de s'échauffer. Cette mini vidéo pourra intégrer ou fusionner les autres éléments de cette première phase de la vidéo tels que définition de la « mise fictive » et des conditions de gain. 30 A l'issue de cette première phase de façon automatique ou pilotée par le joueur, la vidéo matérialisant le tirage est visionnée sur un des écrans du « terminal mobile ». Dans le schéma en référence, nous avons simulé une course d'athlétisme. Sur cette vidéo, dans le cas d'une course par exemple, le concurrent défendant les chances du joueur pourra être matérialisée spécifiquement : par exemple par une flèche ajoutée. La vidéo pourra être associée à un commentaire, comme par exemple celui du speaker d'une course hippique, ce commentaire pouvant être général ou spécifique au sort du concurrent défendant les chances du joueur. Certaines phases du tirage en particulier celles qui permettent de déterminer le gain pourront être traitées spécifiquement, ainsi le passage du poteau dans une course hippique ou de la ligne d'arrivée dans une course d'athlétisme pourra être visionné au ralenti. Il est également possible d'enchainer le visionnement de l'événement par un « replay » de la phase finale avec artifices tel que ralenti et/ou matérialisation précise de la ligne d'arrivé et/ou affichage de l'arrivée au fur et à mesure du franchissement de celle-ci. L'application pourra autoriser que la visualisation de la vidéo puisse être contrôlée par l'utilisateur du terminal mobile avec les actions classiques sur les vidéos telles que « pause », « ralenti », « accéléré », « retour arrière », « zoom » ainsi que toute action possible, existante ou future, sur le déroulement d'une vidéo. Une dernière phase permet l'affichage du gain. Cette dernière phase est soit enchainée directement à partir de la phase précédente correspondants au tirage proprement dit soit déclenchée à partir d'une action spécifique du joueur. En plus de l'affichage du gain, des options complémentaires peuvent être zo proposées au joueur : - Encaissement. L'application pourra alors proposée d'encaisser directement le gain sur un compte déjà défini par le joueur ou à définir dans la suite du déroulement de l'application que ce compte soit un compte bancaire indépendant de l'organisateur du tirage ou 25 un compte spécial géré par ce dernier, - Mémorisation de la vidéo. Le joueur peut avoir envie de conserver la vidéo relative au tirage surtout dans le cas ou celle-ci correspond à un gain, dans ce cas l'application peut proposer une telle mémorisation soit sur le « terminal mobile » accessible librement ou 30 via une application déterminée dans des conditions spécifiques soit sur un compte dédié tel qu'une adresse email, une adresse de coffre-fort électronique ou équivalent. - Visionnage à nouveau de tout ou partie de la vidéo. Le schéma 6 illustre un ticket à gratter (1) suivant l'invention sur lequel est ajouté un code complémentaire (11) dénommé « code de contrôle » par la suite. Ce code (11) n'a pas nécessité d'être masqué. L'exploitation de ce code (11) par une application spécifique dénommé pour la suite « application de contrôle » éventuellement fusionnée avec l'application précédente de gestion des tirages sur « terminal mobile » permet d'effectuer un diagnostic sur le fait que le ticket a déjà été utilisé ou non. Cela peut être pratique au moment de l'acquisition du ticket de vérifier si le ticket (1) n'a donné lieu à aucun visionnage pour éviter toute fraude. Dans ce cas le ticket (1) possède une référence unique qui est géré sur un serveur distant. Sur ce serveur, cette référence permet éventuellement de connaître tout ou partie des informations associées tel que l'identification du tirage associé au ticket, sa valeur d'acquisition, sa date d'émission, sa date limite d'utilisation, l'officine à partir de laquelle il est distribué. Toutefois cette référence ne permet pas de connaitre le gain associé 15 au ticket (1). Suivant un mode de réalisation particulier, cette information pourra être atteinte à partir de ce code (11) mais uniquement à partir d'une « application de contrôle » spécifique à diffusion restreinte, ce mode de réalisation est toutefois plutôt adapté à des tirages non associés à des lots importants comme peuvent l'être certaines animations commerciales ou des 20 tirages associées à des kermesses. Pour que l'information d'utilisation soit accessible, soit à la première visualisation de la vidéo associée au ticket soit à chacune de celle-ci une mémorisation de la visualisation est effectuée soit de façon précise : heure, date, identité ou équivalent du joueur, géolocalisation, etc. .., soit effectuée de façon binaire : visionnée au moins une fois ou jamais 25 visionnée. Le nombre de visionnages peut également être géré. De cette gestion, il est donc possible à « l'application de contrôle » spécifique d'identifier si le ticket (1) est vierge, c'est-à-dire qu'il n'a jamais été exploité ou au contraire s'il il l'a déjà été et dans ce cas, si la gestion associée le permet et « l'application de contrôle » spécifique également, quelles ont été les 30 caractéristiques de ces utilisations. Cette « application de contrôle » spécifique pourra soit être à la disposition du joueur pour qu'il vérifie son ticket (1) au moment de l'acquisition soit au gestionnaire de l'officine de distribution pour vérifier la virginité du ticket au moment de la délivrance de celui-ci soit accessible aux deux. L'activation de « l'application de contrôle » pourra elle- 35 même faire l'objet d'une gestion afin d'éviter par exemple de la part du joueur une contestation de la « virginité » de son ticket (1) lors de son acquisition. Ce type de contrôle est adapté au mode de révélation du gain des tickets dans le cadre de notre invention, il peut être utilement complété par toutes les sécurités existantes ou à venir sur ce type de ticket comme le code de contrôle révélé par un grattage complémentaire utilisable, sous peine de nullité, que par une population identifiée comme les personnels de certaines officines. D'autre part de façon générale : Le fait de pouvoir visualiser plusieurs fois la vidéo associée à un ticket pourra faire l'objet de limitations que ce soit en nombre de visualisations ou dans la définition de la période autorisée de visualisation. Il est aussi possible de définir des limitations en fonction de la zone géographique : un ticket ne pourra être activé que dans un pays donné ou zones géographiques, ou, au contraire, ne pourra pas être activé dans certains pays ou zones géographiques en particulier pour le respect de législations locales ou nationales. Dans ce cas l'application téléchargée sur le terminal mobile pourra utiliser un système de géolocalisation. Si le ticket est associé à un gain encaissable, celui-ci pourra être obtenu soit manuellement par échange du billet gagnant auprès d'un office dédié qui pourra alors posséder une application permettant de vérifier le gain associé au ticket. Cette application dite « application de paiement » pour la suite peut être activée par flashage du code à barre 2D ou équivalent dévoilé par le joueur, l'application se contentant dans ce cas de rechercher la valeur du gain payable et de permettre l'enregistrement du paiement lorsque celui-ci est effectué afin que le ticket ne puisse pas permettre un nouvel encaissement soit auprès du même office soit auprès d'un autre office avec le même ticket ou une copie de celui-ci. Ce mécanisme est également adapté si le gain est de nature matériel ou immatériel. REVENDICATIONS1. Procédé de loterie comprenant : - un ticket comprenant une zone spécifique, la zone spécifique comprenant un code encodé graphiquement, - une application chargeable ou téléchargeable sur un terminal mobile qui - s'interface avec au moins un capteur d'images dudit terminal mobile afin qu'au moins une image ou une collection d'images puisse être créée lorsque l'utilisateur dudit terminal mobile flashe la zone spécifique d'un ticket, afin d'en extraire le code, - s'interface avec au moins un écran dudit terminal mobile y permettant la lecture des vidéos de tirage, - s'interface avec un site distant tel un site internet afin d'y 15 rechercher la vidéo associée au ticket flashé, - un tirage, étape comprenant la définition des tickets à émettre, de leur éventuelle valeur nominale, la définition des gains et leur répartition par rapport à la collection de tickets à créer, les tickets étant produits par impression sur des supports matériels tels que des supports 20 cartonnés et/ou plastifiés et/ou métallisés ou équivalents, - au moins une vidéo valorisée, c'est à dire une vidéo qui définit : - une mise théorique en correspondance ou non avec la valeur des tickets à émettre, - une séquence vidéo qui matérialise le déroulement d'un 25 événement avec plusieurs issues possibles mais dont une seule issue est matérialisée par la vidéo, - un pari qui associe un ou plusieurè gains potentiels à une ou plusieurs issues possibles de la séquence vidéo, - la détermination de l'issue de l'événement révélée par la lecture 30 de la vidéo, - éventuellement la détermination ou la confirmation éventuelle du gain réel associé au ticket, - un code informatique spécifique pour chaque ticket du tirage qui permet d'associer ledit ticket à une vidéo valorisée parmi celles 35 sélectionnées pour le tirage, le code étant encodé graphiquement sur une zone dédiée du ticket, la zone dédiée étant recouverte par unecouche occultante qui devra être éliminée par grattage ou action équivalente appropriée par le joueur afin de pouvoir flasher cette zone sous le contrôle de l'application de son terminal mobile, le code informatique permettant également le paiement du gain au joueur lorsque le gain n'est pas nul soit par échange du ticket auprès d'une officine associée soit par crédit du gain sur un compte désigné par le joueur. 2. Procédé de loterie suivant la revendication 1, caractérisé en ce que l'application chargée ou téléchargée sur le terminal mobile extrait le code encodé graphiquement sur le ticket à partir de l'image ou des images produites par l'opération de flashage de ce code via un capteur du terminal mobile par un processus spécifique d'extraction. 3. Procédé de loterie suivant la revendication 1, caractérisé en ce que l'application chargée ou téléchargée sur le terminal mobile extrait le code encodé graphiquement sur le ticket à partir de l'image ou des images produites par l'opération de flashage de ce code via un capteur du terminal mobile par un processus d'extraction intégré au terminal mobile indépendant de ladite application. 4. Procédé de loterie suivant la revendication 1, caractérisé en ce que l'application chargée ou téléchargée sur le terminal mobile extrait le code encodé graphiquement sur le ticket à partir de limage ou des images produites par l'opération de flashage de ce code via un capteur du terminal mobile par une combinaison d'au moins un- processus d'extraction intégré au terminal mobile indépendant de ladite application et d'au moins un processus d'extraction propre à ladite application. 5. Procédé de loterie selon l'une quelconque des revendications précédentes, caractérisé en ce que lors du flashage de la zone du ticket intégrant le code encodé graphiquement, la zone flashée est visualisée sur un écran du terminal mobile afin d'assister l'utilisateur pour faciliter la détection et le décodage, 6. Procédé de loterie selon l'une quelconque des revendications précédentes, caractérisé en ce que le code encodé graphiquement sur le ticket peut être commun à plusieurs tickets d'un même tirage, 7. Procédé de loterie selon l'une quelconque des revendications précédentes, caractérisé en ce que le code encodé graphiquement sur le ticket n'est pas occulté par une couche occultante lorsqu'il est produit et/ou distribué, 8. Procédé de loterie selon l'une quelconque des revendications précédentes, caractérisé en ce que l'événement qui a servi de support à la définition de la vidéo associée au ticket fait l'objet d'un accès 15 complémentaire à l'issue du tirage ou lors d'un nouveau visionnage de la vidéo associée au tirage. 9. Procédé de loterie selon l'une quelconque des revendications précédentes, caractérisé en ce que la vidéo associée à un ticket peut 20 être téléchargée sur le terminal mobile ou sur un autre support informatique afin de pouvoir être visualisée à nouveau indépendamment du tirage lié au dit ticket. 10. Procédé de loterie selon l'une quelconque des revendications 25 précédentes, caractérisé en ce que la détermination du gain associé à un ticket est définie postérieurement à son émission, l'association entre les codes encodés graphiquement sur les tickets et les vidéos valorisées est effectuée consécutivement à cette détermination et donc postérieurement à l'émission des tickets du tirage. 30 11. Procédé de loterie selon l'une quelconque des revendications précédentes, caractérisé en ce que la vidéo associée à un ticket est constituée de tout ou partie de la vidéo d'un événement réel. 35 12.Procédé de loterie selon l'une quelconque des revendicationsprécédentes, caractérisé en ce que la vidéo associée à un ticket est créée via des logiciels informatiques en prenant support ou non sur des images réelles. 13. Procédé de loterie selon l'une quelconque des revendications précédentes, caractérisé en ce que la vidéo associée à un ticket est une combinaison de séquences vidéo issues d'un ou plusieurs événements réels et de séquences vidéo créées par des logiciels informatiques prenant support ou non sur des images réelles. 14. Procédé de loterie selon l'une quelconque des revendications précédentes, caractérisé en ce que plusieurs vidéos valorisées sont produites à partir d'une même vidéo non valorisée. 15. Procédé de loterie selon l'une quelconque des revendications précédentes, caractérisé en ce que le visionnage de la vidéo associée à un ticket est accompagnée d'une bande sonore. 16. Procédé de loterie selon l'une quelconque des revendications précédentes, caractérisé en ce que le l'exploitation du ticket est effectué à partir d'un assemblage d'éléments informatiques comprenant au moins un capteur, au moins l'équivalent d'un écran et une connexion réseau, le tout piloté par une intelligence de type informatique en lieu et place d'un terminal mobile. 17. Procédé de loterie selon l'une quelconque des revendications précédentes, caractérisé en ce que la vidéo attachée au ticket est téléchargée sur le terminal mobile afin d'être visualisée, la visualisation pouvant commencer avant le téléchargement complet de celle-ci, et, si cela est autorisé, la vidéo pourra être visualisée à nouveau sur le terminal mobile sans nécessité de nouvel accès réseau au serveur à partir duquel la vidéo a été téléchargée. 18. Procédé de loterie selon l'une quelconque des revendicationsprécédentes, caractérisé en ce que la vidéo attachée au ticket est visualisée en mode streaming. 19. Procédé de loterie selon l'une quelconque des revendications précédentes, caractérisé en ce que l'encodage sur le ticket est effectué par utilisation d'un code à barre classique ou 2D. 20. Procédé de loterie selon l'une quelconque des revendications précédentes, caractérisé en ce que l'encodage sur le ticket est effectué par un watermarking reposant sur une image. 21. Procédé de loterie selon l'une quelconque des revendications précédentes, caractérisé en ce que le flashage de la zone encodée sur le ticket est effectuée sans visualisation de contrôle sur un écran du terminal mobile. 22. Procédé de loterie selon l'une quelconque des revendications précédentes, caractérisé en ce que la vidéo attachée au ticket est initialisée en visualisation sur le terminal mobile avec ou sans déclenchement de la part du joueur après l'opération de flashage réussie. 23. Procédé de loterie selon l'une quelconque des revendications précédentes, caractérisé en ce que les visualisations d'une vidéo attachée à un ticket font l'objet d'une gestion sur un serveur dédié, cette gestion permettant à minima d'identifier si le ticket correspondant a été au moins une fois utilisé pour visualiser la vidéo associée. 24. Procédé de loterie selon l'une quelconque des revendications précédentes, caractérisé en ce que un code de contrôle est encodé sur le ticket de façon complémentaire au code permettant d'accéder à la vidéo associée, ce code pouvant également utiliser tout type d'encodage tel que les codes à barre classiques ou 2D. 25. Procédé de loterie suivant la revendication 24, caractérisé en ce qu'une application dédiée est créée indépendamment de l'application d'exploitation du code principal ou intégrée à celle-ci permettant par lecture adaptée du code de contrôle complémentaire de vérifier que le ticket a déjà été exploité sans nécessité de dévoiler le code principal si celui-ci est occulté. 26. Procédé de loterie suivant la revendication 25, caractérisé en ce que l'application qui exploite le code de contrôle établit son diagnostic en s'interfaçant avec un serveur gérant les accès aux vidéos associées par exploitation du code principal du ticket intégrant le code de sécurité.