TW201016286A - Systems and methods for wager management - Google Patents

Abstract

Systems and methods for processing wagers using third-party content are disclosed. An example system may include a wager management engine configured to create an account for a third-party host of entertainment content, the account including third-party host-specified wager parameters associated with the hosted content. The example system may also include a wager services engine configured to establish a wagering game in conjunction with the hosted content, to receive win conditions for the wagering game from the host, and to determine winning wagers in the wagering game based on the win conditions. The example system may also include a recording engine configured to store records of wagering transactions for the wagering game.

Description

201016286 VI. Description of the Invention: [Technical Field] The present invention relates to a system, method and computer product for processing data, and more particularly to processing betting information in a game. [Prior Art] Betting games exist in various forms. Government-licensed bets are generally one of two categories. The first includes games that are specifically designed to allow players to place bets. Examples of the first category include state or other government lottery, instant win type lottery games, casino (easin〇) games, lottery 'poker' and the like. The second category includes games where the primary purpose is to compete or entertain rather than bet, but which allows betting on the outcome of events outside the game (e.g., sports gambling). In both categories, the bet is closely tied to the game played. In the absence of a change in basic betting mathematics, it is often difficult to change the public expression of the game. In some cases, betting mathematics can be dominated by recreational content or entertainment games. Tight integration can be the result of overall programming, leveraging the single-developer programming model, and other factors that fail to meet the need for a robust betting option that allows for easy creation of new content. In addition to existing betting games, there are games that are not betting games, but only for entertainment or competitive purposes. For example, there are conventional video games, quiz games associated with video or music content, Internet games (for example, based on Shockwave or Flash programs, and from Internet games) and Internet-based games. Multiplayer games. An exemplary game type is a massively multiplayer online game played by a large white group on the Internet—

Multiplayer Online Game > MMOG) > a , )1 includes such as from 142527.doc 201016286

Blizzard Entertainment's World of Warcraft game and the Second Life game from Linden Labs. For such non-betting games, 'betting can be a desired addition to a player wishing to place a bet to enhance their entertainment experience' and a desired addition of an additional revenue generator such as a content provider of the game provider. However, adding bets to these games may be limited by laws or regulations in many jurisdictions. One reason for this limitation is that many jurisdictions need to specifically review and license betting gamers, for example, to help prevent fraud and promote fair play and appropriate tax reporting. In addition, the huge variety of betting and non-betting games and the materials used in such games have been intended to combine a myriad of different systems so that betting can be added to non-betting games that are undesirable. There is currently no system that allows for the provision of government-defined bets to existing entertainment content in a manner that allows for proper, audible, and secure information from non-betting games for betting games and vice versa. At the same time, it is difficult for the specified bet provider to effectively utilize the proliferation of content such as games, music and video developed by third parties. Based on both the lack of solid and secure betting capabilities in existing non-betting games and the potential need for betting on existing non-betting games, the inventors of the present application have recognized that there is a need to allow game developers to be independent of betting management. The development of games allows players to securely place betting systems and methods with the support of regulatory agencies or other trusted authorities. SUMMARY OF THE INVENTION In an exemplary embodiment of the present invention, a system for processing bets in a game using third party content is provided. The illustrative system includes a 142527.doc -6-201016286 parental easy-to-handle engine configured to receive information regarding betting transactions and betting parameters corresponding to games provided by third party entertainment content providers, such games, for example . Known non-betting video games, analog card games, MMOG, results based on events in predicting fictional TV shows • Games, games based on the results of TV game shows, games based on TV reality shows, sports analog video The game, simulating an instant winning lottery ticket, simulating a casino game, or a game based on the φ real-time broadcast of a sports competition. The exemplary system can also include a betting management engine configured to create and update a hosting account for a third party content provider, and a respective one to be enabled by the system for the third party content provider. A group-specific betting service is associated with each of the hosting accounts, the betting services including at least one bet service, for example, accepting a bet, determining a bet result, generating a list of winning bets, verifying a bet presented for redemption, The holder of the bet is notified of the status of his bet, establishing a bet pool and adjusting a bet stake. The illustrative system can also include a bet service engine configured to establish an item of a bet game in conjunction with the custody content, receive information regarding winning conditions associated with the bet game, and determine one Whether the bet placed in the bet game is a winning one. The illustrative system can also include a recording engine configured to store a record/data of the wagering transaction of the wagering game. The illustrative system can also include a verification engine configured to verify a winning bet in the wagering game. In yet another second exemplary embodiment of the present invention, a system for processing bets using third party content may be provided. The illustrative system can include a 142527.doc 201016286-betting management engine configured to establish an account for a second party host of entertainment content, the account including a third party host 4 associated with the hosted content曰疋 betting parameters. The system can also include a betting service engine configured to establish a bet game in conjunction with the escrow content, receive the bet game winning condition from the host, and determine a winning bet in the bet game based on the winning conditions . The system can also include a recording engine configured to store a record of betting transactions for the wagering game. In the context of the present invention, an engine is a technical and functional process or component that performs the functions associated therewith. For example, an engine can be a discrete device, or an engine can be a computer executable code resident in memory. The present invention therefore provides a system that allows a betting system to be implemented in conjunction with third party contacts. This increases the femininity of such betting transactions for that particular third party content, while allowing the third party content to be developed independently of the betting system. Such betting parameters may include rules describing a valid bet, as desired. «Hai and other betting parameters can specify the type of winning bet. The categories may be associated with different matching patterns corresponding to combinations of possible bet selections. Depending on the amount, the bet service engine can be configured to accept a bet transaction until a sales end notification is received from the host. The bet management engine can be configured to provide a status report including a list of winning bets to the host. The winning conditions can include at least one of a winning number and a winning event occurring within the hosted content. The game service engine can be configured to provide a gaming service to the host, the gaming service including at least one of a randomized service and a results generating service. The betting service engine may be configured 142527.doc 201016286 to provide various services, for example, to establish and adjust a winning and losing bet on behalf of the host, or by placing a bet against all players of the bet game Calculating the bonus allocation amount to manage a bet stake, or generating one of the winning bets based on the winning conditions and handing the list to the host, or determining the result of the immediate winning type bet, or based on the AM's at least the result of the event betting 1 betting service engine may also be configured to encrypt the message (or data) containing information indicating a bet result and deliver the token to the host . The betting service engine can be configured to encrypt the token by a plurality of encryption levels ' at least one of the plurality of encryption levels is not decryptable by the host. Additional information regarding the results of the injection is appended to the token during the encryption period of at least one of the encryption levels. - Another exemplary embodiment of the invention may include - an exemplary method for processing bets. The exemplary method can include: establishing an account for a third party host of entertainment content; receiving a bet parameter from the host; associating a set of voting rules with the hosted content, the betting rules treating the Bet parameters, set, ; establish a bet game in conjunction with the escrow content; receive and record

* The bet on the bet game is won. ώ i , U , ,, receives information on the winning conditions from the host; and determines the winning bet based on the information about the winning conditions. These betting parameters may include a description - a rule for valid betting, as needed. The bet parameters may also specify the type of prize bet, for example, the category associated with the different matching mode corresponding to the possible bet selection combination. U Depending on the need, the exemplary method may include accepting a bet transaction until a lockout notification is received from the host. The exemplary method may also include providing -142527.doc 201016286 a status report including a list of winning bets to the host. Such winning conditions include at least one of a winning number and a winning event occurring within the escrow content as needed. Optionally, the exemplary method can include providing a gaming service to the host, the gaming service including a randomization service and a result generation service; one. The exemplary method can also include establishing and adjusting one of the winning and losing bets on behalf of the host. The exemplary method may also include calculating a bonus allocation amount based on a total amount of one bet from all players of the cast/own game. The wagering game may be - an instant winning game, and/or may be based on at least one event occurring within the hosted content. The exemplary method can also include encrypting an inscription (or data) containing information indicative of the bet result; and delivering the token to the host. The exemplary method can also include encrypting the at least one of the plurality of encryption levels by the plurality of encryption levels that are not decryptable by the host. Additional information about the bet result may be appended to the token during the encryption of at least one of the encryption levels. A further exemplary embodiment of the present invention may include an article having instructions stored thereon that are executed by a t-brain processor, the instructions being executed by a processor (4) The implementation of these (four) sex parties: ‘After the month, you can include a computer program product. The computer program product may comprise means for performing one of the methods described above, comprising: 1 for establishing an In a host for entertainment content.仵, 142527.doc 201016286 for receiving bet parameters from the host, means for associating a set of betting rules with the escrow content, depending on the bet parameters; for combining The escrow content establishes a component of a bet game; means for receiving a bet transaction of the bet game; means for recording the received bet transaction; means for receiving a winning condition from the deaf; and A means for determining a winning bet based on the winning conditions. The aforementioned components included in the computer program product may be included in the computer's φ ° port. Computer executable instructions. The computer product itself may be a computer program product, possibly a computer program carrier such as a memory or a transmission signal. [Embodiment] Some exemplary embodiments of the present invention address the growing demand for betting systems having the ability to manage bets that are independent of actual gaming machines and/or presentations. These exemplary embodiments include systems and methods for providing bet processing and management capabilities = no need to develop such capabilities simultaneously with game development. In particular, the exemplary embodiments include specifying and/or trusting the commercial configuration between the betting host and the non-regulatory game player. The betting host can handle the bet-related operations such as the master's record, the winning verification, and the game (4) gold in response to the game industry's request. In this way, the game player can focus on delivering the game service to the player or developing a new game. Game content without fear of the composition of bet management 'such as bet undeniable, bet parsing, bet verification or auditing, regulatory compliance, and other features required in betting games. Although the invention has been described with reference to online game betting Some illustrative embodiments, but may also implement other illustrative embodiments by any game or other work that requires associated betting, or other works of 142527.doc • II· 201016286 Whether or not the betting ability is currently included. In fact, it is possible to implement the present invention in the form of virtually any form of compliant betting entertainment. Figure 4 illustrates an exemplary gaming system in accordance with an illustrative embodiment of the present invention. Including the game content provider (4) (10)], which is responsible for hosting the entertainment content and providing access to the content to the player. In addition to the content provider, GCP 1G1 may also be the developer of the content itself (eg, game development) or GCP may receive entertainment content from a third party developer. (10) 101 may include - or multiple content delivery feeders (" Feeding machine") (8), 104, Η) 5 and 1 () 6. The word servers 1〇3 to (10) can provide access to online games such as face (10), turn-based role-playing games, sports broadcasts, video display files, or any other entertainment (four) capacity suitable for betting. In the case of an online game, the bet can be based on the axis (four) pieces, which may or may not depend on player interaction. For example, betting a $ σ only event can be the result of the player's attempt to complete a particular game goal. The other may be an impact - or a random event of a plurality of players. The server 1 () 3 to 1 () 6 can communicate with each other such that a single game can be executed on a plurality of servers simultaneously. The player can interact with Gcp 1 via any type of interface including a human terminal 135, a self-operating terminal 136, a mobile device "7 and a personal computer 138. Each player can participate in a separate instance of the game (eg, a single player game) or participate in a collective, multi-player game (eg, Mm〇g). The human terminal U5 can be located at the location of the entertainment event and can be operated by the check-in player. For example, in the case of an online game, the human terminal 135 can be located at the game show or LAN side, and its towel audience members are interested in the game event 142527.doc • 12- 201016286. The terminal 135 can also be placed in other entertainment venues such as sporting events, multi-player gaming games (such as Keno, etc.). In contrast to the human terminal 135, the self-operating terminal 136 can be operated by the player with the aid of a valueless operator. For example, the terminal unit 36 can be a casino self-service vending machine, an automated sports broadcast station' or any other self-service device controlled by the GCP 101. Mobile device 134 and computer 135 may be non-dedicated devices owned or controlled by the player that perform additional functions at the request of the player. Under this φ month, the only hardware for receiving bets can be a device that accepts player input. In many instances, the hardware has been in the form of a computing device for transmitting or receiving game information. Therefore, from the player's point of view, there is no need to include additional hardware. The GCP 101 may also include a parental processing engine 107 formed in any combination of hardware and/or software. The transaction processing engine 1-7 can receive hosted content related requests and bet requests from the server. For example, the transaction processing engine 1 can facilitate communication of game material between the servers 103-106. The transaction processing ❿ engine 1〇7 can also communicate with the game content repository 108, the management engine in, the player management engine 112, and the communication engine 114. In this way, the transaction processing engine 107 can communicatively connect various components of the GCP ι〇1. The repository 108 can provide storage of any type of escrow content, such as game content 1〇9 and 11〇, provided by the GCP 101 to the player. Repository 1-8 may include any storage medium such as a hard disk drive, a memory, a recordable disk, and the like. In an exemplary embodiment involving an online game, each server includes a local copy of the game content 109, 110, and the repository 1 可 8 stores the parent version of the game 109, 110. When a new game is introduced, the new game can be loaded onto the repository 108 first on 142527.doc •13·201016286. Similarly, game updates can be placed in the repository before being distributed to servers in which the games 109, 110 can be rendered. The management engine 111 may include hardware and/or software components that enable the operator of the GCP 101 to manage gaming and betting activities. For example, the management engine can include monitoring software via which the supervisor can track the game or the bet. The management engine 111 can also be configured to perform account processing functions, such as receiving billing information from the bet operator 102. The management engine can also enable the GCP 101 to establish a commercial account by the bet operator ι〇2. The player management engine 112 can be configured to store and maintain the player accounts stored in the player account database 113. Each player account can include contact information, betting records, stored game data, statistical information (eg, location, login time, etc.), password information, and other information collected when the player interacts with GCp 101. The communication engine m can be configured to act as an intermediary between the bet operator 1〇2 and various Gcp components. The account related request, for example, can be directed to the operator A2 via the communication engine. The bet transaction request can also be directed from the transaction processing engine A7 to the bet operator 1〇2. The communication engine ιΐ4 can also translate the bet request from the transaction processing engine 1G7 into a bet operation request in the form of a bet operation (4) 2 understandable. The animal #月承化Engine 114 can, for example, use a protocol such as p to perform k. The communication engine 114 can also obscure the particular bet element from being accessed by the bet operator 1(). In particular, the communication engine 114 may only transmit bet information (e.g., discrete elements of a token or material) in the form of a virtual unit bet, rather than the actual monetary amount. The result of the bet is added to 142, 527. PCT Patent No. M85,562, to Rantanen, which describes the use of electronic access to the stored secrets provided to the player. Double 'casting, information obscuration can simplify betting transactions, because (5) p (8) only need to chase. The token can have any kind of relationship with the actual amount such as a ratio of 1 to 1, a ratio of 2 to 1, and the like. These relationships are also not necessarily limited to the relationship of the value of θ, but may represent any type of player selection, such as selection of orders from the result φ). Communication engine 114 may also be configured to obtain a winning number or event associated with the game and translate it into a format suitable for use by the left operating benefit 1Q2. For example, the winning number from the game may be converted to a numerical format based on the bet selection range specified by m or requested by bet operator 102. (10) ι〇ι may provide a reference f code with the bet, which may be used to reference the bet, or Gcp may use the reference number provided by the bet operation benefit 102. The reference number can be a serial number, an access code, or any sequence of alphanumeric digits that identify the bet. For example, 10 = US special shots, the first syllabus, the nickname is generally described - the method of using 铿 码 in the I-P of the — 刷 brush. The authentication codes are formed by a combination of the encryption key date and the serial number of the lottery. • The bet operator 102 can be located at the far end of GCP1〇1. In some instances, the injector operator 102 can be in the same jurisdiction (e.g., the same state). In other instances, the bet operation 11 1G2 may be in a jurisdiction other than the jurisdiction of GCP 1G1 (e.g., another state). The bet operator 1〇2 can include a cast, primary parental easy-to-handle engine 121 that is configured to communicate with (10) ι〇ι. Communication network 140 can couple transaction processing engine 121 to communication engine 142527.doc • 15· 201016286 114. Network 140 can include any type of subnetwork including regional networks, wide area networks, the Internet, and the like. The bet operator 102 can also include a bet management engine 122, a bet record engine 123, a bet service engine 124, and a verification engine 127. The bet management engine 122 can be configured to provide account processing. When the GCP wishes to establish an account by the bet operator 102, the bet management engine ι 22 may collect any required information to establish a GCP account within the content provider account database 126. The betting operator 1 〇 2 can be charged for the Gcp 1 j based on the betting activity. The fee can be based on various formats such as the usage fee, the reservation fee, and the like. The bet operator 1〇2 can also be configured to verify the betting service requested by CP 1 01 against regulatory restrictions. For example, if the bet operator 1 〇 2 and GCP 1 〇 1 are in different positions, the bet management engine VIII 22 can be configured to enforce the jurisdiction in which the bet operator 1〇2 and GCp 1〇1 are resident. Whether the judgment of the requested service is allowed under the regional regulations. The master's own engine 123 can be configured to automatically record each of the gamma, Φ, and hex, which are received by the bet. The bet trades received can be recorded by the betting management quotation in the linguistic day and processed accordingly. It should be noted that the cast 'main operator does not need to communicate directly with the player. However, the GCP 101 may be responsible for developing a presentation layer (eg, a game user interface) via which the player may vote: in an exemplary method, the bet operator 1〇2 may only need to bet: amount (eg 'in character' The form of the bet) and bet selection (eg, event results, code selection, etc.) to manage bets on behalf of GCP 1G1. In the alternative method 102, for example, if the bet is an immediate winning type bet, the bet operator may only need the bet amount and the game indication 142527.doc • 16· 201016286 symbols before the game result, and the bet operator 102 may It is configured to perform an algorithm to determine whether the bet is the winner or the loser (1〇ser). It should be understood that other methods may also be provided depending on how the winner is determined for a particular game. The betting service engine 24 may include a bet stake creation engine 1 that establishes bet stakes at the request of gcp. The bet stake can be established for each bet # and can include a bet for each bet that the player bets on the event. The bet service engine 124 may also provide other services, such as a list of winners created by pattern matching information received from the GCP 101. For example, the GW 101 deductible winning bet is classified into categories based on different winning conditions, such as matching a particular pattern (eg, 'Fantasy. The bet service may be combined with the content hosted by GCP 101). The betting game is established. In one example, the bet game can be associated with the escrow content of the account as an account of Gcp. The bet game can also be selectively activated and stopped by Gcp. For example, Gcp 1〇 1 Can cancel the game at any suitable time, stop betting on other game events, re-start betting at a predetermined time in the future, etc. Launch can be based on GCP selection rules, which can be defined by any kind of I method 'including based on real world time Or event, in-game time' or event, or based on GCP. Verification A27 can be configured to provide a winning bet verification service at the request of (10)1〇1. For example, Gcp 1〇1 can be forwarded to correspond to one Or a bet transaction identifier for multiple bets. The verification engine A27 can verify the bet against the list of winners stored at the bet operator A2. Alternatively, Gcp ι〇ι Forwarding the actual bet information 'which includes the bet selection and the amount, and causes the bet operator 102 to compare the actual bet information with the stored winning information. I42527.doc -17- 201016286 GCP 101 can be requested from the verification engine A27 originally by GCP 101 A list of some or all of the winning bets sold. Figure 2 illustrates an exemplary gaming system 200 in accordance with an exemplary embodiment of the present invention. System 200 can include a GCP similar to the GCP shown in Figure 1, for example, 'GCP 101 In the description of the system 2, the component indicated by the apostrophe has the same configuration as that previously discussed with respect to the system 1 图 in FIG. 1, or is slightly modified to correspond to the system 200. The component 200 also includes a bet operator 201 that includes a bet management engine 122, a bet record engine 123, a bet service engine 1, a verification engine 127, and a game service engine 205. The bet service engine 202 can include betting The gold build engine 203, which is similar to the bet creation engine 125, can be configured to establish bet stakes at the request of GCP 1.1. The main service engine 202 can also include bets. The engine 204, which can be configured to manage bet stakes established using the bet creation engine 203. Management can include tasks such as providing a depleted or non-depleted stake for the winner/loser. For example, online The instant winning game may have a predetermined number of winners and losers, wherein the winner's stake is exhausted each time a winning bet is recorded. For example, if the bet result is independent of the game activity, the bet management may occur, thereby allowing the bet to be placed. The operator 2 〇 1 instead of Gcp 1 〇 1 makes a result determination. The gambling management engine 〇 4 can also provide a bonus or winning probability adjustment depending on how much bet on a given bet. For example, the bet management engine can be configured to provide support for betting on the bet. In particular, the bet management engine 204 may calculate based on the amount of the bet, such as the bet on the winning selection, and the commission rate of the bet operator or (10)(8) ^ = 142527.doc -18- 201016286 (eg, in the amount of the token) expression).

The game service engine 205 can include a result generator 206 and a randomization engine 207. The Game Services Engine 2〇5 can be configured to provide the game services requested by Gcp 1〇1. In the case of a result generator, the game service can affect the outcome of the vote. As an illustrative example, result generator B6 may provide an instant win type bet winner to generate service. However, the game service need not be limited to the investment in related game services, but may also include services that may have a result for determining the game event itself. For example, randomization engine 2〇7 can provide consistent and secure access to randomized numbers that can be used, for example, to generate random in-game events, and to generate winning bet selections. FIG. 3 illustrates an exemplary Gcp Set-up 301 in accordance with an illustrative embodiment of the present invention. The account 301 can be stored, for example, in the content provider account database 126 previously described, and can include Gcp contact information 3, 2 usage statistics counter fee sfl 303, and activity log 3〇4. Contact Information 3〇2 may include any information necessary to communicate with the GCP including telephone number, email address, postal address, etc. The use of statistical/billing information 303 may include an up-to-date assessment of betting activity in addition to charging for services. The assessment can be used for any kind of purpose, including target marketing, product development, business planning, and the like. Activity day 304 may contain a record of bet transactions received from Gcp. A record can be created for each transaction - which includes the bet amount, the bet selection (eg, the combination of the number or result selected by the player), the current status of the bet (eg, is the bet a winning bet, and if so, is the bonus Has been paid to the winner), used to refer to the bet identifier of the bet, etc. In an exemplary embodiment, the GCP prevents the bet operator from knowing the player's identity by referencing it with an identifier associated with each bet. However, in other instances, the GCP may choose to provide player information to the betting operator. As shown in FIG. 3, the GCP account 3.1 can include a record of each game for which the GCP has requested a bet service. The first game 3〇5, for example, may include a randomization service 308, a bet management service 3〇9, and a bet record service 31〇. In this manner, the bet operator can be configured to provide randomized data for the game 3〇5 (eg, for game outcome or bet result determination), to maintain depleted bets, and to record betting activities. The service 31 may include a bet creation service 31. The third game 3〇7 may include a winner generation service C12 in addition to the bet record service 310 (eg, immediate win determination as illustrated in FIG. 3 as an illustrative embodiment) Any of the types of services shown may be associated with the hosted content.Figure 4 illustrates an exemplary betting game definition play 401 in accordance with an exemplary embodiment of the present invention. A definition may be established when the corresponding game record is established in the (10) account The building file 401. The definition file 401 can be stored at the betting operator, or as part of the GCP account or as an independent building and can be packaged 4. The game rules 402 can be (for example) 姒 则 ^ ^) The account establishment period is specified by the previously described GCP 01, and may also be followed by a subsequent modification. Rules of the game D2 Any kind of rules, such as 楼 昙 昙, ~ If the minimum number of choices 404 (for example, 2) choose the maximum number of 4 〇 5 (for example, 3) and choose the penny to enter the cabinet " 夂 select value range 4 〇6 (for example, it should be noted that the value of T in rules 404 to 4〇6 is the same as the actual value selected during the note. For example, as above:: (10) The value in the game can be converted into a bet operation. Acceptable grid: 142527.doc •20- 201016286 In addition, the preset rules can be used in the case where the GCP does not specify a rule. The definition file 401 can include a bet definition 4〇3, which includes one or more categories of prizes. And/or the loser. As seen in Figure 4, the bet definition 4〇3 may include the first set 4〇7 and the first diversity 408. Each diversity may include a winning condition by Gcp. For example, Diversity 4〇7 may include a selection definition 4〇9 (eg, selection 3) and a winning mode definition 410 (eg, matching 2). Thus, diversity 407 may include players who make three selections, two of the three choices The match number or selection. Similarly, the diversity 408 can include a selection definition 411 (eg, select 3) and the winning mode definition 412 (for example, match 3). Therefore, in order to satisfy the diversity condition of the diversity 408, the player may need to make three choices and match all three. In the case of the immediate winning type bet, the winning condition may be Simply providing an indication that the winning result can be randomly determined, for example, via a game service engine. The derogatory file 401 can also include a bet game transaction type 42〇 that identifies the characteristics of the bet game. The bet game can be in any kind of form, Including a G-win, a bet, a bet, a turn-based multiple bet, etc. Therefore, it may be desirable to specify the characteristics of a given bet game to facilitate its (for example) at the betting operator 102 previously described. Execution. As illustrated in Figure 4, the definition file 401 can include an immediate winning field 421, an event-based field 422, a valley-independent field 423, a note-based coloring block 4424, and a time-related floor 425. - The pick-up can be set to indicate whether the pending association with the field is applicable to the wagering game. "For example, as shown, the event-based block and the note-based coloring field 424 can be used. The value of the illusion is set, and the remaining position is set to 0. Thus, the bet game associated with the defined block 401 can have 142527.doc • 21- 201016286 depending on the event associated with the escrow content provided by the GCP As a result, bets may be performed in a scoring manner. Other combinations of characteristics may also be possible and limited only by the different types of potential betting games. Figure 5 illustrates an exemplary embodiment in accordance with the present invention. An example of a method of registering (10) an account. The method can be provided, for example, as software and/or hardware in the system 100 or system 2 previously described. It should be understood that the description provided by these systems is only By way of example, the exemplary method can also be provided with other system architectures including centralized, client-server and various types of distributed systems. In 501, a registration request from, for example, Gcp ι〇ι previously described may be received by the bet operator. This may occur, for example, via a network connection such as a secure web page. In this case, the request may be forwarded by the bet transaction processing engine 121 to the bet management engine 122. Other ways of receiving a registration request may also be possible. In another embodiment, Gcp ι〇ι can communicate the request via language, email, letter, etc. The bet parameters communicated in 502 as part of the registration request may be stored, for example, in an account associated with GCP 1.1. If the account does not exist, a new account can be created. If the right account already exists, the existing account can be updated. The cast & n parameters may include a service I, for example, a service requested by GCP 101. Services can be requested simultaneously based on individual entertainment or for multiple hosted content. Faces. Parameters can also include game rules, such as rules that define valid choices. This 'outside' bet parameter may include a winning condition 'such as pattern matching information specifying different winning diversity. The other-betting parameter can be the total number of Gcp i (four) betting operations. As an example, GCP101 can specify the betting game bay 142527.doc •22· 201016286 by using a pattern number between the deletions. At 503, the bet and game service can be determined based on the bet parameters. If it is determined that the requested service is available, the service can be associated with the Gcp account by, for example, establishing a project in the GCP account order under the game associated with the service, as previously discussed with reference to FIG. At 504, the registration request can be verified against the betting rules. The bet operator can verify the request using the regulations used in the betting operator or the jurisdiction in which Gcp 1〇1 resides. Verification can be performed automatically, manually, or in a combination of automatic and manual checks. In 505, account information can be confirmed by GCP 101. An overview of the requested service can be transmitted to GCP 101 along with a contractual agreement such as a terms of use, a disclaimer, a license, and the like. In 506, a GCP account can be established (the right account is new) or updated (if the account is pre-existing). This can occur by marking the account as a service that initiates each escrow content associated with the account, or any other program that indicates the initiation of the service. In 507, a GCP account has been established and the bet operator is ready to accept a bet transaction request from GCP 101. The bet operator may wait for a bet transaction to arrive from the GCP 101 or another Gcp that has established an account for it via the bet transaction processing engine 121. FIG. 6 illustrates an exemplary method for managing betting transactions in accordance with an illustrative embodiment of the present invention. The method can be provided, for example, as a software and/or hardware in the system 100 or system 200 previously described. The exemplary method illustrated in Figure mb includes two independent and simultaneous control flows, one for GCp and one for 142527.doc -23· 201016286 for a betting operator. The bet operator begins at 6100 by receiving an account registration request from the GCP, which begins at 62 by transmitting the bet parameters to the paying operator. A more detailed description of the exemplary registration process has been described with reference to FIG. Therefore, it is sufficient to say that after receiving the bet parameters, the parameters can be checked against the regulations, and whether the account is pre-existing to establish or update the account (61〇1). In 6102, the GCP account has been established and the Gcp account is fully updated with the most recent list of requested services. The bet operator can now wait for a bet transaction request. While the bet operator is preparing the Gcp account, at the same time, the GCP can prepare the starting content presentation (e.g., the gaming activity of the game hosted by the GCP). In "..., GCP may, by, for example, install a local copy of the game to each game server of the escrow game, copy the game along with access commands (eg, CD key, flash key access) , passwords, etc.) are distributed to the player and wait for the player to start playing the game to start the content presentation. In 6202, the betting conditions can be detected during the game activity based on various factors, and the player can be offered the opportunity to place bets under the betting conditions. Exemplary betting conditions may include in-game events and Gcp specified conditions. For example, the GCP may wish to periodically provide the player with a chance to place a bet regardless of what happened during the gaming activity. Additionally, betting opportunities may be constructed to each other. Correlation, such as the status of the lottery type game, which is increased over time due to the player's inability to change the bonus. In 6203, it can be determined whether the bet offer is accepted by the player. If the offer is not accepted, the game activity continues normally in 6208. However, if the opportunity is accepted, then a bet transaction request can be generated in 6204 based on the player input I42527.doc •24· 201016286 ' The bet transaction is in an understandable format prior to transmission. The bet transaction may also be generated (ie, bet selection). The bet transaction communication engine 114 converts to the bet operator note transaction before the payment verification is performed in 6104, after receiving the bet transaction The bet operator may locate the Gcp account within the content provider account database A26 and determine if the bet transaction is valid. The bet transaction may be compared, for example, to the game rules specified by (10).

<In 6105, the bet may be accepted after it has been determined to be permitted by the rules of the game. The bet transaction can be recorded in the event calendar using the unique reference number assigned to the bet transaction' and the bet operator can wait for the additional bet transaction until the instruction from GCp is received for the particular bet game to receive no more bets (eg ' Signaling a specific debit (the so-called illusion. The indication may be in the form of a sales end notification that the GCP may transmit in 62G5 after all betting conditions for the bet probability have been determined. The end of the bet condition may be Arbitrary (eg, 'GCP decision) or based on in-game events or conditions. In 6106, betting and/or gaming services may be performed immediately following receipt of a sales end notification. Services may include, for example, establishing and updating bet payouts, Providing a random number generation service, generating a hosted content result on behalf of GCp, etc. The result of the bet/game service is then delivered to Gcp. In 6206, any combination of, for example, the outcome of an in-game event, a service outcome, etc., may be based on GCP. The bet result is generated. After the bet result is determined, the winning information is generated and transmitted to the bet operator (62). 7) As an illustrative example, the communication engine 114 can convert the bet result to the number recognized by the bet operator. 142527.doc •25- 201016286 In 6107, the record (4) 3 can be stored at the betting operator. The result of making the transaction and the record is the same as that of each parent. The betting account can be executed in 6108. The account 1 winning information is stored in the bet game, and the total amount is processed. 7 = ^ can be any commission, coping with GCP After the amount of billing is reduced, the bet can be transferred to the GCP for the winner of the betting account, the monthly car, the immediate prize, etc. ΓΡΑ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ The way to stand up for the other way can be for the research network: on:: winning the tribute. Others that can access the winning information via telephone service, email, etc.) may also be possible. After the game is over, The home may wish to use its bet (4) to encourage the discount of two products or services, and the in-game prize: You can verify the unique bet by transmitting the verification request to the bet operator. The verification request may include (for example) Associated with bets: Special payouts. It should be noted that 'the player is offered multiple betting opportunities can be made. Therefore, the bet game can be composed of multiple bureaus or rounds. In this case, the second generation: the expansion exceeds the escrow content itself. Duration (for example, a bet game based on the two items of the content = content, a bet game based on a plurality of different generations, etc.). In the 6 coffees, the information can be specified by the verification request. Bet 142527.doc 201016286 Parental records are compared to perform bet verification. If it is determined that the bet is not the winner after matching the winning information with the bet information, then return to the information. Otherwise 'verify the bet. The verification result can then be delivered to Gcp, where the bonus is then distributed accordingly (6209). The GCP can confirm that the bonus has been assigned as needed to make it possible to update the status of the bet transaction at the bet operator. Although reference has been made to the exemplary embodiment in which the GCP determines the winning information and forwards the winning information to the bet operator to receive a list of betting transaction results (eg, a list of winners φ, results of individual betting transactions, etc.) The illustrated exemplary method, but other exemplary embodiments may not include transmitting the winning information to the bet operator. For example, as previously stated, in an immediate winning game where the bet result is not related to the event of the escrow content, the bet operator can determine the bet result without any additional input from the GCP. Figure 7 illustrates an example of a method for managing betting transactions in accordance with an illustrative embodiment of the present invention. In particular, the exemplary method provides a method for managing an immediate winning type bet transaction. The exemplary method can be

For example, as software and/or hardware, it is provided in System A or System B- previously described. The exemplary method illustrated in Figure 7 includes three separate and simultaneous control flows, one for Gcp and one for the bet operator and one for the third party bonus distributor. In 7100, the bet operator can wait for a bet transaction request. At the same time, in 7200, the acceptance of betting opportunities can be picked up by Gcp. Immediately during the course of the game or event, the ten prize bet is provided by (10) and accepted by the player. In the case, a bet transaction request can be generated by the GCP and transmitted to the 142527.doc • 27- 201016286 betting operator. Betting on the deal, don't. The vestment can refer to the identification of the game that is not immediately winning. The betting transaction request is also IJJ·r»» # 丌 扣 扣 啫 啫 G G G G G G

Only then note the parameters. In a case where the tens of thousands, the 咕 y I 眭 眭 , , , , , , , , , G G G G G G G G G G G G G G G G G G G G G G G G G G G G G G G G G G G . The account of the GCP in 7101 can be located by the bet operation to determine if the GCP has access to the designated immediate winning game. In 71〇2, the bet transaction request that has been located (10) can be accepted by the bet operator. In 71〇3, 'executable bet and/or game service' can be performed and the bet result can be determined by the bet operator. The bet result can be determined based on an immediate winning algorithm provided as a game service. The result of the bet can also be determined by the bet parameters. In 7104, the game character δ", that is, the information about the bet result, indicating the result of the bet can be generated by the bet operator. The token may include an indication of whether the bet transaction is a winner and may contain the amount earned. Alternatively, the token may contain an identifier as to where the bet result information is stored (e. g., in the remote server). The token can be encrypted using the first encryption key. Encryption according to an exemplary embodiment of the illustrative method may be performed using any type of encryption scheme, such as an asymmetric or symmetric encryption algorithm. Encryption using the first key may correspond to encryption at the first level. Multiple levels of encryption can be performed to attach additional information to existing information at each level. Beixes can be added in a specific order. Each level can utilize different encryption keys belonging to, for example, the intended recipient of the information. For example, in 7104, the token can be encrypted to indicate that the player has won $500. It is expected that the recipient may be a third party bonus distributor that requires the exact amount won for remuneration purposes. Each cc can be associated with a single 142527.doc -28- 201016286 side (eg, a third party dispenser). Alternatively, the parties can determine the key. The ownership of the token can be passed from one party to " ^ ^ ^ ^, for example, from bet to new to GCP’ and then to the bonus distributor. Whenever the token is encrypted by the owner's current level, it can be unlocked by the association with it. The token itself can act as a "secret bond." None of the tokens presented for disclosure are assumed to be the owner of the token. In the genus, the second encryption key can be used to encrypt the token to define the encryption of the second level. The second secret record can belong to the GCP. At the second level of encryption, the extra information can be encrypted for more than $50. In 7106, the third encrypted secret can be used to encrypt the token to define a second level of encryption. The third secret can belong to the GCP. At the third encryption level, the bet can be instructed to be additional information for the winning bet to encrypt the token. In 7107, the triple encrypted token can be transmitted to (10). In the middle, the token is received by the GCP and ##-b is decrypted with the first and third keys. Because & GCP may not have access to the first-May, the token can retain the first-level encryption. The GCP can therefore only determine that the bet is a winning bet and the winning amount is greater than $50. In 71-8, betting account processing can be performed that includes, for example, determining how much to charge the GCP to reward the bet related service provided by the bet operator. In 7208, the token can be transmitted to the bonus dispenser after partial decryption in 7207. The player information associated with the player placing the winning bet may also be transmitted to the bonus distributor for later confirmation of the player's identity. At 72〇9, 142527.doc •29· 201016286 GCP may continue to present content to the player without taking into account the composition of the bonus determination or distribution. In 7307, the bonus allocator can wait for the token to be received. The bonus distributor can collect tokens from - or multiple GCPs and can distribute bonuses to players. In 7308, the first secret cipher can be used to reveal the exact amount won (eg, '$500). The player who is looking for a bonus can present information (such as name and password, bet identifier, etc.) associated with himself and/or the owner. In this manner, in 7309, the bonus dispenser can confirm the identity of the player prior to assigning the prize. In the exemplary embodiment of the exemplary method described above, the bet operator only involves the transfer of ownership to Gcp, but in other exemplary embodiments, the bet operator may participate in other token transfers. The betting operator may, for example, perform the role of an affiliate or act as a marketplace to transfer, for example, by providing an interface, security measures, and other mechanisms necessary to facilitate the transfer. Based on the exemplary embodiments described above, it can be seen that, in general, GCp can be responsible for providing all user-facing content, determining conditions under which bets can occur (eg, when a bet can begin, when a bet should end, etc.), Determine the winning number or event, accumulate bonus, manage the distribution bonus between the winners (for example, divide the prize among the winners in each stake diversity), pay the winner, and collect the money from the loser. On the other hand, the bet operator can be responsible for back-end betting, which includes accepting bets from Gcp, recording bets, organizing winners/diversity diversity, accepting conditions such as pattern matching information, and reporting bet results to GCP And the winners of the verification _ are all represented (10). In this way, 142527.doc -30- 201016286, GCP does not need to take into account tracking bets, ensure compliance with regulations, and other aspects of betting 4 should be understood, due to the commercial agreement between the betting operator and (10), can face at any time . Therefore, it is possible to perform an action on a game that is unpredictable during the game's door-to-door game. In the case of a game that has a bet, the exemplary embodiment of the present invention may provide an additional bet option or a game for the game. An alternative stable betting system that was originally expected to be a betting system. ^

It should be understood that all of the disclosed methods, games, and programs described herein can be implemented using one or more computer programs or components. These components can be provided as any _ series computer instructions on any conventional computer readable medium, including RAM ROM, flash memory, magnetic or optical disks, optical illicit objects or other storage media. The instructions can be configured to be executed by a processor that executes or facilitates the execution of all or a portion of the disclosed methods, games, and programs when executing the (4) computer instructions. The present invention has been described with reference to the specific exemplary embodiments thereof. However, it will be apparent that the present invention may be practiced without departing from the broader spirit and scope of the invention as set forth in the following claims. Make various modifications and changes. Because &, the description and drawings should be considered as illustrative and not limiting. BRIEF DESCRIPTION OF THE DRAWINGS FIG. 1 illustrates another exemplary game of an exemplary embodiment of an exemplary travel system in accordance with an illustrative embodiment of the present invention. FIG. 2 illustrates a system in accordance with the present invention. 142527.doc • 31· 201016286 FIG. 3 illustrates an exemplary game console account in accordance with an illustrative embodiment of the present invention. 4 illustrates an exemplary bet game definition file in accordance with an illustrative embodiment of the present invention. Figure 5 illustrates an illustrative process for registering a game content provider account in accordance with an illustrative embodiment of the present invention. Figure 6 illustrates an exemplary procedure for managing betting transactions in accordance with an illustrative embodiment of the present invention. Figure 7 illustrates another illustrative process for managing betting transactions in accordance with an illustrative embodiment of the present invention. [Main Element Symbol Description] 100 Game System 101 Game Content Provider (GCP) 101' Game Content Provider 102 Betting Operator 102' Betting Operator 103 Content Delivery Server 103' Content Delivery Server 104 Content Delivery Server 104' Content delivery server 105 content delivery server 105' content delivery server 106 content delivery server 106' content delivery server 142527.doc -32- 201016286

107 Transaction Processing Engine 107' Transaction Processing Engine 108 Game Content Repository 108' Game Content Repository 109 Game Content 109' Game Content 110 Game Content 110' Game Content 111 Management Engine 11Γ Management Engine 112 Player Management Engine 112' Player Management Engine 113 Player Account Repository 113' Player Account Repository 114 Communication Engine 114' Communication Engine 121 Betting Transaction Processing Engine 121' Betting Transaction Processing Engine 122 Betting Management Engine 122' Betting Management Engine 123 Betting Recording Engine 123' Betting Recording Engine 124 Betting Service Engine 125 gambling establishment engine 142527.doc • 33- 201016286 126 content provider account database 126' content provider account database 127 verification engine 127' verification engine 135 human terminal, computer 135' terminal, computer 136 self-operating Terminal 136' Self-manipulating terminal 137 Mobile device 137' Mobile device 138 Personal computer 138' Personal computer 140 Communication network 140' Communication network 200 Game system 201 Betting operator 202 Betting service engine 203 Gambling establishment Engine 204 betting management engine 205 game service engine 206 result generator 207 randomization engine 301 GCP account 302 GCP contact information 142527.doc 34- 201016286 303 usage statistics and billing information 304 activity log 305 first game 306 second game 307 Third Game 308 Randomization Service 309 Gambling Management Service 310 Betting Record Service 311 Gambling Establishment Service 312 Winner Production Service 401 Betting Game Definition File 402 Game Rule 403 Gambling Definition 404 Minimum Number of Selection, Rule 405 Maximum Selection Number, Rule 406 Selection Value Range, Rule 407 First Diversity 408 Second Diversity 409 Selection Definition 410 Winning Mode Definition 411 Selection Definition 412 Winning Mode Definition 420 Betting Game Transaction Type 421 Immediate Winning Field 142527.doc • 35. 201016286 422 Based on Event field 423 Content-independent field 424 According to the note coloring field 425 Time-related field 142527.doc -36-

Claims (1)

201016286 VII. Patent Application Range: 1. A system for processing bets in a game using third party content, comprising: 'a transaction processing engine configured to receive corresponding to a third party entertainment content provider Game betting transactions and betting parameters, the games provided by the third party content include at least one game selected from the list consisting of: a conventional non-betting video game, a simulated card game, an MMOG, a prediction based fiction A game based on the outcome of one of the episodes of the television program, a game based on the result of the television game program, a game based on the results of the TV reality show, a sports simulation video game, a simulated instant winning lottery ticket, a simulated casino game, And a game based on one of the sports competitions in real time; a betting management engine configured to create and update a hosting account for the third party content provider, and to be used by the third party content provider A separate set of specific betting services enabled by the system is associated with each host account, s The betting service such as Hai includes at least one bet service selected from the list consisting of accepting bets, determining bet results, generating a prize/main/monthly order, verifying a bet for redemption, and notifying a bet The status of the bet, the establishment of a bet stake, the adjustment of a bet stake; a betting service engine configured to create an item of a bet game in conjunction with the hosted content, receive a prize associated with the bet game a condition, and whether the bet placed in the bet game is a winner; 142527.doc 201016286 a recording engine configured to store a record of the wagering transaction of the wagering game; and a verification engine, It is configured to verify the winning bet in the bet game. 2. A system for processing bets using third party content, comprising: a bet management engine configured to create an account for a second party host of entertainment content, the account including and hosting content The associated second party host specifies a bet parameter; a bet service engine configured to establish a bet game in conjunction with the hosted content, receive the bet game winning condition from the host, and determine the based on the winning condition Betting on winning bets in the game; and. A recorded engine configured to store a record of bet transactions for the wagering game. 3. The system of claim 2, wherein the betting parameters include rules describing a valid bet. 4. The system of claim 2, wherein the bet parameters specify the type of winning bet. 5. 6. 7. 8. Reference The system of claim 4, wherein the categories are associated with different matching patterns corresponding to possible bet selection combinations. The system of claim 2 wherein the bet service engine is configured to accept a bet transaction until a sales end notification is received from the host. A system as claimed in claim 2, wherein the bet management engine is configured to provide a status report including a list of winning bets to the host. The system of claim 2, wherein the winning condition comprises at least one of a winning number and a winning event occurring within the escrow 142527.doc -2- 201016286. 9. The system of claim 2, further comprising a game service engine configured to provide a gaming service to the host, the gaming service comprising at least one of a computerized service and a result generation service. 10. The system of claim 2, wherein the §Hai betting service engine is configured to establish and adjust one of the winning and losing bets on behalf of the 6H host. 11. The system of claim 2, wherein the betting service engine is configured to manage a bet stake by calculating a bonus allocation amount based on a total amount bet by all players of the wagering game. 12. The system of claim 2, wherein: the bet service engine is configured to generate a list of winning bets based on the winning conditions and to deliver the list to the host. 13. The system of claim 2, further comprising: a game service engine configured to determine the outcome of the immediate winning type bet. φ 14. The system of claim 2, further comprising: a game service engine configured to determine the result of the bet based on at least one event occurring within the hosted content. 15. The system of claim 2, wherein: the bet service engine is configured to encrypt a token containing information indicative of a bet result; and deliver the token to the host. 1 6 - The system of claim 1 5, wherein: the s-black betting service engine is configured to at least one of the plurality of encryption levels by a plurality of encryption levels 142527.doc 201016286 § It cannot be decrypted by this host. 17. The system of claim 16, wherein: the additional information regarding the results of the bet is attached to the token during the encryption period of at least one of the encryption levels. 18 - A method for processing a bet, comprising: establishing an account for a third party host of entertainment content; receiving a bet parameter from the host; associating a set of betting rules with the hosted content, the betting The rules are determined by the betting parameters; a bet game is established in conjunction with the escrow content; a bet transaction for receiving and recording the bet game; a winning condition is received from the host; and the winning bet is determined based on the winning conditions. 19. The method of claim 18, wherein the betting parameters include rules describing a valid bet. 2. The system of claim 18, wherein the bet parameters specify a winning type. 22. The method of claim 20, wherein the categories are associated with different matching patterns corresponding to possible betting selection combinations. The method of claim 18, further comprising: the sales end notification is Double bet transactions until receiving from the host. 23. If the method of requesting, the __step includes 142527.doc -4- 201016286 to provide a status report including a list of winning bets to the host. 24. If the method of claim 18 is made, and the winning condition of the middle/middle 5 hiring includes at least one of the winning number and the winning event in the escrow content. 25. The method of claim 18, further comprising: providing a game service to the host, the game service comprising at least one of a randomization service and a result generation service. ❿ 26. The method of claim 18, further comprising: • establishing and adjusting one of the winning and losing bets on behalf of the host. 27. The method of claim 18, further comprising: managing a bet stake by relying on the "total amount" of all players bet by the bet axis. 28. The method of claim 18, wherein: the bet game is an immediate winning game. 29. The method of claim 18, wherein: the bet game is based on at least one of the events occurring within the escrow content. 30. The method of claim 18, further comprising: responsive to a message indicating a bet result The token is encrypted; and the token is delivered to the host. 31. The method of claim 3, further comprising: encrypting the token by a plurality of encryption levels, at least one of the plurality of encryption levels not being decryptable by the host. 32. The method of claim 31, further comprising: 142527.doc 201016286 appending additional information of the donor result to the token during the encryption of at least one of the encryption levels. 33. A document stored thereon that is configured to be executed by a computer processor, the instructions, when executed by the processor, cause execution of a method of processing bets as claimed in any one of claims 32. 34. A computer program product comprising: a bill for establishing a third party host for entertainment content; means for receiving bet parameters from the host; for using a set of betting rules Means associated with the escrow content, betting rules depending on the betting parameters; means for establishing a bet game in conjunction with the escrow content; means for receiving a bet transaction for the bet game; for recording the a means for receiving a bet transaction; means for receiving a winning condition from the host; and means for determining a winning bet based on the winning conditions. 142527.doc about the structure of the order 18 to