Apparatus, method, and system to provide a multiple processor architecture for server-based gaming

Abstract

An architecture for an electronic gaming machine (EGM) includes multiple processors that separate game logic from game presentation. The multi-processor architecture includes a dedicated game logic engine and a dedicated presentation engine. A first processor having the game logic engine is adapted to handle the input/output (I/O), peripherals, communications, accounting, critical gaming and other game logic, power hit tolerances, protocols to other systems, and other tasks related to operation of the EGM. A second processor is adapted to running a presentation engine. The second processor receives commands from the first processor to present game-oriented outcome and results.

Description

COPYRIGHT NOTICE

A portion of the disclosure of this patent document contains material that is subject to copyright protection. The copyright owner has no objection to the facsimile reproduction by anyone of the patent document or the patent disclosure, as it appears in the Patent and Trademark Office patent files or records, but otherwise reserves all copyright rights whatsoever.

BACKGROUND OF THE INVENTION

1. Field of the Invention

This disclosure generally relates to gaming devices, and more particularly but not exclusively, relates to electronic gaming machines (EGMs).

2. Description of the Related Art

Gaming properties often devote a large percentage of floor space to gaming devices. Each gaming device presents players with individual games of chance, games of skill, or combinations thereof that they may wager on.

In modern gaming properties, many gaming devices are in the form of electronic gaming machines (EGMs) that may include specialized computing devices or specially programmed general purpose computing devices along with user input and output interfaces and financial transaction components. These EGMs have been subject to ever greater computational demands. Each EGM may provide, inter alia, the following: offer a number of graphics-intensive games of chance and associated bonus games to players; communicate via a network with one or more servers within the gaming property; display the content of one or more web pages; receive and process currency of various types inserted by players; display targeted advertisements and other audiovisual content to players; process and store information indicative of wagers made by players; and so forth. As these computational demands have continued to multiply, the computational power provided in each EGM has needed to be increased in order to enable more and more functionality.

However, existing solutions to address the computational demands have often been unsatisfactory and/or have needed improvement.

BRIEF SUMMARY OF THE INVENTION

A method of operating a multi-processor architecture in an electronic gaming environment may be summarized as including: providing a first processor to execute a logic engine for a game; providing a second processor to execute only a presentation engine for said game; executing by said first processor said logic engine to process player input to obtain an outcome pertaining to said game; sending, by said first processor to said second processor, a control signal that corresponds to said outcome; and executing, by said second processor in response to said control signal sent by said first processor, said presentation engine to present said outcome.

A multi-processor system in an electronic gaming environment may be summarized as including: a first processor adapted to execute a logic engine for a game; a second processor adapted to execute only a presentation engine for the game; a first processor-readable storage medium coupled to the first processor and that stores a first set of processor-executable instructions that implement the logic engine, the first set of processor-executable instructions being executable by the first processor to process player input to obtain an outcome pertaining to the game; a communication line coupled to the first and second processors, and adapted to be used by the first processor to send to the second processor a control signal that corresponds to the outcome; and a second processor-readable storage medium coupled to the second processor and that stores a second set of processor-executable instructions that implement the presentation engine, the second set of processor-executable instructions being executable by the second processor in response to the control signal sent by the first processor to present the outcome.

An electronic gaming machine (EGM) apparatus may be summarized as including: at least one processor adapted to execute only a presentation engine for a game, wherein another processor is adapted to execute a logic engine for the game; and a processor-readable storage medium coupled to the at least one processor and that stores a set of processor-executable instructions that implement the presentation engine, the set of processor-executable instructions being executable by the at least one processor to present an outcome pertaining to the game, in response to a control signal received from the another processor and generated by the another processor in response to application of the logic engine to player input.

A server apparatus in an electronic gaming environment may be summarized as including: at least one processor adapted to execute a game logic engine for a game, wherein another processor is adapted to execute only a presentation engine for the game; and a processor-readable storage medium coupled to the at least one processor and that stores a set of processor-executable instructions that implement the game logic engine, the set of processor-executable instructions being executable by the at least one processor to obtain an outcome pertaining to the game in response to player input, the at least one processor being adapted to generate a control signal corresponding to the outcome and to send the control signal to the another processor to enable the another processor to execute the presentation engine to present the outcome.

BRIEF DESCRIPTION OF THE SEVERAL VIEWS OF THE DRAWINGS

In the drawings, identical reference numbers identify similar elements or acts. The sizes and relative positions of elements in the drawings are not necessarily drawn to scale. For example, the shapes of various elements and angles are not drawn to scale, and some of these elements are arbitrarily enlarged and positioned to improve drawing legibility. Further, the particular shapes of the elements as drawn, are not intended to convey any information regarding the actual shape of the particular elements, and have been solely selected for ease of recognition in the drawings.

FIG. 1 is a block diagram of one embodiment of a multi-processor architecture for an EGM.

FIG. 2 shows an example display layout for the EGM of FIG. 1 according to one embodiment.

FIG. 3 shows another example display layout for the EGM of FIG. 1 according to one embodiment.

FIG. 4 is a block diagram of another embodiment of a multi-processor architecture for an EGM.

FIG. 5 is a flowchart of one embodiment of a method of operating a multi-processor architecture.

DETAILED DESCRIPTION OF THE EMBODIMENTS OF THE INVENTION

In the following description, numerous specific details are given to provide a thorough understanding of embodiments. The embodiments can be practiced without one or more of the specific details, or with other methods, components, materials, etc. In other instances, well-known structures, materials, or operations are not shown or described in detail to avoid obscuring aspects of the embodiments.

Reference throughout this specification to “one embodiment” or “an embodiment” means that a particular feature, structure, or characteristic described in connection with the embodiment is included in at least one embodiment. Thus, the appearances of the phrases “in one embodiment” or “in an embodiment” in various places throughout this specification are not necessarily all referring to the same embodiment. Furthermore, the particular features, structures, or characteristics may be combined in any suitable manner in one or more embodiments.

Unless the context requires otherwise, throughout the specification and claims which follow, the word “comprise” and variations thereof, such as, “comprises” and “comprising” are to be construed in an open, inclusive sense, that is, as “including, but not limited to.”

As used in this specification and the appended claims, the singular forms “a,” “an,” and “the” include plural referents unless the context clearly dictates otherwise. It should also be noted that the term “or” is generally employed in its sense including “and/or” unless the context clearly dictates otherwise.

The headings provided herein are for convenience only and do not interpret the scope or meaning of the embodiments.

As an overview, one embodiment provides an architecture for an electronic gaming machine (EGM) environment, comprising multiple processors that separate a game's input/output (I/O) handling (e.g., game logic) from the game's presentation handling. The multi-processor architecture includes a dedicated I/O (e.g., game logic) engine and a dedicated presentation engine. A first processor is dedicated to handle the I/O, peripherals, communications, accounting, critical gaming and other game logic, power hit tolerances, protocols to other systems, and other tasks related to operation of the EGM. A second processor is dedicated to running a presentation engine only. The second processor of one embodiment can be part of a thin-client (or a smart thin client having local presentation code and graphics that can be downloaded and updated), and receives commands from the first processor to present game-oriented outcome and results.

Such embodiments would be useful in gaming properties, such as casinos having multiple EGMs from different manufacturers, where one manufacturer's game cannot be installed in another manufacturer's EGM. By separating the game logic engine from the presentation engine, flexibility is provided by one embodiment to allow selection of any suitable presentation engine that can be executed using a multimedia-friendly operating system. Since a majority of the manufactured EGMs have a typical game logic engine installed for controlling the I/O and downloads to all peripherals, one embodiment enables the corresponding presentation engine to be selected from a choice of available products, which may be provided by other parties/manufacturers.

One embodiment of the multi-processor architecture supports gaming growth, by way of its separation of the presentation logic from the game logic, thereby providing a migration path from a restrictive EGM environment in which there are incompatible and disparate EGMs that each provide their own proprietary game logic engine and presentation engine, to a future casino floor with third parties developing the presentation engines. A potential result of one embodiment is to provide a casino in which the EGMs have a common first processor for game logic and a choice in presentation engines. Such a casino would therefore be less reliant on proprietary games and networks, and there would be less need to buy multiple EGMs from one manufacturer. Thus, one embodiment meets the challenge in the gaming industry of providing an architecture that is adaptive to the regulatory and technology environment, by creating a common gaming network that can use less-expensive third party presentation engine developers.

In addition to providing a migration path away from the existing environment of EGMs having just one processor and proprietary game logic and graphics, one embodiment of the multi-processor architecture can be integrated with server-based gaming elements. For example, one embodiment of a hybrid fat/thin client with which the multi-processor architecture can be implemented is described herein.

One embodiment of the multi-processor architecture also addresses the deficiencies of previous EGM implementations, in which a first processor drove the peripherals and I/O and a second processor driving the multimedia did not do presentation alone, but also did accounting, hit tolerances, and critical gaming operations. As such, the second processor was a gaming device in itself. Such previous implementations required both processors to operate in synchronization. In contrast with one embodiment of the multi-processor architecture, the second processor is dedicated to driving the presentation only, while the first processor is independent of the second processor and is used for the game logic.

For the sake of simplicity and convenience, embodiments will be described herein in the context of a “multi-processor” implementation (such as a “dual-processor” system), rather than in the context of a “multi-core processor” implementation (such as a “dual-core processor” configuration). Dual-processor (DP) systems, for example, are generally those that contain two separate physical processors in the same (or different) chassis. In DP systems such as with the embodiments described herein, the two processors can either be located on the same motherboard or on separate boards. In comparison, for an example dual-core processor configuration, an integrated circuit (IC) contains two complete processor cores. The two processor cores may be manufactured so that they reside side-by-side on the same die, each with its own path to a system front-side bus.

In other embodiments, a multi-core processor implementation (such as a dual-core processor configuration) can be provided, in which a first processor core runs the game logic and a second processor core runs the presentation. Examples of a multi-core processor implementation in an EGM are described in U.S. patent application Ser. No. 12/271,337, entitled “APPARATUS, METHOD, AND SYSTEM TO PROVIDE A MULTI-CORE PROCESSOR FOR AN ELECTRONIC GAMING MACHINE (EGM),” filed concurrently herewith, assigned to the same assignee as the present application, and incorporated herein by reference in its entirety.

Further for the sake of simplicity of explanation and convenience, various embodiments will be described herein in the context of dual-processor architecture. In other embodiments of the multi-processor architecture, more than two processors may be used.

FIG. 1 is a block diagram of the one embodiment of a system that includes an EGM 50 having a multi-processor architecture. The EGM 50 may be located within a gaming property (not shown) comprising any of a variety of establishments housing one or more EGMs used for gaming/gambling. In one embodiment, the EGM 50 may be located within a casino. However, places such as convenience stores, hotels, gas stations, supermarkets, or other establishments that are capable of housing the EGM 50 may be considered as gaming property.

The EGM 50 may be adapted to run any one or more of a variety of games of chance, games of skill, or combinations thereof that a player may wager on. Such games may include, but not be limited to, video slot machines, video keno, video poker, video blackjack, Class II bingo, lottery, craps, a mechanical or video representation of a wheel game, etc. In one embodiment, the EGM 50 is a single-offering EGM, enabling play of only one game. However, in other embodiments, the EGM 50 is relatively flexible, allowing a player to choose from among a number of games.

As shown in FIG. 1, the EGM 50 includes a first processor 100 adapted to run a game logic engine. The first processor 100 of one embodiment can comprise a “low-end” central processing unit (CPU) or any other type of processor capable of executing game logic and managing peripherals. The game logic engine of one embodiment can be in the form of a software application or other processor-executable instructions executable by the first processor 100. The game logic engine can also be embodied as hardware, and/or as a combination of hardware and processor-executable instructions.

The first processor 100 is provided with a processor-readable storage unit (such as a compact flash 102), a random number generator (RNG) 104, and an outcome unit 106. The first processor 100 of one embodiment is adapted to manage peripherals that may include: a bill validator (BV) 108, a printer (PTR) 110, a reel control unit (RCU) 112, a touch-screen (TS) 114, buttons 116, protocols (such as SAS and G2S) 118, and a USB or other peripheral/network connection (not shown).

The EGM 50 of one embodiment includes a second processor 120 adapted to run a presentation engine. The presentation engine of one embodiment can also be in the form of a software application or other processor-executable instructions executable by the second processor 120. The presentation engine can also be embodied as hardware, and/or as a combination of hardware and processor-executable instructions.

The second processor 120 of one embodiment can comprise part of a game console, such as an Xbox or other gaming unit. The second processor 120 is coupled to a processor-readable storage medium (such as a hard disk 122) to execute processor-executable instructions stored thereon, which may include the presentation engine, and may also be coupled to a peripheral/network connection, such as a USB connection (not shown). In one embodiment, the first processor 100 may also be coupled to a different or same processor-readable storage medium (e.g., the same hard disk 122) in order to execute processor-executable instructions stored thereon, which may include the game logic engine. Together with the first processor 100, the second processor 120 is coupled to a network (such as an Ethernet 124) by a switch 126.

Both the first processor 100 and the second processor 120 are coupled to and use a mixer 130 to drive a main display 132, with the second processor 120 also having connection to a secondary display 134. By way of the Ethernet 124, the EGM 50 can be communicatively coupled to a back-end server 140 for server-based gaming, for communicating control and accounting information, for receiving downloads, and so forth. The back end server 140 may include or is coupled to a game logic engine(s) 142 and a presentation engine(s) 144. Other devices that may be communicatively coupled to the Ethernet 124 can include wireless hand-held devices 150 (usable for mobile gaming, for example) and other Internet gaming devices 152.

In one embodiment, the first processor 100 and related elements includes hardware similar to the iView product of Bally Technologies, Inc., less its display. Given that the iView product or other similar products have been developed as a gaming device with an ability to run Windows CE, Linux, or any ported operating system, the hardware of the first processor 100 is programmed to manage peripherals, accounting, etc., with its code stored in the compact flash 102. Of course, other embodiments can be provided in which the first processor 100 and related elements includes hardware that are different than the iView product.

FIG. 1 shows that one embodiment of the multi-processor architecture separates the game logic engine from the presentation engine. The first processor 100 runs the game logic engine, and the second processor 120 runs the presentation engine only, with the hard disk 122 being used to store the multimedia assets and further not being used to store anything of integrity or critical in nature. In another embodiment, the second processor 120 can be adapted to perform other tasks that may not necessarily be related to the presentation engine.

The switch 126, which may be located physically inside the EGM 50, is secure and is used to isolate the traffic between the first processor 100 and the second processor 120 from the rest of the Ethernet 124. The Ethernet 124 of one embodiment is made secure through the use of certificates for communications.

Activation (e.g., pushes) of the touch screen 114 and button 116 and responses thereto are managed by the first processor 100. As data is received by the first processor 100, the data are sent over using a communication protocol to the second processor 120 for display. A hypothetical game illustrates the interaction between the second processor 120 and the first processor 100 according to one embodiment:

First, a game patron (player) presses a button (e.g., one of the buttons 116) on the game console of the second processor 120 or EGM 50 to initiate play, such as a bet on a game. A command is transferred to the first processor 100 to initiate the request to play the game. The first processor 100 determines if the player has the credit to make the bet and to commit the requested credits, and returns a signal to the second processor 120 to display an update to the player's credit balance on the main display 132. The player next presses a start button, which then sends a command to the first processor 100 to request playing of a game of poker for the bet amount. The first processor 100 verifies that the player has placed a wager for the credits, and using the random number generator (RNG) 104 draws the results. The pay table, which is part of the outcome unit 106, is evaluated, and these evaluated poker cards by the pay table are sent back to the second processor 120 by the first processor 100. The second processor 120 displays on the main display 132 the poker game and its cards to the player, who then selects which cards to hold, and a press of a draw button by the player sends another command back to the first processor 100 to indicate the player has selected cards and is ready to draw. The RNG 104 pulls the remaining draw cards, and with the final outcome evaluated, the cards are returned to the second processor 120 for display to the player on the main display 132.

A feature of one embodiment of the multi-processor architecture is that for security reasons, all the critical gaming functionality is isolated on the first processor 100. This security feature is different from what been done before with conventional EGMs.

Another feature of one embodiment of the multi-processor architecture, with its separation of the presentation logic from the game logic, is a built-in migration path. In a manner that moves away from conventional EGMs having one processor and proprietary operating/graphics system, which has drawbacks, there is provided by an embodiment a migration to a configuration having a dedicated I/O (game logic) and a dedicated presentation via separated engines, and with possible movement of the two engines to the back-end server 140 for server-based gaming. Additionally, one embodiment allows for third party presentation engine development, and for the addition of other platforms with different presentation, including Internet gaming, in-room gaming, and hand-held mobile gaming.

Other features provided by one embodiment include management of the main display 132. The second processor 120 has video output to be displayed, and the first processor 100 also has video output to be displayed. Both video outputs connect through the mixer 130, which drives the main display 132. The mixer 130 allows the first processor 100 to still display video output on the main display 132 even if there is a problem with the second processor 120.

According to one embodiment, while the first processor 100 is displaying information on a back-end system, the second processor 120 is allowed to continue to display information on the main display 132. The second processor 120 remains in charge of the main display, 132 with an optional window display screen (e.g., the secondary display) to provide players with variety of gaming options.

An example screen display layout associated with the second processor 120 is illustrated in FIG. 2. In FIG. 2, a game display 200 (which may be presented via the main display 132) has its top portion 210 managed by the first processor 100, where there is a variety of buttons, such as keno, bingo, sports betting, and a default button to return the screen to full display (such as a display of the presentation provided by the second processor 120). Underneath this top portion 210 and to the right is a display area 220 controlled by the second processor 120, and to the left is a player game screen area 230 controlled by the first processor 100. By default, the player game screen area 230 may for example display player tracking information. The display area 220 can be game-centric, without knowledge or ability to manage the other system functionality, given that system functionality is managed by the first processor 100.

The game screen area 230 is adapted to display a variety of content depending on specific button pushes that occur in the top portion 210. For example, if the player desires to purchase Keno ticket, a press of the Keno button in the top portion 210 displays “Keno” in the game screen area 230 so that the player may buy a ticket for the Keno game.

One embodiment also addresses the issue of how to display tilts and critical errors where there are two processors and only one main display 132. In a situation where the main display 132 is controlled by the second processor 120 only, then for each time that the first processor 100 needs to display content on the main display 132, the first processor 100 would be required to send commands across the Ethernet 124 to the second processor 120 to request a display. The second processor 120, while not containing any critical gaming functionality and having only media presentation capabilities, would therefore require having a sequence of commands programmed into it in order to be able to display requests from the first processor 100. If a problem in the EGM 50 occurs for which display requests have not been specifically programmed in the second processor 120, then the first processor 100 would not have access to the main display 132 in order to provide an alert of the problem.

Accordingly to address such a situation, one embodiment provides the first processor 100 with a separate communication channel 154 to the mixer 130, such that the first processor 100 controls both the mixer 130 and its own display. Such a feature enables the first processor 100 to mix its own content (such as displayed in the player game screen area 230) and to display its own critical messages, if necessary. For example, if a tilt comes out of the bill validator 108, causing loss of communication, the first processor 100 is able to send a command to the mixer 130 to implement a tilt screen window overlay. The overlay can be in the form of a center box displayed on the display area 220, and text or information regarding the tilt condition that has occurred on the EGM 50 is presented inside that box.

FIG. 3 illustrates the display area 220 with a window overlay 300 to display tilts and critical error messages. In FIG. 3, the game display 200 has the window overlay 300, with the window overlay being inside the display area 220, so as to show how a problem (if it occurs) is displayed to the player. Additionally, the first processor 100 can be enabled to minimize or expand the game display window 200 through the mixer 130, if appropriate.

In one embodiment, the second processor 120 can be provided with access to the secondary display 134. This access may be direct or may be run through the mixer 130.

A feature of the embodiment(s) described above is that the first processor 100 is a more robust embedded system and secure through an operating system (such as Linux), customized to intercept problem signals, and as such is unlikely to go down. Therefore, the first processor 100 can display error conditions even if there is a critical operating system problem, and regardless of the second processor 120, can display any error. The second processor 120 need not have exclusive control over the mixer 132 and as such only displays its own video or other content.

In one embodiment, the mixer 130 is embedded on a mother board itself. The mixer 130 does not necessitate a separate physical component, such that an ASIC chip can be designed to solely run the mixer 130 logic.

In one embodiment that implements server-based gaming (SBG), the outcome unit 106, the RNG 104, pay-tables, game logic, accounting, and the critical gaming functionality of the first processor 100 can be located at the back-end server 140. Such an SBG embodiment is shown in FIG. 4.

The second processor 120 (and its associated game console) may remain in an EGM 400 to enable the displaying of content, and the second processor 120 may be enhanced to control the I/O, the buttons 116, or to at least process the touch screen 114 and the inputs applied thereto. Additionally, with this “thinner” client configuration, the mixer 130 may not be necessary.

The server 140 may use its presentation engine 144 and game logic engine 142, alternatively or additionally to the engines provided by the second processor 120 and the first processor 100, to provide game functionality. In other embodiments, the presentation engine 144 and/or the game logic engine 142 may be downloaded from the server 140 to the respective processors of the EGM or other client device.

In another embodiment for the SBG, the first processor 100 may be kept at the EGM 400, except that the outcome unit 106 is located remotely in the server 140. The first processor 100 remains in the EGM 400 to manage some peripherals, such as for example if the second processor 120 malfunctions.

In an SBG embodiment, the server 140 is able to download content and/or commands to the EGM, and the gaming is still split into two engines: the logic engine 142 (and/or the logic engine of the first processor 100) and the presentation engine 144 (and/or the presentation engine of the second processor 120). Game developers can then develop game modules for the two engine parts, and incorporate any libraries between them.

With the logic engine 142 (and/or the logic engine of the first processor 100) responsible for the outcome, pay-tables, game logic, accounting, and all the critical gaming functionality, one embodiment can provide separate logic engines specific for each game type. For example, there can be Keno engines, poker engines, 5-reel slot engines, such that these engines manage all the logic for these game types. Therefore, if an EGM has 20 different games, there may be 20 associated logic engines that can be provided, given that each game may be different and may require its own engine.

In one embodiment, the presentation engine 144 layout is such that it is in a one-to-one correlation with the logic engine 142. Through a download feature of one embodiment, the presentation engine(s) 144 may be downloaded to the second processor 120, such as if the second processor 120 does not yet have a presentation engine installed therein and/or if additional presentation engines are needed. The game logic engine(s) 142 may be kept for use at the server 140 and/or downloaded to the first processor 100, if the EGM 50/400 has the first processor 100 located therein.

Separating the game logic and the game presentation into the two engines enables the workload to be separated. Regulated gaming companies can then manage and write the code or other processor-executable instructions for the logic engines, and third-party companies can create the presentation engines. Since the presentation engines of one embodiment do not include any critical gaming functionality, third-party development of games based on familiar gaming platforms is facilitated. This is a flexible architecture that may be adapted into many future configurations.

One embodiment that demonstrates this flexibility is mobile gaming via use of the wireless hand-held device 150. With a SBG implementation that uses the two separated engines (e.g., the presentation engine 144 and the logic engine 142), the hand held device 150 provides a display (such as a touch screen display) and is a thin client similar somewhat similar to the game console that includes the second processor 120, but may have a different presentation engine. The logic engine 142 may be the same for every device (whether a stationary

EGM or the wireless hand-held device 150), but the presentation engine may be different depending upon the target platform destination, for example an Xbox poker and a Windows CE hand held poker presentation engine. The presentation engine(s) 144 can be customized for the desired target platform. In this example, the wireless hand-held device 150 may download a particular presentation engine 144 suitable for its requirements from the server 140, if the wireless hand-held device 150 does not yet have a suitable presentation engine installed therein.

For the Internet gaming device 152, a web browser with Active X controls that allows downloading may be installed therein, for example. The

Internet gaming device 152 may use yet another (different) presentation engine 144, downloaded from the server 144, to drive the game content through its web browser. Even though there may be several different presentation engine platforms for the devices 150 and 152, the logic engine 142 of the server 140 may nevertheless be provided to drive the critical gaming functionality, accounting, recovery, etc.

A feature of one embodiment is that the first processor 100 may be a relatively inexpensive processor, and the second processor 120 and its accompanying game console may also be reasonably priced items. In one embodiment where the first processor 100 controls the hardware, proximity detection capability to locate casino players on the casino floor can be provided within the first processor 100 and/or with the hardware that it controls.

Another embodiment of the multi-processor architecture can be used where multiple operating systems are executing on one EGM. With such multiple processors present in one device, the graphics video card can be driven and the presentation can be executed with an operating system on one or more processors, and the remaining processors with their operating systems can drive the I/O and any game requirements/logic. The separation of the game logic and presentation logic still remains. The processor-executable code for the game logic and all the software may run on an operating system such as Linux, while the presentation can run on Microsoft Windows or other operating system that is multimedia friendly.

Another embodiment provides a hybrid fat/thin client, or “smart” client. Such smart clients can be in the form of EGMs that have an ability to download and maintain the configurations described herein (e.g., separation of game logic from game presentation) while remaining connected with the back-end server 140. These EGMs are neither only a fat client nor only a thin client with a browser. A fat client is generally a device that has all the code and the outcome determined on the EGM, with only information sent to the server, which may be undesirable in some situations. A thin client is generally a device with a limited processor and a browser, and may not be desirable in situations where a slow network or traffic congestion is present. Further, a thin client has diminished presentation, and a web browser limits the ability to display graphics that take full advantage of the hardware. Thus, if game players suspect that a thin-client EGM is not behaving normally, then the players might move to another EGM.

In comparison to fat clients and thin clients, a smart client can download the presentation, and has the architecture as defined above where the game logic is separated from the presentation. The logic engine can remain on the back-end server 140, and the presentation is downloaded, with the presentation code able to run in a browser of the smart client. The presentation code could also be C++ code, for example, or any embedded technology coding optimized to take full advantage of the hardware and give the best presentation with audio and graphics. The separation architecture in this embodiment reduces the network bandwidth needed, since the outcome throughout is still distributed from the back-end server 140. Further, because the media or all the animation controlling game flow are not sent through the server 140 but are instead downloaded to the smart client, only requested game results travels over the network, thereby reducing the traffic on the network.

An embodiment of this smart client is adapted to download multiple different game presentation images and engines to its second processor 120. If only a number of the downloaded presentation engines may be presented for play at any one time, capability in the smart client may be provided to store the most popular game titles/engines.

In one embodiment, each presentation engine on the EGM is associated with a virtual EGM. At least one virtual EGM exists and has an accounting “bucket” for each of the presentation game engines present on a physical EGM, and virtual EGMs allow easier and effective game allocation among different EGMs. Where a player chooses to play an enabled game on an EGM, the accounting of that game is accounted for in its virtual EGM accounting bucket. In one embodiment, in order for a game to be played, its physical EGM has the game tied to a virtual EGM in the back-end server 140 at the time the game was installed on the EGM. Games may be added easily to an EGM at any time in one embodiment, but a game deletion can be configured to be more difficult. For example, games can be just disabled so that they are not available for play, with a game deletion configures to be a more lengthy process. To document the games played on an EGM over the lifetime of the EGM, an accounting system can be provided to document the game history for that EGM.

FIG. 5 is a flowchart of a method 500 to operate a multi-processor architecture, according to one embodiment. In one embodiment, at least some operations depicted in the method 500 can be implemented via software or other processor-executable instructions stored on a processor-readable storage medium (such as the hard disk 122, the flash 102, and/or any other processor-readable storage medium present at the EGM or at the back-end server 140 or the devices 150/152) and executable by the first processor 100 and/or by the second processor 120 and/or by a processor of the back-end server 140 and/or by the processors of the devices 150/152. Moreover, the various operations depicted in the method 500 need not necessarily occur in the exact order shown. Various operations can be added, removed, modified, or combined in certain embodiments.

At a block 502, a plurality of processors for the multi-processor architecture is provided. In one embodiment such as described above, the first processor 100 and the second processor 120 are provided. Both of the processors may be provided in an EGM; or in the case of server-based gaming the second processor 120 may be provided in the EGM or other client device, while the first processor 100 can be located at the server 140. In other SBG implementations, the first processor 100 can be located at the EGM or other client device, along with the second processor 120.

At a block 504, the game logic, I/O, and other operations are associated with the first processor 100 for its execution. As previously described above, such association can include having the first processor 100 designated to execute the game logic engine such that gaming operations and processing of player input will be controlled/managed by the first processor 100.

At a block 506, the game presentation (including presentation of multimedia content) is associated with the second processor 129 for execution. As previously described above, such association can include having the second processor 120 designated to execute the presentation engine such that presentation of game play output will be controlled/managed by the second processor 120.

According to the various embodiments previously described above, the presentation engine may be downloaded to the second processor 120 from the server 140, at the block 506, if the second processor needs to have the presentation engine installed therein in order to present content of a particular game. The logic engine can be located at the EGM or other client device, or at the server 140, depending on the particular implementation of server-based gaming or non-server-based gaming that is used.

At the blocks 504-506, allocation of tasks pertaining to presentation that are to be performed by the second processor 120, versus tasks pertaining to I/O and game logic that are to be performed by the first processor 100, can be configured programmatically in one embodiment, for example by having a system administrator configure or otherwise program the EGM (and/or server 140 and/or the devices 150 and 142) to designate which tasks are to be performed by the first processor 100 and by the second processor 120. This task allocation can be performed at a higher level, for example by having the system administrator designate which application programs (e.g., the game logic engine, a communications application program, etc.) are to be run entirely by the first processor 100, and which other application programs (e.g., the presentation engine, a video driver program, etc.) are to be run entirely by the second processor 120. In a more granular level of task allocations, certain tasks (which may comprise only a portion of the total functionality or total number of tasks of a particular application program) can be allocated to the first processor 100, while other tasks of the same application program can be allocated to the second processor 120. In a still further granular level of task allocation, even individual instructions or instruction sets can be allocated between the two processors.

At a block 508, user input is received, such as via the buttons 116 or other user input device of the EGM. Such user input may include, for example, a request from the player to play a game, user input during the course of game play, or other types of user input.

At a block 510, the first processor 100 is used to process the received user input and to apply the game logic to the user input, for example by executing the game logic engine to provide a game result based on the user input. At a block 512, the first processor 100 sends one or more control signals to the second processor 120, via one or more communication lines between the first processor 100 and the second processor 120. Such control signal(s) may, for example, instruct the second processor 120 to display the game result. At the block 512, the first processor 100 may alternatively or additionally directly send control signals to the main display 132 to cause content to be displayed thereon, such as the content shown and described with respect to FIGS. 2-3 above.

At a block 514, the second processor 120 is used to provide/control a presentation on the main display 132 in response to the control signal(s) provided by the first processor 100. The second processor 120 of one embodiment executes the presentation engine in order to provide the game result for presentation on the main display 132.

The foregoing detailed description has set forth various embodiments of the devices and/or processes via the use of block diagrams, schematics, and examples. Insofar as such block diagrams, schematics, and examples contain one or more functions and/or operations, each function and/or operation within such block diagrams, flowcharts, or examples can be implemented, individually and/or collectively, by a wide range of hardware, software, firmware, or virtually any combination thereof. In one embodiment, the present subject matter may be implemented via Application Specific Integrated Circuits (ASICs). However, the embodiments disclosed herein, in whole or in part, can be equivalently implemented in integrated circuits, as one or more programs executed by one or more processor cores, as one or more programs executed by one or more controllers (e.g., microcontrollers), as firmware, or as virtually any combination thereof.

When logic is implemented as software and stored in memory, logic or information can be stored on any processor-readable medium for use by or in connection with any processor-related system or method. In the context of this disclosure, a memory is a processor-readable medium that is an electronic, magnetic, optical, or other physical device or means that contains or stores a computer and/or processor program. Logic and/or the information can be embodied in any processor-readable medium for use by or in connection with an instruction execution system, apparatus, or device, such as a computer-based system, processor-containing system, or other system that can fetch the instructions from the instruction execution system, apparatus, or device and execute the instructions associated with logic and/or information.

In the context of this specification, a “processor-readable medium” can be any element that can store the program associated with logic and/or information for use by or in connection with the instruction execution system, apparatus, and/or device. The processor-readable medium can be, for example, but is not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus or device. More specific examples (a non-exhaustive list) of the computer readable medium would include the following: a portable computer diskette (magnetic, compact flash card, secure digital, or the like), a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM, EEPROM, or Flash memory), and a portable compact disc read-only memory (CDROM). Note that the processor-readable medium could even be paper or another suitable medium upon which the program associated with logic and/or information is printed, as the program can be electronically captured, via for instance optical scanning of the paper or other medium, then compiled, interpreted or otherwise processed in a suitable manner if necessary, and then stored in memory.

The various embodiments described above can be combined to provide further embodiments. All of the U.S. patents, U.S. patent application publications, U.S. patent applications, foreign patents, foreign patent applications and non-patent publications referred to in this specification and/or listed in the Application Data Sheet, are incorporated herein by reference, in their entirety. Aspects of the embodiments can be modified, if necessary to employ concepts of the various patents, applications and publications to provide yet further embodiments.

These and other changes can be made to the embodiments in light of the above-detailed description. In general, in the following claims, the terms used should not be construed to limit the claims to the specific embodiments disclosed in the specification and the claims, but should be construed to include all possible embodiments along with the full scope of equivalents to which such claims are entitled. Accordingly, the claims are not limited by the disclosure.

Claims

1. A computer-implemented method comprising, for each of one or more games: executing, by one or more first processors, a logic engine for the game;executing, by one or more second processors, a presentation engine for the game, the one or more second processors different from the one or more first processors and which execute only the presentation engine for the game;sending, by the one or more first processors and to the one or more second processors, an indication of an outcome for the game, the indicated outcome being based at least in part on player input received by the one or more first processors;displaying first information in a first portion of a display, the first information being received from the one or more first processors; andconcurrently with the displaying of the first information, displaying second information in a distinct second portion of the display, the second information received from the one or more second processors.

2. The computer-implemented method of claim 1 wherein, for at least one of the one or more games, the second information includes the indicated outcome.

3. The computer-implemented method of claim 1 further comprising, for at least one of the one or more games and before the executing of the logic engine by the one or more first processors, downloading the logic engine to a device in which the one or more first processors are located.

4. The computer-implemented method of claim 1 further comprising, for at least one of the one or more games and before the executing of the presentation engine by the one or more second processors, downloading the presentation engine to a device in which the one or more second processors are located.

5. The computer-implemented method of claim 4 wherein the downloading of the presentation engine includes downloading one or more graphical libraries to be used by the presentation engine.

6. The computer-implemented method of claim 4 wherein the downloading of the presentation engine includes downloading the presentation engine to a device in which the one or more second processors are located.

7. The computer-implemented method of claim 6 wherein the downloading of the presentation engine includes downloading the presentation engine from a remote server.

8. The computer-implemented method of claim 7 wherein the one or more first processors that execute the logic engine are located in the remote server.

9. The computer-implemented method of claim 1 wherein the one or more first processors and the one or more second processors are located in a single device.

10. An electronic gaming system, comprising: a first processor configured to, for each of one or more games, execute a logic engine for the game;a second processor communicatively coupled to the first processor and which, for each of the one or more games, executes only a presentation engine for the game, the executing of the presentation engine including receiving from the first processor an indication of one or more outcomes related to the game; anda display communicatively coupled to the first and second processors to concurrently display a first type of information in a first portion of the display and a second type of information in a distinct second portion of the display, wherein the first type of information is received from the first processor and wherein the second type of information is received from the second processor.

11. The electronic gaming system of claim 10 further comprising a storage medium communicatively coupled to the first processor, the storage medium storing a set of executable instructions that corresponds to the logic engine for at least one of the one or more games.

12. The electronic gaming system of claim 10 further comprising a storage medium communicatively coupled to the second processor, the storage medium storing a set of executable instructions that corresponds to the presentation engine for at least one of the one or more games.

13. The electronic gaming system of claim 10 wherein the executing of the logic engine includes processing one or more player inputs to obtain the one or more outcomes.

14. The electronic gaming system of claim 10 wherein the display is independently controllable by each of the first and the second processors.

15. The electronic gaming system of claim 10 wherein the second type of information includes at least one of the indicated one or more outcomes.

16. The electronic gaming system of claim 10 wherein the second processor is located in a client device that, for at least one of the one or more games and before the executing of the presentation engine by the second processor, downloads the presentation engine from a remote server.

17. The electronic gaming system of claim 16 wherein, as at least part of downloading the presentation engine from the remote server, the second processor downloads one or more graphical libraries to be used by the presentation engine.

18. The electronic gaming system of claim 10 wherein the first processor is located in a remote server, and wherein the second processor is located in a client device.

19. The electronic gaming system of claim 10 wherein the first and the second processors are located in a single device.

20. The electronic gaming system of claim 19 wherein the display is located in the single device.

21. A non-transitory computer-readable medium having contents that, when executed, cause a computing device to perform a method, the method comprising: executing, by one or more processors of the device, a presentation engine for a game, wherein the executing of the presentation engine includes receiving an indication of an outcome for the game from one or more distinct other processors, and wherein the one or more processors execute only the presentation engine; andinitiating, by the one or more processors, the presentation of first information in a first portion of a display, the display concurrently presenting second information from the one or more distinct other processors in a distinct second portion of the display.

22. The non-transitory computer-readable medium of claim 21 wherein the first information includes the indicated game outcome.

23. The non-transitory computer-readable medium of claim 21 wherein the method further comprises, before the executing of the presentation engine, downloading the presentation engine from a remote server.

24. The non-transitory computer-readable medium of claim 23 wherein the presentation engine is one of a plurality of presentation engines available from the remote server, each of the plurality of presentation engines corresponding to one of a plurality of games.

25. The non-transitory computer-readable medium of claim 21 wherein the one or more distinct other processors are located in the computing device.