US20200349812A1

US20200349812A1 - Event-based currency

Info

Publication number: US20200349812A1
Application number: US16/932,529
Authority: US
Inventors: Stephanie K. Schultz; Michael C. Caldarone
Original assignee: Kabam Inc
Current assignee: Kabam Inc
Priority date: 2013-04-18
Filing date: 2020-07-17
Publication date: 2020-11-05
Anticipated expiration: 2033-04-18
Also published as: US11484798B2; US10319187B2; US20190279466A1; US20180261048A1; US12121817B2; US9978211B1; US9626475B1; US20230031869A1; US10741022B2

Abstract

An approach to facilitating event-based currency is provided. A first virtual currency usable by users of a game space to purchase in-space benefits may be managed. An event in the game space that is conducted during an event time period may be managed such that, during the event time period, an event virtual currency may be distributed to one or more of the users as a reward for certain operations and/or achievements performed in the game space during the event time period. Exchanges of in-space benefits associated with the event virtual currency may be effectuated for one or more of the users. In some implementations, the event virtual currency may not available to the users after the event time period, while the first virtual currency may be available to the users during and after the event time period.

Description

FIELD OF THE DISCLOSURE

This disclosure relates generally to event-specific currency, such as virtual currency for an event within a virtual space that is available and/or distributed to users during an event time period for performing certain operations and/or achievements during the event time period.

BACKGROUND

Virtual currency provides users of virtual spaces with an alternative to real-world money for obtaining in-space benefits, while providing service providers with a source of revenue by offering the virtual currency in exchange for real-world money. Because the virtual currency that is offered in virtual spaces is typically “permanent,” users of the virtual spaces generally associate certain values to the virtual currency over time, which limits profitability associated with purchases of virtual currency per unit and/or perceived benefits of the virtual currency per unit when offered to users as an incentive to perform operations/achievements. In addition, while promotional events relating to a virtual currency regularly used in a virtual space (e.g., discounting of price of the virtual currency, offers of the virtual currency as an incentive to perform operations/achievements, etc.) may have the effect of boosting short-term profits or in-space operations/achievements, such promotional events may have lingering long-term negative effects, for instance, relating to profitability from sale of the virtual currency or perceived benefits of the virtual currency by users.

SUMMARY

One aspect of the disclosure relates to a system configured to facilitate event-based currency, in accordance with one or more implementations. In exemplary implementations, a default virtual currency that may be usable by users of a game space to purchase in-space benefits may be made available to the users. An event conducted in the game space during a predetermined event time period may be managed such that, during the event time period, an event virtual currency may be distributed to one or more of the users as a reward for certain operations and/or achievements performed in the game space during the event time period. In-space benefits associated with the event virtual currency may be provided during the event time period to individual ones of the users in exchange for the distributed event virtual currency of the individual users. After the event time period, the event virtual currency may become unusable by or unavailable to the users. In this way, among other benefits, negative impact on the default virtual currency that is associated with virtual-currency-related promotions may be avoided or otherwise reduced.
In some implementations, the system may include one or more servers. The server(s) may be configured to communicate with one or more client computing platforms according to a client/server architecture. The users may access the system and/or a virtual space (e.g., a virtual world, a game space, etc.) via the client computing platforms.
The server(s) may be configured to execute one or more computer program modules to facilitate event-based currency. The computer program modules may include one or more of a game module, a default currency module, an event module, an exchange module, a user module, and/or other modules. In some implementations, the client computing platforms may be configured to execute one or more computer program modules that are the same as or similar to the computer program modules of the server(s) to facilitate event-based currency.
The game module may be configured to execute an instance of a game space. The game module may be configured to facilitate presentation of views of the game space to users. The game space may be configured to facilitate interaction of the users with the game space and/or each other by performing operations in the game space in response to commands received from the users. The users may include a first user, a second user, and/or other users.
The default currency module may be configured to manage a first virtual currency usable by the users to purchase in-space benefits. In certain implementations, the default currency module may be configured such that the first virtual currency may be purchasable with real-world money or a second virtual currency. In some implementations, the in-space benefits purchasable with the first virtual currency may include one or more of virtual goods, accesses to regions of the game space, abilities to perform operations in the game space, or other in-space benefits.
The event module may be configured to manage an event in the game space that is conducted during an event time period. The event module may be configured such that, during the event time period, an event virtual currency is distributed to one or more of the users as a reward for certain operations and/or achievements performed in the game space during the event time period.
In certain implementations, the default currency module may be configured such that the first virtual currency is available to the users during the event time period. In some implementations, the default currency module may be configured such that the first virtual currency is available to the users during and after the event time period.
The exchange module may be configured to effectuate, for one or more of the users, exchanges of in-space benefits associated with the event virtual currency. The in-space benefits associated with the event virtual currency may include one or more of virtual goods, accesses to regions of the game space, abilities to perform operations in the game space, or other in-space benefits.
In some implementations, the event module may be configured such that the event virtual currency may be purchasable with real-world money or a second virtual currency. In other implementations, the event module may be configured such that the event virtual currency may not be purchased with other currencies.
In certain implementations, the event module may be configured to deactivate the event virtual currency after the event time period. For example, the event virtual currency may be deactivated such that the event virtual currency is not available to the user after the event time period. In various implementations, the event module may be configured such that the event virtual currency is distributed to a first user responsive to the first user performing a first operation and/or achievement during the event time period, and such that the event virtual currency is not distributed to the first user responsive to the first user performing the first operation and/or achievement after the event time period. In some implementations, the event module may be configured such that the event virtual currency expires after the event time period.
In various implementations, the exchange module may be configured such that the in-space benefits associated with the event virtual currency may be different than the in-space benefits purchasable with the first virtual currency.
In certain implementations, the exchange module may be configured such that at least one of the in-space benefits associated with the event virtual currency is the same as at least one of the in-space benefits purchasable with the first virtual currency. In some implementations, the exchange module may be configured to manage costs associated with purchase of in-space benefits. The exchange module may be configured such that the costs include (i) a first set of costs for purchasing individual in-space benefits of a first set of in-space benefits using the first virtual currency and (ii) a second set of costs for purchasing the individual in-space benefits of the first set of in-space benefits using the event virtual currency.
In various implementations, the user module may be configured to manage virtual currency account information for the users. In some implementations, the user module may be configured to, responsive to a determination that the event time period has passed, modify the virtual currency account information to remove indications that the users have event virtual currency.
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 a system configured to facilitate event-based currency, in accordance with one or more implementations.

FIG. 2 illustrates a user interface depicting a notification in a game space that indicates an event to be conducted during an event time period in which event virtual currency associated with the event will be available, in accordance with one or more implementations.

FIG. 3 illustrates a method for facilitating event-based currency, in accordance with one or more implementations.

DETAILED DESCRIPTION

FIG. 1 illustrates a system 100 configured to facilitate event-based currency, in accordance with one or more implementations. In exemplary implementations, a default virtual currency that may be usable by users of a game space to purchase in-space benefits may be made available to the users. An event conducted in the game space during a predetermined event time period may be managed such that, during the event time period, an event virtual currency may be distributed to one or more of the users as a reward for certain operations and/or achievements performed in the game space during the event time period. For example, a first user may be provided with a first amount of the event virtual currency responsive to performing a first operation and/or achievement during the event time period and a second amount of event virtual currency responsive to performing a second operation and/or achievement during the event time period.
In-space benefits associated with the event virtual currency may be provided during the event time period to individual ones of the users in exchange for the distributed event virtual currency of the individual users. These in-space benefits may, for instance, be automatically allocated to the individual users when they obtain a threshold amount of the event virtual currency. The in-space benefits may be allocated to the individual users during the event time period in accordance with the amounts of the event virtual currency held by the individual users at some predetermined time during the event time period. A particular in-space benefit may be allocated to a user when that user purchases the in-space benefit during the event time period in exchange for an amount of the event virtual currency that is associated with the in-space benefit.
After the event time period, the event virtual currency may become unusable by or unavailable to the users. On the other hand, in some implementations, the default virtual currency may independently remain available to the users for purchase (e.g., in exchange for real-world money, in exchange for other virtual currencies, etc.) or to purchase in-space benefits. In this way, promotional events (e.g., contests, third-party sponsored events, etc.) may be applied in the game space using the event virtual currency in lieu of or in addition to the default virtual currency for such events. Among other benefits, events that utilize event virtual currency may have little or no adverse effect on the default virtual currency while providing revenue for service providers or incentives to encourage users to perform designated operations and/or achievements.
In some implementations, system 100 may include one or more servers 102. Server(s) 102 may be configured to communicate with one or more client computing platforms 104 according to a client/server architecture. The users may access system 100 and/or a virtual space (e.g., a virtual world, a game space, etc.) via client computing platforms 104.
Server(s) 102 may be configured to execute one or more computer program modules to facilitate event-based currency. The computer program modules may include one or more of a game module 106, a default currency module 108, an event module 110, an exchange module 112, a user module 114, and/or other modules. In some implementations, client computing platforms 104 may be configured to execute one or more computer program modules that are the same as or similar to the computer program modules of server(s) 102 to facilitate event-based currency.
Game module 106 may be configured to execute an instance of a game space. In some implementations, the game space may be a virtual space. As such, an instance of the game space may be an instance of the virtual space. A space module (not shown for illustrative convenience) may be configured to implement the instance of the virtual space executed by the computer modules. The instance of the virtual space may reflect the state of the virtual space. The instance of the virtual space may be used to push state information to clients for implementation on the clients, may be used to verify state information generated on clients executing expressions of the instance locally, and/or for other purposes. State information may include information about the state of the virtual space such as, without limitation, position information of one or more objects, topography information, object status/shape information, battle information, score information, user or character progress information, user inventory information, progress information for one or more activities or actions, view information describing a view of the virtual space, and/or other information that describes the state of the virtual space. Expressions of the instance executed on the clients facilitate presentation of views on the clients of the virtual space. Expressions of the instance executed on the clients may be configured to simply present views of the virtual space based on the state information (e.g., via streaming view information, object/position information, and/or other state information) received from the space module. Expressions of the instance executed on the clients may include space logic that effectively provides for execution of a limited version of the instance on a client that is synchronized and/or verified with state information received from the space module. The view presented on a given client may correspond to a location in the virtual space (e.g., 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. 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 platforms 104) 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 views of the virtual space determined from the instance executed by the space module is not intended to be limiting. The virtual space may be presented in a more limited, or more rich, manner. For example, views 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 representations of individual places within the virtual space are contemplated.
Within the instance of the virtual space executed by the space module, 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 platforms 104. 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 platforms 104. Communications may be routed to and from the appropriate users through server(s) 102 (e.g., through the space module).
Default currency module 108 may be configured to manage a first virtual currency usable by the users to purchase in-space benefits. In certain implementations, default currency module 108 may be configured such that the first virtual currency may be purchasable with real-world money or a second virtual currency. In some implementations, the in-space benefits purchasable with the first virtual currency may include one or more of virtual goods, accesses to regions of the game space, abilities to perform operations in the game space, or other in-space benefits.
By way of example, the first virtual currency may be a default virtual currency that is available for purchase by the users or use by the users to purchase in-space benefits. In one use case, a particular user may purchase 1000 Gems in exchange for 50 units of real-world money (e.g., US$50), and the user's account may be credited with 1000 Gems. The user may then pay for a specific virtual good (e.g., a food/beverage item, a clothing item, an accessory item, a weapon item, a time reduction item, etc.) with the purchased Gems, and the cost of the virtual good may be deducted from the user's account.
Event module 110 may be configured to manage an event in the game space that is conducted during an event time period. Event module 110 may be configured such that, during the event time period, an event virtual currency is distributed to one or more of the users as a reward for certain operations and/or achievements performed in the game space during the event time period.
For example, FIG. 2 illustrates a user interface 200 depicting a notification 202 in a game space that indicates an event to be conducted during an event time period in which event virtual currency associated with the event will be available, in accordance with one or more implementations. As indicated by notification 202, in one scenario, users may earn Event X Gems during event time period X by performing one or more listed operations and/or achievements. As an example, the listed operations and/or achievements may include visiting a virtual store in the virtual space depicted by user interface 200, purchasing one or more virtual goods at the virtual store, engaging in battle with other users in the virtual space, defeating one or more enemies in the virtual space, joining an alliance of users, checking in to a particular location in the virtual space, collecting a certain amount of resources of a particular type in the virtual space, building a certain structure in the virtual space, trying out new features available via the virtual space, or other operations and/or achievements.
In certain implementations, default currency module 108 may be configured such that the first virtual currency is available to the users during the event time period. In some implementations, default currency module 108 may be configured such that the first virtual currency is available to the users during and after the event time period. For example, virtual currency account information for the users may indicate amounts of the first virtual currency credited to individual ones of the users before, during, and/or after the event time period. The individual users may use their first virtual currency before, during, and/or after the event time period to purchase in-space benefits based on their amounts of the first virtual currency indicated by the virtual currency account information.
Exchange module 112 may be configured to effectuate, for one or more of the users, exchanges of in-space benefits associated with the event virtual currency. The in-space benefits associated with the event virtual currency may include one or more of virtual goods, accesses to regions of the game space, abilities to perform operations in the game space, or other in-space benefits.
By way of example, with respect to FIG. 2, users may earn Event X Gems during event time period X by performing one or more listed operations and/or achievements. During event time period X, in-space benefits purchasable with the earned Event X Gems may be exchanged for one or more amounts of Event X Gems earned by the users. In one scenario, for instance, in-space benefits may be automatically allocated to individual ones of the users when they obtain a threshold amount of Event X Gems. For example, when a particular user collects 1000 Event X Gems for the first time during event time period X, allocation of a first rare virtual good to the user's account may be initiated, and 1000 Event X Gems may be deducted from the user's account. When the user collects another 1500 Event X Gems during event time period X, allocation of a second rare virtual good to the user's account may be initiated, and 1500 Event X Gems may be deducted from the user's account.
In another scenario, the in-space benefits may be allocated to the individual users during the event time period in accordance with the amounts of the event virtual currency held by the individual users at some predetermined time during the event time period. For example, event time period X may include 5 event sub-periods X1-X5. User categories associated with the event indicated by notification 200 may include a first category of users that have collected 0-999 Event X Gems by the end of a sub-period, a second category of users that have collected 1000-1999 Event X Gems by the end of a sub-period, and a third category of users that have collected 2000 or more Event X Gems by the end of a sub-period. At the end of each of the sub-periods X1-X5, the individual amounts of Event X Gems that each of the users have collected by performing certain operations and/or achievements during the respective sub-period may be calculated and deducted from the users' accounts (e.g., users may start with 0 Event X Gems at the beginning of each new sub-period within event time period X). In exchange, the appropriate categories may be determined for each of the users, and rare virtual goods may be allocated to individual ones of the users' accounts in accordance with their respective determined categories. A user in the first category may be allocated a first virtual good, a user in the second category may be allocated a second virtual good, and a user in the third category may be allocated a third virtual good such that the value of the third virtual good is greater than the value of the second virtual good, and the value of the second virtual good is greater than the value of the first virtual good.
In another scenario, the in-space benefits may be allocated to a certain number or percentage of users that collected the most Event X Gems. For example, in exchange for all of the Event X Gems that they collected during event time period X, the top 10% of users with the most Event X Gems at the end of event time period X may be given access to a VIP club in the game space where those users have a chance to win a significant amount of regular Gems.
In another scenario, a particular in-space benefit may be allocated to a user when that user purchases the in-space benefit during the event time period in exchange for an amount of the event virtual currency that is associated with the in-space benefit. For example, a first rare virtual good may be purchased during event time period X for 1000 Event X Gems, a second rare virtual good may be purchased during event time period X for 2000 Event X Gems, and a third rare virtual good may be purchased during event time period X for 3000 Event X Gems.
In some implementations, event module may be configured such that the event virtual currency may be purchasable with real-world money or a second virtual currency. For example, with respect to FIG. 2, a particular user of the game space may purchase 2000 Event X Gems during event time period X in exchange for 50 units of real-world money (e.g., US$50).
In other implementations, the event virtual currency may not be purchased with other currencies. In one use case, users may not be able to buy the event virtual currency, but may obtain the event virtual currency by performing certain operations and/or achievements in the game space during the event time period. In this way, users may have more incentive to perform the certain operations and/or achievements because they may not be able to buy certain sought-after in-space benefits. Such in-space benefits may, for instance, include in-space benefits that may only be purchased during the event time period using the event virtual currency, in-space benefits that may be purchased during the event time period using the event virtual currency and that are difficult to otherwise obtain in the game space, or other sought-after in-space benefits.
Event module 110 may be configured to deactivate the event virtual currency after the event time period. For example, the event virtual currency may be deactivated such that the event virtual currency is not available to the user after the event time period. In one use case, with respect to FIG. 2, the event virtual currency may be Event X Gems. As indicated by notification 202, for instance, Event X Gems will only be available during event time period X. When event time period X is over, all traces of Event X Gems may be “erased” from the game space such that users that have not used all of the Event X Gems that they collected may not access any remaining Event X Gems, and such that users may not collect Event X Gems unless Event X Gems are offered again for another event in the game space. In another use case, other event virtual currency may be utilized for future events in lieu of Event X Gems. For example, Event Y Gems may be used in lieu of Event X Gems during event time period Y, and Event Z Gems may be used in lieu of Event X Gems during event time period Z.
In various implementations, event module 110 may be configured such that the event virtual currency is distributed to a first user responsive to the first user performing a first operation and/or achievement during the event time period, and such that the event virtual currency is not distributed to the first user responsive to the first user performing the first operation and/or achievement after the event time period. For example, referring to FIG. 2, Event X Gems may be provided to a user that performs one of the listed operations and/or achievements if it is determined that the user performed the listed operation and/or achievement during event time period X. On the other hand, if the user performed the listed operation and/or achievement after event time period X, Event X Gems may not be provided to the user.
In some implementations, event module 110 may be configured such that the event virtual currency expires after the event time period. In one use case, for instance, all of the event virtual currency that a user collects by performing certain operations and/or achievements during the event time period may be rendered unusable to redeem in-space benefits. As such, in another scenario, while the user may still have the amount of the event virtual currency that he/she collected during the event time period, the user may not be able to use the event virtual currency in the game space for anything of value. In yet another scenario, all of the event virtual currency that the user collected during the event time period will be removed from the user's account upon expiration of the event virtual currency.
In various implementations, exchange module 112 may be configured such that the in-space benefits associated with the event virtual currency may be different than the in-space benefits purchasable with the first virtual currency. As an example, a first virtual good may be provided to a first user in exchange for some amount of the event virtual currency from the first user, but the first virtual good may not be exchangeable for any amount of the first virtual currency. As another example, a second virtual good may be provided to the first user in exchange for some amount of the first virtual currency from the first user, but the second virtual good may not exchangeable for any amount of the event virtual currency.
In certain implementations, exchange module 112 may be configured such that at least one of the in-space benefits associated with the event virtual currency is the same as at least one of the in-space benefits purchasable with the first virtual currency. In some implementations, exchange module 112 may be configured to manage costs associated with purchase of in-space benefits. Exchange module 112 may be configured such that the costs include (i) a first set of costs for purchasing individual in-space benefits of a first set of in-space benefits using the first virtual currency and (ii) a second set of costs for purchasing the individual in-space benefits of the first set of in-space benefits using the event virtual currency.
For example, with respect to FIG. 2, a particular rare virtual good of which only 100 units may be distributed per month may be offered for purchase during event time period X in exchange for 3000 Event X Gems (e.g., the event virtual currency). During the same time period or a different time period, the particular rare virtual good may be offered for purchase in exchange for 2000 Gems (e.g., the first virtual currency) (48) User module 114 may be configured to access and/or manage one or more user profiles and/or user information associated with users of the system 100. The one or more user profiles and/or user information may include information stored by server 102, one or more of the client computing platforms 104, 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.
In some implementations, user module 114 may be configured to, responsive to a determination that the event time period has passed, modify the virtual currency account information to remove indications that the users have event virtual currency. For example, with respect to FIG. 2, amounts of Event X Gems may be distributed to users during event time period X such that the virtual currency account information associated with those users may indicate that the users have the distributed amounts. Upon determination that event time period X is over, user module 114 may remove the indications in the virtual currency account information that the users have the distributed amounts so that it appears to the users that they no longer have any Event X Gems.
Server(s) 102, client computing platforms 104, external resources 116, and/or other components 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 server(s) 102, client computing platforms 104, external resources 116, and/or other components may be operatively linked via some other communication media.
A given client computing platform 104 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 client computing platform 104 to interface with system 100 and/or external resources 116, and/or provide other functionality attributed herein to client computing platforms 104. By way of non-limiting example, client computing platform 104 may include one or more of a desktop computer, a laptop computer, a handheld computer, a netbook, a smartphone, a gaming console, and/or other computing platforms.
External resources 116 may include sources of information, hosts and/or providers of virtual spaces outside of system 100, external entities participating with system 100, and/or other resources. In some implementations, some or all of the functionality attributed herein to external resources 116 may be provided by resources included in system 100.
In some implementations, server(s) 102 may include an electronic storage 118, one or more processor(s) 120, and/or other components. Server(s) 102 may include communication lines, or ports to enable the exchange of information with a network and/or other computing platforms. Illustration of server(s) 102 in FIG. 1 is not intended to be limiting. Server(s) 102 may include a plurality of hardware, software, and/or firmware components operating together to provide the functionality attributed herein to server(s) 102. For example, server(s) 102 may be implemented by a cloud of computing platforms operating together as server(s) 102.
Electronic storage 118 may comprise non-transitory storage media that electronically stores information. The electronic storage media of electronic storage 118 may include one or both of system storage that is provided integrally (i.e., substantially non-removable) with server(s) 102 and/or removable storage that is removably connectable to server(s) 102 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 118 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 118 may include one or more virtual storage resources (e.g., cloud storage, a virtual private network, and/or other virtual storage resources). Electronic storage 118 may store software algorithms, information determined by processor(s) 120, information received from server(s) 102, information received from client computing platforms 104, and/or other information that enables server(s) 102 to function as described herein.
Processor(s) 120 is configured to provide information processing capabilities in server(s) 102. As such, processor(s) 120 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) 120 is shown in FIG. 1 as a single entity, this is for illustrative purposes only. In some implementations, processor(s) 120 may include a plurality of processing units. These processing units may be physically located within the same device, or processor(s) 120 may represent processing functionality of a plurality of devices operating in coordination. Processor(s) 120 may be configured to execute modules 106, 108, 110, 112, 114, and/or other modules. Processor(s) 120 may be configured to execute modules 106, 108, 110, 112, 114, and/or other modules by software; hardware; firmware; some combination of software, hardware, and/or firmware; and/or other mechanisms for configuring processing capabilities on processor(s) 120. As noted, in certain implementations, a given client computing platform 104 may include one or more computer program modules that is the same as or similar to the computer program modules of server(s) 102. Client computing platform 104 may include one or more processors that are the same or similar to processor(s) 120 of server(s) 102 to execute such computer program modules of client computing platform 104.
It should be appreciated that although modules 106, 108, 110, 112, and 114 are illustrated in FIG. 1 as being co-located within a single processing unit, in implementations in which processor(s) 120 includes multiple processing units, one or more of modules 106, 108, 110, 112, and/or 114 may be located remotely from the other modules. The description of the functionality provided by the different modules 106, 108, 110, 112, and/or 114 described below is for illustrative purposes, and is not intended to be limiting, as any of modules 106, 108, 110, 112, and/or 114 may provide more or less functionality than is described. For example, one or more of modules 106, 108, 110, 112, and/or 114 may be eliminated, and some or all of its functionality may be provided by other ones of modules 106, 108, 110, 112, and/or 114. As another example, processor(s) 120 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 106, 108, 110, 112, and/or 114.
FIG. 3 illustrates a method for facilitating event-based currency, in accordance with one or more implementations. The operations of method 300 presented below are intended to be illustrative. In some implementations, method 300 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 300 are illustrated in FIG. 3 and described below is not intended to be limiting.
In some implementations, method 300 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 300 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 300.
At an operation 302, an instance of a game space may be executed. Operation 302 may be performed by a game module that is the same as or similar to game module 106, in accordance with one or more implementations.
At an operation 304, presentation of views of the game space to users may be facilitated. The game space may be configured to facilitate interaction of the users with the game space and/or each other by performing operations in the game space in response to commands received from the users. Operation 304 may be performed by a game module that is the same as or similar to game module 106, in accordance with one or more implementations.
At an operation 306, a first virtual currency usable by the users to purchase in-space benefits may be managed. In certain implementations, the first virtual currency may be purchasable with real-world money or a second virtual currency. In some implementations, the in-space benefits purchasable with the first virtual currency may include one or more of virtual goods, accesses to regions of the game space, abilities to perform operations in the game space, or other in-space benefits. Operation 306 may be performed by a default currency module that is the same as or similar to default currency module 108, in accordance with one or more implementations.
At an operation 308, an event in the game space that is conducted during an event time period may be managed. In various implementations, the first virtual currency may be available to the users during the event time period. In some implementations, the first virtual currency may be available to the users during and after the event time period. For example, virtual currency account information for the users may indicate amounts of the first virtual currency credited to individual ones of the users before, during, and/or after the event time period. The individual users may use their first virtual currency before, during, and/or after the event time period to purchase in-space benefits based on their amounts of the first virtual currency indicated by the virtual currency account information. Operation 308 may be performed by an event module that is the same as or similar to event module 110, in accordance with one or more implementations.
At an operation 310, distribution of an event virtual currency to one or more of the users as a reward for certain operations and/or achievements performed in the game space may be facilitated during the event time period. In certain implementations, the event in the game space may be managed such that the event includes the distribution of the event virtual currency responsive to certain operations and/or achievements being performed in the game space. In some implementations, the event virtual currency may be purchasable with real-world money or a second virtual currency. In other implementations, the event virtual currency may not be purchased with other currencies. Operation 310 may be performed by an event module that is the same as or similar to event module 110, in accordance with one or more implementations.
At an operation 312, exchanges of in-space benefits associated with the event virtual currency may be effectuated for one or more of the users. In some implementations, the in-space benefits associated with the event virtual currency may be different than the in-space benefits purchasable with the first virtual currency. As an example, a first virtual good may be provided to a first user in exchange for some amount of the event virtual currency from the first user, but the first virtual good may not be exchangeable for any amount of the first virtual currency. As another example, a second virtual good may be provided to the first user in exchange for some amount of the first virtual currency from the first user, but the second virtual good may not exchangeable for any amount of the event virtual currency. Operation 312 may be performed by an exchange module that is the same as or similar to exchange module 112, in accordance with one or more implementations.
At an operation 314, a determination of whether the event time period is over may be effectuated. Operation 314 may be performed by an event module that is the same as or similar to event module 110, in accordance with one or more implementations. Responsive to a determination that the event time period is over, method 300 may proceed to an operation 316.
At operation 316, the event virtual currency may be deactivated. In certain implementations, the event virtual currency may be deactivated such that the event virtual currency is not available to the user after the event time period. In various implementations, the event virtual currency may be distributed to a first user responsive to the first user performing a first operation and/or achievement during the event time period. The event virtual currency may not be distributed to the first user responsive to the first user performing the first operation and/or achievement after the event time period. In some implementations, the event virtual currency may expire after the event time period. Operation 316 may be performed by an event module that is the same as or similar to event module 110, in accordance with one or more implementations.
At an operation 318, virtual currency account information for the users may be modified to remove indications that the users have the event virtual currency. Operation 318 may be performed by a user module that is the same as or similar to user module 114, in accordance with one or more implementations.
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.

Claims

What is claimed is:

1. A system for facilitating event-specific currency to users in an online game, wherein the users are associated with client devices, wherein the users include a first user, wherein the first user is associated with a first client device, the system comprising:

one or more physical processors configured by machine-readable instructions to:

execute an instance of the online game, and facilitate interaction of the users within the online game in response to user input received from the users through the client devices during gameplay;

manage a first virtual currency in the online game, wherein the first virtual currency is exchangeable for in-game benefits;

manage user accounts of the users, wherein the user accounts include inventories such that a first user account of the first user includes a first inventory, wherein the first inventory includes a first amount of the first virtual currency;

during an event in the online game that occurs concurrently with the interaction of the users, wherein a duration of the event is temporary, manage an event-specific virtual currency, wherein the event-specific virtual currency is exchangeable for in-game benefits during the event, wherein the in-game benefits obtained by the users in exchange for the event-specific virtual currency persist in the online game after the event;

after the duration of the event, expire the event-specific virtual currency such that the event-specific virtual currency is not available to the users, wherein expiration of the event-specific virtual currency includes providing notifications to the client devices pertaining to the expiration of the event-specific virtual currency;

effectuate, responsive to particular user input received from the first user through the first client device, and during the event, an exchange of a particular amount of event-specific virtual currency for a particular in-game benefit, wherein the first inventory is reduced by the particular amount of event-specific virtual currency, wherein the particular in-game benefit persists in the online game after the event; and

facilitate particular interaction of the first user in the online game, wherein the particular interaction involves the particular in-game benefit for the first user.

2. The system of claim 1, wherein the one or more processors are further configured to transmit game state information obtained from the instance of the online game over the network to the client devices to facilitate presentation of views of the online game to the users on the client devices.

3. The system of claim 2, wherein the one or more processors are further configured to facilitate exchanges of the first virtual currency in the online game by storing information associated with the first virtual currency on electronic storage media.

4. The system of claim 3, wherein the one or more processors are further configured such that, during the event, event-specific virtual currency is distributed to the users in the online game as a reward for one or both of certain operations performed or achievements accomplished in the online game.

5. The system of claim 4, wherein the one or more processors are further configured to monitor the instance of the online game to identify one or both of performance of the certain operations or accomplishment of the achievements in the online game.

6. The system of claim 1, wherein the one or more physical processors are further configured such that the first virtual currency is available to users during the event.

7. The system of claim 1, wherein the one or more physical processors are further configured to make the event-specific virtual currency available to the users during a second event in the online game, wherein the second event occurs subsequent to the event.

8. The system of claim 1, wherein the one or more physical processors are further configured such that the in-game benefits associated with the event-specific virtual currency are different than the in-game benefits purchasable with the first virtual currency.

9. A computer-implemented method of facilitating event-specific currency to users in an online game, wherein the users are associated with client devices, wherein the users include a first user, wherein the first user is associated with a first client device, the method being implemented on a computer system that includes one or more physical processors and storage media storing machine-readable instructions, the method comprising:

executing an instance of the online game, and facilitate interaction of the users within the online game in response to user input received from the users through the client devices during gameplay;

managing a first virtual currency in the online game, wherein the first virtual currency is exchangeable for in-game benefits;

managing user accounts of the users, wherein the user accounts include inventories such that a first user account of the first user includes a first inventory, wherein the first inventory includes a first amount of the first virtual currency;

during an event in the online game that occurs concurrently with the interaction of the users, wherein a duration of the event is temporary, managing an event-specific virtual currency, wherein the event-specific virtual currency is exchangeable for in-game benefits during the event, wherein the in-game benefits obtained by the users in exchange for the event-specific virtual currency persist in the online game after the event;

effectuating, responsive to particular user input received from the first user through the first client device, and during the event, an exchange of a particular amount of event-specific virtual currency for a particular in-game benefit, wherein the first inventory is reduced by the particular amount of event-specific virtual currency, wherein the particular in-game benefit persists in the online game after the event; and

facilitating particular interaction of the first user in the online game, wherein the particular interaction involves the particular in-game benefit for the first user.

10. The method of claim 9, further comprising:

transmitting game state information obtained from the instance of the online game over the network to the client devices to facilitate presentation of views of the online game to the users on the client devices.

11. The method of claim 10, further comprising:

facilitating exchanges of the first virtual currency in the online game by storing information associated with the first virtual currency on electronic storage media.

12. The method of claim 11, further comprising:

during the event, distributing event-specific virtual currency to the users in the online game as a reward for one or both of certain operations performed or achievements accomplished in the online game.

13. The method of claim 12, further comprising:

monitoring the instance of the online game to identify one or both of performance of the certain operations or accomplishment of the achievements in the online game.

14. The method of claim 9, further comprising:

facilitating availability of the first virtual currency to users during the event.

15. The method of claim 9, further comprising:

making the event-specific virtual currency available to the users during a second event in the online game, wherein the second event occurs subsequent to the event.

16. The method of claim 9, further comprising:

facilitating that the in-game benefits associated with the event-specific virtual currency are different than the in-game benefits purchasable with the first virtual currency.