This application is a National Stage of International Application No. PCT/US2007/001096, filed 16 Jan. 2007, which claims priority from European Patent Application No. 06270014.1, filed on 10 Feb. 2006. Both applications are incorporated herein by reference.
This description relates generally to determining relative skills of players of a game such as a computer game or any other type of game. It is particularly related to, but in no way limited to, using Bayesian statistical techniques to rank players on the basis of outcomes of a plurality of games involving those players.
There is a desire to provide a way to determine relative skills of players of games such as computer games, chess, tennis, and any other type of game. This needs to be achieved in a manner whereby the indication of relative skill is as accurate as possible and also is understood and accepted by end users (i.e. game players). In addition the relative skills need to be determined quickly even in the case of games involving many players and also in the case of many teams of players, each team having many members. This is particularly problematic because in these situations, computational complexity typically increases significantly. Players can be human players or computer programs.
In our earlier US patent application filed on 24 Jan. 2005 entitled “Bayesian Scoring”, we describe a system for ranking or determining an indication of the skill of a player based on the outcome of a game. The skill levels may be used to track a player's progress and/or standing in the gaming environment, and/or may be used to match players with each other for a future game. We describe a system using Bayesian statistical techniques to determine the indications of player relative skill. The present invention builds on and extends our earlier work and in particular provides a new computational method which enables computation times to be reduced.
A previous ranking system for games has been proposed which uses a statistical approach. The ELO ranking system, devised by Arpad Elo, is suitable for two-player games only. However, it is required to provide a system which works for game modes with more than two players per match.
The present invention seeks to provide an improved method and apparatus for determining an indication of the relative skill of players of a game which overcomes or at least mitigates one or more of the problems noted above.
The following presents a simplified summary of the disclosure in order to provide a basic understanding to the reader. This summary is not an extensive overview of the disclosure and it does not identify key/critical elements of the invention or delineate the scope of the invention. Its sole purpose is to present some concepts disclosed herein in a simplified form as a prelude to the more detailed description that is presented later.
The present example provides a method of determining an indication of the relative skill of at least a first player and a second player of a game based on the outcome of one or more such games involving those players. The method comprising the steps of:
A corresponding apparatus is provided. The apparatus is for determining an indication of the relative skill of at least a first player and a second player of a game based on the outcome of one or more such games involving those players said apparatus comprising:
Preferably the statistics comprise at least a mean and a variance describing each probability distribution.
Preferably the probability distributions are Gaussian.
Preferably the factor graph is acyclic.
Preferably the factor graph is composed of two types of nodes and is bi-partite.
Advantageously the message passing techniques applied over the factor graph are arranged to substantially perform Bayesian inference processes.
In a preferred example the factor graph comprises a plurality of groups of nodes, each group being associated with a particular player and comprising nodes linked in series. In another example, the factor graph comprises a plurality of second groups of nodes, each second group being associated with a team of players.
In an example, the method is for determining an indication of the relative skill of three or more players of a game.
In some examples information about the outcome of the game further comprises, for each player, an indication of a length of time that that player participated in the game and wherein the statistics are updated on that basis of that information.
In some examples, information about the outcome of the game comprises a partial ranking of players said partial ranking comprising a rank for at least one player and no rank information for a plurality of other players, and wherein said factor graph is formed such that a link is created between a node associated with the ranked player and a node associated with each of the unranked players.
The examples also include a computer program comprising computer program code means adapted to perform all the steps of any of the methods described when said program is run on a computer. The computer program may be embodied on a computer readable medium.
The method may be performed by software in machine readable form on a storage medium. The software can be suitable for execution on a parallel processor or a serial processor such that the method steps may be carried out in any suitable order, or simultaneously.
This acknowledges that software can be a valuable, separately tradable commodity. It is intended to encompass software, which runs on or controls “dumb” or standard hardware, to carry out the desired functions, (and therefore the software essentially defines the functions of the register, and can therefore be termed a register, even before it is combined with its standard hardware). For similar reasons, it is also intended to encompass software which “describes” or defines the configuration of hardware, such as HDL (hardware description language) software, as is used for designing silicon chips, or for configuring universal programmable chips, to carry out desired functions.
Many of the attendant features will be more readily appreciated as the same becomes better understood by reference to the following detailed description considered in connection with the accompanying drawings.
The present description will be better understood from the following detailed description read in light of the accompanying drawings, wherein:
Like reference numerals are used to designate like parts in the accompanying drawings.
The detailed description provided below in connection with the appended drawings is intended as a description of the present examples and is not intended to represent the only forms in which the present example may be constructed or utilized. The description sets forth the functions of the example and the sequence of steps for constructing and operating the example. However, the same or equivalent functions and sequences may be accomplished by different examples.
Our earlier Bayesian Scoring system is implemented in Xbox Live (trade mark) and is currently commercially available under the trade name TrueSkill (trade mark). The present invention extends and builds on our earlier work and uses a new method of computation to enable processing times to be significantly reduced. A summary of the currently available TrueSkill system is now given to aid understanding of the present invention.
Most games have at their root a metric for judging whether the game's goals have been met. In the case of matches involving two or more players (“multiplayer matches”), this often includes ways of ranking the skills of match participants. This encourages competition between players, both to “win” individual matches, and to have their overall skill level recognised and acknowledged in a broader community. Players may wish to evaluate their skills relative to people they know or relative to potential opponents they have never played, so they can arrange interesting matches. We term a match “uninteresting” if the chances of winning for the participating players are very unbalanced—very few people enjoy playing a match they cannot win or cannot lose. Conversely, matches which have a relatively even chance of any participant winning are deemed “interesting” matches.
The TrueSkill ranking system is a skill-based ranking system that uses a technique called Bayesian inference for ranking players.
Rather than assuming a single fixed skill for each player, the system characterises its belief using a bell-curve belief distribution (also referred to as Gaussian) which is uniquely described by its mean μ and standard deviation σ. An exemplary belief distribution is shown in
Since the TrueSkill ranking system uses a Gaussian belief distribution to characterise a player's skill, all mean skills (that is, μ's) will always lie within ±4 times the initial σ (more precisely with probability 99.99%).
The TrueSkill ranking system can do all calculations using an initial uncertainty of 1, because then μ and σ can be scaled to any other range by simply multiplying them. For example, suppose all calculations are done with an initial μ of 3 and σ of 1. If one wishes to express player's skill as one of 50 “levels”, multiply μ and σ by 50/6=8.3 because almost all μ happen to be within ±3 times the initial σ.
The intuition is that the greater the difference between two player's μ values—assuming their σ value are similar—the greater the chance of the player with the higher μ value performing better in a game. This principle holds true in the TrueSkill ranking system. But, this does not mean that the players with the larger μ's are always expected to win, but rather that their chance of winning is higher than that of the players with the smaller μ's. The TrueSkill ranking system assumes that the performance in a single match is varying around the skill of the player, and that the game outcome (relative ranking of all players participating in a game) is determined by their performance. Thus, the skill of a player in the TrueSkill ranking system can be thought of as the average performance of the player over a large number of games. The variation of the performance around the skill is, in principle, a configurable parameter of the TrueSkill ranking system.
The TrueSkill ranking system will base its update of μ and σ on the game outcome (relative ranking of all teams) only; it merely assumes that the outcome is due to some unobserved performance that varies around the skill of a player. If one is playing a point based game and the winner beats all the other players by a factor of ten, that player's victory will be scored no differently than if they had only won by a single point. Every match provides the system with more information about each player's skill belief, usually driving σ down.
Before starting to determine the new skill beliefs of all participating players for a new game outcome, the TrueSkill ranking system assumes that the skill of each player may have changed slightly between the current and the last game played by each player. The mathematical consequence of making such an assumption is that the skill uncertainty σ will be slightly increased, the amount of which is, in principle, a configurable parameter of the TrueSkill ranking system. It is this parameter that both allows the TrueSkill system to track skill improvements of gamers over time and ensures that the skill uncertainty σ never decreases to zero (“maintaining momentum”).
In order to determine the new skill beliefs of all the participating players for a new game outcome, the TrueSkill ranking system needs to determine the probability of the observed game outcome for given skills of the participating players and weight it by the probability of the corresponding skill beliefs. This is done by averaging over all possible performances (weighted by their probabilities) and deriving the game outcome from the performances: The player with the highest performance is the winner; the player with the second highest performance is the first runner up, and so on. If two players' performances are very close together, then the TrueSkill ranking system considers the outcome between these two players a draw. The larger the margin which defines a draw in a given league, the more likely a draw is to occur, according to the TrueSkill ranking system. The size of this margin is a configurable parameter of the TrueSkill ranking system and is adjusted based on the game mode. For example, a street race in Project Gotham Racing 3 (trade mark) can never end in a draw (thus the parameter is set to zero) whereas a Capture-the-Flag game in Perfect Dark Zero (trade mark) can easily end in a draw.
By virtue of the above weighting technique (which is based on Bayes' Law), the system arrives at a new skill belief for every player participating in the game. These skill beliefs are not Gaussian anymore. Hence, the TrueSkill ranking system determines the best Gaussian approximation. As a result, given players' μ values increase for each opponent they out-performed, and decreases for each opponent they lost against.
The simplest case for an TrueSkill ranking system update is a two-person match. Suppose we have players A(lice) and B(ob), with μ and σ values (μA, σA) and (μB, σB), respectively. Once the game has finished, the update algorithm determines the winner (Alice or Bob) and loser (Bob or Alice) and applies the following update equations:
μwinner←μwinner+σ2winner/c*v((μwinner−μloser)/c,ε/c)
μloser←μloser−σ2loser/c*v((μwinner−μloser)/c,ε/c)
σ2winner←σ2winner*[1−σ2winner/c2*w((μwinner−μloser)/c,ε/c)]
σ2loser←σ2loser*[1−σ2loser/c2*w((μwinner−μloser)/c,ε/c)]
c2=2β2+σ2winner+σ2loser
In these equations, the only unknown is β2 which is the variance of the performance around the skill of each player. Moreover, ε is the aforementioned draw margin which depends on the game mode. The functions v(.,.) and w(.,.) are given by
if the game ends in win and loss or
if the game ends in a draw. Where the symbols N and Φ represent the density of the Gaussian distribution function and the cumulative distribution function of the Gaussian, respectively. The symbols t and β are simply arguments to the functions. Any suitable numerical or analytic methods can be used to evaluate these functions such as those described in Press et al., Numerical Recipes in C: the Art of Scientific Computing (2d. ed.), Cambridge, Cambridge University Press, ISBN-0-521-43108-5. Plots of these functions obtained using numerical integration, for varying values of ε/c are given in
There are a few observations about these update equations:
In the case of a team match the team's skill is assumed to be a function of the skills of the players. In a preferred embodiment, this function is the sum. The algorithm determines the sum of the skills of the two teams and uses the above two equations where (μwinner, σ2winner) and (μloser, σ2loser) are the mean skills and skill variances of the winning and losing team, respectively.
The update equations for more than two teams require numerical integration. In this case the TrueSkill ranking system iterates two team update equations between all teams on neighbouring ranks, that is, the 1st versus the 2nd team, the 2nd team versus the 3rd team and so on. The computational complexity increases cubically for more than two teams as a result of the numerical integration required for the V and W functions. In the present invention we address this by using factor graphs with message passing techniques to reduce the computation required in multi-team situations.
With reference to
If a player has played before and we have stored skill information for that player that information is accessed. In the case of a new player we use a default belief distribution with associated default statistics, for example an initial μ of 3 and σ of 1. Any suitable default belief distribution is used.
Information about the game outcome is obtained (see box 65 of
More detail about the process of forming the factor graph is now given with reference to
Each player is represented by a variable node for their skill connected to a set of nodes which relate to their skill and their performance in the particular game. In
As illustrated in
The factor nodes at the top of the diagram (row 76) are functions which access a database or other store to obtain belief distributions for each player (or use a default belief distribution in the case of a new player). These computational units feed the parameters describing the player skill belief distributions into the corresponding variable nodes. For example, in the case of Gaussian distributions there would be two parameters (two floating-point numbers) stored in each variable node. The next row of variable nodes, that is, the circular nodes 77 connected in series to the top leaf nodes, represent the player skills. These nodes each store the statistics describing the belief distribution for the associated player. The next row of factor nodes are computation units 78 which compute player performance on the basis of, in this example, player skill plus noise. That is, the skill belief distributions of units 77 are modified by increasing their variance parameters and the results are stored in the row of variable nodes 79 representing player performance. This is a deterministic computation, though it can be thought of as adding noise to the underlying random variables.
In order to obtain a representation of team performance as opposed to individual player performance the columns are combined as indicated in
In a preferred embodiment as illustrated in
Team performance differences are represented by nodes in row 82 and each is calculated as a difference between certain nodes in the team performance layer 81 as indicated. When the game outcome provides a total ordering of the teams, then differences are calculated between consecutive teams in the ordering. In the case of a draw between teams, the teams which drew are placed in an arbitrary order amongst themselves and differences are calculated between consecutive teams in the ordering. For example, in
The bottom nodes in the graph are factor nodes which represent a calculation process encouraging the team performance difference to be greater than the draw margin 8 (if no draw) or less than the draw margin in absolute value (in case of a draw). This is explained in more detail with respect to
The process of message passing comprises carrying out a calculation associated with a computation node (square node in
The processing schedule is preferably divided into three phases: pre-processing, chain processing, and post-processing. An example pre-processing schedule is illustrated in
After one step of pre-processing, a chain processing schedule is iterated until the belief distributions stop changing. An example chain schedule is indicated in
We now present general update equations for use in carrying out the computations along the arrows in the message passing process. We tailor those general update equations for use with Gaussian distributions as shown.
Factor Node Update with Gaussian Messages
Consider the factor graph of
Suppose we would like to update the message mf→x and the marginal px. Then, the general update equations are as follows:
where MM[·] returns the distribution in the Gaussian family with the same moments as the argument and all quantities on the right are normalized to be distributions. In the following we use the exponential representation of the Gaussian, that is,
G(x;τ,π)∝ exp(πx2−2τx)
This density has the following relation to the standard density
In the case of the exact factor nodes the update equations are given in the following table.
In the case of the order factor nodes, the update equations are given in the following table.
In the update equations set out in the tables above a represents weightings which in a preferred example are set to 1. Examples of situations where the weights are not 1 are discussed below under the sub-heading partial play. Also, in the update equations v and w correspond to the functions v(.,.) and w(.,.) given by
if the game ends in win and loss or
if the game ends in a draw. They were determined from the numerical approximation of a Gaussian and Gaussian cumulative distribution in the earlier implementation of TrueSkill without using message passing.
In the example shown in
In the case of exact factor nodes, for message passing from a computation node (square node) to a single variable node (circular node) the update equations of the first row of the exact factor node update equation table is used. In the case of message passing from a computation node to two variable nodes the update equations of the second or third row of the table are used as appropriate. In the case of message passing from a computation node to three variable nodes the update equations of the fourth and fifth rows of that table are used as appropriate.
Partial Play
In the case of partial play, one or more of the players participates in the game for less than the duration of the game. In order to take this into account in updating our belief about the skill levels of the players weightings are used being the values a in the update equations specified above. Using information about the length of time each player participated in the game it is possible to set appropriate values of weights a for the players.
For example, in a game of two teams with two players each, the first player in the first team may have only participated 75% of the total game time. In this case, the corresponding a value would be 0.75 compared to 1.0 for the remaining other three players.
Partial Ranking
In the case that the outcome of a game only yields ranks for one or less than all the players (or teams) then we are able to take this into account by modifying the structure of the factor graph. For example, in a motor racing game only the ranks of the first, second and third participants may be known with any other players being unranked. Alternatively, the identity of the winner may be known but with no ranks provided for other players. In this case we modify the structure of the factor graph as illustrated, for a particular example, in
Any suitable apparatus can be used to implement the methods described herein. For example,
Those skilled in the art will realize that storage devices utilized to store program instructions can be distributed across a network. For example, a remote computer may store an example of the process described as software. A local or terminal computer may access the remote computer and download a part or all of the software to run the program. Alternatively, the local computer may download pieces of the software as needed, or execute some software instructions at the local terminal and some at the remote computer (or computer network). Those skilled in the art will also realize that by utilizing conventional techniques known to those skilled in the art that all, or a portion of the software instructions may be carried out by a dedicated circuit, such as a DSP, programmable logic array, or the like.
The use of message passing techniques adapted for use in computation of relative skill levels as described herein is particularly suited for distributed processing. This is because the processing associated with any particular factor node in the factor graph can be carried out at a given processor and the results passed to another independent processor which carries out computations associated with other nodes in the graph. Those independent processors may be connected over a communications network of any suitable type or may be integral with one another.
Any range or device value given herein may be extended or altered without losing the effect sought, as will be apparent to the skilled person.
The steps of the methods described herein may be carried out in any suitable order, or simultaneously where appropriate.
It will be understood that the above description of a preferred embodiment is given by way of example only and that various modifications may be made by those skilled in the art.
Number | Date | Country | Kind |
---|---|---|---|
06270014 | Feb 2006 | EP | regional |
Filing Document | Filing Date | Country | Kind | 371c Date |
---|---|---|---|---|
PCT/US2007/001096 | 1/16/2007 | WO | 00 | 8/12/2008 |
Publishing Document | Publishing Date | Country | Kind |
---|---|---|---|
WO2007/094909 | 8/23/2007 | WO | A |
Number | Name | Date | Kind |
---|---|---|---|
5221082 | Curshod | Jun 1993 | A |
5830064 | Bradish et al. | Nov 1998 | A |
5853324 | Kami et al. | Dec 1998 | A |
5916024 | Von Kohorn | Jun 1999 | A |
6074312 | Lyon et al. | Jun 2000 | A |
6174237 | Stephenson | Jan 2001 | B1 |
6267687 | Alex | Jul 2001 | B1 |
6443838 | Jaimet | Sep 2002 | B1 |
6468155 | Zucker et al. | Oct 2002 | B1 |
6523828 | Lorenzin | Feb 2003 | B2 |
6801810 | Poncet | Oct 2004 | B1 |
6824462 | Lydon et al. | Nov 2004 | B2 |
6840861 | Jordan et al. | Jan 2005 | B2 |
6996444 | Ach, III | Feb 2006 | B2 |
7050868 | Graepel et al. | May 2006 | B1 |
7376474 | Graepel et al. | May 2008 | B2 |
7793205 | Errico et al. | Sep 2010 | B2 |
7840288 | Graepel et al. | Nov 2010 | B2 |
7846024 | Graepel et al. | Dec 2010 | B2 |
20020068592 | Hutcheson et al. | Jun 2002 | A1 |
20020115488 | Berry et al. | Aug 2002 | A1 |
20020116325 | Wise et al. | Aug 2002 | A1 |
20030073472 | Varley | Apr 2003 | A1 |
20030158827 | Ansari et al. | Aug 2003 | A1 |
20040059655 | Seifert et al. | Mar 2004 | A1 |
20040083078 | Feldman | Apr 2004 | A1 |
20040225387 | Smith, III | Nov 2004 | A1 |
20050087926 | Hattori | Apr 2005 | A1 |
20050192097 | Farnham et al. | Sep 2005 | A1 |
20050233791 | Kane | Oct 2005 | A1 |
20060178765 | Graepel et al. | Aug 2006 | A1 |
20060184260 | Graepel et al. | Aug 2006 | A1 |
20070026934 | Herbrich et al. | Feb 2007 | A1 |
20070112706 | Herbrich et al. | May 2007 | A1 |
20070129133 | Bansemer et al. | Jun 2007 | A1 |
20070166680 | Shibata et al. | Jul 2007 | A1 |
20070191110 | Crouse | Aug 2007 | A1 |
20090227313 | Minka et al. | Sep 2009 | A1 |
Number | Date | Country |
---|---|---|
1862955 | Dec 2007 | EP |
2000508940 | Jul 2000 | JP |
2000262766 | Sep 2000 | JP |
2001526550 | Dec 2001 | JP |
2002035432 | Feb 2002 | JP |
2002140455 | May 2002 | JP |
2003117243 | Apr 2003 | JP |
2004209299 | Jul 2004 | JP |
2006204921 | Aug 2006 | JP |
1020000053909 | Sep 2000 | KR |
20010069675 | Jul 2001 | KR |
20020003634 | Jan 2002 | KR |
20050095667 | Sep 2005 | KR |
WO02077897 | Oct 2002 | WO |
WO2004017178 | Feb 2004 | WO |
WO2007094909 | Aug 2007 | WO |
Entry |
---|
David Heckerman, “A Tutorial on Learning With Bayesian Networks”, Mar. 1995, Microsoft Research, pp. 1-57. |
Winn, John M. “Variational Message Passing and its Applications”, St. John's College, Cambridge, Jan. 2004, pp. 1-149. |
Commencement of Proceedings before the Board of Appeal dated Jan. 19, 2010 from EP 1862955. |
Decision to refuse a European Patent application dated Nov. 11, 2009 from EP 1862955, 23 pages. |
EP Notice of Appeal filed Dec. 17, 2009 for EP 1862955, 1 page. |
EP Office Action for EP patent application EP 1862955 dated Jul. 11, 2008, 1 page. |
EP Office Action response filed Aug. 6, 2009 for EP 1862955, 7 pages. |
Grounds of Appeal filed Dec. 22, 2009 with the EOP for EP 1862955, 7 pages. |
Response filed Dec. 30, 2008 to EP Office Action for EP application 1862955, 11 pages. |
International Preliminary Report dated Aug. 21, 2008 for PCT/US2007/001096, 9 pages. |
EPO Result of Consultation dated Jul. 1, 2009 from EP 1862955, 3 pages. |
International Search Report and Written Opinion for PCT/US2007/001096, mailed Jul. 9, 2007, 12 pages. |
Summon to Oral Proceedings dated May 8, 2009 from EP patent application 1862955, 4 pages. |
Allen, et al., “Collective Choice: Competitive Ranking Systems”, available at least as early as Aug. 8, 2007, at <<http://www.lifewithalacrity.com/2006/01/ranking—systems.html>>, pp. 18. |
Translation of Office Action for Chinese Patent Application CN 200680043271.9 dated Mar. 23, 2011. |
Translation of Office Action for Chinese Patent Application CN 200680043271.9 dated Aug. 11, 2010. |
David, et al., “The Method of Paired Comparisons”, pp. 1386-1387, 1963. |
Edwards, “Edo Historical Chess Ratings”, at <<http://members.shaw.ca/edo1/>>, pp. 30. |
Herbrich, et al., “TrueSkill(TM): A Bayesian Skill Rating System”, Jun. 2006, pp. 10. |
Knies, “TrueSkill: Matchmaking Made Easy for Xbox Live”, at <<http://research.microsoft.com/displayArticle.aspx?id=1361>>, Microsoft Corporation, 2007, pp. 2. |
Perry, “Live in the Next Generation: The TrueSkill System”, at <<http://uk.xbox360.ign.com/articles/662/662347p1.html>>, IGN Entertainment, Inc., 2007, pp. 2. |
Scheid, The Search for the Handicap, 1978 Winter Simulation Conference, vol. 2, Dec. 1978, pp. 889-896. |
Sonas, “Chessmetrics”, at <<http://db.chessmetrics.com/>>, Mar. 26, 2005, pp. 2. |
“The Details of the TrueSkill Ranking System”, at <<http://research.microsoft.com/mlp/trueskill/Details.aspx>>, Microsoft Corporation, 2007, pp. 3. |
CN Patent Application 200780005036.7; Office Action dated Dec. 31, 2010 (and English translation), 10 pages. |
CN Patent Application 200780005935.7; Office Action dated Mar. 23, 2011 (and English translation), 68 pages. |
Office Action from the U.S. Patent and Trademark Office for U.S. Appl. No. 11/540,195, mailed on Jun. 21, 2011, 9 pages. |
Office Action from US Patent and Trademark Office for U.S. Appl. No. 11/540,195, mailed Jul. 15, 2010, 7 pages. |
Genz, “Numerical Computation of Multivariate Normal Probabilities,” Journal of Computational and Graphical Statistics 1, 1992, pp. 141-149. |
Glickman, Example of the Glicko-2 System, retrieved from <<http://www.glicko.net/glicko/glicko2.pdf>> on Dec. 13, 2011, 5 pages. |
Glickman, “Parameter Estimation in Large Dynamic paired Comparison Experiments,” Applied Statistics, vol. 48, 1999, pp. 377-394. |
Glickman, The Glicko System, retrieved at <<http://www.glicko.net/glicko/glicko.pdf>> on Dec. 13, 2011, 5 pages. |
Wikipedia article on “Handicap Golf” retrieved from <<http://en.wikipedia.org/wiki/Handicap—(golf)>> on Dec. 5, 2011. |
International Search Report & Written Opinion for PCT/US2006/045159, mailed Apr. 16, 2007, 8 pages. |
English translation of Office Action for Japanese Patent Application 2006-015483 mailed on Feb. 23, 2007, 4 pages. |
Translation of a Office Action for Japanese Patent Application JP 2006-015483, mailed on Jan. 29, 2008, 1 page. |
English translation of Office Action for Japanese Patent Application JP2006-015483, dated Sep. 18, 2007, 2 pages. |
Minka, “A family of algorithms for approximate Bayesian inference,” Ph. D Thesis, Jan. 2001, Massachusetts Institute of Technology, Boston, MA pp. 1-75. |
Mitchell et al., “Six in the City: Introducing Real Tournament—A Mobile IPv6 Based Context-Aware Multiplayer Game,” Network and System Support for Games, 2003, pp. 91-100. |
Office Action from U.S. patent and Tradmark Office for U.S. Appl. No. 11/540,195, mailed Feb. 11, 2011, 7 pages. |
Office Action from the U. S. Patent and Trademark Office for U.S. Appl. No. 11/540,195, mailed on Mar. 26, 2010, 8 pages. |
International Search Report and Written Opinion for PCT/US2007/001096 dated Jul. 9, 2007, 12 pages. |
PCT/US2007/004136 dated Jul. 19, 2007, 10 pages. |
Shehory et al., “Multi-Agent Coalition Re-Formation and League Ranking,” Autonomous Agents and Multiagent Systems Conference, vol. 3, 2004, pp. 1346-1347. |
Shehory, et al., Multi-Agent Coalition Re-Formation and League Ranking, (AAMAS) Autonomous Agents and Multiagent Systems Conference, vol. 3, Jul. 2004, 2 pages. |
U.S. Appl. No. 11/540,195, filed Sep. 29, 2006, Ralf Herbrich. |
Wikipedia, ELO rating system, retrieved on Sep. 20, 2011 at <<http://web.archive.org/web/20040314170254/http://en.wikipedia.org/wiki/ELO—rating—system>> available as early as Mar. 14, 2004, pp. 1-5. |
Winn, “Variational Message Passing and its Applications,” St. John's College, Cambridge, UK, Jan. 2004, pp. 1-149. |
Number | Date | Country | |
---|---|---|---|
20090227313 A1 | Sep 2009 | US |