U.S. Pat. No. 8,210,925
ADJUSTING DIFFICULTY LEVEL OF A MULTIPLAYER GAME
AssigneeMicrosoft Technology Licensing LLC
Issue DateMay 26, 2009
Illustrative Figure
Abstract
Systems and methods for controlling a difficulty level of a multiplayer networked game are provided herein. One exemplary method includes setting an initial difficulty level at a gaming server for a game played by a main gaming client and one or more challenger gaming clients. The method further includes sending an input request to the main gaming client and each challenger gaming client based on the initial difficulty level. The method further includes receiving main user input from the main gaming client, and challenger user input from each challenger gaming client responsive to the input request. The method also includes adjusting the initial difficulty level to an adjusted difficulty level based on the challenger user input.
Description
DETAILED DESCRIPTION Various embodiments related to controlling a difficulty level of a multiplayer game are described herein in which a difficulty level for one player is controlled by actions of one or more other players. The multiplayer game may be any game (e.g., trivia, battle, etc.) played by a plurality of players, including but not limited to networked games. For example, various embodiments of multiplayer games disclosed herein include a main player playing via a main gaming client and one or more challenger players playing via one or more challenger gaming clients. In some examples, such a game may also be played by additional crowd players via one or more crowd gaming clients, as explained in more detail below. It may be appreciated that a main player, challenger player, and/or crowd player may be an automated or modeled player (e.g. a “computer player”) executable via one or more computing devices or servers. Further, it will be appreciated that the concepts disclosed herein may be used in any other suitable multiplayer game environment than the embodiments specifically described herein. An example of a game played by a main player, a plurality of challenger players, and a plurality of crowd players will be described in the context of a question-and-answer game (e.g. a trivia game) with respect to the figures herein. In some embodiments, such a game may be played during a fixed-time episode, such as a two-hour episode, such that the processes described herein are carried out within a discrete period of time. It will be appreciated that the example provided is non-limiting, and the systems and methods herein can be applied to any suitable game with any number of suitable players playing against each other individually or as teams, for either a fixed or variable length of time. FIG. 1illustrates ...
DETAILED DESCRIPTION
Various embodiments related to controlling a difficulty level of a multiplayer game are described herein in which a difficulty level for one player is controlled by actions of one or more other players. The multiplayer game may be any game (e.g., trivia, battle, etc.) played by a plurality of players, including but not limited to networked games. For example, various embodiments of multiplayer games disclosed herein include a main player playing via a main gaming client and one or more challenger players playing via one or more challenger gaming clients. In some examples, such a game may also be played by additional crowd players via one or more crowd gaming clients, as explained in more detail below. It may be appreciated that a main player, challenger player, and/or crowd player may be an automated or modeled player (e.g. a “computer player”) executable via one or more computing devices or servers. Further, it will be appreciated that the concepts disclosed herein may be used in any other suitable multiplayer game environment than the embodiments specifically described herein.
An example of a game played by a main player, a plurality of challenger players, and a plurality of crowd players will be described in the context of a question-and-answer game (e.g. a trivia game) with respect to the figures herein. In some embodiments, such a game may be played during a fixed-time episode, such as a two-hour episode, such that the processes described herein are carried out within a discrete period of time. It will be appreciated that the example provided is non-limiting, and the systems and methods herein can be applied to any suitable game with any number of suitable players playing against each other individually or as teams, for either a fixed or variable length of time.
FIG. 1illustrates a system100for controlling a difficulty level of a multiplayer networked game, including but not limited to a multi-player trivia game. The system100includes a gaming server110including a processor112and memory114having instructions executable by the processor112to perform various methods of playing a multi-player game, including but not limited to those methods described herein. For example, the gaming server110may be configured to set an initial difficulty level116for the game, either by default or by player input. In the specific example of a trivia game, the game may comprise a discrete number of difficulty levels, such as very easy, easy, medium, difficult, and very difficult. The gaming server110may send input requests118, e.g. trivia questions or other suitable requests, based on the initial difficulty level to the main gaming client120operating on main computing device122and to one or more of a plurality of challenger gaming clients124, such as first challenger gaming client126residing on first challenger computing device128and second challenger gaming client130residing on second challenger computing device132. The gaming server110may also send input requests118to a plurality of crowd gaming clients134, such as first crowd gaming client136and second crowd gaming client138which may respectively reside on first crowd gaming computing device140and second crowd gaming computing device142in one example. The term “main gaming client” and the like may refer herein to a client operated by a player whose game progress may be affected by the actions of other players. In some embodiments, the main player may be a player that is featured as a focus of the game, e.g. a contestant in a game show-like game, and may refer to a single player or more than one player. The term “challenger gaming client” may refer to herein as a client operated by a player that is in competition with the main player, and whose performance (or collective performance, in the case of multiple challenger players) may affect progress of the main player's game. For example, the performance of one or more challenger players may affect a prize awarded to the main player, a difficulty level of questions presented to the main player, etc. Likewise, the term “crowd gaming client” as used herein may refer to players other than the main player and challenger players who can watch the game, and who also may be allowed to answer questions presented in the game (or otherwise participate in a game, depending upon the nature of the game), but whose performance does not affect the progress of the main player's game.
Responsive to sending the input requests118, the gaming server110may receive main user input144from main gaming client120, challenger user input146from each challenger gaming client, and crowd user input148from each crowd gaming client. Each of main user input144, challenger user input146, and crowd user input148may be a different or same answer to the trivia question. The answer may be selected from a plurality of answer options, or the answer may be input by user-initiated text input or the like (e.g., not selected from a plurality of answer options).
The gaming server110may then determine a challenger performance value150based on aggregated challenger user input. The determination of the challenger performance value150may include aggregating all of the challenger user input146from each challenger gaming client, and determining a number of incorrect challenger user inputs and a number of correct challenger inputs by comparing the challenger user inputs to a correct, or expected, answer. In various embodiments, the challenger performance value150may be, for example, a percentage of correct challenger user inputs, a ratio of correct challenger user inputs to incorrect challenger user inputs, an absolute number of correct or incorrect challenger user inputs, or any other suitable metric that allows a challenger performance value to be compared to a main user performance. Further, in some embodiments, a challenger performance value may comprise more than one value or other measures for evaluating a challenger's performance quality.
Based on the challenger user input146and/or the challenger performance value150, the gaming server110may adjust the initial difficulty level116to an adjusted difficulty level152. In this manner, subsequent questions that are sent to the main user (and to the challengers) are selected based upon the adjusted difficulty level152that was set based upon the challenger input146. In one specific example in which there are one hundred challengers, the challenger performance value150may be compared to a “low challenger performance threshold”154of ten incorrect challenger user inputs over two consecutive trivia questions. That is, if the challenger performance value150indicates that a total of ten or more challenger gaming clients have each submitted an incorrect challenger user input, or answer to a trivia question, for the last two questions posed, it is determined that the challenger performance value150(the number of incorrect challenger user inputs) is above the low challenger performance threshold154. In such a case, the initial difficulty level is not adjusted. On the other hand, if fewer than ten incorrect challenger user inputs are received for the last two questions posed, then it is determined that the challenger performance value150is below the low challenger performance threshold154, and the initial difficulty level is adjusted to an adjusted difficulty level152that is more difficult than the initial difficulty level116. Increasing a difficulty level of the game for the main player and the challenger players where it is determined that too few challenger players submitted incorrect answers may help to ensure that a game pace does not become too slow to finish in a desired time interval, and/or too slow to maintain the interest of players.
Likewise, the challenger performance value150also may be compared to a high challenger performance threshold156. The high challenger performance threshold may be used to decrease a difficulty level of game play if it is determined that too many challengers have submitted incorrect answers for a question or combination of questions. For example, in one specific embodiment, a high challenger performance threshold156may be set at fifteen incorrect challenger user inputs. In this example, if fifteen or more challenger gaming clients supply an incorrect answer for a selected question or combination of questions (e.g. the last two questions posed), then it is determined that the challenger performance value150for that question or combination of questions is above the high challenger performance threshold156. In such a case, the initial difficulty level116may be adjusted to an adjusted difficulty level152that is less difficult.
As mentioned above, in other embodiments, the low challenger performance threshold154and the high challenger performance threshold156may each indicate a ratio of incorrect challenger user inputs to a number of correct challenger user inputs. In such a case, the high challenger performance threshold156may be representative of a greater ratio than the low challenger performance threshold154. It will be appreciated that these specific embodiments of threshold schemes are described for the purpose of example, and that any other suitable method and/or threshold scheme for determining the challenger gaming clients' performance and for comparing the challenger gaming clients' performance to a target performance may be used.
The gaming server110may further include instructions executable by the processor112to remove a challenger gaming client126from the game when an incorrect challenger user input is received from that challenger gaming client126. In this manner, each challenger from which an incorrect answer is received is dropped, or “knocked out”, from the game upon submitting a single incorrect answer. In another example, a challenger gaming client126may be removed from the game when a predetermined number of incorrect inputs, or a ratio of incorrect inputs to correct inputs, are received in response to a plurality of input requests118sent to the first challenger gaming client126. In this manner, a challenger is not necessarily removed for submitting a single incorrect answer, but instead may be retained in the game until two, or more, incorrect answers are submitted. Upon being removed from the game, in some embodiments, a challenger gaming client may be removed from the group of challenger gaming clients124, or “demoted”, and be placed in the group of crowd gaming clients134.
In some embodiments, a main user prize158and/or one or more challenger user prizes may be provided by the gaming server. The main user prize value160may be adjusted based on the challenger performance. Likewise, a value of the challenger user prize may be adjusted based on the main user performance. As the challenger performance value150becomes worse (e.g., increases), the gaming server110may increase the main user prize value160. Similarly, the main user prize value160may be increased as the number of challenger gaming clients removed from the game increases. That is, as the number of challenger gaming clients remaining in the game decreases, the main user prize value160may increase. In the same way, the challenger user prize value may be adjusted based on the main user performance, or based on the performance of the remaining challenger users.
Referring now toFIG. 2, a flowchart illustrating an embodiment of a method200for controlling a difficulty level of a multiplayer networked game is shown. The method200includes, at210, setting an initial difficulty level at a gaming server for a game played by a main gaming client and one or more challenger gaming clients. At212, the method200includes sending an input request to the main gaming client and each challenger gaming client based on the initial difficulty level. At214, the method200includes receiving main user input from the main gaming client, and receiving challenger user input from each challenger gaming client at216responsive to the input request. Then, at218, the method200includes adjusting the initial difficulty level to an adjusted difficulty level based on the challenger user input.
Referring now toFIG. 3AandFIG. 3B, a flowchart shows an embodiment of a more detailed method300for controlling a difficulty level of a multiplayer networked game. The method300includes setting an initial difficulty level at a gaming server for a game played by a main gaming client and one or more challenger gaming clients at310. This initial difficulty level may be a default level, or a user-selected level. Then, at312, the method300includes sending a first input request, or a first question, to the main gaming client and the challenger gaming clients. The method300includes receiving the first main user input at314, and receiving the first challenger user input from the one or more challenger gaming clients at316. Next, at318, it is determined if the first main user input is correct. If the answer is no, method300may end. If the answer is yes at318, the method300may include determining whether any incorrect challenger user inputs were received, and removing one or more challenger gaming clients from the game (e.g., “knocking out” the challenger gaming clients) if the one or more challenger gaming clients submit an incorrect challenger user input.
Next, the method300comprises sending a second question, or input request, to the main gaming client and the challenger gaming clients at322. At324, the second main user input is received and at326, the second challenger user inputs are received.
At328, it is determined if the second main user input is correct. If the answer is no, the method300and/or the game may end. If the answer is yes at328, the method300includes determining, at330, a challenger performance value based on the two most recent challenger user inputs (e.g., the first and/or the second challenger user inputs) received from the one or more challenger gaming clients. In another example, the challenger performance value may be calculated based on one, or more than two, recent challenger user inputs. As described above, a challenger performance value may be an absolute number of incorrect or correct challenger user inputs, a ratio of incorrect challenger user inputs to correct challenger user inputs, or any other suitable measure.
At330, the method300also includes adjusting the initial difficulty level based on the challenger performance. In some examples, the initial difficulty level may not be adjusted. Process330may further include subprocesses, such as subprocess332including removing incorrect challenger gaming clients based on the challenger performance value and/or the second challenger user input (e.g., received at328). Another subprocess334of step330may include adjusting a prize value based on challenger performance value and/or second challenger user input. Refer toFIG. 4for a detailed example of the processes of330.
At336, a third input request (e.g., trivia question) may be sent from the gaming server to the main gaming client and one or more challenger gaming clients. At338, the method300includes receiving a third main user input and at340, the third challenger user input is received.
At342, it is determined if the third main user input is correct. If the answer is no at342, the method300and/or the game may end. If the answer is yes at342, the method300may include then returning to step330. Thus, in this example, challenger user input is assessed for a first time after main user input and challenger user input are received responsive to the second question, and challenger user input is assessed after each question thereafter. Therefore, it may be appreciated that “third” in steps336,338,340, and342may be replaced with “fourth”, “fifth”, “sixth”, etc. up to any number of questions played in the game.
Turning now toFIG. 4, a detailed example of the processes of step330is provided. At412, the method400includes determining if a number of incorrect challenger user inputs received responsive to the two most recent consecutive input requests (e.g., the last two trivia questions) is equal to or greater than ten (e.g., is equal to or greater than a low challenger performance threshold, or a target number of incorrect challenger user inputs). That is, step412determines if ten or more challenger gaming clients have been “knocked out” of the game by submitting incorrect challenger user inputs responsive to one of the two most recent consecutive questions. In yet another example, in order for a challenger gaming client to be “knocked out” of the game, the challenger gaming client may have to answer incorrectly to both of the two most recent consecutive questions.
If the answer is no at412, the method400may include increasing a difficulty level at414to an adjusted difficulty level more difficult than the initial difficulty level. In one example, the difficulty level may be changed from an initial difficulty level of “very easy” to an adjusted difficulty level of “easy”. Still other examples include adjusting an initial difficulty level from “easy” to an adjusted difficulty level of “medium”, from “medium” to an adjusted difficulty level of “difficult”, and from “difficult” to an adjusted difficulty level of “very difficult”. In other examples, the adjustment may include skipping a difficulty level, for example from an initial difficulty level of “medium” to an adjusted difficulty level of “very difficult”.
If the answer is yes at412, the method may include determining, at416, if the number of incorrect challenger user inputs is greater than or equal to fifteen (e.g., is equal to or greater than a high challenger performance threshold, or high target number of incorrect challenger user inputs). If the answer is no at416, the method400may include maintaining, or not changing, an initial difficulty level at418.
If the answer is yes at416, the method400may include decreasing the difficulty level at420to be less difficult than the initial difficulty level. In one example, the difficulty level may be changed from an initial difficulty level of “very difficult” to an adjusted difficulty level of “difficult”. Still other examples include adjusting an initial difficulty level from “difficult” to an adjusted difficulty level of “medium”, from “medium” to an adjusted difficulty level of “very easy”, and from “easy” to an adjusted difficulty level of “very easy”. In other examples, the adjustment may include skipping a difficulty level, for example from an initial difficulty level of “difficult” to an adjusted difficulty level of “easy”.
In some examples, the method400may include adjusting a main user prize value based on the challenger performance. For example, the method400may include increasing the main user prize value the challenger performance value increases (e.g. as a number of incorrect challenger answers increases). Likewise, the method400may include decreasing the main user prize value as the challenger performance value decreases (e.g. as the number of incorrect challenger answers decreases). Alternately, the main user prize value may not be changed as the challenger performance value decreases. The method400may also include removing challenger gaming clients or demoting a challenger gaming client to become a crowd gaming client as incorrect challenger user inputs are received.
It may be appreciated that ten and fifteen are exemplary low and high challenger performance thresholds, respectively, that may be used in specific embodiments, and that any suitable value may be replaced for the low and/or high challenger performance thresholds. For example, as described above, the low challenger performance threshold and/or the high challenger performance threshold may each indicate a ratio of incorrect challenger user inputs compared to a number of correct challenger user inputs, the high challenger performance threshold being greater than the low challenger performance threshold.
Furthermore, it may be appreciated that the determination of challenger performance over the two most recent consecutive questions, as described with respect toFIG. 3A,FIG. 3BandFIG. 4, is merely exemplary. Any number of user inputs may be used to determine challenger performance, to eliminate challenger users and/or a main user from the game, and/or to determine prize value. Further still, any type of historical performance data, consecutive or non-consecutive, may be used for the aforementioned purposes. That is, a difficulty level may be adjusted after any X number of questions are posed to the players, based on the performance from a previous Y number of questions in order to eliminate Z number of players from the game, where X, Y, and Z can be any suitable numbers.
It will be appreciated that the computing devices described herein may be any suitable computing device configured to execute the programs described herein. For example, the computing devices may be a mainframe computer, personal computer, laptop computer, portable data assistant (PDA), computer-enabled wireless telephone, networked computing device, or other suitable computing device, and may be connected to each other via computer networks, such as the Internet. These computing devices typically include a processor and associated volatile and non-volatile memory, and are configured to execute programs stored in non-volatile memory using portions of volatile memory and the processor. As used herein, the term “program” refers to software or firmware components that may be executed by, or utilized by, one or more computing devices described herein, and is meant to encompass individual or groups of executable files, data files, libraries, drivers, scripts, database records, etc. It will be appreciated that computer-readable media may be provided having program instructions stored thereon, which upon execution by a computing device, cause the computing device to execute the methods described above and cause operation of the systems described above.
It should be understood that the embodiments herein are illustrative and not restrictive, since the scope of the invention is defined by the appended claims rather than by the description preceding them, and all changes that fall within metes and bounds of the claims, or equivalence of such metes and bounds thereof are therefore intended to be embraced by the claims.
Claims
- A method for controlling a difficulty level of a multiplayer networked game, the method comprising: setting an initial difficulty level at a gaming server for a game played by a main gaming client, one or more challenger gaming clients, and one or more crowd gaming clients, the main gaming client being a client operated by a player whose game progress may be affected by the one or more challenger gaming clients, the one or more challenger gaming clients being one or more clients whose game progress may affect the main gaming client, and the one or more crowd gaming clients each being a client operated by a player whose game progress does not affect the main gaming client;sending an input request to the main gaming client, each challenger gaming client, and each crowd gaming client based on the initial difficulty level;receiving main user input from the main gaming client, challenger user input from each challenger gaming client, and crowd user input from each crowd gaming client responsive to the input request;and adjusting the initial difficulty level to an adjusted difficulty level based on the challenger user input.
- The method of claim 1 , further comprising determining a challenger performance value based on the challenger user input received from the one or more challenger gaming clients.
- The method of claim 1 , further comprising changing a first challenger gaming client to a crowd gaming client when an incorrect challenger user input is received from the first challenger gaming client.
- The method of claim 2 , where the adjusted difficulty level is more difficult than the initial difficulty level when the challenger performance value is below a low challenger performance threshold, and where the adjusted difficulty level is less difficult than the initial difficulty level when the challenger performance value is above a high challenger performance threshold.
- The method of claim 2 , where adjusting the initial difficulty level includes adjusting the initial difficulty level to an adjusted difficulty level more difficult than the initial difficulty level when the challenger performance value indicates that less than ten challenger gaming clients provided incorrect challenger user input responsive to two consecutive input requests.
- The method of claim 2 , further comprising providing a main user prize and adjusting a main user prize value based on the challenger performance.
- The method of claim 4 , where the low challenger performance threshold and the high challenger performance threshold each indicate a ratio of incorrect challenger user inputs compared to a number of correct challenger user inputs, the high challenger performance threshold being greater than the low challenger performance threshold.
- The method of claim 5 , further comprising not adjusting the initial difficulty level when the challenger performance value is greater than or equal to a low challenger performance threshold and the challenger performance value is less than or equal to a high challenger performance threshold.
- The method of claim 6 , where the adjusting the main user prize value includes increasing the main user prize value as the challenger performance value increases.
- A system for controlling a difficulty level of a multiplayer networked game playable by a plurality of players including a main player playing via a main gaming client, one or more challenger players playing via one or more challenger gaming clients, and one or more crowd players playing via one or more crowd gaming clients, the main gaming client being a client whose game progress may be affected by the one or more challenger gaming clients, the one or more challenger gaming clients being clients whose game progress may affect the main gaming client, and the one or more crowd gaming clients each being a client whose game progress does not affect the main gaming client and the one or more challenger gaming clients, the system comprising: a gaming server including a processor and memory having instructions executable by the processor to: set an initial difficulty level for the game, send an input request to the main gaming client and to the one or more challenger gaming clients based on the initial difficulty level;receive main user input from the main gaming client, challenger user input from each challenger gaming client, and crowd user input from each crowd gaming client responsive to the input request, determine a challenger performance value based on aggregated challenger user input, and adjust the initial difficulty level to an adjusted difficulty level based on the challenger user input, the adjusted difficulty level being more difficult than the initial difficulty level when the challenger performance value is below a low challenger performance threshold.
- The system of claim 10 , where the memory has instructions executable by the processor to adjust the initial difficulty level to an adjusted difficulty level less difficult than the initial difficulty level when the challenger performance value is above a high challenger performance threshold.
- The system of claim 10 , where the memory further comprises instructions executable by the processor to provide a main user prize and to adjust a main user prize value based on the challenger performance.
- The system of claim 10 , where the memory further comprises instructions executable by the processor to maintain the initial difficulty when the challenger performance value is greater than or equal to a low challenger performance threshold and the challenger performance value is less than or equal to a high challenger performance threshold.
- The system of claim 10 , where the memory further comprises instructions executable by the processor to remove a first challenger gaming client from the game when an incorrect challenger user input is received from the first challenger gaming client.
- The system of claim 10 , where the game is also played by a plurality of crowd gaming clients, and where the memory further comprises instructions executable by the processor to change a challenger gaming client to a crowd gaming client when an incorrect challenger user input is received from the challenger gaming client.
- The system of claim 11 , where the low challenger performance threshold and the high challenger performance threshold each indicate a number of incorrect challenger user inputs compared to a number of correct challenger user inputs, the high challenger performance threshold being representative of a greater ratio than the low challenger performance threshold.
- The system of claim 12 , where the memory further comprises instructions executable by the processor to increase the main user prize value as the challenger performance value increases.
- A method for controlling a difficulty level of a multiplayer networked game, the method comprising: setting an initial difficulty level at a gaming server for a game played by a main gaming client, one or more challenger gaming clients, and one or more crowd gaming clients, the main gaming client being a client operated by a player whose game progress may be affected by the one or more challenger gaming clients, the one or more challenger gaming clients being clients whose game progress may affect the main gaming client, and the one or more crowd gaming clients each being a client operated by a player whose game progress does not affect the main gaming client and the one or more challenger gaming clients;sending an input request to the main gaming client, each challenger gaming client, and each crowd gaming client based on the initial difficulty level;receiving main user input from the main gaming client, challenger user input from each challenger gaming client, and crowd user input from each crowd gaming client responsive to the input request;and adjusting the initial difficulty level to an adjusted difficulty level based on the challenger user input, the adjusted difficulty level being less difficult than the initial difficulty level when a number of incorrect challenger user inputs is greater than a high target number of incorrect challenger user inputs, and the adjusted difficulty level being more difficult than the initial difficulty level when a number of incorrect challenger user inputs is less than a low target number of incorrect challenger user inputs.
- The method of claim 18 , further comprising not adjusting the initial difficulty level when the number of incorrect challenger user inputs is greater than or equal to the low target number of incorrect challenger user inputs and the number of incorrect challenger user inputs is less than or equal to the high target number of incorrect challenger user inputs.
- The method of claim 19 , further comprising providing a main user prize and increasing a main user prize value as a number of incorrect challenger user inputs increases.
Disclaimer: Data collected from the USPTO and may be malformed, incomplete, and/or otherwise inaccurate.