EP2761576A1 - Asynchrones spiel mit gegneranzeige - Google Patents
Asynchrones spiel mit gegneranzeigeInfo
- Publication number
- EP2761576A1 EP2761576A1 EP12839106.7A EP12839106A EP2761576A1 EP 2761576 A1 EP2761576 A1 EP 2761576A1 EP 12839106 A EP12839106 A EP 12839106A EP 2761576 A1 EP2761576 A1 EP 2761576A1
- Authority
- EP
- European Patent Office
- Prior art keywords
- rival
- user
- event
- game
- users
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Withdrawn
Links
Classifications
-
- A—HUMAN NECESSITIES
- A63—SPORTS; GAMES; AMUSEMENTS
- A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
- A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
- A63F13/45—Controlling the progress of the video game
- A63F13/49—Saving the game status; Pausing or ending the game
- A63F13/497—Partially or entirely replaying previous game actions
-
- A—HUMAN NECESSITIES
- A63—SPORTS; GAMES; AMUSEMENTS
- A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
- A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
- A63F13/70—Game security or game management aspects
- A63F13/79—Game security or game management aspects involving player-related data, e.g. identities, accounts, preferences or play histories
- A63F13/795—Game security or game management aspects involving player-related data, e.g. identities, accounts, preferences or play histories for finding other players; for building a team; for providing a buddy list
-
- A—HUMAN NECESSITIES
- A63—SPORTS; GAMES; AMUSEMENTS
- A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
- A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
- A63F13/70—Game security or game management aspects
- A63F13/79—Game security or game management aspects involving player-related data, e.g. identities, accounts, preferences or play histories
- A63F13/798—Game security or game management aspects involving player-related data, e.g. identities, accounts, preferences or play histories for assessing skills or for ranking players, e.g. for generating a hall of fame
-
- A—HUMAN NECESSITIES
- A63—SPORTS; GAMES; AMUSEMENTS
- A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
- A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
- A63F13/80—Special adaptations for executing a specific game genre or game mode
- A63F13/803—Driving vehicles or craft, e.g. cars, airplanes, ships, robots or tanks
-
- A—HUMAN NECESSITIES
- A63—SPORTS; GAMES; AMUSEMENTS
- A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
- A63F2300/00—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game
- A63F2300/50—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game characterized by details of game servers
- A63F2300/55—Details of game data or player data management
- A63F2300/5546—Details of game data or player data management using player registration data, e.g. identification, account, preferences, game history
-
- A—HUMAN NECESSITIES
- A63—SPORTS; GAMES; AMUSEMENTS
- A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
- A63F2300/00—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game
- A63F2300/50—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game characterized by details of game servers
- A63F2300/55—Details of game data or player data management
- A63F2300/5546—Details of game data or player data management using player registration data, e.g. identification, account, preferences, game history
- A63F2300/5566—Details of game data or player data management using player registration data, e.g. identification, account, preferences, game history by matching opponents or finding partners to build a team, e.g. by skill level, geographical area, background, play style
-
- A—HUMAN NECESSITIES
- A63—SPORTS; GAMES; AMUSEMENTS
- A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
- A63F2300/00—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game
- A63F2300/50—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game characterized by details of game servers
- A63F2300/55—Details of game data or player data management
- A63F2300/5546—Details of game data or player data management using player registration data, e.g. identification, account, preferences, game history
- A63F2300/558—Details of game data or player data management using player registration data, e.g. identification, account, preferences, game history by assessing the players' skills or ranking
-
- A—HUMAN NECESSITIES
- A63—SPORTS; GAMES; AMUSEMENTS
- A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
- A63F2300/00—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game
- A63F2300/50—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game characterized by details of game servers
- A63F2300/55—Details of game data or player data management
- A63F2300/5593—Details of game data or player data management involving scheduling aspects
-
- A—HUMAN NECESSITIES
- A63—SPORTS; GAMES; AMUSEMENTS
- A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
- A63F2300/00—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game
- A63F2300/50—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game characterized by details of game servers
- A63F2300/57—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game characterized by details of game servers details of game services offered to the player
-
- A—HUMAN NECESSITIES
- A63—SPORTS; GAMES; AMUSEMENTS
- A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
- A63F2300/00—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game
- A63F2300/60—Methods for processing data by generating or executing the game program
- A63F2300/63—Methods for processing data by generating or executing the game program for controlling the execution of the game in time
- A63F2300/634—Methods for processing data by generating or executing the game program for controlling the execution of the game in time for replaying partially or entirely the game actions since the beginning of the game
-
- A—HUMAN NECESSITIES
- A63—SPORTS; GAMES; AMUSEMENTS
- A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
- A63F2300/00—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game
- A63F2300/60—Methods for processing data by generating or executing the game program
- A63F2300/63—Methods for processing data by generating or executing the game program for controlling the execution of the game in time
- A63F2300/636—Methods for processing data by generating or executing the game program for controlling the execution of the game in time involving process of starting or resuming a game
-
- A—HUMAN NECESSITIES
- A63—SPORTS; GAMES; AMUSEMENTS
- A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
- A63F2300/00—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game
- A63F2300/80—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game specially adapted for executing a specific type of game
- A63F2300/8017—Driving on land or water; Flying
Definitions
- Online gaming services allow users to play games by themselves, or to play games together with one or more other users.
- the online gaming services typically maintain a leader board that ranks the various users of a game based on the users' scores obtained while playing a game.
- leader boards are useful to know how a user ranks against other users in a game, they are not without their problems.
- One such problem is that if a user desires to try to beat another user by obtaining a higher score for a game, the user is typically presented with simply the score to beat. This creates an impersonal situation for the user, providing an experience for the user that is more of individual gameplay rather than playing the game with another user.
- a user request to select a rival to play against asynchronously for an event is received.
- a rival selector user interface is displayed.
- the rival selector user interface includes an identification of one or more users that can be selected. A user selection of one of the one or more users is received, and the selected user is used as the rival to play against asynchronously for the event.
- a user request to play against a rival asynchronously for an event is received.
- Game data for the rival for the event is obtained, the game data including both a performance of the rival in the event and data indicating a manner in which an object of the rival is customized by the rival.
- the object as customized by the rival is played back based on the performance data.
- FIG. 1 illustrates an example system implementing the asynchronous gameplay with rival display in accordance with one or more embodiments.
- Fig. 2 illustrates an example gaming device and display in additional detail in accordance with one or more embodiments.
- Fig. 3 illustrates an example system implementing the asynchronous gameplay with rival display in accordance with one or more embodiments.
- FIGs. 4 and 5 illustrate example user interfaces allowing a user to select a rival to play an event against asynchronously in accordance with one or more embodiments.
- FIGs. 6 and 7 illustrate an example of the changing of transparency of an object representing a rival in accordance with one or more embodiments.
- Fig. 8 is a flowchart illustrating an example process for implementing the asynchronous gameplay with rival display in accordance with one or more embodiments.
- Fig. 9 is a flowchart illustrating another example process for implementing the asynchronous gameplay with rival display in accordance with one or more embodiments.
- Fig. 10 is a flowchart illustrating an example process for using notifications in accordance with one or more embodiments.
- Fig. 1 1 illustrates an example computing device that can be configured to implement the asynchronous gameplay with rival display in accordance with one or more embodiments.
- Asynchronous gameplay with rival display is discussed herein.
- a user plays an event in a game
- data regarding the user's performance in that event is stored.
- a particular user can select another user (a rival) to play against asynchronously in the event.
- a list identifying various other users that have played the event can be displayed to the particular user, and the list can be filtered in various manners (e.g., based on friends of the particular user, scores of the users, and so forth).
- the particular user selects another user in the list as a rival, and an object representing the rival (e.g., the rival's vehicle) is displayed while the particular user plays the event.
- an object representing the rival e.g., the rival's vehicle
- the object representing the rival is displayed with the rival's performance in the event, providing the particular user with the experience of playing the event with the rival even though the rival actually played the event at an earlier time.
- the object representing the rival is displayed with customizations made by the rival (e.g., particular paint colors or designs for a vehicle, particular stickers added to a vehicle, and so forth).
- a currency or other credit is awarded to the particular user.
- the currency or credit awarded is based on the particular user's performance and the score of the rival in the event.
- a notification can be provided to the rival notifying him or her that he or she has been beaten in the event by the particular user.
- the notification includes a link that can be selected by the rival to jump to the event, and to play the event again in an attempt to obtain a better score than the particular user.
- FIG. 1 illustrates an example system 100 implementing the asynchronous gameplay with rival display in accordance with one or more embodiments.
- System 100 includes multiple (x) gaming devices 102 and an online gaming service 104 that can communicate with one another via a network 106.
- Network 106 can be a variety of different networks, including the Internet, a local area network (LAN), a wide area network (WAN), a personal area network (PAN), a phone network, an intranet, other public and/or proprietary networks, combinations thereof, and so forth.
- LAN local area network
- WAN wide area network
- PAN personal area network
- phone network an intranet, other public and/or proprietary networks, combinations thereof, and so forth.
- Each gaming device 102 can be a variety of different types of devices that allow users to play games (such as racing games, sports games, strategy games, adventure games, simulation games, and so forth). Different ones of gaming devices 102 can be the same or different types of devices.
- a gaming device 102 can be a game console, a cellular or other wireless phone, a television or other display device, a set-top box communicatively coupled to a display device, a desktop computer, a laptop or netbook computer, a tablet or notepad computer, a mobile station, an entertainment appliance, an automotive computer, and so forth.
- Online gaming service 104 facilitates playing of one or more different games by users of gaming devices 102.
- Gaming service 104 is referred to as being an online service due to gaming devices 102 accessing service 104 (and/or other gaming devices 102) via network 106.
- Online gaming service 104 includes an account access service 1 10, a gameplay service 112, and optionally a matchmaking service 114, each of which can communicate with one another. Services 1 10, 112, and 114 can communicate with one another within online gaming service 104 and/or via gaming devices 102.
- Account access service 110 provides various functionality supporting user accounts of online gaming service 104. Different users and/or gaming devices 102 typically have different accounts with online gaming service 104, and can log into their accounts via account access service 1 10.
- a user or gaming device 102 logs into an account providing credential information, such as an id (e.g., user name, email address, gamer tag, etc.) and password, a digital certificate or other data from a smartcard, and so forth.
- credential information such as an id (e.g., user name, email address, gamer tag, etc.) and password, a digital certificate or other data from a smartcard, and so forth.
- Account access service 1 10 verifies or authenticates the credential information, allowing a user or gaming device 102 to access the account if the credential information is verified or authenticated, and prohibiting the user or gaming device 102 from accessing the account if the credential information is not verified or is not authenticated.
- Account access service 110 can also provide various additional account management functionality, such as permitting changes to the credential information, establishing new accounts, removing accounts, and so forth.
- Gameplay service 1 12 provides various functionality supporting playing of one or more different games by users of gaming devices 102.
- Different game titles can be supported by gameplay service 112 (e.g., one or more different racing game titles, one or more different sports game titles, one or more different strategy game titles, and so forth).
- a game title refers to a particular set of instructions that implement a game when executed (e.g., a set of instructions for a racing game from a particular vendor, a set of instructions for a particular tennis game from a particular vendor, etc.).
- a particular running of a game title is also referred to as a game. Multiple games of the same game title can be played concurrently by different users, each game being a separate running of the game title.
- Games can be run and played as single-player games in which a single user of a gaming device 102 is playing the game and controlling one or more characters or other objects in the game, with other characters or objects in the game being controlled by the game itself. Games can also be run and played as multi-player games in which multiple users of one or more gaming devices 102 are playing the same game and each user is controlling one or more characters or other objects in the game. In multi-player games one or more additional characters or other objects can also be controlled by the game itself.
- a game is typically run by executing one or more programs.
- the programs that are executed to run these games can be run on gaming devices 102 and/or gameplay service 1 12.
- Gaming devices 102 can execute one or more programs for the game, communicating with gameplay service 112 to facilitate communication between users of gaming devices 102 while playing games and/or to provide or obtain additional data (and/or programs) for playing the game.
- gameplay service 1 12 can execute one or more programs for the game, receiving inputs from users of gaming devices 102 and returning data indicating outputs to be generated for display or other presentation to the users of gaming devices 102.
- games are programs executed on gaming devices 102 and gameplay service 112 manages communication between different gaming devices 102. In other embodiments, games are programs executed on gaming devices 102 and gameplay service 112 facilitates establishing communication between different gaming devices 102. After communication between two gaming devices 102 is established, communication can be made between those two gaming devices 102 without involving gameplay service 112.
- Gameplay service 1 12 includes an asynchronous gameplay coordination module 120. While playing a game, there is an object in the game that represents the user. This object can vary based on the type of game, such as being a vehicle (e.g., a car, plane, boat, spaceship, etc.) in a racing game, being a graphical representation of a character (e.g., a human, alien, monster, etc.) in a shooting game, and so forth.
- Asynchronous gameplay coordination module 120 facilitates allowing users to play events of games against one another asynchronously. Users playing events of games against one another asynchronously refers to the users playing the events of the games at different times.
- One user plays an event in a game and user A's performance in the event is recorded.
- the other user e.g., user B
- both users play the same event, but do so at different times.
- the users can be both logged in to online gaming service 1 10 but play an event of a game at different times and/or one user can play an event of a game when the other user is not logged into online gaming service 1 10.
- asynchronous gameplay coordination module 120 can alternatively be implemented at least in part in gaming devices 102.
- Matchmaking service 1 14 when included in online gaming service 104, provides various functionality facilitating the finding of other users with which a user of gaming device 102 can play a game.
- Matchmaking service 1 14 identifies other users with which a particular user can play a game in a variety of different manners, such as based on physical locations of the gaming devices 102, skill levels of the users of gaming devices 102, and/or other characteristics of gaming devices 102 and/or the users of gaming devices 102.
- Matchmaking service 1 14 can identify other users based on user accounts that account access service 1 10 is aware of, based on users logged into their accounts at a particular time (e.g., as indicated by account access service 1 10), based on accounts from other services (e.g., social networking services that matchmaking service 114 can communicate with), and so forth.
- Matchmaking service 114 can identify other users with which a user of gaming device 102 can play a game across the same and/or different types of gaming devices 102 (e.g., one or more users of a desktop computer and one or more users of a game console, one or more users of a phone and one or more users of a game console, etc.).
- matchmaking service 1 14 can identify other users with which a user of gaming device 102 can play a game across the same and/or different services (e.g., one or more users of gameplay service 1 12 and one or more users of another service of online gaming service 104).
- Asynchronous gameplay coordination module 120 can also facilitate the finding of other users with which a user of gaming device 102 can play an event of a game asynchronously as discussed in more detail below. Any finding of other users by matchmaking service 114 is in addition to asynchronous gameplay coordination module 120 finding other users.
- Each of services 1 10, 1 12, and 1 14 can be implemented using one or more computing devices. Typically these computing devices are server computers, but any of a variety of different types of computing devices can alternatively be used (e.g., any of the types of devices discussed above with reference to gaming device 102). Each of services 110, 1 12, and 114 can be implemented using different computing devices, or alternatively one or more of services 110, 112, and 1 14 can be implemented using the same computing device.
- services 110, 112, and 114 are illustrated as separate services, alternatively one or more of these services can be implemented as a single service.
- gameplay service 1 12 and matchmaking service 1 14 can be implemented as a single service.
- functionality of one or more of services 110, 1 12, and 114 can be separated into multiple services.
- functionality of online gaming service 104 can be separated into multiple services.
- online gaming service 104 may include account access service 110 and gameplay service 112, and a different service (e.g., a social networking service) can include matchmaking service 114.
- Fig. 2 illustrates an example gaming device and display in additional detail in accordance with one or more embodiments.
- Fig. 2 illustrates a gaming device 202, which can be a gaming device 102 of Fig 1, coupled to a display device 204 (e.g., a television). Gaming device 202 and display device 204 can communicate via a wired and/or wireless connection.
- Gaming device 202 includes an asynchronous gameplay coordination module 212 and an input/output (I/O) module 214.
- Asynchronous gameplay coordination module 212 is analogous to asynchronous gameplay coordination module 120 of Fig. 1, although is illustrated as implemented in gaming device 202 rather than in an online gaming service.
- Input/output module 214 provides functionality relating to recognition of inputs and/or provision of (e.g., display or other presentation of) outputs by gaming device 202.
- input/output module 214 can be configured to receive inputs from a keyboard or mouse, to identify gestures and cause operations to be performed that correspond to the gestures, and so forth. The inputs can be detected by input/output module 214 in a variety of different ways.
- Input/output module 214 can be configured to receive one or more inputs via touch interaction with a hardware device, such as a controller 216 as illustrated. Touch interaction may involve pressing a button, moving a joystick, movement across a track pad, use of a touch screen of display device 204 or controller 216 (e.g., detection of a finger of a user's hand or a stylus), other physical inputs recognized by a motion detection component (e.g., shaking a device, rotating a device, etc.), and so forth. Recognition of the touch inputs can be leveraged by input/output module 214 to interact with a user interface output by gaming device 202, such as to interact with a game, change one or more settings of gaming device 202, and so forth.
- a hardware device such as a controller 216 as illustrated. Touch interaction may involve pressing a button, moving a joystick, movement across a track pad, use of a touch screen of display device 204 or controller 216 (e.g., detection of a finger of
- a variety of other hardware devices are also contemplated that involve touch interaction with the device.
- Examples of such hardware devices include a cursor control device (e.g., a mouse), a remote control (e.g., a television remote control), a mobile communication device (e.g., a wireless phone configured to control one or more operations of gaming device 202), and other devices that involve touch on the part of a user or object.
- a cursor control device e.g., a mouse
- a remote control e.g., a television remote control
- a mobile communication device e.g., a wireless phone configured to control one or more operations of gaming device 202
- other devices that involve touch on the part of a user or object.
- Input/output module 214 can also be configured to receive one or more inputs in other manners that do not involve touch or physical contact.
- input/output module 214 can be configured to receive audio inputs through use of a microphone (e.g., included as part of or coupled to gaming device 202).
- input/output module 214 can be configured to recognize gestures, presented objects, images, and so forth through the use of a camera 218.
- the images can also be leveraged by gaming device 202 to provide a variety of other functionality, such as techniques to identify particular users (e.g., through facial recognition), objects, and so on.
- Gaming device 202 can also leverage camera 218 to perform skeletal mapping along with feature extraction of particular points of a human body (e.g., 48 skeletal points) to track one or more users (e.g., four users simultaneously) to perform motion analysis.
- camera 218 can capture images that are analyzed by input/output module 214 or a game running on gaming device 202 to recognize one or more motions made by a user, including what body part is used to make the motion as well as which user made the motion.
- the motions can be identified as gestures by input/output module 214 or the running game to initiate a corresponding operation.
- Fig. 3 illustrates an example system 300 implementing the asynchronous gameplay with rival display in accordance with one or more embodiments.
- System 300 includes an asynchronous gameplay coordination module 302 (which can be an asynchronous gameplay coordination module 120 of Fig. 1 or an asynchronous gameplay coordination module 212 of Fig. 2), a game 304 and a game 306.
- System 300 can be implemented in a variety of different devices. For example, system 300 can be implemented in gaming devices 102 of Fig. 1, in online gaming service 104 of Fig. 1, or partly in gaming devices 102 and partly in online gaming service 104.
- Game 304 includes one or more game modules 308, and game 306 includes one or more game modules 310.
- Games 304 and 306 are different games of the same game title (e.g., different games of the same car racing game title).
- the game modules 308 and 310 perform various functionality for the games 304 and 306, respectively, and the specific functionality performed by game modules 308 and 310 varies based at least in part on the particular game title.
- asynchronous gameplay coordination module 302 is implemented separately from, and as part of a service made available to, games 304 and 306.
- asynchronous gameplay coordination module 302 can be implemented (at least in part) in games 304 and 306.
- modules 308 and/or 310 can include one or more modules of asynchronous gameplay coordination module 302, or can implement at least part of the functionality discussed herein as performed by asynchronous gameplay coordination module 302.
- Game 304 stores various game data in game data store 314, and game 306 stores various game data in game data store 316.
- various information regarding a user can be stored as game data, such as the user's performance in various events of the game, items or points accumulated by the user during gameplay, and so forth.
- game data store 314 and game data store 316 can be the same game data store (e.g., implemented by online gaming service 104).
- Games 304 and 306 have one or more events that a user can play.
- An event is a particular part of a game that is played by a user. The nature of a particular event depends on the particular game. For example, an event of a racing game can be a particular track or course that is raced. By way of another example, an event of a shooting game can be a particular target shooting course. It should be noted that a game can have a single event.
- As a user plays an event of a game 304 data regarding the performance of the user playing the event is recorded and stored as game data in game data store 314.
- game data store 316 data regarding the performance of the user playing the event is recorded and stored in game data store 316.
- the data regarding the performance of the user playing an event refers to data indicating how the user played the event, and can vary based on the particular game.
- the data regarding the performance of the user playing an event is sufficient to allow the playing of the event by the user to be played back (replayed) at a later time.
- the performance of the user playing the event can include information regarding the speed of the user's vehicle at various locations on the track, the direction the user's vehicle is pointing at various locations on the track, the position of the user's vehicle at various locations on the track, any obstacles hit by the user's vehicle, and so forth.
- data regarding performance of a user playing an event is recorded, and data regarding one performance of the user playing the event is maintained in game data store 314 or 316. If the user plays the event multiple times, the performance of the user that is deemed best by the game (or alternatively by the user) is the performance that is maintained. Which performance is deemed best can be determined in different manners, such as being the performance that resulted in the shortest time for the user for the event, the performance that resulted in the highest score for the user for the event, and so forth. Alternatively, data regarding any number of performances of the user playing the event can be maintained in game data store 314 or 316.
- a user playing a game 304 or 306 there is an object in the game that represents the user.
- a user can optionally have multiple objects that represent the user, and can select one or more of the multiple objects when playing a particular event of a game.
- This object can be, for example, a vehicle (e.g., a car, boat, tank, motorcycle, spaceship, etc.), a character (e.g., a human, alien, monster, etc.), an orb or other symbol, and so forth.
- a user can customize the object that represents the user in various manners.
- the customization of the object typically alters the appearance of the object, although various features or capabilities of the rival can also be altered by the customization (e.g., performance of a vehicle or character can be altered, weaponry or defensive characteristics of a vehicle or character can be altered, etc.).
- a vehicle can be customized to have a particular paint job (e.g., colors, patterns, etc.), to have particular stickers or words written on the vehicle, to include particular components (e.g., chrome door handles, twin exhausts, particular wheels, etc.), and so forth.
- a character can be customized to have particular clothing, to have particular facial features (e.g., a beard, eyeglasses, etc.), to have particular items (e.g., a particular type of gun or other weapon), and so forth.
- Data indicating the manner in which the object representing a user is customized is stored as game data in game data store 314 or 316. This data can be subsequently retrieved, allowing the customized object that represents the user to be displayed at a later time.
- Games 304 and 306 also support a currency (e.g., in-game currency) or credit that is awarded to users for various actions.
- This currency or credit can be used in different manners, such as to acquire additional customization options for the object representing the user (e.g., different components that can be added to a vehicle, different weapons), acquire additional objects representing the user (e.g., different vehicles), and so forth.
- games 304 and 306 can also support an experience point system that is awarded to users for playing the game. These experience points can be awarded based on an amount of time the user plays the game, the manner in which the user plays the game (e.g., which events the user plays), a distance covered in the game (e.g., how many miles of track the user has raced), and so forth.
- Games 304 and 306 can also support various groups or clubs to which a user can belong. Which groups or clubs a user can join can be determined in different manners. For example, a user may be allowed to join any group or club that he or she desires, a particular user that creates a group or club may determine which other users can join that group or club, users that are already a member of a group or club can vote to determine whether another user can join the group or club, and so forth.
- the groups or clubs that a user is a member of can be stored in game data store 314 or 316.
- asynchronous gameplay coordination module 302 can be maintained by asynchronous gameplay coordination module 302 or other systems (e.g., gameplay service 1 12 of Fig. 1 or other services of or accessible to online gaming service 104 of Fig. 1). These lists can be maintained in game data store 314 or 316, or alternatively other data stores (e.g., implemented as part of or accessible to asynchronous gameplay coordination module 302).
- These lists of users can include, for example, for each particular user a list of other users that the particular user is a friend with. The particular user can provide various inputs identifying another user as a friend, and that other user can optionally confirm that he or she is a friend of the particular user before being added to the list of friends of the particular user.
- Friends of the particular user can also be identified in other manners, such as from a social networking service (e.g., accessible to online gaming service 104 of Fig. 1). These lists can also include, for example, for each particular user a list of favorites of the particular user.
- a favorite of a particular user refers to another user that the particular user has identified as a favorite (e.g., another users that the particular user has indicated he or she enjoys playing against or watching play games).
- the other user can optionally confirm that he or she can be a favorite of the particular user before being added to the list of favorites of the particular user.
- Asynchronous gameplay coordination module 302 includes a game data sharing module 322, a rival selection module 324, and a notification module 326.
- asynchronous gameplay coordination module 302 allows a user to asynchronously play an event against another user.
- System 300 is discussed with reference to a user of game 304 playing an event asynchronously against a user of game 306.
- a user of game 306 can similarly play an event asynchronously against a user of game 304, that a user of game 304 can similarly play an event asynchronously against another user of game 304, or that a user of game 306 can similarly play an event asynchronously against another user of game 306.
- Game data sharing module 322 facilitates sharing of game data for different users, allowing one user to play an event against a previously recorded playing of the event by another user.
- Rival selection module 324 facilitates allowing a user to select another user to play an event against asynchronously.
- Notification module 326 facilitates notifying a user when he or she has been beaten by another user from an asynchronously played event, and facilitates allowing the notified user to play the event again to respond to the challenge.
- Asynchronous gameplay coordination module 302 maintains, for each event of a game, a list of users that have played the event as well as a score for the user playing the event. Module 302 can also maintain various additional information associated with the user, such as a date and/or time the user played the event, a location or position at which the object representing the user started and/or finished when playing the event, and so forth.
- This list of users can also include (explicitly or inherently) an indicator of the ranking of each user (e.g., a user with a higher score having a higher ranking than a user with a lower score) for the event.
- the score for a user can take various forms, such as a particular time taken to complete the event by the user, a number of points accumulated by the user when playing the event.
- rival selection module 324 accesses a list of identifiers of users that have played the event and their scores for the event.
- rival selection module 324 in response to the user input requesting to select a rival for an event, rival selection module 324 automatically selects a rival for the user to play against asynchronously.
- Rival selection module 324 can use various criteria to automatically select a rival. For example, another user that has the next higher score (e.g., the next faster time) than the requesting user can be automatically selected as the rival.
- another user that has a score a threshold amount higher than the requesting user e.g., a time 2 seconds faster than the requesting user, a time that is 97% of the requesting user's time, etc. is automatically selected as the rival.
- rival selection module 324 in response to the user input requesting to select a rival for an event, displays or otherwise presents at least a portion of the list of identifiers of users that have played the event (and optionally the scores of those users for the event).
- the full list of identifiers can be displayed, or the list of identifiers can be filtered based on various filter criteria so that the identifiers of users that satisfy the filter criteria are displayed. Any manner of grouping users supported by the game 304 or 306 can be used as a filter criteria.
- the requesting user can input a request to have the list of identifiers filtered based on different filter criteria.
- the filter criteria can be users that are friends of the requesting user (e.g., identified to system 300 by the requesting user as a friend of the user, identified as friends by another service (e.g., a social networking service), and so forth), users that are members of a particular group (e.g., a particular car club, a particular fan club), users that the requesting user has identified as favorites, the users with the top scores for the event (e.g., the users with the top 10 or top 50 scores), the users with scores for the event that are at least a threshold amount higher than the requesting user (e.g., a time 2 seconds faster than the requesting user, a time that is 97% of the requesting user's time, etc.), the users with scores for the event that are near the score of the requesting user (e.g., the ten closest in score higher and/or lower than the requesting user, the users with scores that are within a threshold amount higher than the requesting user, etc.), and so forth.
- friends of the requesting user
- the requesting user can input a request to have the list of identifiers filtered based on different filter criteria in different manners, such as by selecting a button or other identifier of filter criteria displayed as part of a user interface, selecting one of multiple buttons on a controller with each button being associated with different filter criteria, selecting a button on a controller that cycles through different filter criteria, and so forth.
- Figs. 4 and 5 illustrate example user interfaces allowing a user to select a rival to play an event against asynchronously in accordance with one or more embodiments.
- Fig. 4 illustrates an example rival selection user interface (UI) 402 in which a rival has been automatically selected for the requesting user.
- the user having the next higher score is identified as "User G", and the score (a time of 2:08:47, which refers to 2 minutes, 8 and 47/100 seconds (or alternatively other times, such as 2 hours, 8 minutes, and 47 seconds)) of that user is displayed.
- the identifier of that user can be displayed without the score of that user and/or displayed with various additional information associated with the user (e.g., the date and/or time the user played the event, a location or position at which the object representing the user started and/or finished when playing the event, etc.).
- the user can provide various user inputs to select User G, and begin playing the event against User G asynchronously.
- Rival selection UI 402 can also optionally display an identifier of the requesting user (e.g., identified as "User A") and/or the score of the requesting user.
- a change rival button 404 is also displayed as part of rival selection UI 402.
- the requesting user can select change rival button 404 to select a different rival (e.g., based on different filter criteria as discussed above).
- a user input requesting to select a different rival can be provided in a variety of different manners (e.g., pressing a particular button on a controller, providing a particular hand gesture, and so forth).
- rival selection UI 502 of Fig. 5 is displayed.
- Rival selection UI 502 lists various users and their associated scores for the event. Alternatively, identifiers of the users can be displayed without the scores of those users and/or displayed with various additional information associated with the users (e.g., for each user the date and/or time the user played the event, a location or position at which the object representing the user started and/or finished when playing the event, etc.). The user can provide various user inputs to select one of the identified users, and begin playing the event against the identified user asynchronously. Rival selection UI 502 can also optionally display an identifier of the requesting user (e.g., identified as "User A") and/or the score of the requesting user.
- an identifier of the requesting user e.g., identified as "User A
- rival selection UI 502 satisfy one or more filter criteria, which is the friends filter criteria in the illustrated example.
- rival selection module 324 of Fig. 3 defaults to displaying the users that satisfy the friends filter criteria, although other rival selection module 324 can alternatively default to displaying the users that satisfy other filter criteria.
- Rival selection UI 502 also displays a friends button 504, a top 10 button 506, a club 1 button 508, a near me button 510, a favorites button 512, and an automated button 514.
- Friends button 504 corresponds to friends filter criteria, and in response to user selection of button 504 rival selection UI 502 displays the users that are identified as friends of the requesting user. Friends button 504 is illustrated with cross-hatching to indicate that the friends filter criteria is currently selected.
- Top 10 button 506 corresponds to filter criteria identifying the users with the top 10 scores for the event, and in response to user selection of button 510 rival selection UI 502 displays the users having the top 10 scores for the event.
- Club 1 button 508 corresponds to filter criteria identifying the users in a club or group identified as "Club 1", and in response to user selection of button 508 rival selection UI 502 displays the users in the club or group identified as "Club 1".
- Near me button 510 corresponds to filter criteria identifying the users with scores for the event that are near the score of the requesting user, and in response to user selection of button 510 rival selection UI 502 displays the users with scores for the event that are near the score of the requesting user.
- Favorites button 512 corresponds to filter criteria identifying favorites of the requesting user, and in response to user selection of button 512 rival selection UI 502 displays the users that are identified as favorites of the requesting user.
- Automated button 514 corresponds to automatic selection of a rival.
- rival selection UI 502 displays rival selector UI 402 of Fig. 4.
- filter criteria can be selected in various other manners. For example, in response to repeated user selection of a button on a controller, UI 502 can cycle through displaying users based on different filter criteria (e.g., displaying the users having the top 10 scores for the event in response to a first selection of the button, displaying the users in the club or group identified as "Club 1" in response to the next selection of the button, and so forth).
- filter criteria e.g., displaying the users having the top 10 scores for the event in response to a first selection of the button, displaying the users in the club or group identified as "Club 1" in response to the next selection of the button, and so forth.
- various hand gestures can be used to select a particular filter criteria, cycle through different filter criteria, and so forth.
- game data sharing module 322 facilitates sharing of game data for different users, allowing one user to play an event against a previously recorded playing of the event by another user.
- rival selection module 324 communicates an indication of the rival to game data sharing module 322.
- Game data sharing module 322 in turn obtains the game data for the rival for the event (e.g., from game data store 316), and provides the game data for the rival for the event to game 304.
- the game data for the rival includes the performance of the rival for the event as well as data indicating the manner in which the object representing the rival is customized.
- Game 304 proceeds to allow the user to play the event, controlling his or her object in the event as if he or she were playing by himself or herself (or in real time against another user). Game 304 also plays back, while the user is playing the event, the object representing the rival based on the performance data that is part of the obtained game data for the rival. Thus, the object representing the rival is displayed while the user is playing the game, providing an experience to the user that is as if the user were playing against the rival in real time even though a recording of the rival's performance is being played back (and the event is thus being played asynchronously). It should be noted that the behavior of the object representing the rival is based on the performance data that is part of the obtained game data for the rival, not a generic or other artificial intelligence (AI) generated behavior.
- AI artificial intelligence
- the object representing the rival played back by game 304 for the event is the object as customized by the rival.
- the object as customized by the rival is displayed as representing the rival.
- the user is provided with an experience of playing against the rival-specific object rather than some common or generic object.
- the event may be a particular track of a car racing game, and the user plays that event by racing his or her car on that particular track.
- the user can select a rival and have the car as customized by the rival displayed as another car that he or she races against on that track.
- the performance of the rival's customized car on the track is the performance of the car on the track when the rival previously raced on that track.
- one or more additional objects that are game-controlled or are based on AI generated behavior can also be displayed.
- one or more additional cars can also be displayed, with the user racing against these one or more additional cars as well as against the rival's customized car.
- the object representing the rival changes appearance based on a proximity in the game between the object representing the rival and an object representing the user. As the objects are closer to one another the object representing the rival becomes more transparent, and as the objects are further away from one another the object representing the rival becomes less transparent (more opaque).
- Various different criteria or algorithms can be used to determine the transparency of the object representing the rival.
- the object representing the rival is at least a threshold distance away from the object representing the user in the game (e.g., 50 feet on a racing track in the game, the length or size of some dimension of the object representing the user in the game, etc.)
- the object representing the rival is opaque.
- the object representing the rival is less than the threshold distance away from the object representing the user in the game, then the object representing the rival is transparent.
- the amount of transparency can be determined linearly (e.g., the transparency increases by 2% for each foot closer than 50 feet the object representing the rival is to the object representing the user in the game), or alternatively using other formulas.
- the object representing the rival comes closer to the object representing the user, the object representing the rival becomes more transparent, and as the object representing the rival moves further from the object representing the user, the object representing the rival becomes less transparent (until the threshold distance is met at which point the object representing the rival becomes opaque).
- a single transparency setting e.g., 80% transparent
- the object representing the rival being opaque if the object is at least a threshold distance away from the object representing the user in the game
- the object representing the rival being transparent (whatever the single transparency setting is) if the object is not at least the threshold distance away from the object representing the user in the game.
- the event may be a particular track of a car racing game, and the user plays that event by racing his or her car on that particular track. While playing the game asynchronously against a rival, as the rival's car gets closer to the user's car, the rival's car becomes more transparent, thus helping avoid confusion for the user on where his or her car is. However, as the rival's car gets further from the user's car, the rival's car becomes less transparent until a point where the rival's car becomes opaque. Thus, when the rival's car is opaque, it appears to the user that he or she is racing against the rival in real time. [0064] Alternatively, other criteria or algorithms can be used to determine the transparency of the object representing the rival.
- two threshold distances can be used, such as a close threshold distance (e.g., 20 feet on a racing track in the game), and a far threshold distance (e.g., 50 feet on a racking track game). If the object representing the rival is at least the far threshold distance away from the object representing the user in the game, then the object representing the rival is opaque. If the object representing the rival is less than the close threshold distance away from the object representing the user in the game, then the object representing the rival is at a particular transparency level (e.g., 90% transparent). And the transparency level varies between the far and close threshold distances (e.g., increasing linearly or according to some other calculation as the distance changes from being at the far threshold distance towards the close threshold distance).
- a close threshold distance e.g. 20 feet on a racing track in the game
- a far threshold distance e.g., 50 feet on a racking track game.
- the object representing the rival can overlap at times.
- a car representing the user can be at a same location on a racing track as a car representing the rival, or the car representing the user can be close enough to the car representing the rival that the two cars overlap (e.g., the front end of one car is at the same location on the racing track as the back end of the other car).
- the rival's car gets closer to the user's car the rival's car becomes more transparent as discussed above, thus helping avoid confusion for the user on where his or her car is.
- a user can play an event asynchronously against multiple rivals concurrently.
- a user can select multiple rivals, analogous to the selection of a rival as discussed above.
- Game data for each of the multiple rivals is obtained, and while the user is playing the event, for each of the multiple rivals the object representing the rival is played back based on the performance data that is part of the obtained game data for the rival.
- the event may be a particular track of a car racing game, and the user plays that event by racing his or her car on that particular track.
- the user can select multiple rivals and have the cars as customized by the rivals displayed as other cars that he or she races against on that track.
- the performance of the rival's customized car on the track is the performance of the car on the track when the rival previously raced on that track.
- additional information identifying the rival can be displayed to the user while playing the event asynchronously against the rival. This additional information can be provided to game 304 along with the game data for the rival.
- an identifier of the rival e.g., a gamer tag or other identifier
- This identifier can be displayed on or in close proximity to the object representing the rival (e.g., on or above the rival's vehicle), or alternatively elsewhere.
- Figs. 6 and 7 illustrate an example of the changing of transparency of an object representing a rival in accordance with one or more embodiments.
- Fig. 6 illustrates an example game UI 600 for a racing game including a car 602 representing the user of the game and a car 604 representing the rival.
- game UI 600 the distance between cars 602 and 604 is at least a threshold amount, so car 604 is displayed as opaque.
- Fig. 7 illustrates an example game UI 700 for the race game including cars 602 and 604 in which the distance between cars 602 and 604 is not at least the threshold amount. Accordingly, car 604 is displayed as transparent.
- a user receives a bounty or reward based on his or her performance in playing the event and/or a rating of how difficult the rival is to beat.
- the bounty or reward is provided using the currency or other credit supported by the game.
- the user's performance in playing the event can be measured in different manners, such as based on simply whether the user beat the rival (e.g., finished an event in a shorter amount of time than the rival or otherwise obtained a higher score than the rival) against which the user is playing the event asynchronously.
- the user's performance can also be measured in other manners, such as based on by how much the user beat the rival (e.g., the difference in times or scores for the user and rival for the event), how close the user came to beating the rival (e.g., how close the user's time or score was to the rival's time or score for the event), based on particular actions during performance of the game (e.g., obstacles avoided), and so forth.
- the rating of how difficult the rival is to beat can be measured in different manners, such as a ranking of the rival, a difference in ranking between the user and the rival, and so forth.
- a user may be given a bounty or reward of 50 credits if the user does not beat the rival, but finished the event in an amount of time or with a score that is within a threshold amount of the amount of time or score with which the rival finished the event.
- the user regardless of whether the user receives a bounty or reward for playing an event, the user is still awarded experience points for playing the event.
- the experience points can be awarded in different manners as discussed above, such as based on an amount of time the user played the event, a distance covered in playing the event, and so forth.
- asynchronous gameplay coordination module 302 includes notification module 326.
- notification module 326 sends a notification to the rival that he or has been beaten.
- Notification module 326 can determine when a rival has been beaten in various manners, such as receiving an indication from a game 304 or 306 that the user beat the rival, receiving an indication from a module of gameplay service 112 of Fig. 1 that the user beat the rival, and so forth.
- the notification sent by notification module 326 can be sent in various manners, such as using a messaging system provided by gameplay service 112, using a messaging system provided by game 304 or 306, using a messaging system provided by another service (e.g., a social networking service), and so forth.
- An indication of how to notify a particular user using a particular messaging system can be obtained in various manners, such as being provided by the user and maintained by account access service 110 of Fig. 1.
- the notification sent by notification module 326 includes a user-selectable link (e.g., a hyperlink) to the event that the rival was beaten in, and the user (the rival) can provide various inputs to select the link.
- the link identifies a location or functionality of gameplay service 1 12 of Fig. 1 (e.g., of asynchronous gameplay coordination module 120), and an identifier of the event that the rival was beaten in is embedded in the link or otherwise associated with the linked-to location or functionality.
- gameplay service 1 12 In response to user selection of the link, gameplay service 1 12 notifies a game 304 or 306 to jump to the event that the rival was beaten in, beginning running the game 304 or 306 (or notifying a gaming device 102 of Fig.
- the rival can then play the event, attempting to better his or her score (e.g., obtain a higher score).
- the rival can play the event individually, or alternatively against one or more other users in real time or asynchronously (e.g., the rival can select another user as a rival with which to play the event asynchronously, another user (e.g., the user that beat the rival resulting in the notification being sent by notification module 326) that is to be a rival with which to play the event asynchronously can be automatically selected, and so forth).
- the notification can optionally include various additional information in addition to the user-selectable link.
- the notification can include an identifier of the user that beat the rival, an identifier of the event in which the user beat the rival, an indication of the score in the event obtained by the user that beat the rival, an indication of the score in the event obtained by the rival, and so forth.
- the event may be a particular track of a car racing game, and a user plays that event by racing his or her car on that particular track.
- a notification is sent to the rival.
- the rival receives, at his or her gaming device, the notification that he or she has been beaten in the event.
- the notification includes a button or other link that the rival can select, in response to which his or her gaming device begins running the racing game and jumps to the event in which the rival was beaten.
- the rival can then begin playing the event himself or herself in an attempt to complete the track in a shorter amount of time.
- the notification can be displayed to the rival, and with simple selection of the button or link in the notification the rival can begin playing the event in which he or she was beaten.
- Fig. 8 is a flowchart illustrating an example process 800 for implementing the asynchronous gameplay with rival display in accordance with one or more embodiments.
- Process 800 is carried out by a system, such as system 300 of Fig. 3, and can be implemented in software, firmware, hardware, or combinations thereof.
- Process 800 is shown as a set of acts and is not limited to the order shown for performing the operations of the various acts.
- Process 800 is an example process for implementing the asynchronous gameplay with rival display; additional discussions of implementing the asynchronous gameplay with rival display are included herein with reference to different figures.
- process 800 a user request to select a rival to play against asynchronously for an event is received (act 802).
- the event can be an event of a variety of different types of games as discussed above.
- a rival selector user interface is displayed (act 804).
- the rival selector user interface includes an identification of one or more users that can be selected, and optionally one or more filter criteria that can be selected as discussed above.
- the rival selector user interface can display a user that has been automatically selected as a rival or alternatively one or more users that satisfy particular filter criteria as discussed above.
- a user selection of one of the one or more users is received (act 806).
- the user selection is a selection of one of the users identified in the rival selector user interface as discussed above.
- the selected user is used as the rival to play against asynchronously for the event (act 808).
- the user from which the user request is received in act 802 can play against the rival asynchronously for the event, with the previously recorded performance of the rival being played back as the user plays the event as discussed above.
- Fig. 9 is a flowchart illustrating an example process 900 for implementing the asynchronous gameplay with rival display in accordance with one or more embodiments.
- Process 900 is carried out by a system, such as system 300 of Fig. 3, and can be implemented in software, firmware, hardware, or combinations thereof.
- Process 900 is shown as a set of acts and is not limited to the order shown for performing the operations of the various acts.
- Process 900 is an example process for implementing the asynchronous gameplay with rival display; additional discussions of implementing the asynchronous gameplay with rival display are included herein with reference to different figures.
- a user request to play against a rival asynchronously for an event is received (act 902).
- This user request can be, for example, user selection of a rival as discussed above.
- Game data for the rival for the event is obtained (act 904).
- the game data can include both a performance of the rival in the event and data indicating a manner in which an object of the rival is customized by the rival as discussed above.
- an object representing the rival is played back based on the obtained game data (act 906).
- the object representing the rival is played back as customized by the rival, and based on the performance of the rival in the event as discussed above.
- Fig. 10 is a flowchart illustrating an example process 1000 for using notifications in accordance with one or more embodiments.
- Process 1000 is carried out by a system, such as system 300 of Fig. 3, and can be implemented in software, firmware, hardware, or combinations thereof.
- Process 1000 is shown as a set of acts and is not limited to the order shown for performing the operations of the various acts.
- Process 1000 is an example process for using notifications; additional discussions of using notifications are included herein with reference to different figures.
- process 1000 a determination is made that a rival has been beaten in an event (act 1002).
- the determination can be made in various manners as discussed above.
- a notification is sent to the rival including a link to the event (act 1004).
- the notification can be sent using various messaging systems as discussed above.
- An indication that the link has been selected by the rival is received (act 1006).
- the indication can be received, for example, by a gaming device, by an asynchronous gameplay coordination module (or other module of a gameplay service) from a gaming device used by the rival, and so forth.
- the event in which the rival was beaten is jumped to so that the rival can play the event (act 1008).
- Jumping to the event includes running the game (if not already running), and the game jumping to the event in which the rival was beaten as discussed above.
- Fig. 11 illustrates an example computing device 1100 that can be configured to implement the asynchronous gameplay with rival display in accordance with one or more embodiments.
- Computing device 1 100 can, for example, be a gaming device 102 of Fig. 1, implement at least part of online gaming service 104 of Fig.1, be a gaming device 202 of Fig. 2, or implement at least part of system 300 of Fig. 3.
- Computing device 1100 includes one or more processors or processing units 1102, one or more computer readable media 1 104 which can include one or more memory and/or storage components 1 106, one or more input/output (I/O) devices 1108, and a bus 1110 that allows the various components and devices to communicate with one another.
- Computer readable media 1 104 and/or one or more I/O devices 1 108 can be included as part of, or alternatively may be coupled to, computing device 1 100.
- Processor 1 102, computer readable media 1 104, one or more of devices 1 108, and/or bus 11 10 can optionally be implemented as a single component or chip (e.g., a system on a chip).
- Bus 1110 represents one or more of several types of bus structures, including a memory bus or memory controller, a peripheral bus, an accelerated graphics port, a processor or local bus, and so forth using a variety of different bus architectures.
- Bus 1 110 can include wired and/or wireless buses.
- Memory/storage component 1 106 represents one or more computer storage media.
- Component 1 106 can include volatile media (such as random access memory (RAM)) and/or nonvolatile media (such as read only memory (ROM), Flash memory, optical disks, magnetic disks, and so forth).
- Component 1 106 can include fixed media (e.g., RAM, ROM, a fixed hard drive, etc.) as well as removable media (e.g., a Flash memory drive, a removable hard drive, an optical disk, and so forth).
- the techniques discussed herein can be implemented in software, with instructions being executed by one or more processing units 1 102. It is to be appreciated that different instructions can be stored in different components of computing device 1 100, such as in a processing unit 1102, in various cache memories of a processing unit 1 102, in other cache memories of device 1 100 (not shown), on other computer readable media, and so forth. Additionally, it is to be appreciated that the location where instructions are stored in computing device 1100 can change over time.
- One or more input/output devices 1 108 allow a user to enter commands and information to computing device 1100, and also allows information to be presented to the user and/or other components or devices.
- input devices include a keyboard, a cursor control device (e.g., a mouse), a microphone, a scanner, and so forth.
- output devices include a display device (e.g., a monitor or projector), speakers, a printer, a network card, and so forth.
- Computer readable media can be any available medium or media that can be accessed by a computing device.
- Computer readable media may comprise "computer storage media” and "communication media.”
- Computer storage media include volatile and non-volatile, removable and non-removable media implemented in any method or technology for storage of information such as computer readable instructions, data structures, program modules, or other data.
- Computer storage media include, but are not limited to, RAM, ROM, EEPROM, flash memory or other memory technology, CD-ROM, digital versatile disks (DVD) or other optical storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices, or any other medium which can be used to store the desired information and which can be accessed by a computer.
- Computer storage media refer to media for storage of information in contrast to mere signal transmission, carrier waves, or signals per se. Thus, computer storage media refers to non-signal bearing media, and is not communication media.
- Communication media typically embody computer readable instructions, data structures, program modules, or other data in a modulated data signal, such as carrier wave or other transport mechanism.
- Communication media also include any information delivery media.
- modulated data signal means a signal that has one or more of its characteristics set or changed in such a manner as to encode information in the signal.
- communication media include wired media such as a wired network or direct-wired connection, and wireless media such as acoustic, RF, infrared, and other wireless media. Combinations of any of the above are also included within the scope of computer readable media.
- any of the functions or techniques described herein can be implemented using software, firmware, hardware (e.g., fixed logic circuitry), manual processing, or a combination of these implementations.
- the terms "module” and “component” as used herein generally represent software, firmware, hardware, or combinations thereof.
- the module or component represents program code that performs specified tasks when executed on a processor (e.g., CPU or CPUs).
- the program code can be stored in one or more computer readable memory devices, further description of which may be found with reference to Fig. 11.
- the module or component represents a functional block or other hardware that performs specified tasks.
- the module or component can be an application-specific integrated circuit (ASIC), field-programmable gate array (FPGA), complex programmable logic device (CPLD), and so forth.
- ASIC application-specific integrated circuit
- FPGA field-programmable gate array
- CPLD complex programmable logic device
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Business, Economics & Management (AREA)
- Computer Security & Cryptography (AREA)
- General Business, Economics & Management (AREA)
- Theoretical Computer Science (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201161542256P | 2011-10-02 | 2011-10-02 | |
US13/280,194 US20130084969A1 (en) | 2011-10-02 | 2011-10-24 | Asynchronous gameplay with rival display |
PCT/US2012/058171 WO2013052388A1 (en) | 2011-10-02 | 2012-09-30 | Asynchronous gameplay with rival display |
Publications (2)
Publication Number | Publication Date |
---|---|
EP2761576A1 true EP2761576A1 (de) | 2014-08-06 |
EP2761576A4 EP2761576A4 (de) | 2014-11-26 |
Family
ID=47993103
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
EP12839106.7A Withdrawn EP2761576A4 (de) | 2011-10-02 | 2012-09-30 | Asynchrones spiel mit gegneranzeige |
Country Status (6)
Country | Link |
---|---|
US (1) | US20130084969A1 (de) |
EP (1) | EP2761576A4 (de) |
JP (1) | JP6182147B2 (de) |
KR (1) | KR20140069339A (de) |
HK (1) | HK1179561A1 (de) |
WO (1) | WO2013052388A1 (de) |
Families Citing this family (32)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20130017872A1 (en) * | 2011-07-12 | 2013-01-17 | Sony Computer Entertainment Inc. | Method and system for tag-based grouping of online communities |
US9576434B2 (en) | 2011-07-25 | 2017-02-21 | Sony Interactive Entertainment Inc. | Implementing computer activity-based challenges |
US8672765B2 (en) | 2012-03-13 | 2014-03-18 | Sony Computer Entertainment America Llc | System and method for capturing and sharing console gaming data |
US10525347B2 (en) * | 2012-03-13 | 2020-01-07 | Sony Interactive Entertainment America Llc | System and method for capturing and sharing console gaming data |
US10960300B2 (en) | 2011-11-23 | 2021-03-30 | Sony Interactive Entertainment LLC | Sharing user-initiated recorded gameplay with buffered gameplay |
US9116555B2 (en) | 2011-11-23 | 2015-08-25 | Sony Computer Entertainment America Llc | Gaming controller |
US10486064B2 (en) | 2011-11-23 | 2019-11-26 | Sony Interactive Entertainment America Llc | Sharing buffered gameplay in response to an input request |
US9345966B2 (en) | 2012-03-13 | 2016-05-24 | Sony Interactive Entertainment America Llc | Sharing recorded gameplay to a social graph |
US11406906B2 (en) | 2012-03-13 | 2022-08-09 | Sony Interactive Entertainment LLC | Network connected controller for direct to cloud gaming |
US10913003B2 (en) | 2012-03-13 | 2021-02-09 | Sony Interactive Entertainment LLC | Mini-games accessed through a sharing interface |
US9352226B2 (en) | 2012-12-21 | 2016-05-31 | Sony Interactive Entertainment America Llc | Automatic generation of suggested mini-games for cloud-gaming based on recorded gameplay |
US9364743B2 (en) | 2012-12-21 | 2016-06-14 | Sony Interactive Entertainment America Llc | Generation of a multi-part mini-game for cloud-gaming based on recorded gameplay |
US9259652B2 (en) * | 2013-03-06 | 2016-02-16 | Electronic Arts Inc. | Time-shifted multiplayer game |
US10065121B2 (en) | 2013-10-30 | 2018-09-04 | Tencent Technology (Shenzhen) Company Limited | Method and apparatus for recording data of network interaction protocol |
CN104598461B (zh) * | 2013-10-30 | 2018-08-03 | 腾讯科技(深圳)有限公司 | 网络交互协议数据记录的方法和装置 |
JP2015150172A (ja) * | 2014-02-13 | 2015-08-24 | 任天堂株式会社 | 情報共有システム、情報処理装置、プログラム及び情報共有方法 |
JP6348726B2 (ja) * | 2014-02-13 | 2018-06-27 | 任天堂株式会社 | 情報共有システム、情報処理装置、プログラム及び情報共有方法 |
US10092833B2 (en) * | 2014-06-27 | 2018-10-09 | Amazon Technologies, Inc. | Game session sharing |
GB2529192B (en) * | 2014-08-12 | 2017-12-06 | Sony Interactive Entertainment Europe Ltd | Apparatus and method of user interaction |
JP2017196338A (ja) * | 2016-04-28 | 2017-11-02 | 株式会社コナミデジタルエンタテインメント | 情報処理装置、サーバ装置、及びプログラム |
JP6389345B2 (ja) * | 2018-02-14 | 2018-09-12 | 株式会社セガゲームス | 情報処理装置及びプログラム |
JP7196459B2 (ja) * | 2018-08-14 | 2022-12-27 | 株式会社セガ | ゲームプログラム |
US11896909B2 (en) | 2018-12-14 | 2024-02-13 | Sony Interactive Entertainment LLC | Experience-based peer recommendations |
CN110538455B (zh) * | 2019-09-05 | 2021-03-19 | 腾讯科技(深圳)有限公司 | 虚拟对象的移动控制方法、装置、终端及存储介质 |
US11213748B2 (en) | 2019-11-01 | 2022-01-04 | Sony Interactive Entertainment Inc. | Content streaming with gameplay launch |
US11517824B2 (en) * | 2020-04-07 | 2022-12-06 | Riot Games, Inc. | Dynamic event-based ranking methods and systems |
US11602687B2 (en) | 2020-05-28 | 2023-03-14 | Sony Interactive Entertainment Inc. | Media-object binding for predicting performance in a media |
US11420130B2 (en) | 2020-05-28 | 2022-08-23 | Sony Interactive Entertainment Inc. | Media-object binding for dynamic generation and displaying of play data associated with media |
US11517826B2 (en) * | 2020-06-10 | 2022-12-06 | Snap Inc. | Game result overlay system |
US20220143516A1 (en) * | 2020-11-09 | 2022-05-12 | Sony Interactive Entertainment Inc. | Replayable activities for interactive content titles |
JP7315640B2 (ja) * | 2021-11-08 | 2023-07-26 | 任天堂株式会社 | 情報処理システム、情報処理装置、情報処理プログラムおよび情報処理方法 |
KR20230159208A (ko) | 2022-05-13 | 2023-11-21 | 라이징윙스 주식회사 | 동일한 게임 플레이 환경을 제공하는 방법 및 장치 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6835137B1 (en) * | 1998-08-06 | 2004-12-28 | Namco Limited | Game apparatus and communication game system |
GB2445658A (en) * | 2007-01-09 | 2008-07-16 | Namco Bandai Games Inc | A champion management section for a game device |
Family Cites Families (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2001058087A (ja) * | 1999-06-14 | 2001-03-06 | Sony Corp | ゲームコントローラ、エンタテインメントシステム及びゲーム実行方法、並びにゲームソフトプログラムダウンロード方法 |
JP4020567B2 (ja) * | 2000-05-15 | 2007-12-12 | 株式会社コナミデジタルエンタテインメント | ゲーム機およびそのゲーム環境設定ネットワークシステム |
JP2003320164A (ja) * | 2002-05-07 | 2003-11-11 | Taito Corp | レーシングゲームシステム |
US8090618B1 (en) * | 2002-12-12 | 2012-01-03 | Massive Incorporated | Online game commerce system |
US20060030407A1 (en) * | 2004-07-16 | 2006-02-09 | Dixon Thayer | Multiple player real-time on-line sports competition system |
WO2006023907A2 (en) * | 2004-08-20 | 2006-03-02 | Igt | Gaming device and method having a first interactive game which determines a function of a second wagering game |
US20060252546A1 (en) * | 2005-04-06 | 2006-11-09 | Mario Castellari | Gaming apparatus and systems |
US8696464B2 (en) * | 2005-08-19 | 2014-04-15 | Nintendo Co., Ltd. | Enhanced method and apparatus for selecting and rendering performance data |
JP5068080B2 (ja) * | 2007-01-09 | 2012-11-07 | 株式会社バンダイナムコゲームス | ゲーム装置、プログラム及び情報記憶媒体 |
JP2009045350A (ja) * | 2007-08-22 | 2009-03-05 | Aruze Corp | 複数の競争対象によるレースを実行するゲーム装置及びゲーム制御方法 |
JP2009018199A (ja) * | 2008-10-27 | 2009-01-29 | Sega Corp | ゲーム情報処理装置及びそのコンピュータプログラム |
US8444490B2 (en) * | 2008-12-15 | 2013-05-21 | Tetris Online, Inc. | Interactive asynchronous game offline play architecture |
JP5500572B2 (ja) * | 2008-12-27 | 2014-05-21 | 株式会社カプコン | ゲームプログラム、そのゲームプログラムを記録した記録媒体及びゲームシステム |
WO2011149564A1 (en) * | 2010-05-28 | 2011-12-01 | Tetris Online, Inc. | Interactive hybrid asynchronous computer game infrastructure |
US9061211B1 (en) * | 2011-09-07 | 2015-06-23 | Zynga Inc. | Notifying users of actions in cross-platform environments |
-
2011
- 2011-10-24 US US13/280,194 patent/US20130084969A1/en not_active Abandoned
-
2012
- 2012-09-30 EP EP12839106.7A patent/EP2761576A4/de not_active Withdrawn
- 2012-09-30 JP JP2014534618A patent/JP6182147B2/ja not_active Expired - Fee Related
- 2012-09-30 WO PCT/US2012/058171 patent/WO2013052388A1/en active Application Filing
- 2012-09-30 KR KR1020147011836A patent/KR20140069339A/ko not_active Application Discontinuation
-
2013
- 2013-06-04 HK HK13106570.0A patent/HK1179561A1/zh not_active IP Right Cessation
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6835137B1 (en) * | 1998-08-06 | 2004-12-28 | Namco Limited | Game apparatus and communication game system |
GB2445658A (en) * | 2007-01-09 | 2008-07-16 | Namco Bandai Games Inc | A champion management section for a game device |
Non-Patent Citations (1)
Title |
---|
See also references of WO2013052388A1 * |
Also Published As
Publication number | Publication date |
---|---|
HK1179561A1 (zh) | 2013-10-04 |
KR20140069339A (ko) | 2014-06-09 |
US20130084969A1 (en) | 2013-04-04 |
WO2013052388A1 (en) | 2013-04-11 |
JP2014531945A (ja) | 2014-12-04 |
EP2761576A4 (de) | 2014-11-26 |
JP6182147B2 (ja) | 2017-08-16 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20130084969A1 (en) | Asynchronous gameplay with rival display | |
US10421019B2 (en) | System and method for enabling players to participate in asynchronous, competitive challenges | |
KR101903821B1 (ko) | 비 플레이어 캐릭터들로서의 친구들의 아바타들 | |
US9369543B2 (en) | Communication between avatars in different games | |
CN102940968B (zh) | 与对手显示异步地玩游戏 | |
KR20110004888A (ko) | 네트워크를 이용한 게임 시스템, 게임 프로그램, 게임 장치, 및 네트워크를 이용한 게임 제어 방법 | |
JP2021098111A (ja) | プログラム、ゲームシステム及びゲーム管理サーバ | |
JP2024028422A (ja) | プログラム、及び端末 | |
US20170216725A1 (en) | Modifying gameplay parameters | |
JP2019180944A (ja) | ゲームプログラム、方法、および端末装置 | |
JP7136715B2 (ja) | ゲームプログラム、方法、および情報処理装置 | |
JP2013215375A (ja) | ゲーム制御装置、ゲーム制御方法、プログラム、ゲーム制御システム | |
CN111936213A (zh) | 利用社交参与度生成元游戏资源 | |
US20210038998A1 (en) | System and methods for video gaming environment | |
JP5771587B2 (ja) | ゲーム制御装置、プログラム、ゲームシステム | |
US20230001300A1 (en) | Computer system, game system, and control method of computer system | |
JP5863622B2 (ja) | ゲーム制御装置、ゲーム制御方法、プログラム、ゲームシステム | |
US20150157929A1 (en) | Videogame with e-commerce transaction support | |
JP7409912B2 (ja) | コンピュータシステムおよびゲームシステム | |
JP2020116178A (ja) | ゲームプログラム、方法、および情報処理装置 | |
JP2019111348A (ja) | ゲームプログラム、方法、および情報処理装置 | |
JP2019181229A (ja) | ゲームプログラム、方法、および端末装置 | |
JP7457662B2 (ja) | プログラム、および情報処理装置 | |
US11666826B2 (en) | Modifying gameplay parameters | |
JP2019136318A (ja) | ゲームプログラム、方法、および情報処理装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PUAI | Public reference made under article 153(3) epc to a published international application that has entered the european phase |
Free format text: ORIGINAL CODE: 0009012 |
|
17P | Request for examination filed |
Effective date: 20140402 |
|
AK | Designated contracting states |
Kind code of ref document: A1 Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR |
|
A4 | Supplementary search report drawn up and despatched |
Effective date: 20141024 |
|
RIC1 | Information provided on ipc code assigned before grant |
Ipc: A63F 13/30 20140101AFI20141020BHEP Ipc: A63F 13/40 20140101ALI20141020BHEP |
|
DAX | Request for extension of the european patent (deleted) | ||
17Q | First examination report despatched |
Effective date: 20141216 |
|
RAP1 | Party data changed (applicant data changed or rights of an application transferred) |
Owner name: MICROSOFT TECHNOLOGY LICENSING, LLC |
|
STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN |
|
18D | Application deemed to be withdrawn |
Effective date: 20190402 |