WO2007044908A2 - Procede et appareil permettant aux joueurs de trouver des jeux interessants a joueurs multiples - Google Patents

Procede et appareil permettant aux joueurs de trouver des jeux interessants a joueurs multiples Download PDF

Info

Publication number
WO2007044908A2
WO2007044908A2 PCT/US2006/040096 US2006040096W WO2007044908A2 WO 2007044908 A2 WO2007044908 A2 WO 2007044908A2 US 2006040096 W US2006040096 W US 2006040096W WO 2007044908 A2 WO2007044908 A2 WO 2007044908A2
Authority
WO
WIPO (PCT)
Prior art keywords
game
player
user
preferences
sessions
Prior art date
Application number
PCT/US2006/040096
Other languages
English (en)
Other versions
WO2007044908A3 (fr
Inventor
Paul Abbassi
Robert Riley
Original Assignee
Thq Wireless Inc.
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Thq Wireless Inc. filed Critical Thq Wireless Inc.
Priority to JP2008535714A priority Critical patent/JP2009511200A/ja
Priority to EP06825917A priority patent/EP1948335A4/fr
Publication of WO2007044908A2 publication Critical patent/WO2007044908A2/fr
Publication of WO2007044908A3 publication Critical patent/WO2007044908A3/fr

Links

Classifications

    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07F—COIN-FREED OR LIKE APPARATUS
    • G07F17/00—Coin-freed apparatus for hiring articles; Coin-freed facilities or services
    • G07F17/32—Coin-freed apparatus for hiring articles; Coin-freed facilities or services for games, toys, sports, or amusements
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07F—COIN-FREED OR LIKE APPARATUS
    • G07F17/00—Coin-freed apparatus for hiring articles; Coin-freed facilities or services
    • G07F17/32—Coin-freed apparatus for hiring articles; Coin-freed facilities or services for games, toys, sports, or amusements
    • G07F17/3225—Data transfer within a gaming system, e.g. data sent between gaming machines and users
    • G07F17/3232—Data transfer within a gaming system, e.g. data sent between gaming machines and users wherein the operator is informed
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07F—COIN-FREED OR LIKE APPARATUS
    • G07F17/00—Coin-freed apparatus for hiring articles; Coin-freed facilities or services
    • G07F17/32—Coin-freed apparatus for hiring articles; Coin-freed facilities or services for games, toys, sports, or amusements
    • G07F17/326—Game play aspects of gaming systems
    • G07F17/3272—Games involving multiple players
    • G07F17/3276—Games involving multiple players wherein the players compete, e.g. tournament

Definitions

  • the present invention relates to wireless games; more particularly, the present invention relates to finding desirable multi-player game sessions and games for players.
  • a method and system for finding desirable multi-player game sessions for players are described.
  • the method includes finding, based on business rules, one or more multi-player game sessions that match preferences of a potential player, and notifying the potential player of the matching multi-player game sessions.
  • Figure 1 is a block diagram of one embodiment of a system in which embodiments of the present invention may operate.
  • Figure 2A is a block diagram of one embodiment of a game management system.
  • Figure 2B is a block diagram of one embodiment of a gaming data module.
  • Figure 3 is a block diagram of one embodiment of a game matching engine.
  • Figure 4 is a flow diagram of one embodiment of a process for finding a desirable multi-player game session for a user.
  • Figure 5 is a flow diagram of one embodiment of a process for inferring gaming preferences of a user.
  • Figure 6 is a flow diagram of one embodiment of a process for maintaining attributes of multi-player games.
  • Figure 7 A is a flow diagram of one embodiment of a process for inviting new players to participate in active multi-player game sessions.
  • Figure 7B is a flow diagram of one embodiment of a process for seeking players for a multi-player game lobby.
  • Figure 8 is a flow diagram of one embodiment of a process for supporting revenge games.
  • Figure 9 is a flow diagram of one embodiment of a process for providing alerts to users.
  • Figure 10 is a flow diagram of one embodiment of a process for facilitating multi-player game tournaments.
  • Figure 11 is a block diagram of an exemplary computer system.
  • the present invention also relates to apparatus for performing the operations herein.
  • This apparatus may be specially constructed for the required purposes, or it may comprise a general purpose computer selectively activated or reconfigured by a computer program stored in the computer.
  • a computer program may be stored in a computer readable storage medium, such as, but is not limited to, any type of disk including floppy disks, optical disks, CD-ROMs, and magnetic-optical disks, read-only memories (ROMs), random access memories (RAMs), EPROMs, EEPROMs, magnetic or optical cards, or any type of media suitable for storing electronic instructions, and each coupled to a computer system bus.
  • a machine-readable medium includes any mechanism for storing or transmitting information in a form readable by a machine (e.g., a computer).
  • a machine-readable medium includes read only memory ("ROM”); random access memory (“RAM”); magnetic disk storage media; optical storage media; flash memory devices; electrical, optical, acoustical or other form of propagated signals (e.g., carrier waves, infrared signals, digital signals, etc.); etc.
  • FIG. 1 is a block diagram of one embodiment of a system 100, in which embodiments of the present invention may operate.
  • the system 100 includes a wide area network (e.g., Internet) 104, a wireless network 106, client devices 108 and 110, and a game management system 102.
  • a wide area network e.g., Internet
  • the client devices 108 are mobile devices coupled to the game management system 102 via the wireless network 106.
  • Mobile devices 108 are interactive two-way communication devices that allow their users to play wireless games.
  • the mobile devices 108 may be wireless telephones, palm-sized computing devices, personal digital assistants (PDAs), etc.
  • PDAs personal digital assistants
  • Such two-way communication devices may communicate wirelessly with the game management system 102 via the wireless network 106.
  • Communication between the game management system 102 and the mobile devices 108 is provided by corresponding wireless carriers (e.g., Cingular®, Sprint PCS®, Verizon®, etc.).
  • the client devices 110 are coupled to the game management system 102 via the wide area network 104 (e.g., Internet).
  • the client devices 108 are interactive two-way communication devices that allow their users to play console games, web games or personal computer (PC) games.
  • the client devices 110 may be PC systems, personal digital assistants (PD A)s, play stations, consumer electronic devices, etc.
  • PD A personal digital assistants
  • client devices 108 and 110 host client-based applications such as gaming data modules 112 that collect data associated with games played on relevant client devices 108 and 110, and provide this data to the game management system 120.
  • client-based applications such as gaming data modules 112 that collect data associated with games played on relevant client devices 108 and 110, and provide this data to the game management system 120.
  • the gaming data module 112 is configured based on the platform of a relevant client device 108 or 110.
  • the gaming data module 112 is integrated into a game played on a relevant client device 108 or 110.
  • the gaming data module 112 is an independent application residing on a relevant client device 108 or 110.
  • the game management system 102 provides services to deploy, manage and support games on the client devices 108 and 110, thus providing game services across different device platforms (e.g., PC platforms, wireless device platforms, web-based hand-held device platforms, game console platforms, etc.).
  • the game management system 102 may be maintained by a game manufacturer, a game publisher, a network communication carrier, or any other provider of game services (any other entity controlling user access to electronic games).
  • the game management system 102 cooperates with the gaming data modules 112 to enable two-way messaging with applications on the client devices 108 and 110.
  • the gaming data modules 112 forward messages (and store messages when the client device is disconnected from the network) to the game management system 102 and support real-time in-game features (e.g., in- game advertisement, multi-player gameplay, user registration, game metrics collection, etc.) facilitated by the game management system 102.
  • each type of client application may be associated with one or more designated servers.
  • each wireless carrier may be associated with one or more designated servers.
  • each carrier may be associated with a designated database server (e.g., a 4-CPU database server) and accompanying application servers (e.g., six application servers).
  • application servers e.g., six application servers.
  • some wireless carriers may share servers. If any server or group of servers performs inadequately, the system is reconfigured to provide services for users of an associated carrier by another group of servers.
  • the gaming data modules 112 and the game management system 102 may operate in a similar manner for applications other than games. Examples of such applications may include data services (e.g., providing live statistics on sports events), ring tones, screensavers, etc.
  • data services e.g., providing live statistics on sports events
  • ring tones e.g., ring tones
  • screensavers e.g., screensavers
  • FIG. 2A is a block diagram of one embodiment of a game management system 200.
  • the game management system 200 supports mobile or wireless games.
  • the game management system 200 also supports games of other types such as PC games, web games and console games.
  • the game management system 200 may include a user registration module 202, a game usage controller 204, a game metrics collector 206, a multi-player gameplay supporter 208, an advertising module 210, a billing module 212, a game download module 214, a versioning module 222, a user account manager 224, a game matching engine 226, a user database 216, a game metrics database 218, a billing database 220, and/or various other modules not shown in Figure 2A.
  • the user registration module 202 is responsible for registering new users, storing identifying information of new users in the user database 216, and facilitating login of existing users.
  • a user registration process may be invoked upon a user activation of a registration link on a web site associated with the game management system 200, upon a user request to download a game to the user's client device 108 or 110, upon a user attempt to begin playing a new game, or upon any other event initiated by the user.
  • the user identifying information may include, for example, a user ID, a password, an email address, a unique code associated with a game product selected by the user, a handset ID (for wireless devices, etc.).
  • game product refers to a specific game product (e.g., Red Faction or Halo) available to various users, and the term “game” refers to a game product's instance owned by a specific user.
  • the game usage controller 204 is responsible for receiving information associated with a user purchase of a new game, storing this information in the user database 216, and controlling the usage of this game on various user devices.
  • the game usage controller 204 may receive information associated with the purchase of a new game from the billing module 210 when a purchase is facilitated by the game management system 200, from the user registration module 202 when the user registers a game with the game management system, or from an external system facilitating the purchase of a new game. In one embodiment, if the user purchases a new game for a specific mobile device 106, the game usage controller 204 records the purchase in the user database 216.
  • the game usage controller 204 finds the record associated with the selected game in the user database 216 and causes this game to be available to the user for playing on the other mobile device.
  • the game usage controller 204 may also cause, in one embodiment, a game purchased for a mobile device 106 to be available to the user for playing on a PC, a hand-held computer, a game console or any other device 108.
  • the game usage controller 204 may cause, in one embodiment, a game purchased for a non-mobile device 108 to be available to the user for playing on mobile devices 106.
  • the game usage controller 204 may allow the user to re- download the game to the same client device if the user has previously erased the game from the client device (e.g., due to space considerations).
  • the game usage controller 204 causes a game to be available to a user if the user satisfies one or more game unlocking criteria (e.g., the number of game unlocks does not exceed a predefined threshold). In one embodiment, the game usage controller 204 can also cause a game to be unavailable or no longer available to the user upon determining that the user satisfies one or more game locking criteria (e.g., the user is delinquent).
  • game unlocking criteria e.g., the number of game unlocks does not exceed a predefined threshold.
  • the game usage controller 204 can also cause a game to be unavailable or no longer available to the user upon determining that the user satisfies one or more game locking criteria (e.g., the user is delinquent).
  • the game metrics collector 206 is responsible for receiving game metrics from players of various games (e.g., various single and multi-player games) and storing the game metrics in the game metrics database 218.
  • the game metrics may specify, for example, the version of a played game product, the score of the game, how long the game was played, etc.
  • the game metrics may be used by game producers and publishers to analyze gameplay and conduct data mining.
  • the game metrics controller 206 may also be responsible for producing reports based on game metrics (e.g., reports by title and carrier to evaluate the performance of game products by titles and genre).
  • the multi-player gameplay supporter 208 is responsible for providing multi-player features across different device platforms (e.g., PC platforms, wireless device platforms, web-based hand-held device platforms, game console platforms, etc.).
  • the multi-player features may include, for example, managing player turns in a multi- player game session, supporting exchange of in-game chat messages, maintaining lobbies for different game products to allow game players to exchange information, search for available players/teams and times, set up head-to-head games, etc.
  • a multi-player game session is a session currently active for a multi-player game product that allows a simultaneous participation of players who previously registered as users of this multi- player game product.
  • the multi-player gameplay supporter 208 is also responsible for comparing the scores of different users, returning a list of top scores to the client devices, and notifying a user if he or she earned a high score.
  • the multi-player gameplay supporter 208 may rank game players (e.g., based on losses, wins and difficulty of multi-player games), provide player rankings to the users upon their requests, initiate (or allow users to initiate) tournaments and define (or allow users to define) criteria for participation in tournaments.
  • the multi-player gameplay supporter 208 is further responsible for periodically checking whether each player is still connected to the network.
  • a threshold can be set to mark a game- validation point at which the multi-player game will be treated differently if any player is dropped from the network. This feature allows differentiating between players that are attempting to prematurely disconnect when their scores are unfavorable and players that are disconnected due to network problems.
  • the advertising module 210 is responsible for maintaining advertisements (both text and graphics) and facilitating in-game delivery of advertisements to client devices (e.g., using client-based modules as described above).
  • advertisements are selected for delivery to a client device based on the user's profile data captured by the client-based module, game metrics associated with the user, and/or a set of criteria (e.g., a user that played game A 10 times in the last 10 days should receive ads for a new version of game product A), hi one embodiment, the advertisements are assigned to a carousel and are rotated by title, impression count or time schedule, and a client device type.
  • Title-based advertising may be overridden by a carrier-specific promotion, hi one embodiment, advertisements are retrieved upon the start of the game (e.g., the client-based module sends a start game message, and the advertising module 210 responds by sending a text and/or graphic ad). In one embodiment, the advertising module 210 issues a new version alert message if a newer version of the game product played by the user exists (e.g., the client-based module sends a start game message with the current version of the game product, and the advertising module 210 responds by sending a new version alert message).
  • the advertising module 210 allows a user to browse a list of game products and displays a description and one or more screen shots for a game product selected by the user from the list.
  • the advertising module 210 facilitates a download of a demo version of the game product selected from the list.
  • a demo version is a version providing only partial (restricted) game functionality.
  • the demo version may only allow the user to play the game for a limited time period (e.g., 5 minutes) or at a basic level (i.e., the demo stops once the user reaches an advanced level in the game)
  • the advertising module 210 is responsible for selecting recipients of specific advertisements based on data stored in the databases 216 and 218 and facilitating in-game delivery of advertisements to the selected client devices. In one embodiment, the advertising module 210 is also responsible for identifying potential customers of a game product, sending an invitation to try a new game product to a potential customer, and upon receiving consent from a potential customer, facilitating a download of a demo version of the new game product to his or her mobile device.
  • the advertising module 210 is linked into the demo mode of the platform such that a demo version may operate in several modes.
  • a demo version may operate in a time limited mode, a score limited mode or an advertisement-enabled mode.
  • an advertisement-enabled mode a user playing a demo version will see advertisements targeted based on data mining at game milestones (e.g., at game start, between game levels, etc.).
  • the billing module 212 is responsible for performing billing transactions pertaining to billable events, such as purchases and lease of content, and storing information on billing transactions in the billing database 220.
  • the billing module 212 when it receives a user request to purchase a game, it sends an acknowledgment to the relevant client device (e.g., "Game A has been billed to your accounts for $3.95) and instructs the game usage controller 204 to "unlock" game A
  • the billing module 212 may request the user to provide billing information (e.g., an identifier of a user account maintained by the game management system, a credit card number, etc.) to complete the billing transaction or to send the billing request to a corresponding network communication carrier (e.g., to be charged against the user's phone bill), a corresponding billing aggregator (e.g., to be charged against a user account maintained by the billing aggregator such as PayPal®), or any other billing entity capable of supporting a debit transaction.
  • billing information e.g., an identifier of a user account maintained by the game management system, a credit card number, etc.
  • a corresponding network communication carrier e.g., to be charged against the user's phone bill
  • a corresponding billing aggregator e.g., to be charged against a user account maintained by the billing aggregator such as PayPal®
  • any other billing entity capable of supporting a debit transaction e.g., an identifier of a user account maintained by the game management
  • the billing module 212 allows the users to request and pay separately for various game related features (e.g., high score submission, multi-player messaging, chat messaging, game content upgrade, content refresh such as refresh of pictures and sound files, etc.) and non-application data (e.g., Musical Instrument Digital Interface (MIDI) files, graphics files, etc.).
  • game related features e.g., high score submission, multi-player messaging, chat messaging, game content upgrade, content refresh such as refresh of pictures and sound files, etc.
  • non-application data e.g., Musical Instrument Digital Interface (MIDI) files, graphics files, etc.
  • the billing module 212 identifies delinquent users and passes this information to the game usage controller 204, which can then "lock" the game (i.e., cause the user access to the game to be discontinued).
  • the billing module 212 is also responsible for receiving requests for billing data from carriers and importing requested data from the billing database 220 to billing systems of the carriers.
  • the game download module 214 is responsible for facilitating downloads of games to relevant client devices. Li one embodiment, the game download module 214 stores downloadable game code. Alternatively, the game download module 214 stores information on the external location of downloadable game code (e.g., URLs of the game code available for downloading). In one embodiment, the game download module 214 also facilitates downloads of non-application data such as MIDI files, Portable Network Graphics (PNG) files, etc.
  • PNG Portable Network Graphics
  • the versioning module 222 is responsible for receiving data identifying versions of games possessed by the users, and determining whether new versions of corresponding game products are available, hi one embodiment, the versioning module 222 sends messages to client devices to inform the users of the new game product versions and to indicate the location of the corresponding downloadable game code. Alternatively, the versioning module 222 may download game subcomponents (e.g., roster data, new graphics, modified levels, etc.) automatically, without involving the user in the download process (e.g., without specifying the location of the corresponding downloadable game code, etc.).
  • the user account manager 224 is responsible for collecting user account information from client devices, storing this information in the user database 216, and allowing web-based user login to their accounts. The user account information may include, for example, a list of games owned, user rankings, ladders, message boards, system information, user gaming preferences, etc.
  • the game matching engine 226 is responsible for finding multi-player game sessions that may be of interest to a user and providing user access to these multi- player game sessions. Multi-player game sessions referred to herein are also known as game lobbies where players are waiting to play relevant multi-player games.
  • the game matching engine 226 finds attractive multi-player game sessions for a user based on game metrics and preferences of the user. In one embodiment, the user preferences are specified by the user. Alternatively, the user preferences are inferred from the prior behavior of the user.
  • the game management system 200 may also contain an administration module (not shown) that is responsible for allowing various levels of user access to the different services and data. For example, a game publisher administrator may be granted the highest access level to all data and services provided by the game management system 200 while a carrier administrator may be granted a lower access level allowing only access to services and data provided to the users of this carrier.
  • the administration module is also responsible for providing default settings and permissions for individual carriers and allowing customization of the default settings and permissions on a carrier basis.
  • the administration module is responsible for reconfiguring the game management system 200 in real time to add a new carrier with default setting and permissions.
  • the game management system 200 provides services to users of various network communication carriers, game player communities are no longer limited to users of a specific carrier or a specific device platform.
  • the game management system 200 allows manufactures and publishers of electronic games to develop direct relationships with players of mobile games, PC games, web-based games and console games, collect detailed information about these game players, and facilitate targeted advertisements of electronic games.
  • the game management system 200 provides quick access to the most attractive multi-player game sessions based on gamers' expressed and learned gameplay preferences.
  • each client device serviced by the game management system hosts a client-based module (referred to herein as a gaming data module) that may be integrated with a game application (e.g., a mobile game application, a PC game application, a web-based game application, a console game application, etc.) or operate as an independent application.
  • the gaming data module is an application programming interface (API) that may vary depending on the game type.
  • a client API for a PC game may retrieve system information about the PC (e.g., disk and memory sizes, operating system information, video card type, etc.) and send this system information to the game management system 102.
  • client API features may vary for different games. For example, a client API for a specific game may not support in-game advertising or game metric collection.
  • the gaming data module is responsible for forwarding messages (and storing messages when the client device is disconnected from the network) to the game management system and supporting real-time in-game features (e.g., in-game advertisement, multi-player gameplay, user registration, game metric collection, etc.) facilitated by the game management system.
  • real-time in-game features e.g., in-game advertisement, multi-player gameplay, user registration, game metric collection, etc.
  • FIG. 2B is a block diagram of one embodiment of a gaming data module 240.
  • the gaming data module 240 includes a billing component 242, a game access component 244, a high score component 246, a versioning alert component 248, an advertisement component 250, a marketing component 252, a user profile component 254, a game browser component 256, a game download component 258, and a user database 260.
  • the billing component 242 is responsible for sending billing data (e.g., the title of the game, the device ID, the user ID, user billing information, etc.) to the game management system, receiving a purchase acknowledgment from the game management system, and displaying the purchase acknowledgement to the user.
  • billing data e.g., the title of the game, the device ID, the user ID, user billing information, etc.
  • the game access component 244 is responsible for sending game keys (e.g., the game title, the device ID, and the user ID) to the game management system and unlocking the game upon receiving an unlock instruction from the game management system.
  • game keys e.g., the game title, the device ID, and the user ID
  • the game access component 244 checks with the game management system each time the user starts a game to determine whether the game should be re-locked (e.g., if subscription expires, game is pirated, etc.).
  • the game access component 244 flags high priority messages (e.g., game purchase messages) to send to the game management system immediately or store in a record file for resending if service is out (e.g., if a user wants to buy the game while in the out-of-service area).
  • the high score component 246 is responsible for submitting the user's score to the game management system when the user finished playing the game, receiving a current list of high scores for a game product, and displaying the current list to the user.
  • the versioning alert component 248 is responsible for sending game version information to the game management system when the user launches the game, receiving information on a newer version of this game product from the game management system, and displaying this information to the user before the game start.
  • the user profile component 254 is responsible for capturing user profile data and storing the user profile data in the user database 260.
  • the user profile data may be captured based on information of interest defined by the game management system.
  • the user profile data may specify, for example, which games the user plays on this client device, when the games are played, user scores earned in the games, user device information (e.g., device type, CPU, etc), etc.
  • the user profile data may specify preferences of the user with respect to online multi-player games. These preferences may include, for example, a preferred average experience of the user's team members, a preferred maximum number of members in the user's team, a preferred opponent team-member experience, etc.
  • the user preferences are maintained for each game product that is of interest to the user.
  • the advertisement component 250 is responsible for sending new user profile data to the game management system, receiving ads selected by the game management system based on the user profile data and a set of rules, and displaying the ads to the user.
  • the marketing component 252 is responsible for collecting game metrics and sending them to the game management system.
  • the game metrics may specify, for example, the version of a played game, the score of the game, how long the game was played, etc.
  • the game browser component 256 allows users to log in at game launch, view their preferences, and browse current game products available at the game management system. In one embodiment, the game browser component 256 also allows users to view game products' screenshots, descriptions and price.
  • the game download component 258 allows users to download new games.
  • FIG. 3 is a block diagram of one embodiment of a game matching engine 302.
  • the game matching engine 302 includes a behavior analyzer 304, a game monitor 306, a matching request receiver 308, a search engine 310, a user notifier 312, a user profile database 314, a game metrics database 316, and a game attributes database 318.
  • the behavior analyzer 304 is responsible for receiving game metrics from various client devices and game servers facilitating gameplay for multi-player online games, and storing the game metrics in the game metrics database 316.
  • the game metrics may include, for example, titles of played games, versions of played games, the duration of played games, names of game players, scores of game players, experience levels of game players, playing patterns of game players, etc.
  • the behavior analyzer 304 periodically analyzes the game metrics associated with individual users to infer their preferences, and then updates user preferences in the user profile database 314.
  • the user preferences are maintained in the user profile database 314 based on data specified by the users.
  • the user preferences are maintained using a combination of user-specified data and analyses performed by the behavior analyzer 304 (e.g., some user preferences are specified by the users while other user preferences are inferred by the behavior analyzer 304).
  • the user preferences are applicable to multi-player game sessions played by a user on various client devices (e.g., mobile phones, a PC, a hand-held computer, a video game console, etc.).
  • the game monitor 306 is responsible for periodically analyzing game metrics in the game metrics database 316 to identify currently active multi-player game sessions, and determining attributes of each multi-player game session based on the game metrics.
  • the multi-player game attributes may include, for example, an average player experience level in each team, the number of players in each team, multi-player game session duration, gameplay patterns of each team, etc.
  • the game monitor 306 stores the multi-player game attributes in the game attributes database 318.
  • the matching request initiator 308 is responsible for initiating requests for matching multi-player games. In one embodiment, the matching request initiator 308 initiates a request for matching multi-player game sessions upon receiving a request from a user who already owns the game (an instance of a game product) and wants to participate in a multi-player session of this game.
  • the matching request initiator 308 initiates a request for a matching multi-player game product based on marketing-based provisions, which make it possible for a user to play a multi-player game the user does not own or lease.
  • the search engine 310 finds a matching multi-player game product, an instance of this game product may be offered to the user for purchase, lease or demo with the intent to expose the user to the game he or she does not own.
  • the search engine 310 is responsible for executing matching requests.
  • the search engine 310 searches for multi-player sessions of a specified game that match preferences of a user.
  • the search engine 310 finds the matching multi-player game sessions based on predefined business rules.
  • the business rules define the scope of the search and may differ depending on a game title. For example, the business rules may specify how closely the multi-player game session should match the user preferences to qualify as a match.
  • the search engine 310 finds the matching multi- player game sessions in response to a matching request received from a user. Alternatively, the search engine 310 does not wait for a request but instead periodically searches for active multi-player game sessions that accept players, finds users with preferences matching these active multi-player game sessions, and invites these users to join the relevant multi-player game sessions.
  • the search engine 310 searches for a multi-player game product based on marketing metrics and user profile data mining.
  • the marketing metrics may specify that a specific game product should be offered to every user who has previously played games of a certain category.
  • the user notifier 312 is responsible for notifying the users about the found match or matches.
  • the user notifier 312 presents to the user the multi-player game sessions for a specified game product that satisfy the user preferences.
  • the user notifier 312 may invite the user to download an instance of the matching game product (e.g., via an advertisement at the start of some other game owned by the user). The user may then be permitted to play this game only in a limited manner (e.g., as a demo, by paying a per-play fee, etc.).
  • the user notifier 312 sends a message to the user with an invitation to join the matching multi-player game session.
  • the invitation may be sent via an external notification event (e.g., an email message, an SMS message, an BVI message, etc.).
  • the invitation may be sent via an in- game notification event (e.g., using a chat engine) that may, for example, interrupt a single-player game or overlay some displayed text with the invitation.
  • the search engine 310 performs periodic searches for a multi-player game lobby associated with a specific game product.
  • the search engine 310 defines a "personality" of the game lobby and then searches for users with preferences matching the personality of the game lobby. When such users are found, the user notifier 312 sends them an invitation to join the game lobby.
  • the personality of the game lobby may be defined by randomly selecting values for the attributes associated with the game product.
  • the personality of the game lobby may be inherited from the personalities of the players in the lobby. That is, the values assigned to the attributes associated with the game product are selected based on user preferences of the players in the game lobby.
  • the personality of the game lobby may change. Accordingly, the game matching engine 302 enables a game lobby to evolve a personality and then seek users with preferences matching the personality of the game lobby, regardless of whether these users have met or played against each other before.
  • the user preferences may be inferred by the behavior analyzer 304 and/or specified by the users for the relevant game product.
  • FIG 4 is a flow diagram of one embodiment of a process for finding a desirable multi-player game session for a user.
  • the process may be performed by processing logic that may comprise hardware (e.g., dedicated logic, programmable logic, microcode, etc.), software (such as run on a general purpose computer system or a dedicated machine), or a combination of both.
  • the process is performed by a game matching engine 302.
  • process 400 begins with processing logic receiving a request to find matching multi-player game sessions for a user (processing block 402).
  • the request is submitted by the user (e.g., by clicking a "Find a matching game” button).
  • the request may be generated automatically upon detecting a certain action performed by a user (e.g., upon detecting that the user is browsing a list of active multi-player sessions of a specific game product), hi one embodiment, the user request specifies a game product for which matching active multi-player game sessions or lobbies should be found.
  • processing logic analyzes the user profile to determine gaming preferences of the user, hi one embodiment, the gaming preferences are specified by the user, hi another embodiment, processing logic infers gaming preferences of the user based on the user's prior behavior.
  • the user preferences may include, for example, a preferred average experience of the user's team members, a preferred maximum number of members in the user's team, a preferred opponent team- member experience, etc.
  • the user preferences are maintained for each game product that is of interest to the user.
  • the user preferences are maintained for all devices used by the user for playing games (e.g., a PC, a hand-held computer, a wireless phone, a game console, etc.). For example, for a game product having a wireless phone version and a game console version, the user preferences specified for the wireless phone version are applicable to the game console version unless the user wants to maintain separate preferences for each device.
  • processing logic compares the gaming preferences of the user with attributes of currently active multi-player game sessions using business rules, hi one embodiment, the attributes of each game session or game lobby are maintained based on profiles of participating players and gaming metrics received from relevant game servers.
  • the business rules define the scope of the search and may specify which attributes need to be compared, how similar user preferences and game attributes should be, etc.
  • processing logic finds multi-player game sessions matching the user preferences (processing block 408) and presents a list of matching multi-player game sessions to the user (processing block 410).
  • the list of matching multi-player game sessions includes multi-player games and/or lobbies currently active for a game product specified by the user.
  • the list of matching multi-player game sessions includes multi-player games and/or lobbies currently active for various game products.
  • the matching multi-player game sessions are presented in ranked (or weighted) order indicating how closely each game session matches the user preferences.
  • each multi-payer game session in the list is presented as a link to the relevant multi-player game session.
  • processing logic provides access to a multi- player game session selected by the user from the list (e.g., by clicking a link representing the multi-player game session).
  • FIG. 5 is a flow diagram of one embodiment of a process 500 for inferring gaming preferences of a user.
  • the process may be performed by processing logic that may comprise hardware (e.g., dedicated logic, programmable logic, microcode, etc.), software (such as run on a general purpose computer system or a dedicated machine), or a combination of both.
  • the process is performed by a game matching engine 302.
  • process 500 begins with processing logic collecting gaming data associated with a user (processing block 402).
  • the gaming data is collected from client devices used by the user and game servers supporting games played by the user.
  • the gaming data may include, for example, titles of games played by the user, the user's gameplay attributes (e.g., scores, skill level, gameplay type (e.g., strategic, action), etc.), gameplay attributes of members of the user's team, gameplay attributes of the user's opponents, game environment, game duration, etc.
  • processing logic analyzes the user behavior using the collected gaming data (processing block 504) and creates user preferences based on this analysis (processing block 506).
  • processing logic receives new gaming data from the game servers and the user's client devices, repeats behavior analysis using the new gaming data (processing block 508), and determines whether the user preferences need to be changed (processing block 510). If so, processing logic updates the user preferences (processing block 512) and returns to processing block 508. If not, processing logic proceeds directly to processing block 508. [0087] Accordingly, process 500 provides a heuristic approach for determining user preferences that achieves more accurate results with time and eliminates the need to enter user preferences on a client device, which may be especially burdensome for users of wireless phones.
  • FIG. 6 is a flow diagram of one embodiment of a process 600 for maintaining attributes of multi-player game sesions.
  • the process may be performed by processing logic that may comprise hardware (e.g., dedicated logic, programmable logic, microcode, etc.), software (such as run on a general purpose computer system or a dedicated machine), or a combination of both.
  • the process is performed by a game matching engine 302.
  • process 600 begins with processing logic identifying currently active multi-player game sessions using gaming data collected from game servers (processing block 602).
  • processing logic identifies currently active multi-player game sessions based on game start and end events received from APIs of game applications.
  • processing logic 604 composes a list of currently active multi-player game sessions.
  • processing logic collects attributes for each active multi-player game session.
  • processing logic receives a set of game attributes from APIs of relevant game applications.
  • processing logic stores the collected game attributes in the game attributes database.
  • FIG. 7A is a flow diagram of one embodiment of a process 700 for inviting new players to participate in active multi-player game sessions.
  • the process may be performed by processing logic that may comprise hardware (e.g., dedicated logic, programmable logic, microcode, etc.), software (such as run on a general purpose computer system or a dedicated machine), or a combination of both.
  • the process is performed by a game matching engine 302.
  • process 700 begins with processing logic receiving an indication that a player is needed for an active multi-player game session or game lobby (processing block 702). hi one embodiment, this indication is received from a corresponding game server informing the game matching engine that one or more additional players are needed to start a specific game.
  • processing logic compares attributes of the above multi-player game session with preferences of various users to find a user who may be interested in joining the multi-player game session.
  • the user preferences may be specified by the user or inferred from his or her gaming history.
  • the game attributes are compared with the user preferences using predefined business rules (e.g., a rule requiring that only users previously agreed to invitations be considered).
  • processing logic finds a user with preferences matching the attributes of the multi-player game session (processing block 706) and invites the user to join this multi-player game session or multi-player game lobby (processing block 708).
  • Processing logic may send the invitation via email SMS, IM or any other means.
  • the invitation includes a link allowing immediate access to the multi-player game.
  • FIG. 7B is a flow diagram of one embodiment of a process for seeking players for a multi-player game session.
  • the process may be performed by processing logic that may comprise hardware (e.g., dedicated logic, programmable logic, microcode, etc.), software (such as run on a general purpose computer system or a dedicated machine), or a combination of both.
  • the process is performed by a game matching engine 302.
  • process 720 begins with processing logic identifying a multi-player game lobby (processing block 702).
  • the game lobby may be an existing multi-player game lobby that is currently active for a specific game product.
  • the game lobby may be a multi-player game lobby newly created for a specific game product (e.g., to conduct a game tournament).
  • processing logic defines a personality of the game lobby.
  • processing logic defines the personality of the game lobby by assigning certain values to the attributes associated with the relevant game product.
  • the assigned values are determined based on preferences of the players in the game lobby. As discussed above, these preferences may be specified by the players and/or inferred from the prior behavior of the players. As new players are added to the game lobby, the personality of the game lobby may change.
  • the assigned values are selected randomly.
  • the assigned values are selected based on criteria associated with an intended usage of the created game lobby.
  • the game lobby may be used in a tournament, and the assigned values may be selected based on a skill level required for the tournament, user criteria such as age and gender, hardware capability (e.g., phone model/speed), physical locale, etc.
  • the assigned values may be selected based on gameplay history (e.g., hours played, type of gameplay (aggressive, passive), etc.) associated with the relevant game product.
  • processing logic searches preferences of various users to find users who would likely prefer the game lobby (processing block 726). In one embodiment, processing logic finds such users by comparing gaming preferences of various users with the attributes of the game lobby.
  • processing logic invites users with matching preferences to join the game lobby.
  • processing logic invites a user via an external notification event (e.g., an email message, an SMS message, an IM message, etc.).
  • processing logic invites a user via an in-game notification event (e.g., using a chat engine) that may, for example, interrupt a single-player game or overlay some displayed text with the invitation.
  • FIG 8 is a flow diagram of one embodiment of a process 800 for supporting revenge games.
  • the process may be performed by processing logic that may comprise hardware (e.g., dedicated logic, programmable logic, microcode, etc.), software (such as run on a general purpose computer system or a dedicated machine), or a combination of both, hi one embodiment, the process is performed by a game matching engine 302.
  • processing logic may comprise hardware (e.g., dedicated logic, programmable logic, microcode, etc.), software (such as run on a general purpose computer system or a dedicated machine), or a combination of both, hi one embodiment, the process is performed by a game matching engine 302.
  • process 800 begins with processing logic detecting that a first player lost to a second player (processing block 802). This detection may be made based on gaming data received from a game server or a client device of the first or second player.
  • processing logic examines preferences of the first player. If the preferences of the first player specify that the first player desires a revenge game (processing block 806), processing logic starts monitoring the online activity of the second player. Upon detecting that the second player appears online and is about to start a new multi-player game session (processing block 808), processing logic invites the first player to join the multi-player game session selected by the second player (processing block 810). In one embodiment, processing logic invites the first player only if the second player selects a session for the multi-player game that was played by the both players before.
  • processing logic invites the first player to a session of any multi-player game selected by the second player.
  • processing logic invites the first player only if the first player owns the game selected by the second player.
  • Processing logic may then send the invitation to the first player using an external notification event (e.g., email, SMS, or IM message) or using an in-game notification event (e.g., via a chat engine).
  • the invitation includes a link allowing immediate access to the game.
  • processing logic invites the first player even if the first player does not own the game selected by the second player.
  • processing logic invites the first player to download this game to play a revenge match.
  • the downloaded game version may include limited functionality to, for example, allow the first player to play only a revenge match.
  • processing logic allows any player to receive a challenge or initiate a challenge in a game not owned by the player if the player pays a per-play fee. As a result, any user can challenge any other user, regardless of game ownership.
  • users become exposed to games they do not own, they may enjoy the game and decide to purchase or lease it.
  • Process 800 may be performed in a similar manner for a scenario in which the first player is in a game session (single or multiplier) and receives an in-game notification that his or her enemy just logged in.
  • the first player will send a challenge for the second player to join the current game session invoked by the first player.
  • FIG 9 is a flow diagram of one embodiment of a process 900 for providing alerts to users.
  • the process may be performed by processing logic that may comprise hardware (e.g., dedicated logic, programmable logic, microcode, etc.), software (such as run on a general purpose computer system or a dedicated machine), or a combination of both.
  • processing logic may comprise hardware (e.g., dedicated logic, programmable logic, microcode, etc.), software (such as run on a general purpose computer system or a dedicated machine), or a combination of both.
  • the process is performed by a game matching engine 302.
  • process 900 begins with processing logic detecting that a user has requested an alert (processing block 902).
  • An alert may be requested to receive notifications when a desired player or team is online in an active multi-player game session or multi-player game lobby, a desired multi-player game session accepts new players, etc.
  • the user may request an alert by, for example, enabling an "Alert Me” feature in a user profile.
  • processing logic monitors gameplay data received from game servers or a single game server (if the target is a specific game) to determine whether an alert condition is satisfied (processing block 906).
  • processing logic sends an alert to the user (processing block 908).
  • Processing logic may send the alert using an external notification event (e.g., email, SMS, or IM message) or using an in-game notification event (e.g., via a chat engine).
  • the message containing the alert includes a link allowing immediate access to the game that satisfies the alert condition.
  • FIG 10 is a flow diagram of one embodiment of a process 1000 for facilitating multi-player game tournaments.
  • the process may be performed by processing logic that may comprise hardware (e.g., dedicated logic, programmable logic, microcode, etc.), software (such as run on a general purpose computer system or a dedicated machine), or a combination of both.
  • the process is performed by a game matching engine 302.
  • process 1000 begins with processing logic scheduling a multi-player game tournament (processing block 1002).
  • processing logic finds users that may be interested in the tournament using the process discussed above in conjunction with Figure 7B.
  • processing logic invites the found users to participate in the tournament.
  • Processing logic may send the invitation to the users using an external notification event (e.g., email, SMS, or IM message) or using an in- game notification event (e.g., via a chat engine).
  • the invitation includes a link allowing the user to register for the tournament.
  • FIG 11 is a block diagram of an exemplary computer system 1100 that may be used to perform one or more of the operations described herein.
  • the machine may comprise a network router, a network switch, a network bridge, Personal Digital Assistant (PDA), a cellular telephone, a web appliance or any machine capable of executing a sequence of instructions that specify actions to be taken by that machine.
  • PDA Personal Digital Assistant
  • the computer system 1100 includes a processor 1102, a main memory 1104 and a static memory 1106, which communicate with each other via a bus 1108.
  • the computer system 1100 may further include a video display unit 1110 (e.g., a liquid crystal display (LCD) or a cathode ray tube (CRT)).
  • the computer system 1100 also includes an alpha-numeric input device 1112 (e.g., a keyboard), a cursor control device 1114 (e.g., a mouse), a disk drive unit 1116, a signal generation device 1120 (e.g., a speaker) and a network interface device 1122.
  • the disk drive unit 1116 includes a computer-readable medium 1124 on which is stored a set of instructions (i.e., software) 1126 embodying any one, or all, of the methodologies described above.
  • the software 1126 is also shown to reside, completely or at least partially, within the main memory 1104 and/or within the processor 1102.
  • the software 1126 may further be transmitted or received via the network interface device 1122.
  • the term "computer- readable medium” shall be taken to include any medium that is capable of storing or encoding a sequence of instructions for execution by the computer and that cause the computer to perform any one of the methodologies of the present invention.
  • the term “computer-readable medium” shall accordingly be taken to included, but not be limited to, solid-state memories, optical and magnetic disks, and carrier wave signals.

Abstract

L'invention concerne un procédé et un système permettant aux joueurs de trouver des jeux intéressants à joueurs multiples. Dans un mode de réalisation, le procédé consiste à trouver, en fonction des règles sélectionnées, une ou plusieurs parties de jeu à joueurs multiples qui correspondent aux préférences exprimées par un joueur potentiel, et à avertir celui-ci du moment où surviennent ces parties de jeu à joueurs multiples.
PCT/US2006/040096 2005-10-11 2006-10-11 Procede et appareil permettant aux joueurs de trouver des jeux interessants a joueurs multiples WO2007044908A2 (fr)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2008535714A JP2009511200A (ja) 2005-10-11 2006-10-11 プレーヤのための望ましいマルチプレーヤ・ゲームを見つけるための方法及び装置
EP06825917A EP1948335A4 (fr) 2005-10-11 2006-10-11 Procede et appareil permettant aux joueurs de trouver des jeux interessants a joueurs multiples

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US24867105A 2005-10-11 2005-10-11
US11/248,671 2005-10-11

Publications (2)

Publication Number Publication Date
WO2007044908A2 true WO2007044908A2 (fr) 2007-04-19
WO2007044908A3 WO2007044908A3 (fr) 2009-05-07

Family

ID=37943558

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2006/040096 WO2007044908A2 (fr) 2005-10-11 2006-10-11 Procede et appareil permettant aux joueurs de trouver des jeux interessants a joueurs multiples

Country Status (3)

Country Link
EP (1) EP1948335A4 (fr)
JP (1) JP2009511200A (fr)
WO (1) WO2007044908A2 (fr)

Cited By (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8087999B2 (en) 2007-09-28 2012-01-03 Igt Gaming system and method of operating a gaming system providing wagering control features for wagering games
WO2012166639A1 (fr) * 2011-06-03 2012-12-06 Apple Inc. Informations personnalisées pour un actif non acquis
US9536382B2 (en) 2007-11-09 2017-01-03 Igt Gaming system and method for providing team play
JP2017063470A (ja) * 2007-12-05 2017-03-30 ソニー インタラクティブ エンタテインメント アメリカ リミテッド ライアビリテイ カンパニー 通信チャンネルを経て送信されるある形式のマルチメディアデータを保護するシステム及び方法
US9619970B2 (en) 2007-08-06 2017-04-11 Igt Gaming system and method providing a group bonus event for linked gaming devices
WO2017156082A1 (fr) * 2016-03-11 2017-09-14 Interdigital Technology Corporation Capture de stylisation de profil manifeste
US10398986B1 (en) 2015-12-22 2019-09-03 Colton Henroid System for multiplayer game searching and matching and methods therefor
US11077364B2 (en) 2018-04-02 2021-08-03 Google Llc Resolution-based scaling of real-time interactive graphics
US11110348B2 (en) 2018-04-10 2021-09-07 Google Llc Memory management in gaming rendering
US11140207B2 (en) 2017-12-21 2021-10-05 Google Llc Network impairment simulation framework for verification of real time interactive media streaming systems
US11305186B2 (en) 2016-05-19 2022-04-19 Google Llc Methods and systems for facilitating participation in a game session
SE2030332A1 (en) * 2020-11-06 2022-05-07 Aakerfeldt Erik Seamless multiplayer experience
US11369873B2 (en) 2018-03-22 2022-06-28 Google Llc Methods and systems for rendering and encoding content for online interactive gaming sessions
US11433311B2 (en) 2018-04-02 2022-09-06 Google Llc Methods, devices, and systems for interactive cloud gaming
US11662051B2 (en) 2018-11-16 2023-05-30 Google Llc Shadow tracking of real-time interactive simulations for complex system analysis
US11684849B2 (en) 2017-10-10 2023-06-27 Google Llc Distributed sample-based game profiling with game metadata and metrics and gaming API platform supporting third-party content

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6224591B2 (ja) 2012-08-06 2017-11-01 グリー株式会社 表示システム、同システムにおける表示方法及び表示プログラム
JP6376638B2 (ja) * 2014-01-29 2018-08-22 株式会社コロプラ ゲームに関わるサーバコンピュータ及びゲームプログラム

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AU2343097A (en) * 1996-03-21 1997-10-10 Mpath Interactive, Inc. Network match maker for selecting clients based on attributes of servers and communication links
US6134590A (en) * 1996-04-16 2000-10-17 Webtv Networks, Inc. Method and apparatus for automatically connecting devices to a local network
AU6392899A (en) * 1998-09-15 2000-04-03 Local2Me.Com, Inc. Dynamic matching TM of users for group communication
US6352479B1 (en) * 1999-08-31 2002-03-05 Nvidia U.S. Investment Company Interactive gaming server and online community forum
US6884166B2 (en) * 2001-07-13 2005-04-26 Gameaccount Limited System and method for establishing a wager for a gaming application
US8216071B2 (en) * 2002-03-20 2012-07-10 Intel Corporation Method and apparatus for software delivery and management
DE60331107D1 (de) * 2003-06-30 2010-03-11 Nokia Corp Verfahren und vorrichtung zum automatischen verbinden eines mobilen endgerätes mit einem mobiltelefonnetzserver mittels eines auswechselbaren speichers
US7614955B2 (en) * 2004-03-01 2009-11-10 Microsoft Corporation Method for online game matchmaking using play style information
US7677970B2 (en) * 2004-12-08 2010-03-16 Microsoft Corporation System and method for social matching of game players on-line

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See references of EP1948335A4 *

Cited By (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9619970B2 (en) 2007-08-06 2017-04-11 Igt Gaming system and method providing a group bonus event for linked gaming devices
US8087999B2 (en) 2007-09-28 2012-01-03 Igt Gaming system and method of operating a gaming system providing wagering control features for wagering games
US9536382B2 (en) 2007-11-09 2017-01-03 Igt Gaming system and method for providing team play
JP2017063470A (ja) * 2007-12-05 2017-03-30 ソニー インタラクティブ エンタテインメント アメリカ リミテッド ライアビリテイ カンパニー 通信チャンネルを経て送信されるある形式のマルチメディアデータを保護するシステム及び方法
WO2012166639A1 (fr) * 2011-06-03 2012-12-06 Apple Inc. Informations personnalisées pour un actif non acquis
US10398986B1 (en) 2015-12-22 2019-09-03 Colton Henroid System for multiplayer game searching and matching and methods therefor
WO2017156082A1 (fr) * 2016-03-11 2017-09-14 Interdigital Technology Corporation Capture de stylisation de profil manifeste
US11305186B2 (en) 2016-05-19 2022-04-19 Google Llc Methods and systems for facilitating participation in a game session
US11684849B2 (en) 2017-10-10 2023-06-27 Google Llc Distributed sample-based game profiling with game metadata and metrics and gaming API platform supporting third-party content
US11140207B2 (en) 2017-12-21 2021-10-05 Google Llc Network impairment simulation framework for verification of real time interactive media streaming systems
US11369873B2 (en) 2018-03-22 2022-06-28 Google Llc Methods and systems for rendering and encoding content for online interactive gaming sessions
US11433311B2 (en) 2018-04-02 2022-09-06 Google Llc Methods, devices, and systems for interactive cloud gaming
US11654354B2 (en) 2018-04-02 2023-05-23 Google Llc Resolution-based scaling of real-time interactive graphics
US11077364B2 (en) 2018-04-02 2021-08-03 Google Llc Resolution-based scaling of real-time interactive graphics
US11110348B2 (en) 2018-04-10 2021-09-07 Google Llc Memory management in gaming rendering
US11813521B2 (en) 2018-04-10 2023-11-14 Google Llc Memory management in gaming rendering
US11662051B2 (en) 2018-11-16 2023-05-30 Google Llc Shadow tracking of real-time interactive simulations for complex system analysis
SE2030332A1 (en) * 2020-11-06 2022-05-07 Aakerfeldt Erik Seamless multiplayer experience

Also Published As

Publication number Publication date
JP2009511200A (ja) 2009-03-19
WO2007044908A3 (fr) 2009-05-07
EP1948335A4 (fr) 2011-02-09
EP1948335A2 (fr) 2008-07-30

Similar Documents

Publication Publication Date Title
WO2007044908A2 (fr) Procede et appareil permettant aux joueurs de trouver des jeux interessants a joueurs multiples
US20060063590A1 (en) Mechanism to control game usage on user devices
RU2434295C2 (ru) Способ и система рекламы, сервер управления рекламой и мобильное устройство
US20190046868A1 (en) System, method and computer readable recording medium for providing game through connection with challenge opponent
JP5599855B2 (ja) ゲーム制御装置、アイテム抽選プログラム、ゲームシステム
US20070077993A1 (en) Method and apparatus for collecting user game play data and crediting users in a gaming environment
US20080220854A1 (en) Method and apparatus for collecting user game play data and crediting users in an online gaming environment
WO2013015002A1 (fr) Dispositif de gestion de jeu, système de jeu, procédé de gestion de jeu, programme et support d'enregistrement
US20080220869A1 (en) Method and apparatus for providing game guide data in a gaming environment
US20130054689A1 (en) Redeemable content specific to groups
US20070077992A1 (en) Method and apparatus for monitoring user game-playing behavior and reporting game play data in a gaming environment
US20080220872A1 (en) Method and apparatus for issuing a challenge prompt in a gaming environment
JP2009172022A (ja) モバイルゲーム管理装置及び管理方法
US20070015458A1 (en) Method for promoting an entertainment-based mobile application
JP5727979B2 (ja) ゲーム処理装置、ゲーム処理装置の制御方法、ならびに、プログラム
KR100721887B1 (ko) 정보 공급 단말기
US20130217501A1 (en) Presenting application challenges outside an application execution context
JP2003033575A (ja) 携帯端末向けｅメールを併用したネット対戦型シミュレーションゲームの運営管理システム
US20140121011A1 (en) Method and system for mobile simulated real-time player vs. player gaming
JP2003150852A (ja) 広告表示システム、サーバー、記憶媒体、及び広告表示方法
KR102638795B1 (ko) 온라인 게임에서의 협업을 위한 서비스 제공 방법, 및 장치
KR100835288B1 (ko) 온라인 게임 제공방법
KR100452084B1 (ko) 온라인 게임 제공방법

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application
ENP Entry into the national phase in:

Ref document number: 2008535714

Country of ref document: JP

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 2006825917

Country of ref document: EP

NENP Non-entry into the national phase in:

Ref country code: DE