WO2013014928A1 - ゲーム制御装置、ポイント処理方法、ポイント処理プログラム - Google Patents
ゲーム制御装置、ポイント処理方法、ポイント処理プログラム Download PDFInfo
- Publication number
- WO2013014928A1 WO2013014928A1 PCT/JP2012/004743 JP2012004743W WO2013014928A1 WO 2013014928 A1 WO2013014928 A1 WO 2013014928A1 JP 2012004743 W JP2012004743 W JP 2012004743W WO 2013014928 A1 WO2013014928 A1 WO 2013014928A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- player
- identification information
- game
- players
- player identification
- Prior art date
Links
Images
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/46—Computing the game score
-
- 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/71—Game security or game management aspects using secure communication between game devices and game servers, e.g. by encrypting game data or authenticating players
-
- 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/828—Managing virtual sport teams
-
- 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/85—Providing additional services to players
- A63F13/87—Communicating with other players during game play, e.g. by e-mail or chat
-
- 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/5553—Details of game data or player data management using player registration data, e.g. identification, account, preferences, game history user representation in the game field, e.g. avatar
-
- 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
- A63F2300/575—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 for trading virtual items
Definitions
- the present invention relates to a technique for event processing in a game executed in units of player IDs for uniquely identifying a player via a network from a communication terminal operated by the player.
- a so-called online game system which is a game system in which a game device with a communication function accesses a server device on the Internet, is known.
- a technique is known in which a plurality of players perform specific operations on a game device so that characters of each player on the game perform a cooperative operation (Patent Documents below). 1).
- Such a cooperative operation in an online game can be said to be a kind of communication between players.
- a so-called social game (executed by a game application created on the basis of an operating environment such as API (Application Programming Interface) operating on a web browser in a social networking service (SNS) by a specific service provider.
- Social Game is popular. It can be said that the social game is a kind of online game that is played while communicating among an unspecified number of players.
- a social game does not play a game between players through a communication-equipped game device equipped with a game software, and the player installs or downloads the game software on the player side. There is no need. That is, if the player has a communication terminal equipped with a web browser, the player can execute a social game. Therefore, for example, if a portable terminal that can be connected to the Internet is provided, the player can enjoy a social game regardless of time and place.
- One of the features of the above-described social game is that it has a richer communication function for interaction between players than conventional online games.
- social games for example, in addition to cooperative play with other players (companies), information exchange by communicating with friends such as greetings and contacts with friends, gifts of items on the game with friends or items An exchange has been made.
- a battle mode is provided in which the players battle each other, and in this battle mode, items on the game held by the player who lost the battle may be caught by the winning player. .
- a battle mode there is a risk that an item can be caught for players who play against each other. Therefore, some players are hesitant to play in the battle mode frequently. Therefore, a social game is known in which a play mode different from the battle mode is prepared, in particular, between players who are friends on the game and under a condition in which each other's items cannot be caught.
- a practice game mode match (practice game) is set between players who are fellow players in the game under conditions in which each other's items cannot be caught, and this practice game is performed.
- an operating cost is set which is a cost that is successively consumed (that is, reduced) by the game activity by the player. Activities are now restricted. Since the practice game is also an activity on the game, the player consumes the operation cost by performing the practice game.
- the present invention has been made in view of the above-described viewpoints, and an object of the present invention is to provide a game control device, a point processing method, and a point processing program that guide a fellow player to actively exchange with each other.
- a first aspect of the present invention is configured to be accessible via a network from a communication terminal operated by a player, and a player identification information unit for uniquely identifying a player's game execution by the communication terminal It is a game control apparatus controlled by.
- This game control device Registration means for registering the player identification information in association with other player identification information triggered by an application based on the player identification information;
- Intimacy setting means for setting intimacy between player identification information based on an event that occurs between players corresponding to the player identification information associated with each other;
- Battle execution means for executing a battle between players corresponding to player identification information associated with each other; In the battle between the players, the higher the familiarity between the player identification information of the players who are fighting, the more points that can be converted into the benefits on the game, the points to be given as points corresponding to the player identification information of the players who are fighting Granting means; Is provided.
- the game control device may be any information processing device that can establish a connection with each of a large number or non-specific number of player communication terminals via a network.
- a game control device may be, for example, one or a plurality of servers arranged on a network, or a large computer device.
- the player and the communication terminal do not necessarily have a fixed one-to-one correspondence, and a usage mode of the communication terminal in which a plurality of players share a single communication terminal is also assumed. Therefore, this game control device manages a player for each piece of player identification information such as a player ID as information that can uniquely identify a player who plays a game.
- an application by a player corresponding to a certain player identification information is made through a communication terminal by designating other player identification information desired to become a friend.
- the registration unit registers the association between the player identification information through the approval of the player corresponding to the designated player identification information.
- the players corresponding to the player identification information registered in association with each other have, for example, a relationship in which they can communicate with each other as “companies” in the game.
- other players in which player identification information is registered in association with each other will be appropriately described as “companies players” or simply “companies”.
- the event on the game which is the basis for setting the intimacy between fellow players
- a plurality of functions are provided for exchange between fellow players, and the closeness between the players can be appropriately set based on these functions.
- a function is provided in which a player can earn points by sending (cheering) ale to a fellow player, but the player sends ale to a fellow player.
- the closeness with the friend may be set higher.
- a function may be provided in which a player presents an item on a game that he / she owns to a fellow player. In such a case, the player presents an item to the fellow player.
- the closeness with the friend may be set higher. Or you may set the closeness of a certain player and a fellow player high, so that the elapsed time which became the fellow player and the friend is long.
- This game control device is set so that the higher the intimacy set for each other is, the more points are given to the player of the player due to the battle between the members. For this reason, the player is motivated to increase the intimacy with his / her friends and gain more points in the battle with the friends. As a result, it is possible to promote active exchange between fellow players (ie, activation of the game community).
- the game control device includes a storage unit that associates and stores in a storage device the player identification information and an item that the player corresponding to the player identification information holds in the game.
- the battle execution means may execute a battle between the players such that an item held by the defeated player is not lost.
- a predetermined upper limit value is set in advance for the activity each time the player corresponding to the player identification information performs an activity on the game.
- Possessing point management means for subtracting an execution point that is a given point and restricting the player's activity on the game so that the possessing point becomes zero or more, The possession point management means may lower the execution point predetermined for the battle between the players as the closeness between the player identification information is higher.
- points (the execution points described above) are consumed each time the player performs an activity on the game, and when the possession points decrease, the activity on the game that the player can execute further It is assumed that this is applied to a game in which is limited.
- the activity on the game by the player may be, for example, an activity for the player to advance the game, such as playing against other players or acquiring and strengthening characters on the game.
- the lower the execution points consumed by individual activities the more activities can be performed on the game within a certain time, so the game progresses efficiently and advantageously. Can be made.
- the point giving means increases the points to be given as the number of player identification information whose intimacy is equal to or greater than a predetermined value for the player identification information to be given points. Also good.
- the player identification information associated with each player identification information or the number thereof is expressed as the familiarity.
- transmission means for transmitting data to be displayed in association with the set value to the communication terminal of the player corresponding to each player identification information.
- the number of friends for each familiarity setting value or the number of fellows for each familiarity setting value is displayed on the communication terminal of the player and can be visually recognized by the player.
- the number of friends with high intimacy increases, more points can be obtained. Therefore, it is possible to give the player an awareness of increasing the intimacy with friends with low intimacy in the future.
- the point granting unit is awarded in the second and subsequent battles when a match between the same players corresponding to the player identification information associated with each other is performed twice or more within a predetermined period. Points may be less than the points awarded in the first match.
- the same opponent can be played many times within a predetermined period, but the number of points that can be obtained in the second and subsequent battles is less than the points that can be obtained in the first battle. For example, when the predetermined period is set to one day, the points that can be acquired are reduced in the second and subsequent battles during the same day.
- the player wants to efficiently obtain points by increasing the number of friends and playing against different friends rather than playing the same opponent many times. The player can be guided to actively exchange with the player.
- a second aspect of the present invention is configured to be accessible via a network from a communication terminal operated by a player, and a player identification information unit for uniquely identifying the player's game execution by the communication terminal. It is the point processing method in the game control apparatus controlled by. This point processing method is Registering the player identification information in association with other player identification information when triggered by an application based on the player identification information; Setting a closeness between the player identification information based on an event that occurs between players corresponding to the player identification information associated with each other; Performing a battle between players corresponding to player identification information associated with each other; In the battle between the players, the higher the closeness between the player identification information of the players who are fighting, the more points that can be converted into a privilege on the game, and the step of giving as points corresponding to the player identification information of the players When, Is provided.
- a third aspect of the present invention is a point processing program.
- This point processing program For point processing in a game executed in units of player identification information for uniquely identifying a player via a network from a communication terminal operated by the player, a computer is Registration means for registering the player identification information in association with other player identification information triggered by an application based on the player identification information; Intimacy setting means for setting intimacy between player identification information based on an event that occurs between players corresponding to player identification information associated with each other; In the battle execution means for performing a battle between players corresponding to the player identification information associated with each other, and in the battle between the players, the higher the intimacy between the player identification information of the players in the battle, Point giving means for giving more convertible points as points corresponding to the player identification information of the players to play; It is a program to make it function as.
- the computer is, for example, a network server or a large computer.
- the game program may be stored in a computer-readable information storage medium such as a DVD-ROM or CD-ROM.
- the figure which shows the basic composition of the game system of embodiment The block diagram which shows the structure of the communication terminal of embodiment.
- the functional block diagram for demonstrating the function to play main roles with the game control apparatus of embodiment The figure which shows an example of the display screen of the communication terminal which displays a top page.
- the present invention relates to a patent application of Japanese Patent Application No. 2011-165282 filed with the Japan Patent Office on July 28, 2011, the entire contents of which are incorporated herein by reference.
- FIG. 1 shows a system configuration example of a game system according to the embodiment.
- this game system includes communication terminals 10a, 10b, 10c,... That can be connected to a communication network NW such as the Internet, a game server 20 connected to the communication network NW, and a database server 30. And is composed of.
- Each of the communication terminals 10a, 10b, 10c,... Is a terminal operated by an individual player, for example, a communication terminal such as a portable terminal, a PDA (Personal Digital Assistant), or a personal computer.
- a communication terminal such as a portable terminal, a PDA (Personal Digital Assistant), or a personal computer.
- an application operable on a web browser is installed in the game server 20 as a game application.
- the communication terminal 10 includes a web browser capable of displaying a web page provided by the game server 20, and a player operates the communication terminal 10 on the web page to execute a game.
- the database server 30 stores various information to be described later in executing the game, and is connected to the game server 20 by, for example, a wire for reading and writing the information.
- an authentication server for authenticating the player of each communication terminal 10 may be provided separately from the game server 20. Further, when a plurality of game servers 20 are provided in order to accept access from many communication terminals 10, a load balancer for adjusting a load between the plurality of game servers 20 may be provided.
- the game server 20 may be configured as a single server device, but may be configured as a plurality of server devices having distributed functions.
- the database server 30 stores various information to be described later in executing the game, and is connected to the game server 20 by, for example, a wire for reading and writing the information.
- the communication terminal 10 includes a CPU (Central Processing Unit) 11, a ROM (Read Only Memory) 12, a RAM (Random Access Memory) 13, an image processing unit 14, an operation input unit 15, a display unit 16, A wireless communication interface unit 17 is provided, and a bus 18 for transmitting control signals or data signals between the units is provided.
- a CPU Central Processing Unit
- ROM Read Only Memory
- RAM Random Access Memory
- a wireless communication interface unit 17 is provided, and a bus 18 for transmitting control signals or data signals between the units is provided.
- the CPU 11 loads the web browser in the ROM 12 into the RAM 13 and executes it. Then, the CPU 11 displays data for displaying a web page from the game server 20 via the wireless communication interface unit 17 based on appropriate designation of a URL (Uniform Resource Locator) input to the player by the operation input unit 15 or the like. That is, data of an object such as an HTML (HyperText Markup Language) document and an image associated with the document (hereinafter, collectively referred to as “HTML data” as appropriate) is acquired via the wireless communication interface unit 17. The HTML data is interpreted.
- the communication terminal 10 may be mounted with various plug-ins for extending the browser function of the web browser. In acquiring HTML data, the CPU 11 sends an access request message including a player ID (player identification information) registered in advance or a player ID input via the operation input unit 15 via the wireless communication interface unit 17. To the game server 20.
- the web browser displays the web page provided from the game server 20 on the display unit 16 based on the acquired HTML data via the image processing unit 14.
- the web browser transmits new HTML data for displaying the web page according to the selection. Is requested to the game server 20.
- the image processing unit 14 displays a web page on the display unit 16 based on the display image data given from the CPU 11 as the analysis result of the HTML data.
- the display unit 16 is, for example, an LCD (Liquid-Cristal-Display) monitor including thin film transistors arranged in units of pixels in a matrix, and displays an image of a web page by driving the thin film transistors based on display image data.
- LCD Liquid-Cristal-Display
- the operation input unit 15 may include a plurality of buttons for accepting the player's operation input and an interface circuit for recognizing the pressing input of each button and outputting it to the CPU 11, but in FIG. Examples of buttons are shown.
- the direction instruction button is provided to instruct the CPU 11 to scroll and display the web page displayed on the display unit 16.
- the determination button instructs the CPU 11 that the player selects one hyperlink or menu that is actively displayed (for example, highlighted) when, for example, a plurality of hyperlinks or menus are displayed on a web page.
- the communication terminal 10 is constituted by a small portable terminal, these buttons are provided on the front surface of the communication terminal 10 so that the player can easily operate (click) with the thumb while holding the communication terminal 10 with one hand. It is preferable to arrange
- the configuration of the game server 20 will be described with reference to FIG.
- the game server 20 manages a game website including a plurality of hierarchical web pages, for example, and provides a game web service to the communication terminal 10.
- the game server 20 includes a CPU 21, a ROM 22, a RAM 23, a database (DB) access unit 24, and a wireless communication interface unit 25, for transmitting control signals or data signals between the units.
- Bus 26 is provided.
- the game server 20 can take the same structure as a general-purpose web server regarding hardware.
- the ROM 22 stores an application program that provides a service for displaying an object such as an HTML document or an image (displaying a web page) to the web browser of the communication terminal 10 that is a client.
- the ROM 22 stores various data referred to by the CPU 21 in addition to the application program.
- the CPU 21 loads the game program in the ROM 22 to the RAM 23 and executes it, and performs various processes via the wireless communication interface unit 25.
- the CPU 21 transmits HTML data to the communication terminal 10 via the wireless communication interface unit 25.
- the CPU 21 performs the authentication process.
- the CPU 21 performs processing according to the hyperlink or menu selected by the player on the web page displayed on the communication terminal 10 via the communication interface unit.
- the processing includes, for example, transmission of new HTML data, arithmetic processing in the game server 20 or data processing.
- the database access unit 24 is an interface when the CPU 21 reads / writes data from / to the database server 30.
- the type of game realized by the game server 20 of the present embodiment is not particularly limited, but in the following, for convenience of description of the embodiment, the game server A digital card game is taken up as an example of a game realized by 20.
- a player collects player cards corresponding to soccer players (player characters to be described later) to create his / her team and play soccer against other players' teams alone, or skills It is a game that is configured to fight soccer league battles for each level.
- a scout function that searches for player cards to create your own team, a lottery function that allows you to obtain player cards by lottery, or a combination of two player cards
- a strengthening function is provided to level up any player card.
- the lottery function is preferably executed through an effect of taking out one player card from the lottery box.
- the player cards obtained by the lottery are basically random, but the probability that a player card (so-called rare card) of a player with outstanding technical ability or a popular player is obtained by the lottery is set very low.
- Items prepared in the soccer-style digital card game that the player holds on the game include puzzle cards in addition to player cards.
- Pieces of the puzzle card can be obtained by the scout function, and are composed of a predetermined number (for example, six pieces) of different symbol pieces. By obtaining all the pieces of the symbols constituting the puzzle card, the player can exchange it for one powerful player card.
- a battle mode between players is prepared for the purpose of catching pieces of puzzle cards from the opponent. In this battle mode, a certain player can execute a battle with another player for the purpose of obtaining a piece of the desired symbol, and if he wins the opponent, he can take away the desired symbol piece from the opponent.
- an operating cost is set, which is a cost that is successively consumed (that is, reduced) by the game activity by the player. Is now restricted. Since the operation cost is recovered by a predetermined cost during a predetermined time, the player waits without executing the game when the operation cost is reduced.
- this soccer-type digital card game a match result between players is determined by the game server 20 and immediately displayed on the communication terminal 10, and a complicated button operation on the communication terminal on the player side is unnecessary. It is suitable as a game.
- the player can register his / her friends as will be described later. Any number of friends can be registered.
- Network services are provided that allow exchanges on the network, such as message exchanges, game item presents or item exchanges, and sending (cheering) ale to other players.
- The is comprised so that a player can obtain a fixed amount of ale points by sending ale to a fellow player, and can draw a player card in exchange for a predetermined amount of ale points. .
- the database server 30 can be realized by a general-purpose storage such as a large-capacity hard disk device or a device such as RAID (Redundant Arrays of Inexpensive Disks). Each database in the database server 30 is configured to be able to read and write data from the CPU 21 via the database access unit 24 of the game server 20.
- FIG. 4 shows an example of the configuration of the database server 30. As shown in FIG. 4, the database server 30 includes a player database 31 and a game result database 32.
- FIG. 5 shows an example of the player database 31 applied in the above-described soccer-style digital card game.
- the player database 31 includes information about each item of display name / display image, skill level, operation cost, Yale point, friend, possession item, and character data for each player ID (player identification information).
- Information included in the player database 31 can be sequentially updated by the game server 20.
- the player ID included in the player database 31 or the data for each display name (to be described later) specifying the player is generically referred to as “player data”.
- the data of each item constituting the player data is as follows.
- Display name / display image is a display name and a display image that are displayed to identify the player of the communication terminal 10 when the game is executed.
- the display name is text of a predetermined length or less specified in advance by the player, and the display image is, for example, an avatar image selected in advance by the player.
- the display name is a name that identifies the player on the network environment (or game community) provided by the game server 20.
- “Skill level” means a skill level of a player on the game, and is a level value in a range from Lv1 (level 1) to Lv10 (level 10), for example.
- the “operation cost” is a cost necessary for performing the game activity by the player corresponding to the player ID in the above-described soccer-type digital card game.
- the operating cost is a value that is reduced by an activity on the game such as a battle with another player and recovered (increased) over time.
- the unit of “operating cost” is P (points).
- “Ale points” are points acquired by the player based on the ale function of the above-described soccer-style digital card game.
- “Friend” is data in which another player ID, which is a friend of the target player ID, is associated with an intimacy with the friend.
- the familiarity is, for example, a value in a range from “1” having the lowest familiarity to “10” having the highest familiarity.
- the “held item” is data including images of player cards and puzzle card pieces held by the player corresponding to the target player ID.
- “Character data” includes player character information about the game.
- the player character may include various types of information depending on the nature of the game. For example, in the case of a soccer-style digital card game, the player character means a player on the game corresponding one-to-one with the player card.
- the player character information is information in which the ability value (ability parameter) of the player character (player) is described for each item. For example, as shown in FIG. 5, each ability value such as “running ability”, “kicking ability”, “defense ability”, and the like may be included as items.
- the character data includes predetermined default data.
- the game result database 32 stores and updates information related to the game result executed by the game server 20 based on the access from the game server 20.
- Information related to game results may include various information depending on the nature of the game. For example, in the case of a soccer-style digital card game, information on game results includes results of battles between different player IDs (scores, etc.), results of league battles between a plurality of player IDs of specific skill levels ( Score, ranking, etc.).
- the game control device is configured by the game server 20 and the database server 30.
- achieved with the game control apparatus of this embodiment is demonstrated with reference to FIG. 6, taking the case where the digital card game of the soccer format mentioned above is applied as an example.
- FIG. 6 is a functional block diagram for explaining functions that play a main role in the game control apparatus of the present embodiment.
- the registration means 51 has a function of recognizing a player's request based on an appropriate operation input to the communication terminal 10 on a web page provided to the communication terminal 10, for example, and performing a registration process.
- the function of the registration means 51 in this case is realized as follows, for example.
- the CPU 21 of the game server 20 receives a registration request message from the communication terminal 10 via the wireless communication interface unit 25.
- the registration request message is automatically generated by a predetermined operation (for example, a predetermined menu selection operation, text input, etc.) on the communication terminal 10 on the web page provided from the game server 20. May be configured.
- the registration request message may include information (for example, an IP address, an email address, etc.) for specifying the communication terminal 10 that is the transmission source, or the player has already played another game by the same service provider. If used, the player ID may be included.
- the CPU 21 receives the registration request message and does not include a player ID in the registration request message, the CPU 21 issues a new player ID and performs registration processing of the player ID, and then the registration processing is completed. Is sent to the communication terminal 10.
- the CPU 21 receives the registration request message and includes a player ID in the registration request message, the CPU 21 performs registration processing of the player ID, and then transmits a registration completion message indicating that the registration processing is completed. 10 to send.
- player data for a new player ID in which predetermined default data is described is stored in the player database 31.
- the registration means 51 also has a function of registering the player ID in association with other player IDs triggered by an application based on the player ID. That is, the registration unit 51 registers another player ID as a “mate” with an application based on the player ID as a trigger. In the following description, it is synonymous that the player ID has a friend relationship and that the corresponding player has a friend relationship.
- the function of the registration means 51 in this case is realized as follows, for example.
- the CPU 21 of the game server 20 applies an application message (application) specifying a player ID (or a corresponding display name) to be a friend from the communication terminal 10 of the player corresponding to a certain player ID via the wireless communication interface unit 25. Accept.
- the transmission of the application message is set in advance as a function of a web page provided to the communication terminal 10 of the player.
- the CPU 21 approves an application based on another player ID to the communication terminal 10 corresponding to the player ID at the timing when there is an access based on the player ID included in the application message. HTML data for displaying a web page for requesting the reply is transmitted. If it is replied that the application is approved, the CPU 21 registers both as friends. Specifically, the CPU 21 writes data in the “mate” portion (see FIG. 5) of the player data of the corresponding two player IDs in the player database 31.
- the game progression means 52 has a function of advancing a game displayed on the player's communication terminal 10 through a web page on the communication terminal 10 in response to an operation on the communication terminal 10 by the player.
- the function of the game progress means 52 is implement
- the CPU 21 of the game server 20 transmits HTML data for displaying a web page corresponding to a hyperlink or menu selection on the web page by the player to the communication terminal 10 via the wireless communication interface unit 25.
- the CPU 21 sequentially transmits new HTML data in accordance with the selection of a hyperlink or menu on the web page by the player, whereby the web page displayed on the communication terminal 10 is sequentially switched, so that the player progresses the game.
- the game progress means 51 when the CPU 21 of the game server 20 receives an access request message from the communication terminal 10 via the wireless communication interface unit 25 prior to the start of the game, the communication is performed after a predetermined authentication process. The player ID included in the access request message is recognized from the terminal 10. Then, the CPU 21 manages the progress of the game displayed on each communication terminal 10 in units of player IDs.
- FIG. 7 shows an example of the display on the communication terminal 10 of the player executed by the game progress means 52, and shows the top page in the soccer-style digital card game.
- the top page is composed of web pages corresponding to individual player IDs.
- the top page illustrated in FIG. 7 includes a player data display area, a player image display area, and a basic menu display area.
- the player data display area is obtained as a result of the CPU 21 reading out the data of each item of the skill level, the operation cost, the yell point, the player card, and the mate included in the player data of the target player ID (see FIG. 5). This is the area to be displayed.
- the player image display area corresponds to a player card at a predetermined position included in the player data of the target player ID (for example, a player card of a player character corresponding to an ace striker, or a player character first ordered in the player data) This is an area displayed as a result of the CPU 21 reading out the image data of the player card.
- the basic menu display area includes “Scout”, “Position”, “Position” as basic menus corresponding to multiple functions (scout function, position function, strengthening function, lottery function, battle function) provided in the soccer card game. This is an area where menus of “enhancement”, “lottery”, and “game” are arranged.
- the CPU 21 receives the basic menu selection operation for the communication terminal 10 by the player, and transmits the HTML data for displaying a new web page corresponding to the selected menu to the wireless communication interface unit 25.
- the new web page a menu for instructing more specific game execution contents for the function corresponding to the selected basic menu is prepared.
- the menu selection operation on the communication terminal 10 may be, for example, an operation of pressing (ie, clicking) the decision button after operating the direction instruction button of the operation input unit 15 to select a desired menu.
- the player card display area and the player data display portion (“15 cards” and “20 people” in FIG. 7) in the player data display area are displayed in a state where detailed contents can be referred to by hyperlinks.
- the selection result is transmitted to the game server 20.
- the communication terminal 10 receives HTML data for displaying the “20 people” buddy list from the game server 20 and displays the buddy list.
- the process for progressing the game performed in the game progress means 52 can be arbitrarily set depending on the nature of the game.
- the player performs hyper-processing on the web page.
- a process of executing at least one of a plurality of functions (a scout function, a position function, an enhancement function, a lottery function, and a battle function) according to the selection of the link or menu is included.
- the battle function is substantially performed by the battle execution means 53 described later.
- the scout function, the enhancement function, and the lottery function have already been described, and the following description does not refer to each function.
- the position function is a function for executing a replacement of the position of the player character, a replacement with a reserved player character, or the like under the instruction of the player.
- the battle execution means 53 has a function of executing a battle between players corresponding to the player ID.
- a normal battle mode is a mode in which a battle between players is executed such that an item held by a defeated player is transferred to a winning player, and is performed between arbitrary players.
- the practice game mode is a mode in which a match between players is executed so that items held by the defeated player are not lost, and is performed between friends.
- a battle between players is synonymous with “a battle between player characters” which means a battle between player characters corresponding to player cards held by the player.
- the function of the normal battle mode of the battle execution means 53 is realized as follows, for example.
- the CPU 21 of the game server 20 selects the opponent of the player ID as the player. It is determined from other player IDs included in the database 31. At this time, it is preferable that the skill levels of the player IDs that compete are the same.
- the determination of the opponent is based on the specification of the piece of the puzzle card that the player wants, and a plurality of other players holding the piece are presented together with the player data, and the opponent selects the player from among the presented other players It can be done by the method of being.
- the CPU 21 accesses the player database 31 and searches for a predetermined number of player IDs including the pieces designated by the player as possession items, and designates pieces of HTML data including search results of the predetermined number of player IDs.
- the data is transmitted to the communication terminal 10 of the player.
- display names corresponding to a predetermined number of player IDs obtained as a result of the search are displayed.
- This web page is configured such that an opponent's selection result is transmitted to the game server 20 by selecting a display name on the communication terminal 10.
- the player can also select an opponent from among his / her friends.
- this normal battle mode when a player who has selected an opponent wins, a piece of a puzzle card designated in advance can be obtained from the opponent.
- the battle function in the practice game mode of the battle execution means 53 is realized as follows, for example.
- the data display portion of the fellows (“20 people” in FIG. 7) is in a state where detailed contents can be referred to by the hyperlink. It is displayed.
- the communication terminal 10 receives HTML data for displaying the “20 people” buddy list from the game server 20 and displays the buddy list.
- FIG. 8 shows a display example of the buddy list.
- the buddy list may include the display names of the buddy players and the contents of the player data.
- the display names of the players of the friends who make up the friend list are displayed in a state where detailed contents can be referred to by, for example, hyperlinks.
- a friend “XYZ” player: XYZ (display name)
- exchanges with the player: XYZ are performed. Transition to a page containing one or more menus to do.
- four menu examples of “send ale”, “make a present”, “play a practice game”, and “release a friend” are shown.
- the menu “send ale” is a menu for requesting to send ale to the player: XYZ.
- the menu “Give present” is a menu for instructing the player: XYZ to present any item he / she holds.
- the menu “play a practice game” is a menu for requesting a battle in the practice game mode with the player: XYZ.
- the menu “release friend” is a menu for requesting to release the friend relationship with the player: XYZ.
- the selection result of the opponent in the practice game mode in this case, the player: XYZ
- the selection result of the opponent in the practice game mode is transmitted to the game server 20. It is comprised so that.
- the CPU 21 transmits HTML data for displaying a web page for notifying the opponent to the communication terminal 10.
- An example of a web page for notifying an opponent is shown in FIG.
- the example shown in FIG. 10 indicates that player: XYZ is selected as the opponent of player: ABC.
- This web page is provided with a “start game” menu for finally instructing execution of a match.
- the CPU 21 accesses the player database 31 of the database server 30 via the database access unit 24, and reads out the character data associated with the two player IDs as opponents. And CPU21 performs the battle
- the determination method of winning or losing the battle can be any method as long as the ability value of the player character affects the winning or losing. For example, the ability values of the player characters associated with the two player IDs that are opponents are compared, and a player character with a larger ability value has a higher probability (for example, a predetermined probability within a range of 60 to 90%). You may set it to win. The win rate may be higher as the difference in ability values is larger.
- predetermined weighting for example, in the example of FIG. 5, “running force” is 0.3 and “kicking force” is 0. .3, “defense power” is set to a weight of 0.4, etc.
- a comprehensive ability value can be calculated and used as a comparison target.
- the CPU 21 determines the battle result of the battle of the player character associated with the two player IDs as the opponents, the CPU 21 displays HTML data for displaying a web page including the battle results as the two player IDs of the opponents.
- the communication terminal 10 interprets the HTML data received from the game server 20 and displays an image including the battle result on the display unit 16.
- FIGS. FIGS.
- FIG. 11 shows an example of a web page displayed on the communication terminal 10 of the player (player: ABC in the example of FIG. 11) associated with the player character who won the battle.
- FIG. 12 shows an example of a web page displayed on the communication terminal 10 of the player (player: ABC in the example of FIG. 12) associated with the player character who was defeated in the battle.
- the details of the battle result may be determined at random.
- the CPU 21 After determining the battle result, the CPU 21 performs a process of writing details of the battle result in the game result database 32 via the database access unit 24.
- the time from when the player selects the “start game” menu on the web page illustrated in FIG. 10 until the web page illustrated in FIG. 11 or 12 is displayed is extremely short (for example, (Several seconds), the player can know the battle result in a very short period of time with a simple operation.
- the player data management means 54 is a function for updating player data in the player database 31, and includes an item storage means 541, a closeness setting means 542, and a skill level management means 543.
- the item storage unit 541 has a function of associating and storing in the player database 31 a player ID and an item that the player corresponding to the player ID holds in the game.
- the function of the item storage unit 541 is realized as follows, for example.
- the CPU 21 of the game server 20 accesses the player database 31 and stores and updates items (for example, player cards, pieces of puzzle cards) that the player corresponding to the player ID holds in the game.
- the player data management means 54 stores or updates the item, for example, when the player obtains a new player card on the game, or a predetermined number of pieces of puzzle cards obtained by the player are used as one player card. For example, when converting.
- the intimacy setting means 542 sets intimacy between player IDs (that is, intimacy between players) based on an event that occurs between players corresponding to mutually related (that is, fellow) player IDs. It has a function. When the player IDs are registered as friends, the familiarity is set according to the usage status of the player IDs of the network service provided by the game server 20.
- the network service provided by the game server 20 includes, for example, exchange of messages between fellow players, giving a present from a player to a fellow player regarding items on the game, and a player and fellow player regarding items on the game. For example.
- the intimacy setting means 542 sets a higher intimacy value between corresponding player IDs when the players are considered to be more intimate.
- An example of how to set the familiarity is as follows. The greater the frequency of message exchange, present, and item exchange among fellow players, the higher the intimacy between corresponding player IDs. The longer the period after players become friends, the higher the familiarity between corresponding player IDs is set.
- the function of the intimacy setting means 542 is realized as follows, for example.
- CPU21 of game server 20 will count the frequency
- the CPU 21 sets the familiarity according to the number of AC events that have occurred within a predetermined period. Since an AC event does not always occur continuously, it is not necessary to perform a process for reducing the intimacy between fellow players.
- CPU21 may measure the period after two player ID becomes a friend, and may set closeness based on the period.
- CPU21 can determine the value of intimacy by comparing the frequency
- the familiarity is, for example, a value in a range from “1” having the lowest familiarity to “10” having the highest familiarity.
- the skill level management means 543 has a function of managing each player ID so as to belong to one of a plurality of skill levels on the game.
- the skill level management means 543 classifies the player ID into one of a plurality of skill levels according to the progress of the game of the player or the increase of the ability value of the player character of the player. For example, the skill level management means 543 sets the skill level to Lv1 at the start of the game, and increases the skill level as the player character's ability value increases.
- the function of the skill level management means 543 is realized as follows, for example.
- the ability value data of the player character that is, character data; see FIG.
- the CPU 21 of the game server 20 can be updated by, for example, the strengthening function, but the CPU 21 of the game server 20 refers to the ability value and compares it with a predetermined threshold value. Then, it is determined whether or not to increase the skill level of the corresponding player ID. When increasing the skill level, the CPU 21 updates the skill level item included in the player data of the corresponding player ID.
- the point giving means 55 has a function of giving more ale points corresponding to the player IDs of the fighting players as the friendship between the player IDs of the fighting players is higher.
- the ale point is merely an example of a point that can be converted into a privilege on the game, and another point may be given as long as it is an appropriate point on the game that is advantageous to the player.
- the battle between fellow players to whom award points are given may be either a normal battle mode or a practice game mode.
- the function of this point provision means 55 is implement
- the CPU21 determines the ale point which should be provided to each player who competed based on the read familiarity.
- the relationship between the friendship intimacy and the ale point may be set in advance so as to be approximately proportional.
- Yale points By giving Yale points in this way, the player is motivated to increase the intimacy with his / her friends and obtain more points in the battle with the friends.
- the battle between fellow players in the point giving means 55 is preferably a battle in the practice game mode. Since there is no fear of losing items in the battle in the practice game mode, the player will be motivated to earn points by using the battle with his friends more actively.
- the possessed point management means 56 each time an operation on the game is performed by the player corresponding to the player ID from a predetermined upper limit value regarding the operating cost assigned to the player ID (an example of “owned points”). And a function of subtracting a predetermined cost (an example of an “execution point”) for the activity. Moreover, the possession point management means 56 makes the cost consumed by the battle
- the function of the possession point management means 56 is realized as follows, for example. First, it is assumed that the maximum value of the operating cost (owned points) given to the player ID is a fixed value.
- the CPU 21 of the game server 20 consumes a cost (execution point) for a specific player ID along with an activity (or execution) on the game, the CPU 21 accesses the player database 31 to play the player with the player ID. Update the data so that the operating cost of the data is reduced by the amount consumed.
- consumption cost the relationship between each activity on the game and the cost to be consumed
- a database describing the relationship between individual activities on the game and consumption costs is stored in the ROM 22, and the CPU 21 may refer to the database in the ROM 22 when calculating the cost. Further, the CPU 21 recovers (that is, increases) the value of the operation cost of the player ID by a predetermined amount (for example, 1P per minute) in a predetermined time. Further, the CPU 21 sequentially monitors the operating cost of the player data, and when the remaining operating cost is low, new activities on the game are limited. For example, when the value of the operation cost is smaller than the cost of consumption due to the battle, the player cannot perform a new battle and needs to wait for the battle to be performed until the management cost is sufficiently recovered.
- a predetermined amount for example, 1P per minute
- the CPU 21 of the game server 20 determines that a battle between fellow players has been performed, the CPU 21 accesses the player database 31 and reads the familiarity between the players. And CPU21 determines the consumption cost by the battle
- the relationship between the intimacy of the friends and the consumption cost may be set in advance so as to be approximately inversely proportional, for example.
- the consumption cost due to a match between players who are not friends is set to “10P”
- the consumption cost due to a match between friends with closeness: 2 is set to “7P”
- a match between friends with closeness: 7 For example, the consumption cost is set to “2P”.
- the battle execution means 53 of the game server 20 transmits HTML data for sequentially displaying web pages that transit to, for example, FIGS. 7 to 9 by an appropriate selection operation by the player to the communication terminal 10 of the player.
- the player selects a menu “play a practice game” for a player selected from the buddy list, thereby selecting an opponent in the practice game mode (in this case, player: XYZ).
- the reception of the selection result may be considered as an execution request for a battle in the practice game mode between fellow players when viewed from the game server 20 (step S10: YES).
- the match execution means 53 executes a match between the players (step S20). This battle between players is performed with reference to character data in the player data of the player database 31.
- step S20 in order to update the player database 31 by calculating the ale points to be given to the players who have played and the operation costs after the battle of the players who have played, step S30.
- Processes S60 to S60 are performed. The processing in steps S30 to S60 is performed by the point giving means 55 and the possessed point management means 56.
- the point giving means 55 of the game server 20 checks the closeness between the player IDs of the players who have played in the battle in the practice game mode between the fellow players (step S30).
- the point granting means 55 is based on the familiarity between the players who have played the battle (that is, the familiarity between the player IDs) and the number of friends more than the best friend of each player who has played the battle.
- An ale point to be given to the player is calculated according to the rules (step S40).
- the predetermined rule is a rule for giving more ale points corresponding to the player IDs of the players who have competed as the familiarity between the players who have competed is higher.
- the predetermined rule is preferably a rule that gives more ale points corresponding to the player IDs of the players who have competed as the number of friends more than the best friend of each player who has competed increases.
- step S50 when the ale points to be given to the players who have competed and the operation costs after the battles are calculated, the point granting means 55 and the possessed point management means 56 will determine the player ID of the player who has competed in the player database 31. The player data corresponding to is updated (step S50).
- step S40 the higher the closeness set between the competing players, the more ale points are given to the companion players as a result of the battle. Will be motivated to increase the intimacy with friends and earn more points by playing against them.
- a mechanism that promotes positive exchange between fellow players For example, in the example of the soccer card game described above, a lottery for drawing a player card can be performed in exchange for a predetermined amount of ale points, and ale points can be converted into game benefits. It is a point. For this reason, players are encouraged to actively interact with their friends on a daily basis in order to gain many opportunities to draw player cards and get many ale points in their matches. The motivation to leave works.
- a match in a practice game mode between friends in a social game it can be configured to give a friend a privilege that can acquire an ale point by the match, but the operation of the match itself is simple, even if it wins Even if you do, you cannot get items from your opponent, so there is a tendency that they are not actively used by players.
- the operation of the match itself is simple, even if it wins Even if you do, you cannot get items from your opponent, so there is a tendency that they are not actively used by players.
- this embodiment by increasing the intimacy with the fellow, many ale points can be obtained even in the battle of the practice game mode, so the player increases the intimacy with the fellow, You will be actively using matches in practice game mode where you can earn Yale Points and do not risk losing items.
- step S40 the higher the familiarity set between competing players, the smaller the cost of reducing the operational cost before and after the competing between the companions due to the confrontation, The player will be motivated to increase the familiarity with his friends on a daily basis and to minimize the cost of lowering the operating cost due to the battle with his friends.
- the player it is important for the player to reduce the operating cost reduction as much as possible so that the player can efficiently and advantageously advance the game. For example, if the operation cost is reduced, the player's activities on the game such as a battle with other players and the improvement of the ability by strengthening the player character are limited, which is disadvantageous for the player. Especially in the case of social games, for example, hundreds of thousands of players are playing at the same time aiming for higher ranks and skill levels, so that the player who is waiting with limited activities on the game However, there is a difference in ranking and class with players who play without waiting.
- the point giving means 55 may increase the number of ale points to be given as the number of player IDs whose intimacy is greater than or equal to a predetermined value for the player IDs to which ale points are given. As a result, the more intimate friends there are, the more ale points will be obtained, so the player will be motivated to make many friends and increase their intimacy with them. . As a result, further positive exchanges between fellow players are achieved.
- the function of the point giving means 55 can be realized as follows. For example, the intimacy of friends and the relationship between friends is defined in advance as 1-3: “acquaintance”, 4-5: “friends”, 6-7: “best friends”, 8-10: “allies” Keep it. Then, the CPU 21 of the game server 20 accesses the player database 31, and the number of player IDs whose degree of intimacy is equal to or greater than a predetermined value (for example, “6”) (that is, “best friend” and “friend” friends) The sum of the number of players) is counted. The CPU 21 calculates an ale point to be given to each player who has competed according to the number of player IDs.
- a predetermined value for example, “6”
- the number of ale points to be given increases as the number of player IDs whose intimacy is equal to or greater than a predetermined value increases.
- the game control apparatus sends data for displaying the fellow player IDs of the respective player IDs or the number thereof in association with the set value of intimacy to the communication terminal 10 of the player corresponding to each player ID. It is preferable to provide transmission means for transmitting. Thereby, it is possible to allow the player to visually recognize his / her fellow players or the number of players.
- This transmission means can be configured as follows.
- the CPU 21 of the game server 20 accesses the player database 31, refers to the player data for each player ID, and generates data for displaying each player ID's companion or the number thereof in association with the closeness setting value. .
- the CPU 21 transmits the data to the communication terminal 10 in a format that can be displayed on the communication terminal 10 via the wireless communication interface unit 25.
- FIGS. 14A and 14B examples of display screens of the communication terminal 10 based on the received data are shown in FIGS. 14A and 14B.
- FIG. 14A shows an example of a display screen in which a friend of a certain player is displayed in association with the set value of closeness.
- FIG. 14A shows an example of a display screen in which a friend of a certain player is displayed in association with the set value of closeness.
- 14B shows an example of a display screen in which the number of friends of a certain player is displayed in association with the set value of closeness.
- the player can know the number of friends or the number of friends currently in the relationship of “acquaintances” or “friends”. In order to get a lot of Yale points in the match, they will actively interact with their friends.
- the point granting unit 55 has fewer ale points to be given in the second and subsequent matches than the ale points to be given in the first match. You may make it do.
- the function of the point giving means 55 in this case can be realized as follows.
- the CPU 21 of the game server 20 counts the number of battles of the same friend within a predetermined period, and determines an ale point to be given to each player who competes according to the counted value. Data indicating the relationship between the count value and the yell point to be given is set in the ROM 22 in advance and is referred to by the CPU 21.
- the player wants to efficiently obtain points by increasing friends and playing against different friends, rather than playing the same opponent many times. As a result, many friends Will be actively exchanged.
- the length of a predetermined period is not specifically limited, For example, it is 1 day.
- the ale points awarded for a match with the same companion within a predetermined period are 10P for the first match, 5P for the second match, and the third match.
- 2P set to 1P in the fourth and subsequent battles.
- the ale points awarded for a match with the same companion within a predetermined period are 12P for the first match, 7P for the second match, and the third match.
- 4P set to 3P in the fourth and subsequent battles. That is, in a battle with a friend with a high degree of intimacy, the obtained ale points are increased as compared with a battle with a friend with a low degree of familiarity.
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)
- Information Transfer Between Computers (AREA)
Abstract
仲間のプレイヤ同士で積極的に交流が図られるように誘導するゲーム制御装置、ポイント処理方法、ポイント処理プログラムが提供される。このポイント処理方法では、以下の処理が行われる。つまり、プレイヤIDに基づく申請を契機として当該プレイヤIDが他のプレイヤIDと関係付けて登録される。互いに関係付けられたプレイヤIDに対応するプレイヤ間で発生するイベントに基づき、プレイヤID間の親密度が設定される。そして、互いに関係付けられたプレイヤIDに対応するプレイヤ間の対戦において、対戦するプレイヤのプレイヤID間の親密度が高いほど、ゲーム上の特典に変換可能なポイントがより多く、対戦するプレイヤのプレイヤIDに対応するポイントとして付与される。
Description
本発明は、プレイヤによって操作される通信端末からネットワークを介し、プレイヤを一意に特定するためのプレイヤID単位で実行されるゲームにおけるイベント処理の技術に関する。
通信機能付きゲーム装置がインターネット上のサーバ装置にアクセスする形態のゲームシステムである、いわゆるオンラインゲームシステム(あるいは、オンラインゲーム)が知られている。このようなオンラインゲームシステムにおいて、複数のプレイヤがゲーム装置に対して特定の操作を行なうことで、ゲーム上の各プレイヤのキャラクタが協力動作を行なうようにした技術が知られている(下記特許文献1)。このようなオンラインゲーム上の協力動作は、プレイヤ間のコミュニケーションの一種と言える。
ところで近年、特定のサービス提供者によるソーシャルネットワーキングサービス(SNS)においてウェブブラウザ上で動作するAPI(Application Programming Interface)などの動作環境を基に作成されるゲーム用アプリケーションによって実行される、いわゆるソーシャルゲーム(Social Game)が普及している。ソーシャルゲームは、不特定多数のプレイヤ間でコミュニケーションをとりながらプレイするオンラインゲームの一種であると言える。しかしながら、ソーシャルゲームでは、従来のオンラインゲームとは異なり、ゲーム用ソフトウエアを搭載した通信機能付きゲーム装置を通してプレイヤ間でゲームを行うものではなく、プレイヤ側でゲーム用ソフトウエアのインストールあるいはダウンロードを行う必要がない。つまり、プレイヤは、ウェブブラウザが搭載された通信端末を備えていれば、ソーシャルゲームを実行できる。そのため、例えばインターネットに接続可能な携帯端末を備えていれば、プレイヤは時間と場所を問わずソーシャルゲームを楽しむことができる。
上述したソーシャルゲームでは、従来のオンラインゲームよりも、プレイヤ間の交流を図るためのコミュニケーション機能が充実している点が特徴の1つとなっている。ソーシャルゲームでは、例えば、他のプレイヤ(仲間)との協力プレイのほか、仲間との挨拶や連絡など仲間とコミュニケーションを取ることによる情報交換、仲間との間のゲーム上のアイテムのプレゼントあるいはアイテムの交換が行なわれている。
上述した従来のソーシャルゲームでは、プレイヤ同士の対戦を行う対戦モードが設けられ、この対戦モードでは、その対戦で敗北したプレイヤが保持していたゲーム上のアイテムが勝利したプレイヤに獲られる場合がある。このような対戦モードは、対戦するプレイヤ同士にとってアイテムを獲られるリスクが存在するため、プレイヤによっては頻繁に対戦モードでプレイするのは躊躇される。そこで、特にゲーム上の仲間となるプレイヤ同士の間で、お互いのアイテムを獲られない条件下で行われる、対戦モードとは別のプレイモードが用意されるソーシャルゲームが知られている。この公知のソーシャルゲームでは、ゲーム上の仲間となるプレイヤ同士の間において、お互いのアイテムを獲られない条件下で行なわれる練習試合モードの対戦(練習試合)が設定され、この練習試合を行うことでプレイヤは、ゲーム上で利用可能な所定量のポイントを得ることができるようになっている。
なお、上述した公知のソーシャルゲームでは、プレイヤによるゲーム上の活動によって逐次消費(つまり、低下)させられるコストである運営コストが設定されており、この運営コストが少なくなると、そのプレイヤのゲーム上の活動が制限されるようになっている。上記練習試合もゲーム上の活動であるため、プレイヤは、練習試合を行うことで運営コストを消費することになる。
なお、上述した公知のソーシャルゲームでは、プレイヤによるゲーム上の活動によって逐次消費(つまり、低下)させられるコストである運営コストが設定されており、この運営コストが少なくなると、そのプレイヤのゲーム上の活動が制限されるようになっている。上記練習試合もゲーム上の活動であるため、プレイヤは、練習試合を行うことで運営コストを消費することになる。
ところで、例えば練習試合モードのような、仲間のプレイヤ同士がお互いのアイテムを獲られない条件下で行われるプレイモードは、プレイヤにとってはアイテムを失う可能性がないため、緊張感をもってプレイされることがなく、対戦モードと比較して飽きられやすいという難点がある。特にソーシャルゲームはゲーム自体が単純で単調な傾向にあるため、この傾向がより助長されてしまう。その結果、アイテムを獲られない条件下で行われるプレイモードは積極的にプレイされなくなりうるが、かかる状況は、仲間同士の交流の機会損失となりゲームコミュニティの沈静化させることにもなるため、ゲーム自体の興趣性を低下させることとなり、望ましいことではない。
また、仲間同士で通常の対戦モードによりプレイする場合には、アイテムを取得できる可能性がある分、上述した練習試合と比較して飽きられにくいと言えるが、仲間同士で積極的に対戦プレイが行なわれる仕組みが設けることができれば、仲間同士の交流をさらに深めることができる。
また、仲間同士で通常の対戦モードによりプレイする場合には、アイテムを取得できる可能性がある分、上述した練習試合と比較して飽きられにくいと言えるが、仲間同士で積極的に対戦プレイが行なわれる仕組みが設けることができれば、仲間同士の交流をさらに深めることができる。
本発明は上述した観点に鑑みてなされたもので、仲間のプレイヤ同士で積極的に交流が図られるように誘導するゲーム制御装置、ポイント処理方法、ポイント処理プログラムを提供することを目的とする。
本発明の第1の観点は、プレイヤによって操作される通信端末からネットワークを介してアクセス可能に構成され、前記通信端末によるプレイヤのゲームの実行を、プレイヤを一意に特定するためのプレイヤ識別情報単位で制御するゲーム制御装置である。
このゲーム制御装置は、
プレイヤ識別情報に基づく申請を契機として当該プレイヤ識別情報を他のプレイヤ識別情報と関係付けて登録する登録手段と、
互いに関係付けられたプレイヤ識別情報に対応するプレイヤ間で発生するイベントに基づき、プレイヤ識別情報間の親密度を設定する親密度設定手段と、
互いに関係付けられたプレイヤ識別情報に対応するプレイヤ間の対戦を実行する対戦実行手段と、
前記プレイヤ間の対戦において、対戦するプレイヤのプレイヤ識別情報間の親密度が高いほど、ゲーム上の特典に変換可能なポイントをより多く、対戦するプレイヤのプレイヤ識別情報に対応するポイントとして付与するポイント付与手段と、
を備える。
このゲーム制御装置は、
プレイヤ識別情報に基づく申請を契機として当該プレイヤ識別情報を他のプレイヤ識別情報と関係付けて登録する登録手段と、
互いに関係付けられたプレイヤ識別情報に対応するプレイヤ間で発生するイベントに基づき、プレイヤ識別情報間の親密度を設定する親密度設定手段と、
互いに関係付けられたプレイヤ識別情報に対応するプレイヤ間の対戦を実行する対戦実行手段と、
前記プレイヤ間の対戦において、対戦するプレイヤのプレイヤ識別情報間の親密度が高いほど、ゲーム上の特典に変換可能なポイントをより多く、対戦するプレイヤのプレイヤ識別情報に対応するポイントとして付与するポイント付与手段と、
を備える。
このゲーム制御装置は、特定多数あるいは不特定多数のプレイヤの通信端末の各々と、ネットワークを介してコネクションを確立できる情報処理装置であれば何でもよい。そのようなゲーム制御装置は、例えばネットワーク上に配置された1または複数のサーバ、あるいは大型コンピュータ装置であってよい。また、プレイヤと通信端末は必ずしも1対1で対応する固定的な関係である必要はなく、複数のプレイヤが単一の通信端末を共用する通信端末の使用形態も想定される。したがって、このゲーム制御装置は、ゲームを行うプレイヤを一意に特定可能な情報として、プレイヤID等のプレイヤ識別情報ごとにプレイヤを管理する。
このゲーム制御装置において、登録手段の好ましい一例では、あるプレイヤ識別情報に対応するプレイヤによる申請は、仲間になることを希望する他のプレイヤ識別情報を指定し、通信端末を通して行なわれる。申請を受け付けると、登録手段は、指定されたプレイヤ識別情報に対応するプレイヤの承認を経て、プレイヤ識別情報間の対応付けを登録する。このゲーム制御装置がソーシャルゲームに適用される場合には、互いに対応付けて登録されたプレイヤ識別情報に対応するプレイヤ同士は、例えば、ゲームにおける「仲間」として互いにコミュニケーションをとりうる関係となる。なお、以下の説明では、あるプレイヤにとって、プレイヤ識別情報が対応付けて登録されている他のプレイヤを、「仲間のプレイヤ」あるいは単に「仲間」と適宜表記する。
このゲーム制御装置では、実質的に仲間のプレイヤ間の親密度の設定の基礎となるゲーム上のイベントは、様々な観点で設定することが可能である。特にソーシャルゲームでは、仲間のプレイヤ間の交流を図るための複数の機能が設けられており、これらの機能に基づいてプレイヤ間の親密度を適切に設定することができる。例えば、ソーシャルゲームの種類によっては、あるプレイヤが仲間のプレイヤに対してエールを送る(応援する)ことでポイントが得られる機能が設けられているが、プレイヤが仲間のプレイヤに対してエールを送る頻度が多いほどその仲間との親密度を高く設定してもよい。また、あるプレイヤが仲間のプレイヤに対して自分が保有するゲーム上のアイテムをプレゼントする機能が設けられている場合もあるが、その場合には、プレイヤが仲間のプレイヤに対してアイテムをプレゼントする頻度が多いほどその仲間との親密度を高く設定してもよい。あるいは、あるプレイヤと仲間のプレイヤの親密度を、その仲間のプレイヤと仲間になった経過時間が長いほど高く設定してもよい。
このゲーム制御装置では、実質的に仲間同士に設定される親密度が高いほど、その仲間同士の対戦によって、その仲間のプレイヤに付与されるポイントが多くなるように設定される。そのため、プレイヤには、日頃から仲間との親密度を上げておいて仲間との対戦でより多くのポイントを得るという動機付けが働くことになる。その結果、仲間のプレイヤ間での積極的な交流を図ること(つまり、ゲームコミュニティの活性化)を促進することができる。
上記ゲーム制御装置において、プレイヤ識別情報と、当該プレイヤ識別情報に対応するプレイヤがゲーム上で利用可能に保持するアイテムとを関連付けて記憶装置に記憶させる記憶手段、を備え、
前記対戦実行手段は、前記プレイヤ間の対戦を、敗北したプレイヤが保持するアイテムが失われないようにして実行してもよい。
前記対戦実行手段は、前記プレイヤ間の対戦を、敗北したプレイヤが保持するアイテムが失われないようにして実行してもよい。
仲間同士の対戦が、敗北したプレイヤが自分のアイテムを失うという条件下で行なわれると、プレイヤはアイテムを失うことを恐れるあまり、仲間との対戦を躊躇してしまう可能性がある。そこで、このゲーム制御装置では、仲間同士の対戦でアイテムを失う恐れがないようにして対戦を実行するようにしたため、プレイヤには、より積極的に仲間との対戦を利用してポイントを得る動機付けが働くことになる。その結果、日頃からの仲間のプレイヤ間でのさらなる積極的な交流を図ることができる。実際のゲームの適用では、互いにアイテムを失う恐れがないプレイヤ同士の対戦として、練習試合モードの対戦形式を設けることが考えられる。
上記ゲーム制御装置において、プレイヤ識別情報に割り当てられた所持ポイントについて、所定の上限値から、前記プレイヤ識別情報に対応するプレイヤによる前記ゲーム上の活動が行なわれる度に、当該活動に対して予め定められたポイントである実行ポイントを減算するとともに、前記所持ポイントがゼロ以上となるようにプレイヤによるゲーム上の活動を制限する所持ポイント管理手段、を備え、
前記所持ポイント管理手段は、前記プレイヤ間の対戦に対して予め定められた前記実行ポイントを、プレイヤ識別情報間の親密度が高いほど低くしてもよい。
前記所持ポイント管理手段は、前記プレイヤ間の対戦に対して予め定められた前記実行ポイントを、プレイヤ識別情報間の親密度が高いほど低くしてもよい。
この構成では、所定の値の所持ポイントを元に、プレイヤがゲーム上の活動を行なう度にポイント(上記実行ポイント)が消費され、所持ポイントが少なくなるとそれ以上プレイヤが実行可能なゲーム上の活動が制限されるようにしたゲームに適用されることが想定されている。プレイヤによるゲーム上の活動は、例えば、他のプレイヤと対戦することや、ゲーム上のキャラクタを取得、強化すること等、プレイヤがゲームを進行させる上での活動であってよい。プレイヤに与えられた所持ポイントの制約の下では、個々の活動によって消費される実行ポイントが低い方が一定時間内にゲーム上でより多くの活動を行なえるため、ゲームを効率的かつ有利に進行させることができる。例えば、プレイヤにとってみれば、他のプレイヤとの対戦に消費される実行ポイントがより低い方がそれだけ多くの対戦ができるため、対戦によるポイント、アイテム等を多く得ることができる。
そして、この構成では、プレイヤ間の対戦により消費する実行ポイントが、プレイヤ間の親密度が高いほど低くなるため、プレイヤには、日頃から仲間との親密度を上げておくことで仲間との対戦により消費する実行ポイントを低く抑制したいという動機付けが働くことになる。その結果、仲間のプレイヤ間での積極的な交流を図ることができる。
そして、この構成では、プレイヤ間の対戦により消費する実行ポイントが、プレイヤ間の親密度が高いほど低くなるため、プレイヤには、日頃から仲間との親密度を上げておくことで仲間との対戦により消費する実行ポイントを低く抑制したいという動機付けが働くことになる。その結果、仲間のプレイヤ間での積極的な交流を図ることができる。
上記ゲーム制御装置において、前記ポイント付与手段は、ポイントの付与対象となるプレイヤ識別情報について、親密度の大きさが所定値以上であるプレイヤ識別情報の数が多いほど、付与するポイントを多くしてもよい。
この構成によれば、親密度が高い仲間の数が多いほど多くのポイントが得られることになるため、プレイヤには、多くの仲間を作り、その仲間との親密度を高めることへの動機付けが働くことになり、仲間のプレイヤ間でのさらなる積極的な交流が図られる。
親密度の大きさが所定値以上であるプレイヤ識別情報の数が多いほど、付与するポイントを多くする場合には、各プレイヤ識別情報と関係付けられたプレイヤ識別情報、あるいはその数を、親密度の設定値と関連付けて表示させるためのデータを、各プレイヤ識別情報に対応するプレイヤの通信端末宛に送信する送信手段を備えてもよい。
この構成によれば、親密度の設定値ごとの仲間、あるいは親密度の設定値ごとの仲間の数がプレイヤの通信端末上に表示されて、プレイヤに視認できるようになる。ここで、親密度が高い仲間の数が多いほど多くのポイントが得られるため、現在は親密度が低い仲間との親密度を今後高めていこうとする意識付けをプレイヤに与えることができる。
上記ゲーム制御装置において、前記ポイント付与手段は、所定期間内に、互いに関係付けられたプレイヤ識別情報に対応する同一のプレイヤ間の対戦が2回以上行われる場合、2回目以降の対戦において付与するポイントを1回目の対戦で付与するポイントよりも少なくしてもよい。
プレイヤが親密度の高い同じ相手と何度も対戦を繰り返すことでそのプレイヤに多くのポイントが付与されることは、特定の2人のプレイヤのみの交流を促進するに過ぎず、ゲームコミュニティの活性化には寄与しないため、回避されることが好ましい。そこで、この構成では、所定期間内において、同一の相手との対戦を何度も行うことはできるが、2回目以降の対戦で獲得できるポイントを1回目の対戦で獲得できるポイントよりも少なくする。例えば、所定期間を1日と設定した場合には、同日中における、2回目以降の対戦では、獲得できるポイントが少なくなってしまう。この構成では、プレイヤには、同じ相手と何度も対戦するよりも、仲間を増やし異なる仲間と対戦することで効率的にポイントを得たいと考えるようになるため、結果的に、多くの仲間との積極的な交流を行なうようにプレイヤを誘導することができる。
本発明の第2の観点は、プレイヤによって操作される通信端末からネットワークを介してアクセス可能に構成され、前記通信端末によるプレイヤのゲームの実行を、プレイヤを一意に特定するためのプレイヤ識別情報単位で制御するゲーム制御装置、におけるポイント処理方法である。
このポイント処理方法は、
プレイヤ識別情報に基づく申請を契機として当該プレイヤ識別情報を他のプレイヤ識別情報と関係付けて登録する登録するステップと、
互いに関係付けられたプレイヤ識別情報に対応するプレイヤ間で発生するイベントに基づき、プレイヤ識別情報間の親密度を設定するステップと、
互いに関係付けられたプレイヤ識別情報に対応するプレイヤ間の対戦を実行するステップと、
前記プレイヤ間の対戦において、対戦するプレイヤのプレイヤ識別情報間の親密度が高いほど、ゲーム上の特典に変換可能なポイントをより多く、対戦するプレイヤのプレイヤ識別情報に対応するポイントとして付与するステップと、
を備える。
このポイント処理方法は、
プレイヤ識別情報に基づく申請を契機として当該プレイヤ識別情報を他のプレイヤ識別情報と関係付けて登録する登録するステップと、
互いに関係付けられたプレイヤ識別情報に対応するプレイヤ間で発生するイベントに基づき、プレイヤ識別情報間の親密度を設定するステップと、
互いに関係付けられたプレイヤ識別情報に対応するプレイヤ間の対戦を実行するステップと、
前記プレイヤ間の対戦において、対戦するプレイヤのプレイヤ識別情報間の親密度が高いほど、ゲーム上の特典に変換可能なポイントをより多く、対戦するプレイヤのプレイヤ識別情報に対応するポイントとして付与するステップと、
を備える。
本発明の第3の観点は、ポイント処理プログラムである。
このポイント処理プログラムは、
プレイヤによって操作される通信端末からネットワークを介し、プレイヤを一意に特定するためのプレイヤ識別情報単位で実行されるゲームにおけるポイント処理のために、コンピュータを、
プレイヤ識別情報に基づく申請を契機として当該プレイヤ識別情報を他のプレイヤ識別情報と関係付けて登録する登録手段、
互いに関係付けられたプレイヤ識別情報に対応するプレイヤ間で発生するイベントに基づき、プレイヤ識別情報間の親密度を設定する親密度設定手段、
互いに関係付けられたプレイヤ識別情報に対応するプレイヤ間の対戦を実行する対戦実行手段、及び
前記プレイヤ間の対戦において、対戦するプレイヤのプレイヤ識別情報間の親密度が高いほど、ゲーム上の特典に変換可能なポイントをより多く、対戦するプレイヤのプレイヤ識別情報に対応するポイントとして付与するポイント付与手段、
として機能させるためのプログラムである。
このポイント処理プログラムは、
プレイヤによって操作される通信端末からネットワークを介し、プレイヤを一意に特定するためのプレイヤ識別情報単位で実行されるゲームにおけるポイント処理のために、コンピュータを、
プレイヤ識別情報に基づく申請を契機として当該プレイヤ識別情報を他のプレイヤ識別情報と関係付けて登録する登録手段、
互いに関係付けられたプレイヤ識別情報に対応するプレイヤ間で発生するイベントに基づき、プレイヤ識別情報間の親密度を設定する親密度設定手段、
互いに関係付けられたプレイヤ識別情報に対応するプレイヤ間の対戦を実行する対戦実行手段、及び
前記プレイヤ間の対戦において、対戦するプレイヤのプレイヤ識別情報間の親密度が高いほど、ゲーム上の特典に変換可能なポイントをより多く、対戦するプレイヤのプレイヤ識別情報に対応するポイントとして付与するポイント付与手段、
として機能させるためのプログラムである。
コンピュータは、例えばネットワークサーバ、大型計算機等である。また、このゲームプログラムは、DVD-ROMやCD-ROM等のコンピュータが読み取り可能な情報記憶媒体に格納されてもよい。
本発明は、2011年7月28日に日本国特許庁に出願された特願2011-165282の特許出願に関連しており、当該出願の内容のすべてが参照によってこの明細書に組み込まれる。
(1)ゲームシステムの構成
図1は、実施形態のゲームシステムのシステム構成例を示している。図1に示すように、このゲームシステムは、例えばインターネットなどの通信網NWに接続可能な通信端末10a,10b,10c,…と、通信網NWに接続されているゲームサーバ20と、データベースサーバ30とによって構成されている。各通信端末10a,10b,10c,…はそれぞれ、個々のプレイヤによって操作される端末であり、例えば、携帯端末、PDA(Personal Digital Assistant)、パーソナルコンピュータなどの通信端末である。なお、以下の説明において、各通信端末10a,10b,10c,…に共通して言及するときには、通信端末10と表記する。このゲームシステムでは、ゲーム用アプリケーションとしてウェブブラウザ上で動作可能なアプリケーションがゲームサーバ20に実装されている。
通信端末10は、ゲームサーバ20によって提供されるウェブページを表示可能なウェブブラウザを備えており、プレイヤは、通信端末10をウェブページ上で操作してゲームを実行する。データベースサーバ30は、ゲームを実行する上での後述する様々な情報を格納しており、それらの情報の読み書きのためにゲームサーバ20と例えば有線で接続される。
図1は、実施形態のゲームシステムのシステム構成例を示している。図1に示すように、このゲームシステムは、例えばインターネットなどの通信網NWに接続可能な通信端末10a,10b,10c,…と、通信網NWに接続されているゲームサーバ20と、データベースサーバ30とによって構成されている。各通信端末10a,10b,10c,…はそれぞれ、個々のプレイヤによって操作される端末であり、例えば、携帯端末、PDA(Personal Digital Assistant)、パーソナルコンピュータなどの通信端末である。なお、以下の説明において、各通信端末10a,10b,10c,…に共通して言及するときには、通信端末10と表記する。このゲームシステムでは、ゲーム用アプリケーションとしてウェブブラウザ上で動作可能なアプリケーションがゲームサーバ20に実装されている。
通信端末10は、ゲームサーバ20によって提供されるウェブページを表示可能なウェブブラウザを備えており、プレイヤは、通信端末10をウェブページ上で操作してゲームを実行する。データベースサーバ30は、ゲームを実行する上での後述する様々な情報を格納しており、それらの情報の読み書きのためにゲームサーバ20と例えば有線で接続される。
また、図1には図示していないが、ゲームサーバ20とは別に各通信端末10のプレイヤを認証するための認証サーバを設けてもよい。また、多くの通信端末10からのアクセスを受け入れるために複数のゲームサーバ20を設ける場合は、その複数のゲームサーバ20間の負荷を調整するためのロードバランサを設けてもよい。また、ゲームサーバ20は単一のサーバ装置として構成してもよいが、機能を分散させた複数のサーバ装置として構成してもよい。
データベースサーバ30は、ゲームを実行する上での後述する様々な情報を格納しており、それらの情報の読み書きのためにゲームサーバ20と例えば有線で接続される。
データベースサーバ30は、ゲームを実行する上での後述する様々な情報を格納しており、それらの情報の読み書きのためにゲームサーバ20と例えば有線で接続される。
(2)通信端末の構成
図2を参照して通信端末10の構成について説明する。
図2に示すように、通信端末10は、CPU(Central Processing Unit)11、ROM(Read Only Memory)12、RAM(Random Access Memory)13、画像処理部14、操作入力部15、表示部16、及び、無線通信インタフェース部17を備えており、各部間の制御信号あるいはデータ信号を伝送するためのバス18が設けられている。
図2を参照して通信端末10の構成について説明する。
図2に示すように、通信端末10は、CPU(Central Processing Unit)11、ROM(Read Only Memory)12、RAM(Random Access Memory)13、画像処理部14、操作入力部15、表示部16、及び、無線通信インタフェース部17を備えており、各部間の制御信号あるいはデータ信号を伝送するためのバス18が設けられている。
CPU11は、ROM12内のウェブブラウザをRAM13にロードして実行する。そして、CPU11は、操作入力部15等によってプレイヤに入力されるURL(Uniform Resource Locator)の適切な指定に基づき、無線通信インタフェース部17を介して、ゲームサーバ20からウェブページを表示するためのデータ、すなわち、HTML(HyperText Markup Language)文書や当該文書と関連付けられた画像などのオブジェクトのデータ(以下、総称して適宜「HTMLデータ」と表記する。)を無線通信インタフェース部17を介して取得し、そのHTMLデータを解釈する。なお、通信端末10には、ウェブブラウザのブラウザ機能を拡張するための様々なプラグインが実装されていてよい。
なお、HTMLデータの取得に当たって、CPU11は、予め登録されたプレイヤID(プレイヤ識別情報)、あるいは操作入力部15を介して入力されるプレイヤIDを含むアクセス要求メッセージを、無線通信インタフェース部17を介してゲームサーバ20へ通知する。
なお、HTMLデータの取得に当たって、CPU11は、予め登録されたプレイヤID(プレイヤ識別情報)、あるいは操作入力部15を介して入力されるプレイヤIDを含むアクセス要求メッセージを、無線通信インタフェース部17を介してゲームサーバ20へ通知する。
ウェブブラウザは、画像処理部14を介して、取得したHTMLデータに基づき、ゲームサーバ20から提供されるウェブページを表示部16に表示する。また、ウェブブラウザは、プレイヤが操作入力部15の操作によってウェブページ上のハイパーリンク(Hyperlink)またはメニューが選択されると、その選択に応じたウェブページを表示するための新たなHTMLデータの送信をゲームサーバ20へ要求する。
画像処理部14は、HTMLデータの解析結果としてCPU11から与えられる表示用画像データに基づいて、表示部16にウェブページを表示する。表示部16は、例えば、マトリクス状に画素単位で配置された薄膜トランジスタを含むLCD(Liquid Cristal Display)モニタであり、表示用画像データに基づいて薄膜トランジスタを駆動することでウェブページの画像を表示する。
操作入力部15は、プレイヤの操作入力を受け入れるための複数の釦と、各釦の押下入力を認識してCPU11へ出力するためのインタフェース回路を含みうるが、図2では、方向指示釦と決定釦とを例示している。例えば、方向指示釦は、表示部16に表示されているウェブページをスクロールして表示することをCPU11へ指示するために設けられる。また、決定釦は、例えばウェブページ上で複数のハイパーリンクまたはメニューが表示されるときに、アクティブ表示(例えば強調表示)されている1つのハイパーリンクまたはメニューをプレイヤが選択することをCPU11へ指示するために設けられる。なお、通信端末10を小型の携帯端末によって構成する場合には、これらの釦は、プレイヤが通信端末10を片手で保持したままその親指で操作(クリック)しやすいように、通信端末10の前面に配置されていることが好ましい。
(3)ゲームサーバの構成
図3を参照してゲームサーバ20の構成について説明する。
ゲームサーバ20は、例えば階層構造の複数のウェブページからなるゲームのウェブサイトを管理しており、通信端末10に対してゲームのウェブサービスを提供する。図3に示すように、ゲームサーバ20は、CPU21、ROM22、RAM23、データベース(DB)アクセス部24、及び、無線通信インタフェース部25を備えており、各部間の制御信号あるいはデータ信号を伝送するためのバス26が設けられている。なお、ゲームサーバ20は、ハードウエアに関しては汎用のウェブサーバと同一の構成をとることができる。
図3を参照してゲームサーバ20の構成について説明する。
ゲームサーバ20は、例えば階層構造の複数のウェブページからなるゲームのウェブサイトを管理しており、通信端末10に対してゲームのウェブサービスを提供する。図3に示すように、ゲームサーバ20は、CPU21、ROM22、RAM23、データベース(DB)アクセス部24、及び、無線通信インタフェース部25を備えており、各部間の制御信号あるいはデータ信号を伝送するためのバス26が設けられている。なお、ゲームサーバ20は、ハードウエアに関しては汎用のウェブサーバと同一の構成をとることができる。
ROM22には、クライアントである通信端末10のウェブブラウザに対してHTML文書や画像などのオブジェクトの表示(ウェブページの表示)のサービスを提供するアプリケーションプログラムが格納されている。ROM22には、アプリケーションプログラム以外にもCPU21によって参照される各種データが格納されている。
CPU21は、ROM22内のゲームプログラムをRAM23にロードして実行し、無線通信インタフェース部25を介して、各種の処理を行う。
CPU21は、ROM22内のゲームプログラムをRAM23にロードして実行し、無線通信インタフェース部25を介して、各種の処理を行う。
例えば、CPU21は、無線通信インタフェース部25を介して、HTMLデータを通信端末10宛に送信する。なお、ゲームサーバ20が通信端末10のプレイヤの認証処理を行う場合には、CPU21はその認証処理を行う。
CPU21は、通信インタフェース部を介して、通信端末10で表示されるウェブページ上でプレイヤにより選択されたハイパーリンクまたはメニューに応じた処理を行う。その処理は、例えば、新たなHTMLデータの送信、または、ゲームサーバ20内の演算処理あるいはデータ処理などを含む。
データベースアクセス部24は、CPU21がデータベースサーバ30に対してデータの読み書きを行うときのインタフェースである。
CPU21は、通信インタフェース部を介して、通信端末10で表示されるウェブページ上でプレイヤにより選択されたハイパーリンクまたはメニューに応じた処理を行う。その処理は、例えば、新たなHTMLデータの送信、または、ゲームサーバ20内の演算処理あるいはデータ処理などを含む。
データベースアクセス部24は、CPU21がデータベースサーバ30に対してデータの読み書きを行うときのインタフェースである。
(3-1)ゲームサーバによって実現されるゲームの例
本実施形態のゲームサーバ20によって実現されるゲームのタイプは特に限定されるものではないが、以下では、実施形態の説明の便宜上、ゲームサーバ20によって実現されるゲームの一例としてデジタルカードゲームを採り上げる。
例えばサッカー形式のデジタルカードゲームは、プレイヤがサッカー選手(後述するプレイヤキャラクタ)に対応する選手カードを収集することによって自らのチームを作り上げ、他のプレイヤのチームと単独でサッカーの対戦する、あるいは技能レベルごとのサッカーのリーグ戦を戦うように構成されているゲームである。サッカー形式のデジタルカードゲームには、自らのチームを作り上げていくために選手カードを探索するスカウト機能や、抽選によって選手カードを入手することを可能とする抽選機能、あるいは2枚の選手カードを合成していずれかの選手カードをレベルアップさせる強化機能等が設けられている。
本実施形態のゲームサーバ20によって実現されるゲームのタイプは特に限定されるものではないが、以下では、実施形態の説明の便宜上、ゲームサーバ20によって実現されるゲームの一例としてデジタルカードゲームを採り上げる。
例えばサッカー形式のデジタルカードゲームは、プレイヤがサッカー選手(後述するプレイヤキャラクタ)に対応する選手カードを収集することによって自らのチームを作り上げ、他のプレイヤのチームと単独でサッカーの対戦する、あるいは技能レベルごとのサッカーのリーグ戦を戦うように構成されているゲームである。サッカー形式のデジタルカードゲームには、自らのチームを作り上げていくために選手カードを探索するスカウト機能や、抽選によって選手カードを入手することを可能とする抽選機能、あるいは2枚の選手カードを合成していずれかの選手カードをレベルアップさせる強化機能等が設けられている。
抽選機能は、好ましくは、選手カードを抽選箱の中から1枚を取り出すような演出を経て実行される。抽選によって得られる選手カードは基本的にランダムであるが、技術能力の際立った選手や人気のある選手の選手カード(いわゆるレアカード)が抽選で得られる確率は非常に低く設定されている。
プレイヤがゲーム上で保持するものとしてサッカー形式のデジタルカードゲームに用意されているアイテムには、選手カードのほか、パズルカードが含まれる。パズルカードのピースは上記スカウト機能によって入手可能であり、所定数(例えば6枚)の異なる図柄のピースから構成されている。パズルカードを構成するすべての図柄のピースを手に入れることで、プレイヤは1枚の強力な選手カードと交換することが可能となる。
このサッカー形式のデジタルカードゲームにおいて、パズルカードのピースを相手から獲ることを目的としたプレイヤ間の対戦モードが用意されている。この対戦モードでは、あるプレイヤは、欲しい図柄のピースを得る目的で他のプレイヤとの対戦を実行することができ、相手に勝利すれば欲しい図柄のピースを相手から奪うことができる。
このサッカー形式のデジタルカードゲームにおいて、パズルカードのピースを相手から獲ることを目的としたプレイヤ間の対戦モードが用意されている。この対戦モードでは、あるプレイヤは、欲しい図柄のピースを得る目的で他のプレイヤとの対戦を実行することができ、相手に勝利すれば欲しい図柄のピースを相手から奪うことができる。
このサッカー形式のデジタルカードゲームでは、プレイヤによるゲーム上の活動によって逐次消費(つまり、低下)させられるコストである運営コストが設定されており、この運営コストが少なくなると、そのプレイヤのゲーム上の活動が制限されるようになっている。この運営コストは所定時間の間に所定コストだけ回復するようになっているため、プレイヤは、運営コストが少なくなった場合にはゲームを実行せずに待機することになる。
このサッカー形式のデジタルカードゲームでは、プレイヤ間の対戦結果はゲームサーバ20によって決定されて即座に通信端末10上に表示され、プレイヤ側での通信端末に対する複雑な釦操作は不要であるため、ソーシャルゲームとして好適である。
このサッカー形式のデジタルカードゲームでは、後述するように、プレイヤは自らの仲間を登録することができるようになっている。仲間は何人でも登録することができる。仲間のプレイヤ間では、メッセージの交換、ゲーム上のアイテムのプレゼントあるいはアイテムの交換、相手のプレイヤにエールを送る(応援する)等、ネットワーク上の交流を図ることを可能とするネットワークサービスが提供される。なお、プレイヤは、仲間のプレイヤにエールを送ることで一定量のエールポイントを得ることができ、所定量のエールポイントと引き換えに、選手カードを引く抽選を行うことができるように構成されている。
このサッカー形式のデジタルカードゲームでは、後述するように、プレイヤは自らの仲間を登録することができるようになっている。仲間は何人でも登録することができる。仲間のプレイヤ間では、メッセージの交換、ゲーム上のアイテムのプレゼントあるいはアイテムの交換、相手のプレイヤにエールを送る(応援する)等、ネットワーク上の交流を図ることを可能とするネットワークサービスが提供される。なお、プレイヤは、仲間のプレイヤにエールを送ることで一定量のエールポイントを得ることができ、所定量のエールポイントと引き換えに、選手カードを引く抽選を行うことができるように構成されている。
(4)データベースサーバの構成
データベースサーバ30は、大容量のハードディスク装置やRAID(Redundant Arrays of Inexpensive Disks)等の形態の装置等、汎用ストレージで実現できる。データベースサーバ30内の各データベースは、ゲームサーバ20のデータベースアクセス部24を介してCPU21からのデータの読み書きが可能となるように構成されている。
図4に、データベースサーバ30の構成の一例を示す。図4に示すように、データベースサーバ30は、プレイヤデータベース31と、ゲーム結果データベース32とを備える。
データベースサーバ30は、大容量のハードディスク装置やRAID(Redundant Arrays of Inexpensive Disks)等の形態の装置等、汎用ストレージで実現できる。データベースサーバ30内の各データベースは、ゲームサーバ20のデータベースアクセス部24を介してCPU21からのデータの読み書きが可能となるように構成されている。
図4に、データベースサーバ30の構成の一例を示す。図4に示すように、データベースサーバ30は、プレイヤデータベース31と、ゲーム結果データベース32とを備える。
図5に、上述したサッカー形式のデジタルカードゲームにおいて適用されるプレイヤデータベース31の一例を示す。この例では、プレイヤデータベース31は、プレイヤID(プレイヤ識別情報)ごとに、表示名/表示画像、技能レベル、運営コスト、エールポイント、仲間、保有アイテム、及びキャラクタデータの各項目についての情報を含む。プレイヤデータベース31に含まれる情報は、ゲームサーバ20によって逐次更新されうる。
以下の説明では、プレイヤデータベース31に含まれるプレイヤID、あるいはプレイヤを特定する表示名(後述する)ごとのデータを総称して「プレイヤデータ」という。プレイヤデータを構成する各項目のデータは、以下のとおりである。
「表示名/表示画像」は、ゲームの実行時に通信端末10のプレイヤを特定するために表示される表示名及び表示画像である。表示名はプレイヤによって予め指定される所定長以下のテキストであり、表示画像は例えばプレイヤによって予め選択されるアバタ画像である。表示名は、ゲームサーバ20によって提供されるネットワーク環境(あるいはゲームコミュニティ)上でプレイヤを特定する名称である。
「技能レベル」は、ゲーム上のプレイヤの技能レベルを意味し、例えばLv1(レベル1)からLv10(レベル10)までの範囲のレベル値である。
「運営コスト」は、上述したサッカー形式のデジタルカードゲームにおいて、プレイヤIDに対応するプレイヤによるゲーム上の活動を行う上で必要となるコストである。運営コストは、他のプレイヤとの対戦等のゲーム上の活動によって低減し、時間が経過すると回復(増加)する値である。「運営コスト」の単位はP(ポイント)である。
「エールポイント」は、上述したサッカー形式のデジタルカードゲームのエール機能に基づいてプレイヤが取得したポイントである。
「仲間」は、対象とするプレイヤIDの仲間である他のプレイヤIDを、その仲間との親密度とを関連付けたデータである。親密度は例えば、最も親密度が低い「1」から最も親密度が高い「10」までの範囲の値である。
「保有アイテム」は、上述したサッカー形式のデジタルカードゲームの場合には、対象となるプレイヤIDに対応するプレイヤが保持する選手カードとパズルカードのピースについての画像を含むデータである。
「表示名/表示画像」は、ゲームの実行時に通信端末10のプレイヤを特定するために表示される表示名及び表示画像である。表示名はプレイヤによって予め指定される所定長以下のテキストであり、表示画像は例えばプレイヤによって予め選択されるアバタ画像である。表示名は、ゲームサーバ20によって提供されるネットワーク環境(あるいはゲームコミュニティ)上でプレイヤを特定する名称である。
「技能レベル」は、ゲーム上のプレイヤの技能レベルを意味し、例えばLv1(レベル1)からLv10(レベル10)までの範囲のレベル値である。
「運営コスト」は、上述したサッカー形式のデジタルカードゲームにおいて、プレイヤIDに対応するプレイヤによるゲーム上の活動を行う上で必要となるコストである。運営コストは、他のプレイヤとの対戦等のゲーム上の活動によって低減し、時間が経過すると回復(増加)する値である。「運営コスト」の単位はP(ポイント)である。
「エールポイント」は、上述したサッカー形式のデジタルカードゲームのエール機能に基づいてプレイヤが取得したポイントである。
「仲間」は、対象とするプレイヤIDの仲間である他のプレイヤIDを、その仲間との親密度とを関連付けたデータである。親密度は例えば、最も親密度が低い「1」から最も親密度が高い「10」までの範囲の値である。
「保有アイテム」は、上述したサッカー形式のデジタルカードゲームの場合には、対象となるプレイヤIDに対応するプレイヤが保持する選手カードとパズルカードのピースについての画像を含むデータである。
「キャラクタデータ」は、ゲームについてのプレイヤキャラクタの情報を含む。プレイヤキャラクタは、ゲームの性質によって多様な情報を含みうるが、サッカー形式のデジタルカードゲームの場合を例に挙げれば、選手カードに1対1で対応するゲーム上の選手を意味する。プレイヤキャラクタの情報は、プレイヤキャラクタ(選手)の能力値(能力パラメータ)が項目ごとに記述された情報である。例えば、図5に示すように、項目として「走力」,「キック力」,「守備力」等の各々の各能力値が含まれてもよい。なお、プレイヤがプレイヤIDを取得した時点では、キャラクタデータは所定のデフォルトのデータを含むものとなっている。
図4に戻り、ゲーム結果データベース32は、ゲームサーバ20からのアクセスに基づき、ゲームサーバ20によって実行されたゲーム結果に関する情報を記憶、更新する。ゲーム結果に関する情報は、ゲームの性質によって多様な情報を含みうる。サッカー形式のデジタルカードゲームの場合を例に挙げれば、ゲーム結果に関する情報は、異なるプレイヤID同士の対戦の結果(スコア等)、特定の技能レベルの複数のプレイヤIDの間のリーグ戦の結果(スコア、ランキング等)などを含む。
(5)ゲーム制御装置における各機能の概要
本実施形態では、ゲームサーバ20及びデータベースサーバ30によってゲーム制御装置が構成されている。以下では、上述したサッカー形式のデジタルカードゲームが適用される場合を例として、本実施形態のゲーム制御装置で実現される機能について、図6を参照して説明する。図6は、本実施形態のゲーム制御装置で主要な役割を果たす機能を説明するための機能ブロック図である。
本実施形態では、ゲームサーバ20及びデータベースサーバ30によってゲーム制御装置が構成されている。以下では、上述したサッカー形式のデジタルカードゲームが適用される場合を例として、本実施形態のゲーム制御装置で実現される機能について、図6を参照して説明する。図6は、本実施形態のゲーム制御装置で主要な役割を果たす機能を説明するための機能ブロック図である。
登録手段51は、例えば通信端末10に提供するウェブページ上での通信端末10への適切な操作入力に基づいてプレイヤの要求を認識し、登録処理を行う機能を備える。この場合の登録手段51の機能は、例えば以下のとおり実現される。ゲームサーバ20のCPU21は、無線通信インタフェース部25を介して通信端末10から登録要求メッセージを受信する。登録要求メッセージは、ゲームサーバ20から提供されるウェブページ上での通信端末10に対する所定の操作(例えば、所定のメニューの選択操作、テキスト入力等)によって自動的に生成されるように、ウェブページが構成されていてもよい。登録要求メッセージには、送信元の通信端末10を特定するための情報(例えばIPアドレス、メールアドレス等)が含まれていてもよく、あるいは、プレイヤが既に同一のサービス提供者による他のゲームを利用している場合には、そのプレイヤIDが含まれていてもよい。
CPU21は、登録要求メッセージを受信し、登録要求メッセージにプレイヤIDが含まれていない場合には、プレイヤIDを新規に発行してそのプレイヤIDの登録処理を行った後、登録処理が完了した旨のメッセージを通信端末10へ送信する。CPU21は、登録要求メッセージを受信し、登録要求メッセージにプレイヤIDが含まれている場合には、そのプレイヤIDの登録処理を行った後、登録処理が完了したことを示す登録完了メッセージを通信端末10へ送信する。
登録が完了すると、図5に示したように、所定のデフォルトのデータが記述された新規のプレイヤIDについてのプレイヤデータがプレイヤデータベース31に格納される。
CPU21は、登録要求メッセージを受信し、登録要求メッセージにプレイヤIDが含まれていない場合には、プレイヤIDを新規に発行してそのプレイヤIDの登録処理を行った後、登録処理が完了した旨のメッセージを通信端末10へ送信する。CPU21は、登録要求メッセージを受信し、登録要求メッセージにプレイヤIDが含まれている場合には、そのプレイヤIDの登録処理を行った後、登録処理が完了したことを示す登録完了メッセージを通信端末10へ送信する。
登録が完了すると、図5に示したように、所定のデフォルトのデータが記述された新規のプレイヤIDについてのプレイヤデータがプレイヤデータベース31に格納される。
登録手段51はまた、プレイヤIDに基づく申請を契機として当該プレイヤIDを他のプレイヤIDと関係付けて登録する機能を備える。すなわち、登録手段51は、プレイヤIDに基づく申請を契機として、他のプレイヤIDを「仲間」として登録する。なお、以下の説明では、プレイヤIDが仲間の関係にあることと、対応するプレイヤが仲間の関係にあることとは、同義である。
この場合の登録手段51の機能は例えば、以下のとおり実現される。ゲームサーバ20のCPU21は、無線通信インタフェース部25を介して、あるプレイヤIDに対応するプレイヤの通信端末10から、仲間になりたいプレイヤID(あるいは、対応する表示名)を指定した申請メッセージ(申請)を受け付ける。この申請メッセージの送信は、プレイヤの通信端末10に提供されるウェブページの機能として予め設定されている。CPU21は、申請メッセージを受け付けると、申請メッセージに含まれるプレイヤIDに基づくアクセスがあったタイミングで、そのプレイヤIDに対応する通信端末10宛に、他のプレイヤIDに基づく申請を承認するか否かを返信することを要求するためのウェブページを表示させるHTMLデータを送信する。その申請を承認することが返信されれば、CPU21は、両者を仲間として登録する。具体的には、CPU21は、プレイヤデータベース31内の対応する2つのプレイヤIDのプレイヤデータの「仲間」の箇所(図5参照)にデータを書き込む。
この場合の登録手段51の機能は例えば、以下のとおり実現される。ゲームサーバ20のCPU21は、無線通信インタフェース部25を介して、あるプレイヤIDに対応するプレイヤの通信端末10から、仲間になりたいプレイヤID(あるいは、対応する表示名)を指定した申請メッセージ(申請)を受け付ける。この申請メッセージの送信は、プレイヤの通信端末10に提供されるウェブページの機能として予め設定されている。CPU21は、申請メッセージを受け付けると、申請メッセージに含まれるプレイヤIDに基づくアクセスがあったタイミングで、そのプレイヤIDに対応する通信端末10宛に、他のプレイヤIDに基づく申請を承認するか否かを返信することを要求するためのウェブページを表示させるHTMLデータを送信する。その申請を承認することが返信されれば、CPU21は、両者を仲間として登録する。具体的には、CPU21は、プレイヤデータベース31内の対応する2つのプレイヤIDのプレイヤデータの「仲間」の箇所(図5参照)にデータを書き込む。
ゲーム進行手段52は、プレイヤによる通信端末10に対する操作に応じた通信端末10におけるウェブページを通して、プレイヤの通信端末10で表示されるゲームを進行させる機能を備える。
ゲーム進行手段52の機能は、以下のとおり実現される。ゲームサーバ20のCPU21は、プレイヤによるウェブページ上のハイパーリンクまたはメニューの選択に応じたウェブページを表示するためのHTMLデータを、無線通信インタフェース部25を介して通信端末10宛に送信する。CPU21は、プレイヤによるウェブページ上のハイパーリンクまたはメニューの選択に応じて新たなHTMLデータを逐次送信し、これにより、通信端末10で表示されるウェブページが逐次切り替わることで、プレイヤがゲームの進行を認識する。
また、ゲーム進行手段51では、ゲームサーバ20のCPU21が、ゲームの開始に先立って、無線通信インタフェース部25を介して通信端末10からアクセス要求メッセージを受けると、所定の認証処理の後、その通信端末10からアクセス要求メッセージに含まれるプレイヤIDを認識する。そして、CPU21は、各通信端末10に表示されるゲームの進行を、プレイヤID単位で管理する。
ゲーム進行手段52の機能は、以下のとおり実現される。ゲームサーバ20のCPU21は、プレイヤによるウェブページ上のハイパーリンクまたはメニューの選択に応じたウェブページを表示するためのHTMLデータを、無線通信インタフェース部25を介して通信端末10宛に送信する。CPU21は、プレイヤによるウェブページ上のハイパーリンクまたはメニューの選択に応じて新たなHTMLデータを逐次送信し、これにより、通信端末10で表示されるウェブページが逐次切り替わることで、プレイヤがゲームの進行を認識する。
また、ゲーム進行手段51では、ゲームサーバ20のCPU21が、ゲームの開始に先立って、無線通信インタフェース部25を介して通信端末10からアクセス要求メッセージを受けると、所定の認証処理の後、その通信端末10からアクセス要求メッセージに含まれるプレイヤIDを認識する。そして、CPU21は、各通信端末10に表示されるゲームの進行を、プレイヤID単位で管理する。
図7は、ゲーム進行手段52によって実行されるプレイヤの通信端末10上の表示の一例であって、サッカー形式のデジタルカードゲームにおけるトップページを示す。トップページは、個々のプレイヤIDに応じたウェブページで構成される。図7に例示されるトップページは、プレイヤデータ表示領域、選手画像表示領域及び基本メニュー表示領域を含む。プレイヤデータ表示領域は、対象となるプレイヤIDのプレイヤデータに含まれる、技能レベル、運営コスト、エールポイント、選手カード、仲間の各項目のデータ(図5参照)がCPU21によって読み出された結果として表示される領域である。選手画像表示領域は、対象となるプレイヤIDのプレイヤデータに含まれる所定位置の選手カード(例えば、エースストライカーに相当するプレイヤキャラクタの選手カード、あるいはプレイヤデータ内で最初に順序付けられたプレイヤキャラクタに対応する選手カード)の画像データがCPU21によって読み出された結果として表示される領域である。基本メニュー表示領域は、サッカー形式のデジタルカードゲームに設けられる複数の機能(スカウト機能、ポジション機能、強化機能、抽選機能、対戦機能)に対応した基本メニューとして、「スカウト」、「ポジション」、「強化」、「抽選」、「試合」の各メニューが配置される領域である。ゲーム進行手段52では、CPU21が、プレイヤによる通信端末10に対する基本メニューの選択操作を受信し、選択されたメニューに応じた新たなウェブページを表示するためのHTMLデータを、無線通信インタフェース部25を介して通信端末10宛に送信する。新たなウェブページには、選択された基本メニューに対応する機能についてさらに具体的なゲーム実行内容の指示を行うためのメニューが用意される。なお、通信端末10におけるメニューの選択操作は、例えば、操作入力部15の方向指示釦を操作して所望のメニューを選択した後に決定釦を押下する(つまり、クリックする)操作であってよい。
なお、プレイヤデータ表示領域における選手カードと仲間のデータ表示部分(図7では、「15枚」、「20人」)は、ハイパーリンクによって詳細な内容を参照可能な状態で表示される。例えば、図7において、プレイヤにより、仲間の「20人」が方向指示釦で選択され、かつ決定釦が押下されると、その選択結果がゲームサーバ20へ送信される。その結果、通信端末10は、ゲームサーバ20から、「20人」の仲間リストを表示するためのHTMLデータを受信し、その仲間リストを表示する。
ゲーム進行手段52において行われるゲームの進行のための処理は、ゲームの性質によって任意に設定されうるものであるが、上述したサッカー形式のデジタルカードゲームの場合には、プレイヤによるウェブページ上のハイパーリンクまたはメニューの選択に応じた複数の機能(スカウト機能、ポジション機能、強化機能、抽選機能、対戦機能)の少なくともいずれかを実行する処理が含まれる。なお、対戦機能については、後述する対戦実行手段53によって実質的に行われる。スカウト機能、強化機能、抽選機能については既に説明したとおりであり、以下の説明では各機能について言及しない。ポジション機能は、プレイヤの指示の下、プレイヤキャラクタのポジションの入れ替え、控えのプレイヤキャラクタとの交替等を実行する機能である。
対戦実行手段53は、プレイヤIDに対応するプレイヤ間の対戦を実行する機能を備える。
プレイヤ間の対戦には、通常対戦モードと練習試合モードが設けられている。通常対戦モードは、プレイヤ間の対戦を、敗北したプレイヤが保持するアイテムが勝利したプレイヤに移されるようにして実行するモードであり、任意のプレイヤ間で行われる。練習試合モードは、プレイヤ間の対戦を、敗北したプレイヤが保持するアイテムが失われないようにして実行するモードであり、仲間同士で行われる。なお、以下の説明では、「プレイヤ間の対戦」と、プレイヤが保持する選手カードに対応するプレイヤキャラクタ間での対戦を意味する「プレイヤキャラクタ間の対戦」とは同義である。
プレイヤ間の対戦には、通常対戦モードと練習試合モードが設けられている。通常対戦モードは、プレイヤ間の対戦を、敗北したプレイヤが保持するアイテムが勝利したプレイヤに移されるようにして実行するモードであり、任意のプレイヤ間で行われる。練習試合モードは、プレイヤ間の対戦を、敗北したプレイヤが保持するアイテムが失われないようにして実行するモードであり、仲間同士で行われる。なお、以下の説明では、「プレイヤ間の対戦」と、プレイヤが保持する選手カードに対応するプレイヤキャラクタ間での対戦を意味する「プレイヤキャラクタ間の対戦」とは同義である。
[通常対戦モード]
対戦実行手段53の通常対戦モードの機能は例えば、以下のとおり実現される。あるプレイヤIDに対応するプレイヤの通信端末10のトップページ上で「試合」のメニューの選択操作がなされ、その選択結果を受信すると、ゲームサーバ20のCPU21は、そのプレイヤIDの対戦相手を、プレイヤデータベース31に含まれる他のプレイヤIDの中から決定する。このとき、対戦するプレイヤID同士の技能レベルが同一であることが好ましい。
対戦実行手段53の通常対戦モードの機能は例えば、以下のとおり実現される。あるプレイヤIDに対応するプレイヤの通信端末10のトップページ上で「試合」のメニューの選択操作がなされ、その選択結果を受信すると、ゲームサーバ20のCPU21は、そのプレイヤIDの対戦相手を、プレイヤデータベース31に含まれる他のプレイヤIDの中から決定する。このとき、対戦するプレイヤID同士の技能レベルが同一であることが好ましい。
対戦相手の決定は、プレイヤが望むパズルカードのピースの指定に基づき、そのピースを保持する複数の他のプレイヤをプレイヤデータとともに提示し、提示された他のプレイヤの中から対戦相手がプレイヤに選択されるという方法で行うことができる。この場合、CPU21はプレイヤデータベース31にアクセスし、プレイヤに指定されたピースを保有アイテムとして含むプレイヤIDを所定数検索し、その所定数のプレイヤIDの検索結果を含むHTMLデータを、ピースを指定したプレイヤの通信端末10宛に送信する。プレイヤの通信端末10上に表示されたウェブページ上では、検索の結果得られた所定数のプレイヤIDに対応する表示名が表示される。このウェブページは、通信端末10上で表示名を選択することで対戦相手の選択結果がゲームサーバ20宛に送信されるように構成されている。また、プレイヤは、対戦相手を自分の仲間のプレイヤの中から選択することもできる。この通常対戦モードでは、対戦相手を選択したプレイヤが勝利すると、その対戦相手から、予め指定したパズルカードのピースを獲ることができる。
[練習試合モード]
対戦実行手段53の練習試合モードの対戦の機能は例えば、以下のとおり実現される。あるプレイヤIDに対応するプレイヤの通信端末10のトップページ上で、前述したように、仲間のデータ表示部分(図7では、「20人」)はハイパーリンクによって詳細な内容を参照可能な状態で表示されている。ここで、プレイヤが仲間の「20人」を選択して通信端末10の決定釦を押下すると、その選択結果がゲームサーバ20へ送信される。その結果、通信端末10は、ゲームサーバ20から、「20人」の仲間リストを表示するためのHTMLデータを受信し、その仲間リストを表示する。図8に仲間リストの表示例を示す。図8に示すように、仲間リストは、仲間のプレイヤの表示名と、プレイヤデータの内容とを含むようにしてよい。
対戦実行手段53の練習試合モードの対戦の機能は例えば、以下のとおり実現される。あるプレイヤIDに対応するプレイヤの通信端末10のトップページ上で、前述したように、仲間のデータ表示部分(図7では、「20人」)はハイパーリンクによって詳細な内容を参照可能な状態で表示されている。ここで、プレイヤが仲間の「20人」を選択して通信端末10の決定釦を押下すると、その選択結果がゲームサーバ20へ送信される。その結果、通信端末10は、ゲームサーバ20から、「20人」の仲間リストを表示するためのHTMLデータを受信し、その仲間リストを表示する。図8に仲間リストの表示例を示す。図8に示すように、仲間リストは、仲間のプレイヤの表示名と、プレイヤデータの内容とを含むようにしてよい。
図8において、仲間リストを構成する各仲間のプレイヤの表示名は、例えば、さらにハイパーリンクによって詳細な内容を参照可能な状態で表示されている。ここで例えば、プレイヤが仲間の「XYZ」(プレイヤ:XYZ(表示名))を選択して通信端末10の決定釦を押下すると、図9に示すように、プレイヤ:XYZとの間で交流を行うための1又は複数のメニューを含むページに遷移する。図9に示す表示例では、「エールを送る」、「プレゼントをする」、「練習試合をする」、「仲間を解除する」の4つのメニューの例が示されている。ここで、「エールを送る」というメニューは、プレイヤ:XYZへエールを送ることを要求するためのメニューである。「プレゼントをする」というメニューは、プレイヤ:XYZへ自分が保持するいずれかのアイテムをプレゼントすることを指示するためのメニューである。「練習試合をする」というメニューは、プレイヤ:XYZとの間で練習試合モードでの対戦を要求するためのメニューである。「仲間を解除する」というメニューは、プレイヤ:XYZとの間の仲間の関係を解除することを要求するためのメニューである。
図9に示したページは、プレイヤが「練習試合をする」というメニューを選択することで、練習試合モードにおける対戦相手の選択結果(この場合は、プレイヤ:XYZ)がゲームサーバ20宛に送信されるように構成されている。
図9に示したページは、プレイヤが「練習試合をする」というメニューを選択することで、練習試合モードにおける対戦相手の選択結果(この場合は、プレイヤ:XYZ)がゲームサーバ20宛に送信されるように構成されている。
通常対戦モードあるいは練習試合モードの対戦相手が決定すると、CPU21は通信端末10宛に、対戦相手を通知するウェブページを表示するためのHTMLデータを送信する。対戦相手を通知するウェブページの一例を図10に示す。図10に示す例では、プレイヤ:ABCの対戦相手として、プレイヤ:XYZが選択されたことを示している。このウェブページには、対戦の実行を最終的に指示させるための「試合開始」のメニューが設けられている。プレイヤ:ABCが通信端末10の操作入力部15を操作することにより、「試合開始」のメニューを選択する操作が行われると、その選択結果がゲームサーバ20のCPU21宛に送信される。これにより、異なるプレイヤIDのプレイヤ間でのプレイヤキャラクタによる対戦が実行される。対戦の実行に当たって、CPU21は、データベースアクセス部24を介してデータベースサーバ30のプレイヤデータベース31にアクセスし、対戦相手となる2つのプレイヤIDに対応付けられたキャラクタデータを読み出す。そして、CPU21は、読み出したキャラクタデータに基づいて、プレイヤキャラクタ間の対戦を実行する。
対戦の勝敗の決定方法は、プレイヤキャラクタの能力値がその勝敗に影響を与える方法である限り如何なる方法を採ることができる。例えば、対戦相手となる2つのプレイヤIDに対応付けられたプレイヤキャラクタの能力値を比較し、より大きな能力値のプレイヤキャラクタが、高い確率(例えば、60~90%の範囲内の所定の確率)をもって勝利するように設定してよい。この勝率は、能力値の差が大きいほど高い確率としてもよい。このとき、図5に示したように、能力値の項目が複数存在する場合には、所定の重み付け(例えば、図5の例では、「走力」を0.3、「キック力」を0.3、「守備力」を0.4の重み付けにする等)をもって総合的な能力値を算出し、この総合的な能力値を比較対象とすることができる。
CPU21は、対戦相手となる2つのプレイヤIDに対応付けられたプレイヤキャラクタの対戦の対戦結果を決定すると、その対戦結果を含むウェブページを表示させるためのHTMLデータを、対戦相手の2つのプレイヤIDのプレイヤの通信端末10宛に送信する。そして、通信端末10は、ゲームサーバ20から受信したHTMLデータを解釈して対戦結果を含む画像を表示部16に表示する。その表示画面の一例を、図11及び図12に示す。図11は、対戦で勝利したプレイヤキャラクタに対応付けられたプレイヤ(図11の例では、プレイヤ:ABC)の通信端末10において表示されるウェブページの一例を示す。図12は、対戦で敗北したプレイヤキャラクタに対応付けられたプレイヤ(図12の例では、プレイヤ:ABC)の通信端末10において表示されるウェブページの一例を示す。図11及び図12に示す表示画面の例において、対戦結果の詳細(スコア、得点者に対応するプレイヤキャラクタ等)は、ランダムに決定してよい。対戦結果を決定した後、CPU21は、データベースアクセス部24を介して、対戦結果の詳細をゲーム結果データベース32に書き込む処理を行う。
図10に例示するウェブページ上でプレイヤが「試合開始」のメニューを選択する操作が行われてから、図11または図12に例示するウェブページが表示されるまでの時間は極めて短時間(例えば数秒)であるため、プレイヤは、簡易な操作のみで極めて短期間で対戦結果を知ることができる。
図10に例示するウェブページ上でプレイヤが「試合開始」のメニューを選択する操作が行われてから、図11または図12に例示するウェブページが表示されるまでの時間は極めて短時間(例えば数秒)であるため、プレイヤは、簡易な操作のみで極めて短期間で対戦結果を知ることができる。
プレイヤデータ管理手段54は、プレイヤデータベース31のプレイヤデータの更新を行なう機能であり、アイテム記憶手段541、親密度設定手段542及び技能レベル管理手段543を含む。
アイテム記憶手段541は、プレイヤIDと、当該プレイヤIDに対応するプレイヤがゲーム上で利用可能に保持するアイテムとを関連付けてプレイヤデータベース31に記憶させる機能を備える。アイテム記憶手段541の機能は例えば、以下のように実現される。ゲームサーバ20のCPU21は、プレイヤデータベース31にアクセスし、プレイヤIDに対応するプレイヤがゲーム上で利用可能に保持するアイテム(例えば、選手カード、パズルカードのピース)を記憶、更新する。プレイヤデータ管理手段54によってアイテムを記憶あるいは更新する契機は、例えば、プレイヤがゲーム上で新規の選手カードを入手したときや、プレイヤが入手した所定数のパズルカードのピースを1枚の選手カードに変換するときなどである。
アイテム記憶手段541は、プレイヤIDと、当該プレイヤIDに対応するプレイヤがゲーム上で利用可能に保持するアイテムとを関連付けてプレイヤデータベース31に記憶させる機能を備える。アイテム記憶手段541の機能は例えば、以下のように実現される。ゲームサーバ20のCPU21は、プレイヤデータベース31にアクセスし、プレイヤIDに対応するプレイヤがゲーム上で利用可能に保持するアイテム(例えば、選手カード、パズルカードのピース)を記憶、更新する。プレイヤデータ管理手段54によってアイテムを記憶あるいは更新する契機は、例えば、プレイヤがゲーム上で新規の選手カードを入手したときや、プレイヤが入手した所定数のパズルカードのピースを1枚の選手カードに変換するときなどである。
親密度設定手段542は、互いに関係付けられた(つまり、仲間の)プレイヤIDに対応するプレイヤ間で発生するイベントに基づき、プレイヤID間の親密度(つまり、プレイヤ間の親密度)を設定する機能を備える。プレイヤID同士が仲間として登録されると、ゲームサーバ20によって提供されるネットワークサービスのそのプレイヤID同士の利用状況に応じて親密度が設定される。ゲームサーバ20によって提供されるネットワークサービスは、例えば、仲間のプレイヤ間でのメッセージの交換、ゲーム上のアイテムについてプレイヤから仲間のプレイヤへのプレゼントをすること、ゲーム上のアイテムについてプレイヤと仲間のプレイヤの間で交換をすること等である。親密度設定手段542は、プレイヤ同士がより親密であると考えられる場合に、対応するプレイヤID間により高い親密度の値を設定する。親密度の設定方法の例は、以下のとおりである。仲間のプレイヤ間でメッセージの交換、プレゼント、アイテム交換の頻度が多いほど、対応するプレイヤID間の親密度が高く設定される。プレイヤ同士が仲間になってからの期間が長いほど、対応するプレイヤID間の親密度が高く設定される。
親密度設定手段542の機能は、例えば以下のようにして実現される。ゲームサーバ20のCPU21は、メッセージの交換、プレゼント、アイテム交換等、仲間のプレイヤ間での交流イベントが生ずると、その交流イベントの回数を計数する。CPU21は、所定の期間内に生じた交流イベントの回数に応じて親密度を設定する。交流イベントは必ずしも継続的に生ずるとは限らないため、仲間のプレイヤ間の親密度を低下させるような処理は行わなくてもよい。CPU21は、2つのプレイヤIDが仲間になってからの期間を計測し、その期間に基づいて親密度を設定してもよい。CPU21は、交流イベントの回数、または仲間になってからの期間の長さを所定の閾値と比較することで、親密度の値を決定することができる。前述したように、親密度は例えば、最も親密度が低い「1」から最も親密度が高い「10」までの範囲の値である。
技能レベル管理手段543は、各プレイヤIDを、ゲーム上の複数の技能レベルのいずれかに属するように管理する機能を備える。技能レベル管理手段543では、プレイヤのゲームの進行状況、あるいはプレイヤのプレイヤキャラクタの能力値の増加に応じて、プレイヤIDを複数の技能レベルのいずれかに区分けする。例えば、技能レベル管理手段543は、ゲームの開始時点では技能レベルはLv1に設定され、プレイヤキャラクタの能力値の増加するにつれて技能レベルを上昇させるようにする。
技能レベル管理手段543の機能は、例えば以下のようにして実現される。プレイヤキャラクタの能力値のデータ(つまり、キャラクタデータ;図5参照)は例えば強化機能によって更新されうるが、ゲームサーバ20のCPU21は、その能力値を参照して、所定の閾値と比較することで、対応するプレイヤIDの技能レベルを上昇させるか否か決定する。技能レベルを上昇させる場合には、CPU21は、対応するプレイヤIDのプレイヤデータに含まれる技能レベルの項目を更新する。
技能レベル管理手段543の機能は、例えば以下のようにして実現される。プレイヤキャラクタの能力値のデータ(つまり、キャラクタデータ;図5参照)は例えば強化機能によって更新されうるが、ゲームサーバ20のCPU21は、その能力値を参照して、所定の閾値と比較することで、対応するプレイヤIDの技能レベルを上昇させるか否か決定する。技能レベルを上昇させる場合には、CPU21は、対応するプレイヤIDのプレイヤデータに含まれる技能レベルの項目を更新する。
ポイント付与手段55は、仲間のプレイヤ間の対戦において、対戦するプレイヤのプレイヤID間の親密度が高いほど、対戦するプレイヤのプレイヤIDに対応するエールポイントをより多く付与する機能を備える。ここで、エールポイントは、ゲーム上の特典に変換可能なポイントの一例に過ぎず、プレイヤに有利となるゲーム上の適切なポイントであれば他のポイントを付与するようにしてもよい。また、エールポイントの付与の対象となる仲間のプレイヤ間の対戦は、通常対戦モードと練習試合モードのいずれの対戦でもよい。
このポイント付与手段55の機能は、例えば以下のようにして実現される。ゲームサーバ20のCPU21は、仲間のプレイヤ間の対戦が行われたと判断するとプレイヤデータベース31にアクセスし、そのプレイヤ間の親密度を読み出す。そしてCPU21は、読み出した親密度に基づいて、対戦した各プレイヤに付与すべきエールポイントを決定する。仲間の親密度とエールポイントの関係は、例えば概ね比例関係となるように予め設定しておいてもよい。このようにエールポイントの付与がなされることで、プレイヤには、日頃から仲間との親密度を上げておいて仲間との対戦でより多くのポイントを得るという動機付けが働くことになる。
ポイント付与手段55における仲間のプレイヤ間の対戦は、練習試合モードの対戦であることが好ましい。練習試合モードの対戦ではアイテムを失う恐れがないため、プレイヤには、より積極的に仲間との対戦を利用してポイントを得る動機付けが働くことになる。
このポイント付与手段55の機能は、例えば以下のようにして実現される。ゲームサーバ20のCPU21は、仲間のプレイヤ間の対戦が行われたと判断するとプレイヤデータベース31にアクセスし、そのプレイヤ間の親密度を読み出す。そしてCPU21は、読み出した親密度に基づいて、対戦した各プレイヤに付与すべきエールポイントを決定する。仲間の親密度とエールポイントの関係は、例えば概ね比例関係となるように予め設定しておいてもよい。このようにエールポイントの付与がなされることで、プレイヤには、日頃から仲間との親密度を上げておいて仲間との対戦でより多くのポイントを得るという動機付けが働くことになる。
ポイント付与手段55における仲間のプレイヤ間の対戦は、練習試合モードの対戦であることが好ましい。練習試合モードの対戦ではアイテムを失う恐れがないため、プレイヤには、より積極的に仲間との対戦を利用してポイントを得る動機付けが働くことになる。
所持ポイント管理手段56は、プレイヤIDに割り当てられた運営コスト(「所持ポイント」の一例である。)について、所定の上限値から、プレイヤIDに対応するプレイヤによるゲーム上の活動が行なわれる度に、当該活動に対して予め定められたコスト(「実行ポイント」の一例である。)を減算する機能を備える。また、所持ポイント管理手段56は、プレイヤ間の対戦により消費するコストを、プレイヤID間の親密度が高いほど低くする。
この所持ポイント管理手段56の機能は、例えば以下のようにして実現される。
先ず、プレイヤIDに与えられる運営コスト(所持ポイント)の最大値は固定値であるとする。そして、ゲームサーバ20のCPU21は、特定のプレイヤIDについてゲーム上の活動(あるいは実行)に伴ってコスト(実行ポイント)を消費した場合には、プレイヤデータベース31にアクセスして、そのプレイヤIDのプレイヤデータの運営コストを消費したコストの分だけ低減するようにして更新する。ここで、ゲーム上の個々の活動と、消費するコスト(以下、消費コスト)との関係は既知であるとする。例えば、ゲーム上の個々の活動と消費コストの関係を記述したデータベースがROM22に格納されており、CPU21はコストの算出に当たって、ROM22内のデータベースを参照するようにすればよい。また、CPU21は、プレイヤIDの運営コストの値を所定時間で所定量(例えば、1分で1P)だけ回復(つまり、増加)させるようにする。
さらにCPU21は、プレイヤデータの運営コストを逐次モニタしており、運営コストの残量が少ない場合には、ゲーム上の新たな活動が制限する。例えば、運営コストの値が、対戦による消費コストよりも小さい場合には、プレイヤは新たな対戦を行うことができず、運営コストが十分に回復するまで対戦の実行を待つ必要がある。
先ず、プレイヤIDに与えられる運営コスト(所持ポイント)の最大値は固定値であるとする。そして、ゲームサーバ20のCPU21は、特定のプレイヤIDについてゲーム上の活動(あるいは実行)に伴ってコスト(実行ポイント)を消費した場合には、プレイヤデータベース31にアクセスして、そのプレイヤIDのプレイヤデータの運営コストを消費したコストの分だけ低減するようにして更新する。ここで、ゲーム上の個々の活動と、消費するコスト(以下、消費コスト)との関係は既知であるとする。例えば、ゲーム上の個々の活動と消費コストの関係を記述したデータベースがROM22に格納されており、CPU21はコストの算出に当たって、ROM22内のデータベースを参照するようにすればよい。また、CPU21は、プレイヤIDの運営コストの値を所定時間で所定量(例えば、1分で1P)だけ回復(つまり、増加)させるようにする。
さらにCPU21は、プレイヤデータの運営コストを逐次モニタしており、運営コストの残量が少ない場合には、ゲーム上の新たな活動が制限する。例えば、運営コストの値が、対戦による消費コストよりも小さい場合には、プレイヤは新たな対戦を行うことができず、運営コストが十分に回復するまで対戦の実行を待つ必要がある。
所持ポイント管理手段56では、プレイヤ間の対戦が仲間同士であると判断した場合には、その対戦による消費コストを、対応するプレイヤID間の親密度が高いほど低くすることが好ましい。この場合、ゲームサーバ20のCPU21は、仲間のプレイヤ間の対戦が行われたと判断するとプレイヤデータベース31にアクセスし、そのプレイヤ間の親密度を読み出す。そしてCPU21は、読み出した親密度に基づいて、プレイヤ間の対戦による消費コストを決定する。仲間の親密度と消費コストの関係は、例えば概ね反比例関係となるように予め設定しておいてよい。例えば、仲間でないプレイヤ同士の対戦による消費コストを「10P」とした場合には、親密度:2の仲間の間の対戦による消費コストを「7P」とし、親密度:7の仲間の間の対戦による消費コストを「2P」とする、といった具合である。このように消費コストを設定することで、プレイヤには、仲間との対戦の実行を抑制されずに仲間との対戦によってエールポイントを効率的に得る目的で、日頃から仲間との親密度を上げておき、仲間との対戦により消費するコストを低くしたいという動機付けが働くことになる。
(6)ゲームサーバと通信端末の間の主要な処理のフロー
次に、本実施形態のゲームサーバ20において行われる主要な処理のフローの一例について、図13のフローチャートを参照して説明する。
ゲームサーバ20の対戦実行手段53は、プレイヤの通信端末10宛に、プレイヤによる適切な選択操作によって例えば図7~9へ遷移するようなウェブページを順に表示するためのHTMLデータを送信する。図9において、プレイヤが、仲間リストの中から選択したプレイヤに対して「練習試合をする」というメニューを選択することで、練習試合モードにおける対戦相手の選択結果(この場合は、プレイヤ:XYZ)がゲームサーバ20宛に送信される。この選択結果の受信は、ゲームサーバ20から見ると、仲間のプレイヤ間での練習試合モードによる対戦の実行要求と考えてよい(ステップS10:YES)。
次に、本実施形態のゲームサーバ20において行われる主要な処理のフローの一例について、図13のフローチャートを参照して説明する。
ゲームサーバ20の対戦実行手段53は、プレイヤの通信端末10宛に、プレイヤによる適切な選択操作によって例えば図7~9へ遷移するようなウェブページを順に表示するためのHTMLデータを送信する。図9において、プレイヤが、仲間リストの中から選択したプレイヤに対して「練習試合をする」というメニューを選択することで、練習試合モードにおける対戦相手の選択結果(この場合は、プレイヤ:XYZ)がゲームサーバ20宛に送信される。この選択結果の受信は、ゲームサーバ20から見ると、仲間のプレイヤ間での練習試合モードによる対戦の実行要求と考えてよい(ステップS10:YES)。
あるプレイヤIDに対応したプレイヤから、練習試合モードの対戦における仲間の対戦相手の選択結果を受信すると、対戦実行手段53はプレイヤ間の対戦を実行する(ステップS20)。このプレイヤ間の対戦は、プレイヤデータベース31のプレイヤデータの中のキャラクタデータを参照して行なわれる。
次に、ステップS20で行なった練習試合モードの対戦に関し、対戦したプレイヤに付与するエールポイントと、対戦したプレイヤの対戦後の運営コストとを算出してプレイヤデータベース31を更新するために、ステップS30~S60の処理を行う。ステップS30~S60の処理は、ポイント付与手段55及び所持ポイント管理手段56によって行われる。
次に、ステップS20で行なった練習試合モードの対戦に関し、対戦したプレイヤに付与するエールポイントと、対戦したプレイヤの対戦後の運営コストとを算出してプレイヤデータベース31を更新するために、ステップS30~S60の処理を行う。ステップS30~S60の処理は、ポイント付与手段55及び所持ポイント管理手段56によって行われる。
すなわち、ゲームサーバ20のポイント付与手段55は、仲間のプレイヤ間の練習試合モードの対戦において、対戦したプレイヤのプレイヤID間の親密度をチェックする(ステップS30)。その結果、ポイント付与手段55は、対戦を行ったプレイヤ間の親密度(つまり、プレイヤID間の親密度)と、対戦を行った各プレイヤの親友以上の仲間の数とに基づいて、所定の規則に従ってプレイヤに付与すべきエールポイントを算出する(ステップS40)。ここで、所定の規則とは、対戦したプレイヤ間の親密度が高いほど、対戦したプレイヤのプレイヤIDに対応するエールポイントをより多く付与するようにする規則である。また、所定の規則は、好ましくは、対戦を行った各プレイヤの親友以上の仲間の数が多いほど、対戦したプレイヤのプレイヤIDに対応するエールポイントをより多く付与するようにする規則である。
また、所持ポイント管理手段56は、プレイヤ間の対戦により消費するコストを、プレイヤID間の親密度が高いほど低くする。そのため、プレイヤID間の親密度が高いほど、対戦前後での運営コストの低下代が小さくなる。ステップS50で、対戦したプレイヤに付与すべきエールポイントと、対戦後の運営コストとが算出されると、ポイント付与手段55及び所持ポイント管理手段56は、プレイヤデータベース31の、対戦したプレイヤのプレイヤIDに対応するプレイヤデータを更新する(ステップS50)。
図13に示した処理において、ステップS40では、対戦する仲間のプレイヤ間に設定される親密度が高いほど、その対戦によって仲間のプレイヤに付与されるエールポイントが多くなるようにするため、プレイヤには、日頃から仲間との親密度を上げておいて仲間との対戦でより多くのポイントを得るという動機付けが働くことになる。その結果、仲間のプレイヤ間での積極的な交流を図るような仕組みとすることができる。
例えば上述したサッカー形式のデジタルカードゲームの例では、所定量のエールポイントと引き換えに、選手カードを引く抽選を行うことができるように構成されており、エールポイントはゲーム上の特典に変換可能なポイントである。そのため、プレイヤには、仲間同士の対戦で多くのエールポイントを得て選手カードを引く機会を多く得られるようにする目的で、日頃から仲間との積極的な交流を図って親密度を上げておくことの動機付けが働く。親密度を上げるためには、仲間との間のメッセージの交換、ゲーム上のアイテムを仲間にプレゼントをすること、ゲーム上のアイテムについて仲間と交換をすること等の頻度を多くすることが必要となるため、プレイヤは仲間と積極的に交流を図るようになる。
例えば上述したサッカー形式のデジタルカードゲームの例では、所定量のエールポイントと引き換えに、選手カードを引く抽選を行うことができるように構成されており、エールポイントはゲーム上の特典に変換可能なポイントである。そのため、プレイヤには、仲間同士の対戦で多くのエールポイントを得て選手カードを引く機会を多く得られるようにする目的で、日頃から仲間との積極的な交流を図って親密度を上げておくことの動機付けが働く。親密度を上げるためには、仲間との間のメッセージの交換、ゲーム上のアイテムを仲間にプレゼントをすること、ゲーム上のアイテムについて仲間と交換をすること等の頻度を多くすることが必要となるため、プレイヤは仲間と積極的に交流を図るようになる。
特に従来、ソーシャルゲームで行われる仲間間の練習試合モードの対戦について、その対戦によりエールポイントを取得できる特典を仲間に与える構成とすることはできるが、対戦自体の操作が単純であり、たとえ勝利した場合でも相手からアイテムを獲ることはできないため、積極的にプレイヤに利用されない傾向があった。しかし、本実施形態では、仲間との親密度を高くしておくことで練習試合モードの対戦でも多くのエールポイントが得られるため、プレイヤは、仲間との親密度を上げた上で、多くのエールポイントが得られ、かつアイテムを失うリスクがない練習試合モードの対戦を、積極的に利用するようになる。
また、図13に示した処理において、ステップS40では、対戦する仲間のプレイヤ間に設定される親密度が高いほど、その対戦によって仲間同士の対戦前後での運営コストの低下代が小さくなるため、プレイヤには、日頃から仲間との親密度を上げておいて仲間との対戦による運営コストの低下代を極力少なくするという動機付けが働くことになる。その結果、仲間のプレイヤ間での積極的な交流を図るような仕組みとすることができる。つまり、仲間との親密度を高くしておくことで仲間同士の対戦で多くのエールポイントが得られることのみでもプレイヤに仲間同士の対戦を行う誘因を与えることができるが、さらに運営コストの低下代を少なくできるように構成することで、さらに強い誘引をプレイヤに与えることができる。
なお、プレイヤにとって運営コストの低下代を極力少なくするということは、そのプレイヤがゲームの進行を効率的、かつ有利に行なう上で重要である。例えば、運営コストが少なくなると、他のプレイヤとの対戦、プレイヤキャラクタの強化による能力向上等のプレイヤのゲーム上の活動が制限されてしまうが、これはプレイヤにとって不利である。特にソーシャルゲームの場合、例えば数十万人といった非常に多くのプレイヤが同時に、より上位の順位や技能レベルを目標に遊技しているので、ゲーム上の活動が制限されて待機しているプレイヤと、待機せずに遊技するプレイヤとでは、順位やクラスに差異が生じてくる。
なお、プレイヤにとって運営コストの低下代を極力少なくするということは、そのプレイヤがゲームの進行を効率的、かつ有利に行なう上で重要である。例えば、運営コストが少なくなると、他のプレイヤとの対戦、プレイヤキャラクタの強化による能力向上等のプレイヤのゲーム上の活動が制限されてしまうが、これはプレイヤにとって不利である。特にソーシャルゲームの場合、例えば数十万人といった非常に多くのプレイヤが同時に、より上位の順位や技能レベルを目標に遊技しているので、ゲーム上の活動が制限されて待機しているプレイヤと、待機せずに遊技するプレイヤとでは、順位やクラスに差異が生じてくる。
(7)変形例
次に、上述した本実施形態の変形例について説明する。
(7-1)変形例1
ポイント付与手段55は、エールポイントの付与対象となるプレイヤIDについて、親密度の大きさが所定値以上であるプレイヤIDの数が多いほど、付与するエールポイントを多くするようにしてもよい。これにより、親密度が高い仲間の数が多いほど多くのエールポイントが得られることになるため、プレイヤには、多くの仲間を作り、その仲間との親密度を高めることへの動機付けが働く。その結果、仲間のプレイヤ間のさらなる積極的な交流が図られることになる。
次に、上述した本実施形態の変形例について説明する。
(7-1)変形例1
ポイント付与手段55は、エールポイントの付与対象となるプレイヤIDについて、親密度の大きさが所定値以上であるプレイヤIDの数が多いほど、付与するエールポイントを多くするようにしてもよい。これにより、親密度が高い仲間の数が多いほど多くのエールポイントが得られることになるため、プレイヤには、多くの仲間を作り、その仲間との親密度を高めることへの動機付けが働く。その結果、仲間のプレイヤ間のさらなる積極的な交流が図られることになる。
このポイント付与手段55の機能は、以下のようにして実現することができる。例えば、仲間との親密度と仲間との関係を、1~3:「知り合い」、4~5:「友人」、6~7:「親友」、8~10:「盟友」というように予め定義しておく。そして、ゲームサーバ20のCPU21はプレイヤデータベース31にアクセスして、親密度の大きさが所定値(例えば「6」)以上であるプレイヤIDの数(つまり、「親友」と「盟友」の仲間のプレイヤの数の和)を計数する。CPU21は、そのプレイヤIDの数に応じて、対戦した各プレイヤに付与するエールポイントを算出する。上述した例では、「親友」と「盟友」の仲間のプレイヤの数の和が0人であれば10Pのエールポイントを付与し、1~4人であれば12Pのエールポイントを付与し、5人以上であれば15Pのエールポイントを付与するようにすることもできるが、付与すべきエールポイントの値は適宜設定してよい。
(7-2)変形例2
変形例1で述べたように、エールポイントの付与対象となるプレイヤIDについて、親密度の大きさが所定値以上であるプレイヤIDの数が多いほど、付与するエールポイントを多くする構成とする場合には、ゲーム制御装置は、各プレイヤIDの仲間のプレイヤID、あるいはその数を、親密度の設定値と関連付けて表示させるためのデータを、各プレイヤIDに対応するプレイヤの通信端末10宛に送信する送信手段を設けることが好ましい。これにより、自分と仲間のプレイヤ、あるいはその数を、プレイヤが視認できるようにすることができる。
変形例1で述べたように、エールポイントの付与対象となるプレイヤIDについて、親密度の大きさが所定値以上であるプレイヤIDの数が多いほど、付与するエールポイントを多くする構成とする場合には、ゲーム制御装置は、各プレイヤIDの仲間のプレイヤID、あるいはその数を、親密度の設定値と関連付けて表示させるためのデータを、各プレイヤIDに対応するプレイヤの通信端末10宛に送信する送信手段を設けることが好ましい。これにより、自分と仲間のプレイヤ、あるいはその数を、プレイヤが視認できるようにすることができる。
この送信手段は、以下のように構成することができる。ゲームサーバ20のCPU21はプレイヤデータベース31にアクセスし、プレイヤIDごとのプレイヤデータを参照して、各プレイヤIDの仲間、あるいはその数を親密度の設定値と関連付けて表示させるためのデータを生成する。CPU21は、データを生成した後、無線通信インタフェース部25を介して、通信端末10にて表示可能な形式で通信端末10宛にデータを送信する。このとき、受信したデータに基づく通信端末10の表示画面の例を、図14A及び図14Bに示す。図14Aは、あるプレイヤの仲間を親密度の設定値と関連付けて表示した表示画面の例を示している。図14Bは、あるプレイヤの仲間の数を親密度の設定値と関連付けて表示した表示画面の例を示している。このような表示を行なうことで、プレイヤは、例えば、現在「知り合い」あるいは「友人」の関係にある仲間、あるいはその数が分かるため、その仲間との関係を今後「親友」以上の関係にして、対戦によって多くのエールポイントが得られるようにする目的で、その仲間との交流を積極的に行なうようになる。
(7-3)変形例3
ポイント付与手段55は、所定期間内に、同一の仲間のプレイヤ間の対戦が2回以上行われる場合、2回目以降の対戦において付与するエールポイントを1回目の対戦で付与するエールポイントよりも少なくするようにしてもよい。この場合のポイント付与手段55の機能は、以下のようにして実現することができる。ゲームサーバ20のCPU21は、同一の仲間の対戦の回数を所定期間内で計数し、その計数値に応じて、対戦した各プレイヤに付与すべきエールポイントを決定する。計数値と付与すべきエールポイントとの関係を示すデータは予めROM22に設定しておき、CPU21に参照されるようにする。
ポイント付与手段55は、所定期間内に、同一の仲間のプレイヤ間の対戦が2回以上行われる場合、2回目以降の対戦において付与するエールポイントを1回目の対戦で付与するエールポイントよりも少なくするようにしてもよい。この場合のポイント付与手段55の機能は、以下のようにして実現することができる。ゲームサーバ20のCPU21は、同一の仲間の対戦の回数を所定期間内で計数し、その計数値に応じて、対戦した各プレイヤに付与すべきエールポイントを決定する。計数値と付与すべきエールポイントとの関係を示すデータは予めROM22に設定しておき、CPU21に参照されるようにする。
上記構成にすると、プレイヤは、同じ相手と何度も対戦するよりも、仲間を増やし異なる仲間と対戦することで効率的にポイントを得たいと考えるようになるため、結果的に、多くの仲間との積極的な交流が図られることになる。所定期間の長さは特に限定するものではないが、例えば1日である。なお、所定期間内での同一の仲間の対戦で付与されるエールポイントに関し、1回目に付与されるエールポイントに比べて、2回目以降に付与されるエールポイントは大きく低減させることが好ましい。このようなエールポイントの設定にすることで、プレイヤは所定期間内で同一の仲間と2回以上対戦することをより強く回避するようになる。
エールポイントの設定例を挙げるとすれば、以下のとおりである。例えば、親密度が比較的低い仲間との対戦では、所定期間内のその同じ仲間との対戦で付与されるエールポイントは、1回目の対戦で10P、2回目の対戦で5P、3回目の対戦で2P、4回目以降の対戦で1Pに設定する。一方、親密度が比較的高い仲間との対戦では、所定期間内のその同じ仲間との対戦で付与されるエールポイントは、1回目の対戦で12P、2回目の対戦で7P、3回目の対戦で4P、4回目以降の対戦で3Pに設定する。つまり、親密度が高い仲間との対戦では、親密度が低い仲間との対戦よりも、得られるエールポイントを増加させるようにする。
以上、本発明の実施形態について詳細に説明したが、本発明は上記実施形態に限定されない。また、各実施形態は、本発明の主旨を逸脱しない範囲において、種々の改良や変更をしてもよいのは勿論である。
Claims (8)
- プレイヤによって操作される通信端末からネットワークを介してアクセス可能に構成され、前記通信端末によるプレイヤのゲームの実行を、プレイヤを一意に特定するためのプレイヤ識別情報単位で制御するゲーム制御装置であって、
プレイヤ識別情報に基づく申請を契機として当該プレイヤ識別情報を他のプレイヤ識別情報と関係付けて登録する登録手段と、
互いに関係付けられたプレイヤ識別情報に対応するプレイヤ間で発生するイベントに基づき、プレイヤ識別情報間の親密度を設定する親密度設定手段と、
互いに関係付けられたプレイヤ識別情報に対応するプレイヤ間の対戦を実行する対戦実行手段と、
前記プレイヤ間の対戦において、対戦するプレイヤのプレイヤ識別情報間の親密度が高いほど、ゲーム上の特典に変換可能なポイントをより多く、対戦するプレイヤのプレイヤ識別情報に対応するポイントとして付与するポイント付与手段と、
を備えたゲーム制御装置。 - プレイヤ識別情報と、当該プレイヤ識別情報に対応するプレイヤがゲーム上で利用可能に保持するアイテムとを関連付けて記憶装置に記憶させる記憶手段、を備え、
前記対戦実行手段は、前記プレイヤ間の対戦を、敗北したプレイヤが保持するアイテムが失われないようにして実行することを特徴とする、
請求項1に記載されたゲーム制御装置。 - プレイヤ識別情報に割り当てられた所持ポイントについて、所定の上限値から、前記プレイヤ識別情報に対応するプレイヤによる前記ゲーム上の活動が行なわれる度に、当該活動に対して予め定められたポイントである実行ポイントを減算するとともに、前記所持ポイントがゼロ以上となるようにプレイヤによるゲーム上の活動を制限する所持ポイント管理手段、を備え、
前記所持ポイント管理手段は、前記プレイヤ間の対戦に対して予め定められた前記実行ポイントを、プレイヤ識別情報間の親密度が高いほど低くすることを特徴とする、
請求項1または2に記載されたゲーム制御装置。 - 前記ポイント付与手段は、ポイントの付与対象となるプレイヤ識別情報について、親密度の大きさが所定値以上であるプレイヤ識別情報の数が多いほど、付与するポイントを多くすることを特徴とする、
請求項1~3のいずれかに記載されたゲーム制御装置。 - 各プレイヤ識別情報と関係付けられたプレイヤ識別情報、あるいはその数を、親密度の設定値と関連付けて表示させるためのデータを、各プレイヤ識別情報に対応するプレイヤの通信端末宛に送信する送信手段を備えたことを特徴とする、
請求項4に記載されたゲーム制御装置。 - 前記ポイント付与手段は、所定期間内に、互いに関係付けられたプレイヤ識別情報に対応する同一のプレイヤ間の対戦が2回以上行われる場合、2回目以降の対戦において付与するポイントを1回目の対戦で付与するポイントよりも少なくすることを特徴とする、
請求項1~3のいずれかに記載されたゲーム制御装置。 - プレイヤによって操作される通信端末からネットワークを介してアクセス可能に構成され、前記通信端末によるプレイヤのゲームの実行を、プレイヤを一意に特定するためのプレイヤ識別情報単位で制御するゲーム制御装置、におけるポイント処理方法であって、
プレイヤ識別情報に基づく申請を契機として当該プレイヤ識別情報を他のプレイヤ識別情報と関係付けて登録する登録するステップと、
互いに関係付けられたプレイヤ識別情報に対応するプレイヤ間で発生するイベントに基づき、プレイヤ識別情報間の親密度を設定するステップと、
互いに関係付けられたプレイヤ識別情報に対応するプレイヤ間の対戦を実行するステップと、
前記プレイヤ間の対戦において、対戦するプレイヤのプレイヤ識別情報間の親密度が高いほど、ゲーム上の特典に変換可能なポイントをより多く、対戦するプレイヤのプレイヤ識別情報に対応するポイントとして付与するステップと、
を備えた、ポイント処理方法。 - プレイヤによって操作される通信端末からネットワークを介し、プレイヤを一意に特定するためのプレイヤ識別情報単位で実行されるゲームにおけるポイント処理のために、コンピュータを、
プレイヤ識別情報に基づく申請を契機として当該プレイヤ識別情報を他のプレイヤ識別情報と関係付けて登録する登録手段、
互いに関係付けられたプレイヤ識別情報に対応するプレイヤ間で発生するイベントに基づき、プレイヤ識別情報間の親密度を設定する親密度設定手段、
互いに関係付けられたプレイヤ識別情報に対応するプレイヤ間の対戦を実行する対戦実行手段、及び
前記プレイヤ間の対戦において、対戦するプレイヤのプレイヤ識別情報間の親密度が高いほど、ゲーム上の特典に変換可能なポイントをより多く、対戦するプレイヤのプレイヤ識別情報に対応するポイントとして付与するポイント付与手段、
として機能させるためのポイント処理プログラム。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2011165282A JP5281127B2 (ja) | 2011-07-28 | 2011-07-28 | ゲーム制御装置、ポイント処理方法、ポイント処理プログラム |
JP2011-165282 | 2011-07-28 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2013014928A1 true WO2013014928A1 (ja) | 2013-01-31 |
Family
ID=47600790
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/JP2012/004743 WO2013014928A1 (ja) | 2011-07-28 | 2012-07-25 | ゲーム制御装置、ポイント処理方法、ポイント処理プログラム |
Country Status (2)
Country | Link |
---|---|
JP (1) | JP5281127B2 (ja) |
WO (1) | WO2013014928A1 (ja) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2014204771A (ja) * | 2013-04-11 | 2014-10-30 | 株式会社コナミデジタルエンタテインメント | ゲーム管理装置、ゲームシステム、ゲーム管理方法及びプログラム |
CN112040264A (zh) * | 2020-09-06 | 2020-12-04 | 北京字节跳动网络技术有限公司 | 互动***、方法、装置、计算机设备及存储介质 |
Families Citing this family (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP5508590B1 (ja) * | 2013-09-30 | 2014-06-04 | グリー株式会社 | コンピュータ、その制御方法、及びその制御プログラム |
JP5671171B1 (ja) * | 2014-03-19 | 2015-02-18 | グリー株式会社 | コンピュータ、その制御方法、及びその制御プログラム |
JP5771734B2 (ja) * | 2014-12-17 | 2015-09-02 | グリー株式会社 | サーバ装置、その制御方法、及びその制御プログラム |
JP6050461B2 (ja) * | 2015-10-26 | 2016-12-21 | グリー株式会社 | サーバ装置、その制御方法、及びその制御プログラム |
JP6769813B2 (ja) * | 2016-09-30 | 2020-10-14 | 株式会社バンダイナムコエンターテインメント | プログラム及びコンピュータシステム |
JP6093086B2 (ja) * | 2016-11-24 | 2017-03-08 | グリー株式会社 | サーバ装置、その制御方法、及びその制御プログラム |
JP6228327B2 (ja) * | 2017-02-09 | 2017-11-08 | グリー株式会社 | 端末装置の制御プログラム、制御方法、及びゲームシステム |
JP6524172B2 (ja) * | 2017-10-12 | 2019-06-05 | グリー株式会社 | 制御プログラム、制御方法、及びコンピュータ |
JP7105083B2 (ja) * | 2018-03-30 | 2022-07-22 | 株式会社タカラトミーアーツ | ゲームシステム及びゲームプログラム |
JP7320342B2 (ja) * | 2018-10-04 | 2023-08-03 | 株式会社コロプラ | ゲームプログラムおよび情報処理装置 |
JP6814395B2 (ja) * | 2019-04-26 | 2021-01-20 | 株式会社セガ | 情報処理装置及びプログラム |
JP7332055B2 (ja) | 2020-09-28 | 2023-08-23 | 株式会社村田製作所 | 流体特性センサ |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2002346232A (ja) * | 2001-05-29 | 2002-12-03 | Konami Computer Entertainment Osaka:Kk | ネットゲーム用サーバ装置、ネットゲーム管理方法及びネットゲーム管理プログラム |
JP2004242955A (ja) * | 2003-02-14 | 2004-09-02 | Act & Ist Communications:Kk | 会員獲得装置および方法 |
JP2011200564A (ja) * | 2010-03-26 | 2011-10-13 | Konami Digital Entertainment Co Ltd | ゲームシステム及びゲーム制御方法 |
-
2011
- 2011-07-28 JP JP2011165282A patent/JP5281127B2/ja active Active
-
2012
- 2012-07-25 WO PCT/JP2012/004743 patent/WO2013014928A1/ja active Application Filing
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2002346232A (ja) * | 2001-05-29 | 2002-12-03 | Konami Computer Entertainment Osaka:Kk | ネットゲーム用サーバ装置、ネットゲーム管理方法及びネットゲーム管理プログラム |
JP2004242955A (ja) * | 2003-02-14 | 2004-09-02 | Act & Ist Communications:Kk | 会員獲得装置および方法 |
JP2011200564A (ja) * | 2010-03-26 | 2011-10-13 | Konami Digital Entertainment Co Ltd | ゲームシステム及びゲーム制御方法 |
Non-Patent Citations (2)
Title |
---|
"Dragon Collection Q&A56 Renpatsu!", APURI STYLE, vol. 3, 1 July 2011 (2011-07-01), pages 022 - 023 * |
"Zenkokumin no Tameno Kaito Royale Daikoryaku", APURI STYLE, vol. 1, 1 January 2011 (2011-01-01), pages 8 - 17 * |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2014204771A (ja) * | 2013-04-11 | 2014-10-30 | 株式会社コナミデジタルエンタテインメント | ゲーム管理装置、ゲームシステム、ゲーム管理方法及びプログラム |
CN112040264A (zh) * | 2020-09-06 | 2020-12-04 | 北京字节跳动网络技术有限公司 | 互动***、方法、装置、计算机设备及存储介质 |
CN112040264B (zh) * | 2020-09-06 | 2023-04-21 | 北京字节跳动网络技术有限公司 | 互动***、方法、装置、计算机设备及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
JP5281127B2 (ja) | 2013-09-04 |
JP2013027526A (ja) | 2013-02-07 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP5281127B2 (ja) | ゲーム制御装置、ポイント処理方法、ポイント処理プログラム | |
JP5599855B2 (ja) | ゲーム制御装置、アイテム抽選プログラム、ゲームシステム | |
JP5781558B2 (ja) | ゲーム管理装置及びプログラム | |
JP5529184B2 (ja) | ゲーム制御装置、プログラム、ゲームシステム | |
WO2012120824A1 (ja) | ゲーム制御装置、ゲームプログラム、ゲーム制御方法、ゲームシステム | |
JP5336681B1 (ja) | プログラム、及び、情報処理装置 | |
JP5898103B2 (ja) | ゲーム制御装置、プログラム、ゲームシステム | |
JP5529193B2 (ja) | ゲーム制御装置、プログラム、ゲームシステム | |
JP5442810B2 (ja) | ゲーム制御装置、プログラム、ゲームシステム | |
JP5250090B2 (ja) | ゲーム制御装置、イベント処理プログラム | |
JP2014068728A (ja) | ゲーム制御装置、ゲーム制御方法、プログラム、ゲームシステム、抽選装置 | |
JP7157032B2 (ja) | 情報処理装置、ゲームプログラム、及び、情報処理方法 | |
JP5417547B2 (ja) | ゲーム制御装置、ポイント処理方法、ポイント処理プログラム | |
JP5149986B1 (ja) | ゲーム制御装置、ゲーム制御方法、プログラム、ゲームシステム | |
WO2013154020A1 (ja) | ゲーム制御装置、ゲーム制御方法、プログラム、記録媒体、ゲーム制御システム | |
JP5562400B2 (ja) | ゲーム制御装置、プログラム、ゲームシステム | |
JP5782063B2 (ja) | ゲーム制御装置、イベント処理方法、イベント処理プログラム | |
JP5526295B1 (ja) | ゲームプログラム、及び、情報処理装置 | |
JP6286197B2 (ja) | プログラム及びゲームシステム | |
JP5499208B1 (ja) | プログラム、及び、情報処理装置 | |
JP5847037B2 (ja) | ゲーム制御装置、ゲーム制御方法、ゲームシステム | |
JP6206772B2 (ja) | ゲーム制御装置、ゲーム制御方法、プログラム、ゲームシステム | |
JP7184944B2 (ja) | プログラム及び制御方法 | |
JP2023015637A (ja) | ゲームシステム、ゲームプログラム及び情報処理方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 12818374 Country of ref document: EP Kind code of ref document: A1 |
|
NENP | Non-entry into the national phase |
Ref country code: DE |
|
122 | Ep: pct application non-entry in european phase |
Ref document number: 12818374 Country of ref document: EP Kind code of ref document: A1 |