JP2008526323A - Method and system for remotely visualizing betting game outcome determination and sales - Google Patents

Abstract

  In some embodiments, multiple results are generated and used to produce a video presentation of representative results. This video presentation is recorded on a specific medium (eg, DVD or CD-ROM) or otherwise provided to the player (eg, the player accesses the video presentation online). . This allows the player to purchase the resulting video presentation (eg, pre-determined) in a legal jurisdiction where the bet is legal and place the presentation in the player's preferred location (eg, at any location, at any time). It becomes possible to see. A player who purchases such a video presentation will later redeem for the redemption value associated with it.

Description

(Related application)
This application claims the benefit of US Provisional Application Serial No. 60 / 644,183, filed February 14, 2005, entitled “System, Method and Apparatus for Remotely Visualizing Game Results”. . All of this application is incorporated herein by reference for all purposes.

  This application claims the benefit of US Provisional Application Serial No. 60 / 685,604, filed May 27, 2005, entitled “Method, System, and Apparatus for Providing Remotely Visualizable Betting Game Results”. To do. All of this application is incorporated herein by reference for all purposes.

  This application is in part inherited from US Provisional Application Serial No. 10 / 885,570, filed July 06, 2004, entitled “Method, System and Apparatus for Providing Printed Results”. All of this application is incorporated herein by reference for all purposes.

  According to one and more embodiments, the method determines multiple outcomes of the betting game and stores an indication of the multiple outcomes. The method also provides for selling the plurality of results to the player for exchange or other consideration after the last of the results has been generated. The multiple results are provided to the player, for example, on a specific medium (eg, DVD), and the specific medium is provided to the player. In another embodiment, the plurality of results are provided to a player in a form stored on a server device, providing the player with access to the server device (eg, such a player may Access the results via the Internet.)

  Various embodiments of the present invention are described below with reference to the accompanying drawings. In the drawings, like reference numbers indicate identical or functionally similar components. The most significant digit of a reference number typically identifies the figure in which that reference number first appears. As will be appreciated by those skilled in the art, the figures and accompanying descriptions presented herein illustrate some example configurations of the presented information representation. Many other configurations besides the table shown could be employed. Similarly, although the items shown represent case information, those skilled in the art will appreciate that the number and content of those items may differ from those shown here.

(1. Introduction of some examples)
According to one or more embodiments, a method provides for determining a plurality of outputs of a betting game and storing a display of the plurality of outputs. The method further provides for selling the outputs to the player in exchange for price or other value after the end of the outputs has been generated. The plurality of outputs are provided to the player by being recorded on, for example, a specific medium (for example, a DVD), and this specific medium is provided to the player. In another embodiment, the plurality of outputs are provided to the player in a recorded form on the server device, providing the player with access to the server device (eg, the player accessing via the Internet, etc.).

  As a result, unless otherwise specified herein, the term refers to the result of a game play, which is a payout (ie, a prize or benefit offered as a result of that game play) and / or one or the result representing the result. Shown in multiple displays. For example, one output includes a set of indicia (or equivalent payouts) that are displayed along with a rotary slot machine payline. In another embodiment, one output includes a roulette number that is the result of roulette rotation. In some embodiments, multiple indicia may represent the same result or output.

  In one embodiment, the output is indicated via a media file mark. Media files include graphic and / or audio data. The graphic data includes a still or animated image of one or more indicia. In some embodiments, multiple media files correspond to a particular output or result. For example, some media files correspond to a zero credit result that is added to the credit balance.

  The term game includes gambling actions that are implemented here based on a specific set of rules, and through which prizes or profits are taken into account, unless otherwise stated.

  The term game play here refers to a single event or a game, unless otherwise specified. One game play will yield a single result (eg, a set of indicia and a corresponding payout if necessary).

  The term game style here refers to the field of games that share one or more features unless otherwise noted.

  According to one or more embodiments, one method is to generate a plurality of actual results on a gaming machine to facilitate a betting game and to display data that displays the plurality of actual results. Operable to determine. The method further comprises determining a plurality of displays (eg, images / or other video / or audio) based on the data, each display representing a result stored on a specific medium, each The display therefore contains representative results. The method further provides for storing a plurality of representative results in a specific medium and making the specific medium available for sale.

  The term actual result refers here to a result determined directly by GD unless otherwise noted. For example, the actual result may include a specific set of random numbers generated by a GD random number generator, a mark corresponding to a random number based on a probability table used in GD, and / or a payout corresponding to that random number.

  The term representative result is an indication of the actual result, unless otherwise specified herein, and is an expression determined by a device other than GD in some embodiments based on the actual result. For example, the AS determines a media file that displays an actual result determined by the GD based on a random number determined by the GD. The media file contains a graphical representation of a set of marks, which are representative results corresponding to the actual results determined by the GD.

  It should be understood that for a particular set of results, the actual result set corresponds to the same total value of the payout, so that it corresponds to the representative result set.

  In some embodiments, the results, which are one set of actual results corresponding to one set of representative results, are (i) different in number; (ii) different in order (ie, actual results) Are generated in the first order, while representative results are represented in the second order); and / or (iii) the marks or mark forms are different.

  The term session is used herein to refer to multiple game plays that are performed to determine the multiple results sold to a player, unless otherwise noted. For example, a session is a number of game plays performed on the GD, and a video display of results is generated based on the plurality of game plays (eg, representative results and / or actual results), Recorded on a DVD or other specific medium, or otherwise, the video display is made available to the player based on the multiple game play. A session is completed over multiple individual time periods (eg, some results including that session are generated with the first data and / or time, while more results including that session are 2 data and / or time of day). Furthermore, a session is performed on multiple GDs (eg, simultaneously or in a parallel manner and / or at various times). One session is the time of the end event that determines that the difference session has ended (eg, a predetermined number of results are generated, multiple results are generated for a predetermined time, and the credit balance is pre- It is considered once complete when the set value is reached. In some embodiments, a session is considered complete when one of multiple possible termination events occurs, whichever occurs first.

  Although the term DVD is used herein to indicate a specific medium on which multiple results indications are recorded and sold to a player, this term is merely a complete example and Note that this should not be taken restrictively. All references to DVD refer to any other type of concrete medium that is suitable and practical to record the resulting display (eg video presentation) for later viewing by the player. Including. For example, paper (eg a thin book), CD-ROM, VHS tape, flash memory, memory stick, digital video tape, MP3 file, or any other specific medium for recording information can be used It is. Furthermore, practical variations of such media are also conceivable (for example, DVD-R, CD-R, CD-RW, etc.). It should be understood that the term DVD refers to all such specific media.

  According to one or more embodiments, a method comprises receiving a payout request corresponding to a plurality of results pre-sold to a player from the player, where the payout is a plurality of results. Where the multiple results are sold as a single package without giving the player an indication of the payout. One payout corresponding to a DVD that is a function of the sum of multiple payouts, or the sum of multiple payouts, in some embodiments, is a “repurchase value” for a DVD or other media, Session information can be viewed from a distance. The method further includes validating a legal purchase of multiple results by the player, verifying the payout, and providing a payout to the player. In some embodiments, the method further provides storing a payout indication provided to the player and / or verifying that the payout has not already been provided to the player.

  The term “repurchase value” is used herein to refer to the amount or price for redeeming a DVD purchased by a player. This term means the value of a function of the sum of payouts (in some cases it may be a single payout) unless otherwise specified, and this payout is the payout corresponding to the result displayed on the DVD. This value can be paid, for example, for (i) the starting credit balance at the start of a session executed to determine the results displayed on the DVD, and (ii) the game play containing that session. (Iii) a function of the payout won as a result of the game play that includes the session. For example, one session is conducted with a starting balance of $ 5.00 and during that session 20 game plays are executed with a stake of 25 cents per game play, Three times greater than zero (first payout $ 4.00, second payout $ 12.00, and third payout $ 3.00), final credit balance at the end of the session is $ 19.00 Assume that Thus, in some embodiments, the DVD buyback value is the final credit balance, which in the above example is 19.00. In other words, a player who purchases this DVD for $ 20.00 will buy it back for $ 19.00.

  According to one or more embodiments, a method provides for selling multiple results as a package, where the multiple results are generated on a gaming machine operable to promote a betting game. Based on the at least one random number result made, and where the sale is made after the at least one result is generated, but before any result of the plurality of results is provided to the player.

  In accordance with some embodiments, an apparatus, system, and method are provided that allow casino customers to view gambling results from a remote location. In one or more embodiments, a player purchases one session of game play from a casino. Using a gaming machine installed inside the casino, the session is performed on behalf of the player with session parameters (eg, number of game plays, wagers per game play, valid payout combinations, games, gaming machines Or according to the style of the game machine). For example, a slot machine is configured to quickly generate multiple results on behalf of a player. In some embodiments, a plurality of files indicating the generated results are subsequently stored on a medium (eg, CD-ROM or DVD). Thus, a player can later view the results generated earlier (eg, using one or more devices, a home computer, a television, a DVD player, a PDA, a mobile phone, etc.) You can experience winning or losing.

  Several embodiments will now be described with reference to FIGS.

  Referring to FIG. 1, there is illustrated one case process 100 that is performed according to one or more embodiments. As is true for all processes described herein, process 100 may be performed by various devices and / or humans in some embodiments. For example, one or more of the steps described are performed in GD (described in detail in FIG. 6) and one or more steps are performed in CS (described in detail in FIG. 4). One or more steps are performed on the AS (described in detail in FIG. 5), and one or more steps are performed on another device (eg, CPD, POS, or other device), And / or one or more steps are performed by a person (eg a casino attendant or player). Furthermore, these steps may be performed in a different order than that described. Furthermore, reasonably and / or practically, additional or different steps may be incorporated, and some steps may be excluded or modified.

  In step 105, a plurality of results of the slot machine game are determined. Determining a plurality of results includes, for example, determining a plurality of actual results. For example, if step 105 is performed in GD, determining multiple results includes generating multiple random numbers, each random number including one result. If step 105 is performed on another device (eg CS 305 or AS 310, both described later with reference to FIG. 3), step 105 determines to display a plurality of actual results generated by the GD. Should include. For example, such an indication is received via electronic transmission from the device (eg, GD sends such indication to CS and / or AS via a network connection). In another example, such an indication is received via a printed document (eg, a session result ticket, described below (particularly with reference to FIG. 27)) to determine the indication. Includes barcodes or other encoded information readable by CS and / or AS.

The multiple result display includes, for example, one or more of the following information:
(i) Total payouts won as a result of multiple results;
(ii) Final credit balance at the end of the session with multiple results;
(iii) A set of representations representing one of the multiple results (eg, roulette results, multiple symbols representing a video poker hand, multiple symbols displayed side by side on a rotary slot machine payline, etc.)
(iv) games with multiple outcomes determined;
(v) the total bet paid for the multiple outcomes;
(vi) the price of the session;
(vii) initial credit balance at the start of the session containing the multiple results;
(viii) a player involved in the multiple outcomes (eg, a player who requested the session before being executed in the example);
(ix) a casino clerk involved in the multi-result (eg, a casino clerk authenticating, supervising and / or executing a session containing the multi-result);
(x) a unique identifier for the session containing the multiple results (eg, information about the multiple results is determined by accessing an appropriate database based on the unique identifier);
(xi) a unique identifier corresponding to one of the multiple results;
(xii) the identifier of the media file corresponding to one of the multiple results;
(xiii) the time and / or date when one of the multiple results was created;
(xiv) a gaming machine on which the multiple results are generated;
(xv) the type of game machine on which the multiple results were generated;
(xvi) an activation ID used to determine session sales; and
(xvii) Buyback ID used to determine buyback for the session.

  In some embodiments, determining the plurality of results includes determining a plurality of representative results. For example, if step 105 is performed in AS, determining multiple results determines display of multiple results (eg, payout corresponding to each result of multiple results, payout corresponding to multiple results) Or any of the information listed above), and selecting a representative result representing the actual results generated by the GD.

  In some embodiments, the generation of multiple results (eg, a game play session is performed to determine the multiple results recorded on the DVD) all players are willing to purchase multiple results. It should be understood that this is done before representing. For example, one component (eg, casino, GD manufacturer and / or other component) produces a DVD (or directs production), and a video representing multiple results is recorded in each DVD, The produced DVD is installed on the casino floor so that the player can purchase it.

  In some embodiments, a player purchases, requests, or consents to a session (eg, a player requests or orders a generated DVD on behalf of that player). In such an embodiment, a method for providing a game contract and / or flat fee game session is applied to the embodiments described herein. Many such methods are described in the co-pending US Provisional Application No. 60 / 627,670, filed November 12, 2004, entitled "Game Machine and Method for Presenting a Flat Rate Gaming Session"; 60 / 600,211, filed August 10, 2004, entitled “System, Method and Apparatus for Managing Game Contracts”; US Provisional Application No. 10 / 636,520, filed August 7, 2003, Name “System and Method for Communicating Game Session Information”; US Provisional Application No. 10 / 635,986, filed Aug. 7, 2003, Name “System and Method for Remote Automatic Game of Game Machine” US Provisional Application No. 10 / 001,089, filed on November 2, 2001, entitled “Game Machine for Flat-Rate Gaming Session and Operation Method thereof”; and US Patent No. , 077,163, filed on June 23, 1997, the name "game machine for flat fee gaming session and its operating method", each of which is incorporated herein by reference for all purposes. Yes.

  For example, a player may have a session (i) actuate an input device of a game console, station shop or other device described herein (eg, a player may “buy a DVD” or other similar on the display screen) (Ii) indicate such a request verbally to the casino representative (eg by himself or by phone), (iii) on the form or office document Request by filling out and submitting.

  In some embodiments, a session may include a remote session, where a player need not exist to perform one or more game plays associated with the session (eg, a player Will purchase 1,000 slots machines for a flat fee of $ 15). For example, after receiving such a remote session execution request, the casino clerk uses (or causes to execute) the session using the GD in the casino premises on behalf of the player. The player then looks at the data about the session (eg, the representative result determined based on the results of the session) from a remote location and from outside the casino premises without having to bet later (eg, the player is legal Just look at the results that have already been generated in your jurisdiction). Those familiar with the current legal framework for betting in the United States will understand the convenience of such a system (for example, a player may place a legal slot machine wager and view the results from home. To be able to)

Several parameters, regardless of whether the session was conducted on behalf of the player after the player requested the session, or whether the session was conducted before all players were interested in the session And the value is associated with (or defines) a session. For example, a session is defined by one or more parameters including, but not limited to:
(i) price (eg, how much the player pays in return for gaining access to multiple outputs determined as a result of a session (eg, on a DVD on which the video presentation of the output results is recorded) How much does the player have to pay for)));
(ii) the duration of the session, which defines, for example, time, number of game plays (eg, the session ends after 2 hours, or the session ends after 1,000 game plays), or other end event (E.g., exit when the credit balance for that session reaches zero or reaches another predetermined value);
(iii) average, minimum, maximum, or designated bet studies per game play (eg, session parameters specify bets of $ 0.25 per game play);
(iv) All video poker except one or more gaming machines where game play takes place (eg, all video slot machines, “Crazy Triple Joker Poker”) • all “Big Texas Oil” machines in Room Z, numbered GD-BTO-0012, etc.);
(v) a valid payout combination number and / or a refund schedule (eg, one session parameter is “BAR-BAR-BAR” resulting in 1,500 coins used during the execution of the game play that includes the session. Specify to pay);
(vi) the date and / or time during which the session will be conducted (eg, from 1 am to 10 am on January 1, 2006);
(vii) Refund rate or amount payable to the player (eg, the player receives a refund of 50% of the total losses incurred by the session);
(viii) the way in which the game play or the game result is made available to the player (eg, including a video that presents a pre-generated result on a gaming machine where the casino is located in the casino) Providing a DVD; allowing the casino to use one or more gaming machines for the player, allowing the person to come to the casino and use it so that the player is there when the game is played The casino provides a single code to the player and uses it to allow later online access to videos presenting the pre-generated results on gaming machines installed in the casino);
(ix) Other contract terms related to game play (eg, the number of slot machine paylines that can be bet, retention / discard card strategies in poker games, bets per payline, etc.)

  In some embodiments where a session is performed on behalf of a particular player, the player selects, purchases, or agrees to such parameters when requesting the session (eg, the player enters the input device of the GD To select a certain parameter, or the player selects a certain parameter by checking the check box on the paper appropriately, or the player verbally agrees to a certain parameter with the casino clerk. Or instruct). Note that the parameters selected by the player have an effect on the session price, as described in the commonly owned patents referenced above (eg, generally more game play, more High stakes and more active payout combinations require higher session prices).

  In this way, the player requests execution of a session characterized by certain parameters. For example, a player presents a session price of $ 15, and the casino agrees to offer 1,000 games for a specific GD with a 25 cents payable per game. In addition, a method is provided in which game play or game results are provided (eg, the casino provides a DVD containing a video showing the results generated at the GD installed in the casino). In some embodiments, additional parameters define a session, which is set by a player, casino and / or other components. For example, the time during which game play takes place is negotiated (eg, game play is generated on behalf of a player at any time deemed appropriate for a casino prior to Thursday night). In addition, the time / date and time at which the game results are provided to the player is negotiated (for example, the player may receive 1-2 weeks for shipping a DVD containing a video representing the results generated by the GD installed at the casino. I agree with the grace). Accordingly, the system of the present invention receives a session execution request, such as a remote session, where the GD is configured to execute a plurality of game plays in the absence of a player on behalf of the player. Is provided to the player in such a way that the player can view the result from a remote location.

  In some embodiments, when requesting to conduct a session, the player presents various contact information (eg, postal address, telephone number, e-mail address, etc.) and informs the player of the outcome of the session. Note that it is provided via information (eg, the code is e-mailed to an e-mail address, and the code or DVD for accessing the results online is mailed to a postal address).

  In embodiments where the session is run before all players express interest in the session (eg, an embodiment where the DVD of the session is mass produced and available for purchase), an entity such as a casino, GD manufacturer, and The other entity defines parameters and their values that define the session. For example, such a component would be programmed such that a session with 1000 GDs is defined with a set of specific parameters (and their values).

  In some embodiments, step 105 (or another or additional step) includes an indication of a parameter defining the session associated with that session (eg, associated with a unique session identifier in the appropriate database record). do it). In one or more embodiments, a unique session identifier (eg, an alphanumeric identifier) is associated with each session that is or is scheduled to be executed. In some embodiments, such information is stored electronically. For example, various parameters and their values are stored in a data base record, each record defining a session to be executed, executable and / or scheduled to be executed. Such data bases are stored in various locations, including but not limited to GD and / or CS. Alternatively or in addition, a physical, non-electronic record of such session parameters may be maintained. For example, if a player fills out a sheet showing various session parameters, the sheet is organized or stored for later use when performing the session. In another example, both physical and electronic records are stored (e.g., a casino clerk enters desired session parameters and their values using computer equipment to be recorded in the database, followed by (Use the application software available on the computer to print on the physical paper to display the desired parameters and their values.)

  In summary, step 105 determines a plurality of outputs including the session, regardless of whether a session was prompted by the player's request or was triggered as part of mass production. This step includes one or more subroutines, for example, such a subroutine is (i) defining one or more parameters (and their values) that define a session that includes the outputs; Generate results; (iii) determine the display of multiple results (this includes determining multiple actual result displays and / or determining multiple representative result displays); (iv) selecting multiple representative results Decode or interpret the display to determine; and / or (v) select multiple media files, each corresponding to one result of multiple results. Such a subroutine is described in detail below with particular reference to FIGS. 19-26.

  Note that when referring to “outcome” here, it refers to actual and / or representative results. In step 110, a display of multiple results is stored. Storing the multiple result display includes, for example, one or more of the following: (i) a single display of the multiple result is stored in a memory of a device such as GD, CS or AS (eg, a mass storage device) (Ii) One display of multiple results is recorded (or recorded) on a DVD; (iii) One display of multiple results is printed (or printed) on a document. It should be understood that a single display of multiple results includes any and all information described with respect to step 105.

  For example, storing one display of multiple results may mean that the GD sends one display of multiple results to the CS, which in turn sends the display (or another display based on the display received from the GD) to the AS. Including sending. Step 110 further includes the AS generating a multi-result video presentation (eg, by selecting a plurality of media files, each media file corresponding to one of the multi-results), and the media file on the DVD. Including recording.

  In one embodiment, storing one representation of multiple results includes storing one representative result for each of the multiple results. In one embodiment, storing a single indication of multiple results includes recording multiple media files on a DVD, each media file corresponding to one result of the multiple results? Or alternatively, combining multiple media files into a single media file and storing it on a DVD. In one embodiment, storing one display of multiple results includes storing one display of each result of the multiple results.

  In one embodiment, storing a single display of multiple results creates an appropriate data base record (eg, with a display of each result of the multiple results), and later produces a multi-result video presentation. In order to store properly. For example, the first program of the device receives one indication of multiple results and determines individual representation results (eg, individual payouts and their orders, individual media files and their orders, and / or Individual set of displays corresponding to one result). The first program stores the determined information in the data base. The second program then creates a video presentation of these results. The third program then records this video presentation on a DVD. Of course, a single program can be used, or the first, second and third may be combined in any desired manner. Furthermore, the first, second and third programs may be executed on different devices or on the same device, and the devices may or may not be geographically close to each other, Depends on what is practical and desired.

  In one or more embodiments, step 110 includes storing the session results (eg, display of results determined for the session) in an electronic manner. For example, as described, data associated with a session is stored electronically within the session database (eg, session database 425, an example of which is shown in FIG. 7). Is done. In some embodiments, the session data is stored on a smart card (eg, a smart card inserted inside a reader that is in communication with the GD) or another portable storage medium.

  The storage and / or transmission of the multiple results display can occur at any time. For example, several indications of multiple results are stored and / or transmitted before a session corresponding to the multiple results is executed (eg, the display of the session identifier and / or parameters of the session is It should be stored in a database record when planned and / or ordered). In another embodiment, some indications of multiple results may be stored and / or transmitted during or after the execution of a session (eg, game play results are stored separately each time they are generated). Game play results are stored in RAM while they are generated, and subsequently written to ROM and erased from RAM; and so on). Accordingly, step 110 includes electronically sending and / or storing the multiple result indication to memory.

  It should be understood that such data is stored in a variety of formats. For example, as shown in FIG. 7, various data is stored as multiple records of data base input items in association with a session identifier. For example, in one embodiment, one data base may be any or all bet amounts, results, result identifiers and individual game play numbers (eg, the first game play of a session is game play “1”). ) To store the text indicating the payout amount associated with. In some embodiments, multiple results displays or other data associated with the session are encoded and stored electronically. For example, a bit-format representation of one result is stored in the database (for example, “BAR-LEMON-CHERRY” is stored as 0129-2938-3847, and each 4-digit ordered representation represents an individual symbol. ing.)

  In some embodiments, storing multiple result displays may access a media file database (examples of which are shown in FIGS. 11A and 11B, respectively) to access a media file (one game game). Determining a media file associated with the play result, and subsequently storing an indication of the game play number along with the associated media file.

  Alternatively or additionally, storing a multiple result display includes outputting the display in some physical, non-electronic manner. For example, in some embodiments, the GD activates the printer device and prints a barcode that encodes a multi-result display (eg, a single session result display). For example, the GD may print a high-density bar code that encodes a display of multiple results related to the executed session on a conventional size TITO ticket. For example, text, numbers, or other symbols stored in a session database (eg, a series of result identifiers) can be represented graphically in barcodes such as high density barcodes. Encoded. Various methods for graphically encoding such text and / or numbers using high density barcodes are contemplated. In yet another embodiment, encoding the multiple result display as a printed bar code accesses the media file database (see FIG. 12A) to determine the media file associated with one result. Followed by encoding the game play number together with the associated media file or an indication of the associated media file (eg, an identifier that uniquely identifies one media file).

  Thus, in various embodiments, storing the multiple result representation includes outputting and / or storing the representation in electronic and / or physical form. As explained above, in some embodiments, a session may be performed without interaction with a user (eg, an intermediary) and is defined by several parameters and their values. An electronic signal that instructs the GD to execute one session is sent to a separate device. Thus, in some embodiments, a person (eg, a casino clerk or player) approaches the GD and accesses or obtains a display of multiple results associated with the session. For example, a casino clerk may be dispatched to collect cash payment tickets, video tickets and / or session result tickets from the GD. In another embodiment, a casino attendant is dispatched with a smart card or other portable memory device (eg, CPD). The casino clerk inserts the smart card into the GD reader and the multi-result display is transferred or copied from the GD memory to the smart card or other portable memory device. For example, in one embodiment, the multiple results display is temporarily stored in a GD memory unit, which is retrieved (eg, transferred to a smart card) by a casino clerk or player and / or another device. Forwarded to

  In step 115, it is determined whether the end of the multiple results has been generated. In some embodiments, a session is not considered complete until a final result is generated that includes the session (thus, the result of the session is not sold or otherwise provided to the player) . Accordingly, it is determined whether a final result has been generated. For example, session parameters that define the duration of the session are determined (eg, the number of results) and compared to data including multiple results displays. If the data indicating the number of results defined by the parameters is the same as the number of results shown in the display, it is determined that the end of the display of multiple results has been generated. In another example (for example, when step 115 is performed in GD), the determination of whether the end of the multi-result display has been generated is whether the final event defined by the session parameters has occurred. (For example, determining an elapsed time from the start of the session) to determine whether the session is completed.

  In some embodiments, the multiple results display is not received at the individual device performing step 115 until the end of the multiple results is generated. In such an embodiment, step 115 is not necessary. Instead, if it is determined that the result display has been received, an affirmative determination is made to step 115.

  In one embodiment, step 115 further includes determining whether the last representative result corresponding to the actual result of the session has been determined. For example, if step 115 is performed on a device that generates a resulting video presentation or a media file for multiple results, each media file containing a representative result, step 115 is the last of the representative results. (For example, whether or not representative results for each of a plurality of actual results including a session have been determined).

  If it is determined that the end of the multiple results has not yet been generated (eg, the session containing the multiple results has not yet been completed), processing returns to step 105 where the remainder of the multiple results (or further Many). Otherwise, process 100 continues to step 120.

  In step 120, multiple results are sold to the player in exchange for a price. Of course, it should also be understood that in some embodiments multiple results may be provided to the player without receiving payment. For example, multiple results may be provided as rewards (eg, as loyalty to the casino or desirable gaming attitude), as gifts or incentives. Further, it should be understood that the price received in exchange for the multiple results may be in money (eg, US dollars) or other form of consideration. For example, a player may agree to perform an activity in exchange for multiple outcomes or engage in a certain action. For example, a player may answer a survey or market research question and / or promise to return to the casino within a predetermined time.

  Selling multiple results by cash on delivery to a player includes, for example, selling a DVD to the player, and a multiple result video presentation is recorded on the DVD. Details of such an embodiment are given below. In another example, selling multiple results to a player includes providing the player with different access to the multiple results. For example, a single code is provided to the player and this code is displayed on the server device (eg, a server device operable to facilitate web site connection) and multiple results display (eg, video presentation). ). The player enters the code (eg, online) and gains access to the resulting display. Details of such an embodiment are given below.

  In some embodiments, selling multiple results to a player orders or requires that multiple results be generated in advance, and multiples for players who have already paid for that result. Including providing a display of results. In such an embodiment, selling multiple results to a player communicates (eg, sends) a display of results (or an indication of whether those results are available) to the player. including. For example, a DVD is mailed to the player, or a code or other information (eg, an executable file that displays a result representation when opened or executed) is emailed to the player.

  In one embodiment, selling multiple results to a player is performed at a casino POS. For example, the player requests the resulting DVD purchase at the POS. DVD sales are carried out through various procedures in order to sell DVDs safely and properly. As such, the procedure is described in detail here (eg, particularly see FIG. 25).

  As described, in one embodiment, selling multiple results to a player provides the player with access to a video presentation that represents those results so that the player can view the game results. Including being viewed remotely from the casino (though those results themselves were generated within the casino). In some embodiments, contact information (e.g., address, phone number, e-mail address) received when a player purchases a session or a video presentation based on that session is used by the player for the video presentation. Used when accessing

  In some embodiments, providing a video presentation to a player includes electronically storing or transmitting the video presentation so that the player can access and view it. For example, in one embodiment, providing (and creating, for example) a video presentation allows the purchaser to purchase video media files from a computer device such as a home personal computer (of course, other computer devices such as PDAs, portables, etc.). Including on a server accessible via the telephone). Thus, providing access to a video presentation includes allowing a player access to such stored files. For example, in one embodiment, a player is provided with a code that is entered to gain access to such a video presentation (eg, using a web page format). Such code includes a session identifier. For example, after being given a code, the player visits a web page and enters the code. If the code is valid (for example, if the server executes the session and the code is legitimately provided to the player and determined to be associated with the session), the player An interface (eg, a virtual slot machine created using Macromedia Flash or a similar program) is used to view the stored video presentation associated with the purchased session. For example, a player presses the “rotate” button on such a virtual slot machine, and when so, the server (i) determines the game play number (eg, that player first One or more associated with the game play number by accessing the data base or other memory structure based on the session identifier; And (iii) output the appropriate media file via the web interface.

  In another embodiment, the video presentation is sent electronically to the player as previously described, eg, an email (eg, an executable software application is electronically mailed to the player, and the player Open and watch results including mixed sessions) or via video broadcast.

  In some embodiments, as also described above, a multi-result video presentation including one session is output via a specific medium, such as a DVD or CD-ROM. Thus, in some embodiments, such specific media is provided to the purchaser of the session by transport or mail. For example, the specific media is handed to the player when the player purchases the session, mailed to the player's postal address, or stored in a centrally accessible database. Or stored in written form.

  It should be understood that the various steps of process 100 are performed at different locations. For example, multiple results may be generated at a casino and sent to a DVD assembly facility away from the casino. The DVD assembly facility then produces a DVD in which multiple resulting video presentations are recorded. Various procedures on how to produce such a DVD are described in detail here. DVDs assembled at such DVD assembly facilities can then be sent to another location (eg, to a casino for sale to the player, or directly to the player if the player has ordered the DVD in advance). To home). FIG. 2 illustrates the various processes and locations involved in some embodiments of the invention as described below.

  Referring now to FIG. 2, there is illustrated a block diagram of an example “life cycle” of a DVD, according to some embodiments described herein. This block diagram illustrates various entities and processes included in at least one embodiment described herein. Note that each process described briefly with respect to FIG. 2 is described in detail herein. FIG. 2 is presented here to illustrate one possible implementation of several embodiments.

  As illustrated in FIG. 2, according to some embodiments, three separate locations are included to provide the resulting DVD to the player. The first place is the casino 205, where players purchase and buy DVDs. The second place is the DVD production facility 210, where the resulting DVD is produced based on the results determined by the GD. The third location is the player's home 215 or another location away from the casino, where the player views the resulting DVD.

  Casino 205 includes CS 225, which facilitates the sale and repurchase of results. CS 225 communicates with GD 220 where results are generated, and based on the results, a resulting video presentation for the DVD is generated. CS 225 is also in communication with POS 230 where the player purchases the resulting DVD.

  The DVD production facility includes a DVD assembly system 235 (DVD AS235). The DVD AS 235 is composed of a computer 240 and a DVD recording device 245.

  Player home 215 includes a TV 250 in communication with a DVD player 255. Of course, if a specific medium other than a DVD is used to provide the resulting video presentation to the player, the player's home 215 will be suitable for reading the video presentation and outputting it to the player. It should be understood that the device includes (if the result is stored on a CD-ROM, the player's home includes a PC operable to read and output information recorded on the CD-ROM). .

  The procedure for a player to obtain a result DVD begins at P-200-1, in which GD 220 generates multiple results for one session and communicates the multiple result indication to CS 225 (eg, send ) In an alternative embodiment, GD 220 communicates the multiple result display directly to AS 235 (eg, instead of communicating the display to CS 225 or in parallel). Note that as described, a player may request multiple results or sessions before the results are generated. In such an embodiment, the procedure for a player to obtain a result DVD instead requires the player to request multiple results (and convey the desired parameters and values, for example, for a session that includes the multiple results). To start with the process of approaching POS 230. However, for simplicity, FIG. 2 illustrates an embodiment in which DVD production is mass-produced regardless of the player's specific session purchase request.

  GD 220 (or another device, because the individual devices that perform a particular function are not limited as described herein, so that function may be performed as needed and in practice on another device) Sends a multi-result indication, which is called session result data at least for the purposes of FIG. 2, CS 225 communicates the session result data to DVD AS 235. For example, the CS 225 encrypts the session result data and communicates electronically to the CS 225. This session result data may include, for example, one or more (i) games for which multiple results have been generated; (ii) the price of the session; (iii) the credit balance at the start of the session; ) Credit balance at the end of the session; (iv) number of game plays included in the session; (v) stakes per game play; (vi) total payouts earned in the session; ) Individual results obtained during the session (eg display and / or set of payouts); (vii) Strategy adopted during the session (eg if decision making is requested during game play) And / or (viii) a session identifier.

  Computer 240 then creates a video presentation based on the received session result data. For example, the computer 240 selects or creates appropriate media files (eg, video scenes, each video screen corresponding to an individual presentation result included in the video presentation) based on the received session result data. Computer 240 also determines the order in which those media files are presented in the video presentation. Such an order may be determined, for example, based on the order in which the results were generated at GD 220 (this order is included in the received session result data). In another example, the order is determined based on another desired characteristic. For example, display many of the results corresponding to large payouts behind the video presentation, or express payouts corresponding to more than zero payouts evenly between the results corresponding to zero payouts. Would be desirable. It should be understood that a video presentation produced according to some embodiments includes more than just a representation of the results obtained as a result of the session. For example, the waiting time inserted to simulate the time a player typically pulls the handle of a slot machine, or each video image representing one result when starting the next game play. The pause inserted to simulate the time inserted in between gives the player a sense of realism operating the GD at the casino store. These additional data are, in some embodiments, additional video data, and in other embodiments, navigation data such as a DVD pause command. In another example, audio and / or video of the message is also included (eg, a congratulations message appears in response to displaying a result corresponding to a large payout).

  Once computer 240 has created a video presentation (e.g., selecting media files and their order included in the video presentation), computer 240 converts the video presentation to a DVD recording device in process P-200-3. Command to record above. The DVD recording device records the video presentation on a DVD (eg, stamps).

  Once the DVD has been produced (this is, in some embodiments, storing the DVD in a jewelry box containing sales materials related to the DVD and properly pasting the unique identifier on the DVD (eg, in barcode format). The DVD is transported from the DVD production facility 210 to the casino 205 in process P-200-4. For example, a DVD produced based on the above process is sent to a casino. In addition, data indicating the produced and shipped DVD is communicated to the casino 205. For example, an indication of a unique DVD identifier corresponding to the unique session identifier of the session on which the DVD was produced is communicated. Such information is communicated electronically and / or via printed forms (eg, documents included in the shipment).

  When the DVD arrives at the casino 205, the player can purchase it. For example, the DVD is installed in a casino DVD display shelf (eg, next to a GD that can execute a game based on which the DVD result is generated), in the back of a casino counter, in a casino hotel room, or the like. Information about the DVD is stored in the CS 225. For example, a unique DVD identifier (which is also included on the DVD and / or in the DVD packaging) is included in the available DVD data base 445 with other information related to the DVD (eg, redemption of the DVD). Stored along with the value and status of the DVD (eg, whether it was already sold and / or bought back).

  A player who wishes to purchase the DVD next requests the purchase of the DVD at the POS 230. For example, the player selects the DVD from a display shelf at a casino store and brings it to the POS 230. In another example, the DVD can be purchased at a merchant store associated with the casino, and the POS 230 and player select the DVD from the merchant's shelf and present it for purchase at the POS 230. In yet another embodiment, the DVD is located behind the employee counter in POS 230, and the player requests the casino clerk to purchase the DVD, and the clerk selects the DVD from the back of the counter to the player. . DVD purchases are made in process P-200-5, in which POS 230 communicates with CS 225 to confirm that the DVD is not sold and can be sold. Process P-200-5 includes another step to ensure that the DVD is sold in a secure procedure, as described in detail herein. For example, the player identifier is received and / or the DVD activation code is received from CS 225. When the player provides the appropriate price for the DVD, the DVD is supplied to the player and the purchase is complete.

  The player then takes the DVD home and slowly views the resulting video presentation in process P-200-6. The player later returns to the casino and requests payment of the refund value of the DVD in process P-200-7. For example, a player visits POS 230 to have a DVD bought back. For example, if the credit balance at the end of one session, which is a function of the DVD redemption value, is greater than zero, the player gets a refund by returning the DVD and receipt to the casino.

  Upon receiving a request to collect the redemption value of the DVD at POS 230, process P-200-8 is executed to verify and approve the redemption value for the player. For example, it is confirmed whether the player has purchased the DVD properly. In addition, it is confirmed that the redemption value has not been collected. An example buyback process for redeeming the redemption value of a DVD is described in detail herein with reference to FIG.

  Of course, it will be appreciated that a player need not watch a video presentation to recover the redemption value of a DVD. As described herein, in some embodiments, a player can recover the redemption value of a purchased DVD without opening the DVD or watching a video presentation of the DVD. Further, in some embodiments, the player does not need to return to the casino to recover its DVD redemption value. As described herein, in some embodiments, a DVD redemption value is provided to a player who purchased the DVD after a predetermined period of time has elapsed since the purchase of the DVD ( For example, one month after purchasing a DVD, a check for the redemption value is mailed to the player if the player has not yet recovered the redemption value). In some embodiments, a player can request redemption value recovery of a DVD without visiting the casino (eg, the player calls the casino, sends an email, or in his DVD) Send and receive by mail to collect redemption value).

  In some embodiments, as described herein, even if the DVD redemption value is zero or the credit balance associated with the session from which the DVD was created is zero, May benefit if you return to the casino after purchasing a DVD. For example, the player is provided with free game play, free points, discounts or other prizes.

(2. System)
With reference now to FIG. 3, a block diagram of an example embodiment 300 of a system used to implement one or more embodiments described herein is illustrated. Embodiment 300 is referred to herein as system 300. The system 300 includes a casino server 305 (CS 305). Details of one embodiment of CS 305 are shown in FIG.

  The CS 305 operates to communicate with the assembly system 310 (AS 310). The AS 310 is operable to assemble, produce or facilitate a DVD or other specific media for storing results, for example, based on the embodiments described herein. One embodiment of AS 310 is described with reference to FIG. In one embodiment, AS 310 is installed at a location remote from the casino where CS 305 is installed. In another embodiment, AS 310 is installed at the same location as CS 305. In one embodiment, when implemented in AS 310, some or all of the functions described herein may be performed in place of or in addition to CS 305 and / or other equipment. In some embodiments, CS 305 and AS 310 can be operated with the same components regardless of whether they are installed at the same or remote location (eg, the casino Make both work). In another embodiment, CS 305 is operated with a first component (eg, a casino), while AS 310 is operated with a second component (eg, a gaming machine manufacturer).

  The CS 305 is further operable to communicate with one or more gaming machines 315 (GD 315). The GD 315 is operable, for example, to generate a plurality of results based on the embodiments described herein. The GD 315, according to one embodiment, includes a GD installed at a casino storefront, which is also operable by a player to be used in a conventional manner. In another embodiment, the GD 315 includes a modified GD (MGD), which is described in detail with reference to FIG. Although only a single GD is shown, any number of GDs are used. One embodiment of GD315 is described with reference to FIG.

  The CS 305 is further operable to communicate with a point-of-sale machine 320 (POS 320). Although only a single POS is shown, any number of POS may be used. The CS 305 is further operable to communicate with the casino personal device 325 (CPD 325). CPD is used, for example, by casino employees to facilitate one or more of the embodiments described herein. Although only a single CPD is shown, any number is used.

  In some embodiments, POS terminals are used at various locations in the casino (eg, exchange booths, customer service counters, kiosks, kiosks, restaurants, etc.) to facilitate the various processes described herein. For example, in some embodiments, a player purchases a DVD via POS 320 that includes multiple results pre-generated by GD315. In another embodiment, a player may be located at a POS 320 location so that multiple results are generated based on one or more parameters specified by the player and stored on a DVD and provided to that player. Request. Accordingly, in some embodiments, the POS (i) receives a resulting DVD purchase request from a player; (ii) confirms and / or authenticates the sale of the DVD; (iii) receives payment for the DVD; And / or (iv) based on redemption of the player's authenticated DVD, to provide a refund corresponding to that DVD. In some embodiments, POS 320 is operable to communicate with CS 305 to authorize DVD sales and / or redemptions. In some embodiments, POS 320 is configured to read / write with one or more data bases (eg, available DVD data bases) of the present invention. In some embodiments, POS 320 includes various hardware and software described herein in connection with other devices (eg, keyboard, processor, display, etc.). In some embodiments, POS 320 is operable to communicate with devices other than CS 305. For example, the POS 320 is operable to communicate with an inventory / reservation system (eg, communicate with an inventory database at a theater computer terminal to determine the number of unsold seats for an event). In some embodiments, CS 305 functions as an inventory / reservation system.

  In some embodiments, various casino employees carry or use one or more CPDs. A single CPD 325 may have various input devices (eg, keyboard, touch screen, card reader, infrared bar code scanner, etc.), various output devices (eg, liquid crystal display), processor, memory and / or communication port. As described herein in connection with other equipment. In some embodiments, CPD 325 is operable to communicate with GD315, CS305, other servers, kiosks, peripherals, AS 310 and / or casino owned (eg, hotel) inventory / reservation systems. Thus, CPD 325, among other things, (i) reads / writes with one or more databases of the present invention, and (ii) supports payments to players (eg, purchase DVD receipts instead of “ "Scan" to determine the value associated with the receipt and, if the receipt is valid, give a payment equal to the value), (iii) assist the player's payment (for example, a casino agent Receive payment for DVD purchase from the player as described herein, and obtain an activation code for the DVD and provide it to the player); (iv) in the embodiment described herein Based on this, the GD generates a plurality of results to be stored on the DVD; and / or (v) performs or supports various other processes described herein. In one or more embodiments, the CPD is operable to read data from and write data to the data base described herein. The memory of the CPD stores a program for executing the processing process described here, or a part thereof.

  CS 305 is directly or indirectly with some or all of AS 310, GD 315, POS 320 and CPD 325, wired or wireless media, eg, Internet, LAN, WAN or Ethernet, via token ring, or any suitable Communicate via a simple communication means or combination of communication means. For example, in one or more embodiments, communication within any or all of the devices of system 300 can be performed over the Internet through a web site managed by a computer on a remote server, or through a commercial online service. • Performed on an online data network including providers, bulletin board systems, etc. In yet another embodiment, communication between devices in the system 300 occurs over RF, cable television, satellite communications, and the like.

  Note that the lines connecting the various devices of system 300 do not imply that the devices are operable to communicate over a particular network. For example, the AS 310 is not installed on the network where the CS 305, the GD 310, the POS 320, and the CPD 325 are arranged.

  In addition, some or all of CS 305, AS 310, GD 315, POS 320, and CPD 325 include a single computer device (or one or more computer devices), such as an Intel® Pentium® processor built-in.

  In some embodiments, communication between some or all devices in device 300 occurs over a single network. Some, but not all, communication networks that may include the system 300; local area network (LAN), wide area network (WAN), Internet, telephone line, wired, wireless channel, optical communication line, And satellite communication links. For example, the GD 315 communicates with the CS 305 via a LAN, while the CS 305 communicates with the AS 310 via a WAN or a wire.

Possible communication protocols that are part of system 300 include: Ethernet (or IEEE 802.3), SAP, ATP, Bluetooth ^™ , and TCP / IP. Communications are encrypted to protect privacy and prevent fraud in various ways well known in the art.

The various communication protocols that make up part of system 300 or other systems operable to facilitate the embodiments described herein are not limited to: Ethernet® (or IEEE 802.3), SAP, SAS ^™ , SuperSAS ^™ , ATP, Bluetooth ^™ , and TCP / IP. Further, in some embodiments, various communication protocols have been approved and used by the Freemon Game Standards Association, California, such as (i) Gaming Device Standard (GDS), (Ii) Best of Breed (BOB) standard, which facilitates communication between a machine and various component devices and / or peripheral devices (eg, printers, bill acceptors, etc.) Facilitates communication between machines and various services related to gaming of one or more gaming machines (eg, providing billing, player tracking, content management, ticket receipt / ticketing and ongoing wager functions (Iii) System to System (S2S) standard, which is a game related service and / or casino ownership management service For example, to facilitate communication between the hotel server) that includes one or more databases for storing information on reserved. Communications are encrypted to protect privacy and prevent fraud in various ways well known in the art.

  In some embodiments, CS 305 is neither necessary nor / and preferred. For example, one or more embodiments may be on an isolated GD 315 (eg, associated with a device operable to output the resulting DVD, and / or associated with a device operable to output the resulting DVD), and / or Implemented on GD 315 that is operable to communicate directly with AS 310. In such an embodiment, all functions described to be performed on CS 305 or data described to be stored on CS 305 are instead on one or more GD 315 and / or AS 310. Can be executed or stored.

  It should be understood that referencing CS 305 as a “casino” server does not imply that the casino controls or exclusively controls this device or all its functions. For example, in one embodiment, CS 305 is a device implemented in a component other than a casino (eg, a component that also operates AS 310 or controls some functions of AS 310). The CS 305 is any device that is operable to facilitate the production of a DVD that stores multiple results based on the embodiments described herein.

  In one embodiment, CS 305 then communicates with another electronic device that is distinct from GD 315 and / or AS 310, which (i) causes CS 305 to perform a function and / or (ii). Operates to read / write data from / to CS 305. For example, CS 305 includes a slot server or data collection unit (DCU) that controls and / or communicates with a bank of slot machines, which in turn continues with a plurality of such slot servers. Or communicate with a casino server communicating with the DCU.

  In another embodiment, CS 305 is operable to communicate with GD 315 via another electronic device (eg, DCU), eg, a server computer operable to communicate with a plurality of slot machines. For example, in one embodiment, CS 305 is operable to communicate with a plurality of computer devices, and each computer device is operable to communicate with a plurality of game consoles.

  In some embodiments, one or more devices described in connection with system 300 may be combined into a single device (or so that the functions described in association are performed in combination). Please note that. For example, CS 305 and AS 310 constitute the same device, or a single device, where two devices are employed separately to perform the functions described as being performed by the two devices. In another example, the GD 315 includes a CS 305 and / or AS 310, and in some embodiments performs some or all functions described herein as being performed by the CS 305 and / or AS 310. There is also a case.

  Referring now to FIG. 4, a block diagram of one embodiment 400 of a CS (eg, CS 305 in FIG. 3) is illustrated. Example 400 is referred to herein as CS400. The CS 400 is implemented with a system controller, dedicated hardware circuitry, a suitably programmed general purpose computer, or other equivalent electronic device, machine or electronic / mechanical device. The CS 400 includes, for example, one or more server computers, which include one or more GDs, one AS also one or more kiosks, one or more POSs, one or more Is operable to communicate with peripheral devices and / or client devices such as one or more CPDs. The CS 400 is operable to manage the system 300 or to facilitate at least some functions or procedures described herein.

  In operation, the CS 400 functions under the control of a casino, another merchant, a component that manages the use of the GD 315, and / or the GD manufacturer. For example, CS 400 is a trot server in a casino. In some embodiments, the CS 400 and the slot server are different devices. In some embodiments, CS 400 includes a plurality of computers that operate with each other. In some embodiments, CS 400 and GD 315 are the same device.

  The CS 400 includes a processor 405, such as one or more Intel® Pentium® processors. The processor 405 is in communication with a communication port 410 (eg, for communicating with one or more other devices, such as one or more GD 315 and / or AS 310) and memory 415. Memory 415 includes any suitable combination of magnetic, optical and / or semiconductor memory and includes, for example, random access memory (RAM), read only memory (ROM), compact disk and / or hard disk. The processor 405 and memory 415 each are, for example: (i) all located within a single computer or other device; or (ii) a telecommunications medium such as a serial port cable, telephone line or radio frequency transceiver. They may be connected to each other. In one embodiment, CS 400 includes one or more devices that are connected to a remote server for the purpose of maintaining the database.

The memory 415 stores a program 420 that controls the processor 405. The processor 405 executes the instructions of the program 420 and thereby operates according to at least some of the methods described herein. The program 420 is stored in a compressed format, non-compiled and / or encrypted format. The program 420 further includes the necessary program elements, such as an operating system, data base management system, and “device driver” that allows the processor 405 to interface with computer peripherals. Appropriate program elements are well known to those skilled in the art and need not be discussed at length here. Program 420 includes computer program code, which CS 400 uses GD (eg, GD 600, described below with reference to FIG. 6) and / or AS (eg, AS 500, shown below) using communication port 410. 6), for example, to enable communication for the following purposes:
1. Track gambling or other currently running on GD;
2. Instruct GD to generate multiple results based on one or more parameters;
3. Receive a display of multiple results generated by GD;
4). Sending an indication of the multiple results generated by the GD to the AS;
5. Receive an indication of a DVD of results available for sale;
6). Receive the resulting DVD production request from the player;
7). Command the gaming machine to perform one or more functions (eg, message output to player, play interruption, etc.);
8). Authenticate the sale of DVDs to players;
9. 9. Authenticate the redemption of the DVD by the player and / or The operating state of the GD is determined.

  According to some embodiments, CS 400 is operable to perform a number of processing processes (or portions thereof) described herein. For example, CS 400 may include (i) process 100 (described above in connection with FIG. 1), (ii) process 1900 (described below with reference to FIG. 19); (iii) process 2500 (hereinafter referred to in FIG. 25). (Iv) process 2600 (described below with reference to FIG. 26); and / or operable to perform at least a portion of the other processes described herein. is there.

  According to one embodiment, the instructions of program 420 are read from main memory to another computer readable medium, such as from ROM to RAM. Execution of the instruction sequence in program 420 is performed by processor 405 and executes the process steps described herein. In another embodiment, wired circuitry is used to implement the process of the present invention instead of or in combination with software instructions. Accordingly, embodiments of the present invention are not limited to any specific hardware and software combination.

  The memory 415 also stores (i) a session data base 425; (ii) a gaming machine data base 430; (iii) an active session data base 435; and (iv) an available DVD data base 440. ing. Each of the data bases 425 to 440 is described in further detail below (see FIGS. 7-10, respectively).

  In some embodiments (eg, in one embodiment, the CS 400 manages downloadable games that can be played on one or more GDs), the memory 415 stores additional data bases. Such additional data bases include, but are not limited to, (i) storing information about one or more games that are playable and / or downloadable on one or more GDs. And (ii) a schedule and / or configuration database useful for determining which games are available on which GD at that time. In another embodiment, some or all of these functions are handled on a separate device from the CS 400.

  Similarly, in one embodiment, CS 400 remotely configures GD (and / or other devices such as kiosks, POS, CDP, etc.), updates software stored on GD, and / or software Or it is operable to download software components to the GD. For example, the CS 400 applies the latest revision to the software stored on the GD, modifies the payout and / or probability table stored on the GD, and / or updates the software and / or software. It is operable to send the part to the GD. The CS 400 is programmed to perform any or all of the above functions, such as the occurrence of certain events (eg, scheduled events), qualified casino employees and / or other humans ( For example, based on receiving instructions from the coordinator) and / or receiving requests from players. In another embodiment, some or all of these functions are handled on a separate device from CS 400.

  Although the data bases 425 to 440 are described as being stored in the memory of the CS 400, in another embodiment some or all of these data bases are replaced with or in addition to the CS 400. Part or all of it is stored in the memory of one or more other devices. Such one or more other devices include, for example, one or more peripheral devices, one or more GDs, ASs, slot servers (if different from CS400), other equipment, or combinations thereof Is included. Further, some or all of the data described as being stored in memory 415 may be partially or fully stored in memory of one or more other devices (stored in memory 415). Stored in addition to or instead of things). Such one or more devices include, for example, one or more peripheral devices, one or more GDs, ASs, slot servers (if different from CS400), other equipment, or combinations thereof. It is.

  The processor 405 is also operable to communicate with a plurality of input devices 445. Input devices include any device that is operable to facilitate input to CS 400 (eg, human input, such as a keyboard or mouse). The term input device is used herein for any device, component or component (or combination thereof) that can receive input (eg, from a player or other device). The input device communicates with or is part of other devices (eg, AS, GD, etc.). Some examples of input devices are: bar code scanners, magnetic strip readers, computer keyboards or keypads, push buttons (eg mechanical, electromechanical or “soft” that is part of a touch screen ), Handle, keypad, touch screen, microphone, infrared sensor, voice recognition module, coin or bill acceptor, ultrasonic equipment, computer port, video camera, motion detector, digital camera, network card, general purpose serial -Bus (USB) port, GPS receiver, radio frequency identification (RFID) receiver, RF receiver, thermometer, pressure gauge, infrared port, weight scale. For example, in one embodiment, an authenticated human may use the input device 450 to program or reprogram the CS 400 to perform a function and / or to store a data base stored in the memory 415. Write data to one.

  The processor 405 is further operable to communicate with one or more output devices 450. The output device includes any device operable to output information from the CS 400. The term output device is used herein for any device, component or component (or combination thereof) capable of providing output (eg, for a person or other device). Examples of output devices include, but are not limited to, a display (eg, in the form of a touch screen), audio speaker, infrared transmitter, wireless transmitter, electric motor, printer, coupon or product payment machine. , Infrared ports, Braille computer monitors, and coin or bill dispensers.

  In some embodiments, CS 400 includes components (ie, input / output devices) that are capable of both input and output functions. In one embodiment, the touch-sensitive display screen includes an input / output device (eg, outputs a graphic and receives a selection from an authorized person).

  Referring now to FIG. 5, a block diagram of one embodiment 500 of an AS (eg, AS 310) is illustrated. Example 500 is referred to herein as AS 500. The AS 500 is implemented with a system controller, dedicated hardware circuitry, an appropriately programmed general purpose computer, or other equivalent electronic device, machine or electronic / mechanical device. AS 500 includes, for example, one or more computers and one or more DVD recording devices that operate with each other. AS 500 is an example of AS 235 (FIG. 2) and / or AS 310 (FIG. 3).

  The AS 500 is operable to receive, for example, session result data (eg, display of multiple results generated in one session) and generate a video representation based on this data. It should be understood that a video presentation includes both video and audio elements. The AS 500 is further operable to cause the DVD recording device to record (stamp) the video presentation on the DVD. Of course, if the video presentation is recorded on a specific medium other than DVD (eg, CD-ROM), the AS will cause the recording device to record the video presentation on that appropriate specific medium (eg, The video presentation is recorded on a CD-ROM by a CD-ROM recording device). In some embodiments, the resulting display as described herein is made available to the player from the server device on which the display is stored. For example, the resulting video presentation is presented to the player via a computer in communication with the server. In such an embodiment, AS 500 is operable to facilitate the output of the video presentation in an appropriate manner.

  The AS 500 includes a processor 505. The processor 505 communicates with the communication port 510 and the memory 515. Memory 515 includes any suitable combination of magnetic, optical and / or semiconductor memory and includes, for example, random access memory (RAM), read only memory (ROM), compact disk and / or hard disk. Memory 515 is comprised of or includes any type of computer readable media. The processor 505 and the memory 515 are each, for example: (i) all located within a single computer or other device; or (ii) a telecommunications medium such as a serial port cable, telephone line or radio frequency transceiver They may be connected to each other. In one embodiment, AS 500 includes one or more devices that are connected to a remote server for the purpose of maintaining a database.

  The memory 515 stores a program 520 that controls the processor 505. The processor 505 executes the instructions of the program 520 and thereby operates according to at least some of the methods described herein.

Program 520 includes computer program code that enables AS 500 to communicate with other devices (eg, CS 305) using communication port 510, for example for the following purposes:
(i) receiving a display of multiple results generated by GD (eg, receiving session results of one or more sessions);
(ii) communication of information about DVDs produced in AS500; and / or
(iii) Receiving information about the video presentation (eg, receiving a description of the media file, how the media file is incorporated into the video presentation, etc.).

  Memory 515 also stores one or more data bases. For example, memory 515 may include (i) media file data base 525; (ii) session media file data base 530; (iii) DVD production queue data base 535; and (iv) resulting set data base. 540 is stored. Of course, other data bases are also stored in memory 515.

  According to one or more embodiments, the data is stored in a memory or other device (eg, a CS 305 data base or another data base) as described. According to one or more embodiments, the AS 500 is operable to access those data, or is downloaded and stored therein, or otherwise as needed and / or Or it has information about data that can be used appropriately by the AS 500. For example, the AS 500 accesses the memory of another device to generate one or more parameters (eg, how many results were generated for a particular session) to generate multiple results based on one or more embodiments. ). In some embodiments, the AS 500 is operable to write to the memory of another device.

  Although the data bases 525, 530, 535 and 540 are described as being stored in the AS 500, in other embodiments some or all of these data bases and / or their data may be partially or It is stored in a separate device as a whole (in addition to or instead of that stored in memory 515). Such other devices include, for example, CS 305, POS 320, CPD 325, another device and / or combinations thereof.

  As described, processor 505 is operable to communicate with communication port 510. Communication port 510 is used, for example, to send information to (or receive information from) other devices, such as CS 305, GD 315, CPD 325, POS 320, another device, or a combination thereof.

  The processor 505 is also operable to communicate with one or more input devices, output devices, and / or input / output devices 550. AS 500 input devices include any or all of the input devices described herein. Similarly, the output devices and / or input / output devices of AS 500 include any or all of such devices described herein.

The processor 505 is further operable to communicate with one or more recording devices 555. The recording device 555 may (i) record the video presentation on a DVD or other specific medium, (ii) transfer data or information to the DVD or other specific medium, and / or (iii) suitably And includes any device operable to practically facilitate disk image transfer. For example, if the video presentation is stamped on a DVD, the recording device 555 includes a DVD stamp device. In another embodiment, the DVD-R or DVD + R burner uses a relatively high power laser to thicken the ink inside the recordable DVD media to simulate a conventional mass production DVD groove. Examples of such techniques are already available, for example DVD recording devices made by Plextor ^™ or Panasonic ^™ . In some of these embodiments, the DVD recording device has a plurality of recording devices and an automatic mechanism for loading and unloading discs. This technology includes Rimage's Protoge Plus ^™ or Microtech's ^™ product line. In one embodiment, the AS 500 is a computer device that communicates with a barcode scanning device (ie, an input device), such as a PowerScan® SR / HD manufactured by PSC Products ^™ of Eugene, Oregon. Including.

  The operator of the AS 500 scans and accesses the session result data by scanning a video ticket barcode (eg, as shown in FIG. 24 and described below. Such a barcode is, for example, a session identifier, its session identifier ( (E.g., a series of result identifiers generated in the session identified by a series of result identifiers, as well as one or more associated GD identifiers).

  As described, the AS 500 stores one or more programs for producing a video presentation recorded on a DVD based on the received session result data. In some embodiments, the AS 500 is operable to receive session result data for a session without communicating with the casino via an electronic network. Rather, the AS 500 is operable to receive session result data via a bar code ticket, other printed document, via a specific medium having session result data thereon.

  In some embodiments, AS 500 is in electronic communication with one or more of these devices that are part of the same electronic network as CS 305, GD 315, CPD 325, and POS 320, or otherwise. Operable to receive session result data in electronic form from these devices.

  In some embodiments, AS 500 accesses session result data by accessing a data base (eg, session data base 425) that stores session result data. For example, in some embodiments, the AS 500 accesses a session database maintained on the CS 305 to determine if there is an executed session for which a DVD has not yet been produced (eg, session data). • One record in the base indicates whether a DVD has not yet been produced for a particular session). In another embodiment, the device (eg, CS 305, CPD 325, and / or GD 315) sends session result data and / or sends an indication of whether the session result data should be accessed or available. Send a signal to Accordingly, AS 500 next accesses or receives session result data.

  In one embodiment, the AS 500 includes in the session result data a smart card or other specific medium (eg, memory stick, flash memory, floppy) on which the session result data is stored. Access by accessing a disk, printed ticket, CD-ROM, DVD, etc. For example, the AS 500 includes a card reader so that session result data can be accessed when a card in which session result data is written is inserted. Such data is then used to produce a video presentation on a DVD or otherwise provided to the player.

  In one embodiment showing how a video presentation is provided to a player, the AS 500 stores and / or transmits media files electronically so that session purchasers can access or view them. (E.g., using a home computer or other user equipment). For example, the AS 500 generates a registration in the database (which is maintained on any of the devices described herein) and this registration is accessed with a session identifier. One or more play numbers and media files are associated with session identifiers, which are stored in the record. Such a database is accessed when a session purchaser requests that a video presentation associated with the session be viewed (eg, a player accesses a web page and properly registers the database). Are accessed to determine the order in which media files are presented). In some of these embodiments, the video is produced at the same time as viewing the video presentation.

  In another example, as described herein, the AS 500 is operable to produce a DVD or CD-ROM using the media file. Thus, in one embodiment, the software program stored in the memory of the AS 500 determines (i) the order in which media files are presented and (ii) specifies a recording device (eg, a DVD recording device). And is operable to transfer the information in the media file to an appropriate specific medium (eg, DVD) so that they can be viewed in the appropriate order. In some embodiments, such software programs output such video presentations substantially automatically (eg, without input from the operator or with minimal input from the operator). To work. For example, AS 500 receives (i) receives or accesses session result data, (ii) determines a media file associated with the data, and (iii) outputs a video presentation to a specific medium based on the media file. Is operable. In another embodiment, the operator provides various inputs that command AS 500 to perform various tasks (eg, the operator selects a media file, scans a barcode, etc.). In either case, in some embodiments, the video presentation is output via a specific medium.

  In embodiments where the specific medium includes a DVD, such a disc is formatted based on a DVD encoding process well known in the art. For example, one or more media files are divided into “chapter” that can be individually accessed by the player. For example, a DVD on which a video presentation of 1,000 game play sessions is recorded is divided into 20 chapters each consisting of 50 game plays viewed by the player. In another embodiment, each media file (i.e., game play) is encoded in its own chapter so that the player can use the remote control "Enter" button on the DVD player, and the slot machine " Use it like a "rotate" button to start each video presentation or piece of video presentation to activate slot machine game play. Note that one feature of such a DVD format for producing video presentations is equipped with a number of convenient maneuvering functions when watching video using a DVD player. For example, a player can stop, pause, fast forward or rewind a video presentation, or skip all chapters.

  In some embodiments in which the physical medium includes a CD-ROM, the video presentation is incorporated into a software program that can be executed by the session purchaser using a computer device. Thus, in some embodiments, creating a video presentation includes creating an executable software application. For example, producing a video presentation involves creating a software program that allows the session purchaser to interact with the video presentation in a manner similar to an online casino software application using a home computer. For example, the session purchaser inserts the CD-ROM into the appropriate device of the home computer and then clicks the “rotate” button on the graphic if he wishes to see another result (eg, A software program written on the CD-ROM receives user input and accesses and displays stored media files based on the input, as is known in the art. is there). Various software applications are commercially available that minimally support the production of such DVD and CD-ROM discs. In some embodiments, the user receives data and software programs that display the results, which may or may not be provided on the same media as those results, Do.

  In some embodiments, the order in which media files are written to a specific media and / or stored electronically in a data base or other memory structure is not important (eg, player later The order in which they view the results remotely need not be the order in which they were generated). For example, media files for video presentations appear in random order.

Turning now to FIG. 6, a block diagram of one embodiment 600 of a GD (eg, GD315) is illustrated. Embodiment 600 is referred to herein as GD600. The GD 600 may be implemented as a system controller, dedicated hardware circuit, appropriately programmed general purpose computer, or other equivalent electronic, mechanical or electromechanical device. The GD 600 includes, for example, a slot machine, a video poker terminal, a video blackjack terminal, a video keno terminal, a video lottery terminal, a pachinko machine or a table game. In some embodiments, the term “slot machine” is used to refer to the GD and is intended to include any or all of the devices listed here as examples. In various embodiments, the GD is, for example, a personal computer (eg, it communicates with an online casino website), a telephone (eg, an automated sports book that provides gaming services, and Communication) or a portable game machine (eg, a personal digital device, a Nintendo ^™ Gameboy ^™ device, a Sony ^™ SPS ^™ device, or other suitable device). In some embodiments, the GD 600 is operable to monitor a device that is operable to facilitate a tabletop game (eg, a blackjack game, eg, a player's wager, received cards and / or decision making). Equipment). In some embodiments, user equipment such as a PDA or mobile phone is used in place of or in addition to some or all of the GD600 components shown in FIG.

  In addition, GD 600 includes a personal computer or other device that communicates with the online casino and operates to facilitate game play at the online casino. According to one or more embodiments, the GD 600 simulates a roll-up slot machine game, video poker game, video blackjack game, video keynow game, video roulette game or lottery game. Including computer equipment operable to execute software.

  An example of the GD 600 includes a processor 605, such as one or more Intel® Pentium® processors. The processor 605 communicates with the memory 610. Memory 610 includes any suitable combination of magnetic, optical, and / or semiconductor memory, including, for example, random access memory (RAM), read only memory (ROM), compact disk, and / or hard disk. Memory 610 is comprised of or includes any type of computer readable media. The processor 605 and memory 610 are each, for example: (i) all located within a single computer or other device; or (ii) telecommunications media, such as serial port cables, telephone lines or radio frequency transceiver May be connected to each other. In one embodiment, GD 600 includes one or more devices that are connected to a remote server for the purpose of maintaining the database.

  The memory 610 stores a program 615 that controls the processor 605. The processor 605 executes the instructions of the program 615 and thereby operates in accordance with embodiments of the present invention, particularly the methods described in detail herein. Program 615 and other programs for controlling the processors described herein are stored in compressed, uncompiled and / or encrypted form. The following description of program 615 applies equally to all programs for the processors described herein. Program 615 includes the necessary program elements, such as an operating system, a database management system, and a “device driver” that allows processor 605 to interface with computer peripherals. Appropriate program elements are well known to those skilled in the art and need not be discussed at length here.

  According to one embodiment, the instructions of program 615 are read from main memory to another computer readable medium, such as from ROM to RAM. Execution of the sequence of instructions in program 615 is done by processor 605 to perform one or more process steps described herein. In another embodiment, hardwired circuitry is used to perform the process of the present invention instead of or in combination with software instructions. Accordingly, embodiments of the present invention are not limited to any specific hardware and software combination. In some embodiments, executing a sequence of instructions in the peripheral program associated with GD 600 prompts processor 605 to perform some or all of the process steps described herein.

  Memory 610 also stores one or more data bases. For example, memory 610 stores one or more probability data bases, such as, for example, probability data base 620, and one or more payout data bases, such as, for example, payout data base 625. .

  According to one or more embodiments, the data is stored in the memory of another device (eg, the data base of CS 305 or the data base of another device) as described. According to one or more embodiments, GD 600 is operable to access the data, or is downloaded and stored therein, or otherwise as needed and / or Or it has the information regarding the data which GD600 can use appropriately. For example, the GD 600 accesses one device's memory and generates one or more parameters (eg, how many results were generated for a particular session) to generate multiple results based on one or more embodiments. ). In some embodiments, the GD 600 is operable to write to the memory of another device.

  Although the data bases 620 and 625 are described as being stored in the GD 600, in other embodiments some or all of these data bases and / or their data may be partly or wholly separate. Stored in the device (in addition to or instead of that stored in memory 610). Such other devices include, for example, CS 305, POS 320, CPD 325, another device and / or combinations thereof.

  The processor 605 is operable to communicate with the communication port 630. Communication port 630 is used, for example, to send information to (or receive information from) other devices, such as CS 305, other GD, CPD 325, POS 320, AS 310, another device, or a combination thereof.

  The processor 605 is also operable to communicate with a random number generator 635 (RNG 635) that is a component of the GD 600. RNG 635 (also any other random number generator described herein) generates a random number or pseudo-random value (referred to herein as a “random number”) according to at least one embodiment. The RNG 635 generates a random number at a predetermined time (for example, every second) or in response to a request from a game on the game machine. In the former embodiment, the generated random numbers are used as they are generated (eg, a random number generated at about the same time as the start of the game is used in the game) and / or stored for future use. Is done.

  As used herein, RNG is implemented separately from the processor, but operates in concert with processor 605. Alternatively, the RNG can be incorporated as an algorithm, as a software component, or as software stored in the memory of a GD or other device and used to generate random numbers.

Although the generation or acquisition of random numbers is described here as being included in the GD's RNG, other methods for determining random numbers may be employed. For example, a GD owner or operator can get a set of random numbers that have been generated in another component. For example, HotBits ^™ is a service that provides random numbers, which are generated at successive pairs of radioactive decays detected by Geiger-Muller tubes that interface with a computer. A blower mechanism using a physical sphere with numbers written is used to determine the random number, and one ball is randomly selected and determined using that number.

  The processor 605 is also operable to communicate with a profit output device 640 that is a component of the GD. Profit output device 640 also includes one or more devices for outputting the profit to a player of GD 600. For example, in one embodiment, the GD 600 provides coins and / or tokens as a profit. In such an embodiment, the profit output device 640 includes a hopper and a hopper control device for paying out coins and / or tokens to the coin receiver of the GD 600.

  In another embodiment, the GD 600 receives a receipt, or profit or other information on it (eg, a cashless game receipt with a monetary value printed thereon, this monetary value is equivalent to the monetary value cash Provide other documents that are printed as a check, etc.). In such an embodiment, profit output device 640 includes a printing and document ejection mechanism. In yet another example, the GD 600 provides electronic credit as a profit (eg, it is substantially converted into coins and / or tokens and discharged from the hopper to the coin receiver). In such an embodiment, the profit output device 640 includes a processor that manages the credit balance and / or the amount of electronic credit shown on the credit balance display. This processor is processor 605 or another processor. In yet another example, the GD 600 reimburses the financial account value associated with the player as a benefit provided to the player. The financial account is, for example, a credit card account, a liability account, a credit account, a check account, and / or a casino account. In such an embodiment, profit output device 640 includes a device for communicating with the service on which the financial account is maintained.

  According to one or more embodiments, although only one profit output device is illustrated in FIG. 6, GD 600 includes a plurality of profit output devices 640. For example, the GD 600 includes both a hopper and hopper controller combination, and a credit balance. Such a GD is operable to provide multiple types of benefits to GD players. A single profit output device 640 is operable to output multiple types of profits. For example, the profit output device 640 is operable to increase the credit balance of the credit meter, communicate with the remote device, and increase the financial account balance for the player.

  The processor 605 is also operable to communicate with a display device 645 that is a component of the GD 600. The display device 645 can be, for example, one or more display screens or areas for outputting information related to game play on a gaming machine, such as a cathode ray tube (CRT) monitor, a liquid crystal display (LCD) screen, or a light emitting diode ( LED) screen.

  According to one or more embodiments, the GD 600 includes a plurality of display devices 645. For example, the GD 600 includes an LCD display for displaying an electronic reel, and a display device having a mechanical reel behind it and including a viewing window for displaying the rotation of the mechanical reel during game play. . In one embodiment, display device 645 is operable to display a message to the player. In one embodiment, the display device is operable to display a menu to a player and / or casino clerk, which inputs a parameter value defining a session or multiple results generated by the gaming machine. Is to do. One example of such a menu is described below with reference to FIG.

  The processor 605 is also in communication with one or more devices other than the display device 645 to output information (eg, to a player or other device). Such other output device or devices are also components of GD600. Such other output device or devices may output, for example, audio speakers (eg, messages to the player in addition to or instead of such messages output via the display device 645). Infrared transmitter, wireless transmitter, electric motor, printer (eg, for printing cashless game vouchers), coupon or product dispenser, infrared port (eg, 2nd GD or player's portable device) A Braille computer monitor, and a coin or bill dispenser. In some types of GD, a common output device is a cathode ray tube (CRT) monitor on a video poker machine, a bell (eg, ringing when a player wins), an LED indicator of a player's credit balance, a key know number Including a personal digital assistant (PDA) LCD display.

  Display device 645 includes, for example, one or more individual display areas and / or one or more individual display devices. For example, one of the display areas displays the results of a game played on the GD (eg, an electronic reel of a game machine). Another display area displays rules for playing a game on the GD. Yet another display area displays profits obtained by playing the GD game (eg, in the form of a payout table). Yet another display area displays a message for a player (eg, a message promoting the usefulness of a DVD displaying the results of the game that the player is currently playing) and / or a message for a casino attendant. For example, one message gives an overview of at least some session information regarding sessions that have been executed on the GD. According to one or more embodiments, GD 600 includes a plurality of display devices, one or more other output devices, or a combination thereof (eg, two display devices and two audio speakers). .

  The processor 605 is also operable to communicate with an input device 650 that is a component of the GD 600 and a device (eg, from a player, casino employee, or device) that can receive input. The input device communicates with or is part of another device (eg, CS 305, AS 310, POS 320, CPD 325, another GD, etc.). Some examples of input devices are: barcode scanners, magnetic strip readers, computer keyboards or keypads, push buttons (eg mechanical, electromechanical or “soft”, as part of a touch screen), Handle, keypad, touch screen, microphone, infrared sensor, voice recognition module, coin or bill acceptor, sonic ranger, computer port, video camera, motion detector, digital camera Network cards, universal serial bus (USB) ports, GPS receivers, radio frequency identification (RFID) receivers, RF receivers, thermometers, pressure gauges, infrared ports (eg second game consoles or smart cards) Or communication from other devices such as a player's PDA For receiving), and a weighing scale. In some types of GD, buttons or touch screens on video poker machines, levers or handles connected to the GD, magnetic strip readers for reading player tracking cards inserted into the GD, as common input devices, Touch screen for inputting player's selection during game play, and coin and bill acceptor. Input device 650 includes some or a combination of the above input devices (ie, input device 650 includes a plurality of input devices).

Some embodiments include components (ie, input / output devices) that can facilitate both GD600 input and output functions. In one example, the touch-sensitive display screen includes an input / output device (eg, a device that outputs a graphic and receives a selection from a player). In another example, the processor 605 communicates with a “ticket input / output” device configured to eject and receive cash payment tickets. Such devices also support (eg, provide data to facilitate) various billing functions (eg, ticket validation and refund). For example, a CPD maintained in a GD, POS, kiosk and cash-cash cage may (i) include such profit input / output devices and / or (ii) account associated with such ticket input / output transactions. Communicate with a central server (e.g., CS 305) that manages (e.g., track the issuance, refund and expiration of such tickets). One example of a ticket input / output technology that has been applied and used to implement the embodiments described herein is the EZ Pay ^™ system, International Game Technology Inc., headquartered in Reno, Nevada ( Manufactured by International Gaming Technology).

  Of course, as will be appreciated by those skilled in the art, the GD 600 includes various combinations of any or all of the components described herein. For example, according to one or more embodiments, the gaming machine may include multiple display devices, one or more separate output devices, several input devices, etc. (eg, two display screens, two speakers). Headphones, ticket input / output devices and several buttons). In addition, GD 600 includes components in addition to or different from those described herein.

  The processor 605 is further operable to communicate with a payment system 655 that is a component of the GD 600. The payment system 655 allows payments to be received from a player (eg, wager or initial balance) and / or payments (eg, payout) to the player. Payment is not limited to cash, but includes other types of consideration, products, services and alternative money. Payment system 655 may be considered an example of input device 650 and / or an example of profit output device 640 in some embodiments.

  Examples of methods for accepting payment by payment system 655 include: (i) receiving realization money (ie, coins or banknotes), and thus payment system 655 includes a coin or banknote acceptor; (ii) alternative currency (eg, paper Cashless game vouchers, coupons, non-distributable coupons) and thus the payment system 655 includes a bar code reader or other sensor means; (iii) a payment identifier (eg, credit card number, debit card number, The player tracking card number) and debiting the account identified by the payment identifier; and (iv) determining whether the player has performed the value-added activity.

  The processor 605 is further operable to communicate with a player tracking device 660 that is a component of the GD 600. Player tracking device 660 may be considered in some embodiments as an example of input device 650 and / or an example of payment system 655 (eg, an embodiment in which a player provides payment by providing a player identifier). (This also serves as a cash account identifier). The player tracking device 660, according to one or more embodiments, comprises a reading device operable to read and / or write information from cards such as smart cards and / or player tracking cards. This includes (i) identifying the player and (ii) determining various data associated with the player. For example, various wagers and coin input / cash output forms with which a player has been previously contracted are determined based on information relating to the player identifier. In another example, past strategies employed in video poker games are determined as well. In yet another example, a DVD that the player has previously purchased is also determined (eg, for the purpose of providing the player with payment for the DVD). Similarly, the number of cashable credits available to a player is determined, provided to a player who is not paid as cash but the number of promotional credits associated with that player is determined The code of profit or other information is determined, the number of accumulated loyalty points associated with that player is determined, the number of accumulated game elements such as symbols, cards or hands for that player is determined Is done.

  In one embodiment, a card reader that includes a player tracking device 660 determines an identifier associated with the player (eg, by reading a player tracking card that includes an encoded identifier), thereby playing the game The machine accesses data relating to the player (eg, player data base, session data base). In another example, a smart card reader directly determines data about a player by accessing the memory of an inserted smart card.

  Although not shown here, for example, a player data base is used to store player wager data (eg, a game that has bet over a specified threshold within a specified time period). Reward the customer as a customer, or identify certain characteristics as potential problem bets). The player data base also includes other information useful, for example, to promote sales or manage player behavior (eg, information about the player's game preferences, accommodation arrangements, etc.). In addition, the player data base also stores data relating to game sessions and / or bonus games performed on behalf of a designated player. The player data base also stores information about the DVD that was previously purchased, ordered, and / or refunded to the player. Such player data is stored in a relational database and is unique from the player as a “key” data point, eg, read from the player's player tracking card or cash payment ticket. After receiving the identifier, it is retrieved or accessed by the processor.

In one embodiment, the player tracking device 660 includes (i) a card reader (eg, a port into which the player tracking card is inserted), (ii) various input devices (eg, keypad, touch Screen), (iii) various output devices (eg, small color display screens), and / or (iv) combinations thereof (eg, touch sensitive display screens incorporating both input and output functions). Various commercially available devices are suitable for such applications, such as the NextGen ^™ interactive player tracking panel from IGT ^™ or the iVIEW ^™ display screen from Bally Gaming and Systems ^™ .

As is known in the art, a “smart card” incorporates (i) memory, and (ii) means for accessing such memory. For example, in one embodiment, this memory stores data associated with an embodiment of the present invention. In one embodiment, data is written to a smart card when a player plays with one or more GD (eg, various data is updated continuously, periodically, or triggered by an event). Thus, according to one or more embodiments, one or more devices (eg, GD600, CS305 and / or AS310) operable to perform the various processes of the present invention are smart card readers. And data is read from the smart card according to the execution of such a process. One example of a smart card system used to implement one or more embodiments of the present invention is the s-Choice ^™ smart card casino management system from Smart Card Integrators ^™ .

  Of course, a player identification method that does not use other cards is also conceivable. For example, a unique identification code is associated with the player. The player is then identified by entering the code. For example, if the code is stored (eg, in a database maintained in GD 600 and / or CS 305), the player enters the code using the GD input device, and the game is based on that code. Unique identification of a person is possible. In another embodiment, the player's body functions as an identification means (eg, the player is identified via the player's fingerprint or retina). In yet another embodiment, the cashless game ticket barcode encodes the player identifier.

  Thus, as described, various data about the player is tracked and stored (eg, in an appropriate record in the central management database) and accessed as needed. In addition, various statistics related to the player are also measured (eg, coin input statistics, win / loss statistics, play session purchases) and accessed in a similar manner.

Various systems have been considered for facilitating monitoring of such player behavior and activity. For example, a two-wire system provided by IGT ^™ is used. Similarly, protocols such as IGT ^™ , SAS ^™ protocol, or IGT ^™ , SuperSAS ^™ protocol are used. The SAS ^TM protocol and SuperSAS ^TM protocol each enable communication between the gaming machine and the slot billing system, providing a secure and reliable way to communicate all the necessary communications supplied from the gaming machine to the online monitoring system . In implementing the functions of the present invention, one useful feature of the SAS ^™ and SuperSAS ^™ protocols is the authentication feature, which allows operators and administrators to remotely query the game console's critical memory. The information can be verified for both the game program and the peripheral device. In another embodiment, a one-wire system is used, such as the OASIS ^™ system provided by Aristocrat Technology ^™ or the SDS ^™ slot floor monitoring system provided by Bally Gaming and Systems ^™ . Each of the above systems is an integrated information system for monitoring (eg, continuously) slot machines and customer game behavior. Thus, for example, using any one of these systems to monitor a player's game behavior, player results, purchase amount, coin insertion statistics, win / loss statistics, and / or other relevant data Is determined.

  In one embodiment, one player operates multiple GDs. For example, one player may play with adjacent GD at the same time, one player may continue playing a game session with another GD while playing with one GD, A human player remotely manipulates the GD using, for example, a telephone, a PDA or other device, and (i) commands (directly or indirectly) to the GD such as a bet amount and a command to select a card. ) And / or (ii) receive output (directly or indirectly) from the GD.

  In one embodiment, the GD allows a skill game to be played rather than a chance game. One such embodiment would be preferred by certain players and would be allowed in areas where gambling in chance games is illegal.

  In one embodiment, GD 600 is operable to facilitate a downloadable game, and the games available for playing on GD 600 are on a server device (eg, CS 305 or other device). Stored and downloaded to the GD 600. In one embodiment, the software components of GD 600 are modified and / or updated remotely by another device (eg, CS 305 or other device). For example, a payout or probability table stored in the memory of the GD 600 may be remotely changed, modified or updated, bug fixes applied to software stored in the GD 600, and / or new versions of software may be Downloaded to GD600. Similarly, GD 600 is programmed to retrieve any or all such updates from other devices as appropriate and as needed. Any of the above (eg, game downloads, software updates, payouts or revisions to the probability table) can occur, for example, the occurrence of an event (eg, a scheduled event), a qualified casino employee or others In response to an instruction from a human (eg, a coordinator) and / or based on a request from a player. In one embodiment, the GD 600 includes a thin client device that is controlled by a server device (eg, CS 305 or other device).

  According to one or more embodiments, the functions of the present invention, eg, multiple result generation for storage on a DVD, can be implemented by one or more components of an existing GD (eg, hardware and / or software configuration). This can be done by replacing and / or augmenting the element. Thus, according to one or more embodiments, these embodiments can be applied by modifying or updating existing GD currently used in various casinos.

  For example, replacing or adding GD600 memory (e.g., a computer chip), the replaced or added memory may instruct the GD600 processor to operate in accordance with one or more embodiments. The program to do is stored. In another example, data output from the GD 600 (eg, graphical and / or character data displayed on the GD 600) is replaced or added, and these replaced or added data is one or more of the present invention. Display information about multiple functions to the player.

  In particular examples, the GD 600 includes various electronic components mounted on one or more printed circuit boards (PCBs). Such components include various hardware described herein, such as communication ports and various control devices of peripheral devices (eg, display controller), as well as memory for storing program instructions (software), and Including a processor for executing various instructions. The types of memory found in gaming machines include electronically erasable programmable read only memory (EEPROM), erasable programmable read only memory (EPROM), and flash memory. Thus, according to one or more embodiments of the present invention, instructions for performing features of the present invention (also instructions for performing other functions conventionally performed in GD) are provided. The GD 600 can be replaced with an EPROM containing the software it has previously replaced with an EPROM previously installed in the GD 600 or reprogrammed in accordance with one or more embodiments described herein. It is configured to operate based on the various processes (or portions thereof) described.

  For example, the “DVD result generation” module can be purchased by various casino operators. This module, including various hardware and software (eg EEPROM containing software instructions), is mounted on an existing GD (eg video reel slot machine, video poker machine, etc.) Once the module is installed, the player of the device either (i) plays without incorporating the embodiment described herein on that GD, or (ii) is listed here on that GD. You can choose to play the example in a way that incorporates the example (eg, requesting that multiple results displays be generated and stored on a DVD for future viewing at a remote location).

  Similarly, in addition to or instead of allowing the player to select a mode of operation for GD, in some embodiments a casino operator can do so. For example, a casino operator or other entity GD can be selected to operate in a conventional mode or in a “DVD result generation” mode.

  Accordingly, the GD is configured to allow a player, casino operator or other entity to select at least two “modes” of the GD and execute the selected mode. When the “standard” mode is selected, the GD is configured to operate in a manner similar to that operated before the module was installed (eg, GD is conventional and described herein). The example embodiment is operated in a manner that is not used). If the “Create DVD Result” mode is selected, the gaming machine operates to perform game play based on one or more embodiments described herein.

  In one embodiment that allows either party to select one or more modes, the touch-sensitive display screen is configured to output a prompt that causes the operation mode to be selected. Such promotional symbols can cause various trigger conditions (eg, coins, bills or tickets inserted; credit balance increased from zero to some other number; player presses “play” button; Infrared or other sensors detect the presence of the player; the game console is powered on, initialized, reconfigured and / or rebooted, etc.). Thus, when either party selects an operating mode (eg, by pressing an appropriately labeled icon on the touch-sensitive display screen) and receives that party's selection, the GD operates in the selected mode. Configured as follows.

  In another embodiment, the GD is operable to automatically determine whether to switch from the standard mode to the “DVD result generation” mode. The GD makes such a determination, for example, by evaluating data received from a player and / or other device and / or by querying from another device. For example, a GD enters “DVD result generation mode” when it is determined that one or more predetermined events have occurred and / or one or more predetermined conditions are met. Is operable. For example, a GD may cause a GD to be waiting for that time (eg, from 2 am to 7 am) at a predetermined time and / or from another device (eg, by CS 305) Is instructed to input “DVD result generation mode”.

  In one embodiment, a GD is operable to output a display that is currently in “Generate DVD Result” mode (eg, a result currently generated on a gaming device for a player is available for sale). That it is for a DVD or for a DVD that has already been requested). For example, this GD turns on a light or changes the color of a light, changes a graphic, or makes a sound.

  In another embodiment, as described herein, a peripheral device is useful for incorporating one or more embodiments of the present invention into the operation of GD. For example, external or internal modules, including peripheral devices, are inserted, connected, or tied to the GD to eliminate or minimize the need to modify or replace programs already stored in the GD memory. Such peripheral devices are operable, for example, to monitor and / or send information about the gaming machine to another device (eg, CS 305).

  In yet another embodiment, instead of configuring the GD to physically install or connect new hardware and / or software to perform the embodiments described herein (or In addition, the software is downloaded into the existing memory of one or more GDs. U.S. Pat. No. 6,805,634, Well et al. Teaches a method for downloading data in such a way into the GD. All of US Pat. No. 6,805,634 is incorporated herein by reference in its entirety. Thus, in some embodiments, the GD is reprogrammed with or without the need to remove or replace hardware in the GD to accommodate the new functionality of the present invention.

  In some embodiments, the GD includes a “short game machine” or SGD. The term SGD, as used herein, includes equipment that is operable to generate results based on random numbers, but is designed to be installed at a casino storefront to interact with a player. It has not been. For example, the SGD is programmed to perform functions that are different from the more conventional of GD and / or not to perform some functions that are traditionally performed in GD (eg, determined based on random numbers) Display showing results). In addition, the SGD includes components that are different from those normally included in more conventional GD and / or includes a few such components. For example, in some embodiments, the SGD does not include a profit output device 640 and / or a player tracking device 660. For example, in some embodiments, multiple results for storing and selling via a DVD are generated on an SGD that includes a processor that operates in conjunction with a betting game emulator, which is frequently used by players. The applicant imagines that it will be installed in a place other than the casino in front. Such SGD does not include, for example, a cabinet that is attractive to the player and is not operable to output coins, tokens or other benefits. Such SGDs, however, are programmed to generate a very large number of results (eg, at about the same time) and to generate any such generated results without displaying them, which is a traditional game. It is different from the machine.

(3. Database)
Various databases useful in one or more embodiments are now described. Each (i) session data base 425, (ii) game machine data base 430, (iii) reference session result data base 435, (iv) active session data base 440, (v) available A structural example and sample contents of the DVD data base 445 are shown in FIGS. 7 to 18, respectively. The specific data and fields illustrated in these figures only represent some examples of the records stored in the database described herein. These data base data and fields can be easily modified to include, for example, more or fewer data fields. One or more of these data bases can be combined into a single data base. Note that within the data base, different reference numbers are used to identify each field of each data base. However, in at least one embodiment, similarly named fields (eg, session identifier fields) store similar or the same data in similar or the same data format.

  As will be appreciated by those skilled in the art, the sample database schema presented here and the accompanying description are examples of stored information representations. Many other structures can be employed apart from those shown in the illustrated table. For example, although ten (10) separate data bases are illustrated, the embodiments described herein are effective with fewer or more functionally equivalent data bases. Could be implemented. Similarly, the illustrated entries in the database are merely exemplary information; those skilled in the art will appreciate that the number and content of entries may differ from those shown. In addition, although the data base is shown in tabular form, it would be possible to store and manipulate one or more example data types using an object form model, as well as object methods or The behavior pattern can be used to implement one or more example processes.

  Referring now to FIG. 7, there is illustrated a tabular representation 700 of one embodiment of a record in the session database 425 as stored in the memory of the CS 400 and / or in the memory of another device. ing. Tabular representation 700 is referred to herein as session database 700.

  Session database 700 includes a number of case records or entries, each including entries R700-1 through R700-9 that define the game play for an individual session. As will be appreciated by those skilled in the art, the record 700 includes any number of entries.

  Session database 700 also defines the number of fields. These fields are: (i) a unique session identifier 705; (ii) a stake per game 710 (eg, a specific stake per game play, where the stake is equal to the game play of the session. (Iii) the average stake per game play, etc.); (iii) game 715, which identifies the game in which the game play of that session was performed; (iv) session duration 720, which is the duration of that session Or define an end event to end the session; (v) price 725, paid for the game play of the session; (vi) final session balance 730, which is a large number of credits or credit balance at the end of the session (Vii) game play number 735, including the display of the monetary value (also referred to here as the final credit balance); , This identifies each individual game play of the session; (ix) bet 740, which is bet on each individual game play (this field if the charge per game play does not change) (X) mark 745, which is determined as a result of each game play; (xi) mark identifier 750, which identifies (eg, uniquely) the mark in field 745 (Alternatively, this may be a result identifier); (xii) Payout 755, which corresponds to the corresponding game play profit, winnings or winning value.

  In one embodiment, the session identifier includes an indication of various session result data. For example, the session identifier may include or be distinguished from the display of a payout amount, a result identifier, a bet amount, a game play number, a session identifier, and / or other information about the session. For example, with the session result identifier “01927-012-01-25-000001-0”, the first game play of the contract “01927” is performed on the GD “012” with the premium “25”, and the result “000001” "And payout" 0 "are generated.

  For fields 745 and 750, the indicia and indicia identifier correspond to the indicia determined by the GD based on the random number determined in the corresponding game play (eg, using a payout table as illustrated in FIG. 18). Please note that. For example, record 700 is entered by GD 600 and / or CS 400 based on the results determined at each game play of the session. In another embodiment, the indicia in field 745 and indicia identifier 750 correspond to indicia for determining a representative result determined at a device other than GD (eg, determined at AS 310). For example, the session database record 700 is utilized at the AS 310 and is based on a display of multiple results for each game play of the session (eg, display of one session result received at the AS 310). Store the determined mark. In some embodiments, both the actual result mark display and the representative result mark display are stored for individual game play.

  It should be understood that the payout in field 755 includes any payout determined by GD based on a random number. For example, the record 700 is created based on a payout determined by GD. Note that in some embodiments, a payout video presentation is produced based on the data in record 700. In such an embodiment, the order of payouts represented via the video presentation may differ from the order in which those payouts are stored in record 700 and / or the order in which those payouts are determined by GD. is there.

  In some embodiments, the payout field 755 stores payouts determined at other devices (eg, AS 310) based on multiple results display (eg, based on session results display). For example, as described in detail herein, in some embodiments, AS 310 may: (i) start credit balance for a session; (ii) end credit balance for that session; An indication of the bet placed on the bet; (iv) an indication of the number of game plays included in the session. AS 310 then determines a plurality of payouts, and in some embodiments, determines the order in which the payouts are presented via the video presentation based on such data. Accordingly, in such an embodiment, AS 310 uses session database record 700 to store the determined payouts and / or the order in which those payouts are presented via the video presentation.

  It is understood that the payout field in any of the databases described herein stores a payout value corresponding to a particular result, which is stored in any practical and desired format. I want. For example, the payout amount may be represented by a large number of credits. Alternatively, the payout amount may be stored to represent a dollar value.

  Accordingly, it will be appreciated that in various embodiments, the session data base record 700 is written by GD, CS and / or AS. Further, it will be appreciated that record 700 is used for different purposes by GD, CS and / or AS. For example, GD and / or CS use record 700 to store the actual results of each game play of a session. In another example, AS uses record 700 to store the representative result determined for one session.

  Referring now to FIG. 8, there is illustrated a tabular representation 800 of one embodiment of a gaming machine data base 430 as stored in the memory of the CS 400 and / or other devices. . The tabular representation 800 is referred to herein as the GD database 800.

  GD database 800 includes a number of case records or entries, which include records R800-1 through R800-n, each in communication with CS 305 (eg, on a LAN or WAN), or so Otherwise, it defines a gaming machine that can be used in some embodiments of the present invention. As will be appreciated by those skilled in the art, the GD database 800 includes any number of input items. The GD data base 800 also defines a field for each entry or record. These fields are: (i) a gaming machine identifier 805 that uniquely identifies a particular gaming machine (eg, a particular slot machine installed at a casino store or a PC communicating with an online casino) (Ii) Game machine type 810, which stores a description or display of the game machine type, (iii) Game machine state 815, which stores the display of the corresponding game machine ( (E.g., whether the gaming machine is currently in use, whether the gaming machine is offline or online, whether the gaming machine can generate a result for a DVD); and (iv) an available game 820 This specifies that the corresponding gaming machine stores a display of one or more games that can be executed on it. In any of the data bases described herein, any or all of the information stored in the fields of the data base is in machine readable form and / or human readable form (this is Note that it is stored in the same format).

  The GD data base 800 is used (for example, based on a GD identifier) to identify a GD that has communicated with, for example, one or more GDs and that has transmitted and received data to and from the GD data base 800. In one embodiment, the GD data base 800 is used to select a particular GD so that the GD generates multiple results for the DVD. Such a selection may be, for example, the desired GD type (eg, 5-reel slot machine or video poker machine), the current state of the GD (eg, not currently active but powered on and operating) And / or games available on the GD. Of course, information in addition to or different from that shown in the GD data base 800 is also stored in the GD data base. For example, the location of the GD (eg, allowing a casino employee to find the GD), and an address for electronic communication with the GD will also be stored (eg, for the GD And / or the manufacturer of the GD will also be stored.

  Referring now to FIG. 9, a tabular representation 900 of one embodiment of an active session database 435 (eg, one stored in the memory of a CS 400 or other device) is illustrated. ing. Tabular representation 900 is referred to herein as the active session database 900.

  The active session database 900 includes a number of case records or entries, which include records R900-1 through R900-4, each defining a currently active session (eg, executing or executing). Scheduled process). As will be appreciated by those skilled in the art, the active session database 900 includes any number of input items. The active session database 900 also defines a field for each entry or record. These fields are: (i) a session identifier 905 that uniquely identifies the session, (ii) a GD identifier 910 that identifies the GD or type of GD to be performed thereon (which in some embodiments is a plurality of GD (Iii) including the type of GD); (iii) game type identifier 915, which identifies the game for which the outcome of the session is determined; (iv) per game stake 920; (v) valid payout combination 925; ) Remaining game play count 930 (which, in another example, stores an indication of the remaining time of the corresponding session); and (v) Remaining time 935, which is how long until the session is completed Stores an indication of time remaining (eg, an estimate).

  The active session database 900 is utilized, for example, to track information about sessions already started on the GD and / or sessions scheduled to run. For example, GD or CS uses such a database to track the result display of one session. Once the session is complete, the GD or CS then communicates its indication with the AS.

  Referring now to FIG. 10, a tabular representation 1000 of one embodiment of an available DVD data base 440 (eg, one stored in the memory of a CS 400 or other device) is illustrated. Yes. The tabular representation 1000 is referred to herein as the available DVD data base 1000.

  The available DVD data base 1000 includes a number of case records or entries, which include records R1000-1 to R1000-5, each defining a DVD that was or could be purchased. As will be appreciated by those skilled in the art, the available DVD data base 1000 includes any number of input items. The available DVD data base 1000 also defines a field for each input item or record. These fields are: (i) a DVD identifier 1005 that uniquely identifies the DVD, (ii) a redemption value 1010, which is the payment provided to the player who purchased the corresponding DVD at the time of redemption of the DVD; The price 1015 paid by the player for the DVD; (iv) the sale date 1015, indicating the date and time when the corresponding DVD was sold; (v) the activation code 1020, which in some embodiments allows the player to Provided to the player upon purchase of the DVD; (vi) a player identifier 1025, which identifies the player who purchased the corresponding DVD (in some embodiments, the DVD is sold anonymously and this Information is not stored); and (vii) DVD status 1030 (eg, whether the DVD is “available” for sale or can be provided to the player, already “purchased” or Or provided to a player, or for example, to provide a redeemable value of the DVD in the player to specify whether the already "redemption").

  The available DVD data base 1000 is used, for example, to track DVDs that can be purchased at a casino. For example, when a DVD is provided from AS 310, becomes available for sale, or is provided to a player, a new record is generated based on the DVD's unique DVD identifier. The redemption value corresponding to the DVD is also recorded in the newly generated record (eg, the redemption value corresponding to the DVD identifier is received from the AS 310). The DVD status is set to “Available”.

  In one embodiment, the available DVD data base 1000 is used again when a player requests a DVD purchase. For example, this database is queried based on the DVD identifier on the DVD packaging that the player wishes to purchase. It is verified based on the state 1030 associated with the DVD in the data base that the DVD has not been purchased previously. In addition, activation is determined (for example, by CS305, this is generated when each DVD is sold at POS 320 or an activation code is selected), and the activation code is available Recorded in the appropriate record of the DVD data base. For example, POS 320 communicates with CS 305 to determine an activation code and verify that the DVD is available for purchase.

  Note that an activation code is necessary in some embodiments to activate a DVD (eg, a player enters this activation code when inserting the DVD into a DVD player). Requested to do). In another embodiment, this activation code is only required when redeeming a DVD and not when viewing a DVD video presentation. This activation code is also printed on a receipt provided to the player when purchasing the DVD, or otherwise passed when the DVD is legitimately provided to the player.

  The available DVD data base 1000 is also accessed again when a player redeems a DVD (eg, when collecting redemption values associated with that DVD). For example, as described in detail herein (eg, with particular reference to FIG. 25), it is verified that the DVD has been legitimately purchased and has not been redeemed previously (eg, The status regarding the DVD is “Purchased”).

  Referring now to FIG. 11A, a tabular representation 1100A of one recording embodiment of the media file data base 525 (eg, stored in the AS 500 memory and / or other device memory) is illustrated. Tabular representation 1100A is referred to herein as media file data base 1100A.

Media file record 1100A includes a number of case records or entries, which include records R1100-1 through R1100-9, each defining an available media file to include a video presentation showing the results of one session. is doing. As will be appreciated by those skilled in the art, media file record 1100A includes any number of input items. Media file record 1100A also defines a field for each entry or record. These fields are:
(i) Game 1105A This indicates the game to which the media file corresponds (this identifier is in alphabetical and numeric or text format; this identifier is in machine and / or human readable format; this identifier is the trade name of the game (eg , IGT ^™ Double Diamonds ^™ game);
(ii) Game type file 1110A, which stores a media file containing data indicating the type of game for which the result of the current session was determined (eg, reel type slot machine pair, draw video poker or 3 reels) Slot machine vs. 5-reel slot machine);
(iii) Game Trademark File 1115A, which stores a media file that contains data indicating the trademark of the game (eg, the game manufacturer's trademark and / or the title logo of the game) for which the outcome of the current session was determined Do;
(iv) Casino trademark file 1120A, which stores a media file containing data indicating the casino for which the result of the current session was determined and / or the casino that ordered the DVD corresponding to the session (eg, casino trademark, Casino pictures, casino appearance pictures, etc.);
(v) Result identifier 1125A, which uniquely identifies one result;
(vi) Result 1125A, which describes the set of marks corresponding to the result identifier;
(vii) Result media file 1130A, which stores the media file containing data indicating the result corresponding to the result identifier (eg, starting from the stop position and lining up the appropriate symbols on the payline and stopping Reel animation with proper sound of slot machine);
(viii) Specify period 1140A, which indicates the duration of the corresponding result media file.

  In one embodiment, in conjunction with fields 1110A, 1115A, 1120A and 1135A, these fields are one or more (i) their own files; (ii) an indication of where the files are stored. (Eg, file path); (iii) video and / or audio data; (iv) large file contains multiple results display, start / stop counts select specific parts of large file representing desired results Includes a large file name and the start / stop time code for that file.

  The term “current session” previously used in connection with the description of FIG. 11A refers to a session in which a video presentation is currently being created based on information in the media file record 1100A.

  It should be appreciated that in some embodiments, AS 500 is operable to produce multiple video sessions and / or multiple DVDs simultaneously.

  The media file contains graphic and / or acoustic data. Furthermore, the graphic data is a still image and / or an animation.

  The duration of the media file varies from the first result to the second result. For example, a result corresponding to a large payout includes a longer time, which indicates that the reel has stopped with a winning combination of symbols on the payline, with a slightly longer pause at the end of the animation, So that the player enjoys the victory and / or the player is fully aware of the victory.

  Media file record 1100A includes different and / or additional data in some embodiments. For example, a media file representing a wager for each game play is stored. In another example, an indication of the number of frames included in each media file may be included.

  The information on the number of frames is used, for example, to determine a portion of the media file on which another media file is superimposed. For example, in some embodiments, a changing credit balance is displayed for each game play representation. For example, on a reeled slot machine, each time a result is presented while presenting an animated display of spinning reels, a media file containing the credit balance is overlaid on a specific part of each frame, In such a number of frames, the display is changed from the start time of the media file representing the rotation of the reel. For example, assuming that a media file representing a spinning reel has a length of 900 frames, the credit balance graphic is displayed at frame number 50 because of the bet placed on that game play. And the credit balance graphic overlay, if any, is displayed to increase with the winning payout as a result of that game play, if any. Thus, a program for creating a video presentation is programmed to superimpose a graphic on a frame of a media file.

  Media file record 1100A is accessed, for example, by AS 500 to select a media file to include a video presentation. For example, in one embodiment, AS 500 accesses record 1100A and selects a media file based on session result information for a particular session received from CS 305 or other device. For example, the AS 500 determines a game for which a result including the session is determined from the session result information. Accordingly, AS 500 selects the appropriate media file data base record based on the game (ie, in some embodiments, each record corresponds to a different game). The AS 500 then produces the video presentation by arranging the following media files in the following order: (i) game type file; (ii) game trademark file; (iii) casino trademark file; (iv) determined for the session Appropriate results media file selected based on the results and arranged in the appropriate order. The result shown in the result media file is called the representative result of the session.

  With respect to item (iv), in some embodiments as described in detail herein, the results for the session are selected by the AS 500 based on the session result information or the display of multiple results determined in the session. The Similarly, in some embodiments, the order of results is selected at AS 500. Thus, the AS 500 performs normal processing to select results (eg, result identifiers) and their order before accessing the media file database. In another embodiment, the results and / or their order are determined by another device (eg, CS 305 or GD 315). In such an embodiment, the AS 500 accesses the media file database to identify the appropriate result media files and the order in which they are placed together in the video presentation. The order is selected based on the receipt information shown.

  In some embodiments, additional information media files are stored in media file record 1100A. For example, a media file representing a payout plan valid for the current session is stored. In another example, a congratulatory message for a player who has received a particularly large payout (eg, a payout of 100 credits or more) is displayed in the media file. Thus, in some embodiments, the AS 500 (or other device operable to produce a video presentation for a session) selects such a media file and places it in the appropriate location of the video presentation (eg, In particular, immediately after a media file representing a large payout). In some embodiments, such messages are general and are independent of the game or game type in which they are being played. Thus, in such an embodiment, such messages are stored in a separate database that is suitably accessed from AS 500.

  When creating a video presentation based on a media file, the media files are displayed in sequence with each other, such as only one single media file is displayed at a time, followed by another media file. There is no need to be done. Media files can be collected in any desired and practical manner (eg, media files can be superimposed on each other, integrated, or simultaneously displayed on a screen, etc.). For example, several media files (eg, payout planning media file, casino trademark media file, game play stake media file, game trademark media file) in one or more frames or one or more media It is displayed in part of multiple frames of the file (with each result media file). For example, a video presentation of a casino trademark, a game trademark, a credit balance graphic and / or a remaining speed graphic is always displayed on one part of the screen, and a reel rotation animation that produces the result is displayed together on another part of the screen. Can be produced.

  In some embodiments, overlaying a graphic or first media file onto one or more frames (or portions of frames) of a second media file is performed during a manufacturing process (eg, , When video presentations and corresponding DVDs are produced). In another embodiment, the appropriate information is stored on the DVD, and a properly programmed player's home DVD player is operable to superimpose the information when playing the video presentation.

In some embodiments, a separate media file representing the results is produced for each casino or customer who ordered a DVD based on the embodiments described herein. For example, the specific results for the Double Diamonds ^TM machine at Stallion Casino are stored in a separate media file from the same results for the Double Diamonds ^TM machine at French Riviera ^TM Casino. This is because it saves resources (eg, time) to manufacture the DVD, in which there is no need to overlay game trademarks and / or casino graphics on each frame or media file that shows one result. If anything, access the appropriate record of the appropriate combination of game trademark and casino to determine the media file that will be used in producing the video presentation, which media file will be stored in the game trademark and / or casino. It has already been customized. In such an embodiment, game trademark file 1215 and / or casino trademark file 1220 are instead fielded, which includes a game trademark identifier and / or casino trademark identifier for purposes of accessing the appropriate record.

  In some embodiments, a display of payouts corresponding to each set of indicia containing one result is also stored in table 1100A. In another embodiment, the corresponding payout (eg, to determine how to adjust the credit balance graphic) is stored in a separate database (eg, the payout is determined based on the result identifier). Where the subject database correlates each payout with a result identifier).

  Of course, it should be understood that a plurality of such media files are associated with the result identifier, and various such media files are possible. For example, in one embodiment, files displayed and stored in one media file database are a commonly used format for storing video on a DVD. Other formats for digitally storing video or audio / video (eg, MPEG, MPEG2, AVI, MOV, DivX, etc.), as well as other formats for storing audio (eg, MP3, WAV, etc.) Can be considered. Such media files include video animations, video recordings or any other graphics that play or approximate the entertainment that GD typically outputs when communicating with game results. For example, if the GD result is “BELL-BELL-BELL”, the media file corresponding to the result (or multiple media files that are superimposed, mated, or combined to represent the result) is rotated. Includes reel graphic animations, credit balance changes and other images typically output on GD display screens, as well as accompanying sound effects. In another example, the media file includes an actual GD video recording that produces such a game result (eg, a video camera is used to capture a GD that outputs such a result). Various combinations and modifications of such embodiments are possible.

  In addition, it will be appreciated that such media file database can be configured in various ways. For example, instead of storing the media file related to the result identifier as a record of input items related to the specific game, the result identifier itself is an embedded display of the game (for example, the result identifier is “GD-BTO-012-O-000001” Or “012-000001” and “GD-BTO-012” or “012” to identify the game that generated the result), and the media file database is each of multiple executable games Need not include individual input items.

  Note that in the above example, each non-winning result is represented by the same result identifier (eg, “BELL-BAR-ORANGE” is the same as “7-BAR-PLUM”). Of course, alternative ways of expressing such a result are conceivable (eg, associating a unique result identifier with each non-winning result and winning result). Further, it should be understood that various “substitute” or “alternative” media files can be used in place of the identified results. For example, one data base displays a plurality of appropriate media files, and then one is selected to represent the results identified randomly (or based on another rule).

  In one embodiment, when producing a video presentation recorded on a DVD, only the payout information associated with the session (in some embodiments, the game play number) is used (by the AS 500). For example, the session result data only displays 0 coins for the first game play and 5 coins for the second game play. In this way, the AS 500 selects from a variety of suitable media files (eg, multiple media files are stored according to the payment payout amount that the file represents). An advantage of such an embodiment is that the AS 500 chooses one of a variety of different gaming machines “skins” or visible motifs, for example when determining a media file for a result (eg, AS 500 is a player Selects media files after showing interest in the slot machine). Such an embodiment is described below with reference to media file data base embodiment 1100B.

  Yet another media file determination method is conceivable that adapts to the production of the session video presentation. In one embodiment, rather than determining the associated media file based on the outcome identifier or other identifier, the AS 500 is simply associated with one session, (i) a game play number and (ii) associated Access only media files. For example, in some embodiments, when outputting session result data (eg, in session data base 425 and / or in a print ticket), GD simply (i) session identifier, (ii) one score. Or only output a plurality of game play numbers and (iii) one or more associated media files. In this way, the AS 500 determines which media file can be used during video presentation production without accessing a data base, such as the media file data base 425, for example. For example, by simply scanning a video ticket, the AS 500 learns which media files are appropriate—perhaps in the order in which they are combined, the video presentation for one session as indicated by the game play number. Is produced.

  In summary, in some embodiments, the AS 500 (and / or other device) receives (i) session result data associated with an executed session and (ii) determines a media file based on the session result data. To do. In some embodiments, the order of the media files combined to produce the video presentation is similarly determined so that the game play number is associated with the result displayed in the session result data.

  Referring now to FIG. 11B, here is a tabular representation of another embodiment of the media file database 525 (eg, as stored in the memory of the AS 500 and / or other devices). 1100B is shown. Tabular representation 1100B is referred to herein as media file record 1100B.

  Media file record 1100B includes a number of case records or entries, which include records R1100-1 through R1100-9, which define available media files to each contain a video presentation showing the results of one session. is doing. As will be appreciated by those skilled in the art, the media file record 1100B includes any number of input items. Media file record 1100B also defines a field for each entry or record. These fields are: (i) Game 1105A, which indicates the game to which the media file corresponds (this identifier is in alphabet and number or text format; this identifier is machine and / or human readable format); (ii) Game type file 1110A, which stores a media file containing data indicating the type of game for which the result of the current session was determined; (iii) Game trademark file 1115A, which is the game for which the result of the current session was determined A media file containing data indicating the trademark of the game (eg, the game manufacturer's trademark and / or the title logo of the game); (iv) a casino trademark file 1120A, which is the casino from which the result of the current session was determined Store media files, including data indicating (e.g. casino trademarks, casino photos (V) a payout 1125B, which indicates an individual payment amount; (vi) a payout media file 1130B, which stores data indicating a mark corresponding to the payout amount; and (vii) Specifies the duration 1135B, which indicates the duration of the corresponding payout media file.

  Media record 1100B is shown here to illustrate another embodiment of the media file data base, in which media files are selected based on payout amounts instead of result identifiers. For example, AS 500 performs a process very similar to that described for video presentation production with respect to FIG. 11A. However, rather than selecting the result media files based on the results and the order determined for that session, the AS 500 instead selects the payout media files and arranges them in a particular order for a particular session. A video presentation is produced based on the payout data determined based on the session result data. For example, as described in detail herein, in one embodiment, the AS 500 includes (i) a starting credit balance for the session, (ii) a wager per game play, and (iii) the session. Receive an indication of the number of game plays and (iv) the closing credit balance for the session. Based on this information, AS 500 determines the individual payouts to be displayed in the video presentation produced for that session, and their order. AS 500 then accesses record 1100B and selects the appropriate payout media file 1130B. In another embodiment, AS 500 receives specific payout information obtained for a session, and in some embodiments, their order, and accesses record 1100B based on this information.

  Fields 1105B through 1120B, as well as field 1135B, correspond to fields of the same name in FIG. 11A. Therefore, it is not necessary to repeat those explanations. Similarly, descriptions of additional and / or different data stored in record 1100A apply equally to record 1100B and need not be repeated.

Referring to both FIGS. 11A and 11B, according to some embodiments, an apparatus (eg, AS 500) is operable to generate a database of media files used in video presentation production. For example, certain parameters (eg, one or more game types, game trademarks, casino trademarks, stakes per game, payout plans used, etc.) are entered (eg, by the device operator). The device can operate as follows:
(i) generate each possible result or payout combination (this step includes determining a set of indicia that includes each result);
(ii) For each result
(a) animate the code indicating the result;
(b) encode into the specific format desired; and
(c) Store the resulting media file in a data base (eg, the data base of FIG. 11A or FIG. 11B).

  In some embodiments, the above process is performed in association with each possible outcome. In another embodiment, each possible outcome is determined one for each of a plurality of possible starting credit balances.

  In some embodiments, the device further updates the media file database based on where the individual file was created and / or the media file itself if the media file is stored in the database. It is operable to do. The device is also operable to produce audio for each video media file simultaneously with the above process. In another embodiment, the device (or other device) is operable to produce appropriate audio for the video media file in a separate process. For example, the number of separate audio files should be less than what a video file requires (for example, each winning result should contain the same audio file, even though it shows different signs and corresponds to different payouts) Is). In some embodiments, this audio is stored in an audio file (eg, in a multiplexed and / or interleaved manner), while in other embodiments the audio and video files are separate files. Stored.

  Once the media file is determined, a video presentation is produced using the media file. Various processes for producing a video presentation based on a media file are described herein (eg, particularly with reference to FIGS. 17, 20 and FIGS. 21A and 21B). For example, in some embodiments, a video presentation includes a series of media files that are viewed by a player (eg, sequentially or separately) (eg, animation of slot machine reel rotation and accompanying sound). . Thus, a player views a video presentation of a session remotely and the actual generation of the result is pre-existing (eg, in a legal jurisdiction such as a casino), but the session It is possible to know by viewing reproduction or simulated reproduction of a plurality of results including. Referring now to FIG. 12, here is a tabular form of another embodiment of session media file database 530 (eg, as stored in the memory of AS 500 and / or other devices). A representation 1200 is shown. Tabular representation 1200 is referred to herein as session media file record 1200. The session media file database is used, for example, to store media files (and their order, for example) selected for a particular session. For example, AS 500 accesses record 1100A or 1100B and selects a media file for the video presentation that will be produced for that session, and AS 500 generates a new record in the session media file database for that session. There is a case. Thus, when the AS 500 selects a file from the record 1100A or 1100B for the video presentation of the session, it generates a newly generated record of the session media file database to display the selected media file and these An indication of the order in which the media files are arranged in the resulting video presentation is stored therein.

  Session media file record 1200 includes a number of case records or entries, which include records R1200-1 through R1200-9, each defining a media file included in the video presentation for the current session. The term “current session” used with respect to FIG. 12 refers to a session for which a video presentation has been produced and for which a media file has been selected. As will be appreciated by those skilled in the art, the session media file record 1200 includes any number of input items. Session media file record 1200 also defines a field for each input item or record. These fields are: (i) session identifier 1205, which uniquely identifies the session; (ii) media file order identifier 1210, which is the media file selected for the video presentation listed in the video presentation. Indicates the order; (iii) media file 1215, which stores the media file or a representation of the media file; and (iv) media file description 1220, which describes what is contained within the corresponding media file. Specify.

  As described herein, in some embodiments, the video presentation includes additional content in addition to the resulting video / audio representation. For example, a video presentation may start with a game and casino trademark video associated with the session in which the video presentation was created. Thus, the video presentation begins with the game trademark media file (as shown in entry R1200-1 of record R1200) and as the casino trademark media file (as shown in entry R1200-2 of record R1200). Followed by). The video presentation is then continued by displaying multiple results in order (as described in entries R1200-3 to R1200-5). In some embodiments, a message is included during the display of the representative result of the video presentation (as described in entry R1200-6). Although the media files of session S-01927 are displayed in order, in some embodiments, two or more media files of their contents are presented simultaneously in one or more frames of a video presentation. (As described above with reference to FIG. 11A). For example, games and / or casino trademarks may continue to be displayed from frame to frame while different representation results are presented during the video presentation.

  Next, FIGS. 13A-13B generally illustrate a tabular representation 1300 of an example of a DVD manufacturing queue data base 535 (eg, as stored in AS 500 memory and / or other memory). The tabular representation 1300 is referred to herein as the DVD production queue data base 1300.

DVD manufacturing queue data base 1300 includes a number of case records or entries, which include records R1300-1 through R1300-3, each located in a manufacturing queue (eg, a manufacturing queue in AS 500). Define a DVD. As will be appreciated by those skilled in the art, the DVD production queue data base 1300 includes any number of entries. The DVD production queue data base 1300 also defines a field for each entry or record. These fields are:
(i) Order number 1305, which stores a unique order number that identifies the order in which the DVD request for a particular record was received. (For example, a casino or other entity orders 1,000 DVDs and each DVD is associated with the same order number; in another embodiment, each DVD is associated with a unique unique order number. );
(ii) customer identifier 1310, which stores the identifier of the customer (eg, casino, GD manufacturer, player or other entity) who ordered the record's DVD;
(iii) Disc identifier 1315, which uniquely identifies the DVD of the record;
(iv) Game Trademark 1320, which contains a display of the game for which the result to be displayed in the video presentation recorded on the record DVD is determined;
(v) Casino 1325, which identifies the casino associated with the results displayed in the video presentation recorded on the record's DVD;
(vi) GD face value 1330, displayed in the video presentation recorded on the DVD of the record;
(vii) bet 1335 per game play, used to generate a result that is displayed in a video presentation recorded on the DVD of that record;
(viii) a payout plan identifier 140, which identifies the payout plan (ie, the actual payout combination) used to determine the results displayed in the video presentation recorded on the record's DVD;
(ix) 1345 games played, displayed in the video presentation recorded on the DVD of the record;
(x) Starting credit balance 1350, which indicates the value of the credit balance before any results are determined for the session displayed in the video presentation recorded on the record's DVD ( This is the price of the DVD in some embodiments);
(xi) Credit balance at end 1355, which indicates the value of the credit balance at the time the last result was generated including the session displayed in the video presentation recorded on the record's DVD (this is In some embodiments, the repurchase price for the DVD);
(xii) a session identifier 1360, which uniquely identifies the session displayed in the video presentation recorded on the record's DVD (this session identifier may be, for example, a session media file data base (this example is illustrated in FIG. Used to access records in other data bases, such as those described in relation to 12);
(xiii) order date and time 1365, which indicates the date and time that the record was ordered for the DVD (eg, accepted by AS 500);
(xiv) Production start date and time 1370, which indicates the date and time that the DVD production was started (in some embodiments, the DVD production start is the time at which the determination of the video presentation recorded on the DVD was initiated) (E.g., by selecting the appropriate media file included on the DVD); in another embodiment, this date and time is the time when the video presentation started recording on the DVD, or other event Conceivable);
(xv) Production Step 1 Date 1375, which indicates the date and time when the first step of the DVD production or production process of the record was started (alternatively or in addition, the time at which the first step was completed) Stored);
(xvi) Production Step N Date 1380, which indicates the date and time when the nth step of the DVD production or production process of the record was started (alternatively or in addition, the time when the nth step was completed) It will be understood that the number of fields for recording the start time of each step in the DVD manufacturing process is based on the number of steps included in this process);
(xvii) Production completion date and time 1385, which indicates the date and time that the DVD production was completed (in some embodiments, production completion may be considered as the time when the video presentation was recorded on the DVD; In the example, the completion of production is considered when the DVD is properly packed and ready for shipment, or other event);
(xviii) Shipment date and time 1390, which indicates the date and time that the DVD of the record was shipped (eg, to the customer indicated in field 1310).

  The DVD production queue data base 1300 is used, for example, to track the process of each DVD production. For example, a new record is generated in the DVD manufacturing queue data base 1300 when the DVD order is accepted. For example, an employee associated with the AS 500 enters that information into the database upon receiving an order. In another embodiment, CS 305 or other device is operable to write data to DVD production queue data base 1300. Individual records are updated as the corresponding DVD moves through the manufacturing process (eg, based on the disc identifier and / or session identifier). Of course, additional and / or different information is also stored in the DVD production queue data base 1300.

  A DVD is produced using a combination of data bases. The process of using various data bases to produce a DVD and track its process is described in detail here.

  Referring now to FIG. 14, a tabular representation 1400 of an example record of the resulting set data base 540 (eg, stored in the memory of the AS 500 and / or other device) is illustrated. Tabular representation 1400 is referred to herein as the resulting tuple data base record 1400. Note that in the example shown in FIG. 14, one record is generated in the result set data base 540 with the desired combination of the following parameters and their values: (i) Game; (ii) Number of game plays; (iii) Stakes per game play. Thus, for example, if a casino or other entity intends to sell a designated game, (i) some DVDs will give 500 results expressed in a wager of $ 1.00 per game play. (Ii) some DVDs have 500 results expressed with a stake of $ 0.50 per game play, and (iii) some DVDs $ 1.00 per game play (Iv) if some DVDs have 1,000 results expressed in a stake of $ 0.50 per game play, Four separate records are generated for the game. Each record corresponds to a unique combination of (i) games, (ii) number of game plays; and (iii) bets per game play. Of course, other parameters, such as a specific payout plan, can be included in generating such a combination of parameters. Changing the number of parameters that characterize one record affects the number of records appropriate for the assigned game.

  The result set database 1400 includes a number of case records or entries, which include records R1400-1 through R1400-n, and specific combinations of games, number of game plays, and wagers per game play. Define multiple sets of results corresponding to specific end-of-term credit balances. As will be appreciated by those skilled in the art, the resulting set database 1400 includes any number of input items. Result set data base 1400 also defines a field for each entry or record. These fields are: (i) the game identifier 1405, which indicates the particular game to which the result set corresponds (eg, in alphanumeric form); (ii) the number of game plays 1410, which is the current session (ie it (Iii) a stake per game play 1415, which indicates the stakes bet for each game play of the current session; (iv) the final credit metric Balance 1420, which indicates the credit balance at the end of the current session; (v) a first set of results 1425, which corresponds to a specific end credit balance; (vi) a second set of results 1430, which Corresponds to a specific end credit balance; and (vii) specifies the nth set of results 1435, which corresponds to a specific end credit balance. It should be understood that any number of result sets can be used.

  The data base 540 is used to determine a predetermined set of results that are included, for example, in a video presentation recorded on a DVD. As described herein, in some embodiments, an AS 500 (or other device operable to generate a video presentation recorded on a DVD) is a multi-result including one session. An indication (ie, session result data) is received, which includes the following indications: (i) the game for which the outcome of the session was determined; (ii) the number of game plays that included the session; (iii) per game play (Iv) credit balance at the end of the session at the end of the session. Based on such session result data, the AS 500 determines a set of representative results included in the video presentation recorded on the DVD in order to present the session result data to the player in a format that is easy for the player to understand.

  In one embodiment, the selection of the representative result set is made based on the credit balance at the end of the session. In such an embodiment, the resulting tuple database illustrated in record 1400 is used. For example, several possible outcome sets are associated with each possible end credit balance of a session corresponding to a particular combination of game, number of game plays and wagers per game play. The AS 500 therefore accesses the appropriate record in the result set data base based on the combination of the game, the number of game plays and the wagers per game play shown in the session result data. The AS 500 then determines the appropriate result set based on the end credit balance shown in the session result data.

  In some embodiments, the AS 500 is then further based on predetermined rules (eg, randomly, in order so that each set of marks is ordered and periodic, or based on other rules) Select one of the result sets included in the video presentation. In one embodiment, each result set includes an indicia containing each result and an indication of the order in which those results are displayed. In another embodiment, each result set includes an indication of the payouts that are displayed in the video presentation and the order in which the payouts are presented in the video presentation. Presented by presenting the media file to be represented).

  In some embodiments, the AS 500 selects a result set from a plurality of result sets corresponding to a particular end credit balance, and then accesses the media file database to Determine the appropriate media file for each result of the set. For example, AS 500 accesses the media file data base of FIG. 11A if the result set includes a result set identifier, and if the result set includes a payout identifier set, the media file data base of FIG. To access.

  In some embodiments, media files are retrieved. If it doesn't exist yet, it will be produced. Once produced, the media file is stored in a searchable manner (eg, one file and one pointer in the database for the file). This way, when the same result is needed in the future, the system does not need to recreate the media file. With this method, the prepared media file database grows over time.

  Note that for each field 1425, 1430 and 1435, only a few outcomes are shown in each set, but in practice the number of outcomes is equal to the number of game plays that contain the session ( That is, if the session contains 500 game plays, each result set should contain 500 results).

  In addition, and for each field 1425, 1430, and 1435, each set of results corresponding to a separate end credit metric will have an appropriate result set and a corresponding payout for the desired combination of parameters (eg, game, game Note that it is formed through a program designed based on (number of plays and stakes per game play). Such a program is executed to determine the resulting set for each possible end credit balance before the DVD is produced according to an embodiment of the present invention. In another embodiment, such a program determines one or more appropriate result sets based on the desired combination of parameters when session result data is received indicating the value of each of the desired parameters. To be executed.

  Referring now to FIG. 15, there is illustrated a tabular representation 1500 of a probability data base 620 (which is stored in the GD 600 or other device). Tabular representation 1500 is referred to herein as probability data base 1500. Note that in some embodiments, multiple probability data bases are stored and / or used. For example, the first probability data base is used in the first game, and the second probability data base is used in the second game. In another example, the first probability database is used while the GD is operating in a conventional mode (eg, the player is playing with the GD as the player acquires and views the results one by one), and the second probability Data base works in GD “session result generation mode” (eg GD generates multiple results and records them on a DVD so that the player can view the results later in a remote location) Used inside. The first probability database is different from the second probability database, for example (i) more, less or different ranges of random numbers; (ii) the entire range of variable random numbers is shorter or longer; and / or Or (iii) differ by including different results. Probability data base 1500 thus illustrates one probability data base stored for use in either embodiment.

  Probability data base 1500 includes a number of case records or entries, which include records R1500-1 through R1500-18, each defining one outcome available for a game on a gaming machine. As will be appreciated by those skilled in the art, the resulting probability data base 1500 includes any number of input items. Probability data base 1500 also defines a field for each entry or record. These fields are: (i) a random number (or range of random numbers) 1505, which is generated by a random number generator; and (ii) a result identifier 1510, which is a result corresponding to the random number or range of random numbers in this record. Specifies one or more indicia, including

  The probability data base 1500 determines, for example, which result corresponds to a random number generated by a random number generator. For a 3-reel slot machine, for example, the result includes three symbols that are displayed along the payline. Other configurations of probability data bases are possible. For example, the book "Winning At Slot Machines" by Jim Regan (Carol Publishing Group Edition, 1997) illustrates examples of payouts and probability tables and how to derive them. Yes. All of this book is incorporated herein by reference for all purposes.

  Referring now to FIG. 16, there is illustrated a tabular representation 1600 of the payout data base 625 that is stored in the GD 600 or another device. Tabular representation 1600 is referred to as payout data base 1600. Note that in some embodiments, multiple payout data bases are stored and / or used. For example, a first payout data base is used for a first game and a second payout data base is used for a second game. In another example, the first payout data base is used while the GD is operating in a conventional mode (eg, the player is playing with the GD so that the player acquires and views the results one by one), and the second payout Data base operates in GD “session result generation mode” (eg GD generates multiple results and records them on a DVD so that the player can view the results at a remote location later) Used inside. The first payout data base is different from the second payout data base, for example: (i) different payouts for the same result; (ii) different payout combinations; and / or (iii) corresponding to one payout. It is different in that it includes different marks. Payout data base 1600 thus illustrates one probability data base stored for use in either embodiment.

  The payout data base 1600 includes a number of case records or entries, which include records R1600-1 through R1600-18, each defining a payout or payout combination for a particular outcome available in a game on a gaming machine. As will be appreciated by those skilled in the art, the payout data base 1600 includes any number of input items. The payout data base 1600 also defines a field for each entry or record. These fields are: (i) a result identifier 1605, which uniquely identifies one result; (ii) a result 1610, which corresponds to the result identifier (eg, a set of indicia containing the result); and (iii) ) Specify the payout corresponding to the result.

  It should be noted that in some embodiments, the information shown to be stored in the payout data base and the probability data base is combined and / or some information is not stored because it is unnecessary. For example, in one embodiment, combining a probability data base and a payout data base, the resulting data base is: (i) a random number range field random number; (ii) each random number or random number A payout corresponding to the range; and (iii) a payout identifier that uniquely identifies each payout. As described, in some embodiments, a GD or SGD generates a plurality of random numbers, each random number being a game play outcome or result for a session. However, it may not be necessary to determine a set of indicia corresponding to each outcome or result. All that is desired and / or required is to determine a payout corresponding to each random number so generated. Thus, the database as described herein is suitable for use in such an embodiment. The GD or other device uses such a database to determine the individual payout for a session (based on the random number generated for that session) and / or the total payout for that session, Do not need to determine or determine the set of marks for each individual random number. In some embodiments, the individual payouts and / or the total payouts determined for the session, as described, are transmitted or communicated to another device, eg, AS 310, converted and stored on the DVD. Is done. The set of marks is determined at this other device, for example, during the conversion process, at least one set of marks is determined based on the individual payouts and / or the sum of the session payouts.

(4. Process)
Referring now to FIG. 17, there is illustrated a flow diagram 1700 of one example process for determining representative results included in a video presentation recorded on a DVD. This process includes a sub-process for selecting media files to be incorporated into the video presentation, which is another process in some embodiments. Process 1700 is performed at AS 500, for example. Of course, as described herein, all processes described herein may be performed on any device or combination of practical and desirable devices. Further, as applied to all processes described herein, these steps can be performed in a different order than shown, and can include additional or different steps. Similarly, some steps can be omitted or combined.

  Process 1700 begins, for example, upon receiving session result data and / or a DVD order based on which a DVD is produced. Based on the received session result data and / or order information, various information is determined and used in determining a set of representative results to be displayed in the video presentation recorded on the DVD. This information is further used to select specific media files (eg, video and / or audio files) to use in producing the video presentation.

  In step 1705, a price for the set of representative results included on the DVD is determined. In some embodiments, this price includes the initial credit balance for the session and is presented in the video presentation. In some embodiments, this price is the price charged to the player when purchasing the DVD.

  The collective payout for the representative result set (and thus for that session) is step 1710. The aggregate payout for that session is the sum of all payouts determined by the GD in generating the actual result for that session. For example, five actual results are generated, three of which correspond to zero payout, while one corresponds to a payout of three (3) credits, and the fifth corresponds to a payout of four (4) credits. The collective payout for that session is 7 (7) credits. The collective payout determined in step 1710 is displayed in any format or desired face value (eg, number of credits and values corresponding to each credit, dollar value, etc.).

  The desired profit margin for the DVD is determined at step 1715. In some embodiments, the desired margin is essentially programmed into the GD, which generates the actual result for the session and in determining the actual result as part of the gambling profit. Based on the probability table used. In such an embodiment, there is no need to determine the desired margin separately in process 1700, although this is in session result data (eg, price, collective payout, wager per game play, etc.). Because it is essentially included.

  The number of representative results included in the video presentation (typically the number of actual results determined by GD and based on the session result data) is determined at step 1720. For example, the session result data includes the number of game plays and thus includes the number of results that include the session.

  The bet amount for each game is determined in step 1725. This is, for example, an actual wager per game, an average wager per game for a number of game plays, etc. In some embodiments (eg, an embodiment where the per-game wager amount does not change from game to play within a specified session), the per-game wager amount is determined by the price of the resulting set (determined in step 1705). Divided by the number of results included (determined in step 1720). In another embodiment, the wager amount is explicitly included in the session result data. For example, the session result data specifies that the bet amount per game is “$ 0.50” or, more specifically, provides a list of bet amounts associated with each game play.

  A game to which the representative result corresponds (a game for which a video presentation is recorded on a DVD) is determined in step 1730. Again, this information is included in the session result data or DVD order.

  Based on the above information, a set of representative results is determined in step 1735. For example, a data base is accessed and a set of representative results is retrieved from the appropriate records in that data base.

  For example, in one embodiment, the representative result set is determined from a result set database 540 (eg, one shown in FIG. 14). A particular record in the data base is accessed based on a number of outcomes or game plays, and the wager amount per game. Appropriate multiple result sets to the end session balance (this is included in the session result data or calculated based on price, collective payout, number of game plays, and wager information per game) To be determined. One of the resulting sets is then selected (eg, randomly or based on another rule). In some embodiments, the process of determining a result set or payout set based on session result information such as end credit balance is a separate process that is performed separately from the rest of process 1700 (eg, On the same device or on a device different from the device performing the other steps of process 1700).

  In another embodiment, the program generates a representative set of results based on the parameters determined in steps 1705-1720. In yet another example, the result set is included in the session result data (eg, other devices such as CS 305 determine the representative result and / or the actual result determined by the GD is used directly as the representative result. )

  In one embodiment, determining the result set includes determining the order in which the results are displayed in the video presentation (eg, this is different from the order in which the corresponding actual results were generated in GD). .

  In one embodiment, determining the representative result set includes determining a payout set (and, for example, the payout identifier corresponding to each payout and / or the order in which the payouts are displayed in the video presentation).

  Once the representative result set is determined within step 1735, process 1700 continues to steps 1740 and 1745. In some embodiments, process 1700 ends at step 1735, and other processes (eg, performed on another device) include steps 1740 and 1745. For example, a portion of process 1700 stores a set of representative results determined in step 1735 (eg, a unique session identifier, a unique disk identifier, and / or an order identifier within one record in one data base. Can be accessed by: For example, a result identifier (eg, appropriate and desired and / or payout identifier) for each result determined in step 1735 is stored in such a database. This database is accessed later for the purpose of performing 1740 and 1745 or similar steps.

  In step 1740, a plurality of media files are determined and / or selected based on the representative result set determined in step 1735. For example, the media file data base 525 (eg, one shown in FIG. 11A or one shown in FIG. 11B) is accessed. For example, one particular record is selected based on the game from its database (in some embodiments, if different media files are stored for different casinos for the same game, That record is selected based on the game and casino). The appropriate media file is then selected based on the result identifier determined in step 1735. The determination of the media file includes determining the media file in addition to the media file storing the resulting image or movie. For example, images or videos of payout plans, congratulatory messages, advertisements, credit balances and / or other materials are also selected and incorporated into the video presentation. Of course, determining the media file includes selecting a video or image file as well as an audio data file and / or selecting a file that later launches a software program.

  In step 1745, the media file determined in step 1745 is incorporated into the video presentation. One particular process for incorporating media files into a video presentation is described with reference to FIGS. 22A and 22B. For example, these media files are included in an order based on the order in which the results are presented.

  Referring now to FIG. 18, here is an example process 1800 for determining a media file set based on an indication of a desired payout set (or desired result set), according to some embodiments. A flow diagram is shown. Process 1800 receives a plurality of result identifiers and / or a plurality of payout identifiers, for example within AS 310 (or other device operable to determine media files included in a video presentation), and includes these identifiers. Used in embodiments that determine media files based on them. For example, unlike the embodiment described in connection with FIG. 17 where general data defining a session is received and a representative result is determined based on this data, the embodiment of process 1800 includes an identifier of the actual result. Received from the CS 305 or other device (or payout identifier corresponding to its actual identifier), thus requiring less processing on the AS 310. The AS 310 simply selects an appropriate media file based on the received identifier. Of course, the process 1800 embodiment requires substantially more data transmission from the CS 305 to the AS 310 in the process 1800 embodiment than the process 1700 embodiment. For example, in process 1700 it is sufficient to send the following information from CS 305 to AS 310 for one particular session: (i) the price of the session, (ii) the credit balance at the end of the session, (iii) the View the payout plan used in the session, and (iv) View the closing credit balance for that session. Next, the AS 310 determines a plurality of representative results based on this information. In the example of process 1800, however, more information is transmitted; a result identifier and / or payout identifier for each game (this is a significant number since one session contains, for example, 500 or 1,000 results). Will also be sent).

  In step 1805, a plurality of identifiers are received, each identifier identifying a session result and / or payout. For example, these identifiers are received from CS 305. In one embodiment, these identifiers are stored in one data base and retrieved later. In one embodiment, the payout identifier includes a payout value. For example, one record (eg, one as illustrated in FIG. 26 below) is used to store multiple payout values for one session. In one embodiment, the information received at step 1805 also includes an indication of the order in which results and / or payouts are displayed in the video presentation for that session. In one embodiment, some or all of the information stored, for example, in a record in session database 425 (eg, record 700 in FIG. 7) is received at AS 310 as part of step 1805.

  In step 1810, the game whose outcome and / or payout has been determined in step 1805 is determined. This information is used to access the appropriate record in the media file data base. For example, as described in connection with FIGS. 11A and 11B, a separate set of media files is stored for each available game. In one embodiment, step 1810 further includes receiving a display of the casino for presentation in the video presentation (eg, the casino from which the actual results of the session were generated, receiving an order for the DVD). Casino and / or casino where the DVD was sold). As described in connection with FIGS. 11A and 11B, in some embodiments the resulting media file for a particular game is further customized to reflect a particular casino. In such an embodiment, the appropriate record in the media file data base is accessed based on the desired combination of game and casino.

  At step 1815, the media file from which the video presentation is produced is determined based on the result identifier and / or payout identifier received at step 1705 and the game determined at step 1810. For example, a media file database such as one shown in FIG. 11A is accessed and an appropriate media file is selected based on the result identifier.

  In step 1820, the display of the media file determined in step 1815 (and in some embodiments the media file itself or a copy thereof) is a session identifier or other unique identifier for the session (eg, above it). Stored as a part of the video presentation recorded on the DVD in association with the disc identifier identifying the DVD containing the media file. Storing the media file includes, for example, creating a session media file database 530 or opening a pre-generated record. For example, a record such as such a data base record 1200 (FIG. 12) is generated (eg, during execution of process 1800) and the media files determined in step 1815 (or their display or In the order in which the media files are incorporated into the video presentation. It should be understood that steps similar to step 1820 are performed in process 1700 or other processes described herein, including production of video presentations.

  Referring now to FIG. 19, there is illustrated a flow diagram of an example process 1900 for producing a DVD. Process 1900 represents an overview of the DVD production process and does not include many of the detailed data traffic or subroutines involved in such a process. 20 and 21A and 21B illustrate a more detailed case process for DVD production.

  In step 1905, the desired parameters for the DVD to be produced are determined. For example, an order for DVD and / or session result data is received. In one embodiment, some or all of the information in the session database 425 (eg, one embodiment in the case record 700 of FIG. 7) is displayed as an indication of the parameters of the DVD produced in step 1905. Communicated.

  Examples of parameters determined in step 1905 include, but are not limited to: (i) the price of the DVD (which in some embodiments is the credit balance at the start of the session, based on which the DVD (Ii) games; (ii) gaming machines; (iii) casinos; (iv) payout plans; (v) strategies adopted to make decisions on behalf of players; (vi) at the end Credit balance; (vii) number of game plays or results displayed; (viii) stakes per game; (ix) results to be displayed; (x) order of results displayed; (xi) DVD Advertisements, promotions or other materials included in the video presentation included in the video; (xii) audio included on the DVD; (xiii) language selection in which the material on the DVD is presented; and / or (xiv) on the DVD One or more payouts displayed on Out, including the. It should be understood that some of the above items are redundant with others. Furthermore, it should be understood that not all of the above parameters are necessary to produce a DVD.

  In some embodiments, some parameters (and their values) are determined at a first device (eg, CS 305) and sent to a second device (eg, AS 310) that performs step 1905, while others It should also be understood that the parameters (and their values) are determined directly at the second device. The second device determines such additional parameters (and their values), for example, based on information received from the first device and / or based on programs or instructions stored in the memory of the second device. To do.

  In another embodiment, all parameters (and their values) are determined by the first device and transmitted to the second device, which has minimal processing power, simply combining video presentations Is only recorded on the DVD.

  In step 1910, the DVD is placed in the production queue. For example, one record is produced in DVD production queue 535 (an example of which is illustrated in data base 1300 of FIGS. 13A-13C). For example, a unique disc identifier is determined and used to create a new record. At least some parameters (and their values) determined in step 1905 are stored in the record. A disc identifier is placed in the DVD manufacturing queue. A DVD manufacturing apparatus (an apparatus that executes at least the first step of the manufacturing process), for example, an AS 500 selects a DVD to be produced on a first-come-first-served basis (for example, based on the order date and time, based on the disc identifier).

  In step 1915, it is determined whether the DVD has been produced. For example, it is determined whether the DVD record in the DVD production queue data base has already completed the DVD manufacturing process. In a more specific example, the DVD production queue data base 1300 is accessed to determine if there is any input in the manufacture completed date and time field 1385.

  If it is determined that the DVD has been produced, the DVD can be sold at step 1920. For example, the DVD is packaged for shipment of a plurality of DVDs sent to a specific destination (eg, a casino identified by the customer identifier 1310 of the DVD production queue data base 1300) and shipped to that destination. Otherwise, process 1915 loops until it is determined that the DVD has been produced.

  In some embodiments, session result data is generated and stored prior to receiving a game disc manufacturing request. For example, the session result data is a “warehouse” (eg, generated and stored in a lump), and for example, a disc is produced using the history result at a later time. In another embodiment, the device is configured to generate game play results for the session on demand (eg, upon receipt of a signal from another device). In yet another embodiment, the device is configured to continuously produce game play results (eg, the device produces one result continuously every second), the game play result being a game Used when play results are needed in response to the production of a video presentation for a DVD (eg, when a disc containing 500 results is requested, the device will be used in the next 500 seconds The generated valuable game play results are monitored, accessed, recorded and / or used to produce the disc).

  Such a device subsequently manufactures the disc itself or communicates with one or more devices configured to manufacture such a disc. For example, the memory of the device stores a program for determining one or more media files based on the session result data as described above. Thus, a large number of media files (eg, audio and / or video clips or various slot machine movie recordings) are determined relative to a single disc. As described above, in one embodiment, the device for generating game play results is configured to produce a video presentation itself and / or a DVD on which the video presentation is recorded. For example, the device stores a file on the DVD as well as a program for determining which media file to encode on the DVD, and formats the DVD in a manner that allows the DVD to be viewed on a conventional device. Hardware (eg, the device includes hardware and software that enables DVD manufacturing). In another embodiment, session result data and / or media files are accessed or transmitted (eg, via a communication network) from one or more devices different from the device that generated the game play. One or more other devices are capable of producing video presentations and / or discs. For example, in one embodiment, the central computer receives blocks of game play results from multiple devices (eg, GD and / or MGD). For example, each such device produces a plurality of game play results and sends the results (possibly along with the session identifier) to a central computer (eg, CS 305 and / or AS 310). The central computer accesses the appropriate media files based on the game play results and software to encode them on the DVD, as well as hardware to transfer such files to the DVD (eg, optical Laser). Thus, one or more devices of such automated equipment will manufacture the discs collectively based on various parameters as described herein.

  In one embodiment, the trusted facility includes one or more GDs for producing game play results (eg, MGD, which is an automated format for game play results, Intervention is generated with the minimum present). In addition, such equipment includes various hardware and software for producing DVDs based on GD generated results. For example, a computer and / or mechanized “assembly line” (i) stores the appropriate media content on a DVD based on GD-generated game play results, and (ii) stores on such a DVD. It is configured to label, (iii) package such DVDs (eg, including the addition of barcodes, graphics, etc.) and / or (iv) shrink-wrap such packages. Accordingly, such equipment includes various devices, one or more of which communicate with one or more data bases to determine the information necessary to produce such a DVD. For example, each DVD is unique (eg, its game play results are based on the session generated for that particular DVD), so one or more different devices may be used to produce each DVD. (Or acquire data generated by one or more GDs) and / or communicate with the data base to determine the appropriate content for the DVD. For example, an assembly unit may be a mechanized or robotic arm that accesses physical media (e.g., lifts an "unwritten" DVD from the axis of rotation of the DVD and places it where the DVD is subsequently written with an optical device. Computer system that communicates with the installation). The computer system is also configured to instruct the optical device to encode various contents (eg, display of game play results, menu interface, etc.) on the DVD. The computer system itself may or may not generate a game play result that is used to determine the contents of the DVD. Thus, an assembly unit (eg, a computer system that communicates with mechanized hardware, optical devices, etc.) can record one or more devices and / or data bases that store session results and / or video presentations recorded on a DVD. Communicate with media files to produce.

  In one embodiment, a large number of game play results are generated quickly or almost instantaneously, so that game play results are generated when individual DVD production is required (eg, each DVD is When the content is ready to be received, the GD is instructed to generate a game play result). In another embodiment, game play results and / or associated media files are stored in a database and subsequently accessed as needed.

  In this way, the assembly unit produces a DVD that includes a display of game play results associated with a particular session. For example, DVDs are encoded with video files representing audio and / or slot machine animations that generate various symbol sequences, credit balances adjusted after each game play, and the like. The DVD is further electronically encoded with a session identifier and / or other session information, player identifier, and / or code (eg, activation code, disc identifier, etc.), so that the DVD is a suitable reader. Such information is accessed when inserted. Thus, in some embodiments, multiple DVDs are manufactured, each DVD containing a unique session result display.

  In some embodiments, the DVD manufacturing facility is further configured to uniquely mark such DVD packaging or labels with one or more identifiers or codes. For example, a session identifier, player identifier, and / or activation code may be uniquely marked on the DVD packaging or label, which code or identifier may be used to sell, activate such DVDs described herein. Used to facilitate various steps such as activation and redemption. Thus, in one embodiment, after a DVD is uniquely encoded with the content of being a first assembly unit, the DVD is subsequently transferred to one or more second assembly units, which label the DVD. And / or assist in packing. For example, the second assembly unit may have a computer system that communicates with various hardware for applying graphics or other labels to the surface of the DVD (eg, the press device draws color or black and white images on the surface of the DVD) Including. Such a unit then communicates with one or more data bases, and one or more identifiers associated with the DVD are determined (eg, a “disc activation number”). In one embodiment, the main computer system tracks within a series of assembly units within each DVD series assembly unit, and when the DVD arrives at a second assembly unit, one or more identifiers for that unit Is pasted on the DVD. In another embodiment, the unit determines the identifier by reading the DVD (eg, if the DVD was previously encoded with one identifier). In either case, the identifier is marked on the DVD. In some embodiments, this identifier is machine readable (eg, a barcode is labeled on the surface of the DVD). Alternatively or additionally, a human readable identifier is labeled on the surface of the DVD (eg, a numeric code is stamped). In some embodiments, the labeled and encoded DVD is then transferred to one or more assembly units. For example, further assembly units are responsible for inserting the DVD into the jewelry box and / or shrink wrapping the jewelry box. Other processes such as printing packaging material (eg, insert paper or other paper material attached to a jewel box) may or may not be performed in such equipment. For example, in one embodiment, another press is instructed to imprint a graphic and a unique identifier (eg, associated with a particular DVD) on a cover that is inserted into the jewelry box. The cover is then integrated and / or otherwise incorporated into such an assembly process (eg, the cover is aligned to a jewelry box containing a suitable DVD).

  It should be noted that various efforts are being made to ensure the production of video presentations and / or DVDs with such video presentations recorded thereon on such automated equipment without tampering. . For example, such devices and / or their various components are equipped with a device that indicates whether a physical tamper has occurred (eg, a device for generating game play results). The case includes a tamper-proof seal). In another embodiment, the central computer or server authenticates or verifies that the device software has not been tampered with, using a checksum or one or more authentication procedures known in the art. Is called.

  In addition, game directors require various steps, such as during DVD production, where the system operator deliberately loses the video presentation and / or DVD (ie, corresponding to zero reimbursement value). Or manipulate the random nature of game play results in any way (eg, physical or electronic tampering, which is monitored and evidenced by a third party) This is to clarify the fact. In some embodiments, does the system ensure that all generated game play results are used in the generation of the video presentation (so that the operator cannot “pinch” which game play results to incorporate? Alternatively, it may be desirable to ensure that the actual result aggregate payout generated is equal to the representative result aggregate payout including the video presentation. For example, if the system generates 100,000 game play results on one or more GDs (eg, for a period of time from the start of the device), such a game play result of 100,000 Authenticate that all times have been incorporated into the production of one or more DVDs. In a more detailed example, all (uniquely identified), all GD-generated game play results that conform to the execution of the session, as well as used to represent one or more DVD videos An electronic record of all game play results played is maintained (eg, so that the auditor can match the DVD results with the generated results).

  In yet another embodiment, in order to ensure the fairness of DVD manufacturing, the system operator who manufactures the DVD and / or its video presentation guarantees a refund rate for the total number of DVDs (eg, 1,000 for a DVD). When a DVD is made, the 1,000 DVDs are manufactured to give a certain value back to the customer on average). It will be appreciated that methods for auditing such allegations are well known in the art (eg, much the same as the slot machine refund rate audit method).

  In an alternative embodiment, the system of the present invention is configured similar to a “prompt decision” or “scratch” lottery ticket manufacturing system, and all DVD sets manufactured therein (eg, groups of every 500), Are pre-determined so that the DVD calculates a certain credit balance or a credit balance within a certain range (eg, in a batch of 500, a DVD has a final credit balance of 12,783 credits). And 4 DVDs have a final credit balance of 476, and so on). Accordingly, the final session balance for each set of DVDs is determined in the same way as for a single instant lottery ticket (eg, based on a predetermined matrix). As with a roll of instant lottery tickets, a series of DVDs that are manufactured and sold in sequence for “winning” DVDs (for example, a DVD characterized by a continuous numeric identification code) will result in almost no losing results. It is preferred to dispense. For example, a common game structure used in prompt lottery tickets is known as “guaranteed low end prize structure” or GLEPS. Within this structure, tickets are provided as “booklets” numbered by ticket sales agents, each booklet containing a predetermined number of tickets. Each booklet of a GLEPS game ticket includes a predetermined number of low price or small prizes, winning tickets. For example, a small payout winner includes a payout of $ 10 or less. In addition, the ticket booklet may include a winning ticket with a high remuneration value that is not included in the GLEPS structure. This ticket booklet is organized as a “pool”, and these high-value tickets are distributed in a truly random manner within the ticket booklet pool and not as many as GLEPS winning tickets. Thus, in some embodiments, a DVD is manufactured in a similar manner (eg, the final contract / session balance matrix is non-randomly associated with a pool of DVDs, but the final credit / session balance is Distributed at least partly in a random manner to DVDs that are continuously identified within).

  Referring now to FIG. 20, there is illustrated a flowchart of an example process 2000 for producing a DVD. Process 2000 will be described with particular reference to the DVD production queue data base embodiment illustrated in FIGS. 13A-13C.

  In step 2005, a DVD order is received. For example, orders for multiple DVDs from a casino are received electronically and / or in paper or via other specific media. For example, a casino or other customer sends session result data for multiple sessions and orders a DVD corresponding to each session. In some embodiments, an order specifies that multiple DVDs are produced based on session result data for a particular session. In one example, order session result data is sent electronically to the AS 310 or requested from a casino agency. In another example, documents corresponding to one or more sessions are received. For example, as described herein, in some embodiments, one or more session result tickets are printed by GD for sessions executed on that GD. In one embodiment, step 2005 includes receiving a session result ticket (or a copy thereof) for each session included in the order. In some embodiments, each session is received as a separate order.

  In step 2010, a template for the final DVD is determined. As will be appreciated by those of ordinary skill in the art, a template for a DVD contains a display of information contained within that DVD and contains certain items over a batch of that DVD. The template further includes program instructions for manipulating the asset (ie, content) of the DVD (pause here, skip here if the button is pressed, etc.). In some embodiments, the same template is used for all DVDs with the same game, casino, number of game plays, and the same wager per game. Accordingly, a plurality of templates are stored in one memory (for example, the memory of the AS 500), and step 2010 selects an appropriate template to use based on the session result information determined in step 2005. including. Specific templates include, for example, start menu designs, buttons, graphics, and promotional materials. In some embodiments, some data in the template is variable (eg, the first advertisement is selected to be included in the advertisement portion of the first DVD, while the second advertisement is in the advertisement portion of the second DVD. Selected to be included).

  In step 2015, a record for the custom DVD is generated in a data base (eg, DVD production queue data base 1300). Records in the DVD production queue data base 1300 are produced based on receipt of orders. For example, a unique order number is determined (eg, the order number is received as part of the order or assigned to the order when the order is received) and stored in a newly created record . A customer identifier for the order is also recorded. A disk identifier is determined and stored as well. Additional information regarding the parameters of the DVD to be produced is also determined from the session result information of this order and stored in the record (eg, game trademark, casino, face value, stake per game, payout plan, game Number of plays, credit balance at start, credit balance at end, session identifier). The order date and time (eg, date and time when the order was received) is also stored.

  In step 2020, the DVD is produced through a manufacturing process that includes one or more steps. This step may include, for example, (i) producing a video presentation recorded on a DVD, (ii) recording a video presentation on a DVD, (iii) packing the DVD, and (iv) a customer who ordered the DVD Preparing to ship a DVD. Process 2100, described in detail in connection with FIGS. 21A-21C, is one example process of how a DVD is produced. In some embodiments, as the DVD progresses through a manufacturing process that includes several steps, the appropriate record in the DVD manufacturing queue data base 1300 is updated at the completion of each step to track the progress of DVD production. .

  In step 2025 it is determined that the DVD has been successfully produced and the order is marked as ready for shipment. For example, the manufacture completion date and time field 1385 is updated to reflect the date and time when the manufacturing process was completed, thereby marking the DVD (or DVD record) to reflect the DVD shipping preparation.

  Reference is now made to FIGS. 21A-21C, which illustrate a flowchart of an example process 2100 for DVD production. Process 2100 includes an example of step 2020 of process 2000 in some embodiments.

  In step 2105, a representative and / or actual result set included in the video presentation is determined. For example, a process similar to that described with respect to FIG. 17 or a process similar to that described with respect to FIG. 18 may be used. In other words, a representative result is determined based on the received session result data or a representative result identifier is received.

  At step 2110, at least one media file is determined for each result determined at step 2105. Media file determination includes, for example, creating a new media file, or retrieving a previously created media file from a media file data base or other memory structure.

  In some embodiments, step 2110 further includes determining any other suitable media file (eg, generating or retrieving). For example, one or more media files containing one or more meters of remaining game play, a credit balance, and / or a graphic displaying a payout plan are determined.

  Step 2110 includes animation of the media file. The moving image of the medium file includes, for example, generating a frame order that simulates movement when viewed in a fast turn. Such an order includes, for example, generating frames for each pixel, copying those frames from the data base, or any way between these two consecutive processes.

  In step 2115, the graphic is appropriately overlaid on the media file representing the result determined in step 2105. For example, a meter graphic representing the credit balance or the remaining number of revolutions is superimposed at a specific location in each frame of the media file.

  In some embodiments, step 2115 further includes determining an order or other arrangement of media files. For example, it is determined which frame or part of a frame of a particular graphic is superimposed. In another example, the order in which representative results are determined (and thus the order in which media files representing the representative results are output in the video presentation) is determined.

  In step 2120, media preparation (eg, MPEG compression) is performed on the media file. Of course, if the media files are stored in a format other than MPEG, another procedure is performed on the media file to convert them to the appropriate format. For example, another compression algorithm other than MPEG can be executed.

  In step 2125, an audio track is produced for the DVD. In some embodiments (eg, an embodiment where the media file includes both video and audio data), this step is unnecessary. For example, the production of an audio track is performed in synchronization with the determination of a media file or a video file. In some embodiments, the production of audio tracks includes the selection of appropriate audio media files and assembling them in the proper order based on the planned video content for the video presentation.

In step 2130, the DVD assets (ie, the content contained in the DVD, including video and audio content) are combined as specified in the DVD template used to produce the DVD. In some embodiments, process 2100 includes selecting an appropriate DVD template (this step is described with reference to step 2010 in FIG. 20). DVD assets include, for example, predetermined media files and audio tracks. This asset also includes still images, subtitles, or other content included on the DVD. For example, the template is:
Start menu Create one button pointing to program point 10 Play background music audio Z until button is pressed Pause point 10
Play video Y

  Step 2130 includes modifying the template for a specific DVD by inserting a specific file into the template. For example, the above template is modified by inserting “disc123 / slotsvideo / video.mpg” into variable Y and “disc123 / menumusic / music.audio” into variable Z.

  In step 2135, a DVD disc image is determined for the DVD. As will be appreciated by those skilled in the art with regard to DVD manufacturing, a DVD image is a logical structure of the DVD or a directory structure with files in appropriate logical locations. Typically, one directory structure includes a top level directory containing menu files, a video directory, and an audio directory. The video directory has a file for each chapter. However, the data on the disk itself is physically distributed at various physical locations on the disk (usually called fragmentation). Step 2135 includes, for example, copying the media file determined in process 1200 to the correct logical structure.

  In step 2140, an ISO (International Organization for Standardization) image (or bit-by-bit structure) is determined for the DVD based on the criteria used. As will be appreciated by those skilled in the art with regard to DVD manufacturing, ISO images define the actual placement of individual bytes of a file. Multiple files are interlaced (eg, 100 bytes of video followed by 10 bytes of audio, and a laser reader plays them together), with subsequent files physically following ISO disc images (Unlike DVD disc images). Note that step 2135 is executed in the first program and step 2140 is executed in the second program, which applies to all steps of the process described herein.

In step 2145, a DVD ISO image is recorded on the DVD. Recording ISO images involves transferring information onto a DVD. For example, in one embodiment, recording information on a DVD or transferring information onto a DVD includes burning the information onto a DVD. For example, DVD-R or DVD + R burners use a relatively high power laser to darken the ink in recordable DVD media and simulate the grooves of a conventional mass production DVD. Examples of such techniques are available with Plextor ^™ or Panasonic ^™ DVD recorders. In some of these embodiments, the DVD recorder has a plurality of recorders and a robotic mechanism for inserting and removing discs from the drive. Examples of this technology include product groups from Protage Plus ^™ or Microtech ^{™ from} Rimage.

  In step 2145, the label is printed on the DVD. This includes, for example, determining a graphic image and printing it on a label or on the DVD itself. This label further includes unique information such as a unique disc identifier or session identifier. In some embodiments, the label includes a game and / or casino display that is displayed in the video presentation of the DVD.

  In step 2150, the DVD is packed. The DVD is packaged so that unauthorized tampering of the DVD (eg, opening an unauthenticated DVD) can be seen or easily recognized. Further, the DVD may be packed with a tamper-proof material. Step 2150 or another step of process 2100 further stores an indication that the DVD is complete and ready for shipment (eg, in the DVD production queue database). The date and time when the DVD production was completed is also stored. The DVD is then transported to the appropriate destination (e.g. shipped to the casino that ordered them with many other DVDs produced in a similar manner).

  Now referring to FIG. 22, illustrated is a process 2200 that facilitates visually purchasing a DVD or session from another remote location. Process 2200 is performed at POS 320, for example.

  In step 2205, a DVD purchase request is received. For example, in one embodiment, the player selects the DVD through which the video presentation is recorded based on the pre-generated results in the GD. Alternatively, the player may ask the casino clerk to provide a DVD from the back of the casino counter. The player requests purchase of the selected DVD. Step 2205 includes, for example, POS 320 receiving an indication from a casino clerk that a new purchase transaction for such a DVD has begun. In another embodiment, step 2205 includes receiving a request to generate a DVD on behalf of the player. In this latter embodiment, this request includes the display of parameters (and their values) that define the session on which the video presentation is generated and recorded on the DVD. For example, the player specifies the game, the stakes per game play, the number of game plays, and the price of the session and resulting DVD.

  In step 2210, a unique identifier for the DVD is determined. For example, a unique disc identifier on the DVD packaging (or on the DVD itself in some embodiments) is entered via a bar code reader or keyboard. In embodiments where the DVD request includes a request that a DVD is generated on behalf of a player, step 2210 includes determining or assigning a unique identifier for the DVD to be generated. For example, a unique DVD identifier is generated by retrieving from a database of available DVD identifiers a program or algorithm or a previously generated but not yet assigned DVD identifier. In one embodiment, step 2210 includes determining a session identifier for a pre-produced DVD or a session associated with the produced DVD.

  In step 2215, it is determined whether the DVD can be purchased. For example, a data base such as data base 1000 of FIG. 10 is accessed and the status of the DVD is set to “Available” or other information associated with the DVD is received at step 2215. Retrieved based on the unique identifier, which allows a determination of whether the DVD is available for purchase. In one embodiment, the POS 320 forwards a unique identifier display to another device (eg, 305), which determines if the DVD is available for purchase and sends the availability display to the POS 320. In embodiments where the DVD purchase request is a DVD production request, step 2215 includes determining whether the session defined in the request of step 2205 is produced (eg, requested parameters). And the combination of values is approved or can be approved).

  If the DVD cannot be purchased, a message indicating that the DVD cannot be purchased is output at step 2225. For example, such a message is output to a casino clerk (he communicates the message to the player who requested the DVD purchase) and / or directly to the player who requested the DVD purchase. . Otherwise, process 2200 continues to step 2220.

  In step 2220, an activation code is received. This activation code is provided to a player when, for example, a legitimate purchase of the DVD is used, and the player may later use it to verify the purchase and / or be recorded on the DVD. Contains code used to activate the presentation. In some embodiments, this activation code simply includes a unique transaction identifier generated or determined at POS 320. In another embodiment, the activation code is separate from the transaction identifier. In some embodiments, a unique activation code is generated upon purchase of the DVD (eg, using an algorithm created for this purpose). In another embodiment, the activation code is pre-generated and selected from a list of available activation codes. In some embodiments, the activation code is encrypted. In some embodiments, the activation code associated with the DVD when the DVD was purchased has a data base associated with the DVD (eg, a disc identifier and / or other unique identifier already associated with the DVD). Stored in the record.

  Note that in some embodiments, the activation code is determined during the manufacturing process and associated with an individual DVD.

  In step 2230, the payment for the DVD is displayed. For example, the POS 320 operator indicates the payment amount and payment format received for the DVD, which is known in the POS operating field. In some embodiments, step 2230 includes first retrieving the price of the DVD (eg, displayed from a data base such as data base 1000 or by scanning or on a DVD packaging). By determining the price).

  In step 2235, a DVD receipt is issued. An example of such a receipt is illustrated in FIG. 27 (described in detail below). For example, the POS 320 prints a receipt. In some embodiments, the DVD receipt is emailed to the player or provided to the player in another electronic format. In some embodiments, an activation code is included on the receipt. A copy of the receipt is maintained by the casino or other entity that sold the DVD to the player.

  In step 2240, the indication that the DVD was sold is stored along with the activation code. For example, a data base such as data base 1000 of FIG. 10 is accessed and the current date and time is stored in the sales date field. Here, an activation code is associated with the DVD and stored in such a data base record. The state of the DVD is set to “purchased” or other similar state.

  Referring now to FIG. 23, there is illustrated a flowchart of an example process 2300 for redeeming a DVD. Process 2300 is performed at POS 320, for example.

  In one embodiment, a player who purchases a DVD returns to the casino where the DVD was purchased. By presenting any or all of the following: (i) a disc identifier, (ii) an activation code, (iii) a receipt and / or (iv) a valid photo ID, the player It is possible to redeem a DVD against a redemption value (typically the credit balance at the end of the session on which the DVD video presentation is based). A player may, for example, provide one or more redemption values for a DVD, (i) a casino clerk operating a computer device (eg, POS 320 or CPD 325), (ii) to facilitate redemption of a DVD (eg, A kiosk operable by receiving the session identifier and / or other relevant information via the input device, by accessing the database and by determining the final session balance or redemption value for the DVD (iii) Collect from GD and (iv) another device. For example, a redemption value is provided to the player in cash, voucher, game credit, or other form. In some embodiments, players are given incentives to return to the casino to redeem the DVD (eg, casinos returning to their estates will increase wagering activity and therefore generate revenue). Recognize that it will increase). For example, if a player is scheduled to be paid a final session balance of $ 63.25, the player will receive a larger amount than the final session balance (for example, an additional $ 10) for DVD redemption at the casino. Presented (eg, than if the redemption value of the DVD is mailed to the player by check).

  In one embodiment, the player redeems the DVD without returning to the casino where the DVD was purchased. For example, after viewing a video presentation, a player contacts the casino (eg, via postal mail, telephone, fax, e-mail, casino web site, etc.), session identifier, disk identifier, activation code And / or indicates some other information (eg, home phone number) based on which the casino determines the final session balance or other redemption value to be paid to the player. In one embodiment, a check is mailed to the player, the fund is converted to some electronic method (eg, the fund is electronically transferred to the player's financial account), or the player is You are given the opportunity to specify whether you prefer to redeem the redemption value provided in another way.

  In some embodiments, the player does not contact the casino after purchasing a session. In one such embodiment, if the player is liable for the final session balance based on the session purchased, the casino waits for a predetermined time after purchasing the DVD for that session. If this period (eg 30 days) has passed and there is no contact from the player (eg if the player does not return to the casino to redeem the DVD), the casino will automatically fund the debt to that player. Issue (e.g. mail a check to the presented address or store the fund in the financial account for the player).

  In some embodiments, a redemption value greater than zero corresponds to a session purchased or offered to a player and the price for that session, and the player has not paid that price when he requested the redemption value There is. Thus, in some embodiments, the price of the session is deducted from the redemption value. If the redemption value is greater than the price, the player is paid the difference. However, if the redemption value is less than the price, the player is not paid anything.

  In some embodiments, a session ends when the balance becomes negative (eg, at the end of the session, the total amount of wagers deducted from the starting credit balance is added to the starting credit balance). Exceeds the total). In some embodiments, such a negative balance is treated in the same way as a zero credit balance; in other words, the redemption value for the session is zero.

  Note that in various embodiments, the player is given the opportunity to redeem the DVD without necessarily viewing all (or none) of the video presentation recorded on the DVD. For example, a player purchases a DVD containing a video presentation, but does not have the opportunity to view the video presentation before he next visits the casino. In some embodiments, such players are allowed to redeem the DVD regardless of whether they have failed to view the video presentation. However, in another embodiment, the player is not allowed to redeem the DVD unless it presents a special code that is output at the end of the video presentation recorded on the DVD (eg, in the meantime). A numeric code or password is displayed during the game or after the final game play result appears).

  Referring again to FIG. 23, at step 2305, a DVD redemption request is received. For example, a player approaches POS 320 and presents a DVD to be redeemed (and / or packed and / or receipt or other document) and requests that the player be provided with a redemption value for that DVD. . In another embodiment, a player contacts a casino or other entity that facilitates redemption of purchased DVDs (eg, via phone, e-mail, internet, mail, etc.) Request reimbursement.

  In step 2310, a unique identifier for the DVD is determined (eg, based on information presented in the DVD redemption request). For example, a disc identifier placed on a DVD package is scanned or typed by a casino clerk (in this embodiment, the player presents the DVD or at least its packaging when redeeming the DVD. )

  In step 2315, a receipt code is received. For example, an activation code printed on the receipt is received. In another embodiment, a unique receipt identifier is received that uniquely identifies the receipt and / or the business transaction in which the receipt was issued. For example, a casino clerk scans or types the code. That is, in some embodiments, a player is required to present a DVD purchase receipt (or a copy thereof) when requesting a redemption of the DVD. In some embodiments where the code received in step 2315 is an activation code, the activation code for the DVD is provided to the player other than by printing on a receipt (eg, it is a game E-mail to the person, via another printed document, orally, etc.). Thus, in some embodiments where an activation code is required upon DVD reimbursement, step 2315 includes receiving the activation code in any desired and practical manner and need not be via a receipt. (In this case, a receipt is not required for redemption of the DVD).

  In step 2320, a determination is made whether the DVD has been legitimately purchased. For example, a data base or other memory structure that stores information about previously purchased DVDs is accessed. For example, if the data base 1000 of FIG. 10 is accessed, the disc identifier and activation code are matched with each other in the data base, and whether the DVD status corresponding to the disc identifier is currently “purchased”. Validated. In one embodiment, POS 320 or another device that performs the redemption process (eg, a casino kiosk) communicates with a device (eg, 305) that stores such information. In one embodiment, POS 320 or another device that performs the redemption process accesses such a data base to determine whether the DVD was legitimately purchased and information received during steps 1305-1315. Is operable to verify and determine In another embodiment, the POS 320 or another device that performs the redemption process stores the information received in steps 1305-1320 and another device that stores information useful for verifying a legitimate purchase of the DVD ( For example, when the authentication message or display is received from this other apparatus, it is determined that the DVD has been purchased properly.

  If it is determined that the DVD is not legitimately purchased, a message indicating that the DVD cannot be redeemed is output at step 2330. For example, a message will be output indicating that the system “cannot confirm purchase in advance” (eg, to a player who is redeeming the DVD and / or to a casino clerk trying to redeem the redemption process). On the other hand, the attendant then communicates this information to the player) and the redemption of the DVD is refused. Otherwise, process 2300 continues to step 2325.

  In step 2325, it is determined whether the DVD has been redeemed previously. This step is carried out to prevent “double take” or the act of the player redeeming the DVD multiple times. For example, that the appropriate data base has been accessed (eg, data base 1000 shown in FIG. 10) and that the target DVD's status is “redeemed” or that the DVD has been redeemed previously. It is determined whether it is in the other state shown (or if the DVD has been stored in memory that it has been successfully redeemed previously). In one embodiment, POS 320 or another device that performs the redemption process (eg, a casino kiosk) communicates with a device that stores such information (eg, CS 305). In one embodiment, the POS 320 or another device that performs the redemption process accesses the appropriate data base to determine whether the DVD has been redeemed previously and the information stored in the data base. , And is operable to determine by checking whether the DVD has previously been redeemed. In another embodiment, POS 320 or another device that performs the redemption process stores another information that stores information useful for determining whether the DVD has been redeemed in advance for the information received in steps 1305-1320 ( For example, it is determined that the DVD has not been redeemed in advance when an authentication message or display is received from the other device. In some embodiments, the determinations of steps 2320 and 2325 are performed in a single step and / or a single device.

  If it is determined that the DVD has already been redeemed, a message indicating that the DVD cannot be redeemed is output at step 2330. For example, “previously redeemed” or another suitable indication is output (eg, for a player trying to redeem the DVD and / or for a casino clerk trying the redemption process) The agent then passes this information to the player) and the redemption is refused. Otherwise, process 2300 continues to step 2335.

  In step 2335, the redemption value for the DVD is determined. For example, the data base record associated with the DVD is accessed and the redemption value is read from the data base. In some embodiments, the redemption value is encoded on and read from the DVD itself and / or on its packaging (eg, in addition to a database storing such information). Or instead).

  In step 2340, the redemption value is provided to the player. As explained, the redemption value is provided to the player in many different forms and in a variety of different ways. For example, cash is delivered to a player from a casino clerk or paid from a kiosk. In another example, a cashless game receipt is redeemed at a casino store or provided for use as a wager at the GD, the value of the receipt being based on the redemption value. In yet another example, a check is mailed to the player. In another example, a financial account for an electronic and / or player is credited based on a redemption value. In some embodiments, the redemption value corresponds to a physical prize provided to the player (eg, coupon, piece of jewelry, discount booklet, gift certificate or other specific item). In such an embodiment, step 2340 includes authenticating a casino clerk in providing the prize to the player. Step 2340 further includes storing in memory an indication that the DVD has been successfully redeemed (the status field of the data base available DVD data base 1000 of FIG. 10 is set to “redeemed”. To prevent the player from redeeming the DVD twice. Alternatively, such a step of storing an indication that the DVD has been successfully redeemed can be a separate step from process 2300.

(5. Additional explanation of some embodiments)
Players and / or casino employees can enter the parameters (and their values) needed for the session via many different means (eg instead of using one or more GD315, POS320 or CPD325) Please be careful. For example, a kiosk, a box installed in a hotel room television, a web page interface, a portable casino device, a mobile phone or a land phone can be used to enter such information. In addition, some or all of such means can be used by the player to enter the session or DVD payment. For example, a player who has selected a DVD from his hotel room's display shelf enters a financial account identifier in order to pay for the DVD using his room's television set top box. In another embodiment, the price of the DVD is automatically entered into the player's hotel room bill when it is determined that the DVD has been removed from the display shelf (eg, when cleaning his room). Automatically charged.

  In some embodiments, a result is generated by a casino attendant at GD (eg, on behalf of an individual player), a player may not see the result generated at GD. Thus, the substantially luxurious graphical representation (eg, mechanical reel rotation) typically associated with producing results is not required. In fact, in some embodiments, it is not necessary to entertain the player when the results are generated, and the graphic representation or accompanying mechanical reel rotation can be (i) significantly accelerated (eg, a video display screen is 1 , 000 consecutive rotating reel videos in minutes), (ii) presented in a different format (eg, a screen showing 1,000 symbol sequences at the same time), And / or (iii) stop completely (eg, results are generated and stored or output as described herein, but not presented in a conventional visual manner).

  Thus, a GD consistent with one or more embodiments includes a specific “session result generation” mode that is accessible only by an authorized person. In such a session result generation mode, the GD can quickly generate a result that conforms to a session characterized by certain parameters. For example, when a command is received from a casino clerk that defines one or more parameters (and their values) for a session, GD uses a random number generator to quickly generate multiple random numbers, which are based on a probability database. FIG. 15 shows an example of this tabular format that correlates with the result specified in. It will be appreciated that other methods for generating results are known in the art and need not be described in detail here.

  As described, in some embodiments, such a mode of operation is only available to authorized persons. Thus, in some embodiments, the process of authenticating that a GD is in session result generation mode (eg, as performed in GD 315 or 305) allows access to such an operation mode. including.

  Access to such a mode of operation is permitted in various ways. For example, in one or more embodiments, the GD is configured to receive an access code from a casino clerk.

  For example, a casino clerk may request access to such an operating mode by manipulating a GD input device (eg, by pressing a button or an icon on a touch sensitive display screen). Upon receiving such input, the GD or other device communicating with the GD (eg, CS 305) outputs an access code receipt request or is configured to cause the player to output such a request. . The casino clerk then enters the access code using this input device. For example, a casino clerk enters a numeric or alphanumeric code via a keypad or touch sensitive display screen. The casino clerk is provided with such code when he / she is instructed to run a session on the GD (for example, the access code is provided to the casino clerk via the CPD along with its session execution instructions. ) In some embodiments, an access code is provided to one or more casino clerk to run a session on the GD and is not unique to a particular session. In some embodiments, one access code is unique to one GD, while in other embodiments it is not. The access code is determined or generated by the CS 305, for example.

  In some embodiments, the process for authenticating that the GD enters the session result generation mode includes determining whether the received access code is valid. For example, in one or more embodiments, a data base (not shown) maintained on the GD or other device (eg, CS 305) in communication with it includes a list of valid access codes, and the access codes are received. Is compared to the list to determine if it is valid. In some embodiments, the access code has a validity period (e.g., expires once used to prevent repeated unauthorized access), so that the device (e.g., GD315) is in such a database. It is configured to write (eg, to remove a record of an access code, consider it invalid when subsequently received, or update the status of the access code to reflect its use and / or expiration).

  Of course, various other methods for determining whether a user is allowed access to such an operating mode are possible. For example, according to one embodiment, a casino attendant who wishes to access such a session result generation mode simply inserts or presents a card or identifier (eg, a plastic magnet similar to a player tracking card). Stripe card format, smart card, etc.). Upon receipt of the card or identifier, the device (eg, GD) determines whether access to the session result generation mode should be permitted. For example, a card reader reads a magnetic stripe and determines whether a valid access code is encoded thereon. In another example, the reader accesses the smart card memory to determine if a valid code is stored in the memory.

  In another embodiment, an authenticated user is granted access to such a session result generation mode by the biometric authentication device. For example, in some embodiments, the GD includes an iris or retinal scanning device, a voice detection device, and the like.

  In yet another embodiment, the GD electronically receives a signal indicating that it has entered session result generation mode. For example, a server device (eg, CS 305) sends a command or signal to GD 315 to command that session to be executed. Such commands include an indication of the session parameters (and their values). In another embodiment, such commands or signals are issued from CPD 325 or other computing device. For example, when a casino clerk stationed at a location in a casino receives a request from a player to run a session instead, the casino clerk uses a CPD or other computing device to contact the GD. Send a command or signal to execute the session. In some embodiments that receive such an electronic command or signal requesting the execution of a session, an attached access code or other authentication or verification means is not required.

  In some embodiments where a session is executed by an authorized user that interfaces with a casino clerk or other GD, the program stored in the GD receives a valid request for session result generation mode, Users who have been authenticated for various component devices (eg, output devices) are encouraged to reconfigure the session to facilitate execution. For example, when entering session result generation mode, a display (eg, a touch sensitive display screen) is configured to output a menu screen that presents selectable options, which can be used by a user (eg, a casino clerk). Facilitates running a session (eg, on behalf of a specific player). FIG. 25 illustrates an example of such a menu screen.

  Such selectable options basically allow the user to configure parameters for the session (ie, enter the value of each associated parameter). For example, after entering a valid access code, the casino clerk is presented with a menu screen and before the GD executes the session, the configuration of the various parameters of the session can be changed to the menu interface depicted in FIG. Start using.

  In some embodiments, physical, non-electronic records of desired session parameters are received from a session purchased by a player. For example, the player fills out a sheet (eg, marks with a writing instrument) and selects various session parameter values (eg, bet amount per game, number of game plays, etc.). In another example, a casino clerk operating a computing device (eg, CPD 325) issues a session parameter printout. In another instance, a casino attendant uses a physical record of such session parameters to enter the desired session parameter values when configuring the GD to perform the session.

  For example, when instructed to perform a particular session (eg, identified by a unique session identifier), a physical format is provided that indicates parameters and their values associated with casino attendants. The casino clerk then determines the location of one or more GDs on which the session will be run (eg, using the GD database 800). In some embodiments, one or more GDs are identified by the player who purchased the session (eg, the player specifies a particular GD, GD type, GD characteristics). After locating the GD and accessing the session result generation mode, the casino clerk reads the form and enters the session parameter values using the menu interface.

  Referring now to FIG. 24, there are shown three different examples 2405, 2410 and 2415 of tickets printed in GD, with each session having the session results printed thereon. One such three of the tickets depicted in FIG. 24 can be printed, for example, for auditing purposes and placed in a DVD jewelry box to be used by players to redeem payments related to the DVD, And / or used to provide a display of one or more results of a session to a device (eg, AS 310), the latter being intended to generate a resulting video presentation for recording on a DVD . Such tickets are referred to herein as “session result tickets” and these typically include an indication of one or more results of the session (eg, payout, sum of payouts).

  Of course, the session result ticket also stores an indication of other information about the session, such as an indication of one or more parameters and / or their values that define the session. Such other information is not limiting: (i) credit balance at the end of the session; (ii) price of the session; (iii) credit balance at the start of the session; (iv) Many results generated for the session; (iv) the player associated with the session; (v) the casino clerk associated with the session; (vi) the start and / or completion date of the session; (vii) the session (Viii) the game in which the result of the session was generated; (ix) the casino in which the ticket was generated and / or redeemed; and (x) the unique session identifier associated with the ticket ,including.

In one embodiment of a session result ticket printed for a three-reel slot machine game, each corresponding result of the three-reel slot machine game will similarly show the corresponding payout information as text. Such a ticket is illustrated as ticket 2415 in FIG. Using conventional TITO tickets (2.5 "x 6") and TITO ticket printing technology, text on a significant number of results is printed on the ticket in this manner. Several such tickets are used as needed (eg, a program stored in the memory of the GD instructs the printing device to print 20 tickets, each of which is 1,000 Includes 50 game results for a spinning session). An example of a paper ticket suitable for use in accordance with such an embodiment is sold by SlotTicket.com ^™ , Memphis, Tennessee. Of course, other methods for printing the session result display are also conceivable. For example, instead of printing a limited number of indications of results on a small, conventional ticket, the GD includes a wrapper of receipts similar to those used and used in general retail systems, A fairly large number of result displays can be printed on a single continuous piece of paper (for example, it is cut by a casino clerk or other authorized person after printing is complete). Such printing is performed during the session or at any time after the session is executed. Records printed as a result of the session are not only requested by the player (which will be viewed later), but are also filed or stored for auditing purposes by the casino or other entity (for example, by regulation A print record is required).

  In some embodiments, an authenticated person (eg, a casino employee) prints a traditional “cash payment ticket” on the GD that displays the credit balance and / or currency at the end of the session run. Specify as follows.

  In one or more embodiments, the display of the session result is printed in an encoded or encrypted form, or in a form that can be read from the device but is not easily recognized by humans. For example, a high density barcode (see, for example, “Video Ticket”) encodes the result of a session. Such encoded data is then used to submit the resulting video presentation, which is viewed remotely by the player who purchased the DVD on which the results representing the session results are recorded. . For example, text, numbers, or other symbols or indicia stored in a session database (eg, a series of result identifiers) are encoded so that they are graphically represented by a barcode, such as a high-density barcode Is done.

  In some embodiments, various parameters or settings of GD and / or the session are set as “default” (eg, GD automatically cash payment ticket, video ticket and game result ticket at the end of session execution). Printing). In some embodiments, an authenticated person (eg, a casino employee who runs a session or causes the GD to run a session) changes one or more of these parameters from the session default. In another embodiment, such an authenticated person is authenticated to change certain settings.

  In some embodiments, one entity (eg, an operator of AS 310) determines session result data from the session result ticket. For example, if the session result ticket includes a display of the session result encoded in barcode format, the session result scans the barcode of the session result ticket (eg, the barcode of the example session result ticket 2510). Determined by Such a barcode encodes, for example, a session identifier, a series of result identifiers and one or more associated GD identifiers.

  In one embodiment, an apparatus (eg, AS 310) includes software for producing a resulting video presentation for recording on a DVD based on session result data, eg, determined from a session result ticket. . For example, the AS 310 does not need to communicate session result data for one session, eg, from the session result ticket, as the AS 310 does not need to communicate with a casino via an electronic network for the purpose of obtaining such session result data. Receive in an operable manner. The AS 310 further assembles the resulting video presentation based on such tickets, such a video presentation (eg, in the form of a DVD on which such video presentation is recorded), the player and / or Or it can be operated to supply the casino for later sale to a player.

  Referring now to FIG. 25, there is displayed a menu 2500 that is presented to a human (eg, a player and / or casino clerk) to enter values for parameters defining the session. Such a menu is used, for example, by a player who wants to order the resulting DVD. The player defines the resulting session to be generated via such a menu. In another example, such a menu is used by a casino clerk, who directs the gaming machine to generate multiple results for a session (on behalf of a particular player or as ordered by a player). Or before purchasing such a session). Menu 2500 is displayed, for example, via a GD, kiosk, CPD, or other device.

  As shown, in some embodiments various parameters can be configured to define a session. For example, a wager (actual or average) for each game is selected or indicated. In another example, the duration of a session (eg, number of game plays, time, or end event) is selected or indicated. In yet another example, the speed at which results are generated, played back and / or rendered is selected. In yet another example, an option to display the generated results is selected (eg, such an option is only valid if the session is defined by a casino clerk and is defined by the player If it is done, it is invalid because it may detract from the enjoyment of the player when viewing the results later on the DVD). In yet another example, an option for storing results is selected (such an option, in some embodiments, how to store results (eg, on which media, which device Above, including multiple options for each generated or all generated at once etc.). In yet another example, the option to print a ticket or receipt (eg, session result ticket) that displays the results of the session is selected. Of course, other types of parameters are also displayed and defined (for example, the GD or GD type on which the session is run, the game in which the result is generated, the time the session is run, the game being played Strategies adopted when making decisions on

  When a session is defined via the menu 2500, the person defining the session confirms whether to execute the session. Such a confirmation, in some embodiments, causes the GD to immediately or almost immediately execute the session based on the parameter values indicated via the menu 2500. In another embodiment, such confirmation is scheduled or entered into a queue so that the session is later performed by the GD (eg, when an appropriate GD is available).

  In some embodiments, the value of a particular parameter (eg, the number of game plays that define a session) is selected from a predefined selection menu, while in other embodiments the value is entered without selecting a predefined selection. It should be understood that (eg, a person can select any number of game plays or any number within a predetermined number range).

  For example, returning to FIG. 25 again, the casino clerk selects a game wager of 75 cents and a session duration of 1,000 game plays. The casino clerk then selects a speed setting. The speed setting controls how quickly results are generated during the session. For example, if a casino clerk selects the “real time” option, the results are automatically generated substantially at a conventional pace (usually several seconds between each result, as would normally be done in standard operating mode). In another example, the casino clerk selects an option that multiplies the standard speed of result generation by some factor (eg, the result is generated at “ten times faster”). In yet another example, the casino clerk selects an option that specifies the speed per unit time (eg, “100 revolutions per minute”) at which results are generated. In yet another example, the casino clerk selects the option to generate all game play results related to the session “immediately” or substantially immediately. Many, if not all, GD have the ability to generate thousands of random numbers in less than tens of thousands of random numbers within a second, making such game results quickly or almost “immediately” It should be understood that it can be generated.

  Various other parameters for a session are also configured. For example, a casino clerk specifies one or more valid payment combinations associated with a session (eg, “BAR-BAR-BAR” is valid but “DOUBLE JACKPOT” is invalid).

  In addition, the casino clerk configures various display options related to the performance of the session. As described above, if you do not need to entertain a player (he may not be present at performing one or more game plays related to a session), it is common in graphic representations or other GD The visual accompaniment used in (i) significantly accelerates (eg the video display screen displays a video of 1,000 consecutive rotating reels in minutes), (ii) Present in a format (eg, display a screen representing 1,000 symbol sequences at the same time) and / or (iii) stop altogether (eg, results are generated as described herein) Stored or output, but not presented in a conventional visual manner). Thus, the casino clerk has the opportunity to select various display options. For example, in one embodiment, the casino clerk selects options that exclude graphics, animation, sound, mechanical reel rotation, etc. at all. In another embodiment, the casino clerk instructs the GD to simultaneously display multiple game results simultaneously (eg, 5 cards, 50 hands of stud poker are displayed at once). In another embodiment, the casino clerk specifies how long one or more game results are presented before another game result or set of game results is presented (eg, 5 reels). 50 results of the expression video slot machine are displayed simultaneously for 10 seconds and the next 50 sets are displayed).

  In yet another embodiment, the casino clerk selects (i) whether to store and / or electronically transmit game results and / or (ii) stores and / or electronically stores the game results. Specify the method sent to. For example, by pressing an icon on a touch-sensitive display screen, the casino clerk can electronically view all game results related to a session electronically in a session database (eg, session database 425 or active session). Data base 435) should be stored.

  In one embodiment, the casino clerk specifies a location (eg, CS 305 and / or AS 310) where game results are transferred electronically. In one embodiment, the casino clerk instructs the reader that is communicating with the GD that is generating the results of the session to be stored on the currently inserted smart card (eg, , So that the smart card is associated with the session and the results stored on it are later accessed for auditing, accounting or other purposes). Such storage or transfer can occur at any time during or after the execution of the session (eg, game results are stored individually as they are generated; game results are stored in RAM during generation). And then written to ROM and erased from RAM; and so on).

  In one example of performing a session based on defined parameters, multiple game plays are performed with the configured parameters. For example, run a 3-reel slot machine with 75 cents per game bet, 1,000 game play, “immediate” speed option, so that results and payouts are generated as quickly as possible. Thus, a visual display of such game results is output via a display device if desired (eg, a casino clerk will display a screen that displays 100 results simultaneously after they are generated). Scroll "). In addition, session results are output as described herein (eg, a session result ticket is printed and / or a display of session results is forwarded to another device). Note that in some embodiments, execution of multiple game plays (ie, generation of results) is substantially automatic. For example, when a person requests execution of a session, the generation of the session result occurs without further input from the person. For example, the person does not need to operate the “rotate” button or other game play initiation mechanisms associated with each game play; rather, the GD will perform the game play without any human interaction. It is configured. Furthermore, even if the balance is “minus” or “zero”, the GD executes game play without subtracting the stake from the credit balance, or executes the game play by subtracting the stake from the credit balance. As configured. Such a method is described in a shared US patent application, Ser. No. 10 / 635,986, filed Aug. 7, 2003, entitled “System and Method for Remote Automatic Playing of Game Machines”; No. 10 / 636,520, filed Aug. 7, 2003, entitled “System and Method for Communicating Game Session Information”; and US Pat. No. 6,012,983, Dec. 30, 1996 Application, named “Automated Play Game Machine”; each of which is incorporated herein by reference in its entirety.

  Accordingly, in some embodiments, a GD is configured such that a person, such as a casino clerk or player, performs a session based on one or more embodiments described herein. In another embodiment, the GD is configured to perform a session without receiving input from a person.

  As previously mentioned, in some embodiments of the present invention, the gaming machine is configured to perform a plurality of game plays on behalf of a non-present player. Thus, as will be described, the gaming machine is configured to operate in a “remote contract” mode, where multiple results are generated relatively quickly.

  Further, in some embodiments and as described in connection with FIG. 25, the casino clerk selects (i) whether to print the game result (eg, using a “TITO” device), and / Or (ii) Specify how to print game results. For example, by pressing an icon on a touch-sensitive display screen, the casino clerk instructs that all game results associated with a session be printed using the TITO device. Furthermore, the casino clerk configures the way in which such game results are printed.

  Thus, according to some embodiments, the GD receives one or more signals or commands from another device (eg, a server such as a CS 305, a second GD, a CPD, etc.), which includes (i) the session (Ii) indicate the parameters (and their values) for the session. For example, a 5-reel, 9-line payline video slot machine installed at a casino store is instructed to enable 9-line paylines on the device and generate 1,000 revolutions at 25 cents per revolution. . The device then performs this session as described above (eg, using a random number generator to generate its results) and outputs session result data as described herein. Various ways of receiving such a signal or command are conceivable. For example, the communication port receives the transmission via any communication protocol described herein (eg, the server sends such a signal to the GD using BOB or other suitable protocol). Thus, in some embodiments, a casino clerk needs to interface with the GD to perform a session. In some embodiments, a casino clerk will later go to the GD where the session was run to retrieve, print, etc. session result data. In another embodiment, session result data is transmitted electronically as described herein and the casino attendant need not be involved in transmitting the session result data.

  In some embodiments where a player requests to create a session and the DVD for that session accordingly, the casino first receives a session execution request and executes the session later. For example, if a player agrees to such terms, the casino will receive a session execution request from the player and the session will be deemed most appropriate by the casino from the time specified after the request has been accepted. As long as there is no delay (for example, the casino has a 48 hour grace period before the session runs) it will run at any time.

  Thus, according to one or more embodiments, the casino determines the gaming machine usage level before running a session (whether the session is run on behalf of a particular player). For example, in one embodiment, a session is executed when it is determined that there is sufficient capacity for the session. For example, if there are enough slot machines installed at a casino store that are not currently in use, occupying one slot machine for the purpose of executing one session will result in an unacceptable GD capacity for a casino. Is determined not to result in missing. In one embodiment, GD usage data is stored in the GD database, and its case data structure is shown in FIG. For example, the GD database shows “device status” for one GD, which describes that the particular GD is currently either “in use” or “free”. Various methods for monitoring the GD to detect such usage are conceivable (eg, using a sensor device that detects game play activity, detects insertion of a player tracking card or contract card) Detecting the presence of a player, monitoring the GD with a video camera, polling the GD, etc.), for example, in some embodiments the server device (eg CS 305) is in a substantially automated manner ( For example, the server detects usage and writes it to the centrally stored GD database) to track GD usage. In one embodiment, usage percentage measurements are calculated for all GD in the casino (eg, 37% of all machines are in use). Thus, according to some embodiments, depending on the determined usage percentage measurement, the session may or may not be executed (eg, if the usage percentage measurement is above a certain threshold, the session is executed). Not) In one embodiment, the history of GD usage data is taken into account when deciding whether or not to run a session (eg, casino A has an average slot machine usage of 23% between 12 pm and 6 pm on Wednesday). Etc.) By this method, the casino can effectively balance the load of session execution with respect to the use at the casino store, and the session can be executed at a suitable time.

  In some embodiments where a session is executed on behalf of a player in response to a specific player's request for execution, the player may request that the session be executed with a specific GD and / or a specific type of GD. To do. Accordingly, in one embodiment, GD usage data is accessed (eg, using CPD by a casino clerk or from CS 305) to determine whether such GD is available. If the desired GD is available, the session is executed (eg, dispatching a casino clerk to execute the session). In some embodiments, the session is run only if the desired GD has not been used for a predetermined time (eg, 30 minutes) and / or at some date and time (eg, weekend or 7pm) Will not run on weekday nights between 11:00 pm and 11:00 pm). In some embodiments, a server or other computing device (eg, CS 305) monitors whether one or more GDs are available continuously, nearly continuously, periodically, or on another basis. The player requests a session, monitors whether the previously used GD is available, and executes the session. For example, (i) a casino clerk is dispatched to the GD (eg, a signal is sent to the CPD indicating the location of the available GD, session parameters (and their values), etc.). In another example, a signal or command is sent to the GD so that the session is executed. In some embodiments, a signal or command is sent to the GD even if the GD is in use, and the GD uses the session to determine the first appropriate time or the GD is traditionally played by the player. Programmed to run at the same time as used in the scheme.

  Referring now to FIG. 26, there is illustrated an example 2600 of a data base record for storing a display of payouts determined at a gaming machine for a session. As described, in some embodiments, it is unnecessary and / or undesirable to store an indication of a set of indicia representing each outcome of a session. However, it is preferable to store an indication of the payout determined for the session, and in some embodiments, the order in which the payout was determined. For example, a probability data base, a payout data base (or a data base that combines the functions of a probability data base and a payout data base as described above with reference to FIG. 18) is used for each game of the session. Used by GD to determine payout for play. The GD or other device then stores an indication of each payout and, in some embodiments as illustrated in FIG. 26, a plurality of payout indications. The device (eg, AS 310) then uses the payout data to produce a video presentation of that payout. For example, for each payout displayed in record 2600, AS 310 selects a media file corresponding to that payout. For example, for a first payout labeled “0”, AS 310 selects a media file that includes a set of indicia representing a result corresponding to zero credits resulting from that game play.

  Record 2600 includes a number of fields, which are (i) a game machine identifier field 2605, which stores the identifier of the GD on which the payout was determined; (ii) a data type field 2610, which is in the record Indicates the type of data being stored (eg, in some embodiments, a different data type is stored, eg, an indication of a set of indicia containing one result); (iii) a payout display field 2615; This stores an indication of each payout generated for a session (each payout corresponds to an individual game play for that session) and the order in which the payouts were generated. Of course, additional or different data is also stored in such records. For example, a display of a game (eg, in addition to or instead of a game console identifier) for which a payout has been determined is stored. In another embodiment, the date and time of the session and / or an indication of each individual payout is stored. In yet another example, an indication of the verification of the software used to generate the payout is also stored (eg, software reliability and integrity verification using hash function technology is performed at the start of each session. Implemented and an indication of the result of such an authentication process is stored in that record).

  Referring now to FIG. 27, there is shown a receipt 2700, which is an example of a receipt issued to a player when the player purchases a DVD. Receipt 2700 contains the name of the casino (in area 2705), which is the casino where the DVD was purchased, the casino where the DVD is redeemed, and / or the resulting session displayed on the DVD. Refers to a casino.

  Consistent with some embodiments described herein, a message is printed in area 2710 and that receipt 2700 should be presented when redeeming the corresponding DVD to the player. As shown.

  Receipt 2700 also includes (in area 2715) an indication of when the DVD was purchased.

  Receipt 2700 also includes (in area 2720) a display of session information that crafts various parameters (and their values) that define the session from which the DVD video presentation is based. For example, the example session information shown on receipt 2700 produces the name of the casino (eg, the casino where the DVD was purchased, the casino where the DVD is redeemed, and / or the results displayed on the DVD Casino), the game for which the results displayed on the DVD were generated, and the wagers for each game play bet on each game play displayed on the DVD. Of course, different and / or additional session information can be displayed on such receipts.

  Receipt 2700 also includes additional data (in area 2720) which includes encoded information corresponding to the DVD and / or session (eg, redemption value, POS and / or casino clerk associated with the sale, Session or DVD, the price of that DVD, etc.).

  Receipt 2700 also includes a disk activation number (in area 2725) in both human readable and barcode format. This disk activation number includes, for example, a disk activation code as described herein.

  Receipt 2700 also includes a signature line (in region 2735), which includes a line requesting the player to sign on the DVD when redeeming the DVD (eg, the player has the DVD To prevent complaints about not having been redeemed and / or to kill the player's willingness to repeatedly receive redemption of the DVD).

  Receipt 2700 includes yet another line and box (in area 2740) that is filled in by the casino clerk when the DVD is redeemed. For example, information regarding redemption authorization, redemption date and / or signature of the casino clerk performing the redemption is entered.

  The receipt further includes a prize claim code (in area 2745). This prize request code includes, for example, a code indicating information stored in the data base. For example, the prize claim code is a pointer to a data base record that stores an indication of the redemption value of the DVD. In some embodiments, the prize claim code includes a disc identifier and / or session identifier as described herein.

  Returning again to the description of a video presentation recorded on a DVD, in some embodiments, one or more features are additionally available to the player when viewing the video presentation. Some of these functions are described below.

  In some embodiments, the counter function informs the player how many results of the session are being displayed before the video presentation segment and / or how many results follow the video presentation. Notify if it remains in the category. For example, in a particular frame of a video presentation, the result or game play meter indicates that 322 (eg, in 500) results will be rendered in subsequent sections of that video presentation. Such a result countdown meter is graphically superimposed on the frame or part of the frame of the video presentation.

  In some embodiments, a player can view the video presentation by sorting the results drawn in the video presentation according to various criteria. For example, the player selects the option “view all winning results” or “view all losing results”. In another example, a player may select the option “view all remaining results from highest to lowest payout in my payout”. Thus, in embodiments where a player views results via a web interface, a data base or other memory structure (eg, a session data base) is accessed (or such) in response to such a request. Used to create a video presentation that can be configured on demand), thus including additional fields for payout data so that the player can view the results based on the payout amount (eg, the server Receive such a request, access the session database to determine the appropriate media file, and output the media file).

  In some embodiments, the player can control the speed at which the video presentation is output. For example, in one embodiment, a player views a video presentation recorded on a DVD disc. The disc contains three different media files associated with each game play number: a first media file depicting the game play results to be drawn at normal speed, a second media file representing the game The play result is drawn to draw at a fast speed, and the third media file is drawn to draw the game play result at a slow speed. Thus, the player uses the input device of the DVD player (or personal computer) to select the “fast forward” option so that one or more game play results of a session are output at a faster pace. (For example, upon receiving that input, the DVD player accesses the “fast” version of each requested game play number). In an embodiment where the player selects an option to view multiple game play results simultaneously (eg, 50 animations each drawing a rotation of the slot machine) without requiring further input. Such fast-forward and “slow motion” functions are useful (eg, a player scrolls through a set of results, for example). Another example of a speed option controlled by the player is that the player selects the option to move or stop the “revolution” of the animated reel, and if the option is stopped, the player will only see the final result of the rotation. Will be viewed without a long animation introduction (eg, resulting symbol array).

  Further, in some embodiments, a player can review a video presentation that has already been viewed. For example, a player watching a video presentation of a video poker session selects the option to “play last hand” (for example, triggering a DVD to return to the previous chapter, or closest to a software application) Play the watched movie, or let the server access the media file related to the specific game play number). In addition, the player similarly reviews multiple game play results in such a manner (eg, “play last 20 revolutions”). In yet another embodiment, the session purchaser uses a DVD player input device or DVD remote control to “rewind” the video presentation. This is effective in selecting a mode in which the play results are continuously displayed without further input).

  According to one or more embodiments, the output of the video presentation can be suspended or stopped by various triggers. For example, if a coin payout exceeding a threshold occurs (eg, a payout exceeding 100 coins), the video presentation is suspended or stopped. More specifically, in one embodiment, a media file encoded on a DVD to render the occurrence of a 1,000 coin payout with a single rotation of the slot machine is temporarily stored at the end of the file. Extend the suspension period and no video will be shown during that time (or a fireworks-like video or other graphics will be added instead). In one embodiment, a media file that renders a result corresponding to at least a certain amount of payout has a longer draw time, thereby effectively pausing or attracting the player's attention to the payout. Include other images designed for. In one embodiment where pause is employed, input from the player is required to continue the video presentation from its paused state (eg, the player must confirm victory). In this way, the player is less likely to miss the result of obtaining a large payout. In some embodiments, a pause is employed after displaying each result.

  In some embodiments, the player also optionally configures various parameters of the video presentation. Similar to the display parameters described in connection with FIG. 25 (eg, where the casino clerk sets the display parameters before running the session), various display options for the session purchaser to view the video presentation are available. This display option has the following options: (i) number of results displayed on the screen at a time, (ii) size of results displayed on the screen, (iii) skin , Etc., or various indicia themes (eg, the player chooses the “Ice Age” theme as opposed to the “Treasure Hunt” theme), etc.

  In some embodiments, the game play results used to generate the video presentation include “bonus times” or other time points where a decision from the player is specifically required (eg, draw video, Poker games typically require players to decide which cards to hold from their designated initial hands). In general, some GDs provide for entering bonus times when a trigger condition occurs, such as receiving a bonus triggering result (eg, “Bonus-Bonus-Bonus”). In some cases, such bonus times that occur on the GD do not require additional input or selection from the player. For example, the player may obtain a bonus trigger result, so the display screen renders a video sequence explaining that the player has acquired a number of additional “bonus” credits. In some embodiments, such non-interactive bonus presentations are incorporated into video presentations (eg, during a reeled slot machine video presentation, the reels rotate and the bonus trigger results are displayed. After that, the video presentation draws a bonus sequence of videos and reveals the amount of bonus credits).

  In other cases, the player facing the GD at the casino store will receive bonus times or other points in the game (eg, when the player is initially handed out in a video poker game). Several choices or options are presented. For example, upon obtaining a bonus trigger result, several selections are output to the player (eg, the touch screen draws three boxes and the player chooses one). The bonus payout amount is therefore based on the player's choice.

  However, as described, some embodiments of the present invention include performing a resulting session in the absence of a player making such a determination. This is handled in several ways. For example, in one embodiment, a player delegates a proxy (eg, a casino clerk) to make such a decision on his behalf (eg, during a session, the proxy may be a touch sensitive display screen or other GD Use the input device to make a choice in the bonus game or which card to leave and discard in the hand). In another embodiment, while operating in session result generation mode (eg, DVD result generation mode), such a selection (eg, bonus times or other points in game play) may be random or predetermined strategies. The GD is programmed to be performed based on For example, if there are three choices for a bonus game, the GD is programmed to generate a random number from 1 to 3 or select the leftmost to determine the outcome / payout of that bonus round.

  In some embodiments, the player selects the strategy as the value of a parameter in the definition that executes the session on behalf of the player. In some embodiments where a session DVD is mass produced before a session request is received from any player, the description of the DVD purchase availability will be on behalf of the player in performing the session. Contains a description of the strategy used to make the decision. This is the case for video poker games or other game sessions that typically involve player decision making. For example, a draw video poker game session is performed using a full or almost complete strategy that determines which cards to leave for a given initial hand.

  In some embodiments, a player watching a video presentation displaying such bonus times or other decisions may not interact. For example, a video presentation draws three boxes, one of which is highlighted / selected, and the payout amount is continuously revealed without player input during the video presentation. In another embodiment, it is recognized that the player affects such bonus outcomes or other decision making (eg, the player is given an opportunity to “box select” using an input device). And, of course, the result is determined before the player selects, eg assigned to all options selected by the player). Note again that such a player watching a video presentation at a remote location does not have an actual impact on the related game play results, because all game play is done in advance. (For example, within a legal jurisdiction).

  In some embodiments, “winning” may occur progressively during the execution of a session. Such progressive wins obtained during session execution are handled in various ways.

  For example, in one embodiment where a session is performed on behalf of a particular player, the player is immediately notified of this progressive victory (eg, the player is contacted before the video presentation is presented). In another embodiment, the player is not notified, but such progressive victory is known by viewing the video presentation.

  In some embodiments, the dedicated fund pool that pays for progressive wins is reduced and / or reset immediately after the progressive “win” or some time later during the execution of the session. However, in another embodiment, such a pool is not reduced and / or reset until the player charges for winning.

  In another embodiment, a session is not allowed to run on a GD that provides a progressive jackpot.

  In embodiments where the session is not conducted on behalf of a specific player but is performed for a mass production process and later offered for sale, progressive jackpot wins are handled differently. Such an embodiment is referred to herein as a prepackaged DVD embodiment. For example, a prepackaged DVD disc contains results that correspond to progressive wins, although the disc remains unsold for some time. Thus, some such embodiments produce a progressive “win” when the session is run, but the progressive jackpot pool is reduced until the disk is sold. It will not be deducted and / or will not be reduced until the player who happens to purchase the DVD tries to redeem the DVD.

  In some embodiments, various steps have been taken to prevent or kill the pre-packaged DVD. For example, the game play results are already generated at the time of purchase, so the casino may attempt to mislead such DVD redemption values (for example, players and casino employees may find that they have high redemption values. Don't know how to “defeat the system” by purchasing a DVD you know or suspect to support). For example, when generating a cash payment ticket or outputting session result data related to the session on which the result DVD is based, the final session balance is displayed or only displayed in encrypted form ( (For example, a casino clerk or other person who has the opportunity to view cash payment tickets or other session result data does not secretly know that the session is a relatively expensive summary).

  Additional measures are taken to prevent a casino employee or a person at that location from knowing or accessing session result data associated with the session (the session is pre-packaged DVD). Whether or not it is performed on behalf of a specific player). For example, in one embodiment, a casino clerk who has the opportunity to manage the session or obtain the session result data is allowed to view the game play results using a GD or other display screen. Not.

  In some embodiments, the third party is the administrator of the production of the video presentation. For example, a casino clerk runs a session using GD and then outputs a cash payment ticket (which does not display the final session balance but is printed only for auditing purposes) and a game video ticket. The casino clerk then scans the bar code on the game video ticket and produces a prepackaged DVD based on the information encoded on the game video ticket. In this way, the final session balance for the DVD is not known to the casino at the time it is provided to the player. In some embodiments, an additional payout code is also provided when the DVD is handed over to a casino from a third party. For example, in some embodiments, a player who purchased a session or a DVD produced based on it may fail to make a valid claim for winning (eg, redeem the DVD at its redemption value). Thus, in some embodiments, the casino is responsible for providing such payouts to the player and to prevent fraud, but the casino has a final video session related to the session with an associated video presentation. You don't know until after it is provided to the player. For example, 30 days after a DVD is sold to a player, the casino provides a payout code to a third party, which informs the casino of the final session balance to be paid to the player.

  In some embodiments, multiple players receive session results generated by a GD (eg, a GD located within a casino premises) at a remote location.

  For example, in some embodiments, the GD is configured to periodically generate results in batches (eg, 50 revolutions of a 3 reel 3 payline video slot machine). Such a batch of results is considered a “regular session” because the player is given the opportunity to purchase the right to receive in advance the game play results generated during such a session. In some embodiments, such periodic sessions are (i) scheduled to occur at predetermined intervals (eg, every 5 minutes), (ii) a predetermined number of game plays. (Eg, 50 game play) and / or (iii) have a session identifier or session number associated with it. Thus, a player purchases or bets on a session that occurs at a specified time (eg, a player bets on session number S-1905515, which occurs at 5:15 pm tomorrow).

  For example, a player visits the center of the casino and indicates that he wants to bet on one or more scheduled sessions. In some embodiments, the player prepays a flat fee when betting on the next scheduled session. For example, when betting on one session, the player indicates the face value of the credit (eg, $ 1.00, 25 cents, 5 cents, 1 cent, etc.). The face value of the credit and the number of game plays in the regular session determine the price for that session. For example, for a 50 slot machine rotation session at 50 cents per revolution, the player prepays a price of $ 25. However, for the same session, the second player shows a credit face amount of 5 cents, so the advance payment is only $ 2.50. Thus, if you win 10 credits in that session, the first player receives a payout of $ 5.00 while the second player receives only a 50 cent payout. In yet another embodiment, bets can be placed on several paylines of a slot machine at once (this also increases the number of game play results received efficiently and hence the price). For example, one player in a regular session benefits from all three “valid” paylines (although such a deal is hard to increase the price), while another player is 1 Bet on book paylines only (because of low cost).

  Thus, once the price for the session is determined, the player pays before the scheduled session begins. For example, a player makes a payment to a casino clerk or kiosk. Once the payment is received in connection with one or more regular sessions, the player watches the generation of game play results from a remote location when the regular session begins.

  In one embodiment, the casino reserves one or more specific theme or game trademark GDs for separate “regular sessions”. In one embodiment, the GD is a 5 reel 9 payline video slot machine. The device is automatically configured to start 50 revolutions every 5 minutes, each lasting about 3 seconds.

  Once such game play results have been generated, they are output for viewing by the player from a remote location. Various methods for outputting such a result are conceivable. For example, in one embodiment, a video film is taken from the slot machine and the film is broadcast over the Internet or through a cable television channel. In another embodiment, session result data is output to a centrally accessible database that can be quickly interpreted by a casino-managed web site and translated into a video presentation of those results. And make it visible to players on the Internet. In another embodiment, audio and / or video files that are output and stored together from the GD display screen are output to the server device so that the player can access the files over the Internet. Yes. Various such methods are conceivable for sending game play results from the GD and allowing related audio and / or video files to be rendered on the Internet.

  When viewing such game play results, various status information is available to the player, such as (i) other information on the number or value of coins won by the player, and (ii) the same period Other information about the number or value of coins won by other players betting on the session (eg, betting on another payline).

  In some embodiments, a GD configured to generate such game play results for a regular session (or a session other than those described herein) additionally confronts the GD. It is configured to generate a game play result for a local player who is playing. Some such examples are possible.

  For example, in one or more embodiments, the GD takes the form of a standard GD, and the local user operates in a manner similar to a GD that is used in regular sessions and does not generate game play results. For example, the local user uses the GD in a conventional manner, inserts a wager, executes a game play, and sees the result. However, concomitantly, such a GD generates game play results that are used in regular sessions. For example, such a GD processor is configured to generate local and session game play results at once. In another example, a program stored in the GD's memory could instruct the GD to generate a session game play result only when no local game play has been generated. There are (for example, when a local user starts game play, each has a 5 second pause, and the GD generates one or more results for the session).

  In some embodiments, session game play results are output locally (eg, to a display device), such as local results. For example, according to one or more embodiments, the GD is configured to utilize separate display areas, one for local game play results and one for session game play. Use for results. For example, the GD has a “session” display screen as well as a “local” display screen, the latter for rendering game play results betted by a remote player.

  Of course, in some embodiments, it is not necessary to see in real time the execution of one or more game plays for such a regular session. For example, game play associated with a regular session is performed before the session is scheduled to be “broadcasted” to a player betting on the session (eg, game play results are stored in a database). )

  Further, in some embodiments, a player uses computer software (eg, a home computer) to interpret and output results from multiple scheduled sessions that the player has bet on. For example, such software aggregates the results of multiple sessions that the player may have no opportunity to see, whether the player has won or lost, the current balance, etc.

  Termination of such a regular session is performed in the same manner as described above for a plurality of sessions. For example, the player returns to the casino and presents one or more receipts, a periodic session identifier or a photo ID. The final balance earned by the player is determined (for example, a device such as POS 320 accesses session result data associated with the session and reimbursement for the session based on a wager that the player has previously placed. Determine the value).

  In some embodiments, the player is allowed to change the session parameters after the session is executed (but, for example, before the player sees the results of the session). For example, in one embodiment, the player returns to the jurisdiction where wagering is specifically sought (e.g., returns to the casino) and requests various parameter changes. For example, a player initially purchased a slot machine for 1,000 revolutions with a stake of 25 cents per revolution. After returning home and watching 500 revolutions, the player returns to the casino and requests that the wager per game play be increased to 50 cents. Accordingly, it is determined that the price associated with the session needs to be changed as a result of the change in wager parameters and the player makes an additional payment or is refunded. In addition, the player is provided with a new video presentation (eg, the components of the video presentation are affected by the player's changes to the session (eg, payout display, credit balance meter changes in this example). ) Is reflected). In another example, the player returns to the casino and abandons a number of game plays for completed sessions. For example, a player purchases a 1,000 rotation session and sees only 500 rotations of the video presentation based on that session. The player then returns to the casino and gives up the last 500 turns; by doing so, the player agrees to give up the payout for such a turn, but (i) the first 500 turns Payouts and / or (ii) a second 500 refund that the player does not receive profits are provided. In some embodiments, a player is charged a fee for abandoning a portion of a previously purchased session.

  In some embodiments, the first and second casinos are part of the same “session network”. Accordingly, the player enters the first casino and purchases a session and / or a DVD based on that session. The player then enters the second casino and (i) retrieves the redemption value associated with the session and / or DVD; and / or (ii) changes one or more parameters associated with the session. Thus, in some embodiments, the first casino and second casino devices are in communication with each other (eg, to read and write one or more data bases).

  Some embodiments do not include AS 310. For example, the server (305), GD (eg, GD 310), and / or CPD 325 are operable to perform the steps described herein that are primarily performed at the AS 310.

  In yet another embodiment, a website maintained by a casino asset (or third party) receives (i) a request to view session results (eg, from a remote player), (ii) Retrieve session results (eg, from a session database), and (iii) function to output a video presentation based on the session results. Thus, according to one or more embodiments, the production of the video presentation is ultimately performed by the website interpreting the stored session result data and outputting a video based thereon. Such an embodiment has the advantage that session result data can be output in various ways (eg, the “Bar-Bar-Orange” result can be combined with a comparative payout amount as well as other results in various ways. (Simply shown as different game symbols replaced with “Bar” and “Orange”, etc.), to meet the player's desire for a different visual theme related to game play performed as part of the session . Such an embodiment, for example, allows a player to purchase a session at a casino, log into a home computer, and select several different slot machines “skins” to display the session results.

  Session result information is recorded on a DVD, and the result of the session can be viewed from a remote location. This is an example of a medium, but this is only an example and is limited to this. It will not be overemphasized that it is not a thing. Thus, for example, DVD sales are described with reference to FIG. 22, but a similar process could be used to sell sessions in other formats that can be viewed remotely. For example, selling access to session results available online (eg, where the player is provided with an activation code that allows the player to access the video presentation online) Conceivable. In another example, sales of CD-ROMs, VHS tapes, floppy disks, memory sticks, dedicated portable devices for viewing video presentations, and paper booklets illustrating session results are also similar. You can sell by the method. In other words, the format or medium through which video presentations are provided to players is not limited to DVD. In another embodiment, the redemption of the DVD described with reference to FIG. 23 is not intended to limit the redemption of the session result through the DVD format. For example, in one embodiment, the player is provided with a CD-ROM on which the video presentation is included and redeems the redemption value for the session on the CD-ROM. In another embodiment, a player who viewed a video presentation online is provided with code or other means for collecting redemption values associated with the session on which the video presentation is based. There are various practical ways to output a video presentation so that a player can purchase multiple results and view them remotely at the player's convenience.

(Interpretation rules)
A number of embodiments have been described and have been presented for purposes of illustration only. The described embodiments are not intended to be limiting in any way. The present invention is broadly applicable to various embodiments, as will be readily apparent from this disclosure. These embodiments are described in sufficient detail to enable those skilled in the art to practice the invention, and other embodiments may be structurally, logically, softwareally, electrically, without departing from the scope of the invention. It will be understood that and other changes can be made. Therefore, as will be understood by those skilled in the art, various modifications and changes can be made to the present invention. Particular features of the present invention have been described with reference to the drawings, which illustrate one or more particular embodiments or form part of this disclosure, in which particular embodiments of the invention are illustrated. It should be understood, however, that such features are not limited to use in the specific embodiment or examples in which they are described or in the drawings that reference them. Accordingly, this disclosure is not a written description of all embodiments of the invention or a list of features of the invention to be presented in all embodiments.

  “An embodiment”, “embodiment”, “embodiments”, “the embodiment”, “the embodiments”, “An embodiment”, “some embodiments”, “an example embodiment”, “at least one embodiment”, "One or more embodiments" and "one embodiment" are "one or more (but not necessarily all) books unless specifically stated otherwise." Means "one or more (but not necessarily all) embodiments of the present invention (s)", "including", "comprising" and variations thereof unless otherwise noted. Means "including but not limited to".

  “Consisting of” and variations thereof mean “including and limited to” unless otherwise specified.

  The listed items do not mean that any or all of those items are mutually exclusive. The listed items do not mean that any or all of those items are collectively encompassed as a whole unless specifically stated otherwise. The listed items do not mean they are arranged in any way based on the order in which they are listed.

“Contains at least one” followed by a list of items does not mean that a component or subcomponent of each item in the list is required. Rather, this means that one or more items in the list contain the specified item. For example, reference to “where A is at least one: a, b and c” (i) A includes a, (ii) A includes b, (iii) A includes c, (iv A) includes a and b, (v) A includes a and c, (vi) A includes b and c, and (vii) A includes a, b and c.
The terms “a”, “an” and “the” mean “one or more” unless otherwise indicated.
The term “based on” means “based at least on” unless otherwise specified.

  The methods described herein (regardless of whether they are described as methods, processes, algorithms, calculations, etc.) essentially comprise one or more steps. Accordingly, all references to “step” and “steps” of such methods are preceded by a detailed description of the term “method” or similar terms. Accordingly, in the claims, a “step” or “steps” in a method can be considered sufficiently preceding.

  The section headings and titles presented in this document are for convenience only and do not limit the disclosure in any way.

  Devices that are in communication with each other need not be in continuous communication unless otherwise noted. In addition, devices that are in communication with each other communicate directly or indirectly through one or more intermediates.

  In the description of an embodiment in which several components are in communication with each other, such components are not necessary and each disclosed component must communicate with each other. is not. In contrast, various optional components have been shown and described to illustrate various possible embodiments of the present invention.

  Further, although process steps, method steps, algorithms, etc. are described in order, such processes, methods, and algorithms may operate in other orders. In other words, the order or sequence of all steps described in this document does not imply that the steps need to be performed in that order. The process steps described herein may be performed in any practical order. Further, although some steps are described here as not occurring simultaneously, they can be performed simultaneously (eg, to describe one step and then describe another step). Furthermore, the drawings of the process depicted in the figures do not imply that the illustrated process is exclusive to its variations and modifications, and all illustrated steps are within the scope of the present invention. It does not imply that it is necessary, nor does it imply that the illustrated process is suitable.

  It will be readily apparent that the various methods and algorithms described herein can be implemented, for example, by general purpose computers and computer devices. Typically, a processor (eg, a microprocessor or controller device) receives instructions from a memory or similar storage device and executes those instructions, thereby executing the process defined by those instructions. In addition, programs that implement such methods and algorithms are stored and transferred using various known media.

  If a single device or property is described here, it will be readily apparent that multiple devices / objects (whether or not they coordinate) can be used in place of that single device / object. . Similarly, if multiple devices or properties are described here, it is readily apparent that a single device / property (whether or not they coordinate) can be used in place of the multiple devices / property. Will.

  The functions and / or features of one device may alternatively be implemented with one or more devices not explicitly described as having such functions / features. Thus, other embodiments of the present invention need not include the device itself.

  The term “computer-readable medium” as used herein refers to any medium that can provide data (eg, instructions) to be read by a computer, processor, or similar device. Such media take any form, including but not limited to, non-volatile media, volatile media, and communication media. Non-volatile media includes, for example, optical or magnetic disks and other permanent memory. Volatile media include dynamic random access memory (DRAM), which constitutes the main memory. Communication media includes coaxial cables, copper wires and optical cables, and includes wired or other paths that make up a system bus coupled to the processor. Communication media includes or carries sound waves, light waves and electromagnetic waves, which are generated during radio frequency (RF) and infrared (IR) data communications. The general format of a computer readable medium is, for example, a floppy disk, flexible disk, hard disk, magnetic tape, any other magnetic medium, CD-ROM, DVD, any other optical medium, punch card, Paper tape, any other physical medium with hole pattern, RAM, PROM, EPROM, FLASH-EEPROM, any other memory chip or cartridge, carrier wave as described below, or computer readable from it Including any other media.

  Various types of computer readable media are used to convey the sequence of instructions to the processor. For example, a sequence of instructions may be (i) sent from RAM to a processor, (ii) carried on a wireless communication medium, and / or (iii) formatted in various forms, standards or protocols, eg, transmission control protocol Internet protocol (TCP / IP), Wi-Fi, Bluetooth, TDMA, CDMA, and 3G.

  Where data bases are described, (i) alternative data base structures can be easily adopted, as will be readily understood by those having ordinary skill in the art, (ii) data -Other memory structures besides the base can be easily adopted. All schematic diagrams and accompanying descriptions of all sample data bases presented here are schematic representations representing the storage of information. Any number of other configurations can be employed in addition to those shown and suggested in tabular form. Similarly, all inputs shown in the database are only examples of information; as those skilled in the art will appreciate, the number and content of input items may differ from those shown here. I do not care. In addition, any data base represented in the table is described here using other formats (including relational data base, object oriented model, and / or distributed data base). Store and manipulate existing data types. Similarly, the process of the present invention can be implemented using a data-based object approach or behavior. In addition, the data base can be stored in a known manner either locally or remotely from a device that accesses the data in such a data base.

  For example, a hierarchical electronic file folder structure can be used as an alternative to a data base structure for storing information. The program is then used to access the appropriate information in the appropriate file folder in the hierarchy based on the file path name in that program.

  All terms used in the claims are intended to match in a single sense as long as they are referred to elsewhere in this document, for the sake of clarity. It will also be understood that it is not intended to be implied or limited to such a single meaning.

  In the claims, a claim limitation including the phrase “means for” or the phrase “step for” is 35 USC Chapter 112, paragraph 6 applies to that limitation. .

  In a claim, a claim limitation that does not include the phrase “means for” or phrase “step for” is 35 USC Chapter 112, paragraph 6, It does not apply to its limitations, regardless of whether it refers to its function, without touching the structure, materials or actions to carry out. For example, within the scope of a claim, the phrase “step for” or the phrase “a plurality of phrases” refers to one or more steps of the claim or steps of another claim. The mere use of “steps for” does not mean that 35 USC Chapter 112, paragraph 6 applies to that step.

  With regard to an apparatus or step for performing a function specified under 35 USC Chapter 112, paragraph 6, the corresponding structure, material or action, and equivalents in the specification shall be designated as the specified function. Perform additional functions as well.

  Computers, processors, computing devices and similar products are structures that can perform a wide variety of functions. Such products are operable to perform specified functions by executing one or more programs, such programs being accessed by the memory device of such products or such products. Stored in the memory device. Unless expressly specified otherwise, such a program need not be based on a particular algorithm, any particular algorithm to be disclosed herein. As is known to those having ordinary skill in the art, a specified function is implemented with a different algorithm, and many different algorithms are merely design choices to perform that specified function. Only.

  Thus, with respect to an apparatus or step for performing a specified function under 35 USC Chapter 112, paragraph 6, the structure corresponding to the specified function is any program programmed to perform the specified function. Includes products. Such a structure includes a programmed product for performing the function, such product (i) a disclosed algorithm for performing the function, and (ii) similar to the disclosed algorithm. Regardless of whether it is programmed with an algorithm, or (iii) a different algorithm to perform its function.

(Conclusion)
While various embodiments have been described herein, it will be understood that the scope of the invention is not limited by the specific embodiments explicitly described. Many other variations and embodiments will be apparent to those of ordinary skill in the art upon reading this description.

A brief description of the figure is as follows.
FIG. 1 is a flow diagram of one process case according to some embodiments described herein. FIG. 2 is a block diagram of a DVD “lifecycle” case according to some embodiments described herein. FIG. 3 is a block diagram of an example system according to some embodiments described herein. FIG. 4 is a block diagram of one casino server (CS) case according to some embodiments described herein. FIG. 5 is a block diagram of one assembly system (AS) case according to some embodiments described herein. FIG. 6 is a block diagram of one gaming device (GD) case based on some embodiments described herein. FIG. 7 is a table illustrating a case record for one example session database described herein. FIG. 8 is a table illustrating an example GD data base according to some embodiments described herein. FIG. 9 is a table illustrating an example active session database according to some embodiments described herein. FIG. 10 is a table illustrating an available DVD data base example A according to some embodiments described herein. FIG. 11A is a table illustrating an example recording of an example media file data base according to some embodiments described herein. FIG. 11B is a table illustrating an example recording of another media file data base example according to some embodiments described herein. FIG. 12 is a table illustrating an example recording of a session media file data base example according to some embodiments described herein. FIG. 13A is a table illustrating an embodiment of a DVD manufacturing queue data base according to some embodiments described herein. FIG. 13B is a table illustrating an embodiment of a DVD manufacturing queue data base according to some embodiments described herein. FIG. 13C is a table illustrating an example of a DVD manufacturing queue data base according to some embodiments described herein. FIG. 14 is one recorded case of an example output set data base according to some embodiments described herein. FIG. 15 is an example of a probability data base based on some embodiments described herein. FIG. 16 is an example of a payout database according to some embodiments described herein. FIG. 17 is a flow diagram of an example process for determining a set of outputs and / or payouts to be video presented according to some embodiments described herein. FIG. 18 is a flow diagram of an example process for determining a set of media files for a DVD, according to some embodiments described herein. FIG. 19 is a flow diagram of an example process for creating a purchaseable DVD, according to some embodiments described herein. FIG. 20 is a flowchart of an example process for determining DVD ordering processing, according to some embodiments described herein. FIG. 21A is a flow diagram of an example process for generating a DVD, according to some embodiments described herein. FIG. 21B is a flow diagram of an example process for generating a DVD according to some embodiments described herein. FIG. 22 is a flow diagram of an example process for storing DVD sales instructions, according to some embodiments described herein. FIG. 23 is a flow diagram of an example process for providing a payment corresponding to a DVD redemption value according to some embodiments described herein. FIG. 24 includes some examples of tickets that would be output based on some embodiments described herein. FIG. 25 is an example screen of information that should be output according to some embodiments described herein. FIG. 26 is an example of a data base record that stores an indication of payouts determined during a session that would be output in accordance with some embodiments described herein. FIG. 27 is an example of a receipt that should be issued upon DVD purchase, according to some embodiments described herein.

Claims (59)

Determine multiple outcomes of the slot machine game;
Store a display of the multiple results;
Selling the plurality of results to the player in return for payment once the end of the plurality of results is generated. The method of claim A, wherein storing:
Including storing multiple result representations on a specific medium;
Can be sold:
Selling the specific medium to the player in exchange for a price. The method of claim 2, wherein the specific medium is:
DVD;
CD-ROM;
Floppy disk;
VHS tape;
Said method comprising at least one of: a flash memory; and a portable display device. The method of claim 1 further comprises:
Receiving multiple result requests from players;
Prompting the generation of multiple results in response to the request.   5. The method of claim 4, wherein the request specifies at least one characteristic of a plurality of results. 6. The method of claim 5, wherein the at least one characteristic is:
The slot machine from which the result is generated;
The type of slot machine from which the result is generated;
The type of game for which the result is generated;
The specific game for which the result is generated;
A wager per game for which the player bets for each outcome of the multiple outcomes;
The number of paylines valid for at least one result;
Strategies adopted in generating at least one result;
The number of outcomes to be determined;
Said method comprising at least one of an end condition for determining when the result determination is to be terminated.   The method of claim 1, wherein determining the display of the plurality of results comprises determining the display of the plurality of results generated at the gaming machine.   The method according to claim 7, wherein the game machine includes a simple game machine.   The method of claim 1, wherein determining the display of the plurality of results comprises generating a display of the plurality of results.   2. The method of claim 1, wherein determining the display of a plurality of results includes determining a net payout associated with the plurality of results.   The method of claim 1, wherein determining the display of a plurality of results comprises determining a total payout associated with the plurality of results.   The method of claim 1, wherein determining the display of a plurality of results includes determining a payout associated with a particular result of the plurality of results.   The method of claim 1, wherein determining the display of the plurality of results includes determining at least one mark representative of at least one result of the plurality of results.   14. The method of claim 13, wherein determining at least one mark determines at least one mark that appears on a gaming machine when at least one result for which the at least one mark is representative is generated. Said method comprising:   14. The method of claim 13, wherein determining at least one indicia comprises determining at least one indicia presented to a player when the player purchases multiple results.   2. The method of claim 1, wherein determining the display of multiple results includes determining an identifier associated with the multiple results. The method of claim 16, further based on the identifier:
Gross payout associated with the multiple outcomes;
Net payout associated with the multiple outcomes;
The payout associated with the specific outcome of the multiple outcomes;
Determining at least one of at least one mark representative of at least one of the plurality of results. The method of claim 1, wherein storing:
Storing the plurality of result indications associated with the unique identifier, uniquely identifying the multiple result indicia. The method of claim 1, wherein storing:
Storing the image representative of at least one result of the plurality of results on a specific medium. The method of claim 1, wherein storing:
Storing the video representative of at least one result of the plurality of results on a specific medium. The method of claim 1, wherein selling is:
Selling the plurality of results to the player after the end of the plurality of results has been generated and before the payout corresponding to any one of the plurality of results is revealed to the player. . The method of claim 1 further comprises:
Determining a plurality of images, each corresponding to one result of the plurality of results;
Can be stored:
Storing the plurality of results on a specific medium.   23. The method of claim 22, wherein at least one image of the plurality of images is determined based on a multiple result specific payout.   23. The method of claim 22, wherein a plurality of images are selected based on a sum of multiple result payouts. The method of claim 1, wherein a plurality of results are generated and stored in a first order:
Storing a plurality of images, each representing one result of a plurality of results, on a specific medium;
Wherein the images are stored in a second order different from the first order, and stored such that they appear in a second order rather than the first order. The method of claim 1 further comprises:
Decides to determine the display of multiple results;
Determine multiple results in response to an instruction;
Receiving the stored multi-result purchase request from the player, wherein the request is received after the plurality of results are determined.   27. The method of claim 26, wherein determining to determine includes receiving instructions for determining a plurality of results.   28. The method of claim 27, wherein instructions are received from at least one casino employee, another device, and a player.   28. The method of claim 27, wherein the instructions determine at least one characteristic of the plurality of results and the at least one characteristic manages the method by which the plurality of results are determined. 30. The method of claim 29, wherein the at least one characteristic is:
The slot machine from which the result is generated;
The type of slot machine from which the result is generated;
The type of game for which the result is generated;
The specific game for which the result is generated;
A wager per game for which the player bets for each outcome of the multiple outcomes;
The number of paylines valid for at least one result;
Strategies adopted in generating at least one result;
The number of outcomes to be determined;
The method of defining at least one of an end condition that determines when a result determination is ended. The method of claim 30, wherein the termination condition is:
Credit balance;
Game play count;
The method of defining at least one of durations.   27. The method of claim 26, wherein determining to determine a display of multiple results includes determining that a condition for determining the display has been met. 35. The method of claim 32, wherein determining that a condition for determining the display is met:
Reaching a predetermined time;
Repetition of previously determined results;
Occurrence of game console status;
Determining the occurrence of at least one predetermined event. Generating multiple actual results on a gaming machine operable to promote a betting game;
Determine data to display multiple actual results;
Based on the data, a plurality of images are determined, each representing one result stored on a specific medium, and each image thereby including a representative result;
Storing multiple representative results on a specific medium;
A method comprising the above, enabling the specific medium to be sold.   35. The method of claim 34, wherein generating a plurality of actual results is done by a gaming machine and includes acting on a random number generator to generate a plurality of random numbers.   35. The method of claim 34, wherein generating a plurality of actual results is performed by an entity or device other than a gaming machine and causing the gaming machine to generate a plurality of actual results. 35. The method of claim 34, wherein determining data to display a plurality of actual results:
A set of indicia containing one specific result of a plurality of actual results;
One payout corresponding to one specific actual result of the plurality of actual results;
A set of payouts corresponding to multiple actual results;
An identifier corresponding to at least one actual result of the plurality of actual results;
The time when one actual result of a plurality of actual results was generated;
A gaming machine in which one actual result of a plurality of actual results is generated;
Determining at least one of at least one characteristic of a plurality of actual results. 38. The method of claim 37, wherein the identifier is:
One identifier identifying the player associated with multiple actual results;
One identifier that uniquely identifies multiple actual results;
One identifier for identifying data representing multiple actual results;
The method comprising at least one of an identifier that uniquely identifies a resulting package for sale to a player. 35. The method of claim 34 further comprising:
Selling the specific medium before a payout corresponding to any one result generated at the gaming machine is revealed to the player. 40. The method of claim 39 further comprising:
Receiving a payout request from the player corresponding to at least one actual result after sale;
Verify that the specific medium was legitimately purchased by the player;
Authenticating providing the player with a payout corresponding to at least one of the actual results. 35. The method of claim 34, wherein determining a plurality of images based on the data:
Determine the sum of payouts corresponding to multiple actual results;
Determining a plurality of images such that each image corresponds to a payout and a sum of payouts corresponding to the plurality of images is equal to a sum of payouts corresponding to a plurality of actual results. .   35. The method of claim 34, wherein determining an image is selected based on a game from which a plurality of actual results were generated.   35. The method of claim 34, wherein the image comprises an image of a gaming machine that produces a plurality of actual results. 35. The method of claim 34, wherein the specific medium is:
DVD;
CD-ROM;
Floppy disk;
VHS tape;
Said method comprising at least one of: a flash memory; and a portable display device. 35. The method of claim 34 further comprising:
Determine the decision to make on one actual result during the generation of multiple actual results;
The method comprising: allowing the decision to be made without input from the player regarding the decision when the decision is required.   46. The method of claim 45, wherein making a decision includes causing the decision to be made based on a strategy.   48. The method of claim 46, wherein the betting game is a video poker game, the strategy is a full play strategy, and based on a full play strategy comprising determining which cards to leave based on expected values. And wherein the decision is made.   47. The method of claim 46, wherein the strategy comprises a pre-selected strategy by a player associated with a plurality of actual outcomes.   46. The method of claim 45, wherein the decision-making includes decision making during bonus times of a betting game, and the decision-making is made at random. 35. The method of claim 34, wherein storing a plurality of representative results on a specific medium:
Storing the versions of the representative results on a specific medium. 35. The method of claim 34, wherein generating a plurality of actual results is performed in response to at least one of the following:
Receive multiple requests for actual results from the player;
Receive requests for multiple actual results from casino employees;
Receive an orientation that produces multiple actual results from another device;
The method of determining whether a predetermined condition for generating a plurality of actual results is met.   52. The method of claim 51, wherein a request from a player is received from at least one of a gaming machine, a kiosk, and a casino personal mobile terminal. 35. The method of claim 34, wherein the predetermined condition is:
Reaching a predetermined time;
Repetition of previously determined results;
Occurrence of game console status;
Said method comprising at least one of the occurrence of a predetermined event. Receive a payout request from a player corresponding to multiple results sold in advance to that player,
Here, the payout includes the sum of the payouts of multiple results,
Here, multiple results were sold as a package without presenting a payout indication to the player,
Provide players with payout indications;
Verify that the multiple results were legitimately purchased by the player;
Verify payouts;
A method comprising providing a payout to a player. 55. The method of claim 54, wherein verifying that the plurality of results are legitimate purchases by the player:
Receiving at least one code and an identifier of the player from the player;
Whether the received code is consistent with the stored code associated with the multiple results;
Whether the received player identifier is consistent with the stored player identifier associated with the results;
Determining at least one of the above.   55. The method of claim 54, wherein validating a payout includes determining a cash amount that is associated with a plurality of results and that is a sum of the payouts of the plurality of results.   55. The method of claim 54, wherein receiving a request for payout comprises receiving a request from a player at a casino.   55. The method of claim 54, wherein receiving a request for payout comprises receiving a request from a player at a location remote from the casino. Sell multiple results as a package,
Here, the multiple results are based on at least one random number generated by the gaming machine operable to facilitate the betting game,
Here, the selling includes: after at least one result is generated, and before any one result of the plurality of results is provided to the player.