Patent Publication Number: US-9836918-B2

Title: Remote configuration of gaming terminals

Description:
PRIORITY CLAIM 
     This application is a continuation of, and claims priority to and the benefit of, U.S. patent application Ser. No. 11/544,923, which was filed on Oct. 5, 2006, which is a continuation-in-part of, and claims priority to and the benefit of, U.S. patent application Ser. No. 10/659,827, which was filed on Sep. 10, 2003 and is abandoned, which is a divisional of, and claims priority to and the benefit of, U.S. patent application Ser. No. 09/746,944, which was filed on Dec. 21, 2000, and issued as U.S. Pat. No. 6,645,077 on Nov. 11, 2003, which claims priority to and the benefit of U.S. Provisional Patent Application No. 60/242,046, which was filed on Oct. 19, 2000, the entire contents of each of which are incorporated herein by reference. 
    
    
     TECHNICAL FIELD 
     The present invention relates generally to casino gaming, and more specifically to systems and methods for data and configuration management for game services provided to gaming machines distributed across a gaming entity. 
     BACKGROUND 
     There are a wide variety of associated devices that can be connected to a gaming machine such as a slot machine or video poker machine. Some examples of these devices are lights, ticket printers, card readers, speakers, bill validators, ticket readers, coin acceptors, display panels, key pads, coin hoppers and button pads. Many of these devices are built into the gaming machine or components associated with the gaming machine such as a top box, which usually sits on top of the gaming machine. 
     Typically, utilizing a master gaming controller (MGC), the gaming machine controls various combinations of devices that allow a player to play a game on the gaming machine and also encourage game play on the gaming machine. For example, a game played on a gaming machine usually requires a player to input money or indicia of credit into the gaming machine, indicate a wager amount, and initiate a game play. These steps require the gaming machine to control input devices, such as bill validators and coin acceptors, to accept money into the gaming machine and recognize user inputs from devices, including key pads and button pads, to determine the wager amount and initiate game play. After game play has been initiated, the gaming machine determines a game outcome, presents the game outcome to the player and may dispense an award of some type depending on the outcome of the game. 
     The operations described above may be carried out on the gaming machine when the gaming machine is operating as a “stand alone” unit or linked in a network of some type to a group of gaming machines. As technology in the gaming industry progresses, more and more gaming services are being provided to gaming machines via communication networks that link groups of gaming machines to a remote computer that provides one or more gaming services. As an example, gaming services that may be provided by a remote computer to a gaming machine via a communication network of some type include player tracking, accounting, cashless award ticketing, lottery, progressive games and bonus games. In addition, gaming machines are evolving into gaming platforms where the gaming services and game play options provided on the gaming machines may be dynamically configured. Thus, the number and type of game services and game play options offered on a particular gaming machine may vary regularly with time. 
     Within the gaming industry, a particular gaming entity may desire to provide network gaming services and track the performance of all the gaming machines under the control of the entity. The gaming machines under the control of a particular entity may be globally distributed in many different types of establishments. Casinos, convenience stores, supermarkets, bars and boats are a few examples of establishments where gaming machines may be placed. Further, gaming entities are becoming increasingly interdependent. For instance, promotions may be provided that span multiple gaming entities. As another example, mechanisms such as cashless systems are being provided that allow game players to seamlessly engage in game play across multiple gaming entities. 
       FIG. 1  is a block diagram depicting gaming machines distributed in different establishments partially connected by a dedicated communication network for typical gaming entities currently operating in the gaming industry. In  FIG. 1 , a first gaming entity  101  utilizes a central office  142 . Gaming machines,  102 ,  104 ,  106 ,  136  and  138  operated by the gaming entity  101  are located in casino  110  and a store  140 . The store  140  may be part of route comprising gaming machines distributed in such venue sites as stores, bars and other retail establishments. The gaming machines,  114 ,  116  and  118  for the gaming entity  150  are located in casinos  122 . A gaming entity may operate hundreds, thousands or ten of thousands of gaming machines. Since gaming is allowed in many locations throughout the world, the two casinos,  110  and  122 , the central office  142  and the store may be distributed over a wide geographic area. For instance, the casino  110  may be located in Atlantic City, N.J., the casino  122  may be located in Australia, the central office may be located in Las Vegas, Nev. and the store may be located in Reno, Nev. 
     Within the casinos, the gaming machines may be connected to one or more servers via one or more dedicated networks. The servers are usually located in a backroom of the casino away from the casino floor. For instance, in casino  110 , gaming machines  102 ,  104  and  106  are connected to a server  100  via a dedicated network  108 . The dedicated network  108  may be used to send accounting information and player tracking information from the gaming machines to the server  110 . In casino  122 , the gaming machines  114 ,  116 ,  118  may send accounting information and player tracking information to a server  112  using the dedicated network  120 . Other dedicated networks (not shown) in casinos,  110  and  112 , may provide such network gaming services as bonus game play, progressive game play and cashless ticketing. 
     In casinos  110  and  122 , the servers  100  and  112  may store and process accounting data from the gaming machines in communication with the servers. For instance, an accounting report detailing the performance of individual and groups of gaming machines may be generated from the data stored on the servers  100  and  112 . In addition, accounting data or reports may be sent to the server  124  in the central office  142  from each casino. These reports may contain game performance data collected from a number of gaming machines supporting many different types of games as well as hotel operations data. The data from the casino  110  may be sent to the central office  142  using a dedicated leased line  132  using a frame relay or ATM network. The data from the casino  122  may be sent to a central office (not shown) using the communication link  133 . 
     In some cases, the gaming entities,  101  and  150 , may exchange information in some manner. For instance, a player may be issued a cashless instrument at casino  122 , such as an award ticket valid for game play, and the player may then utilize the award ticket at casino  110 . In this example, gaming entity  150  may transfer resources to gaming entity  101 , in some manner, to cover a value of the cashless instrument used by the player. The server  124  may be used to generate reports summarizing the performance of all the gaming machines within the gaming entity (e.g. casino  110 , casino  122  and store  140 ). The reports may be accessed locally using the local access points  126  and  128  via the local network. In addition, reports may be remotely accessed using a dial in number for a limited number of users. For instance, an executive traveling on the road might view gaming machine performance data from a remote access point  134 , where the remote access point  134  may be a hotel room. 
     For the store  140 , the gaming machines,  136  and  138  may be leased by the store operator. However, the cost of a dedicated communication network for a small number of gaming machines is usually not justified. Thus, the gaming machines operate in a “stand alone” mode. While operating in “stand alone” mode, network gaming services are not available to these gaming machines. To obtain performance data for the gaming machines,  136  and  138 , a route operator may regularly extract performance data from the machines and manually transmit the information to the central office  142 . A route may consist of a number gaming machines located in various locations such as bars, convenience stores and supermarkets. Usually, the route operator manually extracts performance data for all of the gaming machines located on their route. For a large route, this process may be both time consuming and costly. 
     Within the gaming industry, there is some desire to provide centralized network gaming services, centralized data access, centralized data analysis, centralized configuration management and centralized data acquisition to all of the gaming machines or a larger proportion of gaming machines within a gaming entity. The centralization may be provided at both the casino level and the corporate level as a means of lowering information management costs and optimizing gaming performance. A current barrier to providing the centralized services, described above, is the complexity and costs of obtaining and managing large amounts of information from a large variety of gaming machines some of which may be dynamically configurable. Further, within the gaming industry, game performance information has traditionally been closely guarded and has not been widely shared even within a gaming entity. Thus, mechanisms for data sharing on a large scale have not been generally implemented in the gaming industry. In addition, once the data is obtained, another barrier is analyzing the information and applying it in a manner that is both useful and convenient to users within the gaming entity. 
     In view of the above, it would be desirable to provide hardware and methods for data sharing, data analysis and configuration management for gaming machines that reduce the complexity of the information management environment. Also, it is desirable for the hardware and methods to be scaleable to a large number of gaming machines and machine operators where the gaming machines and machine operators are widely distributed within a gaming entity. 
     Furthermore, within a single casino or other gaming establishment, the configuration of a slot area or other region containing multiple gaming machines generally tends to be a manual process. Casino personnel or other operators usually need to visit each gaming machine physically in order to set or adjust the various gaming machine settings or configurations. This is not only a very time consuming process, but it is also prone to numerous forms of errors, such as the erroneous setting of undesirable game denominations, incorrect or improper bonus awards, inappropriate or undesirable attract mode sequences, improper volume levels, unduly harsh or overly permissive harm minimization features, and others. Such errors may go undetected for hours or days, frequently to the detriment of the casino or other gaming operator. 
     Successful solutions to the foregoing problems, however, can result in further issues related to such solutions. For example, the foregoing related parent and sibling applications provide for a central gaming terminal data repository (GTDR) and support system adapted for a wide variety of useful purposes, such as the remote control and monitoring of various inputs, amounts collected, amounts paid, games and other software components to gaming machines. Such remote control of gaming machines can result in changes that may affect a number of significant items, including game play related elements, such as, for example, paytables, game denominations, presentation speeds, machine return or cash throughput, and the like. 
     Although some level of remote control and monitoring may provide some relief with respect to much of the configurating and re-configurating of gaming machines that has been traditionally done manually, further improvements in such remote configurations of gaming machines is desirable. Accordingly, it would be desirable to provide additional hardware, software and/or methods for configurating gaming machines and gaming terminals remotely. In particular, such provisions should be capable of ensuring that such gaming machines and terminals can be remotely configurated quickly, accurately, and in large numbers, including across entire casinos or even multiple casinos or other gaming properties. 
     SUMMARY 
     It is an advantage of the present invention to provide systems, apparatuses and methods for facilitating the on-demand, speedy and accurate configuration and/or reconfiguration of gaming machines or terminals deployed at a casino or other gaming establishment. This can be accomplished by providing an associated database having a plurality or “library” of preset gaming terminal configurations, wherein each preset gaming terminal configuration includes specific settings for a number of gaming terminal setting categories. The resulting systems utilizing such an associated database having a library of preset gaming terminal configurations then permit casinos or other gaming operators to rapidly and accurately configure or reconfigure large numbers of gaming machines and terminals distributed about the casino floor on demand. 
     According to various embodiments of the present invention, the provided system can include a gaming terminal data repository that may be used to store game software components, game software component information and gaming transaction information for a plurality of gaming terminals owned by a plurality of gaming entities. The repository may store the game software component information and the gaming transaction information in a database partitioned according to the different gaming entities in a manner allowing a game software component configuration of a particular gaming machine to be easily analyzed and modified. Using various update triggers, game software components for gaming machines connected to the gaming terminal data repository may be automatically updated. The gaming terminals, configured or designed to receive game software components from the repository, may present game play using a combination of game software components residing on the gaming machine and the game software components received from the repository. 
     One aspect of the present invention provides a gaming terminal data repository. The data repository may be generally characterized as including: 1) a network interface for communicating with one or more gaming terminals, 2) a memory arranged to store gaming terminal transaction information and game software components for a plurality of gaming terminals and 3) a processor designed or configured to update game software components on the gaming terminals using one or more update triggers where a plurality of the game software components are used to present a game on each gaming terminal. The game software components may be selected from the group consisting of game system components, game paytables, game bonusing, game progressives, game graphics, game sounds, game jurisdiction information and game networking components. The processor may be designed or configured to execute one or more gaming repository applications such as a data analysis application, a configuration design application, a scheduling design application, report generation application, a query configuration application and a game software version management application. 
     In particular embodiments, the repository may include a firewall. The memory may be a hard drive or a CD-RW drive. The network interface may be a wireless network interface or a wired network interface where the network interface communicates with a remote gaming device. The remote gaming device may be selected from the group consisting of a printer, a portable computer, a personal digital assistant and a computer. 
     In other embodiments, the game presented on the gaming terminals may be a video bingo game, a video lottery game, a video black jack game, a video slot game, a mechanical slot game, a video poker game, a video keno game, a video pachinko game, a video card game and a video game of chance. The game transaction information may be stored according to one or more game data categories such as game version data, game data, gaming terminal data, player data, route data and venue data. Further, the gaming transaction information and game software component information may be stored in queryable and partitioned database. 
     In yet other embodiments, the gaming terminals and game software components may be owned by a plurality of gaming entities where the gaming transaction information and game software components owned by each gaming entity are stored in a separate gaming data partition in the memory. Further, gaming transaction information and game software components owned by a first gaming entity are not accessible to a second gaming entity. Access to gaming transaction information and game software components may be limited according to one or more hierarchical access privileges where the hierarchical access privileges are selected from the group consisting of site user, corporate site user, remote corporate user, venue site user, remote venue site user, route user and route site user. 
     Another aspect of the present invention provides a gaming machine. The gaming machine may be generally characterized as including: 1) a first combination of game software components, the first combination comprising a plurality of game software components; 2) a master gaming controller designed or configured to present a game on the gaming machine using the first combination of game software components; 3) a network interface for communicating with a remote server and receiving game software components from the remote server; and 4) processor logic for combining game software components from the first combination with game software components received from the remote server to generate a second combination of game software components where the second combination is used to present a game on the gaming machine. In addition, the gaming machine may include a memory storing a plurality of game software components where at least one of the plurality of game software components stored in the memory may be used to generate the second combination game software components. The memory may also contain game software version information for a plurality of game software components. The game software components may selected from the group consisting of game system components, game paytables, game bonusing, game progressives, game graphics, game sounds, game jurisdiction information, game networking components. 
     In particular embodiments, the remote server may be a gaming terminal data repository and the gaming machine may include a firewall and a modem. The network interface may be a wireless network interface or a wired network interface where the network interface is configured to allow connection of the gaming machine to an internet network or an intranet network. The intranet network may be selected from the group consisting of a cashless system network, a progressive game network, an accounting network and a bonus game network. The game presented on the gaming machine may be a video bingo game, a video lottery game, a video black jack game, a video slot game, a mechanical slot game, a video poker game, a video keno game, a video pachinko game, a video game of chance and a video card game. 
     Another aspect of the present invention provides, in a remote server, a method of modifying game play on a plurality of gaming machines. The method may be characterized as including: 1) determining that a configuration update has been triggered; 2) establishing communications with the gaming machine; 3) identifying one or more game software components for the configuration update on the gaming machine; 4) bundling the game software components; and 5) sending the game software components to the gaming machine where the game software components are used to present a game on the gaming machine. 
     In particular embodiments, the method may also include one or more of the following: a) prior to sending the game software components, contacting a local ISP and sending the game software components via the local ISP, b) looking up an IP address of the one or more gaming machines, c) encapsulating the game software components in multiple information packets, d) encrypting the game software components, e) generating instructions for configuring the game software components and sending the instructions with the game software components, f) requesting game software component version information from the gaming machines, g) receiving game software component version information from the gaming machine, h) receiving game transaction information from the gaming machines and storing the game transaction information according to one or more game data categories where the game data categories are selected from the group consisting of game version data, game data, gaming terminal data, player data, route data and venue data, i) prior to storing said game transaction information, determining access privileges for said game transaction information; j) prior to storing said game transaction information, performing one or more operations on said game transaction information, k) determining a data storage partition from among a plurality of data storage partitions for storing said game transaction information where the plurality of data storage partitions correspond to a plurality of gaming entities, and l) checking a list of update triggers where the update triggers are selected from the group consisting of an update time, an update day, an update week, a game event, a game performance event and a player input. 
     Another aspect of the present invention provides a method for accessing game transaction information on a remote server which stores gaming transaction information for multiple different gaming entities. The method may be characterized as including: 1) receiving a request message for game transaction information from a first gaming device; 2) verifying an identity of a game transaction information requester contained in the request message; 3) determining access privileges of the game transaction information requester; 4) when said access privileges are satisfied, generating the requested game transaction information; and 5) sending the requested game transaction information specific to the gaming entity of the requester in a reply message to a second gaming device. The first gaming device may be selected from the group consisting of a gaming machine and a remote computer and the second gaming device may be selected from the group consisting of a gaming machine, a printer and a remote computer. 
     In particular embodiments, the method may include one or more of the following: a) generating the reply message, b) storing one or more game transaction information request parameters where the request parameters include one or more of the following: a time, a gaming terminal, a date, a game version, a game, a player, a route and a venue, c) searching a queryable database for the requested game transaction information, d) denying access to the requested game transaction information when the access privileges are not satisfied, and e) encrypting said requested game transaction information. 
     Another aspect of the present invention provides a method of updating game software. The method may be generally characterized as including: 1) establishing communications with a remote server; 2) receiving one or more game software components from the remote server; 3) unbundling said one or more game software components; 4) generating a combination of game software components where the combination of game software components comprise a plurality of game software components and includes the one or more game software components received from the remote server; and 5) presenting a game play using the combination of game software components where the game play is a video bingo game play, a video lottery game play, a video black jack game play, a video slot game play, a mechanical slot game play, a video poker game play, a video keno game play, a video pachinko game play, a video game play of chance and a video card game play. 
     Still further embodiments of the present invention can involve gaming systems, gaming machines, gaming terminals and associated methods utilizing a database containing a plurality of preset gaming machine or terminal configurations. Such a library of preset gaming terminal configurations can be stored for ready retrieval and use as circumstances may warrant. Each preset gaming terminal configuration can include specific settings for each of a plurality of gaming terminal setting categories, such as, for example, brightness, volume, language, game theme, pay tables, artwork, attract sequences, denominations, bonuses, lockup amount for hand pays, harm minimization variables, software and hardware drivers, terminal disable factors and jurisdictional rules, among others. 
     A remote configuration device, such as a GTDR, can be in communication with such a database, with this GTDR or other remote configuration device having a network interface adapted to communicate with one or more gaming terminals and a processor adapted to forward at least one of said plurality of preset gaming terminal configurations to such gaming terminal or terminals. In particular, at least one, and preferably all, of said plurality of preset gaming terminal configurations should comply with the rules of a gaming jurisdiction in which an associated receiving gaming terminal is located. In addition to the foregoing database and remote configuration device, various inventive systems can include a plurality of gaming machines and/or other gaming terminals in communication with the remote configuration device. Such gaming terminals can be adapted to present games of chance involving wagers and monetary payouts, and at least one such gaming terminal can include a network interface adapted to communicate with the remote configuration device, a memory adapted to store at least one preset gaming terminal configuration forwarded from the remote configuration device, and a controller adapted to generate a game of chance played on the gaming terminal using the preset gaming terminal configuration forwarded from the remote configuration device. 
     In further particular embodiments, a gaming terminal adapted for accepting a wager, playing a game based on the wager and granting a monetary payout based on the result of the game is provided. This gaming terminal can include an exterior housing arranged to contain a plurality of internal gaming terminal components therein, a network interface adapted to communicate with an associated external remote configuration device, a memory adapted to store at least one preset gaming terminal configuration forwarded from the external remote configuration device, and a controller in communication with the internal gaming terminal components and also the external remote configuration device via the network interface. The associated external remote configuration device can be associated with a database containing a plurality of preset gaming terminal configurations, with each preset gaming terminal configuration including specific settings for each of a plurality of gaming terminal setting categories. The controller is preferably adapted to execute or control one or more aspects of a game of chance played on the gaming terminal using a preset gaming terminal configuration forwarded from the external remote configuration device. 
     In still further particular embodiments, a method of configuring or reconfiguring a gaming terminal from a remote configuration device is provided. One method step can be to provide a gaming system including a remote configuration device and a database in communication with the remote configuration device. The database can include a plurality of preset gaming terminal configurations, wherein each preset gaming terminal configuration includes specific settings for each of a plurality of gaming terminal setting categories. Further method steps can include determining a need or desire for a new or changed configuration in a gaming terminal associated with the gaming system, sending an instruction from the remote configuration device to the gaming terminal to configure or reconfigure the gaming terminal according to a particular preset gaming terminal configuration, and configuring or reconfiguring the gaming terminal according to that particular preset gaming terminal configuration. In some embodiments, the particular preset gaming terminal configuration may already be present on the gaming terminal. In other embodiments, the method can further include the steps of retrieving the particular preset gaming terminal configuration from the database and forwarding that particular preset gaming terminal configuration from the remote configuration device to the gaming terminal. 
     Other methods, features and advantages of the invention will be or will become apparent to one with skill in the art upon examination of the following figures and detailed description. It is intended that all such additional methods, features and advantages be included within this description, be within the scope of the invention, and be protected by the accompanying claims. 
    
    
     
       BRIEF DESCRIPTION OF THE DRAWINGS 
       The included drawings are for illustrative purposes and serve only to provide examples of possible structures and elements for the disclosed gaming terminal data repository and information distribution systems and methods. These drawings in no way limit any changes in form and detail that may be made to the invention by one skilled in the art without departing from the spirit and scope of the invention. 
         FIG. 1  is a block diagram depicting gaming machines distributed in different establishments partially connected by a dedicated communication network for typical gaming entities currently operating in the gaming industry. 
         FIG. 2  is a block diagram depicting a gaming terminal data repository connected to a number of gaming terminals and a partition of a database residing within the gaming terminal data repository. 
         FIG. 3  is block diagram of game software components that may be allocated to particular gaming terminals using a gaming terminal data repository. 
         FIG. 4  is a block diagram of venues and route sites with gaming terminals connected to a gaming terminal data repository. 
         FIG. 5  is a block diagram of hierarchical access groups that may be used to control data access in a gaming terminal data repository containing gaming transaction information from multiple different gaming entities. 
         FIG. 6A  is a perspective drawing of a gaming machine having a top box and other devices. 
         FIG. 6B  is a block drawing of gaming components in a gaming machine. 
         FIG. 7  is a flowchart depicting a method of updating game software components on a gaming machine using a remote server. 
         FIG. 8  is a flowchart depicting a method, in a remote server, of modifying game play on a plurality of gaming machines. 
         FIG. 9  is a flowchart depicting a method of accessing game transaction information on a partitioned database storing data from multiple different game entities. 
         FIG. 10  is a block diagram of an exemplary database with a library of preset gaming terminal configurations according to one embodiment of the present invention. 
         FIG. 11  is a flowchart depicting an exemplary method of configuring or reconfiguring a gaming terminal from a remote configuration device according to one embodiment of the present invention. 
     
    
    
     DETAILED DESCRIPTION 
     Exemplary applications of systems and methods according to the present invention are described in this section. These examples are being provided solely to add context and aid in the understanding of the invention. It will thus be apparent to one skilled in the art that the present invention may be practiced without some or all of these specific details. In other instances, well known process steps have not been described in detail in order to avoid unnecessarily obscuring the present invention. Other applications are possible, such that the following example should not be taken as definitive or limiting either in scope or setting. In the following detailed description, references are made to the accompanying drawings, which form a part of the description and in which are shown, by way of illustration, specific embodiments of the present invention. Although these embodiments are described in sufficient detail to enable one skilled in the art to practice the invention, it is understood that these examples are not limiting, such that other embodiments may be used, and changes may be made without departing from the spirit and scope of the invention. 
     Gaming Terminal Data Repositories 
       FIG. 2  is a block diagram of a gaming terminal data repository (GTDR)  200  connected via network interface  208  to a number of remote gaming terminals  218 ,  220  and  222 . The GTDR  200  may provide the management and download tools necessary to manage all of the information associated with a particular gaming terminal or groups of gaming terminals and manage access to this data for a particular user or set of users. An operator using the GTDR  200 , with the appropriate access privileges, may define various parameters that trigger the download to the gaming terminal of information and programs such as game software components. The GTDR  200  may connect with an existing network interface system, such as a cashless system within the casino, may communicate directly with gaming terminals or may use combinations of both methods to facilitate information downloading and data collection. 
     The gaming terminals,  218 ,  220  and  222 , may be gaming machines such as video and mechanical slot machines and or gaming terminals providing video game play for games such as bingo games, keno games and lottery games. The gaming terminals may be located in many different venues such as casinos, stores, restaurants, bars and boats where the venues may be owned and operated by different gaming entities. For instance, gaming terminal  218  may be located in a casino owned by a first gaming entity, gaming terminal  220  may be located in a store on a route with multiple different stores owned by a second gaming entity and gaming terminal  222  may be located on a floating casino owned by a third gaming entity. 
     The gaming terminals  218 ,  220  and  222  may send game transaction information, such as coin-in and coin-out, game software component information, such as the versions of software residing on each gaming terminal and the version of a game being played, and player tracking information, such as the identity of a player playing a game on the gaming machine. The gaming terminals  218 ,  220  and  222  may send and may receive information directly from the GTDR  200  or the gaming terminals may communicate with the GTDR  200  via an intermediate device such as a cashless system server. Information received from the gaming terminals may be archived in the gaming terminal database  210  on the GTDR. In addition, the GTDR  200  may poll various servers such as bonus game servers, cashless system servers, progressive game servers for gaming information that may stored in the gaming terminal database  210 . 
     The GTDR  200  may communicate with the gaming terminals,  218 ,  220  and  222  and other remote gaming devices, such as portable computers, printers, personal digital assistants and computers located at various gaming venues, using the network interface  208 . The network interface  208  may be a wireless network interface or wired network interface. The GTDR  200  may utilize a firewall  209  to prevent unauthorized access to data stored in the GTDR  200 . Access firewalls may be those provided by Cisco Systems of San Jose, Calif. 
     The GTDR  200  stores gaming information, such as gaming transaction information, game software components and game software component information, in a partitioned gaming terminal database  210 . In one embodiment, the information stored in the gaming terminal database may be partitioned according to gaming entities. For instance, gaming information from a first gaming entity be may stored in a first partition of the gaming terminal database  212 , gaming information from a second gaming entity may be stored in a second partition  214  and gaming information from a third gaming entity may be in a third partition  216 . The number of partitions may vary and is not limited to the three partitions described in the present example. The gaming terminal database  210  may be a hard drive, CD-Read/Write drive or any other storage medium or combinations of storage mediums appropriate for storing large amounts of game information. 
     The large amount data and variety of game programs on each gaming terminal may be managed using the data and program management tools of the GTDR  200 . Each game program may comprise of plurality of game software components. In  FIG. 2 , each of the items may be associated with a particular gaming terminal or associated with a type of gaming terminal. The items may be organized in a database structure of some type that may be extended to a large number of gaming terminals. Many different types of database structures are possible. Some examples of database structures that may be utilized are described in the text: “Database Management Systems,” by R. Ramakrishnan, Mcgraw-Hill, which is incorporated herein by reference in its entirety and for all purposes. 
     An advantage of using a database partitioned according to a number of gaming entities may be easier sharing of data between gaming entities allowing for seamless game play across different gaming entities and promotions involving multiple gaming entities. Another advantage may be less expensive information management costs because multiple gaming entities may share the information manage costs rather than each entity performing its own information management. Further, within a gaming entity, information management costs may be lowered because information management for a particular entity may be centralized. Yet another advantage of the partitioned database is scalability. The partitioned approach is scaleable to large numbers of gaming terminals. Further, when gaming information is stored for a large number of gaming terminals, gaming terminal configuration performance patterns may emerge that are not readily seen when information is only stored for a small number of gaming terminals. 
     The associations between gaming terminal database elements and the gaming terminals may be managed and leveraged with specific GTDR  200  tools that utilize information that may be stored in the data repository such as within a database structure of some type. For instance, the system may be used to establish relationships between users, terminal information, site information, and gaming terminals. With a given set of relationships established using the system, the casino operator may then identify the configuration desired of a particular gaming terminal or groups of gaming terminals. An example of the structure, relationships and types of information that may be stored in a data partition  216  for a particular gaming entity is shown in  FIG. 2 . The example is used for illustrative purposes as many different structures are possible and additional gaming information may be stored in the database  210 . 
     For each gaming terminal, including  222 ,  246  and  247 , game software component information for various potential game configurations on the gaming terminal may be stored. For instance, gaming terminal  222  may be configured for 5 different types of games including  241 ,  242 ,  243 ,  244  and  245 . The 5 games might correspond to five types of video slot games, 5 types of video poker games, or 2 types of video slot games and 3 types of video black jack games. The number of games on a given terminal and the combinations of games may vary. Game software components and game software component information for other video games of chance, including video bingo games, video lottery games, mechanical slot games, video keno games, video checkers and video card games may also be stored in the GTDR  200 . 
     For each game, game software component information may be listed for game software components that reside on the gaming terminal. The game software component information may correspond to a particular game software configuration residing on the gaming terminal as well as potential configurations of software for the gaming terminal. For example, for game  241 , the game software component information includes game system components  224 , game paytables  226 , game bonusing  228 , game graphics  230 , game sounds  232 , game progressives  233 , jurisdiction information  234 , player tracking  236 , game networking components  238  and other gaming information. Under each category, multiple different game software components may be available. Some of the game software components, such as game graphics  230  or game sounds  232 , may be specific to a particular game while other game software components, such as game networking  238 , may be shared by multiple different games. For instance, a video slot game and a poker game may use different graphics and sounds but the same player tracking software components. Examples of different game software components for each type of game software component are described with reference to  FIG. 3 . 
     The GTDR  200  may receive various types of game transaction information from gaming terminals connected in some manner to the GTDR  200 . The game transaction information may be used to determine the relative performance of different games and gaming terminals. The game transaction information may be stored in a relational database allowing search and queries of various different data categories  260 . The data categories may be specify various data relationships. For instance, game transaction information, such as coin-in, coin-out, and amount bet per game, may be stored according to specific games as game data  248 . The game data may be a composite of game data obtained from multiple gaming terminals operating at different locations. Many data fields may be associated with the game data such as the time, game version, location, gaming terminal and player, and stored as a data record. The data fields may be utilized by analysis tools residing in the GTDR  200  to generate various information relationships such as game performance as a function of time, game performance as a function of location, game performance as a function of game version and game performance as a function of player. 
     The data categories  260  may be used to store commonly accessed data combinations to minimize analysis times. Many different combinations of game transaction information and other game information for various groups of gaming terminals may be stored in the gaming terminal database  210  as a queryable database. Other examples of game data categories may include: 1) gaming terminal data  250 , which may be a history of game performance on a particular gaming terminal for all of its past configuration, 2) player data  252 , which may be a composite of a player&#39;s game play on many different gaming terminals, 3) route data  254  which may be a composite of gaming terminal information for a group of gaming terminals on a route comprising a number of gaming venues such as stores, and 4) venue data  255  which may be a composite of terminal information for a groups of gaming terminals at a particular venue such as a casino, a subset of gaming terminals within a casino, a store or a restaurant. Again many types of data categories may be possible. The number of potential data categories may depend on the number of fields associated with each data record obtained from a gaming terminal and a processing power of the GTDR  200 , because too many data categories may result in a degradation of search performance on the GTDR  200 . 
     The processor and memory  206  on the GTDR  200  may be used to execute a number of analysis tools  270  (e.g., gaming repository applications) residing in each data partition, including  212 ,  214  and  216  in the gaming terminal database  210 . The gaming repository applications  270  as well as the game transaction information and game software components stored in the gaming terminal database  210 , may be proprietary and in some cases may not be shared by different gaming entities. The analysis tools  270  may utilize a number of user interfaces such as graphics tools for presenting data generated in each application. For instance, an interface may display the current game software components on a gaming terminal as highlighted in a list of game software components available on the gaming terminal. These interfaces may be viewed on displays, including  202 , or remote computers which are connected to the GTDR  200 . 
     The gaming repository applications  270  may include: 1) data analysis applications  272 , which may be used to establish data categories and various relationships between data categories, 2) version management tools  273 , which may be used to identify the game software components on a particular gaming terminal and then update one or more game software components by downloading game software components from the GTDR  200 , 3) configuration and scheduling tools  274 , which may be used to automatically configure one or more gaming terminals according to one or more scheduled update triggers, 4) query configuration application, which may be used to design query relationships in the database that are suited to a particular users needs, and 5) report generation applications for formatting game transaction information. The gaming repository applications  270  are not limited to these applications, and many types of gaming repository applications are possible. 
     Data from the various applications executed on the GTDR  200  may be shared and utilized by other applications. For instance, the data analysis tools  272  may be used to establish relationships between game versions, game transaction information, site information and gaming terminal information. The relationships may be utilized by the configuration application  274  to establish configurations for one or more gaming terminals. The configuration application may identify the current set of game software components used for game play on a particular gaming terminal and then compare the identified software components with game software components required for a new game configuration (e.g., a plurality of game software components are used to present a game presentation on each game presentation). The result of the comparison may be a list of game software components that need to be updated on the gaming terminal to enable the new game configuration. Configuration management tool  274 , which is executed by the processor  206 , may then download the game software components required for the new game configuration to the gaming terminal via the network interface  208 . A similar process may be used by the software version management to update versions of software residing on one or more gaming terminals. 
     The scheduling tools may be used to automatically update the configurations of one or more gaming terminals according to a number of update triggers. Updates might be triggered at certain times, such as hourly, daily or weekly, according to player input, or according to game performance. For instance, when a game is performing poorly on a gaming terminal, game software components to enable a new version of the game being played or a different game may be downloaded to the gaming terminals connected to the GTDR  200 . The gaming performance of the gaming terminals may be monitored by the GTDR  200  so that the download may be performed automatically. As another example, different paytables may be downloaded to different gaming terminals at specific times of the day to encourage game play during off-peak hours or increase profits during peak hours. In yet another example, the GTDR may download new game software components to a particular gaming terminal being utilized by a particular player. The download may occur as a result of a data analysis indicating personal game playing preferences of a particular player such as liking particular sounds or graphics. The download may occur automatically without being initiated by the player or may be initiated by the player. 
     In the past, new games have been installed in gaming machines by exchanging an EPROM in the gaming machine containing all of the gaming software, or by downloading an entire game software package. In these examples, all the gaming software on the gaming machine is exchanged whether or not it is different from the new gaming software. An advantage of only downloading specific game software components is that it allows for faster downloads when only a small fraction of the gaming software is being updated. Also, in many cases, the gaming machine may continue to operate while the download is implemented. When all of the gaming machine software is downloaded, the gaming machine may have to brought down for the installation. Further, for a game with many different versions where the variation from version to version may be small, it is more efficient to manage and store the individual game software components rather than many different game software versions with each version comprising all of the game software components. 
       FIG. 3  is block diagram of game software components that may be allocated to particular gaming terminals using a gaming terminal data repository  200 . An example of game software components for a particular game  241  was described with reference to  FIG. 2  and components that appear in  FIG. 2  are identified by common reference numerals. In  FIG. 3 , the game software components  300  may be displayed as menu containing game software component information. The menu, which may be generated as part of game repository application, may be used by an operator using the GTDR  200  to configure a particular gaming terminal connected to the GTDR with a particular game. The menu items may correspond to game software components stored on the GTDR  200 . 
     The game system components  224  may comprise software modules used to provide various system functions on the gaming terminal. For instance, the event manager  312  may be used to monitor and distribute events occurring on the gaming machine such as card-in, card-out, power hit and tilt. The bank manager  315  may be used to perform accounting functions on the gaming terminal. The communication manager  316  may be used to provide communication protocols allowing different gaming devices to communicate with the gaming terminal such as player tracking devices. Another example of gaming system components might include device drivers allowing the gaming system software to communicate with various devices connected to the gaming terminal such as displays, bill validators, ticket readers, coin acceptors, card readers and printers. Details of game system components that may be used in the present invention are described in co-pending and commonly owned U.S. patent application Ser. No. 09/642,192 by LeMay, et al., filed Aug. 18, 2000, and entitled “Gaming Machine Virtual Player Tracking and Related Services,” which is incorporated herein by reference in its entirety and for all purposes. 
     Different versions of the game system components may be stored on the GTDR  200 . For instance, two versions of the event manager,  312  and  315 , may be stored on the GTDR  200 . The second version may be a software update of the first version. Using the GTDR  200 , software versions on one or more gaming terminals may be automatically updated. In addition, the GTDR may store device drivers for many types of devices. For example, many different versions a player tracking devices exist. The GTDR  200  may store device drivers for these devices such that, when a new player tracking device is installed on a gaming terminal, the GTDR  200  may be used to download software to the gaming terminal enabling operation of the new player tracking device. 
     The game paytables  226 , which may be downloaded to a gaming terminal, includes a paytable peak  322 , a paytable off-peak  324  and a paytable promotion  326 . The paytable peak  322  may correspond to a particular set of odds for peak game playing times. Paytable off-peak may correspond to a particular set of odds for off-peak playing times  324 . For instance, during off-peak playing times, a bigger jackpot may be available on certain gaming terminals that is not available during peak game playing times to attract addition game play. The paytable promotion  326  may correspond to a particular set of prizes that is available during promotional periods. For example, the paytable promotion might be downloaded at random times during the day to add excitement to game play on one or more gaming terminals. The GTDR  200  may include configuration and scheduling applications allowing random downloads to be performed automatically. 
     The game bonusing  228 , which may be downloaded to a gaming terminal, includes bonus game peak  332 , bonus game off-peak  334 , bonus game promotion  336  and bonus game test  338 . A large variety of bonus games are possible. The bonus game peak and bonus game off-peak may have been selected based upon game performance data stored on the GTDR. The bonus game test  338  may be downloaded to gather gaming performance data on a particular bonus game, such as, for example, to try out a new bonus game that has been developed. 
     The game graphics  230  and game sound  232 , which may be downloaded from the GTDR, include background red static  342 , background red dynamic  344 , background promotion  346 , background test  348 , classical  352 , easy  354 , promotion  356  and test  358 . The GTDR  200  may contain analysis tools that allow the game graphics and game sounds on a group of gaming terminals to be directed to a particular age group. For example, older men may prefer a red dynamic background  344  and classical music  352  while older women may prefer a red static background  342  and easy music  354 . Thus, the GTDR  200  may include scheduling tools that use update triggers such as the time of day to automatically download game graphics  230  and game sound  232  to attract particular groups of people at certain times of day. 
     Specific update triggers may be determined based upon a demographic analysis of game performance data (e.g., game transaction information) and user data (e.g., player tracking information) stored in the GTDR. The demographic analysis may be performed using software executed on the GTDR. The software may indicate that certain groups of individuals are more likely to play certain types of games at certain times of day. Thus, update triggers may be developed and implemented on the GTDR that configure gaming terminals with certain games at certain times corresponding to the preferences of a particular demographic group. 
     The game progressive  233  game software components may allow a user to configure groups of gaming terminals into different progressive game groups. For instance, the game only progressive software  362  may be downloaded from the GTDR  200  to a group of gaming terminals presenting the same game such as a particular version of a video slot game. The game only progressive  362  may enable a progressive game for game players playing only the particular version of the slot game designated by the game only progressive  362 . As another example, a casino progressive software may allow a gaming terminal to be configured as part of casino wide progressive game involving a number of gaming terminals throughout the casino. Also, promotional progressive games  366  and test progressive games  368  may be downloaded from the GTDR  200 . 
     The game jurisdiction information  234  game software components may be used to configure a gaming terminal for a particular gaming jurisdiction. Different gaming jurisdictions may have different rules in regards to the maximum amount of wagers that may be made on a particular game or the types of paytables that may be used in a particular game. For instance, the GTDR  200  may store gaming jurisdiction configurations for Nevada  372 , New Jersey  374 , Indiana  376  and California  378 . Thus, with the GTDR  200 , a generic gaming terminal may be shipped to a particular jurisdiction and then may be configured remotely using the GTDR  200 . Thus, when the gaming terminal is installed in Nevada, a Nevada configuration is used. The remote configuration capability may significantly reduce the resources needed to install gaming terminals that may be sold to different jurisdictions. 
     The game software components  300  listed in  FIG. 3  may appear to the operator as a menu on a display screen where the current game software configuration of the gaming terminal is highlighted in some manner. For instance, a current game software configuration may comprise: 1) a first versions of the event manager  312 , bank manager  314 , and communication manager  316 , 2) a bonus peak game  332 , 3) a red dynamic background  344 , 4) easy music  354 , 5) a game only progressive  362 , and 6) a Nevada gaming jurisdiction configuration. The current game software configuration may be highlighted on the screen as a particular color. By pointing to the screen using a mouse or some other device, an operator may highlight particular boxes to adjust the configuration of a particular gaming terminal or a group of gaming terminals. In addition, the menu may include configuration templates corresponding to a number of gaming terminal configuration options that may be selected by the operator. These templates may be proprietary and based upon an analysis of game performance data available to a particular gaming entity. 
     GTDR Networks 
       FIG. 4  is a block diagram of venues and route sites with gaming terminals connected to a gaming terminal data repository. In  FIG. 4 , gaming machines,  465 ,  466 ,  467 ,  468 ,  469 ,  475 ,  476 ,  477 ,  478 , and  479 , reside in the casino  405 , gaming terminals,  419  and  420 , in the bingo parlor  418 , gaming machines,  437  and  438 , in the store  436 , a remote user  402 , and gaming terminals,  443  and  444 , in the restaurant are connected to a GTDR  410  located in the casino  405 . The gaming machines and gaming terminals are connected to the GTDR  410  via local area networks, via the Internet  490  and via a secure private intranet  446 . In  FIG. 4 , the communication connection configuration represents one of many potential connection schemes possible with the present invention. Also, the GTDR  410  may be located other locations besides the casino  405 . For instance, the GTDR could be located in a separate location containing the GTDR and its support infrastructure or the GTDR might be located in a corporate headquarters for a particular gaming entity. 
     In one embodiment, gaming machines, gaming terminals or remote users may communicate with the GTDR  410  via the Internet. For instance, the gaming machines,  437  and  438 , may contain a wireless modem or wired modem allowing the gaming machines to contact a local Internet Service Provider (ISP) and communicate with the GTDR  410  via the Internet. The GTDR  410  may also connect with the Internet via a local ISP. Using the connection with the GTDR  410 , the gaming machines may be able to send game transaction information to the GTDR  410  and receive game software downloads from the GTDR  410 . 
     The gaming machines, residing in the store, may be part of route comprising a number of gaming machines located in different stores. A remote user  402 , such as a route operator for the store  436 , may also be able to contact the GTDR  410  via a local ISP. Using the GTDR  410 , a route operator or other remote user may be able to obtain reports on gaming machine performance, perform data analysis on a group of gaming machines, such as  437  and  438 , remotely configure gaming machines via game software component downloads, as well as utilize any other applications available on the GTDR. 
     Gaming terminals and gaming machines may also communicate with the GTDR  410  via an intermediate device. For example, in the bingo parlor  418 , the bingo terminal  419  and the gaming terminal  421 , communicate with the central bingo system  423  via the LAN  422  in  418 . The central bingo system  423  may send gaming terminal transaction information received from  419  and  421  using a wide area network interface  424  and an Internet connection  492  to connect to the Internet  490 . Also, the central bingo system  423  may forward game software components downloads received from the GTDR  410  to gaming terminals connected to the central bingo system  423  including the bingo terminal  419  and the gaming terminal  421 . As another example, in the restaurant  404 , the keno gaming terminal  443  and the lotto gaming terminal  444  may communicate game transaction information to the cashier station  441  via the local area network  442 . The cashier station  441  may forward the gaming transaction information via a private leased line  446  directly connected to the GTDR  410 . Using the private leased line  446 , the GTDR  410  may download game software components to the keno gaming terminal  443  and the lotto gaming terminal  444  via the cashier station  441  and the LAN  442 . 
     In one embodiment, communications between the GTDR and other gaming devices over the Internet  490  may be implemented using an IP based Virtual Private Networks (VPNs). An Internet-based virtual private network (VPN) uses the open, distributed infrastructure of the Internet to transmit data between various sites. A VPN may emulate a private IP network over public or shared infrastructures. A VPN that supports only IP traffic is called an IP-VPN. Virtual Private Networks provide advantages to both the service provider and its customers. For its customers, a VPN can extend the IP capabilities of a central data site, such as the GTDR  410 , to remote venue sites, such as the bingo parlor  418 , restaurant  404 , store  436 , and/or users, such as the remote user  402  or a user operating from a particular venue site, with intranet, extranet, and dial-up services. This connectivity may be achieved at a lower cost to the gaming entity with savings in capital equipment, operations, and services. 
     There are many ways in which IP VPN services may be implemented, such as, for example, virtual leased lines, virtual private routed networks, virtual private dial networks, virtual private LAN segments, and so forth. Additionally, VPNs may be implemented using a variety of protocols, such as, for example, IP Security (IPSec) Protocol, Layer 2 Tunneling Protocol, Multiprotocol Label Switching (MPLS) Protocol, and the like. Details of these protocols including RFC reports may be found from the VPN Consortium, an industry trade group (http://www.vpnc.com, VPNC, Santa Cruz, Calif.). Details of VPNs and related communication methods that may be used in the present invention are described in co-pending and commonly owned U.S. patent application Ser. No. 09/732,650 by Nguyen, filed Dec. 7, 2000, and entitled “Secured Virtual Network In a Gaming Environment,” which is incorporated herein by reference in its entirety and for all purposes. 
     In some embodiments, the GTDR  410  may be combined with an existing remote server and may use an existing intranet utilized by the remote server for communicating with a number of gaming terminals. For instance, in one embodiment, the GTDR  410  may be combined with a cashless system server, such as an EZ Pay® system server by IGT of Reno, Nev., to provide both cashless system functions and GTDR functions as previously described. In the following paragraphs, the cashless system functions and connection scheme, which may be incorporated into a combined GTDR and cashless system, are described. 
     Components of a cashless system may include: 1) data acquisition hardware, 2) data storage hardware, 3) cashless instrument generation and validation hardware (e.g., printers, card readers, ticket acceptors, validation terminals, and so forth), 3) auditing software, 4) cashless instrument validation software, and 5) database software. Many types of cashless systems are possible and are not limited to the components listed above or embodiments such as the EZ Pay® ticket voucher system. Typically, a cashless system is installed at each property utilizing cashless instruments. To allow multi-site validations of cashless instruments, the cashless systems at each property may be linked to a cashless instrument transaction clearinghouse. Using the cashless instrument clearinghouse, the GTDR  410  may obtain gaming transaction information from multiple gaming entities. 
     Returning to  FIG. 4 , a first group of gaming machines,  465 ,  466 ,  467 ,  468 , and  469  is shown connected to a first clerk validation terminal (CVT)  460  and a second group of gaming machines,  475 ,  476 ,  477 ,  478  and  479  is shown connected to a second CVT  470 . All of the gaming machines print ticket vouchers, which may be exchanged for cash or accepted as credit of indicia in other gaming machine located within the property  405 . In this example, the ticket voucher serves as a cashless instrument. In addition, the gaming machines may contain smart card readers for reading voucher information stored on smart cards. 
     The CVTs,  460  and  470 , store cashless instrument transaction information corresponding to the outstanding cashless instruments, including ticket vouchers, smart cards and debit cards, that are waiting for redemption. In addition, cashless instrument transaction information may be stored in a cashless server and GTDR including the GTDR  410 . The cashless instrument transaction information may be used when the vouchers are validated and cashed out or redeemed in some manner. The CVTs  460  and  470  may store the information for the ticket vouchers printed by the gaming machines connected to the CVT. In addition, the CVTs  460  and  470  may store the information for vouchers stored on a smart card or other types of cashless instruments that were generated on each gaming machine. For example, CVT  460  stores voucher information for vouchers issued by gaming machines  465 ,  466 ,  467 ,  468 , and  469 . 
     In this embodiment, when a player wishes to cash out a voucher, the player may redeem vouchers issued from a particular gaming machine at the CVT associated with the gaming machine or any other CVT which is part of the cashless system associated with the CVT. For example, since CVT  460  and CVT  470  are connected as part of a single cashless system to the GTDR  410 , a player may redeem vouchers or utilize vouchers at the gaming machines, the CVTs ( 460  or  470 ), the cashiers ( 425 ,  430 ,  435 , and  440 ) or the wireless cashiers  458 . The CVTs, cashiers, wireless cashiers and gaming machines may be referred to as “cashless validation sites.” 
     Using the cashless system network, multiple groups of gaming machines connected to CVTs are connected together in a cross validation network  445 . The cross validation network is typically comprised of one or more concentrators  455 , which accepts inputs from two or more CVTs and enables communications to and from the two or more CVTs using one communication line. The concentrator is connected to a front end controller  450 , which may poll the CVTs for voucher information. The front end controller is connected to GTDR  410 , which may provide a variety of information services for the cashless system, including accounting  420 , administration  415 , as well as GTDR functions such as downloading game software components to the various gaming machines connected to the system. 
     As cashless instruments are validated, the information may be sent to audit services computer  440  providing audit services, the accounting computer  420  providing accounting services, or the administration computer  415  providing administration services. In another embodiment, all of these services may be provided by the GTDR  410 . Examples of auditing services, which may be provided by the GTDR  410  include: 1) session reconciliation reports, 2) soft count reports, 3) soft count verification reports, 4) soft count exception reports, 5) machine voucher status reports, and 5) security access report. Examples of accounting services, which may be provided by the GTDR  410 , include: 1) voucher issuance reports, 2) voucher liability reports, expired voucher reports, 3) expired voucher paid reports, and 4) voucher redemption reports. Examples of administration services, which may be provided by GTDR  410 , include: 1) manual voucher receipt, 2) manual voucher report, 3) voucher validation report, 4) interim validation report, 5) validation window closer report, 6) voided voucher receipt, and 7) voided voucher report. 
       FIG. 5  is a block diagram of one example of hierarchical access groups that may be used to control data access in a gaming terminal data repository containing gaming transaction information from multiple different gaming entities. As previously described, with a GTDR, data may be obtained from multiple different gaming entities and may be stored in a partitioned database. Once gaming information is stored in the database different users may be assigned different access privileges to the gaming information and services available on the GTDR. This capability may allow a user, such as a route operator, to pay for a service such as accounting for all of the gaming terminals operated by the user. As another example, a user of the GTDR may desire some form of data mining service which provides real-time marketing data related to game or site. 
     In  FIG. 5 , all of the information and applications available on the GTDR may be accessible to a site supervisor  500 . Members of the systems users group  502 , which may include the site supervisor  500 , may have site supervisor privileges for the entire GTDR or may have site supervisor privileges for one or more data partitions within the GTDR. The members of the systems users group typically manage the GTDR system functions and applications. For instance, members of the system user group  502  may allocate the size of partition, may perform backups and may provide application troubleshooting. Under the site supervisor group  500 , a number groups relating to gaming entities, including an entertainment corporation group  505  and an entertainment corporation group  510 , may reside. Gaming transaction information and repository applications, which may be proprietary to each gaming entity, may be stored in a separate data partition on the GTDR. For instance, a first data partition may be allocated to the gaming entity corresponding to the entertainment corporation group  505  and a second data partition may be allocated to the gaming entity corresponding to the entertainment corporation group  510 . The number of groups and access privileges may vary from gaming entity to entity. The number of groups and the hierarchical group relationships may depend on the number of venues in the gaming entity, such as the number of casinos, information access policies formulated by each gaming entity and the types of group access privileges available on the GTDR. Many examples of group hierarchies are possible and are not limited to the example in  FIG. 5 . 
     The entertainment corporation  505  consists of two venues, such as two casinos, and two routes where each route may comprise multiple venues such as stores or bars. For the entertainment group  505 , remote corporate users  520  and corporate site user  522  may access all of the game information and repository applications available to the entertainment corporation group  505 . For instance, a corporate site user may be able to remotely configure gaming terminals at the two venues and on the two routes, execute data analysis tools using gaming information obtained from these sites and obtain reports regarding each of the venues and routes. As described with reference to  FIG. 4 , a remote user may be able to obtain remote access to the GTDR via an Internet connection or a private intranet. 
     Under the venue groups  525  and  530 , remote users,  545  and  555 , and venue site users,  550  and  560 , associated with the venue corresponding to the venue group,  525  and  530 , may be able to access gaming information for the particular venue associated with their group. The remote users,  545  and  555 , and venue site users,  550  and  560 , may be able to access all of the applications available to the entertainment corporation group  505  or a subset of the application available to the entertainment corporation group  505 . However, users in the venue group  525  may not be able to access all of the information and all the applications available to the venue group  530 . Further, users in the venue group  530  may not be able to access all of the information and all the applications available to the venue group  525 . 
     Under the route groups,  535  and  540 , remote users,  565  and  580 , such as route operators, may be able to access gaming information for all the route sites associated with their route group. For instance, a route may consist of 5 stores with gaming terminals in each store. Thus, a route operator may have access to gaming information generated from the gaming terminals in the 5 stores on their route. The route site users,  570  and  580 , may be only able to access gaming information for the particular route site corresponding to their route site group and may not be able to access information at other route sites on their route or other route sites on different routes. Thus, using the example of the route with 5 stores, a route site user at one store may have access to gaming information generated at their store but not at the other 4 stores on their route. 
     Under the site supervisor group  500 , another example of an entertainment corporation group  510  is shown. The entertainment corporation group  510  consists of two venue groups,  512  and  514 , with remote users,  590  and  594 , and venue site users,  592  and  596 , for each venue group. The entertainment corporation group  510  does not contain any corporate site users. Thus, in this example, users in each venue group,  512  and  514 , may access game information generated at their venue site. However, no users within the entertainment group  510  are able to see all of the game information generated from both venue sites. 
     Gaming Machines 
       FIG. 6A  is a perspective drawing of a gaming machine  600  having a top box  606  and other devices. Gaming machine  600  includes a main cabinet  604 , which generally surrounds the machine interior (not shown) and is viewable by users. The main cabinet includes a main door  608  on the front of the machine, which opens to provide access to the interior of the machine. Attached to the main door are player-input switches or buttons  632 , a coin acceptor  628 , and a bill validator  630 , a coin tray  638 , and a belly glass  640 . Viewable through the main door is a video display monitor  634  and an information panel  636 . The display monitor  634  will typically be a cathode ray tube, high resolution flat-panel LCD, or other conventional electronically controlled video monitor. The information panel  636  may be a back-lit, silk screened glass panel with lettering to indicate general game information including, for example, a game denomination (e.g. $0.25 or $1). The bill validator  630 , player-input switches  632 , video display monitor  634 , and information panel are devices used to play a game on the game machine  602 . The devices are controlled by circuitry (e.g., the MGC and associated devices) housed inside the main cabinet  604  of the machine  602 . Many possible games, including mechanical slot games and video games of chance including video slot games, video poker, video black jack, video pachinko, video card games, video bingo, video keno, video checkers and video lottery, may be provided with gaming machines of this invention. 
     The gaming machine  602  includes a top box  606 , which sits on top of the main cabinet  604 . The top box  606  houses a number of devices, which may be used to add features to a game being played on the gaming machine  602 , including speakers  610 ,  612 ,  614 , a ticket printer  618  which prints bar-coded tickets  620 , a key pad  622  for entering player tracking information, a florescent display  616  for displaying player tracking information and a card reader  624  for entering a magnetic striped card containing player tracking information. The ticket printer  618  may be used to print tickets for a cashless ticketing system. Further, the top box  606  may house different or additional devices than shown in  FIG. 6A . For example, the top box may contain a bonus wheel or a back-lit silk screened panel which may be used to add bonus features to the game being played on the gaming machine. As another example, the top box may contain a display for a progressive jackpot offered on the gaming machine. During a game, these devices are controlled and powered, in part, by circuitry (e.g., the MGC) housed within the main cabinet  604  of the machine  602 . 
     Understand that gaming machine  602  is but one example from a wide range of gaming machine designs on which the present invention may be implemented. For example, not all suitable gaming machines have top boxes or player tracking features. Further, some gaming machines have two or more game displays—mechanical and/or video. And, some gaming machines are designed for bar tables and have displays that face upwards. Those of skill in the art will understand that the present invention, as described below, can be deployed on most any gaming machine now available or hereafter developed. 
     Returning to the example of  FIG. 6A , when a user wishes to play the gaming machine  602 , he or she might insert cash through the coin acceptor  628  or bill validator  630 . Additionally, the bill validator may accept a printed ticket voucher, which may be accepted by the bill validator  630  as indicia of credit when a cashless ticketing system is used. At the start of the game, the player may enter playing tracking information using the card reader  624 , the keypad  622 , and the florescent display  616 . Further, other game preferences of the player playing the game may be read from a card inserted into the card reader. During the game, the player views game information using the video display  634 . Records of these transactions may be transmitted from the gaming machine  600  to a GTDR. 
     During the course of a game, a player may be required to make a number of decisions, which affect the outcome of the game. For example, a player may vary his or her wager on a particular game, select a prize for a particular game selected from a prize server, or make game decisions that affect the outcome of a particular game. The player may make these choices using the player-input switches  632 , the video display screen  634  or using some other device which enables a player to input information into the gaming machine. In some embodiments, the player may be able to access various game services such as concierge services and entertainment content services using the video display screen  634  and one or more input devices. 
     During certain game events, the gaming machine  602  may display visual and auditory effects that can be perceived by the player. These effects add to the excitement of a game, which makes a player more likely to continue playing. Auditory effects can include various sounds that are projected by the speakers  610 ,  612 ,  614 . Visual effects can include flashing lights, strobing lights or other patterns displayed from lights on the gaming machine  602  or from lights behind the belly glass  640 . After the player has completed a game, the player may receive game tokens from the coin tray  638  or the ticket  620  from the printer  618 , which may be used for further games or to redeem a prize. Further, the player may receive a ticket  620  for food, merchandise, or games from the printer  618 . 
       FIG. 6B  is a block diagram of components within a gaming machine  600  that may be used with the present invention. The game software components may be game system components (e.g., communication protocols, device drivers, event managers, and the like), game paytables, game bonusing, game graphics, game sounds, game progressives, game jurisdiction information and game networking. For example, the device drivers may allow communication between the MGC  650  and a number of devices controlled by the MGC, including the bill validator  630 , the coin acceptor  628 , the card reader  624  and the speaker  614 . The game software components may be stored on a CD accessed using a CD-drive  674 , a hard drive  655 , a hard drive with a game software component partition  672  or other types of memory (not shown), including an EPROM, a flash memory, a ROM, a RAM, a DVD, a tape drive or non-volatile memory. In addition, game software version information corresponding to game software components stored on the gaming machine may also be stored in a memory of some type on the gaming machine. 
     The MGC  650  may utilize processor logic to combine various game software components, as previously described, to present a game on the gaming machine. To alter the game play on a gaming machine, the MGC  650  may receive game software components from a remote server such as a GTDR. For instance, using a first combination of game software components on the gaming machine, the MGC may present a game presentation with a particular set of graphics and sounds. As described with reference to  FIGS. 3 and 4 , game software components with new graphics and new sounds may be downloaded to the gaming machine from the GTDR. The MGC  650  may combine game software components from the first combination with the new graphical game software components and the new audio game software components to create a second combination of game software components. The second combination of game software components may be used to present a game on the gaming machine with the new graphics and sounds. Thus, as different game software components are downloaded from the GTDR, different combinations of game software components allowing different game play features may be generated by the MGC  650 . 
     The MGC may communicate with a remote server, such as a GTDR, via a network interface on the main communication board  660  and the LAN  615 . The LAN  615  may be an intranet, such as a casino area network, a cashless system network, a progressive game network, an accounting network and a bonus game network, or a wide area network, such as the Internet. To establish communications between the gaming machine  600  and the remote server, a wireless communication interface  670  such as a wireless modem connected to an antenna, or a wired communication interface, such as wired modem  676  connected to a phone line or Ethernet connection, may be used. To enable communications between the remote server and the gaming machine, a communication protocol such as TCP/IP may be used. 
     Illegal access to the gaming machine  600  may be prevented using the internal firewall  665 . The internal firewall  665  is designed to prevent someone such as a hacker from gaining illegal access to the gaming machine and tampering with it in some manner. For instance, an illegal access may be an attempt to plant a program in the gaming machine that alters the operation of the gaming machine or allows someone to steal data. Firewalls used in the gaming machine may be provided by Cisco Systems of San Jose, Calif. 
     General GTDR Methods 
       FIG. 7  is a flowchart depicting a method of updating game software components on a gaming machine using a remote server  700 . In  705 , communications are established with the remote server, which may be a GTDR. The communications may be initiated by the gaming machine or by the remote server using an appropriate communication protocol such as TCP/IP. The gaming machine may establish communications with the remote server by contacting an ISP to establish an Internet connection. In  710 , the gaming machine may send game software component information, such as a list of game software components currently being used on the gaming machine, a list of game software components stored on the gaming machine or game software component version information, to the remote server. In  715 , the gaming machine may receive one or more game software components from the remote server where a plurality of game software components are used to present a game on the gaming machine. The game software components may include game system components, game paytables, game bonusing, game progressives, game graphics, game sounds, game jurisdiction information and game networking components. 
     In  716 , the gaming machine may unbundle the game software components. In the unbundling process, the game software components may be decrypted, may be uncompressed, may be checked for viruses and may be reassembled from multiple components. After the new game software components are unbundled, in  718 , a new combination of game software components may be assembled. The combination of game software components may include game software components received from the remote server as well as game software components previously stored and utilized on the gaming machine. When the downloaded game software components are used, the downloaded game software components may add additional or new game play features to a game presented on the gaming machine. In  720 , the new combination of game software components may be used to present a game on the gaming machine. In  725 , gaming transaction information generated from game play on the gaming machine may be sent to the remote server. The gaming transaction data may be sent at any time while communications are established with the gaming machine and is not limited to the sequence presented in the figure. 
       FIG. 8  is a flowchart depicting a method, in a remote server, of modifying game play on a plurality of gaming terminals  800 . In  805 , the remote server may check a list of update triggers that have been set for a particular gaming terminal. Many possible update triggers may be set for each gaming terminal. For instance, the update triggers may be an update time, an update day, an update week, a game event, game terminal performance criterion or a player input. A particular update may be also triggered by a combination of update triggers. For example, a game event during a certain period of time during the day may trigger an update of a game software component containing a paytable for a gaming machine. 
     For each gaming terminal, a list with one or more update triggers may be checked by the remote server. In  810 , when the conditions of the one or more update triggers have not been satisfied for a gaming terminal or group of gaming terminals, the remote server may repeat  805  for another gaming terminal or group of gaming terminals. In  815 , the remote server may establish communications with one or more gaming terminals, such as a gaming machine, that require an update of some type. To establish communications with the one or more gaming terminals, in some embodiments, the remote server may look up the IP address of the one or more gaming terminals and may contact a local ISP to send communications via the Internet. A TCP/IP communication protocol may be used for the communication process. 
     In  820 , once communication has been established with at least one gaming terminal, the remote server may optionally request game component information from the gaming terminal such as game component software version information or a list of game software components stored on the gaming terminal. The remote server may store a record of this information. Thus, in some embodiments, a request for game software component information may be unnecessary. In  825 , the remote server may receive a reply message from the gaming terminal containing game component information requested by the remote server in  820 . 
     In  830 , the remote server may determine a list of game software components to be sent to one or more gaming terminals. For instance, for a software update, the remote server may compare a list of game software component version information received from a particular gaming terminal with a list of software updates that are to be made and determine which game software components need to be downloaded to the gaming terminal. In another example, when a promotional update has been triggered, the remote server may download a number of game software components, such as paytables, game bonusing components, game graphics and game sound that enable the promotion. 
     In  832 , the game software components may be retrieved from a memory location such as a hard drive or a CD in a CD-drive on the remote server and bundled so that the components may be downloaded to the gaming terminal. The bundling process may include encryption and compression of the game software components as well as encapsulating the game software components in one or more information packets. In addition, instructions describing the configuration of each game software component may be determined and included in the bundling process because each game software component may have a number of configuration options. The game software components may include but are not limited to game system components, game paytables, game bonusing, game progressives, game graphics, game sounds, game jurisdiction information and game networking components. Game networking components may include communication protocols allowing the gaming terminal to communicate with different gaming devices including the GTDR. In  835 , the bundled game software components may be sent to one or more gaming terminals. 
     While update process in  805 ,  810 ,  815 ,  820 ,  830 ,  832  and  835  is being implemented by the remote server, the remote server may simultaneously receive  845  and store gaming transaction information data  850  from one or more gaming terminals. The gaming transaction information may be stored in one or more data categories including but not limited to game version data, game data, gaming terminal data, player data, route data and venue data. 
     To store the gaming transaction information in a particular category or to allow certain queries on the gaming transaction information stored in the database, the remote server may perform one or more operations on the data. Further, as described with reference to  FIG. 5 , access to the gaming transaction information may be accorded hierarchical access privileges. Thus, prior to storing the gaming transaction information, an access privilege may be assigned to the data. The access privilege may be stored as a field in a record containing the data. The gaming transaction information may stored according to data partitions in a database where each data partition corresponds to a gaming entity. Thus, the remote server may determine the appropriate storage location any gaming transaction information received from a gaming terminal. 
       FIG. 9  is a flowchart depicting a method  900  of accessing game transaction information on a partitioned database storing data from multiple different gaming entities. In  905 , the remote server may receive a request for gaming transaction information from a gaming device such as a gaming machine or a remote computer. The gaming transaction information request may be generated from an application executed by the user on the remote server or on the gaming device. For example, the information request may be from a remote user operating from a remote computer. In  910 , the remote server may verify the identity of the gaming machine and/or a user requesting the information. Thus, verification process may be based upon a password, biometric information such as fingerprint or combinations of both password and biometric information. 
     In  915 , when the identity of a user has been verified, the remote server may determine the access privileges of the user, such as the access privileges of a user group assigned to the user. The access privileges may be delegated according to hierarchical groups, as described with reference to  FIG. 5 . In  920 , the remote server may compare access privileges assigned to the user with an access privilege needed for the information request. In  922 , when the user does not have sufficient access privileges, access to the gaming transaction information is denied. In  925 , when the user has sufficient access privileges, the remote server generates the requested data. To generate the requested data, the remote server may have to retrieve the gaming information from one or more memory locations and perform one or more operations on the gaming information. The retrieval process may require searching a queryable database. 
     In  930 , the remote server may generate a reply message containing the requested information. The data in the reply message may be encrypted and compressed. In  935 , the remote server may send the reply message to a remote gaming device such as a gaming machine, another remote server, a remote computer or a printer. In  940 , the remote server may store a record of the requested transaction. The transaction records may include a record of the type of queries made by the user. For instance, a user may request gaming information based upon specific request parameters such as for a specific gaming terminal, a specific player, a route, a venue or a period of time. The transaction records may be used to adjust the structure of the database storing the gaming transaction information and for application software utilizing the database such as a query configuration application. For instance, common query parameters may be added as data categories to the database and to a database graphical user interface using the query configuration application. The transaction records may also be used for billing purposes and for security purposes. 
     Preset Gaming Terminal Configurations 
     As noted above, there are a variety of reasons for providing gaming systems that permit the remote configuration of gaming machine and other gaming terminals. For example, an operator of a single casino or other gaming establishment may desire to reconfigure all gaming machines of a certain type, all gaming machines in a given bank or area, or even all gaming machines and terminals on the casino floor, such as to adjust configurations to comply with a new gaming law, or to reflect expected high traffic and play levels, such as for a prominent local boxing match. While traditional terminal by terminal manual reconfiguration methods tend to be cumbersome and prone to error, a more automated remote configuration process involving many gaming machines or terminals at once can solve many associated problems. Illustrating another of the many conveniences offered by systems adapted for such remote configurations, a corporate site user can remotely configure gaming terminals at multiple venues over a wide area from a single location, in some cases through only a small number of commands or editing choices. This can be accomplished at least in part by providing a database containing a library of dozens or hundreds of “macro” based preset gaming machine configurations, as set forth in greater detail below. 
     As also noted above, the disclosed GTDR or a similarly suitable item may be utilized in conjunction with the remote configuration of gaming machines and other gaming terminals in a variety of ways. For example, game software component information and gaming transaction information can be stored in an associated database that may be partitioned by different gaming entities in a such a manner so as to allow a game software component configuration of a particular gaming machine to be easily analyzed and modified. While the primary focus of the foregoing configuration related embodiments has been on game software components, it will be readily appreciated that various other configuration related items may also be stored in such a database. In addition, it will also be appreciated that such a database need not be partitioned, and that more than one database may be used in association with a given system. For example, a system might be associated with two separate databases, one for use in conjunction with tracked and stored data from gaming terminals, and other having a separate library of preset gaming machine configurations, which may include game software component configurations and other configuration related items and settings, as set forth in greater detail below. 
     With respect to game software component information in particular, such information for various potential game configurations on the gaming terminal may be stored separately or as part of a preset gaming machine configuration. As noted above, for each game, game software component information may be listed for game software components that may reside on a given gaming terminal, and this information may correspond to a particular game software configuration residing on the gaming terminal as well as potential configurations of software for the gaming terminal. As provided in foregoing examples with respect to  FIG. 2 , game software component information can include game system components  224 , game paytables  226 , game bonusing  228 , game graphics  230 , game sounds  232 , game progressives  233 , jurisdiction information  234 , player tracking  236 , game networking components  238  and other gaming information. 
     As also noted above with respect to  FIG. 2 , one of the many gaming repository applications  270  can involve configuration and scheduling tools  274 , which may be used to configure one or more gaming terminals according to scheduled update triggers that may involve a variety of factors as discussed above. Such configuration applications may identify a current set of game software components used for game play on a particular gaming terminal and then compare the identified software components with game software components required for a new game configuration, resulting in a list of game software components that can be updated on the gaming terminal to enable the new game configuration. Associated scheduling tools may similarly be used to automatically update the configurations of one or more gaming terminals according to a number of update triggers, which can be based on certain dates, times, special events, player input, game performance or numerous other factors. 
     As also noted above, GTDR  200  may include configuration and scheduling applications allowing downloads and/or configurations to be performed automatically, such as by using an update trigger of the time of day to automatically download game graphics  230  and game sound  232  to attract particular groups of people at certain times of day. Of course, other triggers and/or configuration categories might also apply and/or be used in place of the present examples of time, game graphics and game sound. Thus, update triggers may be developed and implemented on the GTDR that configure gaming terminals with certain games having certain configuration settings at certain dates, times and/or other defining factors corresponding to the preferences of a particular demographic group, for example. In addition, game jurisdiction information  234  software components may be used to configure a gaming terminal for a particular gaming jurisdiction, along with various other remote configuration possibilities. 
     Various configuration parameters and settings can be included in a single “macro” or preset gaming machine configuration that can be stored on a database for ready retrieval and implementation to a gaming terminal on demand, preferably from a remotely located GDTR or other suitable remote configuration device. While such a single preset gaming machine configuration can include game software components, as noted above, it is also specifically contemplated that a wide variety of parameters, settings and other items can be a part of a single overall preset gaming machine configuration. Various gaming terminal setting categories that can be part of a single preset configuration can include, for example, brightness, volume, language, game theme, pay tables, artwork, attract sequences, denominations, bonuses, lockup amount for hand pays, harm minimization variables, software and hardware drivers, terminal disable factors and jurisdictional rules, among others. 
     Turning now to  FIG. 10 , a block diagram of an exemplary database with a library of preset gaming terminal configurations according to one embodiment of the present invention is illustrated. Remote server  1200 , which can be identical or similar to GTDR  200  disclosed above, can be used as a remote configuration device to remotely configure various associated gaming machines and terminals (not shown). Accordingly, remote server  1200  preferably includes a processor adapted to forward preset gaming terminal configurations to various gaming terminals, and also preferably includes one or more network interfaces in order to communicate with the various associated gaming machines and terminals. Although remote server  1200  might be used to configure different gaming terminals at various disparate locations, it will be readily appreciated that gaming terminals within the same building, on the same floor or even right next to the remote server can be similarly configured. 
     Remote server  1200  is preferably associated and in communication with a database  1210 , which can be identical or substantially similar to gaming terminal database  210  disclosed above. Database  1210  can be arranged to contain a plurality of preset gaming terminal configurations  1280 , as well as various other data  1281  items. In fact, such other data items can be identical or substantially similar to those disclosed within gaming terminal database  210  and partition  216  above, among others. With respect to the preset gaming terminal configurations  1280  in particular, each such configuration preferably includes specific settings for each of a plurality of gaming terminal setting categories, such as those listed above. Although only three distinct preset configurations (A, B and C) are illustrated here, it will be readily appreciated that dozens, hundreds or even thousands of distinct preset configurations  1280  can be stored as a “library” of preset configurations in database  1210 . Labels, identifiers or other unique names for each of the various preset configurations can be assigned, and may alphabetical as shown, or may also be word based, numerical, code name or theme based, or based on any other convenient identification system. For example, specific preset gaming terminal configuration “A” might well be labeled as configuration “739” out of hundreds or thousands of possible preset configurations that might be stored within a preset configuration library on database  1210 . As another example, several particularly popular configurations might be labeled to reflect particular circumstances, such as “High Traffic I, II and III,” “Tuesday Locals Night AVP and i960,” or “New Year&#39;s Eve Upright and Tabletop,” among others. 
     Each distinct preset gaming terminal configuration can include a wide variety of gaming terminal setting categories and associated settings for each category, such as those shown with respect to preset gaming terminal configuration  1280 A. Although fifteen different setting categories are illustrated for preset configuration  1280 A, it will be readily appreciated that more or less setting categories can be present within a given preset configuration. As shown, the various setting categories can include game theme, jurisdiction, hardware drivers, software drivers, terminal disable, brightness, volume, language and so forth, while the actual respective settings are “Red White &amp; Blue,” Nevada, i960 based and so forth. As will be readily appreciated, many other setting categories and even sub-categories can be included, and the actual settings for each such setting category or sub-category can vary as may be desired. Sub-categories can involve specifying the types of hardware drivers within an i960 based gaming machine. Such sub-categories for hardware drivers might include, for example, specific i960 compatible drivers for a coin acceptor, a bill validator, a ticket printer, and so forth. It will be appreciated that specific categories can vary from system to system and even within systems as desired. 
     In some embodiments, a lowered or minimal amount of gaming terminal setting categories may be used in various preset gaming terminal configurations. For example, an alternative version of preset gaming terminal configuration  1280 A might only contain settings for brightness, volume, language and attract sequence. In this case, the other setting categories may be blank, or may not even exist. In the case of a blank setting category, the setting category may be present, but no actual setting would exist for that particular setting category. In an even more minimalist preset configuration example, settings for jurisdiction and player loss limit may be the only settings present. In other words, the use of preset gaming terminal configurations is not intended to require unnecessary storage space or excess oversight based on setting categories that are not needed. 
     Remote server  1200  can be adapted to access the various preset gaming terminal configurations stored in the library of configurations on database  1210 , and then forward one or more preset configurations to one or more gaming machines or terminals associated with the remote server. Accordingly, each such gaming terminal preferably includes a second network interface adapted to communicate with remote server  1200 , as well as a memory adapted to store one or more preset gaming terminal configurations forwarded from the remote server. In some embodiments, the memory on one or more gaming terminals can be adapted to store several preset configurations, particularly where there are several popular preset configurations that are likely to be used on repeated occasion for a given gaming terminal. For example, a given gaming machine or terminal may store both preset configuration “739” for ordinary use and also preset configuration “132” for periods of expected high volume use. With both of these preset configurations stored in a memory on the gaming terminal itself, a simple command from the remote configuration server  1200  can instruct the gaming terminal to toggle from one preset configuration to the other. As noted above, such commands, instructions and/or configurations may come from server  1200  (e.g., GDTR  200 ) either automatically or as part of a manual process involving input from a user of the server. 
     For ease in the creation, editing, reference and storage of preset gaming terminal configurations  1280 , a gaming operator or remote configuration system may designate a general template for a standard preset gaming terminal configuration, such that each preset configuration within the library has the same setting categories. Although it is possible that some setting categories might be deleted altogether from some standard preset configurations, it may be preferable for continuity purposes to simply include all setting categories and leave the actual settings blank for those that do not matter for a given preset configuration. For example, the “terminal disable” setting category has been left blank in exemplary preset configuration  1280 A. With respect to setting categories that are left blank, a receiving gaming terminal may be programmed to react by ignoring that setting category, or might revert to a default setting for that particular gaming terminal. 
     In some embodiments, different preset gaming terminal configurations may have extra or optional setting categories. Such extra or optional setting categories might be recognized by only a subset of all associated gaming machines and terminals. For example some preset configurations might contain added setting categories that are specific to AVP (Advanced Video Platform) gaming machines. Gaming machines that receive preset configurations containing such setting categories would then be able to apply any specialty AVP settings therein, while any other non-AVP gaming terminal receiving such preset configurations could simply ignore any AVP categories or settings. Such added or specialty setting categories could apply to a variety of other items that may not be at every gaming terminal as well, such as, for example, special drivers, ticket acceptors, and settings for second or third video screens, among others. 
     As will be readily appreciated, the availability of a library of preset gaming terminal configurations can permit a gaming operator to configure or reconfigure large numbers of gaming machines quickly and in a variety of different configurations. For example, a gaming operator might decide to configure a selection of one or two dozen gaming machines on a gaming floor to conform to a particular preset configuration, whereby the GTDR,  200 , remote server  1200  or other suitable remote configuring device could then send the preset configuration to each designated gaming machine or group of gaming machines, as desired. Alternatively, a gaming operator may choose to upgrade the paytables of all TV show themed gaming terminals, and also downgrade the paytables of all video poker based gaming terminals (such a for a TV theme night at the casino), whereby the remote configuring device could send out one set of preset configurations to all TV show themed gaming terminals and a different set of preset configurations to the video poker based gaming terminals. As yet another example, a casino owner might need to reconfigure all gaming terminals in the casino to conform to a newly passed law in the respective gaming jurisdiction, such that a different set of preset configurations could be sent out to accomplish this need. 
     In some embodiments, the gaming operator may edit and/or create various preset gaming terminal configurations to adapt to changing conditions or preferences. Such flexibility can be particularly useful with respect to the foregoing example of a changed jurisdictional law, since all existing preset configurations could then be edited to comply with the law. Such a law might concern maximum gaming machine volume, attract sequence parameters for terminals near common public areas with child access, or any other issue for which gaming machine settings might come into play. The use of preset configurations might also involve some ability to ensure that the various associated gaming terminals are configured to conform to jurisdictional requirements and that the capabilities of each gaming terminal are sufficient to enable one or more features (i.e., memory ok, system ok). In this regard, feedback from various gaming terminals regarding a newly sent preset gaming configuration may be desirable. For example, it may be desirable for a given gaming machine to notify the remote server that it is not equipped with hardware capable of handling a particular configuration setting, such as specialized ticket printing. Such feedback could provide a gaming operator with additional information that may not be readily known or available on the remote server, GTDR or other system server. In this manner, any terminals that do not meet jurisdictional requirements, are not properly licensed, and/or cannot be configured due to insufficient resources can be quickly identified, and the issue can be resolved. 
     In some embodiments, third parties other than an actual gaming operator may be involved in the provision of preset gaming terminal configurations. For example, various preset configuration libraries might be accessible for updates or new preset configurations from one or more manufacturers or vendors. Such updates might be made by providing a disk, CD-ROM or other storage media containing the update from the third party to the gaming operator for a manual installation into an existing preset configuration library or database. Alternatively, direct links to approved third party manufacturers or vendors might permit such updates to be made directly. 
     Where hundreds or thousands of preset configurations are stored in a given library, such preset configurations may be sorted into various groups and subgroups, and may also be searchable or cross-referenced based on a number of factors. For example, there may be groups of present configurations based on i960, AVP or other gaming machine general type; groups based on reel play, video play, TV theme, card game theme or other general gaming terminal themes; groups based on terminal placement near common areas, in isolation, within gaming terminal banks, on the corners of gaming terminal banks, or based on other gaming terminal locations; and/or groups based on low traffic periods (e.g., Tuesday mornings), moderate traffic periods, high traffic periods (e.g., Saturday nights) and ultra-high traffic periods (e.g., New Year&#39;s Eve or a major sporting event being held locally). 
     As will be readily appreciated, such remote configuration capabilities can significantly reduce the resources needed to install gaming terminals that may be sold to different jurisdictions, in addition to reducing the resources needed to reconfigure gaming terminals that are already installed and operational. Further, when gaming information is tracked and stored for a large number of gaming terminals, gaming terminal configuration performance patterns may emerge that are not readily seen when information is only stored for a small number of gaming terminals. With a given set of relationships established using the overall system provided, a casino operator or other gaming management party may then identify various desirable preset configurations for a particular gaming terminal, groups of gaming terminals, time of day, day of the week, or other notable occasions or events. Such configurations can be duplicated repeatedly and extended to one or more gaming terminals as desired. 
     Still other factors can come into play in determining how a gaming operator may want to selectively configure the slot floor. As noted above, an operator may want to reconfigure one or more gaming terminals based on specific machine criteria or performance statistics. For example, an operator may wish to select all gaming terminals projected not to meet threshold or house average over a given time period. Reconfiguration to one or more new preset configurations can then be made in an attempt to improve performance. Changed settings in the new preset configurations might be related to paytable, denomination, more aggressive attract sequences and so forth. As another example, a gaming operator may wish to select all gaming machines that have tilted within the last week, since such problems may be due to a computer bug or bad software. A software patch and new preset configurations adapted to work with such new code can then be sent to all gaming machines that have tilted recently. 
     Still other examples of factors for reconfiguring gaming terminals can be based on individual players or immediate game play. For example, a gaming operator may desire to entice any “hot” player by providing improved paytables, bonuses or other comps or perks that can be tied to the configuration of a respective gaming terminal. A particular gaming machine can be reconfigured remotely based simply on the recent performance or status of a particular player. Such reconfigurations can include the use of one or more preset gaming terminal configurations, as described above, and can be made either automatically based on system triggers, or manually by casino personnel who might be monitoring a particular situation. As a particular example, a promotional bonus system might be used based on levels of play or recent performance, with such a promotion bonus system being tied to the configuration of system gaming machines and terminals. When a player or circumstance triggers any criteria for activating the promotional bonus system on a respective gaming terminal, that gaming terminal can be appropriately reconfigured remotely. 
       FIG. 11  depicts a flowchart of an exemplary method of configuring or reconfiguring a gaming terminal from a remote configuration device according to one embodiment of the present invention. While this flowchart may be comprehensive in some respects, it will be readily understood that not every step provided is necessary, that other steps can be included, and that the order of steps might be rearranged as desired by a given gaming operator and/or other relevant party. Method  1290  begins with process step  1291 , which involves providing a gaming system adapted for the remote configuration of gaming terminals. While such a gaming terminal can be a conventional gaming machine including a dedicated local master gaming controller, it will also be understood that a wide variety of suitable items may qualify as a gaming terminal, so long as such a gaming terminal is adapted to accept a player wager, present a game of chance to the player based on the wager, and provide a monetary award based on the outcome of the game. The provided gaming system should include a remote configuration device and an associated database in communication with the remote configuration device, with such items being described in greater detail above. In particular, the database can include a library of various preset configurations. 
     In step  1292 , a determination is made as to whether there is any need or desire for a new or changed configuration in a gaming terminal associated with the gaming system. As previously discussed, such a configuration can involve the use of a preset gaming terminal configuration including specific settings for each of a plurality of setting categories. As will be readily appreciated, a wide variety of potential needs or desires for such a configuration or reconfiguration may apply, and several examples of such are provided in greater detail above. In decision step  1293 , an inquiry is made as to whether the newly needed or desired configuration or preset configuration is already present on the gaming terminal of interest, such as on a memory device at or associated with the gaming terminal. If not, then the process moves to step  1294 , but if so, the process then skips steps  1294  and  1295 , and shortcuts to step  1296 . 
     At step  1294 , the newly desired or needed configuration is retrieved from the database, and at step  1295 , this configuration is forwarded to the gaming terminal of interest. These steps  1294  and  1295  can be performed by the remote configuration device. At step  1296 , an instruction is sent from the remote configuration device to the gaming terminal of interest, with such an instruction being to configure or reconfigure the gaming terminal according to the needed or desired configuration. Finally, at step  1297 , the gaming terminal of interest is configured or reconfigured according to the particular configuration of interest, after which the method ends. As will be readily appreciated, a configuration of a gaming terminal can be an original configuration that is made during a first installation of a gaming terminal, while a reconfiguration can be made with respect to a gaming terminal that is already configured and in use. Further, a simple configuration might involve providing a configuration to a used gaming terminal that has been recycled or otherwise had any existing configuration erased, deleted, corrupted or the like. 
     Although the foregoing invention has been described in some detail for purposes of clarity of understanding, it will be apparent that certain changes and modifications may be practiced within the scope of the appended claims. For instance, while the gaming machines of this invention have been depicted as having top box mounted on top of the main gaming machine cabinet, the use of gaming devices in accordance with this invention is not so limited. For example, a gaming machine may be provided without a top box.