WO2023067274A1 - Procédé, dispositif et programme d'ordinateur d'adaptation contextuelle de jeux phygitaux - Google Patents

Procédé, dispositif et programme d'ordinateur d'adaptation contextuelle de jeux phygitaux Download PDF

Info

Publication number
WO2023067274A1
WO2023067274A1 PCT/FR2022/051955 FR2022051955W WO2023067274A1 WO 2023067274 A1 WO2023067274 A1 WO 2023067274A1 FR 2022051955 W FR2022051955 W FR 2022051955W WO 2023067274 A1 WO2023067274 A1 WO 2023067274A1
Authority
WO
WIPO (PCT)
Prior art keywords
game
ticket
tickets
contextual
additional
Prior art date
Application number
PCT/FR2022/051955
Other languages
English (en)
Inventor
Eric MEYNIEUX
Rémi Theys
Olivier HUGUENIN
Original Assignee
Fdj Gaming Solutions France
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Fdj Gaming Solutions France filed Critical Fdj Gaming Solutions France
Priority to CA3232893A priority Critical patent/CA3232893A1/fr
Publication of WO2023067274A1 publication Critical patent/WO2023067274A1/fr

Links

Classifications

    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F3/00—Board games; Raffle games
    • A63F3/08—Raffle games that can be played by a fairly large number of people
    • A63F3/081—Raffle games that can be played by a fairly large number of people electric
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07F—COIN-FREED OR LIKE APPARATUS
    • G07F17/00—Coin-freed apparatus for hiring articles; Coin-freed facilities or services
    • G07F17/32—Coin-freed apparatus for hiring articles; Coin-freed facilities or services for games, toys, sports, or amusements
    • G07F17/326—Game play aspects of gaming systems
    • G07F17/3267—Game outcomes which determine the course of the subsequent game, e.g. double or quits, free games, higher payouts, different new games
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07F—COIN-FREED OR LIKE APPARATUS
    • G07F17/00—Coin-freed apparatus for hiring articles; Coin-freed facilities or services
    • G07F17/32—Coin-freed apparatus for hiring articles; Coin-freed facilities or services for games, toys, sports, or amusements
    • G07F17/3286—Type of games
    • G07F17/329—Regular and instant lottery, e.g. electronic scratch cards
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F9/00—Games not otherwise provided for
    • A63F9/24—Electric games; Games using electronic circuits not otherwise provided for
    • A63F2009/2401—Detail of input, input devices
    • A63F2009/2411—Input form cards, tapes, discs
    • A63F2009/2419—Optical
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F9/00—Games not otherwise provided for
    • A63F9/24—Electric games; Games using electronic circuits not otherwise provided for
    • A63F2009/2401—Detail of input, input devices
    • A63F2009/2411—Input form cards, tapes, discs
    • A63F2009/2419—Optical
    • A63F2009/242—Bar codes
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F9/00—Games not otherwise provided for
    • A63F9/24—Electric games; Games using electronic circuits not otherwise provided for
    • A63F2009/2401—Detail of input, input devices
    • A63F2009/2411—Input form cards, tapes, discs
    • A63F2009/2419—Optical
    • A63F2009/2425—Scanners, e.g. for scanning regular characters
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F3/00—Board games; Raffle games
    • A63F3/06—Lottos or bingo games; Systems, apparatus or devices for checking such games
    • A63F3/065—Tickets or accessories for use therewith
    • A63F3/0665—Tickets or accessories for use therewith having a message becoming legible after rubbing-off a coating or removing an adhesive layer

Definitions

  • the invention relates to the field of phygital games comprising participation in initial physical scratch games followed by additional digital games such as interactive games or instant games.
  • Scratch card games generally use a support bearing result information, the latter being accessible after scratching the game area, that is to say after removing a mask.
  • These media are typically in the form of tickets sold at points of sale in a network of retailers or vending machines.
  • each ticket is uniquely identified by a so-called logistics identifier.
  • the logistics identifier is clearly legible on the front and/or back of the ticket, in the form of a number or a barcode.
  • the result of a scratch card game may be a losing result or a winning result, a winning result possibly indicating a win.
  • a result can make it possible to participate in a second digital game (or additional game), for example a quits or doubles type game.
  • the digital game is offered to players depending on whether their ticket wins or loses and, where applicable, their winning rank.
  • a digital game can be offered, for example, to all players with a losing ticket or to all players with a winning ticket except at the highest rank.
  • Participation in such a second game can be carried out on the player's personal equipment (such as a smart mobile phone (or smartphone), a tablet or a computer) or on a game terminal made available to players in certain points of sale.
  • each ticket carries a validation code which, combined with the logistics identifier, makes it possible to query a central system to find out whether the ticket is a winner or not and what result is associated with it.
  • the validation code is printed in a masked area, as a barcode and/or a number.
  • the invention proposes a method, a device, a system and a computer program for the contextual adaptation of phygital games.
  • a method for contextual game adaptation in a game system comprising at least one data processing device and a range of physical game tickets associated with a main game, each game ticket comprising at least a contextual element associated with the main game, at least two distinct tickets from the range of tickets comprising two distinct contextual elements and at least two distinct tickets from the range of tickets comprising the same contextual element, the method being implemented in the at least a device and comprising, for at least one ticket from the range of tickets,
  • the method according to the invention thus allows the contextual adaptation of additional digital games to scratch card games.
  • contextual adaptation we mean in particular the adaptation of the universe of the game, the adaptation of the static graphic elements (case of the first two examples), the adaptation of the scenario and the symbols of revelation of the winning of the digital game, etc.
  • said obtaining is carried out by optical reading of additional information printed on the ticket.
  • the additional information can be an extension of a ticket logistics identifier.
  • the logistics identifier is, for example, printed on the ticket in the form of numbers and/or a barcode, or any other representation readable by an optical reading system.
  • said obtaining is carried out by consulting, from a logistics identifier of the ticket, a database associating contextual elements with the tickets.
  • the method also comprises an additional contextual adaptation of said additional game identified according to at least one external criterion.
  • the external criterion may in particular be the place, date and/or time of purchase of the ticket or access to the additional game.
  • Another subject of the invention is a device comprising a processing unit configured to execute each of the steps of the method described previously. as well as a game system comprising such a device and a range of game tickets associated with a main game, each game ticket comprising a contextual element of a plurality of contextual elements associated with the main game, at least two distinct tickets from the range of tickets comprising two distinct contextual elements and at least two distinct tickets from the range of tickets comprising the same contextual element.
  • the present invention also relates to a computer program comprising instructions for implementing the method described above, or certain parts of this method, when this program is executed by a computer.
  • This program can use any programming language (for example, an object language or other) and be in the form of interpretable source code, partially compiled code or fully compiled code.
  • Another aspect relates to a non-transitory storage medium for a computer-executable program, comprising a set of data representing one or more programs, said one or more programs comprising instructions for, when executing said or several programs by a computer comprising a processing unit operationally coupled to memory means and to an input/output interface module, to execute all or part of the method described above.
  • FIG. 1 illustrates an example of an environment in which the invention may be implemented according to particular embodiments
  • FIG. 2 illustrates an example of a scratch game ticket front side when the masks have not been removed (a), back side (b) and front side when the masks have been removed (c);
  • FIG. 3 illustrates a first example of a range of three different tickets from the same scratch card game
  • FIG. 4 illustrates a second example of a range of three different tickets from the same scratch card game
  • FIG. 5 illustrates a first example of steps for offering an additional game to a player, the additional game being personalized according to the characteristics of a game ticket;
  • FIG. 6 illustrates a second example of steps for offering an additional game to a player, the additional game being personalized according to the characteristics of a game ticket;
  • FIG. 7 illustrates an example of steps of a method for contextual adaptation of an additional game according to particular embodiments of the invention.
  • FIG. 8 illustrates an example of a device that can be used to implement, at least partially, embodiments of the invention, in particular the steps described with reference to FIGS. 5 to 7.
  • a ticket for a scratch game can allow the adaptation of an additional digital game to one or more context elements carried by the ticket in question.
  • the experience of the additional game is thus contextualized.
  • Contextual element means in particular a player's choice when buying the ticket (for example a choice of an astrological sign in the context of the "Astro” scratch game or a choice of a number in the context of the game "Lucky number” or “Fetish number”) or even a game element associated with the ticket and discovered during scratching.
  • the additional game experience thus offers the possibility of diversifying, contextualizing or even personalizing the player's experience, by adapting the digital game to a particular contextual element.
  • FIG. 1 illustrates an example of an environment in which the invention may be implemented according to particular embodiments.
  • a user can buy a physical game ticket 100, for example at a point of sale also called a “point of sale” in Anglo-Saxon terminology (POS). He understands typically a logistics identifier and a validation code.
  • the validation code is used to know whether the player has won or not and to determine a status.
  • POS Anglo-Saxon terminology
  • POS Anglo-Saxon terminology
  • the player can go to a point of sale provided with a terminal 105 connected to a server 110 of the manager of the game in question, via a communication network 115.
  • the terminal 105 comprises input means such as a keyboard or reading means such as a scanner to obtain the validation code of a ticket. It also includes means for sending requests to the server 110, in particular requests comprising ticket validation codes.
  • the terminal 105 sends a request to the server 110, including the logistics identifier and the validation code, to find out the amount of the gain and the status of the ticket.
  • the terminal receives the earnings and status information. If necessary, the point of sale can then pay the winnings to the player.
  • a player can use a personal device, for example a smartphone 120, a tablet 125 or a personal computer (not shown) to access an additional digital game of the scratch game.
  • a personal device for example a smartphone 120, a tablet 125 or a personal computer (not shown) to access an additional digital game of the scratch game.
  • the additional game modifies the gain carried by the scratch ticket considered, for example to add a gain, monetary or in kind, to an initially winning or losing ticket or to partially or totally reduce the gain carried by the ticket. It can be, for example, an interactive quits or doubles type game.
  • the server 110 can transmit an indication according to which a possibility is offered to the player, holder of the ticket considered, to participate in a second game, also called add- on or additional game. It may be, for example, an interactive game of the "double or quits" type, or a drawing game of the "second chance” type. The player can then launch the interactive game or confirm his participation in the second drawing game using the specific application or the web interface. Such a possibility can also be offered to a player at a point of sale. According to particular embodiments, the launching of the interactive game or the recording of the participation of a player in a second game is carried out automatically, when a player consults his ticket on the specific application or the web interface.
  • certain parameters of the second game are determined according to a contextual element associated with the ticket in question, thus personalizing the second game according to said contextual element. It may be, for example, in the context of a scratch card game having the theme of astrology, the sign of the zodiac printed on the ticket. It can also be, for example, a symbol discovered after scratching related to the universe of the game.
  • Figure 2 illustrates an example of a front side scratch card game ticket when the masks have not been removed (a), back side (b) and front side when the masks have been removed (c).
  • the ticket 200 here comprises a graphic reference 205 to the game for which the ticket was edited, here the "Fetish Number” game, a contextual element 210 corresponding here to the lucky number "1" as well as scratch zones, for example scratch areas 215-1 and 215-2. As indicated, scratching the masking area 215-2 voids the ticket.
  • the back of the ticket includes for example an excerpt from the rules of the game as well as references, for example a ticket number 220 and corresponding barcodes 225.
  • the contextual element is an integral part of the scratching experience and the representation ticket graphic.
  • the contextual element must be accessible to the player's application and to the game platform. Its value can be printed on the ticket, for example in an extension of the logistics code , or stored in the central gaming system as an additional attribute of the ticket.
  • Figure 3 illustrates a first example of a range of three different tickets from the same scratch card game. As illustrated, this is the "Fetish Number” scratch game described with reference to Figure 2.
  • the first ticket (ticket a) has a contextual element corresponding to the lucky number "1”
  • the second ticket (ticket b) has a contextual element corresponding to the lucky number “2”
  • the third ticket (ticket c) has a contextual element corresponding to the lucky number “3”.
  • FIG 4 illustrates a second example of a range of three different tickets from the same scratch card game. As shown, this is the "Astro" scratch card game.
  • the first ticket (ticket a) has a contextual element corresponding to the sign "Aquarius”
  • the second ticket (ticket b) has a contextual element corresponding to the sign "Taurus”
  • the third ticket (ticket c) has a contextual element corresponding to the sign "Scorpio”.
  • tickets allow you to play the same main game, here the “Astro” scratch card game and, in accordance with embodiments of the invention, to additional games personalized in a different way.
  • FIG. 5 illustrates a first example of steps for offering an additional game to a player, this additional game being personalized according to the characteristics of a game ticket belonging to a range of tickets.
  • a scratch game ticket 500 comprises graphic elements relating to the game, graphic elements relating to a contextual element of the game, one or more scratch zones, a logistics identifier and a validation code.
  • the ticket 500 notably comprises a game reference 505, a logistics identifier 510, a validation code 515, a scratch off area 520 and a graphic element 525 relating to a contextual element.
  • the logistics identifier 510 is, for example, printed in the form of letters and/or numbers.
  • the graphic element 525 relating to a contextual element is not used as such to contextualize the additional game. However, this element can be used by the player to choose the ticket.
  • the logistics identifier 510 and the validation code 515 are obtained by an optical reader module 530 or via a manual entry module, for example using a physical or virtual keyboard on a touch screen.
  • an additional game After verification of a ticket, the ticket holder can here access an additional game through an additional game module 535.
  • This additional game module 535 is for example an application executed on a server of the organizer of the game, accessible remotely by a personal device such as a smartphone or tablet, or by a computer located in a point of sale. According to particular embodiments, this game module can also be downloaded and executed on a personal device. Access to this additional game may be automatically offered on the device used to activate the ticket, after activation, or may be given to the ticket holder upon request.
  • This additional game is defined by parameters which are here stored in a database 540. These parameters include at least one ticket contextual element, making it possible to personalize the additional game.
  • the contextual element obtained by the additional game module 535 can be used to define a parameter of the game, for example a graphic environment of the additional game, or to change the information displayed to the player, adapt the context from which the game runs or the choices offered to him.
  • the contextual element of the ticket is here obtained from the central system from the logistics identifier 510 thanks to an access module 545 connected to a database 550 which establishes a link between logistics identifiers and contextual elements.
  • Database 550 is built when tickets are generated.
  • An example of such a database is presented in the appendix, in the form of a table (table 1 ) associating contextual elements with ticket numbers.
  • the contextual element with the value "1" is associated with tickets bearing the logistics identifiers "0123456789", "1063285412” and "6893617531".
  • the additional game module 535 interrogates the reading module 530 which transmits the logistic identifier 510 to the access module 545.
  • the latter after having obtained the contextual element of the ticket from from the database 550, transmits this contextual element to the reading module 530 which in turn transmits it to the additional game module 535.
  • the contextual element received is then used as a parameter of the game rules obtained from the database 540 and used by the additional game module 535.
  • a code other than the logistics identifier can be used to find the contextual element.
  • one or more external criteria can be used to define other contextual elements, in order to increase the variety of additional games.
  • Such external criteria are, for example, the place, date and/or time of purchase of the ticket, or access to the additional game via the player application.
  • the status of the tickets is stored in a database 555.
  • Figure 6 illustrates a second example of steps for offering an additional game to a player, the additional game being personalized according to the characteristics of a game ticket.
  • a scratch off game ticket 600 comprises graphic elements relating to the game, graphic elements relating to a contextual element of the game, one or more scratch zones, a logistics identifier, a validation code and additional information.
  • the latter can be part of the logistics identifier or of the validation code, can be independent and arranged at a predetermined location or can be independent and identifiable using predetermined graphic indications. It makes it possible to obtain the contextual element of the additional game.
  • the ticket 600 notably comprises a game reference 605, a logistics identifier 610, a validation code 615, a scratch off area 620, a graphic element 625 and additional information 630 relating to a contextual element.
  • the logistics identifier 610, the validation code 615 and/or the additional information 630 are for example printed in the form of letters and/or numbers. Alternatively or additionally, they can be printed in barcode and/or QR code form. Again, the graphic element 625 relating to a contextual element is not used here as such to contextualize the additional game.
  • the logistics identifier 610, the validation code 615 and the additional information 630 are obtained by an optical reading module 635 or via a manual entry module, for example at using a physical or virtual keyboard on a touch screen.
  • the ticket holder can here access an additional game through the additional game module 640.
  • this additional game module is for example an application executed on a server of the organizer of the game, accessible remotely by a personal device such as a smartphone or a tablet, or by a computer located in a point of sale. According to particular embodiments, this game module can also be downloaded and executed on a personal device. Access to this additional game may be automatically offered on the device used to activate the ticket, after activation, or may be given to the ticket holder upon request.
  • This additional game is defined by parameters which are here stored in a database 645. These parameters include at least one ticket contextual element, making it possible to personalize the additional game.
  • the contextual element obtained by the additional game module 640 can be used to define a parameter of the game, for example a graphical environment of the additional game to define a parameter of the game, for example an additional graphical environment of the game, or to modify the information displayed to the player, adapt the context from which the game runs or the choices offered to him.
  • the ticket here comprises a representation of a contextual element readable by the reading module 635.
  • This indication can be independent (eg additional information 630) or be integrated into the logistics identifier or the validation code , for example in the form of additional characters, for example of two additional digits allowing to allocate up to 100 elements contextual to a set of tickets.
  • This representation of the contextual element can be directly interpreted by the reading module 635 or by the additional game module 640 after this representation of the contextual element has been transmitted to it.
  • one or more external criteria can be used to define other context elements, in order to increase the variety of additional games.
  • Such external criteria are, for example, the place, date and/or time of purchase of the ticket, or access to the additional game via the player application.
  • the context element indication can be in the form of a specific code that can be read directly on the ticket as described with reference to Figure 6, in another mode of realization, this indication can be obtained differently, for example by image analysis to identify a graphic element representative of the attribute or the genre, for example the graphic element 625 in figure 6, or by reassignment of an existing code on tickets.
  • a database 650 accessible by the additional game module 635 and by a game data access module 655, is used in particular to memorize the status of the tickets. and/or obtain it.
  • FIG. 7 illustrates an example of steps of a method for contextual adaptation of an additional game according to particular embodiments of the invention.
  • a first step aims to identify an additional game associated with a scratch game ticket.
  • the additional game can be identified from the ticket itself or, for example, from the logistics identifier.
  • Access to the additional game is then authorized to the bearer of the ticket in question (step 705).
  • the contextual element of the ticket is obtained (step 710).
  • this contextual element can be obtained directly from the ticket by reading a specific indication (example described with reference to Figure 6), for example a textual indication , coded or graphical or indirectly, for example from the logistic identifier of the ticket, by accessing a database associating contextual elements with tickets (example described with reference to FIG. 5).
  • the identified additional game is then contextualized (step 715).
  • the contextual adaptation may include a step of determining a graphical game environment to allow the interactive game to be launched.
  • Figure 8 illustrates an example of a device that can be used to implement, at least partially, embodiments of the invention, in particular the steps described with reference to Figures 5 to 7.
  • the device 800 is for example a server, a computer or a terminal.
  • the device 800 preferably comprises a communication bus 802 to which are connected:
  • CPU Central Processing Unit
  • ROM Read Only Memory
  • Prog Program Program
  • RAM Random Access Memory in Anglo-Saxon terminology
  • cache memory 808 comprising registers adapted to record variables and parameters created and modified during the execution of the aforementioned programs
  • a communication interface 826 connected to a distributed communication network 828, for example a wireless communication network and/or a local communication network, the interface being capable of transmitting and receiving data, in particular to and from a user's device.
  • a distributed communication network 828 for example a wireless communication network and/or a local communication network
  • the device 800 can also have the following elements:
  • hard disk 820 which can include the aforementioned "Prog" programs and data processed or to be processed according to the invention
  • a reader 810 of removable storage medium 812 such as a memory card or a disc, for example a DVD disc;
  • the communication bus allows communication and interoperability between the different elements included in the device 800 or connected to it.
  • the representation of the bus is not limiting and, in particular, the central unit is capable of communicating instructions to any element of the device 800 directly or via another element of the device 800.
  • the executable code of each program allowing the programmable device to implement the processes according to the invention can be stored, for example, in the hard disk 820 or in ROM 806.
  • the executable code of the programs can be received via the communication network 828, via the interface 826, to be stored in the same way as described above.
  • the program(s) can be loaded into one of the storage means of the device 800 before being executed.
  • the central unit 804 will control and direct the execution of the instructions or portions of software code of the program(s) according to the invention, instructions which are stored in the hard disk 820 or in the ROM 806 or else in the other aforementioned storage elements.
  • the program or programs which are stored in a non-volatile memory for example the hard disk 820 or the ROM 806, are transferred to the random access memory 808 which then contains the executable code of the program or programs according to the invention, as well as registers for storing the variables and parameters necessary for the implementation of the invention.

Landscapes

  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Pinball Game Machines (AREA)

Abstract

L'invention concerne l'adaptation contextuelle de jeux dans un système de jeu comprenant un dispositif de traitement de données et une gamme de tickets physiques de jeu associés à un jeu principal, chaque ticket de jeu comprenant un élément contextuel associé au jeu principal, au moins deux tickets distincts de la gamme de tickets comprenant deux éléments contextuels distincts et au moins deux tickets distincts de la gamme de tickets comprenant un même élément contextuel. Pour un ticket de la gamme de tickets, un jeu additionnel est identifié en fonction d'une indication du ticket. L'accès à ce jeu additionnel est donné à un détenteur de ce ticket en adaptant, selon un élément contextuel obtenu, le jeu additionnel identifié, le jeu additionnel contextualisé étant propre à l'élément contextuel obtenu.

Description

Procédé, dispositif et programme d’ordinateur d’adaptation contextuelle de jeux phygitaux
[0001] L’ invention se rapporte au domaine des jeux phygitaux comprenant une participation à des jeux initiaux physiques de grattage suivis de jeux additionnels digitaux tels que des jeux interactifs ou des jeux instantanés.
[0002] Les jeux de grattage utilisent généralement un support portant une information de résultat, ce dernier étant accessible après grattage de la zone de jeu, c’est-à-dire après retrait d’un masque. Ces supports se présentent typiquement sous forme de tickets vendus dans des points de vente d’un réseau de détaillants ou des distributeurs automatiques. De façon générale, chaque ticket est identifié de manière unique par un identifiant dit logistique. L’identifiant logistique est lisible en clair au recto et/ou au verso du ticket, sous forme d'un nombre ou d'un code-barres.
[0003] Le résultat d’un jeu de grattage peut être un résultat perdant ou un résultat gagnant, un résultat gagnant pouvant indiquer un gain. Dans le cas des jeux phygitaux, un résultat peut permettre de participer à un second jeu (ou jeu additionnel) digital, par exemple un jeu de type quitte ou double. Le jeu digital est proposé aux joueurs en fonction du caractère gagnant ou perdant de leur ticket et le cas échéant de leur rang de gain. Ainsi, un jeu digital peut être proposé, par exemple, à tous les joueurs possédant un ticket perdant ou à tous les joueurs possédant un ticket gagnant sauf au rang le plus élevé. La participation à un tel second jeu peut être réalisée sur un équipement personnel du joueur (comme un téléphone mobile intelligent (ou smartphone), une tablette ou un ordinateur) ou sur une borne de jeux mise à la disposition des joueurs dans certains points de vente. Pour permettre la gestion des jeux de grattage, chaque ticket porte un code de validation qui, combiné à l’identifiant logistique, permet d'interroger un système central pour savoir si le ticket est gagnant ou non et quel résultat lui est associé. Le code de validation est imprimé dans une zone masquée, sous forme de code-barres et/ou d'un nombre.
[0004] Bien que les jeux phygitaux offrent une nouvelle expérience aux joueurs, celle-ci reste limitée. La présente invention a pour objet d’enrichir et personnaliser l'expérience joueur sans modifier fondamentalement les principes du jeu.
Exposé de l’invention
[0005] A cet effet, l’invention propose un procédé, un dispositif, un système et programme d’ordinateur d’adaptation contextuelle de jeux phygitaux. [0006] Il est ainsi proposé un procédé d’adaptation contextuelle de jeu dans un système de jeu comprenant au moins un dispositif de traitement de données et une gamme de tickets physiques de jeu associés à un jeu principal, chaque ticket de jeu comprenant au moins un élément contextuel associé au jeu principal, au moins deux tickets distincts de la gamme de tickets comprenant deux éléments contextuels distincts et au moins deux tickets distincts de la gamme de tickets comprenant un même élément contextuel, le procédé étant mis en oeuvre dans le au moins un dispositif et comprenant, pour au moins un ticket de la gamme de tickets,
• identification d’un jeu additionnel en fonction d’au moins une indication dudit au moins un ticket ;
• autorisation d’accès audit jeu additionnel à un détenteur dudit au moins un ticket ;
• obtention de l’élément contextuel dudit au moins un ticket ; et
• adaptation, selon ledit élément contextuel obtenu, dudit jeu additionnel identifié, ledit jeu additionnel contextualisé étant propre audit élément contextuel obtenu.
[0007] Le procédé selon l’invention permet ainsi l’adaptation contextuelle de jeux digitaux additionnels à des jeux de grattage. Par adaptation contextuelle, on entend notamment l’adaptation de l'univers du jeu, l’adaptation des éléments graphiques statiques (cas des deux premiers exemples), l’adaptation du scénario et des symboles de révélation du gain du jeu digital, etc.
[0008] Selon des modes de réalisation particuliers, ladite obtention est réalisée par lecture optique d’une information complémentaire imprimée sur le ticket. L’information complémentaire peut être une extension d’un identifiant logistique du ticket. L’identifiant logistique est par exemple imprimé sur le ticket sous la forme de chiffres et/ou d’un code- barres, ou de toute autre représentation lisible par un système de lecture optique.
[0009] Toujours selon des modes de réalisation particuliers, ladite obtention est réalisée par consultation, à partir de l’un identifiant logistique du ticket, d’une base de données associant des éléments contextuels aux tickets.
[0010] Toujours selon des modes de réalisation particuliers, le procédé comprend en outre une adaptation contextuelle supplémentaire dudit jeu additionnel identifié selon au moins un critère externe. Le critère externe peut notamment être le lieu, la date et/ou l’heure d’achat du ticket ou d’accès au jeu additionnel.
[0011] L’ invention a également pour objet un dispositif comprenant une unité de traitement configurée pour exécuter chacune des étapes du procédé décrit précédemment ainsi qu’un système de jeu comprenant un tel dispositif et une gamme de tickets de jeu associés à un jeu principal, chaque ticket de jeu comprenant un élément contextuel d’une pluralité d’éléments contextuels associés au jeu principal, au moins deux tickets distincts de la gamme de tickets comprenant deux éléments contextuels distincts et au moins deux tickets distincts de la gamme de tickets comprenant un même élément contextuel.
[0012] La présente invention vise également un programme informatique comportant des instructions pour la mise en oeuvre du procédé précédemment décrit, ou de certaines parties de ce procédé, lorsque ce programme est exécuté par un ordinateur.
[0013] Ce programme peut utiliser n’importe quel langage de programmation (par exemple, un langage objet ou autre) et être sous la forme d’un code source interprétable, d’un code partiellement compilé ou d’un code totalement compilé.
[0014] Un autre aspect concerne un support de stockage non-transitoire d’un programme exécutable par ordinateur, comprenant un ensemble de données représentant un ou plusieurs programmes, lesdits un ou plusieurs programmes comprenant des instructions pour, lors de l’exécution desdits un ou plusieurs programmes par un ordinateur comprenant une unité de traitement couplée de manière opérationnelle à des moyens mémoires et à un module d’interface entrées/sorties, pour exécuter tout ou partie du procédé décrit ci-dessus.
Brève description des dessins
[0015] D’autres caractéristiques, détails et avantages de l’invention apparaîtront à la lecture de la description détaillée ci-après. Celle-ci est purement illustrative et doit être lue en regard des dessins annexés, dans lesquels :
Fig. 1
[0016] [Fig. 1] illustre un exemple d’un environnement dans lequel l’invention peut être mise en oeuvre selon des modes de réalisation particuliers ;
Fig. 2
[0017] [Fig. 2] illustre un exemple d’un ticket de jeu de grattage côté recto lorsque les masques n’ont pas été retirés (a), côté verso (b) et côté recto lorsque les masques ont été retirés (c) ;
Fig. 3
[0018] [Fig. 3] illustre un premier exemple d’une gamme de trois tickets différents d’un même jeu de grattage ; Fig. 4
[0019] [Fig. 4] illustre un second exemple d’une gamme de trois tickets différents d’un même jeu de grattage ;
Fig. 5
[0020] [Fig. 5] illustre un premier exemple d’étapes pour proposer un jeu additionnel à un joueur, le jeu additionnel étant personnalisé selon des caractéristiques d’un ticket de jeu ;
Fig. 6
[0021] [Fig. 6] illustre un second exemple d’étapes pour proposer un jeu additionnel à un joueur, le jeu additionnel étant personnalisé selon des caractéristiques d’un ticket de jeu ;
Fig. 7
[0022] [Fig. 7] illustre un exemple d’étapes d’un procédé d’adaptation contextuelle d’un jeu additionnel selon des modes de réalisation particuliers de l’invention ; et
Fig. 8
[0023] [Fig. 8] illustre un exemple de dispositif pouvant être utilisé pour mettre en oeuvre, au moins partiellement, des modes de réalisation de l’invention, notamment des étapes décrites en référence aux figures 5 à 7.
Description détaillée
[0024] Selon des modes de réalisation particuliers de l’invention, un ticket d’un jeu à gratter peut permettre l'adaptation d’un jeu additionnel digital à un ou des éléments de contexte portés par le ticket considéré. L'expérience du jeu additionnel est ainsi contextualisée. On entend notamment par élément de contexte, un choix du joueur lors de l'achat du ticket (par exemple un choix d’un signe astrologique dans le cadre du jeu à gratter « Astro » ou un choix d’un numéro dans le cadre du jeu « Numéro porte-bonheur » ou « Numéro fétiche ») ou encore un élément de jeu associé au ticket et découvert lors du grattage. L’expérience de jeu additionnel offre ainsi la possibilité de diversifier, contextualiser voire personnaliser l'expérience du joueur, en adaptant le jeu digital à un élément de contexte particulier.
[0025] La figure 1 illustre un exemple d’un environnement dans lequel l’invention peut être mise en oeuvre selon des modes de réalisation particuliers. Comme représenté, un utilisateur peut acheter un ticket de jeu 100 physique, par exemple dans un point de vente aussi appelé « point of sale » en terminologie anglo-saxonne (POS). Il comprend typiquement un identifiant logistique et un code de validation. Le code de validation est utilisé pour savoir si le joueur a gagné ou non et pour déterminer un statut. A titre d’illustration, après avoir été validé, un ticket peut être dans un état payable, déjà payé ou bloqué, par exemple s’il a été déclaré volé.
[0026] Pour obtenir le paiement d’éventuels lots, le joueur peut se rendre dans un point de vente pourvu d’un terminal 105 connecté à un serveur 110 du gestionnaire du jeu considéré, via un réseau de communication 115. Le terminal 105 comprend des moyens de saisie tels qu’un clavier ou des moyens de lecture tels qu’un scanner pour obtenir le code de validation d’un ticket. Il comprend également des moyens pour adresser des requêtes au serveur 110, notamment des requêtes comprenant des codes de validation de tickets. Ainsi, après avoir lu les identifiants ou codes d’un ticket, le terminal 105 adresse une requête au serveur 110, comprenant l’identifiant logistique et le code de validation, pour connaître le montant du gain et le statut du ticket. En réponse, le terminal reçoit les informations de gains et de statut. Le cas échéant, le point de vente peut alors payer les gains au joueur.
[0027] D’autre part, un joueur peut utiliser un dispositif personnel, par exemple un smartphone 120, une tablette 125 ou un ordinateur personnel (non représenté) pour accéder à un jeu digital additionnel du jeu à gratter. A ces fins, il peut utiliser une application spécifique ou une interface web. Selon des modes de réalisation particuliers, le jeu additionnel modifie le gain porté par le ticket à gratter considéré, par exemple pour ajouter un gain, monétaire ou en nature, à un ticket initialement gagnant ou perdant ou pour réduire partiellement ou totalement le gain porté par le ticket. Il peut s’agir, par exemple, d’un jeu interactif de type quitte ou double.
[0028] En effet, après avoir transmis le résultat du ticket considéré, ou simultanément, le serveur 110 peut transmettre une indication selon laquelle une possibilité est offerte au joueur, possesseur du ticket considéré, de participer à un second jeu, aussi appelé add-on ou jeu additionnel. Il peut s’agir, par exemple, d’un jeu interactif de type « quitte ou double », ou d’un jeu de tirage de type « seconde chance ». Le joueur peut alors lancer le jeu interactif ou confirmer sa participation au second jeu de tirage à l’aide de l’application spécifique ou de l’interface web. Une telle possibilité peut également être offerte à un joueur à un point de vente. Selon des modes de réalisation particuliers, le lancement du jeu interactif ou l’enregistrement de la participation d’un joueur à un second jeu est effectué automatiquement, lorsqu’un joueur consulte son ticket sur l’application spécifique ou l’interface web. [0029] Selon des modes de réalisation de l’invention, certains paramètres du second jeu sont déterminés en fonction d’un élément contextuel associé au ticket considéré, personnalisant ainsi le second jeu en fonction dudit élément contextuel. Il peut s’agir, par exemple, dans le cadre d’un jeu de grattage ayant pour thème l’astrologie, du signe du zodiaque imprimé sur le ticket. Il peut aussi s’agir, par exemple d’un symbole découvert après grattage lié à l’univers du jeu.
[0030] La figure 2 illustre un exemple d’un ticket de jeu de grattage côté recto lorsque les masques n’ont pas été retirés (a), côté verso (b) et côté recto lorsque les masques ont été retirés (c). Comme illustré, le ticket 200 comprend ici une référence graphique 205 au jeu pour lequel le ticket a été édité, ici le jeu « Numéro Fétiche », un élément contextuel 210 correspondant ici au numéro fétiche « 1 » ainsi que des zones à gratter, par exemple les zones à gratter 215-1 et 215-2. Comme indiqué, le grattage de la zone de masquage 215-2 annule le ticket. Le verso du ticket comprend par exemple un extrait des règles du jeu ainsi que des références, par exemple un numéro de ticket 220 et des code-barres correspondants 225. L’élément contextuel est partie intégrante de l’expérience de grattage et de la représentation graphique du ticket. Pour être exploité dans le cadre d’un jeu additionnel digital, l’élément contextuel doit être accessible à l’application du joueur et à la plateforme de jeu. Sa valeur peut être imprimée sur le ticket, par exemple dans une extension du code logistique, ou enregistrée dans le système central de jeu comme attribut complémentaire du ticket.
[0031] La figure 3 illustre un premier exemple d’une gamme de trois tickets différents d’un même jeu de grattage. Comme illustré, il s’agit du jeu de grattage « Numéro Fétiche » décrit en référence à la figure 2. Le premier ticket (ticket a) a un élément contextuel correspondant au numéro fétiche « 1 », le second ticket (ticket b) a un élément contextuel correspondant au numéro fétiche « 2 » et le troisième ticket (ticket c) a un élément contextuel correspondant au numéro fétiche « 3 ». Ces trois tickets permettent de jouer à un même jeu principal, ici le jeu de grattage « Numéro Fétiche » et, conformément à des modes de réalisation de l’invention, à des jeux additionnels personnalisés de façon différente.
[0032] La figure 4 illustre un second exemple d’une gamme de trois tickets différents d’un même jeu de grattage. Comme illustré, il s’agit du jeu de grattage « Astro ». Le premier ticket (ticket a) a un élément contextuel correspondant au signe « Verseau », le second ticket (ticket b) a un élément contextuel correspondant au signe « Taureau » et le troisième ticket (ticket c) a un élément contextuel correspondant au signe « Scorpion ». Ces trois tickets permettent de jouer à un même jeu principal, ici le jeu de grattage « Astro » et, conformément à des modes de réalisation de l’invention, à des jeux additionnels personnalisés de façon différente.
[0033] La figure 5 illustre un premier exemple d’étapes pour proposer un jeu additionnel à un joueur, ce jeu additionnel étant personnalisé selon des caractéristiques d’un ticket de jeu appartenant à une gamme de tickets. Selon ce premier exemple, un ticket de jeu à gratter 500 comprend des éléments graphiques relatifs au jeu, des éléments graphiques relatifs à un élément contextuel du jeu, une ou plusieurs zones à gratter, un identifiant logistique et un code de validation. Ainsi, par exemple, le ticket 500 comprend notamment une référence de jeu 505, un identifiant logistique 510, un code de validation 515, une zone à gratter 520 et un élément graphique 525 relatif à un élément contextuel. L’identifiant logistique 510 est par exemple imprimé sous forme de lettres et/ou de chiffres. Alternativement ou de façon complémentaire, il peut être imprimé sous forme de code- barres et/ou de QR code. Il est observé que selon le mode de réalisation décrit ici, l’élément graphique 525 relatif à un élément contextuel n’est pas utilisé en tant que tel pour contextualiser le jeu additionnel. Cependant, cet élément peut être utilisé par le joueur pour choisir le ticket.
[0034] Selon l’exemple illustré sur la figure 5, l’identifiant logistique 510 et le code de validation 515 sont obtenus par un module de lecture optique 530 ou via un module de saisie manuelle, par exemple à l’aide d’un clavier physique ou virtuel sur un écran tactile.
[0035] Après vérification d’un ticket, le possesseur du ticket peut ici accéder à un jeu additionnel à travers un module de jeu additionnel 535. Ce module de jeu additionnel 535 est par exemple une application exécutée sur un serveur de l’organisateur du jeu, accessible à distance par un dispositif personnel tel qu’un smartphone ou une tablette, ou par un ordinateur situé dans un point de vente. Selon des modes de réalisation particuliers, ce module de jeu peut également être téléchargé et exécuté sur un dispositif personnel. L’accès à ce jeu additionnel peut être automatiquement proposé sur le dispositif utilisé pour activer le ticket, après activation, ou peut être donné au possesseur du ticket à sa demande. Ce jeu additionnel est défini par des paramètres qui sont ici mémorisés dans une base de données 540. Ces paramètres comprennent au moins un élément contextuel de ticket, permettant de personnaliser le jeu additionnel.
[0036] A titre d’illustration, si le jeu additionnel est un jeu interactif, l’élément contextuel obtenu par le module de jeu additionnel 535 peut être utilisé pour définir un paramètre du jeu, par exemple un environnement graphique du jeu additionnel, ou pour modifier les informations affichées au joueur, adapter le contexte à partir duquel le jeu s’exécute ou les choix qui lui sont proposés.
[0037] L’ élément contextuel du ticket est ici obtenu du système central à partir de l’identifiant logistique 510 grâce à un module d’accès 545 relié à une base de données 550 qui établit un lien entre des identifiants logistiques et des éléments contextuels. La base de données 550 est construite lors de la génération des tickets. Un exemple d’une telle base de données est présenté en annexe, sous forme d’un tableau (table 1 ) associant des éléments contextuels à des numéros de ticket. A titre d’illustration, l’élément contextuel ayant la valeur « 1 » est associé aux tickets portant les identifiants logistiques « 0123456789 », « 1063285412 » et « 6893617531 ».
[0038] Selon un mode de réalisation particulier, le module de jeu additionnel 535 interroge le module de lecture 530 qui transmet l’identifiant logistique 510 au module d’accès 545. Ce dernier, après avoir obtenu l’élément contextuel du ticket à partir de la base de données 550, transmet cet élément contextuel au module de lecture 530 qui le transmet à son tour au module de jeu additionnel 535. L’élément contextuel reçu est alors utilisé comme paramètre des règles de jeu obtenues de la base de données 540 et utilisées par le module de jeu additionnel 535. Alternativement, un autre code que l’identifiant logistique peut être utilisé pour retrouver l’élément contextuel.
[0039] Il est observé ici qu’un ou plusieurs critères externes peuvent être utilisé(s) pour définir d’autres éléments de contexte, afin d’augmenter la variété des jeux additionnels. De tels critères externes sont, par exemple, le lieu, la date et/ou l’heure d’achat du ticket, ou d’accès au jeu additionnel via l’application joueur.
[0040] Selon l’exemple illustré, le statut des tickets est mémorisé dans une base de données 555.
[0041] La figure 6 illustre un second exemple d’étapes pour proposer un jeu additionnel à un joueur, le jeu additionnel étant personnalisé selon des caractéristiques d’un ticket de jeu.
[0042] Comme dans l’exemple décrit en référence à la figure 5, un ticket de jeu 600 à gratter comprend des éléments graphiques relatifs au jeu, des éléments graphiques relatifs à un élément contextuel du jeu, une ou plusieurs zones à gratter, un identifiant logistique, un code de validation et une information complémentaire. Cette dernière peut faire partie de l’identifiant logistique ou du code de validation, peut être indépendante et disposée à un emplacement prédéterminé ou peut être indépendante et identifiable à l’aide d’indications graphiques prédéterminées. Elle permet d’obtenir l’élément contextuel du jeu additionnel. Ainsi, par exemple, le ticket 600 comprend notamment une référence de jeu 605, un identifiant logistique 610, un code de validation 615, une zone à gratter 620, un élément graphique 625 et une information complémentaire 630 relatifs à un élément contextuel. L’identifiant logistique 610, le code de validation 615 et/ou l’information complémentaire 630 sont par exemple imprimés sous forme de lettres et/ou de chiffres. Alternativement ou de façon complémentaire, ils peuvent être imprimés sous forme de code-barres et/ou de QR code. A nouveau, l’élément graphique 625 relatif à un élément contextuel n’est pas ici utilisé en tant que tel pour contextualiser le jeu additionnel.
[0043] Selon l’exemple illustré sur la figure 6, l’identifiant logistique 610, le code de validation 615 et l’information complémentaire 630 sont obtenus par un module de lecture optique 635 ou via un module de saisie manuelle, par exemple à l’aide d’un clavier physique ou virtuel sur un écran tactile.
[0044] Après vérification d’un ticket, le possesseur du ticket peut ici accéder à un jeu additionnel à travers le module de jeu additionnel 640. A nouveau, ce module de jeu additionnel est par exemple une application exécutée sur un serveur de l’organisateur du jeu, accessible à distance par un dispositif personnel tel qu’un smartphone ou une tablette, ou par un ordinateur situé dans un point de vente. Selon des modes de réalisation particuliers, ce module de jeu peut également être téléchargé et exécuté sur un dispositif personnel. L’accès à ce jeu additionnel peut être automatiquement proposé sur le dispositif utilisé pour activer le ticket, après activation, ou peut être donné au possesseur du ticket à sa demande. Ce jeu additionnel est défini par des paramètres qui sont ici mémorisés dans une base de données 645. Ces paramètres comprennent au moins un élément contextuel de ticket, permettant de personnaliser le jeu additionnel.
[0045] A titre d’illustration, si le jeu additionnel est un jeu interactif, l’élément contextuel obtenu par le module de jeu additionnel 640 peut être utilisé pour définir un paramètre du jeu, par exemple un environnement graphique du jeu additionnel pour définir un paramètre du jeu, par exemple un environnement graphique du jeu additionnel, ou pour modifier les informations affichées au joueur, adapter le contexte à partir duquel le jeu s’exécute ou les choix qui lui sont proposés.
[0046] Comme indiqué précédemment, le ticket comprend ici une représentation d’un élément contextuel lisible par le module de lecture 635. Cette indication peut être indépendante (e.g. information complémentaire 630) ou être intégrée à l’identifiant logistique ou au code de validation, par exemple sous forme de caractères supplémentaires, par exemple de deux chiffres supplémentaires permettant d’attribuer jusqu’à 100 éléments contextuels à un ensemble de tickets. Cette représentation de l’élément contextuel est directement interprétable par le module de lecture 635 ou par le module de jeu additionnel 640 après que cette représentation de l’élément contextuel lui ait été transmise.
[0047] A nouveau, il est observé ici qu’un ou plusieurs critères externes peuvent être utilisé(s) pour définir d’autres éléments de contexte, afin d’augmenter la variété des jeux additionnels. De tels critères externes sont, par exemple, le lieu, la date et/ou l’heure d’achat du ticket, ou d’accès au jeu additionnel via l’application joueur.
[0048] Il est en outre observé ici que si l’indication d’élément de contexte peut se présenter sous forme d’un code spécifique pouvant être lu directement sur le ticket comme décrit en référence à la figure 6, dans un autre mode de réalisation, cette indication peut être obtenue différemment, par exemple par analyse d’images pour identifier un élément graphique représentatif de l’attribut ou du genre, par exemple l’élément graphique 625 sur la figure 6, ou par réaffectation d’un code existant sur les tickets.
[0049] Comme dans l’exemple illustré sur la figure 5, une base de données 650, accessible par le module de jeu additionnel 635 et par un module d’accès aux données de jeux 655, est notamment utilisée pour mémoriser le statut des tickets et/ou l’obbtenir.
[0050] La figure 7 illustre un exemple d’étapes d’un procédé d’adaptation contextuelle d’un jeu additionnel selon des modes de réalisation particuliers de l’invention.
[0051] Comme illustré, une première étape (étape 700) a pour objet d’identifier un jeu additionnel associé à un ticket de jeu de grattage. Le jeu additionnel peut être identifié à partir du ticket lui-même ou, par exemple, à partir de l’identifiant logistique.
[0052] L’ accès au jeu additionnel est ensuite autorisé au porteur du ticket considéré (étape 705).
[0053] Dans une étape suivante, l’élément contextuel du ticket est obtenu (étape 710). Comme décrit précédemment, notamment en référence aux figures 5 et 6, cet élément contextuel peut être obtenu directement à partir du ticket par une lecture d’une indication spécifique (exemple décrit en référence à la figure 6), par exemple d’une indication textuelle, codée ou graphique ou indirectement, par exemple à partir de l’identifiant logistique du ticket, en accédant à une base de données associant des éléments contextuels à des tickets (exemple décrit en référence à la figure 5).
[0054] Le jeu additionnel identifié est ensuite contextualisé (étape 715). Selon le jeu additionnel identifié, l’adaptation contextuelle peut comprendre une étape de détermination d’un environnement graphique de jeu pour permettre le lancement du jeu interactif. [0055] La figure 8 illustre un exemple de dispositif pouvant être utilisé pour mettre en oeuvre, au moins partiellement, des modes de réalisation de l’invention, notamment des étapes décrites en référence aux figures 5 à 7.
[0056] Le dispositif 800 est par exemple un serveur, un ordinateur ou un terminal.
[0057] Le dispositif 800 comporte de préférence un bus de communication 802 auquel sont reliées :
- une unité centrale de traitement ou microprocesseur 804 (CPU, sigle de Central Processing Unit en terminologie anglo-saxonne) ;
- une mémoire morte 806 (ROM, acronyme de Read Only Memory en terminologie anglo- saxonne) pouvant comporter le système d’exploitation et des programmes tels que "Prog" ;
- une mémoire vive ou mémoire cache 808 (RAM, acronyme de Random Access Memory en terminologie anglo-saxonne) comportant des registres adaptés à enregistrer des variables et paramètres créés et modifiés au cours de l'exécution des programmes précités ; et
- une interface de communication 826 reliée à un réseau de communication distribué 828, par exemple un réseau de communication sans fil et/ou un réseau de communication local, l'interface étant apte à transmettre et à recevoir des données, notamment vers et depuis un dispositif d’un utilisateur.
[0058] Optionnellement, le dispositif 800 peut également disposer des éléments suivants :
- un disque dur 820 pouvant comporter les programmes "Prog" précités et des données traitées ou à traiter selon l’invention ;
- un clavier 822 et une souris 824 ou tout autre dispositif de pointage comme un crayon optique, un écran tactile ou une télécommande permettant à l’utilisateur d’interagir avec les programmes selon l'invention ;
- un lecteur 810 de support amovible de stockage 812 tel qu’une carte mémoire ou un disque, par exemple un disque DVD ; et
- une carte graphique 814 reliée à un écran 816.
[0059] Le bus de communication permet la communication et l'interopérabilité entre les différents éléments inclus dans le dispositif 800 ou reliés à lui. La représentation du bus n'est pas limitative et, notamment, l'unité centrale est susceptible de communiquer des instructions à tout élément du dispositif 800 directement ou par l'intermédiaire d'un autre élément du dispositif 800. [0060] Le code exécutable de chaque programme permettant à l'appareil programmable de mettre en oeuvre les processus selon l'invention peut être stocké, par exemple, dans le disque dur 820 ou en mémoire morte 806.
[0061] Selon une variante, le code exécutable des programmes pourra être reçu par l'intermédiaire du réseau de communication 828, via l'interface 826, pour être stocké de façon identique à celle décrite précédemment.
[0062] De manière plus générale, le ou les programmes pourront être chargés dans un des moyens de stockage du dispositif 800 avant d'être exécutés.
[0063] L'unité centrale 804 va commander et diriger l'exécution des instructions ou portions de code logiciel du ou des programmes selon l'invention, instructions qui sont stockées dans le disque dur 820 ou dans la mémoire morte 806 ou bien dans les autres éléments de stockage précités. Lors de la mise sous tension, le ou les programmes qui sont stockés dans une mémoire non volatile, par exemple le disque dur 820 ou la mémoire morte 806, sont transférés dans la mémoire vive 808 qui contient alors le code exécutable du ou des programmes selon l'invention, ainsi que des registres pour mémoriser les variables et paramètres nécessaires à la mise en oeuvre de l'invention.
[0064] En fonction du mode de réalisation choisi, certains actes, actions, événements ou fonctions de chacune des méthodes décrites dans le présent document peuvent être effectués ou se produire selon un ordre différent de celui dans lequel ils ont été décrits, ou peuvent être ajoutés, fusionnés ou bien ne pas être effectués ou ne pas se produire, selon le cas. En outre, dans certains modes de réalisation, certains actes, actions ou événements sont effectués ou se produisent concurremment et non pas successivement.
[0065] Bien que décrits à travers un certain nombre d’exemples de réalisation détaillés, le procédé proposé et l’équipement pour la mise en oeuvre du procédé comprennent différentes variantes, modifications et perfectionnements qui apparaîtront de façon évidente à l’homme de l’art, étant entendu que ces différentes variantes, modifications et perfectionnements font partie de la portée de l’invention, telle que définie par les revendications qui suivent. De plus, différents aspects et caractéristiques décrits ci-dessus peuvent être mis en oeuvre ensemble, ou séparément, ou bien substitués les uns aux autres, et l’ensemble des différentes combinaisons et sous combinaisons des aspects et caractéristiques font partie de la portée de l’invention. En outre, il se peut que certains systèmes et équipements décrits ci-dessus n’incorporent pas la totalité des modules et fonctions décrits pour les modes de réalisation préférés. [0066] [Tableau 1]
Figure imgf000015_0001

Claims

Revendications
[Revendication 1] Procédé d’adaptation contextuelle de jeu dans un système de jeu comprenant au moins un dispositif de traitement de données et une gamme de tickets physiques de jeu associés à un jeu principal, chaque ticket de jeu comprenant au moins un élément contextuel associé au jeu principal, au moins deux tickets distincts de la gamme de tickets comprenant deux éléments contextuels distincts et au moins deux tickets distincts de la gamme de tickets comprenant un même élément contextuel, le procédé étant mis en oeuvre dans le au moins un dispositif et comprenant, pour au moins un ticket de la gamme de tickets,
• identification d’un jeu additionnel en fonction d’au moins une indication dudit au moins un ticket ;
• autorisation d’accès audit jeu additionnel à un détenteur dudit au moins un ticket ;
• obtention de l’élément contextuel dudit au moins un ticket ; et
• adaptation, selon ledit élément contextuel obtenu, dudit jeu additionnel identifié, ledit jeu additionnel contextualisé étant propre audit élément contextuel obtenu.
[Revendication 2] Procédé selon la revendication 1 , selon lequel ladite obtention est réalisée par lecture optique d’une information complémentaire imprimée sur le ticket.
[Revendication 3] Procédé selon la revendication 2, selon lequel l’information complémentaire est une extension d’un identifiant logistique du ticket.
[Revendication 4] Procédé selon la revendication 3, selon lequel l’identifiant logistique est imprimé sur le ticket sous la forme de chiffres et/ou d’un code-barres, ou de toute autre représentation lisible par un système de lecture optique.
[Revendication 5] Procédé selon la revendication 1 , selon lequel ladite obtention est réalisée par consultation, à partir de l’un identifiant logistique du ticket, d’une base de données associant des éléments contextuels aux tickets.
[Revendication 6] Procédé selon l’une quelconque des revendications 1 à 5, comprenant en outre une adaptation contextuelle supplémentaire dudit jeu additionnel identifié selon au moins un critère externe.
[Revendication 7] Procédé selon la revendication 6, selon lequel le critère externe est le lieu, la date et/ou l’heure d’achat du ticket ou d’accès au jeu additionnel.
[Revendication 8] Programme d’ordinateur comprenant des instructions pour la mise en oeuvre de chacune des étapes du procédé selon l’une des revendications 1 à 7, lorsque ce programme est exécuté par un processeur.
[Revendication 9] Dispositif comprenant une unité de traitement configurée pour exécuter chacune des étapes du procédé selon l’une des revendications 1 à 7.
[Revendication 10] Système de jeu comprenant le dispositif selon la revendication 9 et une gamme de tickets de jeu associés à un jeu principal, chaque ticket de jeu comprenant un élément contextuel d’une pluralité d’éléments contextuels associés au jeu principal, au moins deux tickets distincts de la gamme de tickets comprenant deux éléments contextuels distincts et au moins deux tickets distincts de la gamme de tickets comprenant un même élément contextuel.
PCT/FR2022/051955 2021-10-22 2022-10-17 Procédé, dispositif et programme d'ordinateur d'adaptation contextuelle de jeux phygitaux WO2023067274A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CA3232893A CA3232893A1 (fr) 2021-10-22 2022-10-17 Procede, dispositif et programme d'ordinateur d'adaptation contextuelle de jeux phygitaux

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR2111258A FR3128383A1 (fr) 2021-10-22 2021-10-22 Procédé, dispositif et programme d’ordinateur d’adaptation contextuelle de jeux phygitaux
FR2111258 2021-10-22

Publications (1)

Publication Number Publication Date
WO2023067274A1 true WO2023067274A1 (fr) 2023-04-27

Family

ID=84331115

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/FR2022/051955 WO2023067274A1 (fr) 2021-10-22 2022-10-17 Procédé, dispositif et programme d'ordinateur d'adaptation contextuelle de jeux phygitaux

Country Status (3)

Country Link
CA (1) CA3232893A1 (fr)
FR (1) FR3128383A1 (fr)
WO (1) WO2023067274A1 (fr)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2003069567A2 (fr) * 2002-02-12 2003-08-21 Oberthur Gaming Technologies Inc. Systeme de jeu a billet de loterie-dispositif de communication
CA2451788A1 (fr) * 2003-12-24 2004-03-18 Pollard Banknote Limited Jeu a billets de loterie
US20090253482A1 (en) * 2009-03-08 2009-10-08 Multiplayer Gaming Technologies Llc System and Method for Management of Multiple Independent Lottery Tickets
US20110081958A1 (en) * 2009-07-02 2011-04-07 Herrmann Mark E System and method for increasing player participation
US20160346672A1 (en) * 2015-05-27 2016-12-01 Internationale Des Jeux Game system, game ticket and method for implementing a game

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2003069567A2 (fr) * 2002-02-12 2003-08-21 Oberthur Gaming Technologies Inc. Systeme de jeu a billet de loterie-dispositif de communication
CA2451788A1 (fr) * 2003-12-24 2004-03-18 Pollard Banknote Limited Jeu a billets de loterie
US20090253482A1 (en) * 2009-03-08 2009-10-08 Multiplayer Gaming Technologies Llc System and Method for Management of Multiple Independent Lottery Tickets
US20110081958A1 (en) * 2009-07-02 2011-04-07 Herrmann Mark E System and method for increasing player participation
US20160346672A1 (en) * 2015-05-27 2016-12-01 Internationale Des Jeux Game system, game ticket and method for implementing a game

Also Published As

Publication number Publication date
FR3128383A1 (fr) 2023-04-28
CA3232893A1 (fr) 2023-04-27

Similar Documents

Publication Publication Date Title
EP0665036B1 (fr) Système de jeu
US9087438B2 (en) Dynamically overlaying wagering game content
WO2008036661A2 (fr) Produits et procédés de jeu à base de points acquis
CA2258809A1 (fr) Jeu de hasard et d'argent sur ordinateur
MX2010007854A (es) Sistema y metodo para facilitar la operacion de un juego combinado de loteria/rifa.
FR2717283A1 (fr) Système amélioré de jeux à distance.
US10431042B2 (en) Recommendation module interleaved wagering system
US10373427B2 (en) System and method for volatility smoothing and odds enforcement through modified wager/draw generation
US20190355204A1 (en) Point of purchase hybrid gaming system
WO2023067274A1 (fr) Procédé, dispositif et programme d'ordinateur d'adaptation contextuelle de jeux phygitaux
EP3022711A2 (fr) Systeme de loterie a realite augmentee
FR2800492A1 (fr) Systeme de jeu de loterie et procede de mise en oeuvre d'un tel systeme
FR3110727A1 (fr) Procédé, dispositif et programme d’ordinateur pour identifier et ordonner des événements sélectionnables par un utilisateur
US20160093158A1 (en) Method and apparatus for communicating information about networked gaming machines to prospective players
US20150050976A1 (en) System and Method for Facilitating the Operation of a Combined Lottery/Bonus Game with Rewards
FR3137301A1 (fr) Système de jeux digitaux liés
WO2022058676A1 (fr) Procédé, dispositif et programme d'ordinateur de gestion de gains et de suivi dans un système informatique multi-jeux
EP2324893B1 (fr) Système de jeu de grattage et support de jeu correspondant
US20170109965A1 (en) Method and Apparatus for Social Gaming Storefront
WO2024003512A1 (fr) Procédé, dispositif et programme d'ordinateur de mise en oeuvre de jeux digitaux liés
WO2024003513A1 (fr) Système de jeux digitaux liés
FR3137477A1 (fr) Procédé, dispositif et programme d’ordinateur de mise en œuvre de jeux digitaux liés
WO2023126597A1 (fr) Procédé, dispositif et programme d'ordinateur d'établissement de profils de comportements d'usagers procédé, dispositif et programme d'ordinateur d'établissement de profils de comportements d'usagers
US11605264B2 (en) Collecting and levelling up predictions as collectible cards
WO2023118703A1 (fr) Procédé, dispositif et programme d'ordinateur de dématérialisation de reçus de jeu

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 22801851

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 3232893

Country of ref document: CA

WWE Wipo information: entry into national phase

Ref document number: 2022801851

Country of ref document: EP

ENP Entry into the national phase

Ref document number: 2022801851

Country of ref document: EP

Effective date: 20240522