JP2018505468A - System and method for managing individual grade challenges in fantasy gaming - Google Patents

Abstract

Short-term wagers can be made on the predicted outcome of an event performance, such as a particular player performance at a sporting event or a company stock performance over a given time frame. The user can select a plurality of challenge parameters including challenge duration, challenge theme, challenge bet type, challenge specific player, and challenge bet amount. Multiple challenge parameters are matching engines to match the challenge to one or more target users based on a comparison of challenge parameters against each of the target user's multiple historical challenge parameters to find common parameters Can be sent to. The casino or sports bookmaker can also accept the challenge as a house player.

Description

  Certain disclosed embodiments relate to the field of fantasy sports systems and methods.

  Currently available fantasy games and gaming applications, including fantasy sports systems, monitor and record the performance of individual players as part of recording competitions into scores. Results and scores are partly achieved by individual player performance, so many users follow individual players very closely. Many users strongly desire a way to use and apply their individual player knowledge more actively in contests with other users in the context of games such as fantasy sports.

  Accordingly, there is a need in the art for improved game systems and contest applications that allow users to compete with other users in contests based at least in part on the performance of individual players.

  Interactive systems and methods for creating games and gaming applications are presented, including individual challenge applications for building direct confrontations and group challenges between users and / or “house” users. A system that builds and manages multiple direct challenges is a multi-tracker that tracks progress and player performance during real-world events such as application service interfaces, multiple user interfaces, challenge applications, and sporting events. Includes external data services.

  In some embodiments, a system for managing multiple direct challenges between a user of a gaming application and optionally a “house” user comprises an external data reader that communicates with a database and multiple external data services. A non-transitory computer including an application service interface, multiple user interfaces for enabling access to the application service interface, and program instructions for managing multiple direct challenges between users A challenge application comprising a readable medium; and (a) receiving a first player selected by a first user to participate in the first direct challenge; and (b) receiving a first player in the first direct challenge. Receiving a second competitor working as a competitor of the first competitor, (c) Receiving a performance parameter for the first direct challenge, (d) receiving a period for the first direct challenge, (e) receiving an acceptance from the second user, and accordingly receiving the first direct challenge. Deploy (f) and (f) a first set of actual performance data relating to a first competitor during the period from at least one of a plurality of external data services and a second athlete during the period Instruct the external data reader to collect a second set of actual performance data, (g) calculate a score for the first direct challenge, and the score is calculated with the first set of actual performance data Based on the comparison of the actual performance data with the second set, (h) report the score to the first user, (i) store the score in the database, (j) facilitate betting and mediation For executing program instructions including And a one or more processors of coupled computer systems in non-transitory computer readable media.

  The one or more processors have an option to present a first direct challenge on the screen to the second user and send a response consisting of an indicator selected from the group consisting of accept, reject, and counter-suggestion. One of the first direct challenges to the second user for review and correction in response to providing to the second user, receiving a response from the second user, and receiving a response equal to the reverse proposal Or, further program instructions may be executed to present multiple attributes.

The first player may include a first team and the second player may include a second team.
The first competitor may include a first group of two or more players, the second competitor may include a second group of two or more players, and the second group may include a first group Has the same number of participants as the group.

  One or more processors receive a selection of a first monetary or non-monetary wager associated with the first direct challenge and apply the wager to the first direct challenge based on the score. May further execute program instructions.

  The application service interface may further comprise a challenge reporting tool for displaying a plurality of direct challenges to one or more of the fellow users. Challenges may be arranged by date / time or other logical order.

  The application service interface may further comprise a social reporting engine for collecting user data and storing it in a user database, wherein the user data is a predetermined subset of interactions with the application service interface. Providing demographic realities and game play behavior for at least a first subset of fellow users within;

  In other embodiments, an interactive system for a plurality of gaming activities includes: (a) a content management system comprising a plurality of game templates; a game content database communicating with a plurality of external data services; (B) a plurality of application services communicating with a content management system comprising one or more gaming applications; and (c) 1 for enabling access to a plurality of application services for a plurality of users. Or including a plurality of user interfaces, the one or more gaming applications comprise a challenge application.

  The interactive system may further include a social reporting engine in communication with the content management system for collecting user data and storing it in a user database, wherein the user data is communicated with a plurality of application services. Demographic realities and game play behavior for at least a first subset of a plurality of users in a predetermined subset of interactions.

  The present disclosure includes a user fantasy challenge gaming system. The gaming system includes a gaming engine and a user computing device coupled to the gaming engine. The user computing device includes a graphical user interface, a memory, and a processor that executes a software application stored in the memory, the software code creating a plurality of parameters for the user to challenge Make it possible. The parameters include challenge duration, challenge theme, challenge bet type, challenge specific player, and challenge bet amount. Multiple parameters of the challenge are sent to the gaming engine.

  The gaming engine matches the challenge to one or more second or target users, similar to accepting the challenge, assuming similarities between the challenge parameter and the target user's historical challenge parameter A matching engine can be included. House players such as casinos or sports bookmakers can also accept challenges directly.

  The present disclosure also includes a method for betting on the predicted outcome of the performance at the event. The method includes launching a challenge application on a computing device by a user. The user selects a plurality of challenge parameters including challenge duration, challenge theme, challenge bet type, challenge specific player, and challenge bet amount.

  Multiple challenge parameters may be sent to the matching engine. The matching engine is based on comparing the challenge parameter with the historical challenge parameter to find a match between at least one of the challenge parameters and a plurality of historical challenge parameters for each of the one or more target users. Match challenges to target users. The challenge is then sent to one or more target users.

  The disclosure further includes a method of matching with a target user who is likely to accept a bet on the predicted outcome of the performance at the event. The first user may have multiple challenge parameters on the computing device including challenge duration, challenge theme, challenge bet type, challenge specific player, and challenge bet amount. select. In order to find a match between at least one of the challenge parameters and a plurality of historical challenge parameters for each of the second users, the challenge parameters are compared to the historical challenge parameters. Thereafter, if there is a match between the at least one challenge parameter of the first user and the historical challenge parameter of the second user, the challenge is sent to one or more target users.

  The above summary is not intended to limit the scope of the present invention or to describe each embodiment, aspect, embodiment, feature, or advantage of the present invention. The detailed technology and preferred embodiments of the present invention are described in the following paragraphs accompanying the accompanying drawings in order for those skilled in the art to better understand the features of the claimed invention. The features mentioned below and the features annotated below may be used not only in the specified combinations, but also in other combinations or in isolation without departing from the scope of the invention. Please understand that this is possible.

  The features of the various disclosed embodiments will become more apparent from the detailed description when taken with reference to the accompanying drawings.

1 is a schematic diagram of a system for game creation and management shown in one exemplary platform architecture, according to various embodiments. FIG. 1 is a schematic diagram of a system for managing direct confrontation challenges in fantasy sports or other applications, according to various embodiments. FIG. FIG. 6 is a diagram of a sample display with an interactive user interface for a system for building and managing direct challenges, according to various embodiments. FIG. 6 is a diagram of a sample display with an interactive user interface for a system for building and managing direct challenges, according to various embodiments. FIG. 6 is a diagram of a sample display with an interactive user interface for a system for building and managing direct challenges, according to various embodiments. FIG. 6 is a diagram of a sample display with an interactive user interface for a system for building and managing direct challenges, according to various embodiments. FIG. 6 is a diagram of a sample display with an interactive user interface for a system for building and managing direct challenges, according to various embodiments. FIG. 6 is a diagram of a sample display with an interactive user interface for a system for building and managing direct challenges, according to various embodiments. FIG. 6 is a diagram of a sample display with an interactive user interface for a system for building and managing direct challenges, according to various embodiments. FIG. 6 is a diagram of a sample display with an interactive user interface for a system for building and managing direct challenges, according to various embodiments. FIG. 6 is a diagram of a sample display with an interactive user interface for a system for building and managing direct challenges, according to various embodiments. FIG. 6 is a diagram of a sample display with an interactive user interface for a system for building and managing direct challenges, according to various embodiments. FIG. 6 is a diagram of a sample display with an interactive user interface for a system for building and managing direct challenges, according to various embodiments. FIG. 4 is a diagram of a sample display of a list of direct challenges, according to various embodiments. FIG. 3 illustrates aspects of a system architecture for direct confrontation challenges, according to various embodiments. FIG. 3 illustrates aspects of a system architecture for direct confrontation challenges, according to various embodiments. FIG. 3 illustrates aspects of a system architecture for direct confrontation challenges, according to various embodiments. FIG. 3 illustrates aspects of a system architecture for direct confrontation challenges, according to various embodiments. FIG. 5 illustrates various different types of game play themes, according to various embodiments. FIG. 5 illustrates various different types of game play themes, according to various embodiments. FIG. 5 illustrates various different types of game play themes, according to various embodiments. FIG. 5 illustrates various different types of game play themes, according to various embodiments. FIG. 5 illustrates various different types of game play themes, according to various embodiments. FIG. 4 illustrates a series of sample user displays with an interactive user interface of a system for building and managing direct confrontations according to various embodiments. FIG. 4 illustrates a series of sample user displays with an interactive user interface of a system for building and managing direct confrontations according to various embodiments. FIG. 4 illustrates a series of sample user displays with an interactive user interface of a system for building and managing direct confrontations according to various embodiments. FIG. 4 illustrates a series of sample user displays with an interactive user interface of a system for building and managing direct confrontations according to various embodiments. FIG. 4 illustrates a series of sample user displays with an interactive user interface of a system for building and managing direct confrontations according to various embodiments. FIG. 4 illustrates a series of sample user displays with an interactive user interface of a system for building and managing direct confrontations according to various embodiments. FIG. 4 illustrates a user interface for investigating players before performing a challenge or turn, according to various embodiments. FIG. 5 illustrates a direct show record pop-up showing relevant historical data from a particular opponent, according to various embodiments. The figure which shows the whole lineup challenge characteristic by various embodiment.

  In the following description, the present invention will be described with reference to various exemplary embodiments. Nevertheless, these embodiments are not intended to limit the invention to any particular example, environment, application, or particular embodiment described herein. Accordingly, the descriptions of these example embodiments are provided for illustration only, and not to limit the present invention.

  The system and apparatus and method are more readily understood by reference to the following detailed description, examples, drawings, and claims, and their previous and following descriptions. However, it should be understood before the present devices, systems, and / or methods are disclosed and described, but the particular devices, systems, and / or methods disclosed may of course vary, so The invention is not limited to these particular devices, systems, and / or methods unless otherwise specified. It is also to be understood that the terminology used herein is for the purpose of describing particular aspects only and is not limiting.

  Throughout the following description and drawings, the same parts are provided with the same reference numerals. The drawings may not be to scale and some features may be shown in an emphasized scale or in a somewhat schematic format for clarity and brevity and for information transfer.

  The following description of the invention is provided as a viable teaching of the invention in the best presently known embodiment of the invention. Thus, those skilled in the art will recognize and appreciate that many variations can be made to the various aspects of the invention described herein and still obtain the beneficial results of the invention. It will also be apparent that some of the desired benefits of the present invention can be obtained by selecting some of the features of the present invention without utilizing other features. Accordingly, those skilled in the art will recognize that many modifications and adaptations to the present invention are possible, and in some circumstances they may even be desirable and are part of the present invention. Thus, the following description is provided as illustrative of the principles of the present invention and not in the limitation of the invention.

  Throughout, singular forms include plural referents unless the context clearly dictates otherwise. Thus, for example, a reference to a component can also include two or more such components unless the context clearly dictates otherwise.

  As used herein, a range may be expressed as from “about” one particular value and / or from “about” another particular value. When such a range is expressed, another aspect includes from the one particular value and / or to the other particular value. Similarly, when values are expressed as approximations, using the antecedent “about,” it will be understood that this particular value forms another aspect. It is further understood that the endpoint of each range may be significant in relation to the other endpoint, or may be significant independently of the other endpoint.

As used herein, the terms “optional” or “optionally” may or may not occur in the event or situation that follows, and if and when that event or situation occurs. It means that the description includes the case of not.
Game As used herein, the term game refers to activities performed for play or enjoyment, as well as game-like interactive activities used to enable the pursuit of a particular goal or purpose. In a broad sense, the game described herein includes both the game content itself and the insertion or request related to the game (sometimes referred to as call to action). Enable to interact. As described, the games and gaming interactive systems herein, including game systems for creating a superset of games, provide deeper engagement between the user and the game. As used herein, user engagement refers to the frequency of play, duration of play, and depth of interaction with game content and / or call to action. Especially in the commercial context, the deeper the user engagement, the more valuable the game. Games created and managed by the game system described herein are less costly, faster to deploy and easier to manage than games created by existing game systems.

  Fantasy game. Fantasy games are competitions in which each user selects and manages an imaginary or fantasy player, team, or group of “players”. Players can be real sports players or non-human participants such as stocks, events, animals, and television characters. Each user accumulates points according to each player's real world performance. Typically, the user takes on the role of team manager or coach, selects players in a draft procedure, trades players, trades players, and registers inactive (bench) according to each specific league rule and regulation set Establish a book, change the registry, etc. Alternatively, the user can be a “fantasy” owner of a single player or group of players.

Non-sport game. Although many of the systems and methods described herein are discussed in the context of fantasy football, the techniques disclosed herein are also useful for various sports and other quantifiable performances, Applicable. For example, FIG. 19 shows an example of game play for company stock movements, professional hockey, NASCAR®, and NCAA basketball. FIG. 20 shows an example of the game play of the reality television program result. FIG. 21 shows an example of a game play of professional football team rushing yard and music record sales. FIG. 22 shows an example of game play of politics and news results. FIG. 23 shows an example of gameplay of weather forecasting and selection of news events in categories such as the United States, World, Politics, and Justice.
System FIG. 1 is a schematic diagram of a system 100 for game creation and management, according to a particular embodiment. As shown, system 100 may include various elements that communicate with each other, including content management system 200, application service 300, user interface 400, and social reporting engine 500. The system 100 may also include a game content database 220, an active game play database 320, a user database 520, and an external data source 380. External data source 380 may include external content source 382 and external application 388.

  FIG. 1 also illustrates a system platform architecture according to various embodiments. The game systems and methods described herein may be provided using a self-service platform that facilitates game creation and management through a set of easy-to-use user interfaces 400. A system architecture according to various embodiments may include the components and modules shown in FIG.

  Application service interface 300 may include a REST API 370 for making independent module calls, as shown. REST (Representational State Transfer) is a form of software architecture for distributed systems such as the Internet. The REST API 370 enables improved scalability, control of components and associated rules, interface development, and deployment of additional components.

  The event handler 460 according to certain embodiments allows an inexperienced user or administrator to create, edit, modify, and update various action-event combinations without any technical programming assistance. Includes a user interface. This user interface includes access to various assets stored in a library, such as stock photo images of social media logos with clickable links, from which the user can select. This user interface also allows the user or administrator to submit a whole series of event-action relationships in a user-friendly format. For example, the user interface may include a series of drop-down menus with actions, events, and rule options associated with each (eg, including usage counters, time / clock counters, etc.). Event handler 460 takes user input and builds a series of computing instructions, such as a decision tree, for use by the game.

  Gaming engine or system and user computing device to perform the processor, non-transitory memory, and specific functions and features of each gaming engine, system, and user computing device And a computing device having software code stored in the memory.

  Social reporting engine. In another aspect, the gaming system 100, according to certain embodiments, provides a range of game type and category selections and uses a module called the social reporting engine 500 to superimpose the game. It is configured to allow the creation and play of a superset of games by actively collecting user data throughout the set. The social reporting engine 500, according to certain embodiments, collects user data across multiple games over an extended period of time, which can be collected during game system registration and use, during game play, User behavior during conversations (such as answering surveys and responding to other types of call-to-action) and social media actions (such as typing “Like” and sharing content) Including. As a result, millions of potential user data profiles can be populated and updated, which can be stored in the user database 520.

User data includes initial profile data voluntarily provided by the user, which is typically a Facebook® profile, Twitter® account, Foursquare® history, or other integrated third party data. Start by sharing information already contained in the party application. The game system provider can also collect user data in a query or other way at any time during membership. User data also includes game performance for each particular game played. This includes, for example, whether a user makes an accurate prediction for a particular sport, and whether the user consistently “likes” or designates a favorite for a product, service, or company. Including. In a preferred embodiment, user data will be aggregated to derive business intelligence and other useful information without selling or disclosing personally identifiable information. User data may be provided in an aggregated or anonymized format. However, such user data is valuable. This is because user data collected and stored by the game system of the present invention can be combined with a variety of user behavior and related activity history within the game system, as described herein. Because it contains useful demographic information. This combination of demographic information and actual user behavior contributes to the value of user data collected and stored by the game system.
Direct Confrontation Challenges The systems and methods described herein include direct confrontation or direct challenge applications and systems, sometimes referred to herein as “Mano et Mano”. Direct confrontation or direct challenge as used herein refers to a direct challenge between two individual users of an application such as a game or fantasy sports application.

  A challenge application according to a particular embodiment allows a first user to create a matchup, send a challenge to a second user, monitor the matchup results, process the challenge, identify a winner, and score Can be configured to allow computing, posting and updating the leaderboard.

  The challenger (first user) and the second user do not need to be scheduled to pay each other's team when the challenge is sent and accepted or when the activity that is the subject of the challenge takes place. For example, when a challenge is sent, the challenger can belong to a different league than the second user, and there can be no league at all. Thus, the challenge can be a “side challenge” outside the normal schedule of fantasy match-up games. Challenges between the first user and the second user may relate to all areas of effort, including sports, politics, entertainment, current events, and the like.

  The challenge may be built in the following broad form: “A will [surpass or defeat] B in [given performance] in [field of effort] during [this event or period]” There is. Matchup results may be determined by the statistical performance of each competitor in a real world game or competition, as the case may be.

  The challenge application described herein selects the challenge theme or competitors (“A” and “B”), and “Barry Sanders, who played Marcus Sanders during this Sunday ’s football game, It can be used to create challenges such as “Rush Only Total Yards More Than Allen (Marcus Allen)”. Results may be determined or scored based on real world performance (rush total yard) during a selected period (Sunday football game).

  In the alternative, the challenge may be formatted as a single player that makes several specific achievements in a given time period. An example of this would be to issue the challenge “Barry Sanders has a rush of over 100 yards in this Sunday's football game”. Accordingly, the recipient of such a challenge should take the position that if accepted, Barry Sanders will not achieve the 100 yard rush goal in the game this Sunday.

  The Mano e Mano Challenge application according to certain embodiments is configured to allow users to create matchups by selecting players or competitors from a list, database, or external source of content. obtain.

  In accordance with certain embodiments, FIG. 2 is a schematic diagram of a challenge system 1100 for generating and managing multiple direct challenges among users of gaming applications. As shown, the challenge system 1100 may include various elements that communicate with each other, including an application service interface 1300, multiple user interfaces 1400, and a social reporting engine 1500. Challenge system 1100 may also include a database 1220, a user database 1520, and one or more external data services 1280. External data services 1280 may include, for example, sports feed A 1282, content API B 1284, and sports feed B 1286.

In an alternative embodiment, challenge system 1100 may include a content management system similar to the content management system shown in FIG.
Application service interface 1300 may include a REST API 1370 for making independent module calls, as shown. REST (Representational State Transfer) is a form of software architecture for distributed systems such as the Internet. The REST API 1370 allows for improved scalability, control of components and associated rules, interface development, and deployment of additional components.

  At the logic level, the application service interface 1300 of certain embodiments includes scoring and leaderboards, user managers, pick engines 1340, match-up logic 1310, and event data handlers as shown. Includes modules for 1360. At the data level, the application service interface 1300 of a particular embodiment includes a persistence manager, a settings manager, a manual data interface, and one or more external data readers 1380, as shown. including.

  Challenge applications according to certain embodiments may be implemented using a programmed computer. The direct challenge may be a contest between competitors or competitors (or noticed competitors) in any of a variety of application areas such as sports, politics, or entertainment. The challenge is built in the following broad form: “[first competitor] [second competitor] during [this event or period]” [according to this performance parameter] there is a possibility. Challenge outcomes or scores may be determined, for example, by comparing each competitor's actual performance in a real world game or competition. The challenge application is dynamic and allows the user to build each element of a direct challenge using a user-friendly interface. The challenge application may include any or all of the game system features and functions described herein. For example, a challenge application may include access to game content or other data accessible by the system, such as photos of one or both competitors.

  In the context of a bracket game, the first and / or second player may be a player selected from any of the teams competing for brackets. The performance parameter may be “determine more points”. The duration may be “during the second period of play in the first game of each competitor of each tournament”. As shown schematically in FIG. 2, the application service interface 1300 includes match-up logic 1310. Matchup logic 1310 according to certain embodiments may include rules, logic, restrictions, and standard expressions for matchup data. The match-up data for the above example is the challenge phrase of this sample, i.e., during the "second period of play in the first game of each competitor in each tournament" by the "first athlete" May include data or attributes to complete “second competitor” and “determine more scores”.

  The pick engine 1340 according to certain embodiments is configured to present options on the screen and allow the user to select for selection. In another aspect, the pick engine 340 may include rules, logic, restrictions, and standard data representations regarding selections made by the user. For example, the pick engine 340 for a particular game may display options to the user according to rules and relevant conditions (eg, whether this user has selected a time period) There is a possibility of restricting the selection (eg, not allowing the pick to change once it is sent). The pick engine 1340 includes data representations and specific processes for each challenge defined by the matchup logic 1310.

  The event data handler 1360 according to certain embodiments is configured to manage incoming data from each of the external data services 1280. Each external data service 1280 may have its own configuration of data that is different from other external data services. The event data handler 1360 includes a specific set of semantics for mapping incoming data from each of the external data services 1280 to corresponding data locations according to the match-up logic 1310. In this aspect, the event data handler 1360 parses, sorts, names, maps, and otherwise adjusts incoming matchup data that is processed according to the matchup logic 1310.

  For example, the event data handler 1360 may include semantics for mapping incoming data for parameters such as “starters” for real-world events such as sports events or competitions. Since the two players of the direct challenge may be playing different games on different days, the event data handler 1360 is a “starter registered player” to allow the construction of a direct challenge. Etc. may be configured to receive and analyze data.

  For example, the event data handler 1360 may include semantics for mapping incoming data for parameters such as “start time” for sports gaming real world events. Since the two competitors in a direct challenge may not be competing with each other in a real-world game, each of their competitors' games may be played at different times, so an event data handler 1360 handles start times and other parameters to allow accurate collection of data for each competitor of each direct challenge—and recording in the score.

  Matchup data according to certain embodiments may have the following attributes to describe and handle direct challenges. For example, each challenge is used to build these attributes: event data, status (pending, in progress, completed, processed), as well as the source (building the challenge and then recording the challenge in the score) Data feed or content service). Each challenge has these attributes: title, mapping pattern (rules for calculating scores such as performance parameters and duration), correct answer (including references to competitors who win the challenge), and score (challenge May include questions with a defined score for winning.

  The Mano e Mano Challenge application according to certain embodiments may be configured to allow a user to build a direct challenge by selecting a competitor from a list, database, or external source of content. Information about upcoming competitions and games may be obtained from various external data sources 1280 and optionally presented to the user in a drop-down list or other user-friendly interface. The challenge application may use a manual data interface to allow the challenge to be built by the user without reference to external data.

  In another aspect, the challenge application automatically selects and creates a number of direct challenges among and among the various competitors, and then allows the user to use them in direct challenges against fellow users. May be configured to propose such a challenge.

In certain embodiments, each external data source may have its own corresponding external data reader, and further, the external data reader has its own corresponding event data handler. use. In this aspect, the system may include multiple external data readers 1380 and the event data handler 1360 may include multiple data handlers that work together to collect and organize data. There is.
Direct Confrontation Challenge Game Play The following description and figures describe an example process for building a direct or direct confrontation challenge. The direct challenge is built in the following broad form: “[First Competitor] [Second Competitor] [Overcomes According to this Performance Parameter] During [This Event or Period]” There is a possibility that. In the following example, the first user (Kehoesabé team) sends a direct challenge to the second user (Dragon Army team), and the first competitor (no Sean Moreno claims to achieve more total yards than the second competitor (Matt Forte), and is a non-monetary (non-monetary) amount of 500 fantasy dollars You bet your bet and pay 99 cents to cover both players.

  In an alternative embodiment, the first user may send a direct challenge to all of that user's friends, to all users of a particular group or category, or to all users of the entire system. is there. In this aspect, a direct challenge may be constructed and sent to the user's selected group as an invitation to compete.

  FIG. 3 shows screen 10 and includes a start button 20 (labeled Mano Start) for initiating the process of building a direct challenge. Next, when button 20 is selected, the challenge application according to a particular embodiment may be a team or opponent (or group, league, or other user in the user's contacts, as shown in FIG. ) May be opened. In this example, each team represents a fantasy sports team that is a collection of players selected by a particular user. In this aspect, the team list 30 effectively represents a list of users.

  In this example, the first user is the user who owns the Kehoe Sabe team. The first user may select an opponent-where the first user selects a dragon army team-then, according to certain embodiments, the challenge application is shown in FIG. As shown, a screen listing the challenge attributes 40 is opened. Attributes 40 are my player 41 (or first player), your player 42 (second player), stats 43 (performance parameters), time frame 44 (period), fantasy dollar 45 (for results) Any non-currency betting allowance), option 46 (for making payments to a provider of direct challenge features or other participating entities), and direct challenge when all attributes are selected A selectable icon for challenge transmission 47 (for).

  As shown in FIG. 6, in response to selecting my player 41 according to a particular embodiment, the challenge application may be selected as the first competitor for the direct challenge (the first user himself Open the Athlete's screen. In this example, the first user selects a player named No Sean Moreno. The user may be given the ability to perform a survey for each member of the list of available players. An example of a survey screen is shown in FIG.

  As shown in FIG. 7, in response to selecting your player 41 according to a particular embodiment, the challenge application may be selected as a second competitor for a direct challenge (second user's Open the competitor's screen. In this example, the first user selects a player named Matt Forte.

  As shown in FIG. 8, in response to selecting stats 43 in accordance with a particular embodiment, the challenge application opens a screen of statistics or other performance metrics that are available for this particular competition. In this example, available metrics include touchdown, receive, and yard. In this example, the first user selects a yard. For basketball games, for example, available metrics may include rebound, free throw, and three point goals.

  As shown in FIG. 9, in response to selecting a time frame 44 in accordance with a particular embodiment, the challenge application may be available for a period, duration, or other time period that is available for this particular competition. Open the restricted parameter screen. In this example, the available time slots include quota, half, day, and week. In this example, the first user selects a day.

  As shown in FIG. 10, in response to selecting a fantasy dollar 45 in accordance with a particular embodiment, the challenge application opens a non-currency (non-monetary) bet amount screen. In this example, available wagers include $ 100, $ 500, $ 1000, and all $ on hand. In this example, the first user selects $ 500.

  As shown in FIG. 11, in response to selecting option 46 according to a particular embodiment, the challenge application opens a screen of payment options. In this example, available payment options include “every $ 0.59 player” or “cover both players for $ 0.99”. In this example, the first user selects “Buy both players for $ 0.99”.

  As shown in FIG. 12, in response to selecting challenge transmission 47 in accordance with a particular embodiment, the challenge application sends a direct challenge to a second user (the owner of the Dragon Army team). A notification 50 confirming this is displayed. If no second user is selected, the challenge may be published or displayed to the selected subset of users or all users as an invitation to compete.

  FIG. 13 illustrates a direct challenge presentation to a second user according to a particular embodiment of a challenge application. As shown, the challenge application may display two competitors (with relevant information), challenge metric ("total yard"), duration (date), and fictitious betting allowance There is. The screen may also include a message for which the user has paid a fee.

  As shown in FIG. 13, a challenge application according to certain embodiments includes a screen of a response attribute 60 for use by a second user upon receiving a direct challenge. The response attribute 60 includes selectable icons for accept 61, reject 62, and reverse challenge 63. In response to selecting accept 61, the challenge application sends a notification to the first user that the challenge has been accepted without change. In response to selecting reject 62, the challenge application sends a notification to the first user that the challenge has been rejected. In response to selecting reverse challenge 63, the challenge application provides the second user with a series of screens with selectable icons for making changes to the attributes of the direct challenge. When completed, the challenge application provides a “send challenge” icon to the second user to send back the revised challenge (reverse challenge) to the first user for consideration.

  FIG. 14 shows a list 70 of challenges on the screen. In response to selecting the icon labeled challenge 22, the challenge application displays a list of challenges 70 with one or more filters or categories. In this example, the list 70 includes the name of the opponent user (second user), the title of the challenge, the score, the date, the status (winning or losing), and the amount of wagers, if any. A column of direct confrontation records for a particular opponent may also be provided in addition to or instead of other columns of data. Direct confrontation record pop-ups may also be provided to the user as shown in FIG. 31 with certain alternatives. This pop-up shows relevant historical data from a particular opponent. The user can also send out a full lineup challenge as shown in FIG.

Referring once again to FIG. 3, another feature of certain embodiments is a chat feature that allows players to discuss or “smack” talk on challenges or other topics. The user selects the “smack” button along the bottom row of buttons to go to the “smack” chat screen. Chat usage is similar to messaging applications in certain embodiments.
A challenge application according to certain embodiments, such as a 2 to 2 direct challenge, allows a user to run a 2 to 2 challenge, ie a contest between two first and two second competitors. Can be configured to allow construction. In this aspect, the first competitor may be a group of more than one person, the second athlete may be a group of more than one person, and both groups have the same number of participants. Have. In this embodiment, each pair of opponent competitors may have their own performance parameters (eg, lashing yard or total yard) and may have their own betting allowances and / or fees. Yes, the duration could be long enough to include some real world games. In this aspect, the challenge application may be configured to allow for the construction of challenges with more than two competitors on each opponent side—or the entire team. The challenge application is instead much like a blackjack player playing against a house while other concurrent users sitting at the same table are also playing against the same house. It may be further configured to allow one or more competitors to play a direct challenge against a single “house” user.
Social Reporting Engine for Challenges In another aspect, a challenge system 1100 according to certain embodiments allows for the creation and play of multiple direct challenges, and a module called a social reporting engine 1500 as shown in FIG. Is designed to actively collect user data across a superset of challenges between users. The social reporting engine 1500 according to certain embodiments can monitor user behavior over a long period of time-across multiple games-during game system registration and use, during game play, during interaction, during social media actions, and during challenges. Include—Collect user data, resulting in data entry and updates of potentially millions of user data profiles that can be stored in the user database 1520.

  User data includes profile data provided voluntarily by the user. Challenge system and / or game system providers may collect user data from time to time by inquiry or other means. User data was played, including, for example, whether the user makes an accurate prediction of a particular sport and whether the user consistently likes or likes a particular product, service, or company Includes game results from specific games. In a preferred embodiment, user data is aggregated to derive business intelligence and other useful information without selling or disclosing personally identifiable information. User data may be provided in an aggregated or anonymized form, but such user data is collected and stored by the gaming system of the present invention as described herein. The user data is valuable because it contains a variety of useful demographic information combined with user behavior and relevant activity history within the gaming system. This combination of demographic information and actual user behavior contributes to the value of user data collected and stored by the game system.

Crowd Knowledge from Challenges In another aspect, the social reporting engine 1500 according to certain embodiments analyzes several direct confrontation challenges for each subject over a predetermined period of time to identify crowd knowledge about a particular subject. Includes a crowd knowledge module for ranking. In use, the module may identify the subset of challenges that are most often correct for a particular subject and build a report for that subject for the customer.

  In this aspect, the crowd knowledge module investigates specific subjects (sports, movie awards, etc.), identifies the most likely correct challenge for the subject, and makes their predictions over a period of time for consistency and accuracy. Given a task to analyze. Since challenge system 1100 includes a large number of players participating in multiple direct confrontation challenges over a long period of time, the most likely correct challenge represents the crowd knowledge of all players using the challenge system. In a commercial context, crowd knowledge is valuable because it represents out-of-the-box business intelligence that is useful in a variety of contexts.

In a related aspect, the social reporting engine 1500 according to certain embodiments may identify a subset of users who are most likely to win a challenge for a particular subject (ie, a crowd guru) Includes a crowd guru module for analyzing and ranking a number of direct confrontation challenges per user and per subject over a given period of time. In use, the crowd guru module may identify users who are most likely to win the challenge on the subject and may report identifying information or their guru to the customer.

  In this aspect, the crowd guru module finds users who are most likely to win a challenge for a particular subject (sports, movie awards, etc.) and identifies each such user as a crowd guru. According to certain embodiments, each user's challenge is analyzed over time for each subject to determine the user (s) most likely to win the challenge. Since the gaming system includes a large number of players participating in multiple direct confrontation challenges over a long period of time, the user who is most likely to win the challenge can be identified as a crowd guru for that particular subject. In a commercial context, game challenges made by a crowd guru or a subset of a crowd guru are valuable because they represent ready-to-use business intelligence that is useful in a variety of contexts. The crowd guru module scores users on the number of wins for a particular vertical challenge and aggregates the challenges made by the best guru (crowd guru performers who are members of a roll list based on recent results) And analyze the data using social reporting engine 1500 and other tools and use that data, for example, as a crowd group for sale as presented in the business intelligence reporting console described herein. Generate data.

  According to a particular embodiment, the crowd guru module determines the best performing user in each game category by aggregating challenge scores and wins over time by category or by other selected metrics. Identified and configured to maintain a rolling subset of top performers. For example, the top 5% winners of Monday Night Football Challenge, the top 10% winners of the challenge during March Madness.

  In this aspect, the challenge system 1100 and the social reporting engine 1500 may: (a) the crowd knowledge associated with a particular topic based on the actual winning / losing performance of the crowd guru in a subset of direct confrontation challenges for the topic And / or (b) can be used to identify crowd guru performers. Unlike existing tools, sometimes called prediction engines, the crowd knowledge module and crowd guru module are based on actual performance in direct confrontation challenges.

  Direct confrontation challenge system architecture. With reference to FIGS. 15-18, additional aspects of the system architecture for direct challenge or “Mano et Manno” will be discussed. FIG. 15 illustrates a service interface 600 and various related elements of a direct challenge application, according to various embodiments.

  The direct challenge application may be in communication with an incoming data feed from an external source 602, such as one or more sports information feeds. For each data source (internal or external), manage data sources, competitors, matchups created by users, real-world event times and results, and competitors' quantitative statistics and performance There may be a configured event data handler 604.

  The service interface 600 is interacted by the user via various user interfaces 606 including mobile apps (eg, on smartphones and tablet computers), web apps, smart TV apps, and game consoles. A computer kiosk networked with a service interface to allow a user to interact with the gaming system may also be provided.

  Referring to FIG. 16, a direct challenge system utilizes one or more external data readers 608 and content APIs, such as sports feeds A, B, etc., and sports feeds and other content providers, etc. Available challenge data can be collected from external data services. Challenge data can also be supplied manually to a statistical database.

  Referring to FIG. 17, data arriving at the challenge system from the external data reader 608 may have specific formatting of data such as event dates, competitors, quantitative statistics, etc. required by the challenge system. An event data handler 610 translator may be provided to convert data from such external sources into a common match-up data 612 format used by the challenge system. This can be accomplished, for example, through the use of XML data forms.

  For each data source, there is an event data handler that manages the data source and creates a series of possible and actual matchups that combine competitors, event times, and quantitative statistics. Matchups are automatically created by the challenge system based on system business logic, and such matchups can be suggested to the user.

  Referring to FIG. 18, the challenge application allows user A to select a competitor (eg, manually or using a selection engine) and select one of the competitor's competitors, thereby matching up. It can be configured to proceed from an identifying starting point 620. The challenge application may include parameters necessary for user A to create challenge 622, for example, “[Competitor] selects [Competitor Competitor] in [This Field of Effort]” during [This Event or Duration] [ It can be further configured to allow the user to select After the challenge is created, user A can select a fellow user, user B, using the challenge application and then issue the challenge to user B.

  User B can accept or reject challenge 624. If the challenge is accepted, the challenge is officially created 626. The challenge application is configured to monitor competitor and competitor performance, identify match-up winners 628, process challenges 630, and post 632 scores to the leaderboard.

In another aspect, the challenge application automatically selects and creates multiple matchups between and within various competitors, and then provides such matchups to the user for use in the challenge. Can be configured to suggest.
Bet not buy gameplay In another variation of the present invention, the direct challenge is a prediction by the user regarding the predicted performance of a particular player or players at a particular parameter of a particular event. Can be created in the form of a bet. For example, a user may directly challenge a house (eg, casino or sports book) by a particular kicker of a professional football game being played, taking a kick that is about to be attempted Can do. Another example is that a particular player playing a game on that day achieves a specific numerical performance (eg, Adrian Petersen as a running back for Minnesota Vikings) 91.44 m (100 yards) is achieved). A bet amount is specified, sent to the house, accepted, rejected, or challenged. The challenge is then recorded in the score and the winner is determined. Thereafter, the user's internal account, bank account, credit card and other external accounts are debited or credited accordingly. Users can also pay using methods such as bitcoin or other virtual currency, or via payment services such as paypal and the like.

  Of course, the challenge subject need not be a sports player, and any quantifiable performance can be the subject of such a challenge. For example, a user may have a house that a particular financial stock achieves a particular performance metric on a given day or part of a day (eg, CAT stocks will rise 2% before the closing bell) You can adjust the challenge against. Again, bets are sent to the house for approval, rejection, or reverse challenge. The challenge is then recorded in the score and the winner is determined. The user's account, credit card, etc. are then debited or credited accordingly.

  This system and method of direct challenge allows a user to bet or wager on specific performance of a person or thing without having to buy the person or thing. In the sports player example, the player in question need not be included in the user's fantasy team or directory. Challenges can be made for all players regardless of the register. Thus, the user can chase and bet on favorite players that the user does not even “own”. In his or her league play. The user does not need to be included in the league. Similarly, a user can bet on the performance of a stock without having to even buy that particular stock. This approach also avoids stock brokers and other transaction fees.

Casinos and sports books maintain a database containing each user's ledger in accordance with normal accounting and security standards.
A single user in that a single user can make multiple direct challenges to other users, or receive multiple direct challenges from other users, or any combination thereof But you can also work as a “house” player. In this scenario, the casino or sports book can facilitate the challenge and receive a percentage (or even amount) of wager as a reward. The casino or sports book can temporarily hold bet funds on both sides of the challenge in the escrow account as soon as the challenge is completed. This ensures that both the challenger user and the challenged user have sufficient funds to be paid to the challenge winner.

  In another alternative, the house can act as a matchmaker or gambling exchange where a user's challenge is matched up with multiple other users or presented to multiple other users to complete the challenge. Thus, the challenged user does not need to send the challenge to a specific target user. Instead, the challenge is placed on the exchange (gaming engine) and the matching engine included in the gaming engine or exchange proposes the challenge to other users who may be interested in accepting the challenge To do. The matching engine can use an algorithm to determine the challenge recipient, possibly successful. For example, metrics such as the type of controversial event, size of betting allowance, time frame, controversial player or performer that matches other users' challenge history parameters are likely to accept the subject challenge. Can indicate a target user. The matching engine can also perform matches based on the winning percentage of challengers and potential challenge recipients. Thus, the exchange or the matching engine can predictively match up challengers. Users who do not already have a history of challenges are matched based on preference queries as part of the registration process, or by new users accepting challenges from the house or directly from other users. obtain.

The direct challenge may be performed using a computing device coupled to the gaming engine, similar to that described herein for the direct confrontation challenge.
The time frame for bet-not-by-direct challenge performance may be any desired range. For example, the performance duration may relate to the results of the entire season of play, or the performance may relate to minutes, hours, days, or any multiple increments thereof. A wager can also be tied to a specific event, such as the end of a game or announcement of a contest winner or other decision.

  Money bets may be banned at certain sites, so alternative non-money bets can be used instead. For example, virtual currency, winning prize performance points, awards, participation in competitions where winners collect prize money, etc. can also be used in currency alternatives.

The house may also initiate a challenge for one or more users.
Algorithms are used by gaming engines to allow athletes with exceptional circumstances (financial reports, unusual trading volumes, insider relations, company news, athletic injuries, etc.) to bet more than their money Included in the challenge cannot be made available or can be guaranteed that their participation will be banned for some reason. Similarly, a gaming engine may exclude one or more players from being able to be the subject of a challenge due to unfair, harmful or any other reason that the betting on player performance it can.

  Casino patron points can be drawn on direct challenge activities by users in a manner similar to other casino games. In addition or alternatively, betting allowances and wins may be used to give the user in-game achievements, levels, badges, or other rewards.

The challenger or house can provide odds for the predicted outcome, or the bet can be straight up (no odds).
The house can maintain a winning leaderboard and a total leaderboard or other metric public leaderboard. The house may optionally allow the user to leave the public leaderboard listing.

  An example of a bet-not-by-direct challenge is whether a particular lane horse will increase or decrease in value over a given length of time, a particular lane horse will differ in the next three upcoming races Whether a particular exerciser A will surpass a specific lane B, whether a particular exerciser A will outperform a particular exerciser B in a statistical category in a given period of time, a certain stock, essentials, or Whether to surpass another stock, necessities, or exerciser in a statistical category over a length of time, and a particular stock or necessity "peaks" or at a certain level at any time during a given betting period Including whether to reach.

  Security can be enhanced by the house maintaining a secure server on its premises for game play over a secure local area network, centralized via an encrypted private wide area network Connect to the server. Biometric security can be provided for the user to receive a gameplay token. The user device ID can be recorded and monitored by the game play engine. The user device may be given a protected access dongle. The house may also require that the user must play on a secure local area network of a casino or other gambling site. Geolocation tracking of the user's device can be performed to ensure that the user remains in an area where gambling is legal or allowed.

24-29, an example of a bet-not-by-direct challenge will now be discussed with reference to an example graphical user interface.
After the user launches the bet-not-by application on their computing device, they can be presented with the screen shown in FIG. This screen allows the user to specify the duration of challenge 700. As shown in FIG. 25, after selecting a duration, the user is given the option to select a challenge subject 702, such as stocks, essentials, etc.

  Thereafter, as shown in FIG. 26, the user can select bet type 704. Here, the bet type indicated is whether a particular stock will go up or down, or whether the selected stock will perform better or worse than another particular stock (Mahno E Marno). Next, in FIG. 27, the user selects their particular “player” 706, which is now the particular stock that is the subject of the up and down challenge.

  FIG. 28 shows that the user specifies whether the predicted performance of a particular stock up to the end of the period will be 708 going up or down from the price of the selected stock identified in the sub-window header. to enable. The user can further select a bet amount 710 that the user wishes to bet on. Thereafter, the user selects the button “Bet” to confirm their betting allowance and initiates a challenge 712.

  FIG. 29 is a ledger screen that lists a particular user's history of bet-not-by-challenges, including the results recorded in the score and the respective bet amount. The currently pending challenge 714 is highlighted, but the past challenge 716 is not highlighted, so that the user can quickly distinguish between the current challenge and the past challenge. The user's award “Player Points” 718 is also shown on the summary screen.

A left-pointing arrow in the header of each screen moves the user to the previous page. The home button returns the user to the home screen.
Mano e Mano or direct confrontation matchups can also be the subject of a bet not by challenge. Matchups can be created between activists, politicians, actors, musicians, etc., measure statistics and value, and do not depend on whether they compete directly with each other. As discussed above, the user sends a direct confrontation challenge to the opponent (or house), such as X surpasses Y in the Z field (during this time frame or at this event). For example, who has more lashing yards on Sunday today? Barry Sanders or Marcus Allen? In another example, does Barry Sanders win more or less lashing yards than Marcus Allen on this weekend's calendar for professional football games? This same approach can be applied to many different types of subjects discussed throughout this specification.

  Although several embodiments have been described herein, one of ordinary skill in the art having the benefit of the teachings of the present disclosure will understand and appreciate many other embodiments and modifications relating to this technology. Accordingly, the present invention is not limited to the specific embodiments disclosed or discussed herein, and other embodiments and modifications are within the scope of the appended claims or inventive concepts. Is intended. Further, although specific terms are sometimes used herein and in the claims or concepts that follow, such terms are used in a comprehensive and descriptive sense only, It should not be construed as limiting the invention described or the scope or concept of the claims that follow.

Claims (20)

A user fantasy challenge gaming system,
A gaming engine,
A user computing device coupled to the gaming engine, the user computing device executing a graphical user interface, memory, and software applications stored in the memory And the software code allows the user to create a plurality of challenging parameters, the parameters comprising:
The duration of the challenge,
The theme of the challenge,
The challenge betting type, and
With a particular player in the challenge,
And a user computing device that transmits the plurality of parameters of the challenge to the gaming engine. The gaming engine determines the challenge to the target user based on a determination that the target user is likely to accept the challenge based on an assessment of a challenge history of a plurality of potential target users. The system of claim 1, comprising a matching engine configured to match. The system of claim 2, wherein the determination comprises evaluating a plurality of challenge metrics including the betting allowance, the duration, and the subject of the challenge. The system of claim 1, wherein the gaming engine accepts or rejects the challenge on behalf of a house user, the house user comprising a casino or sports bookmaker. The system of claim 1, wherein the duration of the challenge is in the range of 2 to 10 minutes. The system of claim 1, wherein the subject of the challenge is one of stocks, necessities, and sports. The system of claim 1, wherein the type of betting allowance is an up / down challenge. The system of claim 1, wherein the type of betting allowance is a direct confrontation challenge. The system of claim 1, wherein the specific player is a company stock. The user computing device displays a ledger screen that lists the challenge history of the user, the history including the results recorded in the score and the corresponding bet amount for each challenge listed. The system of claim 1. The system of claim 1, further comprising the gaming engine configured to reward the user based on the user bet amount and the user win / loss record. A method of betting on the predicted outcome of an event performance,
Launching a challenge application on a computing device by a user;
By the user
The duration of the challenge,
The theme of the challenge,
The challenge betting type, and
With a particular competitor in the challenge,
Selecting a plurality of challenge parameters including a bet amount for the challenge. Sending the plurality of challenge parameters to a matching engine;
Based on a comparison of the challenge parameter and the historical challenge parameter to find a match between at least one of the challenge parameters and a plurality of historical challenge parameters of each of the one or more target users, Matching the challenge to the target user by a matching engine;
13. The method of claim 12, further comprising: transmitting the challenge to the one or more target users. The method of claim 12, wherein the comparison of challenge parameters includes the bet amount, the duration, and the subject of the challenge. Sending the challenge parameters to either a sports bookmaker or a casino;
The method of claim 12, further comprising: determining whether to accept or reject the challenge by the sports bookmaker or the casino. 13. The method of claim 12, wherein the duration of the challenge is in the range of 2 to 10 minutes. And displaying a ledger screen to the user, the ledger screen listing the challenge history of the user, the history being recorded in the score and the corresponding betting allowance for each challenge listed. The method of claim 12, comprising a forehead. The method according to claim 12, further comprising: giving the user a plurality of points based on the user's bet amount and the user's winning / losing record. A method of matching a bet on the predicted outcome of an event performance with a target user who is likely to accept the bet.
The duration of the challenge,
The theme of the challenge,
The challenge betting type, and
With a particular player in the challenge,
Selecting a plurality of challenge parameters by a first user on a computing device, including the challenge bet amount;
Comparing the challenge parameter with the historical challenge parameter to find a match between at least one of the challenge parameter and a plurality of historical challenge parameters for each of a plurality of second users;
Sending the challenge to the one or more target users if there is a match between the at least one challenge parameter of the first user and the historical challenge parameter of the second user; A method comprising: 20. The method of claim 19, wherein the duration of the challenge is in the range of 2 to 10 minutes.