EP1473682A2 - Système de jeu avec des interfaces éloignés pour joueurs - Google Patents

Système de jeu avec des interfaces éloignés pour joueurs Download PDF

Info

Publication number
EP1473682A2
EP1473682A2 EP04251400A EP04251400A EP1473682A2 EP 1473682 A2 EP1473682 A2 EP 1473682A2 EP 04251400 A EP04251400 A EP 04251400A EP 04251400 A EP04251400 A EP 04251400A EP 1473682 A2 EP1473682 A2 EP 1473682A2
Authority
EP
European Patent Office
Prior art keywords
client
play
server
image
outcome value
Prior art date
Legal status (The legal status 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 status listed.)
Withdrawn
Application number
EP04251400A
Other languages
German (de)
English (en)
Other versions
EP1473682A3 (fr
Inventor
Graham Bowall
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Rok Corp Ltd
Original Assignee
Rok Corp Ltd
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
Priority claimed from GB0315289A external-priority patent/GB2401216A/en
Application filed by Rok Corp Ltd filed Critical Rok Corp Ltd
Publication of EP1473682A2 publication Critical patent/EP1473682A2/fr
Publication of EP1473682A3 publication Critical patent/EP1473682A3/fr
Withdrawn legal-status Critical Current

Links

Images

Classifications

    • 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

Definitions

  • the present invention relates to method providing a remote user interface in a gaming system, the method comprising sending a play request message from a client to a remote server, responding to the play request message at the server by generating a random play outcome value and transmitting the random play outcome value to the client and receiving said play outcome value at the client.
  • the present invention also related to gaming system comprising a client including display means and a server remote from the client, wherein the client is configured for sending a play request message to the remote server, receive a play outcome value, provided by the server in response to said play request message and the server is configured for responding to the play request message by generating a random play outcome value and transmitting the random play outcome value to the client, and to a server system for a gaming system having a remote user interface.
  • gaming apparatus Various form of gaming apparatus are well-known with the slot machine or "one-arm bandit" being a typical example.
  • the common features of gaming apparatus are means for generating a random value, means for accepting a stake, a user input device for triggering the generation of the random value and means for displaying the random value.
  • the random value may be constrained so that an apparatus will pay out a large percentage of the stake money received.
  • slot machines displayed the random value by stopping reels, bearing indicia on their circumferential faces, so that a set of indicia is presented to the user.
  • Cathode ray tubes have now largely replaced the old reels. However, the user is often presented with an image of spinning reels, imitating a electro-mechanical slot machine, on the cathode ray tube.
  • a solution to this problem is to provide the end user with the means to generate the outcome locally. This, however, has the problem that the outcome may need to be reported back, e.g. so that a prize can be claimed, and this reporting step makes this approach vulnerable to fraud.
  • An aim of the present invention is to provide a gaming system, and component parts thereof, which enables gaming using a client and a remote server which is less susceptible to fraud.
  • a reduction in the susceptibility to fraud has been achieved from the insight that an end user need only be provided with the experience of game play verisimilarly.
  • the game outcome can be determined at the server and communicated to the client, where the game play experience can subsequently be given to the user. Consequently, the grating of prizes or league positions is not dependent on easily spoofed reporting messages.
  • a method providing a remote user interface in a gaming system is characterised by receiving a game start user input at the client after said reception of the play outcome value and generating an image at the client in dependence on said play outcome value in response to reception of said game start input.
  • a gaming system is characterised by the client being configured to respond to a user input, after receiving the play outcome value, to generate an image at the client in dependence on the received play outcome.
  • a server system for a gaming system having a remote user interface is characterised by web server means making a client program available for download and dynamic content generating means, wherein the client program is configured for sending a play request message from a client to the web server means and generating an image at the client in dependence on a play outcome value, received from the web server means in response to a play request message, and in response to a user input made after reception of said play outcome value, and the dynamic content generating means is configured for responding to a play request message by generating a play outcome value and transmitting the random value to the requesting client.
  • the play outcome value is preferably random to some degree.
  • controlled profile methodologies are implemented and the game software limits the volatility of the games to keep the game closer to a desired percentage payout as possible, i.e. random with less volatility.
  • the image is a moving image, e.g. the reels of a slot machine, racing horses or cards turning over, and said play outcome value determines the final state of said image.
  • a plurality of play outcome values are generated and transmitted to the client in response to one play request message therefrom.
  • the client reports the generation of the image to the server.
  • the generation of images is preferably reported when all of the corresponding images have been generated.
  • communication between the client and the server uses http.
  • the client is a mobile phone, a PDA or a communicator.
  • a system embodying the present invention comprises an origin server 1, a client 2 comprising a mobile phone which supports J2ME (Java 2 Micro Edition), a mobile phone network 3, a WAP gateway 4 and the Internet 5.
  • J2ME Java 2 Micro Edition
  • a mobile phone network which supports J2ME (Java 2 Micro Edition)
  • a WAP gateway 4 and the Internet 5.
  • the origin server 1 comprises an Apache web server 6 with a Tomcat servlet container 7, a database 8 and static content.
  • the database 8 comprises user information, including user account data.
  • the static content includes a gaming MIDlet jar file 9 and the corresponding descriptor jad file 10.
  • Dynamic content is provided using JSP (Java Server Pages) and the servlet container 7 which hosts first and second servlets 11a, 11b.
  • a user In order to use the system shown in Figures 1 and 2, a user must register with the system and open an account with the operator of the origin server 1. In order to play games, the user must transfer funds to his/her account with the operator of the origin server 1. The details of the user, e.g. name and address, and the user's account are stored in the database in a conventional manner. On registering, the user is provided with username and password for accessing resources on the origin server 1.
  • the MIDlet 9 may be downloaded before registration but cannot be used until after registration. "Over the air" provisioning of MIDlets in this way is conventional.
  • the downloaded MIDlet 9 provides a user interface for the game. In the present example, the user interface simulates the reels of a slot machine. However, other graphics such as racing horses could be used.
  • the MIDlet 9 sends an http request to the origin server 1 and displays a screen with a message asking the user to wait while the request is processed.
  • the request includes the entered username and password and a URL encoded string identifying the type of plays, being requested, as slot machine plays and the number being bought.
  • the request is received by the origin server 1 and the Apache web server 6 authenticates the user on the basis of the username and password in the request (step s1). If the user is not successfully authenticated, a 404 "access denied" response is sent back to the client 2 (step s2). Alternatively, a custom XML-formatted error message may be returned.
  • the MIDlet 9 handles 404 or custom error responses by displaying the usename and password entry screen 15 again but this time with a message informing the user of the authentication failure.
  • step s1 If the user is successfully authenticated (step s1), the request is passed to the first servlet 11a.
  • the first servlet 11a checks whether the user has sufficient funds in his/her account to pay for the plays by accessing the database 8 (step s3) and, if not, sends an "insufficient funds" message to the client 1 (step s4).
  • the client 1 will respond to such a message by displaying a message inviting the user to transfer further funds to his/her account with the operator of the origin server 1.
  • the first servlet 11a calculates twenty random values (steps s5 and s6). These values are calculated in much the same way as in a conventional slot machine. The set of twenty values is given a unique ID and this ID is stored in the database with the total monetary value of the wins, if any, among the twenty random values (step s7).
  • a response message containing a string representation of the ID and the twenty random values, is then sent to the client 1 (step s8) and the user's account is debited by the stake for twenty plays (step s9).
  • the client 1 receives the response and stores the ID and random values, and then displays a message reporting the successful purchase of twenty new plays.
  • the MIDlet 9 reads the next random value from its store (step s101).
  • the MIDlet 9 then generates an moving image 21 representing the spinning reels of an electro-mechanical slot machine (step s102).
  • the "reels” are made to appear to stop in turn.
  • the symbol (bell, bar, cherries, plum etc.) displayed on each "reel” when it stops is determined by the current random value.
  • a suitable commiseratory or congratulatory message 22 is added to the displayed image together with an invitation to play again 23 or return to the main screen 24 (step s103).
  • the MIDlet 9 determines whether the play was the last of purchased set of twenty plays (step s104). If the play was the last of a set, the MIDlet 9 sends a request message to the origin server 1 which includes the ID of the completed play set and the user's username and password (step s105). Assuming that the user is authenticated successfully, the request is passed to the second servlet 11b. The second servlet 11b retrieves the win amount for the play set, identified by the ID, from the database 8 and transfers any win amount to the user's account. The second servlet 11b then sends an acknowledge response to the client 1.
  • step s106 If the user selects the play again option (step s106), flow returns to step s101, otherwise the main screen ( Figure 3) is displayed.
  • the request sent at step s105 may include the symbols displayed at the end of each play and the associated win values for validation at the origin server 2.
  • the user registration and downloading of the MIDlet are as described above.
  • the MIDlet establishes a socket connection to the origin server 1 and sends a SOAP (Simple Object Access Protocol) message to the server requesting a packet of plays.
  • the request message includes the users username and password and an id for the type of plays being requested, which in this example are slot machine plays.
  • the MIDlet 9 displays a screen with a message asking the user to wait while the request is processed.
  • the request is received by the origin server 1 and the first servlet 11a authenticates the user on the basis of the username and password in the request (step s201). If the user is not successfully authenticated, an XML error response is sent back to the client 2 (step s202).
  • the first servlet 11a determines whether the user has used all previously downloaded plays as a security measure (step s203). If the database records show that the user has unused plays, a error response is sent (step s204).
  • the MIDlet 9 handles the error response by displaying the username and password entry screen 15 again but this time with a message informing the user of the authentication failure or a screen displaying an appropriate error text.
  • the first servlet 11a checks whether the user has sufficient funds in his/her account to pay for the plays by accessing the database 8 (step s204) and, if not, sends an "insufficient funds" message to the client 1 (step s4).
  • the client 1 will respond to such a message by displaying a message inviting the user to transfer further funds to his/her account with the operator of the origin server 1.
  • the first servlet 11a calculates twenty random values (steps s206 and s207). These values are calculated in much the same way as in a conventional slot machine. The set of twenty values is given a unique ID and this ID is stored in the database with the total monetary value of the wins, if any, among the twenty random values (step s208).
  • a response message containing a string representation of the ID and the twenty random values, i.e. the final reel positions for the twenty plays, and the win values of each play is then sent to the client 1 (step s209) and the user's account is debited by the stake for twenty plays (step s210).
  • the client 1 receives the response and stores the ID and random values, and then displays a screen showing a message 112 giving the number of plays left, a "Play” option 116 and an "Exit” option 115 ( Figure 11).
  • the screen shown in Figure 11 is also presented when the user runs the MIDlet 9 with plays in hand.
  • the MIDlet 9 reads the next random value from its store (step s101). Referring to Figure 7 also, the MIDlet 9 then generates an moving image 21 representing the spinning reels of an electro-mechanical slot machine (step s102). The “reels” are made to appear to stop in turn. The symbol (bell, bar, cherries, plum etc.) displayed on each "reel” when it stops is determined by the current random value.
  • a suitable commiseratory or congratulatory message 22 is added to the displayed image together with an invitation to play again 23 or return to the main screen 24 (step s103).
  • the MIDlet 9 determines whether the play was the last of purchased set of twenty plays (step s104). If the play was the last of a set, the MIDlet 9 sends a SOAP message to the origin server 1 which includes the ID of the completed play packet, the user's username and password, which may have been stored earlier or entered using the screen shown in Figure 4 (step s105) and the win values for each play. Assuming that the user is authenticated successfully, the request is passed to the second servlet 11b. The second servlet 11b retrieves the win amounts for the play set, identified by the play packet ID, from the database 8 and compares it with the win amounts received in the SOAP message. If the win amounts match, the second servlet 11b transfers any win amount to the user's account and sends an acknowledge response to the client 2, otherwise it sends an error response to the client.
  • step s106 If the user selects the play again option (step s106), flow returns to step s101, otherwise the MIDlet 9 terminates.
  • the user may be presented with other images, e.g. racing horses. Whatever the image or images represent, the user should be provided with the experience of playing a game of chance in real time.
  • the user can win money amounts. However, this is not essential and the win values may have no monetary value. Also, the user may be billed for game packet by their mobile network operator. In such an embodiment, an additional step is built into the points registration process.
  • the mobile device phone number or encrypted phone number is obtained via an http request from the mobile network operator, uploaded and registered in the gaming system database. This identifier is unique to each player, facilitates mobile network operator billing and reduces the information required at registration.
  • the above-described embodiment uses a mobile agent which communicates with an origin server via a mobile communication network using WAP and http.
  • the present invention may be used to provide remote user interfaces connected to a central server by a wired network.
  • the system since the game is actually played on the server before the user interface displays the game playing image, the system provides improved security over conventional amusement arcade systems.
  • MIDlets have been employed in the above described embodiments because they are convenient for embodiments using mobile phones as the client.
  • the client may be written using any suitable language and/or framework.
  • the server need not be based around an http server such as Apache or Microsoft IIS and the server may be custom built for putting the present invention into effect.

Landscapes

  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Pinball Game Machines (AREA)
EP04251400A 2003-04-28 2004-03-11 Système de jeu avec des interfaces éloignés pour joueurs Withdrawn EP1473682A3 (fr)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
GB0309623 2003-04-28
GB0309623 2003-04-28
GB0315289A GB2401216A (en) 2003-04-28 2003-06-30 Gaming system with remote user interface
GB0315289 2003-06-30

Publications (2)

Publication Number Publication Date
EP1473682A2 true EP1473682A2 (fr) 2004-11-03
EP1473682A3 EP1473682A3 (fr) 2004-12-01

Family

ID=32992601

Family Applications (1)

Application Number Title Priority Date Filing Date
EP04251400A Withdrawn EP1473682A3 (fr) 2003-04-28 2004-03-11 Système de jeu avec des interfaces éloignés pour joueurs

Country Status (2)

Country Link
EP (1) EP1473682A3 (fr)
BR (1) BRPI0400732A (fr)

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2007032888A1 (fr) * 2005-09-12 2007-03-22 Igt Services de jeu distribues
ES2292332A1 (es) * 2004-04-13 2008-03-01 Kvarts, Llc Sistema de juego movil y metodo de reduccion del tiempo de respuesta del sistema.
EP1814641A4 (fr) * 2004-11-12 2011-06-15 Acei Ab Systeme de jeu
US8388448B2 (en) 2005-07-01 2013-03-05 Igt Methods and devices for downloading games of chance
US8556709B2 (en) 2002-03-12 2013-10-15 Igt Virtual player tracking and related services
US9697673B2 (en) 2004-11-12 2017-07-04 Henrik Kniberg Gaming interruption and reconnection management
US10235832B2 (en) 2008-10-17 2019-03-19 Igt Post certification metering for diverse game machines
US10546459B2 (en) 2005-09-12 2020-01-28 Igt Method and system for instant-on game download

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7951002B1 (en) 2000-06-16 2011-05-31 Igt Using a gaming machine as a server
US6997803B2 (en) 2002-03-12 2006-02-14 Igt Virtual gaming peripherals for a gaming machine

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
ZA943336B (en) * 1993-05-19 1995-08-11 Menashe Julian Interactive computerised gaming system with remote terminals
US5762552A (en) * 1995-12-05 1998-06-09 Vt Tech Corp. Interactive real-time network gaming system
US6093100A (en) * 1996-02-01 2000-07-25 Ptt, Llc Modified poker card/tournament game and interactive network computer system for implementing same
US6001016A (en) * 1996-12-31 1999-12-14 Walker Asset Management Limited Partnership Remote gaming device
AU728161B2 (en) * 1997-01-10 2001-01-04 Silicon Gaming, Inc. Method and apparatus using geoographical position and a universal time to determination means to provide authenticated, secure, on-line communication between remote gaming locations
US6676522B2 (en) * 2000-04-07 2004-01-13 Igt Gaming system including portable game devices
CH691649A5 (fr) * 2000-11-14 2001-08-31 Sylvain Victor Nahum Appareil interactif portable pour jouer avec des casinos et des centrales de jeu.
US6749510B2 (en) * 2001-02-07 2004-06-15 Wms Gaming Inc. Centralized gaming system with modifiable remote display terminals
US6846238B2 (en) * 2001-09-28 2005-01-25 Igt Wireless game player

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8556709B2 (en) 2002-03-12 2013-10-15 Igt Virtual player tracking and related services
ES2292332A1 (es) * 2004-04-13 2008-03-01 Kvarts, Llc Sistema de juego movil y metodo de reduccion del tiempo de respuesta del sistema.
ES2292332B1 (es) * 2004-04-13 2008-12-16 Kvarts, Llc Sistema de juego movil y metodo de reduccion del tiempo de respuesta del sistema.
EP1814641A4 (fr) * 2004-11-12 2011-06-15 Acei Ab Systeme de jeu
US9697673B2 (en) 2004-11-12 2017-07-04 Henrik Kniberg Gaming interruption and reconnection management
US8388448B2 (en) 2005-07-01 2013-03-05 Igt Methods and devices for downloading games of chance
WO2007032888A1 (fr) * 2005-09-12 2007-03-22 Igt Services de jeu distribues
US10434410B2 (en) 2005-09-12 2019-10-08 Igt Distributed game services
US10546459B2 (en) 2005-09-12 2020-01-28 Igt Method and system for instant-on game download
US10235832B2 (en) 2008-10-17 2019-03-19 Igt Post certification metering for diverse game machines

Also Published As

Publication number Publication date
BRPI0400732A (pt) 2005-01-11
EP1473682A3 (fr) 2004-12-01

Similar Documents

Publication Publication Date Title
US8303414B2 (en) Method of transferring gaming data on a global computer network
AU751533B2 (en) Game system, corresponding method and related devices
US7127069B2 (en) Secured virtual network in a gaming environment
US6790142B2 (en) Advertisement distribution system and server
US6113495A (en) Electronic gaming system offering premium entertainment services for enhanced player retention
MX2007000371A (es) Metodo para jugar y sistema de juego.
JP2005230348A (ja) パチスロゲームシステム
EP1473682A2 (fr) Système de jeu avec des interfaces éloignés pour joueurs
US20090125412A1 (en) Token trading
WO2003063989A1 (fr) Systeme et procede d'execution d'un jeu
US9542804B2 (en) Session monitoring on gaming machines
JP3842595B2 (ja) ネットカジノシステム及び当該システムのゲーム制御方法、当該方法が実行可能なプログラムを記憶した記憶媒体、並びにサーバ
GB2401216A (en) Gaming system with remote user interface
KR20020070097A (ko) 이동통신을 이용한 방송연동형 실시간배팅서비스제공시스템 및 그 방법
JP2006331031A (ja) 携帯端末遊技システム
JP4084237B2 (ja) ゲーム提供システム
JP2003022396A (ja) ゲームサイト運営装置
AU2006201450C1 (en) Secured virtual network in a gaming environment
JP2002159756A (ja) ゲーム通信提供方法
JP2003043964A (ja) ゲームサイト運営装置
JP2002045577A (ja) ゲーム通信提供方法
EP1134678A1 (fr) Système et méthode de paris basé sur Internet
JP2002369965A (ja) ゲームプログラム、ゲームサイト運営装置、プログラム、およびゲームサイト運営方法
GB2390212A (en) Making an award available through a wireless telephone
WO2002084553A1 (fr) Systeme de tirage au sort de type jeu et procede faisant intervenir l'internet mobile

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

PUAL Search report despatched

Free format text: ORIGINAL CODE: 0009013

AK Designated contracting states

Kind code of ref document: A2

Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IT LI LU MC NL PL PT RO SE SI SK TR

AX Request for extension of the european patent

Extension state: AL HR LT LV MK

AK Designated contracting states

Kind code of ref document: A3

Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IT LI LU MC NL PL PT RO SE SI SK TR

AX Request for extension of the european patent

Extension state: AL HR LT LV MK

17P Request for examination filed

Effective date: 20050408

AKX Designation fees paid

Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IT LI LU MC NL PL PT RO SE SI SK TR

17Q First examination report despatched

Effective date: 20060908

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN

18D Application deemed to be withdrawn

Effective date: 20091001