Classifications

• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
  • H04L67/00—Network arrangements or protocols for supporting network services or applications
  • H04L67/34—Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters 
• • 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
• • 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/3202—Hardware aspects of a gaming system, e.g. components, construction, architecture thereof
• • 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/3244—Payment aspects of a gaming system, e.g. payment schemes, setting payout ratio, bonus or consolation prizes
• • 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/3244—Payment aspects of a gaming system, e.g. payment schemes, setting payout ratio, bonus or consolation prizes
  • G07F17/3246—Payment aspects of a gaming system, e.g. payment schemes, setting payout ratio, bonus or consolation prizes involving coins and/or banknotes
• • 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/42—Coin-freed apparatus for hiring articles; Coin-freed facilities or services for ticket printing or like apparatus, e.g. apparatus for dispensing of printed paper tickets or payment cards
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
  • H04L67/00—Network arrangements or protocols for supporting network services or applications
  • H04L67/01—Protocols
  • H04L67/131—Protocols for games, networked simulations or virtual reality

Definitions

• the invention relates generally to computerized gaming systems, and more specifically to a game code and operating system method and apparatus for use within computerized gaming systems.
• a slot machine is configured for a player to wager something of value, e.g., currency, house token, established credit or other representation of currency or credit. After the wager has been made, the player activates the slot machine to cause a random event to occur. The player wagers that particular random events will occur that will return value to the player.
• a standard device causes a plurality of reels to spin and ultimately stop, displaying a random combination of some form of indicia, for example, numbers or symbols. If this display contains one of a pre-selected plurality of winning combinations, the machine releases money into a payout chute or increments a credit meter by the amount won by the player. For example, if a player initially wagered two coins of a specific denomination and that player achieved a payout, that player may receive the same number or multiples of the wager amount in coins of the same denomination as wagered.
• the standard or original format was the use of three reels with symbols distributed over the face of the wheel. When the three reels were spun, they would eventually each stop in turn, displaying a combination of three symbols (e.g., with three wheels and the use of a single payout line as a row in the middle of the area where the symbols are displayed).
• the random occurrence of predetermined winning combinations can be provided in mathematically predetermined probabilities.
• the apparatus may vary from traditional three reel slot machines with a single payout line, video simulations of three reel video slot machines, to five reel, five column simulated slot machines with a choice of twenty or more distinct paylines, including randomly placed lines, scatter pays, or single image payouts.
• bonus plays, bonus awards, and progressive jackpots have been introduced with great success.
• the bonuses may be associated with the play of games that are quite distinct from the play of the original game, such as the video display of a horse race with "bets" on the individual horses randomly assigned to players that qualify for a bonus, the spinning of a random wheel with fixed amounts of a bonus payout on the wheel (or simulation thereof), or attempting to select a random card that is of higher value than a card exposed on behalf of a virtual "dealer.”
• Examples of such gaming apparatus with a distinct bonus feature includes U.S. Patent Nos. 5,823,874; 5,848,932; 5,836,041; U.K. Patent Nos. 2 201 821 A; 2 202 984 A; and 2 072 395A; and German Patent DE 40 14 477 Al .
• Each of these patents differ in fairly subtle ways as to the manner in which the bonus round is played.
• British patent 2 201 821 A and DE 37 00 861 Al describe a gaming apparatus in which after a winning outcome is first achieved in a reel-type gaming segment, a second segment is engaged to determine the amount of money or extra games awarded.
• the second segment gaming play involves a spinning wheel with awards listed thereon (e.g., the number of coins or number of extra plays) and a spinning arrow that will point to segments of the wheel with the values of the awards thereon. A player will press a stop button and the anow will point to one of the values.
• the specification indicates both that there is a level of skill possibly involved in the stopping of the wheel and the arrow(s), and also that an associated computer operates the random selection of the rotatable numbers and determines the results in the additional winning game, which indicates some level of random selection in the second gaming segment.
• 5,823,874 and 5,848,932 describe a gaming device comprising: a first, standard gaming unit for displaying a randomly selected combination of indicia, said displayed indicia selected from the group consisting of reels, indicia of reels, indicia of playing cards, and combinations thereof; means for generating at least one signal corresponding to at least one select display of indicia by said first, standard gaming unit; means for providing at least one discernible indicia of a mechanical bonus indicator, said discernible indicia indicating at least one of a plurality of possible bonuses, wherein said providing means is operatively connected to said first, standard gaming unit and becomes actuatable in response to said signal.
• the second gaming event simulates a mechanical bonus indicator such as a roulette wheel or wheel with a pointing element.
• a video terminal is another form of gaming device. Video terminals operate in the same manner as a conventional slot and video machine, except that a redemption ticket rather than an immediate payout is dispensed.
• the invention of computerized gaming systems that include a common or "universal" video wagering game controller that can be installed in a broad range of video gaming apparatus without substantial modification to the game controller has made possible the standardization of many components and of corresponding gaming software within gaming systems.
• Such systems desirably will have functions and features that are specifically tailored to the unique demands of supporting a variety of games and gaming apparatus, types, and doing so in a manner that is efficient, secure, and cost-effective to operate.
• What is desired is an architecture and method providing a gaming-specific platform that features reduced game development time and efficient game operation, provides security for the electronic gaming system, and does so in a manner that is cost- effective for game software developers, gaming apparatus manufacturers, and gaming apparatus users.
• An additional advantage is that the use of the platform will speed the review and approval process for games with the various gaming agencies, bringing the games to market sooner.
• the present invention in various embodiments provides a computerized wagering game method and apparatus that features an operating system kernel that may include selected device handlers that are disabled or removed.
• the present invention features a system handler application that is part of the operating system.
• the system handles loads and executes gaming program objects and features nonvolatile storage that facilitates sharing of information between gaming program objects.
• the system handler of some embodiments further provides an API library of functions callable from the gaming program shared objects, and facilitates the use of callback functions on change of data stored in nonvolatile storage.
• a nonvolatile record of the state of the computerized wagering game is stored on the nonvolatile storage, providing protection against loss of the game state due to power loss.
• the system handler application in various embodiments includes a plurality of handlers, providing an interface to selected hardware and the ability to monitor hardware-related events.
• Figure 1 shows a computerized wagering game apparatus as may be used to practice an embodiment of the present invention.
• Figure 2 shows a more detailed structure of program code executed on a computerized wagering game apparatus, consistent with an embodiment of the present invention.
• Figure 3 is a diagram illustrating another exemplary embodiment of a universal gaming system according to the present invention having a universal or open operating system.
• Figure 4 is a diagram illustrating one exemplary embodiment of a method of converting a gaming system to a gaming system having an open operating system according to the present invention.
• Figure 5 is a diagram illustrating one exemplary embodiment of a set of devices used for interfacing with a device driver or handler in an open operating system in a gaming system according to the present invention.
• Figure 6 is a diagram illustrating one exemplary embodiment of a resource manager used in a gaming system according to the present invention.
• Figure 7 is a diagram of a table illustrating one exemplary embodiment of a resource file used in a gaming system according to the present invention.
• Figure 8 is a diagram illustrating one exemplary embodiment of converting a cash, coin or token-based gaming system to a cashless gaming system using the universal gaming system according to the present invention.
• Figure 9 is a diagram illustrating one exemplary embodiment of configuring a game usable in a gaming system according to the present invention.
• Figure 10 is a diagram illustrating another exemplary embodiment of configuring and/or storing a game on a removable media useable in a gaming system according to the present invention.
• Figure 11 is a diagram illustrating another exemplary embodiment of a gaming system according to the present invention wherein the game layer is programmable or configurable via a web page at a location remote from the gaming system.
• Figure 12 is a diagram illustrating one exemplary embodiment of a web page template used in the gaming system shown in Figure 11.
• Figure 13 is a diagram illustrating one exemplary embodiment of nonvolatile memory used in a gaming system according to the present invention, wherein the nonvolatile memory is configured as a RAID system.
• Memory for purposes of this disclosure is defined as any type of media capable of read/write capability. Examples of memory are RAM, tape and floppy disc.
• Shared Objects for purposes of this disclosure are defined as self-contained, functional units of game code that define a particular feature set or sequence of operation for a game.
• the personality and behavior of a gaming machine of the present invention are defined by the particular set of shared objects called and executed by the operating system. Within a single game, numerous shared objects may be dynamically loaded and executed. This definition is in contrast with the conventional meaning of a shared object, which typically provides an API to multiple programs.
• "Architecture” for purposes of this disclosure is defined as software, hardware or both.
• “Dynamic Linking” for purposes of this disclosure is defined as linking at run time.
• API for purposes of this disclosure is an Application Programming Interface.
• the API includes a library of functions.
• System Handler for purposes of this disclosure is defined as a collection of code written to control non-game specific device handlers. Examples of device handlers include I/O, sound, video, touch screen, nonvolatile RAM and network devices. "Gaming Data Variables” for purposes of this disclosure includes at a minimum any or all data needed to reconstruct the game state in the event of a power loss.
• Game.State File for purposes of this disclosure is a template for creating a lookup list of information stored in NV RAM.
• the present invention provides a computerized gaming system method and apparatus that have novel gaming-specific features that improve security, make development of game code more efficient, and do so using an apparatus and software methods that are cost-effective and efficient.
• the present invention also reduces the amount of effort required to evaluate and review new game designs by gaming regulators, because the amount of code to be reviewed for each game is reduced by as much as 80% over known, machine-specific architecture.
• the invention provides, in various embodiments, features such as a nonvolatile memory for storing gaming application variables and game state information, provides a shared object architecture that allows individual game objects to be loaded and to call common functions provided by a system handler application, and in one embodiment provides a custom operating system kernel that has selected device handlers disabled.
• FIG. 1 shows an exemplary gaming system 100, illustrating a variety of components typically found in gaming systems and how they may be used in accordance with the present invention.
• User interface devices in this gaming system include push buttons 101, joystick 102, and pull arm 103.
• Credit for wagering may be established via coin or token slot 104, a device 105 such as a bill receivefbr card reader, or any other credit input device.
• a card reader 105 may also provide the ability to record credit information on a user's card when the user has completed gaming, or credit may be returned via a coin tray 106 or other credit return device.
• video screen 107 which may be a cathode ray tube (CRT), liquid crystal display (LCD) panel, plasma display, light-emitting diode (LED) display, mechanical reels or wheels or other display device that produces a visual image under control of the computerized game controller.
• buttons 101 may be lighted to indicate what buttons may be used to provide valid input to the game system at any point in the game. Still other lights or other visual indicators may be provided to indicate game information or for other purposes such as to attract the attention of prospective game users. Sound is provided via speakers 108, and also may be used to indicate game status, to attract prospective game users, to provide player instructions or for other purposes, under the control of the computerized game controller.
• the gaming system 100 further comprises a computerized game controller 111 and I/O interface 112, connected via a wiring harness 113.
• the universal game controller 111 need not have its software or hardware designed to conform to the interface requirements of various gaming system user interface assemblies, but can be designed once and can control various gaming systems via the use of machine-specific I/O interfaces 112 designed to properly interface an input and/or output of the universal computerized game controller to the harness assemblies found within the various gaming systems.
• the universal game controller 111 is a standard IBM
• PC compatible Personal Computer-compatible
• Still other embodiments of a universal game controller comprise general purpose computer systems such as embedded controller boards or modular computer systems. Examples of such embodiments include a PC compatible computer with a PC/104 bus that is an example of a modular computer system that features a compact size and low power consumption while retaining PC software and hardware compatibility.
• the universal game controller 111 provides all functions necessary to implement a wide variety of games by loading various program code on the universal controller, thereby providing a common platform for game development and delivery to customers for use in a variety of gaming systems.
• universal computerized game controllers consistent with the present invention may include any general-purpose computers that are capable of supporting a variety of gaming system software, such as universal controllers optimized for cost effectiveness in gaming applications or that contain other special-purpose elements yet retain the ability to load and execute a variety of gaming software.
• special purpose elements include elements that are heat resistant and are designed to operate under less than optimal environments that might contain substances such as dust, smoke, heat and moisture. Special purpose elements are also more reliable when used 24 hours per day, as is the case with most gaming applications.
• the computerized game controller of some embodiments is a computer running an operating system with a gaming application-specific kernel.
• a game engine layer of code executes within a non-application specific kernel, providing common game functionality.
• the gaming program shared object in such embodiments is therefore only a fraction of the total code, and relies on the game engine layer and operating system kernel to provide a library of gaming functions.
• a preferred operating system kernel is the public domain Linux 2.2 kernel available on the Internet.
• Still other embodiments will have various levels of application code, ranging from embodiments containing several layers of game-specific code to a single-layer of game software running without an operating system or kernel but providing its own computer system ⁇ management capability.
• FIG. 2 illustrates the structure of one exemplary embodiment of the invention, as may be practiced on a computerized gaming system such as that of Figure 1.
• the invention includes an operating system 300, including an operating system kernel 201 and a system handler application 202.
• An operating system kernel 201 is first executed, after which a system handler application 202 is loaded and executed.
• the system handler application in some embodiments may load a gaming program shared object 203, and may initialize the game based on gaming data variables stored in nonvolatile storage 204.
• the gaming data variables are further loaded into a Game.State data file or other data storage device 205, which reflects the data stored in nonvolatile storage 204.
• the nonvolatile RAM (NV-RAM) according to the invention has read/write capability.
• the gaming program object in some embodiments calls separate API functions 206, such as sound functions that enable the gaming apparatus to produce sound effects and music.
• the OS kernel 201 in some embodiments may be a Linux kernel, but in alternate embodiments may be any other operating system providing a similar function.
• the Linux 2.2 operating system kernel in some further embodiments may be modified for adaptation to gaming architecture. Modifications may comprise erasing or removing selected code from the kernel, modifying code within the kernel, adding code to the kernel or performing any other action that renders the device handler code inoperable in normal kernel operation.
• the function of the computerized gaming apparatus can be enhanced by incorporating security features, for example.
• all modifications to the kernel are modular.
• the kernel is modified so that it executes user level code out of ROM.
• the use of the Linux operating system lends itself to this application because the source code is readily available.
• Other operating systems such as Windows and DOS are other suitable operating systems.
• Embodiments of the invention include hard real time code 310 beneath the kernel providing real time response such as fast response time to interrupts.
• the hard real time code 310 is part of the operating system in one embodiment.
• all user interface peripherals such as keyboards, joysticks and the like are not connected to the architecture so that the operating system and shared objects retain exclusive control over the gaming machine.
• selected device handlers are disabled so that the use of a keyboard, for example, is not possible. It is more desirable to retain this functionality so that user peripherals can be attached to service the machine. It might also be desirable to attach additional user peripherals such as tracking balls, light guns, light pens and the like.
• the kernel is modified to zero out all unused RAM. This function eliminates code that has been inserted unintentionally, such as through a Trojan horse, for example.
• the kernel and operating system are modified to hash the system handler and shared object or gaming program object code, and to hash the kernel code itself. These functions in different embodiments are performed continuously, or at a predetermined frequency.
• the system handler application is loaded and executed after loading the operating system, and manages the various gaming program shared objects.
• the system handler application provides a user Application Program Interface (API) 206, that includes a library of gaming functions used by one or more of the shared objects 210.
• the API in one embodiment includes functions that control graphics, such as color, screen commands, font settings, character strings, 3-D effects, etc.
• the device handlers 210 are preferably handled by an event queue 320. The event queue schedules the event handlers in sequence.
• the shared object 203 calls the APIs 206 in one embodiment.
• the system handler application 202 in various embodiments also manages writing of data variables to the "game.state" file 205 stored in the nonvolatile storage 204, and further manages calling any callback functions associated with each data variable changed.
• the system handler 202 application of some embodiments may manage the gaming program shared objects by loading a single object at a time and executing the object. When another object needs to be loaded and executed, the current object may remain loaded or can be unloaded and the new object loaded in its place before the new object is executed.
• the various shared objects can pass data between objects by storing the data in nonvolatile storage 204, utilizing a game.state data storage device 205.
• a "game.so" file may be a gaming program object file that is loaded and executed to provide operation of a feature set of a computerized wagering game, as a "bonus.so" gaming program object file is loaded and executed to provide a feature set of the bonus segment of play.
• the bonus.so Upon changing from normal game operation to bonus, the bonus.so is loaded and executed upon loading. Because the relevant data used by each gaming program object file in this example is stored in nonvolatile storage 204, the data may be accessed as needed by whatever gaming program object is currently loaded and executing.
• the system handler application in some embodiments provides an API that comprises a library of gaming functions, enabling both easy and controlled access to various commonly used functions of the gaming system. Providing a payout in the event of a winning round of game play, for example, may be accomplished via a payout function that provides the application designer's only access to the hardware that pays out credit or money. Restrictions on the payout function, such as automatically reducing credits stored in nonvolatile storage each time a payout is made, may be employed in some embodiments of the invention to ensure proper and secure management of credits by the computerized gaming system.
• the functions of the API may be provided by the developer as part of the system handler application, and may be a part of the software provided in the system handler application package.
• the API functions may be updated as needed by the provider of the system handler application to provide new gaming functions as desired.
• the API may simply provide functions that are commonly needed in gaming, such as computation of odds or random numbers, an interface to peripheral devices, or management of cards, reels, video output or other similar functions.
• the system handler application 202 in various embodiments also comprises a plurality of device handlers 210, that monitor for various events and provide a software interface to various hardware devices.
• some embodiments of the invention have handlers for nonvolatile memory 212, one or more I/O devices 214, a graphics engine 216, a sound device 218, or a touch screen 220.
• gaming-specific devices such as a pull arm, credit receiving device or credit payout device may be handled via a device handler 222.
• Other peripheral devices may be handled with similar device handlers, and are to be considered within the scope of the invention.
• the device handlers are separated into two types. The two types are: soft real time 210A and regular device handlers 21 OB. The two types of device handlers operate differently. The soft real time handler 210A constantly runs and the other handler 21 OB runs in response to events.
• the nonvolatile storage 204 used to store data variables may be a file on a hard disc, may be nonvolatile memory, or may be any other storage device that does not lose the data stored thereon upon loss of power.
• the nonvolatile storage in battery-backed RAM.
• the nonvolatile storage in some embodiments may be encrypted to ensure that the data variables stored therein cannot be corrupted.
• Some embodiments may further include a game.state file 205, which provides a look-up table for the game data stored in nonvolatile storage 204.
• the game.state file is typically parsed prior to execution of the shared object file.
• the operating system creates a map of NVRAM by parsing the game.state file.
• the look-up table is stored in RAM. This look-up table is used to access and modify game data that resides in NVRAM 204. This game data can also be stored on other types of memory.
• a duplicate copy of the game data stored in NVRAM 204 resides at another location in the NVRAM memory.
• a duplicate copy of the game data is copied to another storage device.
• two copies of the game data reside on the NVRAM and a third copy resides on a separate storage device.
• three copies of the game data reside in memory. Extra copies of the game data are required by gaming regulations in some jurisdictions.
• a hard disc in one embodiment stores a game.state file that contains an unencrypted and nonvolatile record of the encrypted data variables in nonvolatile storage flash programmable memory (not shown).
• Data variables written in the course of game operation are written to the game.state file, which may be encrypted and stored in the nonvolatile storage 204, upon normal shutdown. Loss of power leaves a valid copy of the most recent data variables in the game.state file, which may be used in place of the data in NVRAM in the event of an abnormal shutdown.
• a game state device 205 such as a game.state file stored on a hard disc drive provides variable names or tags and corresponding locations in nonvolatile storage 204, in effect, providing a variable map of the nonvolatile storage.
• the nonvolatile storage may then be parsed using the data in the game state file 205, which permits access to the variable name associated with a particular nonvolatile storage location.
• Such a method permits access to and handling of data stored in nonvolatile storage using variable names stored in the game state file 205, allowing use of a generic nonvolatile storage driver where the contents of the nonvolatile storage are game-specific.
• Other configurations of nonvolatile storage such as a single nonvolatile storage are also contemplated, and are to be considered within the scope of the invention.
• Callback functions that are managed in some embodiments by the system handler application 202 are triggered by changing variables stored in NVRAM 204. For each variable, a corresponding function may be called that performs an action in response to the changed variable. For example, every change to a "credits" variable in some embodiments calls a "display_credits" function that updates the credits as displayed to the user on a video screen.
• the callback function may be a function provided by the current gaming program shared object or can call a different gaming program object.
• the gaming program's shared objects in some embodiments of the invention define the personality and function of the game.
• Program objects provide different game functions, such as bookkeeping, game operation, game setup and configuration functions, bonus displays and other functions as necessary.
• the gaming program objects in some embodiments of the invention are loaded and executed one at a time, and share data only through NVRAM 204 or another game data storage device.
• the previous example of unloading a game.so gaming program object and replacing it with a bonus.so file to perform bonus functions is an example of such use of multiple gaming program shared objects.
• Each gaming program object may require certain game data to be present in NVRAM 204, and to be usable from within the executing gaming program shared object 203.
• the game data may include meter information for bookkeeping, data to recreate game on power loss, game history, currency history, credit information, and ticket printing history, for example. These files do not include operable code or functions.
• the operating system of the present application is not limited to use in gaming machines. It is the shared object library rather than the operating system itself that defines the personality and character of the game.
• the operating system of the present invention can be used with other types of shared object libraries for other purposes.
• the operating system of the present invention can be used to control networked on-line systems such as progressive controllers and player tracking systems.
• the operating system could also be used for kiosk displays or for creating "picture in picture” features in gaming machines.
• a gaming machine could be configured so that a video slot player could place a bet in the sports book, then watch the sporting event in the "picture in picture” feature while playing his favorite slot game.
• the present invention provides a computerized gaming apparatus and method that provides a gaming-specific platform that features reduced game development time and efficient game operation via the use of a system handler application that can manage independent gaming program objects and gaming-specific API, provides game functionality to the operating system kernel, provides security for the electronic gaming system via the nonvolatile storage and other security features of the system, and does so in an efficient manner that makes development of new software games relatively easy. Production and management of a gaming apparatus is also simplified, due to the system handler application API library of gaming functions and common development platform provided by the invention.
• FIG. 3 is a diagram illustrating one exemplary embodiment of a gaming system 400 according to the present invention including universal operating system 300.
• game layer 402 include gaming program shared objects 203 which are specific to the type of game being played on gaming system 400.
• Exemplary game objects or modules include paytable.so 406, help. so 408 and game.so 410.
• Game layer 402 also includes other game specific independent modules 412.
• Game engine 404 provides an interface between game layer 402 and universal operating system 300.
• the game engine 404 provides an additional application programming interface to the game layer application.
• the game engine automates core event handling for communicating with the game operating system 300, and which are not configurable via the specific game layer game code.
• the game engine 404 also provides housekeeping and game state machine functions.
• the game layer objects 203 and/or modules 406 may also directly call user API 206.
• universal operating system 300 is an open operating system which allows for conversion of the gaming system 400 into different types of games, and also allows for future expandability and upgrading of associated hardware in the gaming system 400 due to its open architecture operating system.
• device handlers 210 provide the interface between the operating system 300 and external gaming system input and output devices, such as a button panel, bill acceptor, coin acceptor, mechanical arm, reels, speaker, tower lights, etc. Each device handler 210 is autonomous to the other.
• the device handlers or drivers 210 operate as protocol managers which receive information from a gaming system device (typically in the gaming system device protocol) and converts the information to a common open operating system protocol usable by operating system 300.
• the device drivers or handlers 210 receive information from the open operating system and convert the information to a gaming device specific protocol.
• the specific device handlers or drivers used are dependent upon what game you are using, and may be loadable or unloadable as independent, separate objects or modules.
• FIG. 4 is a diagram illustrating one exemplary embodiment of a method of converting an existing gaming operating system to a gaming system 400 having an open operating system 300 according to the present invention.
• the gaming system 400 according to the present invention.
• the gaming system 400 is suitable for converting both video based gaming systems and also electrical/mechanical based operating system, such as a mechanical reel based slot machine.
• the existing game operating system has been changed over to a universal gaming system 400 having a universal operating system 300 according to the present invention, the type of game itself may be changed via changing out the game specific code in the game layer 402.
• the existing game operating system is removed from the game.
• the existing game operating system is typically a proprietary operating system consisting of computer hardware and software which is specific to the game being changed out.
• a universal gaming system 402 including an open operating system 300 is installed in the game.
• functional interfaces are provided between the open operating system and the existing gaming system devices.
• a game specific program (i.e., game layer 402) is installed in the universal gaming system.
• the game specific program is configured to communicate with the open operating system 300.
• the gaming system according to the present invention is used in a mechanical reel-based slot machine, either in a new slot machine or in converting an existing slot machine to an open operating system according to the present invention.
• Exemplary conventional reel-based slot machines include an IGT S- plus slot machine or a Bally slot machine.
• Figure 5 is a diagram illustrating one exemplary embodiment of I/O devices which must be functionally interfaced within adopting gaming system 402 to a reel-based game.
• the exemplary embodiment shown includes devices which interface with a digit I/O device driver.
• input devices 462 includes a button panel device 466, a mechanical arm device 468, a bill acceptor device 470, and a coin acceptor device 472.
• Each of the input devices 462 receives information from the specific game devices and provides the information to the gaming system 400 via the I/O device driver.
• Output devices 464 receive information from operating system 300 which provides an output via the I/O device driver to gaming devices 464.
• output devices 464 include reels device 474 which receives an output to the stepper motors controlling the reels.
• Credit displays device 466 which receives an output to the LED driven credit displays.
• Speaker device 478 which receives a sound output to the game speakers.
• On-line system protocol devices 480 which is a communication interface between the open operating system 300 and the game on-line system.
• Tower lights devices 42 which receives an interface between the open operating system 300 and the game tower lights.
• FIG. 6 is a diagram illustrating one exemplary embodiment of a resource manager used in a gaming system according to the present invention.
• the resource manager 500 is a software module which receive a resource configuration file 502 and stores it in memory 504.
• memory 504 is stored in nonvolatile memory, which in one embodiment is flash memory.
• the resource manager parses the resource configuration file and stores individual resources in memory for fast recall.
• the resource manager 500 stores the file 506 in the form of a lookup table.
• the resource manager reads the configuration files at startup, parses the configuration files and stores them in memory 504.
• the resource manager file 506 may then be accessed by the rest of the operating system 300 software applications.
• the resource manager operates to map digital I/O lines, com ports, game specific resources, kernal modules to load, etc.
• Figure 7 is a diagram of a table illustrating one exemplary embodiment of a portion of a resource file 506 according to the present invention.
• the resource manager 500 operates to map the input/output (I/O) line to the operating system resources. Instead of changing pin locations for different games, the resource manger provides for mapping of I/O lines via software. In one aspect, 64, I/O (X8) lines are mapped to the various operating system resources.
• the I/O line at PIN1 510 is mapped to resource R20 512; and PIN2 514 is mapped to resource R3 516; PIN3 518 is mapped to resource R38 520; PIN4 522 is mapped to resource R10 524; PIN5 526 is mapped to resource Rl 1 528; PIN6 530 is mapped to resource R12 532; PIN7 534 is mapped to resource R13 536; and PINN 538 is mapped to resource R51 540, etc.
• the gaming system 400 according to the present invention is adaptable for use as a cashless gaming system. As such, it is useable for converting existing coin-based or token-based gaming systems into a cashless gaming system.
• Figure 8 is a diagram illustrating one exemplary embodiment of converting cash, coin, or token-based gaming system to a cashless gaming system using the universal gaming system 400 according to the present invention. References also made to Figures 1-7 previously described herein.
• a card reader or coupon acceptor 550 and ticket printer 552 are added to the game.
• the card reader 550 and ticket printer 552 are easily adaptable to interface with the gaming system 400 according to the present invention.
• card reader device driver 554 is added to open operating system 300 to enable card reader 550 to communicate with the operating system.
• a ticket printer device driver 556 is added to the operating system 300 in order to allow ticket printer 552 to communicate with the operating system.
• an existing cash-based reel slot machine can be converted according to the present invention to a cashless gaming system.
• the card reader 550 can operate to read credit cards, magnetic strip based cards, or accept coupons which includes credits such as promotional gaming credits received from a casino.
• the card or coupons may be obtainable from a central or kiosk location.
• the ticket printer 556 is operable to print a ticket representative of the amount of credits or money won on the gaming system.
• the ticket 560 may then be used as a card or coupon in another gaming system, or alternatively, may be turned in at a kiosk or central location for money.
• FIG. 9 is a diagram illustrating another exemplary embodiment of the gaming system 400 according to the present invention.
• game layer 402 may be configurable remote from the gaming system 400, such as on a remote computer or laptop computer 580.
• Game layer 402 is constructed into game objects or modules 302. As such, templates for specific types of games are configured to allow a game programmer to specify game specific configurable options from a remote computer 580. In another aspect, game specific modules are created on the remote computer 580.
• the game layer is then assembled and transferred into memory 582.
• memory 582 is nonvolatile memory located in the gaming system 400.
• the nonvolatile memory is flash memory.
• the flash memory is a "Disk on a Chip", wherein the game layer 402 is downloaded from the remote computer 580 onto the disk on a chip 582.
• Figure 10 is a diagram illustrating another exemplary embodiment of programming and/or configuring a game layer at a location remote from the gaming system 400.
• game layer 402 is programmed or configured on remote computer 580.
• the game layer 402 is transferred via remote computer 580 to a removable media 584.
• the removable media is a flash memory card, and more preferably is a CompactFlash card.
• the flash memory card plugs into remote computer 580 via a PCMCIA slot. Suitable flash memory cards (i.e., a CompactFlash card) are commercially available from memory manufacturers, including SanDisk and guitarist.
• the removable media 584 is removed from remote computer 580 and inserted in gaming system 400.
• removable media 584 can be "hot-inserted” directly into the controller board of gaming system 400.
• the removable media 584 contains game layer 402 including the game specific code and program files. As such, removable media 584 remains inserted into gaming system 400 during operation of the gaming system.
• the game layer 402 can be transferred (e.g., via a memory download) from removable media 584 to memory inside of gaming system 400.
• the removable media 584 is maintained in gaming system 400 during operation of the gaming system.
• the gaming system program files may be verified for authenticity by gaming officials by simply removing the removable media 584 and inserting it in a computer or controller used for verifying/authenticating game code, indicated at 586.
• Figure 11 is another exemplary embodiment of a gaming system according to the present invention wherein the game layer is programmable or configurable at a location remote from the gaming system 400.
• game layer 402 is configurable over a network based communication system.
• network based system 600 includes a user interface 602, network or network communication link 604, and controller 606.
• Controller 606 is configured to communicate with user 610 via network 604.
• centralized controller 606 includes web server 612.
• User 610 accesses web server 612 via user interface 602, and downloads a web page suitable for configuring a game layer.
• the web page includes game specific game templates 608, which are utilized for inputting specific user configurations for individual games.
• Controller 606 receives the configuration information associated with game template 608 and assembles game layer or program 402 using the configuration information.
• Game layer or program 402 can now be downloaded into memory in gaming system 400 for use by gaming system 400 including the game specific configurable options determined by user 610.
• the system 600 also allow other user interfaces 614 for configuring games which may be assembled by controller 606 for use in other gaming systems.
• other user interface 614 may be representative of a gaming official checking the game 402 and authorizing use of the game 402 and gaming system 400.
• the game 402 may be transferred to the gaming system 400 via controller 606, or via a communication link with user interface 64, which may be a direct connection or may be a network.
• game layer 402 may be transferred from controller 606 or user interface 614 by putting it on a flash memory device (e.g., Disk on a Chip or CompactFlash card) and physically inserted into gaming system 400.
• a flash memory device e.g., Disk on a Chip or CompactFlash card
• Network 604 is defined to include an internet network (e.g., the Internet), intranet network, or other high-speed communication system.
• network 44 is the Internet. While the exemplary embodiment and this detailed description refers to the use of web pages on the Internet network, it is understood that the use of other communication networks or next generation communication networks or a combination of communication networks (e.g., and intranet and the Internet) are within the scope of the present invention.
• the assembly of configuration information received from user interface 602 can be assembled into game layer 402 using hardware via a microprocessor, programmable logic, or state machine, in firmware, and in software within a given device.
• At least a portion of the software programming is web-based and written in HTML and JAVA programming languages, including links to the web pages for data collection, and each of the main components communicate via network 604 using a communication bus protocol.
• a communication bus protocol For example, the present invention may or may not use a TC/IP protocol suite for data transport.
• Other programming languages and communication bus protocols suitable for use with the system 600 according to the present invention will become apparent to those skilled in the art after reading the present application.
• Figure 12 is a diagram illustrating one exemplary embodiment of web page game templates used in the system shown in Figure 11.
• Template 1 is shown at 622 and Template 2 is shown at 624.
• user 610 upon accessing controller 606 via user interface 602, user 610 selects a game type that the user 610 would like to either program or configure. Based on the game type 626, a template appears at user interface 602 for that game type which allows the user to specify game configurable options, indicated at 628. The controller then operates to assemble the game layer or game programs 402 based on the information received via the game template.
• the configurable options may include any type of game specific configurable options, such as game colors, game sound, percentage payouts, game options, etc.
• FIG 13 is a diagram illustrating one exemplary embodiment of nonvolatile RAM used in a gaming system 400 according to the present invention, wherein the nonvolatile RAM is configured as a redundant memory system.
• the nonvolatile RAM is configured as a RAID system.
• RAID redundant array of independent disks
• RAID systems employ two or more disk drives in combination for improved disk drive fault tolerance and disk drive performance.
• RAID systems stripe a user's data across multiple hard disks. When accessing data, the RAID system allows all of the hard disks to work at the same time, providing increase in speed and reliability.
• RAID system configuration as defined by different RAID levels.
• the different RAID levels range from LEVEL 0 which provides data striping (spreading out of data blocks of each file across multiple hard disks) resulting in improved disk drive speed and performance but no redundancy.
• RAID LEVEL 1 provides disk mirroring, resulting in 100 percent redundancy of data through mirrored pairs of hard disks (i.e., identical blocks of data written to two hard disks).
• Other drive RAID levels provide variations of data striping and disk mirroring, and also provide improved error correction for increased performance and fault tolerance.
• RAID storage system 630 includes a controller or control system 632 and multiple nonvolatile RAM data storage units, indicated as RAMA 634 and RAMB 636.
• RAMA 634 and RAMB 636 each include a backup power system PWR 638 and PWR 640.
• backup power systems PWR 638 and PWR 640 are battery backup systems.
• RAMA 634 and RAMB 636 are configured to communicate with control system 632 as a redundant array of storage devices.
• nonvolatile memory RAMA 634 and nonvolatile memory RAMB 636 are configured similar to a RAID level configuration used in the disk drive industry (i.e., as a "mirrored pair").
• Nonvolatile memory RAMA 634 and nonvolatile memory RAMB 636 communicate with control system 632 via communication bus 638, using a communication bus protocol.
• a communication bus suitable for use as communication bus 638 is an industry standard ATA or uniform serial bus (USB) communication bus.
• Control system 632 includes a microprocessor based data processing system or other system capable of performing a sequence of logical operations.
• control system 632 is configured to operate the RAID system 630 nonvolatile memories RAMA 634 and RAMB 636 as a mirrored pair. As such, read write to nonvolatile memory RAMA 634 are mirrored to nonvolatile RAMB 636, providing redundancy of crucial gaming specific data stored in nonvolatile memory RAMA 634 and RAMB 636.
• the nonvolatile memory RAMA 634 and nonvolatile memory RAMB 636 may be configured to communicate with control system 632 similar to other RAID storage system levels, such as RAID LEVEL 0, RAID LEVEL 2, RAID LEVEL 3, RAID LEVEL 4, RAID LEVEL 5, RAID LEVEL 6, etc.
• the RAID system 630 may include more than the two nonvolatile memories RAMA 634 and RAMB 636 shown.

Applications Claiming Priority (3)

Publications (2)

Family

ID=24072456

Family Applications (1)

Country Status (3)

Families Citing this family (32)

Citations (12)

Family Cites Families (1)

• 2001
  • 2001-03-08 EP EP01918453A patent/EP1366453A4/de not_active Withdrawn
  • 2001-03-08 WO PCT/US2001/007447 patent/WO2002073501A1/en active Search and Examination
  • 2001-03-08 AU AU2001245529A patent/AU2001245529B2/en not_active Ceased

Patent Citations (12)

Non-Patent Citations (1)

Also Published As

Similar Documents

Legal Events