Patent Publication Number: US-11654364-B2

Title: System and method for providing dynamic and static contest prize allocation based on in-game achievement of a user

Description:
FIELD 
     The disclosure relates to providing dynamic and static contest prize allocation based on in-game achievement of a user in an online game. 
     BACKGROUND 
     In traditional in-game tournaments, prize determined solely on player ranking in the tournament is known. Tournaments may be used to encourage players to purchase virtual items in pursuit of amassing an in-game metric that determines tournament ranking. Traditionally, tournament prizes for each rank are static, thus a player may win the same prize if they are the top ranked player and cannot improve their prize with a stronger performance in the metric that the tournament measures. 
     SUMMARY 
     One aspect of the disclosure relates to providing dynamic and static contest prize allocation based on in-game achievement of a user in an online game in order to encourage players to continue to purchase items to improve their tournament metrics even if they may be unable to improve their tournament rank. For example, calculation of a dynamic prize may comprise for rank x, the player may gain 1 prize unit for every y Glory gained (when Glory may be the measured by the tournament). The y value may increase for lower ranks achieved in the tournament. 
     A system configured to facilitate providing an interface-based virtual space tournament generation in an online game may include one or more processors configured to execute compute program modules. The program modules may comprise a space module, an objective criteria module, a user ranking module, an award determination module, an award distribution module and/or any other modules. 
     The space module may be configured to execute an instance of a virtual space. The instance of the virtual space may be implemented to facilitate participation by the users in an online game. The space module may be configured to facilitate interaction of users with the virtual space and/or each other by performing operations in the virtual space in response to commands and/or any other input received from the users. 
     An objective criteria module may be configured to obtain event criteria for a limited time event and/or other event. The event criteria may facilitate ranking of users of the game by achievement during the event. The objective criteria module may be configured such that the event criteria may include one or more of: a resource unit amassed, troop unit amassed, wealth, score, and/or other parameters. 
     A user ranking module may be configured to rank users according to their achievement in the game in terms of the event criteria during the event. 
     An award determination module may be configured to determine awards to be distributed to the users. The awards may include a first award to be distributed to a first user. The first award may have a primary component, a secondary component, and/or other components. The secondary component of the first award may be determined based on absolute progress of the first user with respect to the event criteria during the event time period and/or any other time period. The primary component of the first award may be determined based on the relative ranking of the first user with respect to the other users as determined by the user ranking module and/or any other module. 
     The award determination module may be configured such that the primary component includes virtual items for use in the game. The virtual items may include a virtual good, a virtual currency, and/or other virtual items. The award determination module may be configured such that the secondary component includes troops and/or any other characters for use in the game. The award determination module may be configured such that the secondary component may be provided when the first user achieves above a minimum level and/or any other level of absolute progress. The award determination module may be configured such that the secondary component varies based on user results above a minimum level and/or any other level of absolute progress. An award distribution module may be configured to distribute the awards to appropriate users. 
     A rank presentation module may be configured to effectuate presentation to the first user of a motivation message and/or any other message. The motivation message may comprise an indication of the present first user rank according to their achievement and/or any other user metric in the game. The rank presentation module may be further configured to effectuate presentation to the first user of one or more incentives for achieving a relatively high rank in the hierarchy of ranking of users. The rank presentation module may be configured to effectuate presentation to the first user of one or more incentives for achieving an objective with respect to the event criteria defined by an administrator and/or system. 
     These and other features, and characteristics of the present technology, as well as the methods of operation and functions of the related elements of structure and the combination of parts and economies of manufacture, will become more apparent upon consideration of the following description and the appended claims with reference to the accompanying drawings, all of which form a part of this specification, wherein like reference numerals designate corresponding parts in the various figures. It is to be expressly understood, however, that the drawings are for the purpose of illustration and description only and are not intended as a definition of the limits of the invention. As used in the specification and in the claims, the singular form of “a”, “an”, and “the” include plural referents unless the context clearly dictates otherwise. 
    
    
     
       BRIEF DESCRIPTION OF THE DRAWINGS 
         FIG.  1    illustrates an exemplary system configured to provide dynamic and static contest prize allocation based on in-game achievement of a user in an online game, according to an aspect of the invention. 
         FIG.  2    illustrates an exemplary method of providing dynamic and static contest prize allocation based on in-game achievement of a user in an online game, according to an aspect of the invention. 
         FIG.  3    illustrates an exemplary diagram providing dynamic and static contest prize allocation based on in-game achievement of a user in an online game, according to an aspect of the invention. 
         FIG.  4    illustrates an exemplary diagram providing dynamic and static contest prize allocation based on in-game achievement of a user in an online game, according to an aspect of the invention. 
         FIG.  5    illustrates an exemplary diagram providing dynamic and static contest prize allocation based on in-game achievement of a user in an online game, according to an aspect of the invention. 
     
    
    
     DETAILED DESCRIPTION 
       FIG.  1    illustrates a system  10  configured to provide a customized user experience based on a spend frequency of a user in an online game. In some implementations, system  10  may include a game server(s)  12 . The game server(s)  12  may host a game space in which an online game takes place. The game server(s)  12  may be configured to communicate with one or more client computing platform(s)  14  according to a client/server architecture. The users may access system  10  and/or the virtual space via client computing platform(s)  14 . 
     The game server(s)  12  may be configured to execute one or more computer program modules. The computer program modules may include one or more of a user module  18 , a space module  20 , a network module  26 , an objective criteria module  28 , a user ranking module  30 , an award determination module  32 , an award distribution module  34 , a motivation module  36  and/or any other modules. 
     The user module  18  may be configured to access and/or manage one or more user profiles and/or user information associated with users of the system  10 . The one or more user profiles and/or user information may include information stored by game server(s)  12 , one or more of the client computing platform(s)  14 , and/or other storage locations. The user profiles may include, for example, information identifying users (e.g., a username or handle, a number, an identifier, and/or other identifying information) within the virtual space, security login information (e.g., a login code or password), virtual space account information, subscription information, virtual currency account information (e.g., related to currency held in credit for a user), relationship information (e.g., information related to relationships between users in the virtual space), virtual space usage information, demographic information associated with users, interaction history among users in the virtual space, information stated by users, purchase information of users, browsing history of users, a client computing platform identification associated with a user, a phone number associated with a user, and/or other information related to users. The user module  18  may be configured to store inventories of virtual items including resources that are available to users in the virtual space. Various matters may be collected in an inventory. These matters may include, but are not limited to, virtual items, virtual resources, character attributes, character skills, and/or virtual currency. A virtual item may be an item that can be used in a virtual world to assist a player&#39;s character. Examples of virtual items include, but are not limited to, valuables (money, valuable metals or gems, etc.), weapons, spell components, defense components, and/or armor. A virtual resource may be a resource that can be used in the virtual world to create game attributes. Examples of virtual resources include wood, stone, herbs, water, ores, animals, monsters, bosses, non-player characters (NPCs), building materials, portions, etc. A character attribute may be any quality, trait, feature and/or characteristic a particular character can have. Character attributes may include, but are not be limited to: a character score, a virtual object, the physical appearance of a character, an emblem or mark, a synthetic voice, virtual currency, virtual help points or credits, the ability to join groups of other players at a later time, a score for subsequent matching of later game parameters, a relationship with another character, a genetic profile or makeup, a skill or skill level, and/or a ranking. Character skills may be game attributes inherent in or acquired by a player character during game play such as, but not limited to: the ability to cast (certain) spells, foretell the future, read minds, use (certain) weapons, cook, hunt, find herbs, assemble herbs into portions, mine, assemble objects into other objects, fly, and/or enchant other player characters. 
     The user may maintain an inventory for the user&#39;s character in which virtual awards may be collected. The inventory may be accessed through an interface. As the character progresses through the game it may receive access to higher-level gear. Higher-level gear may be more powerful and/or effective within the game. This may include having parameters (e.g., hit points, attack strength, defense points, speed, and/or other parameters) that enhance the functionality of the gear in the game. The player may be able to review items within the player&#39;s inventory and equip the character with an item appropriate to the current game situation. Items may be dragged from the inventory to a preview window. As items are selected, they may appear either on or next to the character. For example, if the character is currently not wearing any armor and/or accessories, armor and accessories such as a cape may be added by accessing the character&#39;s inventory. Management of a character&#39;s inventory is a common game mechanic, and may lead to many hours of game play. Players may collect, trade, buy, fight over items, and/or perform other actions to add to their inventory. Games in different genres, such as science fiction, may incorporate items specific to that genre. For example, laser guns may be substituted in place of swords as the standard weapon used by characters within a science fiction-type game. The data describing clothing and other equipment or gear may be stored in the character record. 
     Players within the game may acquire virtual currency. In such games, the virtual currency might be represented by virtual coins, virtual cash, or by a number or value stored by the server for that player&#39;s benefit. Such virtual currency represents units of value for use in the online game system, and is analogous to legal currency. Virtual currency can be purchased in one or more actual cash or credit transactions by a player, where the legal currency is transferred using a credit/debit/charge card transaction conveyed over a financial network. A player may earn virtual currency by taking action in the game. For example, a player may be rewarded with one or more units of virtual currency after completing a task, quest, challenge, or mission within the game. For example, a farming game might reward 10 gold coins each time a virtual crop is harvested. 
     Virtual currency may be used to purchase one or more in-game assets or other benefits. For example, a player may be able to exchange virtual currency for a desired level, access, right, or item in an online game. In some implementations, legal currency can be used to directly purchase an in-game asset or other benefit. The player can select the desired in-game asset or other benefit. Once the necessary selections are made, the player can place the order to purchase the in-game asset or other benefit. This order is received by the game system, which can then process the order. If the order is processed successfully, an appropriate financial account associated with the player can be debited by the amount of virtual currency or legal currency needed to buy the selected in-game asset or other benefit. 
     Multiple types of virtual currency may be available for purchase from the game system operator. For example, an online game may have virtual gold coins and virtual cash. The different types of virtual currency may have different exchange rates with respect to legal currency and each other. For example, a player may be able to exchange $1 in legal currency for either 100 virtual gold coins or $2 in virtual cash, but virtual gold coins may not be exchanged for virtual cash. Similarly, where in-game assets and other benefits can be purchased with virtual currency, they may have different exchange rates with respect to the different types of virtual currency. For example, a player may be able to buy a virtual business object for $10 in virtual cash, but may not purchase the virtual business object for virtual gold coins alone. In some embodiments, certain types of virtual currency can be acquired by engaging in various in-game actions while other types of virtual currency can only be acquired by exchanging legal currency. For example, a player may be able to acquire virtual gold coins by selling virtual goods in a business, but can only acquire virtual cash by exchanging legal currency. Virtual cash may also be awarded for leveling up in the game. 
     The space module  20  may be configured to implement the instance of the virtual space executed by the computer modules to determine state of the virtual space. The state may then be communicated (e.g., via streaming visual data, via object/position data, and/or other state information) from server(s)  12  to client computing platform(s)  14  for presentation to users. The state determined and transmitted to a given client computing platform  14  may correspond to a view for a user character being controlled by a user via the given client computing platform  14 . The state determined and transmitted to a given client computing platform  14  may correspond to a location in the virtual space. The view described by the state for the given client computing platform may correspond, for example, to the location from which the view is taken, the location the view depicts, and/or other locations, a zoom ratio, a dimensionality of objects, a point-of-view, and/or view parameters of the view. One or more of the view parameters may be selectable by the user. 
     The instance of the virtual space may comprise a simulated space that is accessible by users via clients (e.g., client computing platform(s)  14 ) that present the views of the virtual space to a user. The simulated space may have a topography, express ongoing real-time interaction by one or more users, and/or include one or more objects positioned within the topography that are capable of locomotion within the topography. In some instances, the topography may be a 2-dimensional topography. In other instances, the topography may be a 3-dimensional topography. The topography may include dimensions of the space, and/or surface features of a surface or objects that are “native” to the space. In some instances, the topography may describe a surface (e.g., a ground surface) that runs through at least a substantial portion of the space. In some instances, the topography may describe a volume with one or more bodies positioned therein (e.g., a simulation of gravity-deprived space with one or more celestial bodies positioned therein). The instance executed by the computer modules may be synchronous, asynchronous, and/or semi-synchronous. 
     The above description of the manner in which state of the virtual space is determined by space module  20  is not intended to be limiting. The space module  20  may be configured to express the virtual space in a more limited, or more rich, manner. For example, views determined for the virtual space representing the state of the instance of the virtual space may be selected from a limited set of graphics depicting an event in a given place within the virtual space. The views may include additional content (e.g., text, audio, pre-stored video content, and/or other content) that describes particulars of the current state of the place, beyond the relatively generic graphics. For example, a view may include a generic battle graphic with a textual description of the opponents to be confronted. Other expressions of individual places within the virtual space are contemplated. 
     Within the instance(s) of the virtual space executed by space module  20 , users may control characters, objects, simulated physical phenomena (e.g., wind, rain, earthquakes, and/or other phenomena), and/or other elements within the virtual space to interact with the virtual space and/or each other. The user characters may include avatars. As used herein, the term “user character” may refer to an object (or group of objects) present in the virtual space that represents an individual user. The user character may be controlled by the user with which it is associated. The user controlled element(s) may move through and interact with the virtual space (e.g., non-user characters in the virtual space, other objects in the virtual space). The user controlled elements controlled by and/or associated with a given user may be created and/or customized by the given user. The user may have an “inventory” of virtual goods and/or currency that the user can use (e.g., by manipulation of a user character or other user controlled element, and/or other items) within the virtual space. 
     The users may participate in the instance of the virtual space by controlling one or more of the available user controlled elements in the virtual space. Control may be exercised through control inputs and/or commands input by the users through client computing platform(s)  14 . The users may interact with each other through communications exchanged within the virtual space. Such communications may include one or more of textual chat, instant messages, private messages, voice communications, and/or other communications. Communications may be received and entered by the users via their respective client computing platform(s)  14 . Communications may be routed to and from the appropriate users through server(s)  12  (e.g., through space module  20 ). 
     The space module  20  may be configured to execute an instance of a virtual space. The instance of the virtual space may be implemented to facilitate participation by the users in an online game. The space module  20  may be configured to facilitate interaction of users with the virtual space and/or each other by performing operations in the virtual space in response to commands and/or any other input received from the users. 
     Network module  26  of the game server(s)  12  may be configured to maintain a connection to the one or more client computing platform(s)  14 . For example, the network module  26  may maintain one or more communication lines or ports to enable connection and/or exchange of information with a network  40  and/or other computing platforms  14 . Information such as state information, game state and game logic may be communicated via network module  26 . The network module may be configured to receive information from the client computing platform  14  as well. 
     An objective criteria module  28  may be configured to obtain event criteria for a limited time event and/or other event. The event criteria may facilitate ranking of users of the game by achievement during the event. The objective criteria module  28  may be configured such that the event criteria may include one or more of: a resource unit amassed, troop unit amassed, wealth, score, and/or other parameters. 
     The objective criteria module  28  may be configured to determine event criteria for the users indicating the users&#39; progress toward achieving the objective. The users&#39; progress toward achieving the objective may be based upon the one or more event criteria for the user. Different activities, required to be completed to achieve the event criteria, may have different associated complexities and/or time requirements, providing activities having irregularly weighted contributions toward achieving the objectives. 
     A user ranking module  30  may be configured to rank users according to their achievement in the game in terms of the event criteria during the event. The user ranking module  30  may be configured to determine a hierarchy for the users. The user with the greatest progress toward achieving the objective may appear higher in the hierarchy than a user with less progress toward achieving the objective. The user ranking module  30  may be configured to determine the objective metric values for any number of users, and determine a hierarchy for the any number of users. 
     The user ranking module  30  may be configured to determine the event criteria for users, where the users may be required to perform different activities in order to achieve an objective. For example, a first user may be required to complete a first activity and a second activity to achieve an objective, as defined by an administrator. A second user may be required to complete a third activity to achieve the objective. Differences in requirements for the users to achieve the objective may be based on one or more user parameters indicating differences in the users. 
     The user ranking module  30  may be configured to display leaderboards associated with different elements within the game. For example, the game may have one or more administrator defined objectives. Individual ones of the one or more objectives may have associated activities which are required to be completed to achieve the objective. There may be provided a leaderboard for each objective and/or each associated activity displaying the hierarchy of each user with respect to other users in accomplishing the objective and/or completing the activities. Providing leaderboards for each objective and/or activity incentivizes users to keep working toward the particular objective, improving player retention. By providing leaderboards for sub-elements of the game, instead of only providing a single high-score leaderboard, creates increased opportunity for a user to feature on a leaderboard early in the game, increasing the incentive to the user to play, and improving user retention and monetization. 
     The leaderboards may feature a subset of users from the pool of all users playing the game or working toward achieving the objective. The subset of users may be affiliated or associated with the user to which the leaderboard is presented. The subset of users may be selected based on an indication of one or more user parameters. Such user parameters may include an indication that users commonly interact within the game space, electronic social media associations, geographical location of the users, groups, guilds or alliances that the user belongs to, an indication of the user&#39;s real-world affiliations, and/or other user parameters indicating the user has a connection or a similarity with one or more other users. 
     Providing leaderboards featuring a subset of users having a common attribute and/or affiliation, increases competitiveness in the users, providing an incentive to continue playing, improving user retention and monetization. 
     An award determination module  32  may be configured to determine awards to be distributed to the users. The awards may include a first award to be distributed to a first user. The first award may have a primary component, a secondary component, and/or other components. The primary component of the first award may be determined based on the relative ranking of the first user with respect to the other users as determined by the user ranking module and/or any other module. 
     The award determination module  32  may be configured such that the primary component includes virtual items for use in the game. The virtual items may include a virtual good, a virtual currency, and/or other virtual items. 
     The award determination module  32  may be configured such that the secondary component includes troops and/or any other characters for use in the game. The secondary component of the first award may be determined based on absolute progress of the first user with respect to the event criteria during the event time period and/or any other time period. The award determination module  32  may be configured such that the secondary component may be provided when the first user achieves above a minimum level and/or any other level of absolute progress. The award determination module  32  may be configured such that the secondary component varies based on user results above a minimum level and/or any other level of absolute progress. 
     A secondary component of the first award may comprise a dynamic prize. For example, a way to calculate the dynamic prizes is based on the absolute progress of the user. For Rank x player will gain 1 prize unit for every y Glory gained (when Glory is the statistic measured by the tournament). The y value increases for lower ranks achieved in the tournament. A tournament leaderboard may display static and dynamic prizes. In some implementations, a tournament leaderboard that shows players&#39; static prizes (remains constant for each rank) as well as their dynamic prize which increases as players improve their statistical performance in the tournament may be displayed. Dynamic and static prizes may be granted to qualifying players at the end of the tournament. 
     The award determination module  32  may select a statistic that will measure player achievement in a tournament. For each rank, the award determination module  32  may select a dynamic prize and a ratio of what statistical achievement a player may need to earn multiples of the dynamic prizes. The award determination module may calculate the current dynamic prize value for qualifying players based on their current statistical achievement to show the value of individual statistical achievement as well as rank achievement compared to other players. 
     These awards may be calculated for use in any in-game tournament that measures achievement based on a statistic that can be accumulated comprising one or more: tournaments of might, glory, and/or resource accumulation. 
     The dynamic prize may be anything that can be provided in multiples: troops, resources, virtual currency, and/or items. New players may be awarded a bonus number of troops based on a percentage of the number of troops they train in the first X number of days. Players may be provided with static prizes alone based on how they performed compared to other players. Events may provide players with tiered prizes based on statistical achievement rather than achievement compared to other players. 
     An award distribution module  34  may be configured to distribute the awards to appropriate users. Award distribution module  34  may be configured to facilitate distribution of the awards to individual ones of the participating users in accordance with the performance scores of the individual participating users. For example, in one use case, the activity may be collecting a specific type of resource (e.g., diamond, gold, silver, platinum, iron, wheat, etc.) and the performance criteria may include having the most amounts of the specific type of resource collected during the contest period. As such, participating users that have collected more of the specific type of the resource than other participating users during the contest period may be assigned higher performance score than those other participating users. Thus, awards may be automatically distributed to a certain number of the participating users that collect the most amounts of the specific type of resource during the contest period (e.g., at the end of the contest period, at one or more intervals during the contest period, etc.). The awards may include virtual items, virtual currency, buildings, resources, access to other contests, access to regions in the game space, access to activities in the game space, respect, multipliers (e.g., 10× respect), level increase, and/or other awards as described above. 
     In exemplary implementations, one or more performance criteria to be associated with a contest to be provided in a game space, one or more awards to be distributed in association with the contest, one or more qualifications to participate in the contest, and/or other contest-related user inputs may be received via a user interface. Based on these user inputs, a notification that relates to the contest may be provided in the game space. Contest-related activities that are performed in the game space by the users participating in the contest may be monitored. Performance scores of the participating users may be determined based on the performance criteria and the performed activities. The awards may be automatically distributed to individual ones of the participating users in accordance with the performance scores of the individual participating users. In this way, interface-based game-space contest generation may decrease human-related errors (e.g., by providing more accurate performance scoring of performed contest-related activities, awarding the right participating users, etc.), reduce award distribution delays (e.g., by determining the award winners more quickly, distributing the awards upon such determination, etc.), improve user experience relating to such contests, lower the number of support calls, and/or provide other benefits. 
     In various implementations, award distribution module  34  may be configured such that at least one of the awards is distributed to at least one of the participating users in response to the performance scores of the at least one participating user satisfying one or more performance thresholds. By way of example, a particular contest in the game space may provide awards to participating users that satisfy a certain performance threshold. In one use case, the particular contest may be configured such that a participating user may be provided with an award associated with the contest if the participating user harvests a specific predetermined amount of resources during the contest period (e.g., harvesting 5000 units of wood, harvesting 2000 units of wheat, etc.). The participating user may, for instance, be provided with the award during or after the contest period in response to determining that the participating user satisfied the specific resource harvesting threshold during the contest period. 
     In another use case, the participating user may be provided with multiple awards for satisfying multiple performance thresholds. For example, the participating user may be provided with one award after the participating user harvests a first amount of resources (e.g., 5000 units of wood) during the contest period, and a different award after the participating user harvests a second amount of resources (e.g., 12,000 units of wood). In this way, users may be provided with a plurality of incentives to sign up, participate, and/or continue to participate in the game-space contest. The awards may, for instance, be automatically distributed to the participating user in real-time as soon as the participating user completes each set of activities to satisfy the performance thresholds. As such, wait time associated with distribution of the awards may be eliminated or otherwise reduced. 
     In certain implementations, award distribution module  34  may be configured such that the awards are distributed based on one or more predetermined intervals of the contest. By way of example, a particular contest may last for a period of one week, each day of the contest may represent one time interval of the contest, and award distribution module  34  may be configured to distribute the awards at the end of each day to individual participating users that are determined to have satisfied one or more performance thresholds. 
     In some implementations, award distribution module  34  may be configured such that a first award of the awards is distributed during a first predetermined interval of the predetermined intervals to a first participating user of the participating users in response to the performance scores of the first participating user satisfying a first performance threshold during the first predetermined interval, and such that a second award of the awards is distributed during a second predetermined interval of the predetermined intervals to the first participating user in response to the performance scores of the first participating user satisfying a second performance threshold during the second predetermined interval. 
     In one scenario, a particular contest in the game space may last for a period of one week, and each day of the contest may represent one time interval of the contest. The contest may provide awards to participating users for each day that the participating users perform activities that satisfy a performance threshold. For example, a participating user may be provided with 1000 units of wood when the participating user logs into the game space on the first day of the contest (e.g., logging into the game space may be a predefined activity for satisfying a performance threshold). The participating user may be provided with 1500 units of iron when the participating user logs into the game space on the second day of the contest. The participating user may be provided with 2000 units of wheat when the participating user logs into the game space on the third day of the contest, and so on. In this way, among other benefits, contests may enable participating users to develop habits based on the predefined activities (e.g., logging in on a regular basis), encourage a steady stream of activities by participating users, etc. 
     A rank presentation module  36  may be configured to effectuate presentation to the first user of a motivation message and/or any other message. The motivation message may comprise an indication of the present first user rank according to their achievement and/or any other user metric in the game. The rank presentation module  36  may be further configured to effectuate presentation to the first user of one or more incentives for achieving a relatively high rank in the hierarchy of ranking of users. The rank presentation module  36  may be configured to effectuate presentation to the first user of one or more incentives for achieving an objective with respect to the event criteria defined by an administrator and/or system. 
     The rank presentation module  36  may be configured to effectuate presentation to the first user of a motivational message, wherein the motivational message comprises an indication of the hierarchy of the objective metric value for the first user. The motivational message may provide an indication that the user is near to achieving the objective, has a relatively high objective metric value compared to other users, and/or provide some other indication of the user&#39;s progress toward achieving the objective. The rank presentation module  36  may be further configured to effectuate presentation to the first user of one or more incentives for achieving a relatively high objective metric value in the hierarchy of objective metric values. The rank presentation module  36  may be configured to effectuate presentation to the first user of one or more incentives for achieving the objective defined by an administrator. 
     Incentives may be available to the users at various stages of accomplishing the objective. Incentives may be available for reaching the top of the objective leaderboard, being an indication of which user is closest to achieving the objective. Similarly, incentives may be available for reaching the top of each of the activity leaderboards or action leaderboards. Incentives may be available for achieving the objective in the shortest period of time, for reaching the top of a leaderboard in the shortest period of time, for achieving the objective or completing an activity with the fewest actions, or for any other measurable stage in a user&#39;s progress toward achieving the objective. 
     Such incentives may include one or more of virtual items, other amounts of virtual currency, access to areas in the game space that were previously not accessible to the first user, quests in the game space that were previously not available to the first user and/or other incentives to incentivize the first user to keep striving to achieve the objective, complete the activity or perform the action. 
     The game server(s)  12 , client computing platform(s)  14 , and/or external resource(s)  42  may be operatively linked via one or more electronic communication links. For example, such electronic communication links may be established, at least in part, via a network such as the Internet and/or other networks. It will be appreciated that this is not intended to be limiting, and that the scope of this disclosure includes implementations in which game server(s)  12 , client computing platform(s)  14 , and/or external resource(s)  42  may be operatively linked via some other communication media. 
     Game server(s)  12  may include Electronic storage  34 , one or more processor(s)  16 , and/or other components. Game server(s)  12  may include communication lines, or ports to enable the exchange of information with a network  46  and/or other computing platforms  14 . Illustration of game server(s)  12  in  FIG.  1    is not intended to be limiting. Game server(s)  12  may include a plurality of hardware, software, and/or firmware components operating together to provide the functionality attributed herein to game server(s)  12 . For example, game server(s)  12  may be implemented by a cloud of computing platforms operating together as game server(s)  12 . 
     Electronic storage  38  may comprise non-transitory storage media that electronically stores information. The electronic storage media of Electronic storage  34  may include one or both of system storage that is provided integrally (i.e., substantially non-removable) with game server(s)  12  and/or removable storage that is removably connectable to game server(s)  12  via, for example, a port (e.g., a USB port, a firewire port, etc.) or a drive (e.g., a disk drive, etc.). Electronic storage  34  may include one or more of optically readable storage media (e.g., optical disks, etc.), magnetically readable storage media (e.g., magnetic tape, magnetic hard drive, floppy drive, etc.), electrical charge-based storage media (e.g., EEPROM, RAM, etc.), solid-state storage media (e.g., flash drive, etc.), and/or other electronically readable storage media. Electronic storage  38  may include one or more virtual storage resources (e.g., cloud storage, a virtual private network, and/or other virtual storage resources). Electronic storage  38  may store software algorithms, information determined by processor(s)  16 , information received from game server(s)  12 , information received from client computing platform(s)  14 , and/or other information that enables game server(s)  12  to function as described herein. 
     Processor(s)  16  is configured to provide information processing capabilities in game server(s)  12 . As such, processor(s)  16  may include one or more of a digital processor, an analog processor, a digital circuit designed to process information, an analog circuit designed to process information, a state machine, and/or other mechanisms for electronically processing information. Although processor(s)  16  is shown in  FIG.  1    as a single entity, this is for illustrative purposes only. In some implementations, processor(s)  16  may include a plurality of processing units. These processing units may be physically located within the same device, or processor(s)  16  may represent processing functionality of a plurality of devices operating in coordination. The processor(s)  16  may be configured to execute modules  18 ,  20 ,  26 ,  28 ,  30 ,  32 ,  34 , and  36 . Processor(s)  16  may be configured to execute modules  18 ,  20 ,  26 ,  28 ,  30 ,  32 ,  34 , and  36  by software; hardware; firmware; some combination of software, hardware, and/or firmware; and/or other mechanisms for configuring processing capabilities on processor(s)  16 . As used herein, the term “module” may refer to any component or set of components that perform the functionality attributed to the module. This may include one or more physical processors during execution of processor readable instructions, the processor readable instructions, circuitry, hardware, storage media, or any other components. 
     It should be appreciated that although modules  18 ,  20 ,  26 ,  28 ,  30 ,  32 ,  34 , and  36  are illustrated in  FIG.  1    as being implemented within a single processing unit, in implementations in which processor includes multiple processing units, one or more of modules  18 ,  20 ,  26 ,  28 ,  30 ,  32 ,  34 , and  36  may be implemented remotely from the other modules. The description of the functionality provided by the different modules  18 ,  20 ,  26 ,  28 ,  30 ,  32 ,  34 , and  36  described below is for illustrative purposes, and is not intended to be limiting, as any of modules  18 ,  20 ,  26 ,  28 ,  30 ,  32 ,  34 , and  36  may provide more or less functionality than is described. For example, one or more of modules  18 ,  20 ,  26 ,  28 ,  30 ,  32 ,  34 , and  36  may be eliminated, and some or all of its functionality may be provided by other ones of modules  18 ,  20 ,  26 ,  28 ,  30 ,  32 ,  34 , and  36 . As another example, processor(s)  16  may be configured to execute one or more additional modules that may perform some or all of the functionality attributed below to one of modules  18 ,  20 ,  26 ,  28 ,  30 ,  32 ,  34 , and  36 . 
     A given client computing platform(s)  14  may include one or more processors configured to execute computer program modules. The computer program modules may be configured to enable an expert or user associated with the given client computing platform  14  to interface with system  10 , game server(s)  12 , and/or external resource(s)  42 , and/or provide other functionality attributed herein to client computing platform(s)  14 . By way of non-limiting example, the given client computing platform(s)  14  may include one or more of a desktop computer, a laptop computer, a handheld computer, a tablet computing platform, a NetBook, a Smartphone, a gaming console, and/or other computing platforms. 
     External resource(s)  42  may include sources of information, hosts and/or providers of virtual spaces outside of system  10 , external entities participating with system  10 , and/or other resources. In some implementations, some or all of the functionality attributed herein to external resource(s)  42  may be provided by resources included in system  10 . 
       FIG.  2    illustrates a method  50  of providing dynamic and static contest prize allocation based on in-game achievement of a user in an online game, according to an aspect of the invention. The operations of method  50  presented below are intended to be illustrative. In some embodiments, method  50  may be accomplished with one or more additional operations not described, and/or without one or more of the operations discussed. Additionally, the order in which the operations of method  50  are illustrated in  FIG.  2    and described below is not intended to be limiting. 
     In some embodiments, method  50  may be implemented in one or more processing devices (e.g., a digital processor, an analog processor, a digital circuit designed to process information, an analog circuit designed to process information, a state machine, and/or other mechanisms for electronically processing information). The one or more processing devices may include one or more devices executing some or all of the operations of method  50  in response to instructions stored electronically on an electronic storage medium. The one or more processing devices may include one or more devices configured through hardware, firmware, and/or software to be specifically designed for execution of one or more of the operations of method  50 . 
     At an operation  52 , an instance of a virtual space may be executed. In some implementations, operation  52  may be performed by a space module the same as or similar to space module  20  (shown in  FIG.  1    and described above). 
     At an operation  54 , the executed instance of the virtual space may be configured to obtain event criteria by achievement of users of the game is to be ranked as part of a limited time event. In some implementations, operation  54  may be performed by an objective criteria module  28  the same as or similar to objective criteria module  28  (shown in  FIG.  1    and described above). 
     At an operation  56 , users may be ranked according to their achievement in the game in terms of the event criteria during an event time period over which the limited time event takes place. In some implementations, operation  56  may be performed by a user ranking module the same as or similar to user ranking module  30  (shown in  FIG.  1    and described above). 
     At an operation  58 , awards may be determined to be distributed to the users, the awards including a first award to be distributed to a first user, the first award having a primary component and a secondary component, the secondary component of the first award being determined based on absolute progress of the first user with respect to the event criteria during the event time period, and the primary component of the first award being determined based on the relative ranking of the first user with respect to the other users. Operation  58  may be performed by an award determination module the same as or similar to award determination module  32  (shown in  FIG.  1    and described above). 
     At an operation  60 , the award may be distributed to appropriate users. In some implementations, operation  60  may be performed by an award distribution module the same as or similar to award distribution module  34  (shown in  FIG.  1    and described above). 
       FIG.  3    illustrates a leaderboard  70  provided to users based on in-game events, in accordance with one or more implementations. The leaderboard  70  may comprise an objective title, providing the user an indication of which objective the leaderboard  70  pertains. The objective may be defined by an administrator, whereby the individual activities and/or actions required to be completed and/or performed by the user are defined and/or determined. For example, as illustrated in  FIG.  2   , the objective, associated with leaderboard  70 , may be defined as a user, or a user&#39;s avatar or character, achieving a certain amount of might, glory, and/or troops. 
     The leaderboard  70  may include a user group  204 . The user group may comprise a group of users selected based upon a common characteristic or parameter. Common characteristics or parameters may include each player working toward achieving the same objective, being associated with one another in the game, such as in a guild or alliance, being associated with one another in electronic social media, having a common regional location in the virtual environment, or in the real-world, belonging to a common organization such as a college, business or interest group, and/or any other commonly held characteristic. 
     The users presented on the leaderboard may have an associated objective metric value  76 , indicating each displayed user&#39;s progress toward achieving the objective. In the case illustrated in  FIG.  3   , the leaderboard  70  may comprise an indication of the amount of glory obtained by each of the displayed users  74  in the user group. The objective metric value  76  and/or  78 , may be based upon one or more activity metric values for the users, and/or action metric values for the users. The leaderboard  70  may present the users  74  and/or group of users according to their relative hierarchy, or rank,  72 . The group may be a small subset of all users attempting to achieve the objective. Therefore the relative hierarchy, or rank  72  of even the highest user displayed on the leaderboard  70  may be relatively low compared to a group comprising all users. The group of users may be selected based upon an indication that the first user, to whom the leaderboard  70  is presented, has a relatively high within the rank  72 . Providing a leaderboard  70  to the first user indicating that the first user has a relatively high rank  72  within the selected group of users incentivizes the first user to continue playing to achieve the objective, improving user retention and monetization. 
     It would be understood by one of ordinary skill in the art that the leaderboards may not be limited to the embodiment illustrated in  FIG.  3   . The leaderboard  70  may be associated with an objective, an activity, an action, or a combination thereof. 
       FIG.  4    illustrates an exemplary diagram of a user interface  80  which provides in-game pricing relative to player statistics in an online game, according to an aspect of the invention. As shown, user interface  80  enables a user to purchase virtual items and/or store for in-game use. In some implementations, the user may select the my items tab  82 , and select from a category  84  of virtual in-game goods which are stored in the user&#39;s inventory. In some implementations, the categories may include one or more: miscellaneous, speed up, combat, resources, chest, and/or any other category. Each category contains lists of items  84  for a user to store and/or purchase. The user interface  80  displays the item  86  and the quantity of each item  88  as well as a mechanism to use the items  88  to the user. It would be understood by one of ordinary skill in the art that the leaderboards may not be limited to the embodiment illustrated in  FIG.  4   . The user interface  80  may be associated with an objective, an activity, an action, or a combination thereof. 
       FIG.  5    illustrates an exemplary diagram providing dynamic and static contest prize allocation based on in-game achievement of a user in an online game, according to an aspect of the invention. In some implementations, the user may select the my items tab, and select from a category  92  of virtual in-game goods  94  to purchase  96 . It would be understood by one of ordinary skill in the art that the leaderboards may not be limited to the embodiment illustrated in  FIG.  5   . The user interface  90  may be associated with an objective, an activity, an action, or a combination thereof. 
     Although the present technology has been described in detail for the purpose of illustration based on what is currently considered to be the most practical and preferred implementations, it is to be understood that such detail is solely for that purpose and that the technology is not limited to the disclosed implementations, but, on the contrary, is intended to cover modifications and equivalent arrangements that are within the spirit and scope of the appended claims. For example, it is to be understood that the present technology contemplates that, to the extent possible, one or more features of any implementation can be combined with one or more features of any other implementation.