Method and system to match users of a social gaming platform

An introduction mechanic of a computer-implemented online game introduces a user of the online game to other players of the online game that are experiencing a common game objective. The introduction mechanic may determine another player to introduce to the user based on the other player not being directly associated, as reflected within relationship data, with the user. Also, if the user and the other player are opted into the introduction mechanic, the introduction mechanic may associate the user and the other player with the common game objective of the computer-implemented game, thereby allowing the user and the other player to interact to achieve the common game objective.

TECHNICAL FIELD

The present disclosure relates to games and applications in general and in particular to computer-implemented online games, such as online role-playing games, playable by more than one person from more than one location.

BACKGROUND

In many computer games, there is a virtual world or some other imagined playing space where a player/user of the game controls one or more player characters (herein “character,” “player character,” or “PC”). A game engine accepts inputs from the player, determines player character actions, decides outcomes of events and presents the player with a game display illuminating what happened. In some games, there are multiple players, either online or within a single console, wherein each player controls one or more player characters.

Computer games may also include various types of in-game assets (aka “rewards” or “loot”) that a player character can obtain within the game. For example, a player character may acquire game points, gold coins, experience points, character levels, character attributes, virtual cash, game keys, or other in-game items of value. In many computer games, there are also various types of in-game obstacles that a player needs to overcome to advance within the game. Moreover, a goal of the game may be to acquire certain in-game assets, which can then be used to complete in-game tasks or to overcome certain in-game obstacles. For example, a player may be able to acquire a virtual key (i.e., the in-game asset) that can then be used to open a virtual door (i.e., the in-game obstacle).

Unfortunately, players of these computer games may only continue to enjoy these games for as long as they obtain gratification from overcoming obstacles and progressing to experience new features of the game. Thus, to keep players interested, some game developers expand a game periodically to add new obstacles or features for players to explore. Nonetheless, it is common for players to get stuck in a game as they progress toward more difficult in-game obstacles. Some players may persevere to defeat these difficult obstacles. However, many players find themselves playing a game less often as the obstacles they encounter become more difficult, and as they encounter new game experiences less often.

SUMMARY

Various disclosed embodiments provide a game networking system that implements an introduction mechanic to introduce a first user of a computer-implemented game to other users that are experiencing a common game objective. The system may determine a second user to introduce to the first user based on the second user not being directly associated, as reflected within relationship data, with the first user. Moreover, if both the first and second users being opted into the introduction mechanic, the system may associate the first user and the second user with the common game objective of the computer-implemented game, which may allow the first user and the second user to interact to achieve the common game objective. However, if the first user is not opted into the introduction mechanic, the system may send an opt-in request for the introduction mechanic to the first user before making a friend introduction.

In some embodiments, the system may determine the second user to introduce to the first user by ranking a plurality of users of the computer-implemented game. For example, the system may rank the plurality of users according to game level proximity to the first user, according to degree of separation from the first user as reflected within the relationship data, or a combination of these two ranking techniques. The system may determine the second user based on the ranking of the plurality of users. Moreover, if the first user has opted-in to geographic-proximity introductions, the system may rank a plurality of users that are associated with a first geographic location that is within a determinable distance from a second geographic location associated with the first user.

In some embodiments, the system may present a flash sale transaction to the first user in response to determining that the first user has encountered an obstacle of the computer-implemented game. For example, the system may determine that the first user may be able to overcome the obstacle by purchasing a virtual good, additional virtual currency, or additional energy, and may present the first user with a corresponding flash sale transaction. If the first user desires to meet other players to complete this flash sale transaction, the system may introduce the first user to at least a second user that may too be interested in completing the same flash sale transaction. Similarly, the system may introduce the second user to at least a third user, thus forming a cascading path of introductions. Moreover, the first user may be introduced to a group of users that has been formed to complete the flash sale transaction. Furthermore, this group of users may too be introduced to another group of users to form a super group of users that have been introduced to each other. In some embodiments, the system may complete the flash sale transaction for a user (e.g., a user within a group, or within a cascading path) when the user has referred the flash sale transaction to a determinable minimum number of users (e.g., other players that this user has personally referred, or has been introduced to) that have purchased an item prior to an expiration deadline of the flash sale transaction. In some embodiments, the system may complete the flash sale transaction when a determinable minimum number of total users purchase the item prior to the expiration deadline of the flash sale transaction.

DESCRIPTION OF EXAMPLE EMBODIMENTS

Overview

Various embodiments provide an introduction mechanic that may introduce a user of a computer-implemented online game to other players of the online game that are encountering a common in-game obstacle. This introduction mechanic can help a user overcome a difficult obstacle, and thus allow the user to encounter and enjoy other features of the online game, by allowing the user to collaborate with other players that also desire to surpass this difficult obstacle. Moreover, enabling a user to meet and collaborate with other players has the added benefit of making the online game more enjoyable for the user.

System

FIG. 1illustrates an example of a system100for implementing various disclosed embodiments. In some embodiments, system100comprises a player102, a client device104, a network106, a social networking system108a, and a game networking system108b. The components of system100may be connected directly or over a network106, which may be any suitable network. In various embodiments, one or more portions of network106may include an ad hoc network, an intranet, an extranet, a virtual private network (VPN), a local area network (LAN), a wireless LAN (WLAN), a wide area network (WAN), a wireless WAN (WWAN), a metropolitan area network (MAN), a portion of the Internet, a portion of the Public Switched Telephone Network (PSTN), a cellular telephone network, another type of network, or a combination of two or more such networks.

Client device104may be any suitable computing device, such as a personal computer, laptop, cellular phone, smart phone, computing tablet, etc. Client device104may access social networking system108aor game networking system108bdirectly, via network106, or via a third-party system. For example, client device104may access game networking system108bvia social networking system108a.

Social networking system108amay include a network-addressable computing system that can host one or more social graphs, and may be accessed by the other components of system100either directly or via network106. Social networking system108amay generate, store, receive, and transmit social networking data. Moreover, game networking system108bmay include a network-addressable computing system that can host one or more online games. Game networking system108bmay generate, store, receive, and transmit game-related data, such as, for example, game account data, game input, game state data, and game displays. Game networking system108bmay be accessed by the other components of system100either directly or via network106. Player102may use client device104to access, send data to, and receive data from social networking system108aand game networking system108b. In various embodiments, game networking system108bmay include an introduction mechanic that can introduce a user of game networking system108bto other players of game networking system108bthat are encountering a common in-game obstacle.

AlthoughFIG. 1illustrates a particular arrangement of player102, client device104, social networking system108a, game networking system108b, and network106, this disclosure contemplates any suitable arrangement of player102, client device104, social networking system108a, game networking system108b, and network106.

FIG. 2shows an example of a social network within a social graph200. Social graph200includes an out-of-game social network250, and an in-game social network260. Moreover, in-game social network260may include one or more players that are friends with Player201(e.g., Friend231), and may include one or more other players that are not friends with Player201(e.g., Player245).

As shown, Player201can be associated, connected or linked to various other users, or “friends,” within the out-of-game social network250. These associations, connections or links can track relationships between users within the out-of-game social network250and are commonly referred to as online “friends” or “friendships” between users. Each friend or friendship in a particular user's social network within a social graph is commonly referred to as a “node.” For purposes of illustration and not by way of limitation, the details of out-of-game social network250will be described in relation to Player201. As used herein, the terms “player” and “user” can be used interchangeably and can refer to any user or character in an online multiuser game system or social networking system. As used herein, the term “friend” can mean any node within a player's social network.

As shown inFIG. 2, Player201has direct connections with several friends. When Player201has a direct connection with another individual, that connection is referred to as a first-degree friend. In out-of-game social network250, Player201has two first-degree friends. That is, Player201is directly connected to Friend11211and Friend21221. In social graph200, it is possible for individuals to be connected to other individuals through their first-degree friends friends of friends). As described above, the number of edges in a path that connects a player to another user is considered the degree of separation. For example,FIG. 2shows that Player201has three second-degree friends to which he is connected via his connection to his first-degree friends. Second-degree Friend12212and Friend22222are connected to Player201via his first-degree Friend11211. The limit on the depth of friend connections, or the number of degrees of separation for associations, that Player201is allowed is typically dictated by the restrictions and policies implemented by social networking system108a.

In various embodiments, Player201can have Nth-degree friends connected to him through a chain of intermediary degree friends as indicated inFIG. 2. For example, Nth-degree Friend1N219is connected to Player201within in-game social network260via second-degree Friend32232and one or more other higher-degree friends. Also, there may be players that are not Nth-degrees friends with Player201when a chain of intermediary friends does not exist within in-game social network260. For example, Players245-248are not friends with Player201, as they are not connected to Player201in in-game social network260.

In particular embodiments, a player (or player character) may have a social graph within an online multiplayer game that is maintained by the game engine and another social graph maintained by a separate social networking system.FIG. 2depicts an example of in-game social network260and out-of-game social network250. In this example, Player201has out-of-game connections255to a plurality of friends, forming out-of-game social network250. Here, Friend11211and Friend21221are first-degree friends with Player201in his out-of-game social network250. Player201also has in-game connections265to a plurality of players, forming in-game social network260. Here, Friend21221, Friend31231, and Friend41241are first-degree friends with Player201in his in-game social network260. In some embodiments, it is possible for a friend to be in both the out-of-game social network250and the in-game social network260. Here, Friend21221has both an out-of-game connection255and an in-game connection265with Player201, such that Friend21221is in both Player201's in-game social network260and Player201's out-of-game social network250. In particular embodiments, a game engine can access in-game social network260, out-of-game social network250, or both.

In particular embodiments, the connections in a player's in-game social network can be formed both explicitly (e.g., when users “friend” each other) and implicitly (e.g., when the system observes user behaviors and “friends” users to each other). Unless otherwise indicated, reference to a friend connection between two or more players can be interpreted to cover both explicit and implicit connections, using one or more social graphs and other factors to infer friend connections. The friend connections can be unidirectional or bidirectional. It is also not a limitation of this description that two players who are deemed “friends” for the purposes of this disclosure are not friends in real life (i.e., in disintermediated interactions or the like), but that could be the case.

Introduction Mechanic

In various embodiments, a computer-implemented online game can include a series of game-initiated or user-initiated in-game actions that comprise an introduction mechanic. For example, if a player has not achieved a particular objective of the online game after an extended period of time, it may be possible that introducing this player to other players at a similar game state can help this player achieve this objective, and thus help this player advance in the game. In particular embodiments, the introduction mechanic can introduce a user of the online game to other players that are experiencing a common game objective.

FIG. 3Ashows a flowchart illustrating an example method300to introduce a user to other players of a computer-implemented online game. In particular embodiments, method300may be performed using social networking system108aand/or game networking system108b. The system may first determine whether the user is opted into the introduction mechanic at operation302before determining a player to introduce to the user at operation308. If the system determines at operation302that the user is not opted into the introduction mechanic, the system sends an opt-in request to the user at operation304, and waits to receive an opt-in indication identifying the user at operation306before determining the other player to introduce to the user.

In various embodiments, the opt-in request includes at least an option for the user to opt-in to the introduction mechanic, and the opt-in indication indicates that the user is opting-in to the introduction mechanic. Moreover, opting the user into the introduction mechanic may involve recording the user as opted into the introduction mechanic based on the opt-in indication.

In various embodiments, the system may send an opt-in request to the user in response to detecting one or more conditions. For example, the system may send the opt-in request to the user in response to determining that the user has not achieved a particular game objective. Moreover, the system may send the opt-in request to the user in response to detecting a decrease in game interactions from the user.

If the system determines at operation302that the user is opted into the introduction mechanic, the system continues to operation308to determine the other player to introduce to the user. In particular embodiments, the system determines the other player based on the other player not being directly associated with the user (i.e., not being a first-degree friend to the user), as reflected within relationship data of an online social network, and based on the user and the other player being opted into the introduction mechanic. In various embodiments, the online social network can include a social network of the online game, or can include a third-party social network in which players of the online game are enrolled.

In various embodiments, during operation308, the system may rank a plurality of players of the online game according to degree of separation from the user, as reflected with the relationship data. Moreover, the system may determine the other player to introduce to the user based on the ranking of the plurality of players. Once the system determines the other player at operation308, the system associates the user and the other player with a common game objective at operation310, thereby allowing the user and the other player to interact to achieve the common game objective.

The common game objective may include any objective or milestone associated with making progress within the online game. For example, the common game objective may be a new game challenge which the user has not initiated, a current game challenge which the user has not completed, a game level which the user has not reached, or a virtual good which the user has not obtained. Moreover, the common game objective may include a competitive challenge of the online game, such that interactions between the user and the other player may include the user and the other player competing to achieve the common game objective. If the cooperative challenge includes a reward to a winning participant in the competitive challenge (e.g., the user), the system may award, to a losing participant in the competitive challenge (e.g., the other player), a diminished reward relative to a reward awarded to the winning participant.

The common game objective may also include a cooperative challenge of the online game, such that interactions between the user and the other player may include the user and the other player cooperating to achieve the common game objective. Moreover, the cooperative challenge may be a timed challenge, where the user and the other player participate in a synchronous interaction.

In various embodiments, the opt-in request may also include a variety of opt-in options for the user, and the opt-in indication may indicate which of these opt-in options were selected by the user. For example, the opt-in request may include an option for the user to opt-in to geographic-proximity introductions by the introduction mechanic, and the opt-in indication may indicate that the user is opting-in (or not opting-in) to geographic-proximity introductions. Therefore, if the system determines that the opt-in indication indicates that the user has opted into the geographic-proximity introductions, the system may identify, during operation308, a set of players of the online game whose geographic location is within a determinable distance from the user's geographic location.

The opt-in request may also include a level-based ranking option which causes the introduction mechanic to identify other players whose game level is in proximity to the user. Thus, during operation308, the introduction mechanic may rank a plurality of players of the online game according to game level proximity to the user, and may determine the other player to introduce to the user based on the ranking of the plurality of players. Moreover, the opt-in request may also include an option which causes the introduction mechanic to identify other players whose game level is within a determinable proximity to the user. For example, the level-based ranking option may provide the user with an option to receive introduction requests with players that are at most three game levels apart from the user.

In particular embodiments, the system may also associate the user to the other player within the relationship data of the social network (at operation312). In doing so, the system may send an introduction request to the user that identifies the other player, and may also send an introduction request to the other player that identifies the user. Then, the system may associate the user and the other player in the relationship data based on receiving introduction confirmations from the user and the other player. In various embodiments, the introduction request identifies the common game objective associated with the user and the other player. Moreover, the introduction request may also include an incentive for the user, and may award the incentive to the user in response to receiving the introduction confirmations from the user and the other player.

In particular embodiments, the system may determine other players to introduce to the user, regardless of whether the user or the other players are opted in to the introduction mechanic. For example, the system may determine two or more players that have not achieved a common game objective, and that have decreased their interactions with the online game. Therefore, the system may first determine that these players can benefit from a mutual introduction, and then may send an opt-in request to any of these players that the system determines are not opted into the introduction mechanic.

FIG. 3Bshows a flowchart illustrating an example method350to introduce a user to other players of a computer-implemented online game. In particular embodiments, method350may be performed using social networking system108aand/or game networking system108b. The system may first determine a player to introduce to the user at operation352before determining whether the user is opted into the introduction mechanic at operation354.

In particular embodiments, the system determines the other player based on the other player not being directly associated with the user (i.e., not being a first-degree friend to the user), as reflected within relationship data of an online social network. Moreover, during operation352, the system may rank a plurality of players of the online game according to one or more metrics (e.g., a degree of separation from the user, as reflected with the relationship data), and may determine the other player based on the ranking of the plurality of players. Then, if the system determines at operation354that the user is opted into the introduction mechanic, the system continues to operation360. At operation360, the system associates the user and the other player with a common game objective, thereby allowing the user and the other player to interact to achieve the common game objective.

However, if the system determines at operation354that the user is not opted into the introduction mechanic, the system sends an opt-in request to the user at operation356, and waits to receive an opt-in indication identifying the user at operation358before associating the user and the other player with a common game objective at operation360. In various embodiments, the opt-in request includes at least an option for the user to opt-in to the introduction mechanic, and the opt-in indication indicates that the user is opting-in to the introduction mechanic. Moreover, opting the user into the introduction mechanic may involve recording the user as opted into the introduction mechanism based on the opt-in indication.

In particular embodiments, the system may also associate the user to the other player within the relationship data of the social network (at operation362). In doing so, the system may send an introduction request to the user that identifies the other player, and may send an introduction request to the other player that identifies the user. Then, the system may associate the user and the other player in the relationship data based on receiving introduction confirmations from the user and the other player. In various embodiments, the introduction request identifies the common game objective associated with the user and the other player. Moreover, the introduction request may include an incentive for the user, and may award the incentive to the user in response to receiving the introduction confirmations from the user and the other player.

Handling Friend Referrals to the Introduction Mechanic

FIG. 4shows a flowchart illustrating an example method400to process a referral to an introduction mechanic of the computer-implemented online game. In particular embodiments, method400may be performed using social networking system108aand/or game networking system108b. The system may begin by receiving a referral message from a friend associated with the first user at operation402. The referral message may indicate at least that the user's friend is referring the user to opt-in to the introduction mechanic. Then, in response to receiving the referral message, the system determines at operation404whether the user is opted into the introduction mechanic.

If the system determines that the user is not yet opted into the introduction mechanic, the system continues to operation406to send an opt-in request to the user, which may include an incentive for the user. Then, when the system receives an opt-in indication identifying the user at operation408, the system continues to operation410to award a gift to the user and to the user's friend. However, if the system determines at operation404that the user is already opted-in, the system may not award a gift to the user and the user's friend because the user did not need the referral.

In particular embodiments, the system may award the incentive at operation410if the user opts-in to the introduction mechanic within the same game session that the user received the opt-in request. In other embodiments, the system may award the incentive regardless of whether the user opted into the introduction mechanic within the same game session that the user received the opt-in request, or a later game session.

Flash Sale Transactions

In particular embodiments, the online game may provide players of the computer-implemented game with an option to participate in a flash sale transaction. The flash sale transaction is complete when a determinable minimum number of players purchase an item prior to an expiration deadline of the flash sale transaction. In various embodiments, the system may present the flash sale transaction to a player in response to determining that the player has encountered an obstacle in the online game. For example, the system may determine that the player does not have enough energy to complete an objective of the online game, and may offer an energy pack to the player at a discounted rate though a flash sale transaction. Thus, some players may benefit from being introduced to other players of the online game so that they may refer more players to a particular flash sale transaction of interest.

In various embodiments, the system may send an introduction request to a particular user if the system determines that the flash sale transaction is about to expire and that the user has not referred enough players to the flash sale transaction. The system may identify other players that are likely to be interested in the flash sale transaction based on their user profile, and may introduce the user to these other players if the user opts-in to the introduction mechanic and accepts the introduction request.

FIG. 5shows a flowchart illustrating an example method500to introduce a user to other players during a flash sale transaction within the computer-implemented online game. In particular embodiments, method500may be performed using social networking system108aand/or game networking system108b. The system may begin at operation502by presenting the user with a flash sale transaction, such that the flash sale transaction is complete when a minimum of N players purchase an item of the flash sale transaction prior to an expiration deadline of the transaction. Then, if the user decides to join the flash sale transaction, the user refers friends to participate in the flash sale transaction at operation504.

In particular embodiments, the system may keep track of the time remaining before the flash sale transaction expires, and the number of players that are currently participating in the flash sale transaction. For example, at operation506, the system determines whether the flash sale transaction has expired. If the flash sale transaction has expired, the system continues to operation518to end the flash sale transaction.

Otherwise, if the flash sale transaction has not expired, the system may continue to operation508to determine whether at least N players have opted to purchase the flash sale transaction item. If the system determines at operation508that enough players have opted to purchase the item, the system may continue to operation516to complete the flash sale transaction. Otherwise, the system may continue to operation510to send an introduction request to the user, such that the introduction request indicates another player to introduce to the user.

During operation510, the system may determine that the user is not currently opted into the introduction mechanic, and may send an opt-in request to the user so that the user may meet other players of the online game to refer to the flash sale transaction. The system may then receive an opt-in indication from the user, which indicates that the user desires to meet other players to complete the flash sale transaction. Then, once the system determines that the user is opted into the introduction mechanic, the system may determine the other player to introduce to the user, and may send an introduction request to the user and to the other player.

At operation512, the system receives an introduction confirmation from the user and the other player, at which point the system allows the user and the other player to interact. For example, the user may communicate with the other player, and the other player may join the flash sale transaction. Then at operation514, the user may refer at least the other player to join the flash sale transaction, and the system returns to operation506to determine whether the flash sale transaction has expired. In various embodiments, the system may iterate through operations510-514several times until either the flash sale transaction is complete, or the flash sale transaction has expired. For example, the user may wish to continue receiving introduction requests until the user has referred a determinable minimum number of players to complete the flash sale transaction. In another example, the system may wait a determinable period of time between iterations (e.g., the system may wait a delay period before proceeding to send a subsequent introduction request to the user at operation510), thereby allowing the user sufficient time to persuade other players to join the flash sale transaction.

In some embodiments, the system may introduce a first user to at least a second user, and may introduce the second user to at least a third user, thus forming a cascading path of introductions. Moreover, the first user may be introduced to a group of users that has been formed to complete the flash sale transaction. Furthermore, this group of users may too be introduced to another group of users to form a super group of users that have been introduced to each other.

In some embodiments, the system may complete the flash sale transaction for a user (e.g., a user within a group, or within a cascading path) when the user has referred the flash sale transaction to a determinable minimum number of other users (e.g., other players that this user has personally referred, or has been introduced to) that have purchased an item prior to an expiration deadline of the flash sale transaction, some embodiments, the system may complete the flash sale transaction when a determinable minimum number of total users purchase the item prior to the expiration deadline of the flash sale transaction.

Usage Analytics

In particular embodiments, the system may gather usage analytics to determine which features of the introduction mechanic are favored by players of the online game, and may use these usage analytics to determine which options to include in an opt-in request for a user of the introduction mechanic.

FIG. 6shows a flowchart illustrating an example method600to determine usage analytics associated with the introduction mechanic of the computer-implemented online game. In particular embodiments, method600may be performed using social networking system108aand/or game networking system108b. Moreover, operations602-612may extend operations302-306ofFIG. 3A, and/or may extend operations354-358ofFIG. 3B.

The system may begin when determining whether a user of the online game is opted into the introduction mechanic at operation602. If the system determines that the user is already opted-in, the system may not generate usage analytics for the introduction mechanic. However, if the system determines at operation602that the user is not opted into the introduction mechanic, the system may continue to operation604to generate usage analytics for the introduction mechanic.

In various embodiments, operation604may involve accessing historical data pertaining to a set of available opt-in options for the introduction mechanic, and generating usage analytics for the introduction mechanic that are tailored to the user. For example, the historical data may include a set of available options associated with an opt-in request to the introduction mechanic, and may include statistical data pertaining to the usage of these options. In particular embodiments, the statistical data may include: a tally for the number of users that are currently opted into a particular option, a tally for the number of users that have ever opted into a particular option, an average time period to which users remain opted into a particular option, etc. Moreover, the statistical data may also be broken down by category, including: a user demographic; a user geographic location; an online game attribute (e.g., a game's name); an online game state (e.g., a game state for a user); etc. The historical data may also include a record for the opt-in options selected (or not selected) by individual players of the online game over a period of time, along with a time stamp and contextual data pertaining to each record entry.

In various embodiments, during operation604, the system may generate usage analytics that are tailored to a particular user by accessing statistical data that is relevant to the user based on the user's demographic information, geographic information, an attribute of the online game being played by the user, and/or state information for the online game being played by the user. In particular embodiments, the system may generate the usage analytics for the particular user by accessing statistical data attributed to this user, such as a set of options which the user frequently opts into, and/or a set of options which the user rarely (or never) opts into.

Next, at operation606, the system may select a set of opt-in options to include in an opt-in request for the user based on the usage analytics. For example, the usage analytics may include a statistical distribution for a set of available options based on the statistical data (e.g., a categorical distribution for opt-in options based on a number of opted-in users for each option, or based on an opt-in frequency for each option), and the system may select the top K opt-in options in the statistical distribution.

The system may then send an opt-in request to the user at operation608, such that the opt-in request includes the set of opt-in options selected for the user. Then, the system may receive an opt-in indication from the user at operation610, such that the opt-in indication identities the user and indicates a set of opt-in options that are selected by the user. The system may then record the set of opt-in options that are selected by the user at operation612. For example, the system may record the set of opt-in options selected by the user in a database, and may record additional information for an opt-in option that the user selected. In various embodiments, the additional information may include a time and/or date at which the user opted into an option, a reference to the user's profile, and attributes and/or state information for the game being played by the user. The system may also contribute this additional information to the statistical data associated with the opt-in options that are selected (or not selected) by the user.

User Interface Displays

FIG. 7Aillustrates an example of a display for an opt-in request being presented to a user of the computer-implemented online game. In particular embodiments, an opt-in display700may include a message702, a set of opt-in options704-708, and a set of buttons710,712, and714. Message702may indicate the nature of a challenge which a user has not completed, and may ask the user whether the user desires to meet other players to achieve this challenge. The set of opt-in options may be presented to the user below message702, and an opt-in option includes at least one graphical user interface (GUI) element. For example, an opt-in option may include a message that indicates the effect of selecting the option, and may include at least one GUI element that allows the user to easily indicate a desired value for the option.

In various embodiments, a GUI element may be a check box that allows a user to select or deselect an option, a radio button that allows the user to select one of a subset of options, or an entry field that allows the user to specify a value for the option. In particular embodiments, an opt-in option may include multiple GUI elements. For example, option706includes a radio-button that allows a user to select option706from the subset of options706-708, and also includes an entry field716which allows a user to specify a minimum game level for a player that can be introduced to the user.

In various embodiments, the set of opt-in options may include one or more of: an option to meet players with a geographic location in proximity to the user (e.g., option704), an option to meet players at a game level in proximity to the user (e.g., options705-708), and an option to meet players whose profile data matches that of the user in some way (not shown).

In particular embodiments, the set of opt-in options may have a hierarchical relationship, where a subset of the opt-in options are made accessible to the user when the user selects a parent opt-in option to this subset of options. For example, option705may be a parent to options706-708, such that the system may make options706-708accessible to the user when the user selects option705, and the system may dim options706-708when the user deselects (or does not select) option705. This subset of the opt-in options allows a user to further refine how the user is matched to other players of the online game. For example, option706allows the user (who may be at level 53) to indicate to the system that the user desires to meet other players that are at most two game levels away from the user (i.e., between levels 51 and 55). Moreover, option707allows the user to indicate a minimum game level that the system should use when selecting other players to introduce to the user, and option708allows the user to indicate to the system that the system can select a player that is at any game level.

The set of buttons presented with opt-in display700allow the user to accept, reject, or dismiss an opt-in request. For example, button710may allow the user to accept the opt-in request to the introduction mechanic, and to accept the opt-in options that the user has selected. Moreover, button712may allow the user to reject the opt-in request for a particular game objective (e.g., unlocking the Court House item), which may cause the system to not present the user with a later opt-in display that is associated with this game objective. Button714may allow the user to dismiss the opt-in request associated with the game objective without rejecting the opt-in request, which may allow the system to present an opt-in display to this opt-in request at a later date (e.g., the next time the user clicks on the Court House item).

FIG. 7Billustrates an example of a display for an introduction request presented to a user of the computer-implemented online game. In particular embodiments, an introduction display720may include a message722, and a set of buttons726,728, and730. Message722may indicate a name (e.g., a first name, or a screen name) for the player being introduced to the user, may indicate a description for a common challenge between the user and the other player, and may ask the user whether the user desires to interact with the other player.

Introduction display720may also include a set of options (e.g., option724) that may be presented to the user below message722. For example, option724includes a message that asks the user whether the user desires the system to add the other player to the user's set of friends, and includes a check box that allows the user to select or deselect this option. Thus, if the user selects or deselects the check box for option724and accepts the introduction request, the user indicates to the system whether the user desires to add the other player to the user's set of friends. In various embodiments, the user's set of friends may include first degree friends as identified by player relationship data within the online game, and/or by user relationship data associated with a third-party online social network.

The set of buttons presented with introduction display720allow the user to accept, reject, or dismiss an introduction request. For example, button726may allow the user to accept the introduction request for interacting with the other player, and to accept the options which the user has selected. Moreover, button728may allow the user to reject the introduction request for a particular player (e.g., John), which may cause the system to not present the user with a later introduction display that is associated with this player. Button730may allow the user to dismiss the introduction request associated with this player without rejecting the introduction request, which may allow the system to present an introduction display associated with this player at a later date.

FIG. 7Cillustrates an example of a display for an opt-in request associated with a flash-sale transaction within the computer-implemented online game. In particular embodiments, an opt-in display740may include a message742, a set of opt-in options (e.g., option744), and a set of buttons746,748, and750. Message742may indicate the nature of a flash sale transaction that is about to expire. For example, message742may indicate the sale item associated with the flash sale transaction, a price for the sale item, a determinable minimum number of additional users that complete the flash sale transaction, and/or a deadline for the flash sale transaction (or an amount of time remaining before the flash sale transaction expires). Message742may also ask the user whether the user desires to meet other players to complete the flash sale transaction.

The set of opt-in options (e.g., option744) may be presented to the user below message742, which allow a user to indicate to the introduction mechanic a set of characteristics to use when selecting a player to introduce to the user. In various embodiments, the system selects the set of opt-in options based on usage analytics for the introduction mechanic. As an example but not by way of limitation, the system may generate opt-in display740with option744based on a determination that users typically desire to meet other players in geographic proximity to themselves when they opt into the introduction mechanic for a flash sale transaction. Moreover, the system may generate opt-in display740without other options e.g., without options705-708ofFIG. 7A) based on a determination that users typically do not select these options when they opt into the introduction mechanic for a flash sale transaction.

The set of buttons presented with opt-in display740allow the user to accept, reject, or dismiss an opt-in request. For example, button746may allow the user to accept the opt-in request to the introduction mechanic for a flash sale transaction, and to accept any opt-in options that the user may have selected. Moreover, button748may allow the user to reject the opt-in request for the flash sale transaction, which may cause the system to not present the user with a later opt-in display that is associated with a flash sale transaction for a particular item. Button750may allow the user to dismiss the opt-in request associated with the flash sale transaction without rejecting the opt-in request, which may allow the system to present an opt-in display to this opt-in request at a later date (e.g., when a determinable amount of time remains before the flash sale transaction expires).

FIG. 8illustrates an example apparatus in accordance with various example embodiments. Apparatus800may include an interface module802, an introduction module804, an association module806, an opt-in module808, an incentive-awarding module810, a referral module812, a flash-sale module814, and an analytics module816.

In particular embodiments, modules802-816may be implemented using one or more application-specific integrated circuit components, microprocessors, graphics processing units (GPUs), field-programmable gate arrays (FPGAs), or any combination thereof in other embodiments, apparatus800may include a server-side computing device and/or a client side computing device, and modules802-816may include executable code that is stored within a computer-readable storage medium of apparatus800and executed by a processing unit of apparatus800.

Interface module802may generate graphical user interfaces and/or text-based user interfaces to interact with a user. For example, interface module802may generate an opt-in display that allows a user to select a set of options of an opt-in request, and allows the user to opt-in to introduction module804. Also, interface module802may generate an introduction display that presents the user with an option to interact with another player of the computer-implemented game.

Introduction module804may introduce a user of a computer-implemented game to other players of the game that are experiencing a common game objective. Introduction module804may determine another player to introduce to the user based on the other player not being directly associated, as reflected within relationship data, with the user. Moreover, introduction module804may cause interface module802to present an introduction display to the user for the introduction request, and interface module802may generate an introduction confirmation for the user in response to the user pressing a confirmation button (e.g., a button labeled “YES”) within the introduction display.

Association module806may associate the user and the other player with the common game objective of the computer-implemented game when the user and the other player are introduced to one another by the introduction module804. By associating the user and the other player with the common game objective, association module806allows the user and the other player to interact to achieve the common game objective.

Opt-in module808may use interface module802to opt the user into introduction module804. In particular embodiments, opt-in module808may send an opt-in request to the user, such that the opt-in request includes at least an option for the user to opt-in to the introduction module804. Moreover, opt-in module808may receive an opt-in indication from the user, such that the opt-in indication indicates that the user is opting-in to the introduction module804. For example, opt-in module808may cause interface module802to present an opt-in display for the opt-in request to the user, and interface module802may generate the opt-in indication in response to the user pressing a confirmation button (e.g., a button labeled “YES”) within the opt-in display. Opt-in module808may also record the user as opted into the introduction module804based on the opt-in indication.

Referral module812may receive a referral message from a friend of the user, such that the referral message indicates that the friend is referring the user to opt-in to the introduction module804. In particular embodiments, when referral module812receives the referral message, referral module812may cause opt-in module808to send an opt-in request to the user.

Incentive-awarding module810may cause opt-in module808to offer an incentive with an opt-in request for a user, thus encouraging the user to make more use of introduction module804during game play. Moreover, incentive-awarding module810may award the incentive to the user and the user's friend in response to determining that opt-in module808received the opt-in indication indicating at least that the user is opting into introduction module804.

Flash-sale module814may present a flash sale transaction to the user in response to determining that the user has encountered an obstacle of the computer-implemented game. Recall that the flash sale transaction is complete when a determinable minimum number of users purchase an item prior to an expiration deadline of the flash sale transaction. Thus, if the user has not referred enough players to the flash-sale transaction, flash-sale module814may cause opt-in module808to generate an opt-in request for the user so that the user may meet other players that may be interested in the flash-sale transaction.

Analytics module816may generate usage analytics that indicate which opt-in options are favored by users of the computer-implemented game. In various embodiments, opt-in module808may use analytics module816to determine which opt-in options to include in an opt-in request based on the usage analytics, thereby causing interface module802to generate an opt-in display that is tailored to a particular user.

Game Systems, Social Networks, and Social Graphs

In an online multiplayer game, players control player characters (PCs), a game engine controls non-player characters (NPCs), and the game engine also manages player character state and tracks state for currently active (i.e., online) players and currently inactive (i.e., offline) players. A player character may have a set of attributes and a set of friends associated with the player character. As used herein, the terms “state” and “attributes” can be used interchangeably to refer to any in-game characteristic of a player character, such as location, assets, levels, condition, health, status, inventory, skill set, name, orientation, affiliation, specialty, and so on. The game engine may use a player character state to determine the outcome of a game event, sometimes also considering set variables or random variables. Generally, an outcome is more favorable to a current player character (or player characters) when the player character has a better state. For example, a healthier player character is less likely to die in a particular encounter relative to a weaker player character or non-player character.

A game event may be an outcome of an engagement, a provision of access, rights and/or benefits or the obtaining of some assets (e.g., health, money, strength, inventory, land, etc.). A game engine may determine the outcome of a game event according to game rules (e.g., “a character with less than 5 health points will be prevented from initiating an attack”), based on a character's state and possibly also interactions of other player characters and a random calculation. Moreover, an engagement may include simple tasks cross the river, shoot at an opponent), complex tasks (e.g., win a battle, unlock a puzzle, build a factory, rob a liquor store), or other events.

In a game system according to aspects of the present disclosure, in determining the outcome of a game event in a game being played by a player (or a group of more than one players), the game engine may take into account the state of the player character (or group of PCs) that is playing, but also the state of one or more PCs of offline/inactive players who are connected to the current player (or PC, or group of PCs) through the game social graph but are not necessarily involved in the game at the time.

For example, Player A with six friends on his team (e.g., the friends that are listed as being in the player's mob/gang/set/army/business/crew/etc. depending on the nature of the game) may be playing the online game and choose to confront Player B who has 20 friends on her team, in some embodiments, a player may only have first-degree friends on his or her team. In other embodiments, a player may also have second-degree and higher degree friends on his or her team. To resolve the game event, in some embodiments the game engine may total up the weapon strength of the seven members of Player A's team and the weapon strength of the 21 members of Player B's team and decide an outcome of the confrontation based on a random variable applied to a probability distribution that favors the side with the greater total. In some embodiments, all of this may be done without any other current active participants other than Player A (i.e., Player A's friends, Player, B, and Player B's friends could all be offline or inactive). In some embodiments, the friends in a player's team may see a change in their state as part of the outcome of the game event. In some embodiments, the state (assets, condition, level) of friends beyond the first degree are taken into account.

Game Networking Systems

An online game may be hosted by game networking system108b, which can be accessed using any suitable connection110with a suitable client device104. A player may have a game account on game networking system108b, wherein the game account may contain a variety of information associated with the player (e.g., the player's personal information, financial information, purchase history, player character state, game state, etc.). In some embodiments, a player may play multiple games on game networking system108b, which may maintain a single game account for the player with respect to the multiple games, or multiple individual game accounts for each game with respect to the player. In some embodiments, game networking system108bmay assign a unique identifier to a player102of an online game hosted on game networking system108b. Game networking system108bmay determine that a player102is accessing the online game by reading the user's cookies, which may be appended to HTTP requests transmitted by client device104, and/or by the player102logging onto the online game.

In some embodiments, player102may access an online game and control the game's progress via client device104(e.g., by inputting commands to the game at the client device). Client device104can display the game interface, receive inputs from player102, transmit user inputs or other events to the game engine, and receive instructions from the game engine. The game engine can be executed on any suitable system (such as, for example, client device104, social networking system108a, or game networking system108b). For example, client device104may download client components of an online game, which are executed locally, while a remote game server, such as game networking system108b, provides backend support for the client components and may be responsible for maintaining application data of the game, processing the inputs from the player, updating and/or synchronizing the game state based on the game logic and each input from the player, and transmitting instructions to client device104. As another example, when player102provides an input to the game through the client device104(such as, for example, by typing on the keyboard or clicking the mouse of client device104), the client components of the game may transmit the player's input to game networking system108b.

In some embodiments, player102may access particular game instances of an online game. A game instance is a copy of a specific game play area that is created during runtime. In some embodiments, a game instance is a discrete game play area where one or more players102can interact in synchronous or asynchronous play. A game instance may be, for example, a level, zone, area, region, location, virtual space, or other suitable play area. A game instance may be populated by one or more in-game objects. Each object may be defined within the game instance by one or more variables, such as, for example, position, height, width, depth, direction, time, duration, speed, color, and other suitable variables.

In some embodiments, a specific game instance may be associated with one or more specific players. A game instance is associated with a specific player when one or more game parameters of the game instance are associated with the specific player. For example, a game instance associated with a first player may be named “First Player's Play Area.” This game instance may be populated with the first player's PC and one or more in-game objects associated with the first player.

In some embodiments, a game instance associated with a specific player may only be accessible by that specific player. For example, a first player may access a first game instance when playing an online game, and this first game instance may be inaccessible to all other players. In other embodiments, a game instance associated with a specific player may be accessible by one or more other players, either synchronously or asynchronously with the specific player's game play. For example, a first player may be associated with a first game instance, but the first game instance may be accessed by all first-degree friends in the first player's social network.

In some embodiments, the set of in-game actions available to a specific player may be different in a game instance that is associated with this player compared to a game instance that is not associated with this player. The set of in-game actions available to a specific player in a game instance associated with this player may be a subset, superset, or independent of the set of in-game actions available to this player in a game instance that is not associated with him. For example, a first player may be associated with Blackacre Farm in an online farming game, and may be able to plant crops on Blackacre Farm. If the first player accesses a game instance associated with another player, such as Whiteacre Farm, the game engine may not allow the first player to plant crops in that game instance. However, other in-game actions may be available to the first player, such as watering or fertilizing crops on Whiteacre Farm.

In some embodiments, a game engine may interface with a social graph. Social graphs are models of connections between entities (e.g., individuals, users, contacts, friends, players, player characters, non-player characters, businesses, groups, associations, concepts, etc.). These entities are considered “users” of the social graph; as such, the terms “entity” and “user” may be used interchangeably when referring to social graphs herein. A social graph can have a node for each entity and edges to represent relationships between entities. A node in a social graph can represent any entity. In some embodiments, a unique client identifier may be assigned to individual users in the social graph. This disclosure assumes that at least one entity of a social graph is a player or player character in an online multiplayer game.

In some embodiments, the social graph is managed by game networking system108b, which is managed by the game operator. In other embodiments, the social graph is part of a social networking system108amanaged by a third-party (e.g., Facebook, Friendster, Myspace). In yet other embodiments, player102has a social network on both game networking system108band social networking system108a, wherein player102can have a social network on the game networking system108bthat is a subset, superset, or independent of the player's social network on social networking system108a. In such combined systems, game network system108bcan maintain social graph information with edge type attributes that indicate whether a given friend is an “in-game friend,” an “out-of-game friend,” or both. The various embodiments disclosed herein are operable when the social graph is managed by social networking system108a, game networking system108b, or both.

Systems and Methods

FIG. 9illustrates an example data flow between the components of system900. In some embodiments, system900can include client system930, social networking system920a, and game networking system920b. The components of system900can be connected to each other in any suitable configuration, using any suitable type of connection. The components may be connected directly or over any suitable network. Client system930, social networking system920a, and game networking system920bmay have one or more corresponding data stores such as local data store925, social data store945, and game data store965, respectively.

Social networking system920aand game networking system920bmay also have at least one server that may communicate with client system930over an appropriate network. Social networking system920aand game networking system920bmay have, for example, one or more internet servers for communicating with client system930via the Internet. Similarly, social networking system920aand game networking system920bmay have one or more mobile servers for communicating with client system930via a mobile network (e.g., GSM, PCS, Wi-Fi, WPAN, etc.). In some embodiments, one server may be able to communicate with client system930over both the Internet and a mobile network. In other embodiments, separate servers can be used.

Client system930may receive and transmit data923to and from game networking system920b. This data can include, for example, a web page, a message, a game input, a game display, a HTTP packet, a data request, transaction information, and other suitable data. At some other time, or at the same time, game networking system920bmay communicate data943,947(e.g., game state information, game system account information, page info, messages, data requests, updates, etc.) with other networking systems, such as social networking system920a(e.g., Facebook, Myspace, etc.). Client system930can also receive and transmit data927to and from social networking system920a. This data can include, for example, web pages, messages, social graph information, social network displays, HTTP packets, data requests, transaction information, updates, and other suitable data.

Communication between client system930, social networking system920a, and game networking system920bcan occur over any appropriate electronic communication medium or network using any suitable communications protocols. For example, client system930, as well as various servers of the systems described herein, may include Transport Control Protocol/Internet Protocol (TCP/IP) networking stacks to provide for datagram and transport functions. Of course, any other suitable network and transport layer protocols can be utilized.

In addition, hosts or end-systems described herein may use a variety of higher layer communications protocols, including client-server (or request-response) protocols, such as the HyperText Transfer Protocol (HTTP) and other communications protocols, such as HTTP-S, FTP, SNMP, TENET, and a number of other protocols, may be used. In addition, a server in one interaction context may be a client in another interaction context. In some embodiments, the information transmitted between hosts may be formatted as HyperText Markup Language (HTML) documents. Other structured document languages or formats can be used, such as XML, and the like. Executable code objects, such as JavaScript and ActionScript, can also be embedded in the structured documents.

In some client-server protocols, such as the use of HTML over HTTP, a server generally transmits a response to a request from a client. The response may comprise one or more data objects. For example, the response may comprise a first data object, followed by subsequently transmitted data objects. In some embodiments, a client request may cause a server to respond with a first data object, such as an HTML page, which itself refers to other data objects. A client application, such as a browser, will request these additional data objects as it parses or otherwise processes the first data object.

In some embodiments, an instance of an online game can be stored as a set of game state parameters that characterize the state of various in-game objects, such as, for example, player character state parameters, non-player character parameters, and virtual item parameters. In some embodiments, game state is maintained in a database as a serialized, unstructured string of text data as a so-called Binary Large Object (BLOB). When a player accesses an online game on game networking system920b, the BLOB containing the game state for the instance corresponding to the player may be transmitted to client system930for use by a client-side executed object to process. In some embodiments, the client-side executable may be a FLASH-based game, which can de-serialize the game state data in the BLOB. As a player plays the game, the game logic implemented at client system930maintains and modifies the various game state parameters locally. The client-side game logic may also batch game events, such as mouse clicks, and transmit these events to game networking system920b. Game networking system920bmay itself operate by retrieving a copy of the BLOB from a database or an intermediate memory cache (memcache) layer. Game networking system920bcan also de-serialize the BLOB to resolve the game state parameters and execute its own game logic based on the events in the batch file of events transmitted by the client to synchronize the game state on the server side. Game networking system920bmay then re-serialize the game state, now modified into a BLOB, and pass this to a memory cache layer for lazy updates to a persistent database.

In some embodiments, a computed-implemented game may be a text-based or turn-based game implemented as a series of web pages that are generated after a player selects one or more actions to perform. The web pages may be displayed in a browser client executed on client system930. For example, a client application downloaded to client system930may operate to serve a set of web pages to a player. As another example, a computer-implemented game may be an animated or rendered game executable as a stand-alone application or within the context of a webpage or other structured document. In some embodiments, the computer-implemented game may be implemented using Adobe Flash-based technologies. As an example, a game may be fully or partially implemented as a SWF object that is embedded in a web page and executable by a Flash media player plug-in. In some embodiments, one or more described web pages may be associated with or accessed by social networking system920a. This disclosure contemplates using any suitable application for the retrieval and rendering of structured documents hosted by any suitable network-addressable resource or website.

Application event data of a game is any data relevant to the game (e.g., player inputs). In some embodiments, each application datum may have a name and a value, and the value of the application datum may change (i.e., be updated) at any time. When an update to an application datum occurs at client system930, either caused by an action of a game player or by the game logic itself, client system930may need to inform game networking system920bof the update. For example, if the game is a farming game with a harvest mechanic (such as Zynga FarmVille), an event can correspond to a player clicking on a parcel of land to harvest a crop. In such an instance, the application event data may identify an event or action (e.g., harvest) and an object in the game to which the event or action applies.

In a particular embodiment, one or more objects of a game may be represented as an Adobe Flash object. Flash may manipulate vector and raster graphics, and supports bidirectional streaming of audio and video, “Flash” may mean the authoring environment, the player, or the application files. In some embodiments, client system930may include a Flash client. The Flash client may be configured to receive and run Flash application or game object code from any suitable networking system (such as, for example, social networking system920aor game networking system920b). In some embodiments, the Flash client may be run in a browser client executed on client system930. A player can interact with Flash objects using client system930and the Flash client. The Flash objects can represent a variety of in-game objects. Thus, the player may perform various in-game actions on various in-game objects by making various changes and updates to the associated Flash objects.

In some embodiments, in-game actions can be initiated by clicking or similarly interacting with a Flash object that represents a particular in-game object. For example, a player can interact with a Flash object to use, move, rotate, delete, attack, shoot, or harvest an in-game object. This disclosure contemplates performing any suitable in-game action by interacting with any suitable Flash object. In some embodiments, when the player makes a change to a Flash object representing an in-game object, the client-executed game logic may update one or more game state parameters associated with the in-game object. To ensure synchronization between the Flash object shown to the player at client system930, the Flash client may send the events that caused the game state changes to the in-game object to game networking system920b. However, to expedite the processing and hence the speed of the overall gaming experience, the Flash client may collect a batch of some number of events or updates into a batch file. The number of events or updates may be determined by the Flash client dynamically or determined by game networking system920bbased on server loads or other factors. For example, client system930may send a batch file to game networking system920bwhenever50updates have been collected or after a threshold period of time, such as every minute.

As used herein, the term “application event data” may refer to any data relevant to a computer-implemented game application that may affect one or more game state parameters, including, for example and without limitation, changes to player data or metadata, changes to player social connections or contacts, player inputs to the game, and events generated by the game logic. In some embodiments, each application datum may have a name and a value. The value of an application datum may change at any time in response to the game play of a player or in response to the game engine (e.g., based on the game logic). In some embodiments, an application data update occurs when the value of a specific application datum is changed.

In some embodiments, when a player plays an online game on client system930, game networking system920bmay serialize all the game-related data, including, for example and without limitation, game states, game events, user inputs, for this particular user and this particular game into a BLOB and stores the BLOB in a database. The BLOB may be associated with an identifier that indicates that the BLOB contains the serialized game-related data for a particular player and a particular online game. In some embodiments, while a player is not playing the online game, the corresponding BLOB may be stored in the database. This enables a player to stop playing the game at any time without losing the current state of the game the player is in. When a player resumes playing the game next time, game networking system920bmay retrieve the corresponding BLOB from the database to determine the most-recent values of the game-related data. In some embodiments, while a player is playing the online game, game networking system920bmay also load the corresponding BLOB into a memory cache so that the game system may have faster access to the BLOB and the game-related data contained therein.

Various embodiments may operate in a wide area network environment, such as the Internet, including multiple network addressable systems.FIG. 10illustrates an example network environment1000, in which various example embodiments may operate. Network cloud1060generally represents one or more interconnected networks, over which the systems and hosts described herein can communicate. Network cloud1060may include packet-based wide area networks (such as the Internet), private networks, wireless networks, satellite networks, cellular networks, paging networks, and the like. AsFIG. 10illustrates, various embodiments may operate in a network environment1000comprising one or more networking systems, such as social networking system1020a, game networking system1020, and one or more client systems1030. The components of social networking system1020aand game networking system1020boperate analogously; as such, hereinafter they may be referred to simply as networking system1020. Client systems1030are operably connected to the network environment1000via a network service provider, a wireless carrier, or any other suitable means.

Networking system1020is a network addressable system that, in various example embodiments, comprises one or more physical servers1022and data stores1024. The one or more physical servers1022are operably connected to computer network cloud1060via, by way of example, a set of routers and/or networking switches1026. In an example embodiment, the functionality hosted by the one or more physical servers1022may include web or HTTP servers, FTP servers, as well as, without limitation, webpages and applications implemented using Common Gateway Interface (CGI) script, PHP Hyper-text Preprocessor (PHP), Active Server Pages (ASP), Hyper-Text Markup Language (HTML), Extensible Markup Language (XML), Java, JavaScript, Asynchronous JavaScript and XML (AJAX), Flash, ActionScript, and the like.

Physical servers1022may host functionality directed to the operations of networking system1020. Hereinafter servers1022may be referred to as server1022, although server1022may include numerous servers hosting, for example, networking system1020, as well as other content distribution servers, data stores, and databases. Data store1024may store content and data relating to, and enabling, operation of networking system1020as digital data objects. A data object, in some embodiments, is an item of digital information typically stored or embodied in a data file, database, or record. Content objects may take many forms, including: text (e.g., ASCII, SGML, HTML), images (e.g., jpeg, tif and gif), graphics (vector-based or bitmap), audio, video (e.g., mpeg), or other multimedia, and combinations thereof. Content object data may also include executable code objects (e.g., games executable within a browser window or frame), podcasts, etc.

Logically, data store1024corresponds to one or more of a variety of separate and integrated databases, such as relational databases and object-oriented databases, that maintain information as an integrated collection of logically related records or files stored on one or more physical systems. Structurally, data store1024may generally include one or more of a large class of data storage and management systems. In some embodiments, data store1024may be implemented by any suitable physical system(s) including components, such as one or more database servers, mass storage media, media library systems, storage area networks, data storage clouds, and the like. In one example embodiment, data store1024includes one or more servers, databases (e.g., MySQL), and/or data warehouses. Data store1024may include data associated with different networking system1020users and/or client systems1030.

Client system1030is generally a computer or computing device including functionality for communicating (e.g., remotely) over a computer network, Client system1030may be a desktop computer, laptop computer, personal digital assistant (PDA), in- or out-of-car navigation system, smart phone or other cellular or mobile phone, or mobile gaming device, among other suitable computing devices. Client system1030may execute one or more client applications, such as a Web browser.

When a user at a client system1030desires to view a particular webpage (hereinafter also referred to as target structured document) hosted by networking system1020, the user's web browser, or other document rendering engine or suitable client application, formulates and transmits a request to networking system1020. The request generally includes a URL or other document identifier as well as metadata or other information. By way of example, the request may include information identifying the user, a timestamp identifying when the request was transmitted, and/or location information identifying a geographic location of the user's client system1030or a logical network location of the user's client system1030.

Although the example network environment1000described above and illustrated inFIG. 10is described with respect to social networking system1020aand game networking system1020b, this disclosure encompasses any suitable network environment using any suitable systems. For example, the network environment may include online media systems, online reviewing systems, online search engines, online advertising systems, or any combination of two or more such systems.

FIG. 11illustrates an example computing system architecture, which may be used to implement a server1022or a client system1030. In one embodiment, hardware system1100comprises a processor1102, a cache memory1104, and one or more executable modules and drivers, stored on a tangible computer readable medium, directed to the functions described herein. Additionally, hardware system1100may include a high performance input/output (I/O) bus1106and a standard I/O bus1108. A host bridge1110may couple processor1102to high performance I/O bus1106, whereas I/O bus bridge1112couples the two buses1106and1108to each other. A system memory1114and one or more network/communication interfaces1116may couple to bus1106. Hardware system1100may further include video memory (not shown) and a display device coupled to the video memory. Mass storage1118and I/O ports1120may couple to bus1108. Hardware system1100may optionally include a keyboard, a pointing device, and a display device (not shown) coupled to bus1108. Collectively, these elements are intended to represent a broad category of computer hardware systems.

The elements of hardware system1100are described in greater detail below. In particular, network interface1116provides communication between hardware system1100and any of a wide range of networks, such as an Ethernet (e.g., IEEE 802.3) network, a backplane, etc. Mass storage1118provides permanent storage for the data and programming instructions to perform the above-described functions implemented in servers1022ofFIG. 10, whereas system memory1114(e.g., DRAM) provides temporary storage for the data and programming instructions when executed by processor1102. I/O ports1120are one or more serial and/or parallel communication ports that provide communication between additional peripheral devices, which may be coupled to hardware system1100.

Hardware system1100may include a variety of system architectures and various components of hardware system1100may be rearranged. For example, cache memory1104may be on-chip with processor1102. Alternatively, cache memory1104and processor1102may be packed together as a “processor module,” with processor1102being referred to as the “processor core.” Furthermore, certain embodiments of the present disclosure may neither require nor include all of the above components. For example, the peripheral devices shown coupled to standard I/O bus1108may couple to high performance I/O bus1106. In addition, in some embodiments, only a single bus may exist, with the components of hardware system1100being coupled to the single bus. Furthermore, hardware system1100may include additional components, such as additional processors, storage devices, or memories.

An operating system manages and controls the operation of hardware system1100, including the input and output of data to and from software applications (not shown). The operating system provides an interface between the software applications being executed on the system and the hardware components of the system. Any suitable operating system may be used.

Furthermore, the above-described elements and operations may comprise instructions that are stored on non-transitory storage media. The instructions can be retrieved and executed by a processing system. Some examples of instructions are software, program code, and firmware. Some examples of non-transitory storage media are memory devices, tape, disks, integrated circuits, and servers. The instructions may be executed by the processing system to direct the processing system to operate in accord with the disclosure. The term “processing system” refers to a single processing device or a group of inter-operational processing devices. Some examples of processing devices are integrated circuits and logic circuitry. Those skilled in the art are familiar with instructions, computers, and storage media,

Miscellaneous

A recitation of “a”, “an,” or “the” is intended to mean “one or more” unless specifically indicated to the contrary. In addition, it is to be understood that functional operations, such as “awarding”, “locating”, “permitting” and the like, are executed by game application logic that accesses, and/or causes changes to, various data attribute values maintained in a database or other memory.

For example, the methods, game features and game mechanics described herein may be implemented using hardware components, software components, and/or any combination thereof. By way of example, while embodiments of the present disclosure have been described as operating in connection with a networking website, various embodiments of the present disclosure can be used in connection with any communications facility that supports web applications. Furthermore, in some embodiments the term “web service” and “website” may be used interchangeably and additionally may refer to a custom or generalized API on a device, such as a mobile device (e.g., cellular phone, smart phone, personal UPS, personal digital assistance, personal gaming device, etc.), that makes API calls directly to a server. Still further, while the embodiments described above operate with business-related virtual objects (such as stores and restaurants), embodiments of the invention can be applied to any in-game asset around which a harvest mechanic is implemented, such as a virtual stove, a plot of land, and the like. The specification and drawings are, accordingly, to be regarded in an illustrative rather than a restrictive sense. It will, however, be evident that various modifications and changes may be made thereunto without departing from the broader spirit and scope of the disclosure as set forth in the claims and that the disclosure is intended to cover all modifications and equivalents within the scope of the following claims.