WO2013140481A1 - ゲーム制御装置、ゲーム制御方法、プログラム、記録媒体、ゲームシステム - Google Patents

ゲーム制御装置、ゲーム制御方法、プログラム、記録媒体、ゲームシステム Download PDF

Info

Publication number
WO2013140481A1
WO2013140481A1 PCT/JP2012/008125 JP2012008125W WO2013140481A1 WO 2013140481 A1 WO2013140481 A1 WO 2013140481A1 JP 2012008125 W JP2012008125 W JP 2012008125W WO 2013140481 A1 WO2013140481 A1 WO 2013140481A1
Authority
WO
WIPO (PCT)
Prior art keywords
user
game
predetermined condition
communication terminal
predetermined
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/JP2012/008125
Other languages
English (en)
French (fr)
Inventor
栄作 藤本
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Konami Digital Entertainment Co Ltd
Original Assignee
Konami Digital Entertainment Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Konami Digital Entertainment Co Ltd filed Critical Konami Digital Entertainment Co Ltd
Priority to US14/387,187 priority Critical patent/US9868067B2/en
Publication of WO2013140481A1 publication Critical patent/WO2013140481A1/ja
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

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/80—Special adaptations for executing a specific game genre or game mode
    • A63F13/833—Hand-to-hand fighting, e.g. martial arts competition
    • 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/55—Controlling game characters or game objects based on the game progress
    • A63F13/58—Controlling game characters or game objects based on the game progress by computing conditions of game characters, e.g. stamina, strength, motivation or energy level
    • 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
    • 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/80—Special adaptations for executing a specific game genre or game mode
    • A63F13/847—Cooperative playing, e.g. requiring coordinated actions from several players to achieve a common goal
    • 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/30—Interconnection arrangements between game servers and game devices; Interconnection arrangements between game devices; Interconnection arrangements between game servers
    • A63F13/33—Interconnection arrangements between game servers and game devices; Interconnection arrangements between game devices; Interconnection arrangements between game servers using wide area network [WAN] connections
    • A63F13/332—Interconnection arrangements between game servers and game devices; Interconnection arrangements between game devices; Interconnection arrangements between game servers using wide area network [WAN] connections using wireless networks, e.g. cellular phone networks
    • 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/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
    • 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/556—Player lists, e.g. online players, buddy list, black 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
    • A63F2300/00—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game
    • A63F2300/60—Methods for processing data by generating or executing the game program
    • A63F2300/61—Score computation
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F2300/00—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game
    • A63F2300/60—Methods for processing data by generating or executing the game program
    • A63F2300/65—Methods for processing data by generating or executing the game program for computing the condition of a game character

Definitions

  • the present invention relates to a technique for controlling the progress of a game by each user according to each operation of a plurality of users.
  • social game executed by a game application created based on an operating environment such as an API (Application Programming Interface) operating on a web browser in a social networking service (SNS) by a specific service provider.
  • API Application Programming Interface
  • SNS social networking service
  • 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 users. If a user can connect to the Internet and has a communication terminal equipped with a web browser, the user 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 users than the conventional online game.
  • social games for example, in addition to the execution of a game in cooperation between related users (companies), information exchange by communicating with the companion such as greetings and communication with the companion, items on the game with the companion Gifts or items have been exchanged.
  • a digital card game (Dragon Collection (registered trademark)) described in Non-Patent Document 1 below is known.
  • a conventional social game as one method of executing a game in cooperation between related users (companies), the user acquires items on the game at random timing while the game is in progress, and the item By sending a message to a friend, there was one that gave an advantageous effect on the game to both the user who is playing the game and the friend.
  • the items that can be sent to the friends are only those that can be acquired at random, and the main purpose of the progress of the game is that the user himself / herself advances the game and cooperates with the friends. It was difficult to get a sense of how the game progressed. For example, it is difficult for the user to motivate the user to advance the game in order to help the friend.
  • the present invention has been made in view of the above-described viewpoints, and a game control device and a game in which a user can obtain an actual feeling of advancing the game in cooperation with other users who are related on the game.
  • An object is to provide a control method, a program, a recording medium, and a game system.
  • the first aspect of the present invention is: An association means for relating users, Execution means for executing a game for each user; Determining means for determining whether or not the degree of progress of the game of the user associated with the first user satisfies a predetermined condition; An effect generating means for producing an advantageous effect on the game for the first user when the determining means determines that the predetermined condition is satisfied; Is provided.
  • a first user who is executing a game can play a game on the game when the degree of progress of the game of a user associated with the user (hereinafter referred to as “companion” as appropriate) satisfies a predetermined condition. Since it is possible to obtain an advantageous effect, it is possible to realize that the game can be advantageously advanced thanks to friends. That is, the 1st user can acquire the actual feeling which advances a game in cooperation with the friend on a game.
  • the degree of progress of the game can be arbitrarily set depending on the nature of the game, for example, it can be determined according to the number of items acquired in the game, the number of times a specific mission given in the game is achieved, etc. It may be determined according to the number of times a specific menu is selected on the game screen.
  • the game includes a plurality of parts
  • the predetermined condition is that a predetermined number of execution results of the parts by a user associated with the first user satisfy a predetermined standard. May be.
  • the first user has an advantageous privilege on the game when the companion meets the predetermined standard for the execution result of the predetermined number of parts (for example, when the predetermined number of stages in the game is cleared). Is obtained. Therefore, when viewed from a fellow user, the motivation to advance the game for the first user who is a fellow is given, and a goal (e.g., predetermined) when the game is promoted in cooperation with the fellow Clear the number of stages).
  • the effect generating means may increase the advantageous effect as the number of parts whose execution results by the user associated with the first user satisfy a predetermined standard increases. Good.
  • the effect generating means may increase the advantageous effect as the number of parts whose execution results by the user associated with the first user satisfy a predetermined standard increases. Good.
  • the game includes a plurality of parts
  • the predetermined condition is that a total number of the parts whose execution results satisfy a predetermined standard is a predetermined value for a user associated with the first user. It may be reached.
  • the determination is made not by the degree of progress of one friend of the first user but by the sum of the degrees of progress of all the friends of the first user.
  • the first user obtains an advantageous privilege on the game when the execution results of the parts by all the friends satisfy a predetermined standard (for example, when the total number of stages cleared by the friends in the game is a predetermined number). It is done. Therefore, from the viewpoint of fellow users, the predetermined condition is not strict to be achieved by one person, and the motivation to proceed so as to satisfy the standards of many parts for the first user. A date is given.
  • the effect generating means may increase the advantageous effect as the total number of parts whose execution results by the user associated with the first user satisfy a predetermined standard increases. Good.
  • the effect generating means may increase the advantageous effect as the total number of parts whose execution results by the user associated with the first user satisfy a predetermined standard increases. Good.
  • the game control device further includes a closeness acquiring unit that acquires a closeness between users related by the related means, wherein the predetermined condition is the first user acquired by the closeness acquiring unit. And may vary according to the familiarity with the user associated with the first user.
  • the intimacy is, for example, the frequency of sending and receiving cheering messages between users, the number of gifts of items on the game, the number of times that battle was performed when there is a battle mode between users on the game, etc. It may be set so that the greater the number, the higher the intimacy.
  • the predetermined condition can be set more loosely as the familiarity is higher.
  • the first user when the determination unit determines that the predetermined condition is satisfied, the first user is notified that the predetermined condition is satisfied by a user associated with the first user.
  • An informing means for performing the operation By providing the notification means, the first user can visually or audibly recognize that an advantageous effect has been obtained thanks to the friend. You can get a concrete feeling.
  • a second aspect of the present invention is a game control method, Steps to relate users, Executing a game for each user; Determining whether the progress of the game of the user associated with the first user satisfies a predetermined condition; Producing an advantageous effect on the game for the first user when it is determined that the predetermined condition is satisfied; Is provided.
  • a third aspect of the present invention provides a computer for controlling the execution of a game.
  • a function to relate users A function to execute a game for each user, A function of determining whether or not a progress degree of the game of the user associated with the first user satisfies a predetermined condition; and A function for producing an advantageous effect on the game for the first user when it is determined that the predetermined condition is satisfied; It is a program for realizing.
  • the computer may be, for example, a network server or a large computer. Further, this program may be stored in a computer-readable information storage medium such as a DVD-ROM or a CD-ROM. That is, a fourth aspect of the present invention is a computer-readable recording medium in which the program is recorded.
  • a fifth aspect of the present invention is a game system including a communication terminal and a server configured to be accessible from the communication terminal and controlling execution of the game by the communication terminal, An association means for relating users, Execution means for executing a game for each user; Determining means for determining whether or not the degree of progress of the game of the user associated with the first user satisfies a predetermined condition; An effect generating means for producing an advantageous effect on the game for the first user when the determining means determines that the predetermined condition is satisfied; Each of the means is provided in either the communication terminal or the server, Is a game system.
  • the figure which shows the basic composition of the game system of embodiment The figure which shows the example of the external appearance of the communication terminal of embodiment.
  • the block diagram which shows the structure of the communication terminal of embodiment The block diagram which shows the structure of the game server of embodiment.
  • the figure which illustrates a series of web pages displayed in a user's communication terminal The figure which illustrates a series of web pages displayed in a user's communication terminal.
  • the present invention relates to a patent application of Japanese Patent Application No. 2012-066735 filed with the Japan Patent Office on March 23, 2012, 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.
  • the game system includes communication terminals 10a, 10b, 10c,... That can be connected to a communication network NW (network) such as the Internet, a game server 20 connected to the communication network NW,
  • NW network
  • the database server 30 is configured.
  • Each of the communication terminals 10a, 10b, 10c,... Is a terminal operated by an individual user, for example, a mobile terminal, a smartphone, a PDA (Personal Digital Assistant), a personal computer, a television having a bidirectional communication function.
  • a communication terminal such as a John receiver (including a so-called multi-function smart TV).
  • the game server 20 is configured to be able to communicate with the communication terminal 10 that is a client, and provides a gaming service to the communication terminal 10.
  • the game server 20 is mounted with an application operable on a web browser as a game application.
  • 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 web browser capable of displaying a web page provided by the game server 20, and the user operates the communication terminal 10 on the web page to execute a game.
  • an authentication server for authenticating the user 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.
  • FIGS. 2A and 2B are diagrams each illustrating an example of the appearance of the communication terminal 10.
  • FIG. 2A illustrates a button input type communication terminal such as a foldable mobile terminal (mobile phone)
  • FIG. 2B illustrates a touch panel input type communication terminal such as a smartphone.
  • FIG. 3 is a block diagram showing an internal configuration of the communication terminal 10. As shown in FIG.
  • 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 instruction input unit 15, a display unit 16, A communication interface unit 17 as a signal transmission / reception unit is provided, and a bus 18 for transmitting a control signal or a data signal between the units is provided.
  • a CPU Central Processing Unit
  • ROM Read Only Memory
  • RAM Random Access Memory
  • the CPU 11 loads the web browser in the ROM 12 into the RAM 13 and executes it. And CPU11 is based on the appropriate designation
  • HTML data HyperText Markup Language
  • the communication terminal 10 may be mounted with various plug-ins for extending the browser function of the web browser. In acquiring the HTML data, the CPU 11 sends an access request message including a user ID (user identification information) registered in advance or a user ID input via the instruction input unit 15 via the communication interface unit 17. The game server 20 is notified.
  • 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. (That is, update of the web page) 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. To display.
  • LCD Liquid-Cristal-Display
  • the instruction input unit 15 includes a button group 15a including a plurality of instruction input buttons such as a direction instruction button and a decision button for accepting a user operation input. And a button group 15b including a plurality of instruction input buttons such as a numeric keypad, and includes an interface circuit for recognizing a pressing (operation) input of each button and outputting it to the CPU 11.
  • 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 user 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.
  • buttons are provided on the front surface of the communication terminal 10 so that the user can easily operate (click) with the thumb while holding the communication terminal 10 with one hand. It is preferable to arrange
  • the button group 15b is arranged below the button group 15a and includes a plurality of instruction input buttons on which “0” to “9”, “*”, and “#” (ten keys) are written. .
  • the instruction input unit 15 mainly accepts touch panel type input by touching the display screen 16a with a fingertip or a pen.
  • the touch panel input method may be a known method such as a capacitance method.
  • the button group 15a may be provided even when the communication terminal 10 is a touch panel input method.
  • the menu selection operation on the web page displayed on the communication terminal 10 is selected by pressing the direction instruction button and selecting by pressing the enter button. This is done by confirming the selected menu.
  • the selection operation is performed by instructing (touch operation) a menu position on the display screen 16a on which the web page is displayed with a finger or a pen.
  • 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 communication interface unit 25, for transmitting control signals or data signals between the units.
  • a 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 communication interface unit 25.
  • the CPU 21 transmits HTML data to the communication terminal 10 via the communication interface unit 25.
  • the CPU 21 performs the authentication process.
  • CPU21 performs the process according to the hyperlink or menu selected by the user on the web page displayed on the communication terminal 10 via a communication interface part.
  • 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 database server 30 (storage device) can be realized by a general-purpose storage such as a large-capacity hard disk device or a device such as a RAID (Redundant Array 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. 5 shows an example of the configuration of the database server 30.
  • the database server 30 includes a user database 31 and a game database 32.
  • the type of game realized by the game system according to the present embodiment is not particularly limited, but in the following, as an example of the game according to the present embodiment, the user performs a game on the game in accordance with the user's operation on the communication terminal 10.
  • the battle-type digital card game (hereinafter referred to as “game of the present embodiment” as appropriate) that battles with a monster character, which is a monster on the game, is used.
  • game of the present embodiment it is a game comprised so that a monster character may be battled with the warrior card which a user owns.
  • FIG. 6 shows an example of a user database 31 applied in the game of the present embodiment.
  • the user database 31 has, for each user ID (user identification information), an access log, a user name / display image, a skill level, a stamina, a friendship point, a fellow user ID, and data of possession cards. Contains information. Information included in the user database 31 can be updated sequentially by the game server 20.
  • Access log includes information on a login time that is a time when logging in based on the target user ID and an access time that is a time when accessing based on the target user ID.
  • User name / display image A user name and a display image that are displayed to identify the user on the communication terminal 10 when the game is executed.
  • the user name is text of a predetermined length or less that is specified in advance by the user, and the display image is an avatar image that is selected in advance by the user, for example.
  • the user name is a name that identifies the user on the network environment (or game community) provided by the game server 20.
  • Skill level This is data indicating the skill level of the user on the game. For example, it is a level value in a range from Lv1 (level 1) to Lv100 (level 100).
  • -Stamina In the game of this embodiment, it is a point required when performing a battle with a warrior card and a monster character. Stamina is a value that is reduced by performing one attack on the monster character, and is recovered (increased) every time a predetermined time elapses.
  • -Friendship point In the game of this embodiment, it is a point which a user acquires by transmitting a support message to a friend.
  • ⁇ Friend's user ID This is data of another user ID associated with the target user ID.
  • the possession card data is data of the warrior card possessed by the user, and includes parameters such as an image and attack power for each warrior card as shown in FIG. When a warrior card battles with a monster character, damage according to the value of the attack power can be given to the monster character.
  • the game database 32 stores information on the progress of the game executed by the game server 20 and monster character data (monster character data) based on the access from the game server 20.
  • Information relating to the progress of the game may include various information depending on the nature of the game. Taking the case of the game of this embodiment as an example, the information related to the progress of the game includes a battle result with a monster character for each stage of each user.
  • the monster character data includes monster character data set for each battle stage.
  • the monster character data is data that is loaded from the game database 32 to, for example, the RAM 23 and stored together with the execution of the battle process.
  • an image displayed on the web page is associated with an HP (Hit Point) value indicating the physical strength of the monster character. Yes.
  • the HP of each monster character is in the range of 1500 to 2000, but the HP value may be set randomly when performing a battle from this range.
  • FIG. 8 is a diagram illustrating an example of a top page displayed on the communication terminal 10 in the game of the present embodiment.
  • 9 to 12 are diagrams showing examples of web pages displayed on the communication terminal 10 when the battle process is executed.
  • the top page of the game of this embodiment illustrated in FIG. 8 is configured by a web page corresponding to each user ID.
  • the example of FIG. 8 includes a user data display area, a warrior image display area, and a menu display area.
  • the user data display area is an area in which data of each item of level, stamina, and friendship points (see FIG. 6) included in the user data of the target user ID is displayed.
  • stamina is written as “113/190”, it indicates that the user's current stamina is 113 and the maximum value of stamina is 190.
  • the warrior image display area is an area in which an image of a warrior card specified in advance by the user among a plurality of warrior cards included in the user data of the target user ID is displayed.
  • the menu display area is an area where a plurality of menus (not shown except for the menu m1) including a menu m1 for starting execution of the game battle process of the present embodiment is displayed.
  • the web page P1 is a web page that is first displayed when the stage 1 battle process is executed.
  • the web page P1 includes a display area 200 for displaying a battle opponent's monster character (monster character MC1 in stage 1), a damage level gauge 201 for displaying the damage level of the monster character in%, and an attack power increase level of the warrior card.
  • the attack strength increase level gauge 202 that indicates “attack” and a menu m10 labeled “attack”.
  • the damage level gauge 201 is 0% when the HP of the battle opponent's monster character is the maximum value, and is 100% when the HP becomes zero. When the damage level gauge 201 indicates 0%, it means that the battle opponent's monster character is destroyed.
  • the attack power increase level is a value indicating the degree of increase in the attack power value of the warrior card used by the user for the battle, and means that the attack power of the warrior card becomes larger than the normal value as it increases.
  • the web page is updated as shown in P2.
  • the HP of the monster character is decreased according to the attack power of the warrior card used by the user for the battle and the attack power increase level, thereby increasing the damage level.
  • the damage level of the battle opponent's monster character increases, but the user's stamina decreases, for example, by a predetermined amount.
  • the monster character MC1 is defeated and the stage 1 is cleared.
  • the user (first user) who is executing the game clears a predetermined number of stages (in this embodiment, “5” as an example) (that is, 5).
  • the attack power of the warrior card is increased.
  • the web page P4 of FIG. 11 shows an example of a web page displayed when the user is performing a battle with the monster character MC2 of the stage 2 using a warrior card.
  • web page P5 updated and displayed when menu m10 is selected and operated on web page P4, an example in which text for notifying that a friend has cleared a predetermined number of stages is displayed in text display area 203 It is shown.
  • the web page P5 shows an example in which the attack power increase level gauge 202 is increased by two stages (attack power increase level: 0 ⁇ 2).
  • FIG. Show a display example when the user (first user) who is executing the game has cleared five stages (that is, defeated five monster characters) is shown in FIG. Show.
  • the fifth monster character MC5 is attacked, whereby the damage level gauge 201 reaches 100%, and the web page as shown in P7. Is updated.
  • the first user is informed in the text display area 203 that five monster characters have been defeated and that the result has been transmitted to the friends.
  • Web page P8 shows the example of the web page displayed on the 1st user's friend in response to the 1st user having destroyed five monster characters.
  • the fellow user who has seen this web page P8 uses the fact that the first user (user name: KNM user here) has defeated five monster characters and the fellow user, as with web page P5. You can see that the attack power of the warrior card has increased.
  • the user who is executing the game uses the game as an advantageous effect on the game when the predetermined number of stages are cleared by the friend.
  • the attack power of the warrior card is increased.
  • FIG. 13 is a functional block diagram for explaining functions that play a main role in the game control apparatus of the present embodiment.
  • menus, marks and the like displayed on the web page displayed on the communication terminal 10 are arranged at desired positions on the web page, and are menus visually recognized on the communication terminal 10. The position on the display screen of the mark and the like can be changed by scrolling the web page by the user's direction instruction button or touch panel operation.
  • the registration unit 51 has a function of recognizing a user registration request based on an appropriate operation input to the communication terminal 10 on a web page provided to the communication terminal 10 and performing a registration process. This registration process is executed when the user performs user registration for the game of the present embodiment.
  • the function of the registration means 51 is implement
  • the CPU 21 of the game server 20 receives a registration request message from the communication terminal 10 via the communication interface unit 25.
  • the registration request message is automatically generated by a predetermined operation on the communication terminal 10 on the web page provided from the game server 20 (for example, a predetermined menu selection operation or a text input such as a user ID or password specified by the user).
  • Web pages may be configured to be generated automatically.
  • the registration request message may include information for identifying the communication terminal 10 of the transmission source (for example, individual identification information of a terminal such as a UID (Unique Identifier), a mail address, or the like) If another game by the same service provider is used, the user ID may be included.
  • the CPU 21 receives the registration request message and the registration request message does not include the user ID, the CPU 21 issues a new user ID and performs registration processing of the user ID, and then the registration processing is completed. Is sent to the communication terminal 10.
  • the CPU 21 receives the registration request message and the registration request message includes a user ID
  • the CPU 21 performs registration processing of the user ID, and then transmits a registration completion message indicating that the registration processing is completed to the communication terminal. 10 to send.
  • the CPU 21 When the registration is completed, the CPU 21 generates user data corresponding to the user ID and stores it in the user database 31.
  • the user can execute the game of the present embodiment.
  • the association means 52 has a function of relating users.
  • the associating unit 52 has a function of associating the user ID with another user ID when triggered by an application based on the user ID.
  • the function of the correlation means 52 is implement
  • the CPU 21 of the game server 20 sends an application message (application) specifying a user ID (or a corresponding user name) to be a friend from the communication terminal 10 of the user corresponding to a certain user ID via the communication interface unit 25. Accept. Transmission of this application message is preset as a function of a web page provided to the user's communication terminal 10.
  • the CPU 21 approves an application based on another user ID to the communication terminal 10 corresponding to the user ID at the timing when the access is based on the user 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 the data in the “mate” part (see FIG. 6) of the user data of the corresponding two user IDs in the user database 31.
  • the conditions which relate users are not limited to the format that requires application and approval as described above, but a game user who executes a stage on the same game or a user who has performed a battle within the game. You may register as a related user, that is, a friend.
  • users who transmit a predetermined number of greeting messages may be automatically registered as friends, and if there is a mode on the game in which a battle is performed between users, the user who has performed the battle a predetermined number of times or more You may automatically register each other as a friend.
  • the conditions which relate users may register the user who performs the stage or area on the same game, and the users who played the game as friends.
  • users who transmit a predetermined number of greeting messages may be automatically registered as friends, and if there is a game mode in which a battle (battle) is performed between users, a battle is performed more than a predetermined number of times. You may automatically register the users who went and the users who cooperated with the enemy character as friends.
  • a group of users (guild, etc.) is set in the game, for example, when a certain user (referred to as “user A”) is approved to participate in a certain group,
  • the user ID of the user (referred to as “user B”) may be written in the user data of user A, and the user ID of user A may be written in the user data of user B.
  • achieves by registering data in the user database 31 by registering the friendship relationship between users was shown, it is not restricted to this example.
  • the data regarding the friendship may be written in an external storage device on the network accessible from the game server 20.
  • the game execution unit 53 manages authentication at the time of login of each user, login time, and access time (time accessed to advance or execute battle processing in the game or processing of a specific stage in the processing). It has a function.
  • This function of the game execution means 53 is realized as follows.
  • the CPU 21 of the game server 20 receives the HTTP request from the communication terminal 10 of each user, it collates with the individual identification number, the user ID and the password included in the HTTP request, for example, the data recorded in the user database 31 Then, the authentication process is performed, and the user data is accessed to update the information about the login status.
  • the game execution means 53 has a function of causing the communication terminal 10 to display a menu to which processing executed in the game is assigned. Specifically, the CPU 21 generates HTML data for displaying a web page including a menu and transmits it to the communication terminal 10. For example, when the top page shown in FIG. 8 is displayed on the user's communication terminal 10, the function of the game execution means 53 is implement
  • the CPU 21 of the game server 20 accesses the user database 31 via the database access unit 24, and reads the data of each item included in the user data display area and the image data of the warrior card to be displayed in the warrior image display area. Next, the CPU 21 generates HTML data so that the top page shown in FIG. 8 is configured, and transmits it to the communication terminal 10.
  • the generated HTML data is different for each user (that is, for each user ID).
  • the communication terminal 10 interprets the received HTML data and displays the top page image on the display unit 16 (display screen 16a).
  • CPU21 performs a battle process according to the user's selection operation with respect to the menu m1 of a top page.
  • the battle process with a monster character will be described.
  • the CPU 21 of the game server 20 acquires a selection result of a predetermined number of warrior cards participating in the battle among warrior cards held by the user in accordance with an appropriate operation by the user.
  • the number of warrior cards participating in the battle is one.
  • CPU21 reads the data of the monster character according to the stage used as a user's play among the monster character data which the game database 32 memorize
  • the HP of the monster character MC1 is set in the range of 1500 to 2000 in the monster character data, but the range of 1500 to 2000 is used as the initial value of the HP used when actual battle processing is performed. One value is determined at random from.
  • the data of the user's warrior card is read from the user data and stored in the RAM 23.
  • the CPU 21 When the user attacks a monster character using a warrior card (for example, when the menu m10 is selected and operated on the web page P1 in FIG. 9), the CPU 21 responds to the attack power value of the warrior card used. A process of reducing the monster character's HP is performed. At this time, the value of the attack power of the warrior card is basically a fixed value as shown in FIG. 6, but if it is determined that the predetermined condition is satisfied by the determination condition 54 described later, the attack power Is increased. In the following description, the selection operation for the menu m10 (“attack”) is referred to as “attack operation”.
  • the attack power of a warrior card is Pa
  • the attack power correction coefficient that is, a value indicating the degree of increase in attack power
  • the calculation performed on the monster character's HP is performed, for example, according to the following equation (1). Note that the value of k when the predetermined condition is not satisfied is “1”.
  • CPU21 calculates the value of the damage level of a monster character by the value of HP updated sequentially by attack operation.
  • the damage level value is DL (%)
  • DL is calculated according to the following equation (2), for example.
  • HP0 is the initial value of the monster character's HP.
  • the updated DL value is sequentially overwritten in the RAM 23 during the execution of the battle.
  • the scale position of the damage level gauge 201 is determined based on the updated DL value.
  • DL (HP0 ⁇ HP) / HP0 ⁇ 100 (2)
  • the CPU21 performs the process which decreases the value of a user's stamina, for example for every predetermined amount according to one attack operation. That is, when recognizing one attack operation, the CPU 21 accesses the user data and performs a process of updating (decreasing) the stamina value.
  • the battle process with the monster character is performed based on the attack power of the warrior card possessed by the user, but the battle process with the monster character is not limited to this method.
  • Pa in the above formula (1) may be a numerical value determined randomly according to the attack operation from a predetermined range, not the attack power of the warrior card.
  • the CPU 21 shifts the battle process for the user who is executing the game to the next stage. That is, the CPU 21 reads out the monster character data corresponding to the next stage from the monster character data stored in the game database 32 and loads it into the RAM 23.
  • the determination unit 54 has a function of determining whether or not the degree of progress of the game of the user (first user) who is executing the game satisfies a predetermined condition.
  • the predetermined condition is, for example, that a friend has cleared five stages in battle processing (that is, has defeated five monster characters).
  • the above-mentioned predetermined condition is satisfied whenever any of the friends clears five stages in the battle process.
  • the function of the determination means 54 is realizable as follows.
  • the CPU 21 of the game server 20 stores in the game database 32 data relating to the progress of each user's game (for example, information on the cleared stage and the stage being executed). Data relating to the degree of progress of the game is updated each time each user clears the stage in the battle process.
  • the CPU 21 sequentially reads out the fellow users of the processing target user (first user) from the user data, refers to the data related to the progress of each fellow game, and determines whether or not a predetermined condition is satisfied in units of users. judge.
  • the effect generating means 55 has a function of causing an advantageous effect on the game to the user who is executing the game (first user) when the determining means 54 determines that the predetermined condition is satisfied.
  • an advantageous effect on the game is that the monster character can be defeated more quickly than usual, and the progress of the game can be accelerated.
  • the function of the effect generating means 55 can be realized as follows, for example.
  • the CPU 21 of the game server 20 manages a variable m (m: an integer greater than or equal to 0) that determines a correction coefficient k for increasing the attack power of the warrior card in a battle with a monster character.
  • the variable m is associated with the user who is executing the game (first user).
  • the initial value of the variable m is zero, and the maximum value is 10 as an example.
  • the predetermined condition is satisfied, thereby increasing the value of the variable m.
  • the increase degree of the variable m may be set arbitrarily, an example is shown in FIG. FIG.
  • the 14 shows increase amount data representing the relationship between the variable m of the first user and the increase amount of the variable m when the determination condition for the fellow is satisfied.
  • the increasing amount is set to be large when the first user's variable m is small, and the increasing amount is set to be small as the variable m increases.
  • the variable m is decremented by 1 each time an attack operation is performed by the user.
  • the fairness on the game is taken into consideration so that the state where the variable m is large does not last too long.
  • the increase amount data shown in FIG. 14 is stored in the ROM 22, for example.
  • the CPU 21 determines the attack power correction coefficient k of the warrior card used by the user and the attack increase level of the attack power increase level gauge 202 on the web page based on the value of the variable m of the user. In making this determination, the CPU 21 refers to, for example, attack power correction data illustrated in FIG. As shown in FIG. 15, the attack power correction data is data in which a variable m, an attack power increase rate, an attack power correction coefficient k, and an attack power increase level are associated with each other, and stored in the ROM 22, for example. . In FIG. 15, the attack power increase rate indicates the attack power increase rate corresponding to the attack power correction coefficient k in%. As shown in FIG. 15, the attack power correction coefficient k and the attack increase level are both increased as the variable m increases.
  • the attack power correction coefficient k determined according to the variable m is used.
  • the value of the variable m increases every time one of the first user's companions clears five stages, thereby increasing the attack power of the warrior card used by the first user. It is possible to obtain an advantageous effect on the game that the monster character's HP is set to zero more quickly and the progress of the game is accelerated. Note that when the variable m is not 0, the five levels of attack power increase (1 to 5) corresponding to the variable m, that is, the attack power correction coefficient k, are provided because the user This is to make it easier to visually recognize the degree of increase in the attack power of the card.
  • the notification unit 56 When the determination unit 54 determines that the predetermined condition is satisfied, the notification unit 56 notifies the first user that the predetermined condition is satisfied by a friend of the user (first user) who is executing the game. It has a function to do.
  • the notification means 56 is not an essential component of the present invention, but is a component that makes the present invention a more preferable aspect. By providing the notification means 56, the first user can visually or audibly recognize that an advantageous effect has been obtained thanks to his / her friends. You can get a specific feeling.
  • the function of the notification means 56 is realizable as follows.
  • the CPU 21 of the game server 20 A message (an example of the contents is shown in the web page P5 in FIG. 11) including information (for example, user name) about the friend is transmitted to the communication terminal 10 of the first user.
  • HTML data including the message is generated in response to a web page update request for the first user.
  • the example notified by a text was shown, you may alert
  • notification by text indicating that a predetermined condition has been satisfied by a friend is referred to as “breaking news”.
  • FIG. 16 is a flowchart showing the game battle process of the present embodiment, which is performed by the game control apparatus of the present embodiment.
  • step S100: YES When the CPU 21 of the game server 20 recognizes that the menu m10 has been selected and operated on the battle process web page (that is, an attack operation) (step S100: YES), the CPU 21 performs a series of processes from step S102 onward. If the selection operation of the menu m10 is not recognized (step S100: NO), the process ends.
  • step S100 the CPU 21 first determines that the variable m of the user who is executing the battle, the HP of the monster character of the battle opponent according to the stage, and the user (first user) who is executing the game Is read from the RAM 23 (step S102). Next, the CPU 21 determines whether or not to give a bulletin about the friend to the first user (step S104).
  • the CPU 21 sequentially reads out the user IDs of the first user's associates from the user data, refers to the degree of progress of each associate's stage, and determines whether the user satisfies a predetermined condition (having cleared 5 stages). Judge by unit. As a result, when any of the companions satisfies the predetermined condition, the CPU 21 determines to perform a bulletin from the companion (step S104: YES), and performs an increase process of the variable m (step S106).
  • the increase process of the variable m is performed with reference to, for example, the increase amount data illustrated in FIG. By this increase process, the value of the variable m increases, and the attack power of the warrior card used by the first user increases, so that the battle can be advantageously advanced.
  • step S104 When the bulletin from the friend is not performed (step S104: NO), the CPU 21 does not change the variable m.
  • the CPU 21 refers to, for example, the attack power correction data illustrated in FIG. 15 and reads the attack power correction coefficient k and the attack power increase level value (step S108).
  • the CPU 21 updates the monster character's HP according to the equation (1) based on the read attack power correction coefficient k (step S110).
  • step S112: NO the CPU 21 decrements the value of the variable m (step S114). In other words, the value of the variable m is decremented by 1 for each attack operation.
  • step S112: YES the CPU 21 proceeds to step S116 without performing the process of step S114.
  • the CPU 21 determines whether or not the first user satisfies a predetermined condition (having cleared five stages) (step S116). When it is determined that the predetermined condition is satisfied (step S116: YES), the CPU 21 provides a bulletin to all the first users (step S118). When the CPU 21 determines that the predetermined condition is not satisfied (step S116: NO), the CPU 21 does not perform the bulletin.
  • CPU21 produces
  • the attack strength increase level value read in step S108 is reflected in the display of the attack strength increase level gauge 202, and the HP updated in step S110 is stored in the damage level gauge 201. It will be reflected in the display.
  • the CPU 21 stores the updated variable m and the monster character's HP in the RAM 23 (step S122), and the process ends. Although not shown in FIG. 16, when the HP of the monster character becomes zero, the CPU 21 ends the stage to be processed and moves to the next stage.
  • the first user when it is determined that the degree of progress of a fellow game of the user (first user) who is executing the game satisfies the predetermined condition, the first user is On the other hand, it produces a beneficial effect on the game. Therefore, the 1st user can realize that the game was able to be advanced advantageously by the friend. That is, the 1st user can acquire the actual feeling which advances a game in cooperation with the friend on a game.
  • the degree of progress of the game is determined based on the number of stages cleared by the friends, but is not limited thereto.
  • the degree of progress of the game can be arbitrarily set depending on the nature of the game, for example, it can be determined according to the number of items acquired in the game, the number of times a specific mission given in the game is achieved, etc. Good. Further, in the case of a game in which a game is advanced by continuously selecting and operating a specific menu (the menu m10) as in the game of the above-described embodiment, the progress of the game is determined by the number of selection operations of the menu. You may decide.
  • the predetermined condition for performing the bulletin from the fellow may be arbitrarily set.
  • the target game includes a plurality of stages (parts), and the bulletin is transmitted from the fellow.
  • the predetermined condition to be performed is that an execution result of a predetermined number of stages (parts) by the first user's companion satisfies a predetermined standard (defeated and cleared a monster character).
  • the first user can obtain an advantageous privilege on the game when a friend has cleared a predetermined number of stages. Therefore, when viewed from the fellow user, the motivation to advance the game for the first user who is the fellow is given, and the goal (ie, predetermined) when the game is promoted in cooperation with the fellow Clear the number of stages).
  • the effect generating means 55 increases the number of stages cleared by a friend of the user (first user) who is executing the game (that is, the number of parts whose execution results satisfy a predetermined criterion). As it does, the beneficial effects may be increased.
  • the value of the correction coefficient k for the attack power of the warrior card is further increased.
  • correspondence table data associating the number of stages cleared by the first user's associates with the correction coefficient k of the attack power of the warrior card that becomes a large value according to the number Is stored in the ROM 22.
  • the CPU 21 refers to the correspondence table data in the ROM 22 when calculating the attack power correction coefficient k.
  • the CPU 21 may calculate the attack power correction coefficient k based on a known function that describes the relationship between the number of stages cleared by the fellow and the attack power correction coefficient k.
  • the determination unit 54 detects the user with the highest degree of progress among the friends, and the degree of progress of the fellow user with the highest degree of progress is predetermined. Whether or not the condition is satisfied may be determined. For example, the attack power correction coefficient k may be calculated on the basis of the friend who has cleared the most stage among the fellow users. Further, when there are a plurality of friends in the first user, the determination unit 54 detects an average value of the degree of progress among the friends, and whether or not the average value of the degree of progress satisfies a predetermined condition. May be determined.
  • the predetermined condition for performing the bulletin is based on the degree of progress of any one of the first users, but is not limited thereto.
  • the predetermined condition is that the total number of stages cleared by all the friends of the first user (that is, the execution result is predetermined)
  • the total number of parts that meet the criteria) may be the basis.
  • the determination is made not by the degree of progress of one friend of the first user but by the sum of the degrees of progress of all the friends of the first user. That is, the first user can obtain an advantageous privilege on the game when the total number of stages cleared by the companion reaches a predetermined number.
  • the above-mentioned predetermined condition is not strict to be achieved by one person, and motivation to advance as many stages as possible for the first user is given. .
  • a counter is provided that counts up for each user every time one of the friends clears the stage.
  • the value of the counter corresponds to the total number of stages cleared by all the friends of the first user. Then, when the value of the counter reaches a predetermined value, the CPU 21 performs a process for the first user to obtain an advantageous effect on the game.
  • correspondence table data that associates the total number of stages cleared by the first user's associates with the correction coefficient k of the attack power of the warrior card that becomes a large value according to the number.
  • the CPU 21 refers to the correspondence table data in the ROM 22 when calculating the attack power correction coefficient k.
  • the CPU 21 may calculate the attack power correction coefficient k based on a known function that describes the relationship between the total number of stages cleared by the fellow and the attack power correction coefficient k.
  • the information processing apparatus further includes a closeness acquisition unit that acquires a closeness between users (that is, between fellow users) related by the related means 52, and the predetermined condition for performing the preliminary report from the fellow is the parent
  • the first user acquired by the density acquisition unit and the user who is associated with the first user may be varied according to the familiarity.
  • the intimacy is, for example, the frequency of sending and receiving cheering messages between users, the number of gifts of items on the game, the number of times that battle was performed when there is a battle mode between users on the game, etc. It may be set so that the greater the number, the higher the intimacy.
  • the predetermined condition can be set more loosely as the familiarity is higher.
  • the CPU 21 of the game server 20 counts the frequency of sending and receiving cheering messages between fellow users, the number of gifts of items on the game, and the like.
  • the ROM 22 is provided with a correspondence table that associates count results with intimacy in advance, and the CPU 21 refers to the correspondence table to set and update the intimacy between the user to be processed and the friend.
  • the intimacy is higher, for example, a predetermined condition for breaking information from a friend is set loosely.
  • the CPU 21 associates the intimacy with the number of cleared stages satisfying the predetermined condition in advance, and individually determines whether the progress of the game of the companion satisfies the predetermined condition according to the intimacy of the companion.
  • the game server 20 and the database server 30 on the network are configured to realize the functions of the association unit 52, the game execution unit 53, the determination unit 54, the effect generation unit 55, and the notification unit 56.
  • All these means may be realized by the communication terminal 10, or at least a part of the means may be realized by the communication terminal 10. Since the communication terminal 10 and the game server 20 can have substantially the same hardware configuration, each function can be realized by the communication terminal 10 as described in the above embodiment.
  • the ROM 22 stores the increase amount data and the attack power correction data
  • the game database 32 stores the monster character data. However, these data are stored in the ROM 12 or HDD (in the communication terminal 10).
  • FIG. 17A and FIG. 17B show an example of sharing between the communication terminal 10, the game server 20, and the database server 30 for each function (each function shown in FIG. 13) of the game control device of the present embodiment.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Business, Economics & Management (AREA)
  • Computer Security & Cryptography (AREA)
  • General Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Human Computer Interaction (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Description

ゲーム制御装置、ゲーム制御方法、プログラム、記録媒体、ゲームシステム
　本発明は、複数のユーザの各々の操作に応じて、各ユーザによるゲームの進行を制御する技術に関する。
　近年、特定のサービス提供者によるソーシャルネットワーキングサービス（ＳＮＳ）においてウェブブラウザ上で動作するＡＰＩ(Application Programming Interface)などの動作環境を基に作成されるゲーム用アプリケーションによって実行される、いわゆるソーシャルゲーム（Social Game）が普及している。ソーシャルゲームは、不特定多数のユーザ間でコミュニケーションをとりながらプレイするオンラインゲームの一種であると言える。ユーザは、インターネットに接続可能であって、かつウェブブラウザが搭載された通信端末を備えていれば、時間と場所を問わずソーシャルゲームを楽しむことができる。
　上述したソーシャルゲームでは、従来のオンラインゲームよりも、ユーザ間の交流を図るためのコミュニケーション機能が充実している点が特徴の１つとなっている。ソーシャルゲームでは、例えば、関係付けられたユーザ（仲間）間で協力したゲームの実行のほか、仲間との挨拶や連絡など仲間とコミュニケーションを取ることによる情報交換、仲間との間のゲーム上のアイテムのプレゼントあるいはアイテムの交換が行なわれている。このようなソーシャルゲームの一例として、下記の非特許文献１に記載されたデジタルカードゲーム（ドラゴンコレクション（登録商標））が知られている。
アプリＳＴＹＬＥ　Vol.2（株式会社イースト・プレス）、26-27頁
　従来のソーシャルゲームにおいて、関係付けられたユーザ（仲間）間で協力してゲームを実行する方法の一つとして、ユーザがゲームを進行中にランダムなタイミングでゲーム上のアイテムを取得し、そのアイテムを仲間に送ることで、ゲームを進行中のユーザとその仲間の双方にゲーム上の有利な効果を付与するようにしたものがあった。しかしながら、このような従来の方法では、仲間に送付可能なアイテムはランダムに取得できるものに過ぎず、ゲームの進行の主目的は、ユーザ自身がゲームを進行させることとなっており、仲間と協力してゲームを進行させる実感が湧き難いものとなっていた。例えば、ユーザがその仲間を手助けするためにゲームを進行させるといった動機付けが生じ難いものとなっていた。
　本発明は上述した観点に鑑みてなされたもので、ユーザが、ゲーム上で関係付けられた他のユーザである仲間と協力してゲームを進行させる実感が得られるようにしたゲーム制御装置、ゲーム制御方法、プログラム、記録媒体、ゲームシステムを提供することを目的とする。
　本発明の第１の観点は、
　ユーザ間を関係付ける関係付け手段と、
　ユーザ毎にゲームを実行させる実行手段と、
　第１のユーザと関係付けられたユーザの前記ゲームの進行度が所定条件を満たすか否か判定する判定手段と、
　前記判定手段によって前記所定条件を満たすと判定された場合に、前記第１のユーザに対して、前記ゲーム上の有利な効果を生じさせる効果発生手段と、
　を備える。
　このゲーム制御装置では、ゲームを実行中の第１のユーザは、自らと関係付けられたユーザ（以下、適宜「仲間」という。）のゲームの進行度が所定条件を満たす場合に、ゲーム上の有利な効果を得ることができるため、仲間のおかげでゲームを有利に進めることができたことを実感できる。つまり、第１のユーザは、ゲーム上の仲間と協力してゲームを進行させる実感を得ることができる。ゲームの進行度は、ゲームの性質によって任意に設定可能であり、例えば、ゲーム内で取得したアイテムの数や、ゲーム内で与えられた特定のミッションを達成した回数等に応じて決定してもよく、ゲーム画面上の特定のメニューの選択回数に応じて決定してもよい。
　上記ゲーム制御装置において、前記ゲームは複数のパートを含み、前記所定条件は、前記第１のユーザと関係付けられたユーザによる所定数の前記パートの実行結果が所定の基準を満たしたことであってもよい。
　この構成によれば、第１のユーザは、仲間が所定数のパートの実行結果が所定の基準を満たした場合（例えば、ゲームにおける所定数のステージをクリアした場合）にゲーム上の有利な特典が得られる。そのため、仲間のユーザから見ると、仲間である第１のユーザのためにゲームを進めようとする動機付けが与えられるとともに、仲間との間で協力してゲームを進めるときの目標（例えば、所定数のステージをクリアすること）を明確に意識することができる。
　上記ゲーム制御装置において、前記効果発生手段は、前記第１のユーザと関係付けられたユーザによる実行結果が所定の基準を満たしたパートの数が増加するにつれて、前記有利な効果を大きくしてもよい。
　このような構成にすると、第１のユーザにとっては、ゲーム上の仲間を増やすことで、多くの仲間のゲームの進行度に応じて有利な効果が得られる機会が増加し、かつ仲間の数に応じて有利な効果が大きくなるという相乗効果が得られる。そのため、第１のユーザが積極的に多くの他のユーザと仲間関係を構築しようとする動機付けとなる。
　上記ゲーム制御装置において、前記ゲームは複数のパートを含み、前記所定条件は、前記第１のユーザと関係付けられたユーザについて、実行結果が所定の基準を満たした前記パートの総数が所定値に達したことであってもよい。
　この構成では、第１のユーザの１人の仲間の進行度合いではなく、第１のユーザの仲間全員の進行度合いの合計によって判定が行われる。つまり、第１のユーザは、仲間全員によるパートの実行結果が所定の基準を満たした場合（例えば、ゲームにおいて仲間がクリアしたステージの総数が所定数の場合）にゲーム上の有利な特典が得られる。そのため、仲間のユーザから見ると、所定条件が１人で達成するには厳しいものとはならず、第１のユーザのために１つでも多くのパートの基準を満たすように進めようとする動機付けが与えられる。
　上記ゲーム制御装置において、前記効果発生手段は、前記第１のユーザと関係付けられたユーザによる実行結果が所定の基準を満たしたパートの総数が増加するにつれて、前記有利な効果を大きくしてもよい。
　このような構成にすると、第１のユーザにとっては、ゲーム上の仲間を増やすことで、多くの仲間のゲームの進行度に応じて有利な効果が得られる機会が増加し、かつ仲間の数に応じて有利な効果が大きくなるという相乗効果が得られる。そのため、第１のユーザが積極的に多くの他のユーザと仲間関係を構築しようとする動機付けとなる。
　上記ゲーム制御装置において、前記関係付け手段によって関係付けられたユーザ間の親密度を取得する親密度取得手段をさらに備え、前記所定条件は、前記親密度取得手段によって取得された前記第１のユーザと、第１のユーザと関連付けられたユーザとの親密度に応じて変動させてもよい。
　親密度は、例えば、ユーザ間の応援メッセージの送受信の頻度や、ゲーム上のアイテムのプレゼントの回数や、ゲーム上でユーザ間のバトルのモードがある場合にはそのバトルが行われた回数等が多いほど、親密度が高くなるように設定してもよい。この構成では、例えば、親密度が高いほど所定条件を緩く設定することができる。それによって、親密度が高い仲間が所定条件を満たす機会が増え、その仲間のおかげで有利な効果が得られる機会が増える。そのため、第１のユーザにとっては、仲間間で親密度を上げるように動機付けられるため、仲間間のコミュニケーションが促進される。
　上記ゲーム制御装置において、前記判定手段によって前記所定条件を満たすと判定された場合に、前記第１のユーザと関係付けられたユーザによって前記所定条件を満たしたことを、前記第１のユーザに報知する報知手段、を備えてもよい。
　報知手段を設けることで、第１のユーザは仲間のおかげで有利な効果が得られたことが視覚的に、あるいは聴覚的に認識できるため、ゲーム上の仲間と協力してゲームを進行させている具体的な実感を得ることができる。
　本発明の第２の観点は、ゲーム制御方法であって、
　ユーザ間を関係付けるステップと、
　ユーザ毎にゲームを実行させるステップと、
　第１のユーザと関係付けられたユーザの前記ゲームの進行度が所定条件を満たすか否か判定するステップと、
　前記所定条件を満たすと判定された場合に、前記第１のユーザに対して、前記ゲーム上の有利な効果を生じさせるステップと、
　を備える。
　本発明の第３の観点は、ゲームの実行を制御するために、コンピュータに、
　ユーザ間を関係付ける機能、
　ユーザ毎にゲームを実行させる機能、
　第１のユーザと関係付けられたユーザの前記ゲームの進行度が所定条件を満たすか否か判定する機能、及び、
　前記所定条件を満たすと判定された場合に、前記第１のユーザに対して、前記ゲーム上の有利な効果を生じさせる機能、
　を実現させるためのプログラムである。
　コンピュータは、例えばネットワークサーバ、大型計算機等であってよい。また、このプログラムは、ＤＶＤ－ＲＯＭやＣＤ－ＲＯＭ等のコンピュータが読み取り可能な情報記憶媒体に格納されてもよい。すなわち、本発明の第４の観点は、前記プログラムを記録したことを特徴とする、コンピュータ読み取り可能な記録媒体である。
　本発明の第５の観点は、通信端末と、当該通信端末からアクセス可能に構成され、前記通信端末によるゲームの実行を制御するサーバと、を含むゲームシステムであって、
　ユーザ間を関係付ける関係付け手段と、
　ユーザ毎にゲームを実行させる実行手段と、
　第１のユーザと関係付けられたユーザの前記ゲームの進行度が所定条件を満たすか否か判定する判定手段と、
　前記判定手段によって前記所定条件を満たすと判定された場合に、前記第１のユーザに対して、前記ゲーム上の有利な効果を生じさせる効果発生手段と、
　の各手段を、前記通信端末又は前記サーバのいずれか一方が備えた、
　を備えた、ゲームシステムである。
実施形態のゲームシステムの基本構成を示す図。 実施形態の通信端末の外観の例を示す図。 実施形態の通信端末の外観の別の例を示す図。 実施形態の通信端末の構成を示すブロック図。 実施形態のゲームサーバの構成を示すブロック図。 実施形態のデータベースサーバの構成を示すブロック図。 データベースサーバに含まれるユーザデータベースの構成例を示す図。 モンスターキャラクタデータの内容を例示する図。 トップページを表示する通信端末の表示画面の一例を示す図。 ユーザの通信端末において表示される一連のウェブページを例示する図。 ユーザの通信端末において表示される一連のウェブページを例示する図。 ユーザの通信端末において表示される一連のウェブページを例示する図。 ユーザの通信端末において表示される一連のウェブページを例示する図。 実施形態のゲーム制御装置で主要な役割を果たす機能を説明するための機能ブロック図。 仲間からの通知による変数の増加量を示す増加量データの構成例を示す図。 バトルにおける攻撃力の補正係数を示す攻撃力補正データの構成例を示す図。 実施形態のゲームサーバの主要な処理を示すフローチャート。 変形例に係るゲーム制御装置で主要な役割を果たす機能を説明するための機能ブロック図。 変形例に係るゲーム制御装置で主要な役割を果たす機能を説明するための機能ブロック図。
　本発明は、２０１２年３月２３日に日本国特許庁に出願された特願２０１２－０６６７３５の特許出願に関連しており、当該出願の内容のすべてが参照によってこの明細書に組み込まれる。
　以下、本発明の実施形態について説明する。
　（１）ゲームシステムの構成
　図１は、実施形態のゲームシステムのシステム構成例を示している。図１に示すように、このゲームシステムは、例えばインターネットなどの通信網ＮＷ（ネットワーク）に接続可能な通信端末１０ａ，１０ｂ，１０ｃ，…と、通信網ＮＷに接続されているゲームサーバ２０と、データベースサーバ３０とによって構成されている。各通信端末１０ａ，１０ｂ，１０ｃ，…はそれぞれ、個々のユーザによって操作される端末であり、例えば、携帯端末、スマートフォン、ＰＤＡ(Personal Digital Assistant)、パーソナルコンピュータ、双方向の通信機能を備えたテレビジョン受像機（いわゆる多機能型のスマートテレビも含む。）などの通信端末である。なお、以下の説明において、各通信端末１０ａ，１０ｂ，１０ｃ，…に共通して言及するときには、通信端末１０と表記する。
　このゲームシステムにおいて、ゲームサーバ２０は、クライアントである通信端末１０と通信可能に構成されており、通信端末１０に対してゲーミングサービスを提供する。ゲームサーバ２０には、ゲーム用アプリケーションとしてウェブブラウザ上で動作可能なアプリケーションが実装されている。データベースサーバ３０は、ゲームを実行する上での後述する様々な情報を格納しており、それらの情報の読み書きのためにゲームサーバ２０と例えば有線で接続される。
　通信端末１０は、ゲームサーバ２０によって提供されるウェブページを表示可能なウェブブラウザを備えており、ユーザは、通信端末１０をウェブページ上で操作してゲームを実行する。
　また、図１には図示していないが、ゲームサーバ２０とは別に各通信端末１０のユーザを認証するための認証サーバを設けてもよい。また、多くの通信端末１０からのアクセスを受け入れるために複数のゲームサーバ２０を設ける場合は、その複数のゲームサーバ２０間の負荷を調整するためのロードバランサを設けてもよい。また、ゲームサーバ２０は単一のサーバ装置として構成してもよいが、機能を分散させた複数のサーバ装置として構成してもよい。
　（２）通信端末の構成
　図２Ａ、図２Ｂ及び図３を参照して通信端末１０について説明する。
　図２Ａ、図２Ｂはそれぞれ、通信端末１０の外観の例を示す図である。図２Ａは、例えば折り畳み式の携帯端末（携帯電話機）などの釦入力方式の通信端末を例示したものであり、図２Ｂは、例えばスマートフォンなどのタッチパネル入力方式の通信端末を例示したものである。図３は、通信端末１０の内部構成を示すブロック図である。
　図３に示すように、通信端末１０は、ＣＰＵ（Central Processing Unit）１１、ＲＯＭ(Read Only Memory)１２、ＲＡＭ(Random Access Memory)１３、画像処理部１４、指示入力部１５、表示部１６、及び、信号送受信部としての通信インタフェース部１７を備えており、各部間の制御信号あるいはデータ信号を伝送するためのバス１８が設けられている。
　ＣＰＵ１１は、ＲＯＭ１２内のウェブブラウザをＲＡＭ１３にロードして実行する。そして、ＣＰＵ１１は、指示入力部１５等によってユーザに入力されるＵＲＬ(Uniform Resource Locator)の適切な指定に基づき、通信インタフェース部１７を介して、ゲームサーバ２０からウェブページを表示するためのデータ、すなわち、ＨＴＭＬ(HyperText Markup Language)文書や当該文書と関連付けられた画像などのオブジェクトのデータ（以下、総称して適宜「ＨＴＭＬデータ」と表記する。）を通信インタフェース部１７を介して取得し、そのＨＴＭＬデータを解釈する。なお、通信端末１０には、ウェブブラウザのブラウザ機能を拡張するための様々なプラグインが実装されていてよい。
　なお、ＨＴＭＬデータの取得に当たって、ＣＰＵ１１は、予め登録されたユーザＩＤ（ユーザ識別情報）、あるいは指示入力部１５を介して入力されるユーザＩＤを含むアクセス要求メッセージを、通信インタフェース部１７を介してゲームサーバ２０へ通知する。
　ウェブブラウザは、画像処理部１４を介して、取得したＨＴＭＬデータに基づき、ゲームサーバ２０から提供されるウェブページを表示部１６に表示する。また、ウェブブラウザは、ユーザが指示入力部１５の操作によってウェブページ上のハイパーリンク(Hyperlink)またはメニューが選択されると、その選択に応じたウェブページを表示するための新たなＨＴＭＬデータの送信（つまり、ウェブページの更新）をゲームサーバ２０へ要求する。
　画像処理部１４は、ＨＴＭＬデータの解析結果としてＣＰＵ１１から与えられる表示用画像データに基づいて、表示部１６にウェブページを表示する。表示部１６は、例えば、マトリクス状に画素単位で配置された薄膜トランジスタを含むＬＣＤ(Liquid Cristal Display)モニタであり、表示用画像データに基づいて薄膜トランジスタを駆動することでウェブページの画像を表示画面１６ａに表示する。
　通信端末１０が釦入力方式の通信端末（図２Ａ）である場合、指示入力部１５は、ユーザの操作入力を受け入れるための方向指示釦と決定釦などの複数の指示入力釦を含む釦群１５ａ、及び、テンキーなどの複数の指示入力釦を含む釦群１５ｂを備え、各釦の押下（操作）入力を認識してＣＰＵ１１へ出力するためのインタフェース回路を含む。例えば、方向指示釦は、表示部１６に表示されているウェブページをスクロールして表示することをＣＰＵ１１へ指示するために設けられる。また、決定釦は、例えばウェブページ上で複数のハイパーリンクまたはメニューが表示されるときに、アクティブ表示（例えば強調表示）されている１つのハイパーリンクまたはメニューをユーザが選択することをＣＰＵ１１へ指示するために設けられる。なお、通信端末１０を小型の携帯端末によって構成する場合には、これらの釦は、ユーザが通信端末１０を片手で保持したままその親指で操作（クリック）しやすいように、通信端末１０の前面に配置されていることが好ましい。図２Ａに示す例では、釦群１５ｂは、釦群１５ａの下方に配置され、「０」～「９」、「＊」、「＃」（テンキー）が表記された複数の指示入力釦を含む。
　通信端末１０がタッチパネル入力方式の通信端末（図２Ｂ）である場合、指示入力部１５は、主として表示画面１６ａに指先あるいはペンで触れることによるタッチパネル方式の入力を受け付ける。タッチパネル入力方式は、静電容量方式などの公知の方式でよい。なお、図２Ｂに示すように、通信端末１０がタッチパネル入力方式の場合であっても釦群１５ａが設けられる場合もある。
　通信端末１０に表示されるウェブページ上のメニューの選択操作は、例えば通信端末１０が携帯端末である場合には、方向指示釦の押下操作によってメニューを選択し、決定釦の押下操作によって、選択したメニューを確定することによって行われる。また、選択操作は、例えば通信端末１０がタッチパネル入力方式の場合には、ウェブページが表示されている表示画面１６ａ上のメニューの位置を指あるいはペンで指示（タッチ操作）することによって行われる。
　（３）ゲームサーバの構成
　図４を参照してゲームサーバ２０の構成について説明する。
　ゲームサーバ２０は、例えば階層構造の複数のウェブページからなるゲームのウェブサイトを管理しており、通信端末１０に対してゲームのウェブサービスを提供する。図４に示すように、ゲームサーバ２０は、ＣＰＵ２１、ＲＯＭ２２、ＲＡＭ２３、データベース（ＤＢ）アクセス部２４、及び、通信インタフェース部２５を備えており、各部間の制御信号あるいはデータ信号を伝送するためのバス２６が設けられている。なお、ゲームサーバ２０は、ハードウエアに関しては汎用のウェブサーバと同一の構成をとることができる。
　ＲＯＭ２２には、クライアントである通信端末１０のウェブブラウザに対してＨＴＭＬ文書や画像などのオブジェクトの表示（ウェブページの表示）のサービスを提供するアプリケーションプログラムが格納されている。ＲＯＭ２２には、アプリケーションプログラム以外にもＣＰＵ２１によって参照される各種データが格納されている。
　ＣＰＵ２１は、ＲＯＭ２２内のゲームプログラムをＲＡＭ２３にロードして実行し、通信インタフェース部２５を介して、各種の処理を行う。
　例えば、ＣＰＵ２１は、通信インタフェース部２５を介して、ＨＴＭＬデータを通信端末１０宛に送信する。なお、ゲームサーバ２０が通信端末１０のユーザの認証処理を行う場合には、ＣＰＵ２１はその認証処理を行う。
　ＣＰＵ２１は、通信インタフェース部を介して、通信端末１０で表示されるウェブページ上でユーザにより選択されたハイパーリンクまたはメニューに応じた処理を行う。その処理は、例えば、新たなＨＴＭＬデータの送信、または、ゲームサーバ２０内の演算処理あるいはデータ処理などを含む。
　データベースアクセス部２４は、ＣＰＵ２１がデータベースサーバ３０に対してデータの読み書きを行うときのインタフェースである。
　（４）データベースサーバの構成
　データベースサーバ３０（記憶装置）は、大容量のハードディスク装置やＲＡＩＤ（Redundant Arrays of Inexpensive Disks）等の形態の装置等、汎用ストレージで実現できる。データベースサーバ３０内の各データベースは、ゲームサーバ２０のデータベースアクセス部２４を介してＣＰＵ２１からのデータの読み書きが可能となるように構成されている。
　図５に、データベースサーバ３０の構成の一例を示す。図５に示すように、データベースサーバ３０は、ユーザデータベース３１と、ゲームデータベース３２とを備える。
　本実施形態のゲームシステムによって実現されるゲームのタイプは特に限定されるものではないが、以下では、本実施形態のゲームの一例として、ユーザの通信端末１０に対する操作に応じて、ユーザがゲーム上で仮想的に保有する戦士カードを使い、ゲーム上のモンスターであるモンスターキャラクタとバトルを行う対戦型デジタルカードゲーム（以下、適宜「本実施形態のゲーム」という。）を採り上げる。本実施形態のゲームでは、ユーザが自ら保有する戦士カードによってモンスターキャラクタとバトルを行うように構成されているゲームである。
　図６に、本実施形態のゲームにおいて適用されるユーザデータベース３１の一例を示す。この例では、ユーザデータベース３１は、ユーザＩＤ（ユーザ識別情報）ごとに、アクセスログ、ユーザ名／表示画像、技能レベル、スタミナ、友情ポイント、仲間のユーザＩＤ、保有カードのデータの各項目についての情報を含む。ユーザデータベース３１に含まれる情報は、ゲームサーバ２０によって逐次更新されうる。
　以下の説明では、ユーザデータベース３１に含まれるユーザＩＤ、あるいはユーザを特定するユーザ名（後述する）ごとのデータを総称してユーザデータという。ユーザデータを構成する各項目のデータは、以下のとおりである。
・アクセスログ
　対象となるユーザＩＤに基づいてログインしたときの時刻であるログイン時刻や、対象となるユーザＩＤに基づいてアクセスしたときの時刻であるアクセス時刻の情報を含む。
・ユーザ名／表示画像
　ゲームの実行時に通信端末１０にユーザを特定するために表示されるユーザ名及び表示画像である。ユーザ名はユーザによって予め指定される所定長以下のテキストであり、表示画像は例えばユーザによって予め選択されるアバタ画像である。ユーザ名は、ゲームサーバ２０によって提供されるネットワーク環境（あるいはゲームコミュニティ）上でユーザを特定する名称である。
・技能レベル
　ゲーム上のユーザの技能レベル示すデータである。例えばＬｖ１（レベル１）からＬｖ１００（レベル１００）までの範囲のレベル値である。
・スタミナ
　本実施形態のゲームにおいて、戦士カードとモンスターキャラクタとのバトルを行う上で必要となるポイントである。スタミナは、１回の攻撃をモンスターキャラクタに対して行うことで低減し、所定の時間が経過する毎に回復（増加）する値である。
・友情ポイント
　本実施形態のゲームにおいて、仲間へ応援メッセージを送信することでユーザが取得するポイントである。
・仲間のユーザＩＤ
　対象となるユーザＩＤと関係付けられた他のユーザＩＤのデータである。
・保有カードのデータ
　保有カードのデータは、ユーザが保有している戦士カードのデータであり、例えば、図６に示すように、戦士カード毎の画像、攻撃力などのパラメータを含む。戦士カードがモンスターキャラクタとバトルを行うときに、モンスターキャラクタに対して攻撃力の値に応じたダメージを与えることができる。
　図５に戻り、ゲームデータベース３２は、ゲームサーバ２０からのアクセスに基づき、ゲームサーバ２０によって実行されたゲームの進行に関する情報、モンスターキャラクタのデータ（モンスターキャラクタデータ）を記憶する。ゲームの進行に関する情報は、ゲームの性質によって多様な情報を含みうる。本実施形態のゲームの場合を例に挙げれば、ゲームの進行に関する情報は、各ユーザのステージ毎のモンスターキャラクタとのバトル結果などを含む。
　モンスターキャラクタデータの一例を図７に示す。モンスターキャラクタデータは、バトルのステージ毎に設定されているモンスターキャラクタのデータを含む。モンスターキャラクタデータは、バトル処理の実行とともにゲームデータベース３２から例えばＲＡＭ２３にロードされ、記憶されるデータである。図７では、ステージ毎に登場するモンスターキャラクタＭＣ１，ＭＣ２，ＭＣ３，…の各々について、ウェブページに表示される画像と、モンスターキャラクタの体力を示すＨＰ(Hit Point)の値とが対応付けられている。例えば、図７に示す例では、各モンスターキャラクタのＨＰは１５００～２０００の範囲内であるが、この範囲の中からバトルを行うときにランダムにＨＰの値が設定されてもよい。
　（５）本実施形態のゲーム
　以下、本実施形態のゲームのモンスターキャラクタとのバトル処理について、図８～１２を参照しながら説明する。図８は、本実施形態のゲームにおいて通信端末１０上に表示されるトップページの一例を示す図である。図９～１２は、バトル処理が実行されるときの通信端末１０上に表示されるウェブページの例を示す図である。
　図８に例示する本実施形態のゲームのトップページは、個々のユーザＩＤに応じたウェブページで構成される。図８の例では、ユーザデータ表示領域、戦士画像表示領域及びメニュー表示領域を含む。
　ユーザデータ表示領域は、対象となるユーザＩＤのユーザデータに含まれる、レベル、スタミナ、友情ポイントの各項目のデータ（図６参照）が表示される領域である。なお、図８に例示するように、スタミナが「１１３／１９０」と表記されている場合、ユーザの現在のスタミナが１１３であり、スタミナの最大値が１９０であることを示す。
　戦士画像表示領域は、対象となるユーザＩＤのユーザデータに含まれる複数の戦士カードのうちユーザによって予め指定された戦士カードの画像が表示される領域である。
　メニュー表示領域は、本実施形態のゲームのバトル処理の実行を開始するためのメニューｍ１を含む複数のメニュー（メニューｍ１以外は図示せず）が表示される領域である。
　図８のトップページ上でメニューｍ１が選択操作されると、図９のＰ１に示すようにウェブページが更新され、ユーザがスタミナを消費して手持ちの戦士カードを使用してモンスターキャラクタを倒すためのプレイを実行するための画面に切り替わる。ウェブページＰ１は、ステージ１のバトル処理が実行されたときに最初に表示されるウェブページである。ウェブページＰ１には、バトル相手のモンスターキャラクタ（ステージ１では、モンスターキャラクタＭＣ１）を表示する表示領域２００と、モンスターキャラクタのダメージレベルを％表示するダメージレベルゲージ２０１と、戦士カードの攻撃力上昇レベルを５段階で示す攻撃力上昇レベルゲージ２０２と、「攻撃する」と表記されたメニューｍ１０とを含む。ダメージレベルゲージ２０１は、バトル相手のモンスターキャラクタのＨＰが最大値のときに０％であり、ＨＰがゼロになったときに１００％となる値である。ダメージレベルゲージ２０１が０％を示すときには、バトル相手のモンスターキャラクタが撃破されたことを意味する。攻撃力上昇レベルは、ユーザがバトルに使用する戦士カードの攻撃力の値の増加度合いを示す値であり、大きくなるにつれて戦士カードの攻撃力が通常の値よりも大きくなることを意味する。
　ウェブページＰ１においてメニューｍ１０が選択操作されると、Ｐ２に示すようにウェブページが更新される。ウェブページＰ２では、ウェブページＰ１と比べて、ユーザがバトルに使用する戦士カードの攻撃力と、攻撃力上昇レベルとに応じて、モンスターキャラクタのＨＰが低下し、それによってダメージレベルが増加する。メニューｍ１０が選択操作される度にバトル相手のモンスターキャラクタのダメージレベルは増加していくが、ユーザのスタミナが例えば所定量ずつ低下する。ウェブページＰ３に示すように、ダメージレベルが１００％に達すると、モンスターキャラクタＭＣ１が撃破され、ステージ１がクリアされたことになる。
　本実施形態のゲームでは、ゲームを実行中のユーザ（第１のユーザ）は、その仲間が所定数（本実施形態では一例として、「５」とする。）のステージをクリアする（つまり、５体のモンスターキャラクタを撃破する）と、第１のユーザが受ける有利な効果として、戦士カードの攻撃力が上昇するように構成されている。例えば、図１１のウェブページＰ４では、ユーザが戦士カードを使用して、ステージ２のモンスターキャラクタＭＣ２とバトルを行っているときに表示されるウェブページの一例を示している。ウェブページＰ４においてメニューｍ１０が選択操作されることによって更新されて表示されるウェブページＰ５では、仲間が所定数のステージをクリアしたことを報知するためのテキストがテキスト表示領域２０３に表示される例が示されている。このテキストによって、ゲームを実行中のユーザ（第１のユーザ）は、特定の仲間が５体撃破したこと（所定条件を満たしたこと）と、それによって、自らの戦士カードの攻撃力が上昇したことが分かる。一例として、ウェブページＰ５では、攻撃力上昇レベルゲージ２０２が２段階上昇した例（攻撃力上昇レベル：０→２）が示されている。
　次に、本実施形態のゲームにおいて、ゲームを実行中のユーザ（第１のユーザ）が５個のステージをクリアした（つまり、５体のモンスターキャラクタを撃破した）場合の表示例を図１２に示す。ここでは、ウェブページＰ６においてユーザがメニューｍ１０を選択操作することによって、５体目のモンスターキャラクタＭＣ５に攻撃が加えられ、それによってダメージレベルゲージ２０１が１００％に達し、Ｐ７に示すようにウェブページが更新される。ウェブページＰ７では、テキスト表示領域２０３に、モンスターキャラクタを５体撃破したことと、その結果が仲間に伝えられたことが、第１のユーザに報知される。
　ウェブページＰ８は、第１のユーザが５体のモンスターキャラクタを撃破したことを受けて、第１のユーザの仲間に表示されるウェブページの例を示している。このウェブページＰ８を見た仲間のユーザは、ウェブページＰ５と同様に、第１のユーザ（ここでは、ユーザ名：ＫＮＭのユーザ）が５体のモンスターキャラクタを撃破したことと、仲間が使用する戦士カードの攻撃力が上昇したことが分かるようになっている。
　以上説明したように、本実施形態のゲームは、ゲームを実行中のユーザ（第１のユーザ）は、その仲間によって所定数のステージがクリアされると、ゲーム上の有利な効果として、自ら使用する戦士カードの攻撃力が上昇するように構成されている。
　（６）ゲーム制御装置における各処理の概要
　次に、上述した本実施形態のゲームを実現するためゲーム制御装置における各処理について説明する。
　本実施形態では、ゲームサーバ２０及びデータベースサーバ３０によってゲーム制御装置が構成されている。以下では、上述した対戦型デジタルカードゲームが適用される場合を例として、本実施形態のゲーム制御装置で実現される機能について、図１３を参照して説明する。図１３は、本実施形態のゲーム制御装置で主要な役割を果たす機能を説明するための機能ブロック図である。
　なお、以下の説明において、通信端末１０に表示されるウェブページ上で表示されるメニュー、マーク等はウェブページ上で所望の位置に配置されるものであって、通信端末１０で視認されるメニュー、マーク等の表示画面上の位置は、ユーザの方向指示釦あるいはタッチパネル操作によるウェブページのスクロール操作によって変化しうる。
　登録手段５１は、例えば通信端末１０に提供するウェブページ上での通信端末１０への適切な操作入力に基づいてユーザの登録要求を認識し、登録処理を行う機能を備える。この登録処理は、ユーザが本実施形態のゲームにユーザ登録を行うときに実行される。
　登録手段５１の機能は、例えば以下のように実現される。ゲームサーバ２０のＣＰＵ２１は、通信インタフェース部２５を介して通信端末１０から登録要求メッセージを受信する。登録要求メッセージは、ゲームサーバ２０から提供されるウェブページ上での通信端末１０に対する所定の操作（例えば、所定のメニューの選択操作やユーザが指定するユーザＩＤやパスワード等のテキスト入力等）によって自動的に生成されるように、ウェブページが構成されていてもよい。登録要求メッセージには、送信元の通信端末１０を特定するための情報（例えばＵＩＤ（Unique Identifier）などの端末の個体識別情報、メールアドレス等）が含まれていてもよく、あるいは、ユーザが既に同一のサービス提供者による他のゲームを利用している場合には、そのユーザＩＤが含まれていてもよい。
　ＣＰＵ２１は、登録要求メッセージを受信し、登録要求メッセージにユーザＩＤが含まれていない場合には、ユーザＩＤを新規に発行してそのユーザＩＤの登録処理を行った後、登録処理が完了した旨のメッセージを通信端末１０へ送信する。ＣＰＵ２１は、登録要求メッセージを受信し、登録要求メッセージにユーザＩＤが含まれている場合には、そのユーザＩＤの登録処理を行った後、登録処理が完了したことを示す登録完了メッセージを通信端末１０へ送信する。
　登録が完了すると、ＣＰＵ２１は、ユーザＩＤに対応するユーザデータを生成し、ユーザデータベース３１に格納する。登録が完了すると、ユーザは、本実施形態のゲームを実行することが可能となる。
　関係付け手段５２は、ユーザ間を関係付ける機能を備える。例えば、関係付け手段５２は、ユーザＩＤに基づく申請を契機として、当該ユーザＩＤと他のユーザＩＤとを仲間として関係付ける機能を備える。
　関係付け手段５２の機能は例えば、以下のとおり実現される。ゲームサーバ２０のＣＰＵ２１は、通信インタフェース部２５を介して、あるユーザＩＤに対応するユーザの通信端末１０から、仲間になりたいユーザＩＤ（あるいは、対応するユーザ名）を指定した申請メッセージ（申請）を受け付ける。この申請メッセージの送信は、ユーザの通信端末１０に提供されるウェブページの機能として予め設定されている。ＣＰＵ２１は、申請メッセージを受け付けると、申請メッセージに含まれるユーザＩＤに基づくアクセスがあったタイミングで、そのユーザＩＤに対応する通信端末１０宛に、他のユーザＩＤに基づく申請を承認するか否かを返信することを要求するためのウェブページを表示させるＨＴＭＬデータを送信する。その申請を承認することが返信されれば、ＣＰＵ２１は、両者を仲間として登録する。具体的には、ＣＰＵ２１は、ユーザデータベース３１内の対応する２つのユーザＩＤのユーザデータの「仲間」の箇所（図６参照）にデータを書き込む。
　なお、ユーザ同士を関係付ける条件は、上記のような申請と承認を必要とする形式に限らず、同一のゲーム上のステージを実行するゲームユーザやバトルを行ったユーザを、ユーザとゲーム内で関係付けられたユーザ、つまり仲間として登録してもよい。あるいは、所定回数の挨拶メッセージを送信するユーザ同士を自動的に仲間として登録してもよいし、ユーザ間でバトルを行うゲーム上のモードが存在する場合には、所定回数以上バトルを行ったユーザ同士を自動的に仲間として登録してもよい。
　また、ユーザ同士を関係付ける条件は、同一のゲーム上のステージ若しくはエリアを実行するユーザや試合を行ったユーザ同士を仲間として登録してもよい。あるいは、所定回数の挨拶メッセージを送信するユーザ同士を自動的に仲間として登録してもよいし、ユーザ間で対戦（バトル）を行うゲーム上のモードが存在する場合には、所定回数以上対戦を行ったユーザ同士や、協力して敵キャラクタと対戦をしたユーザ同士を自動的に仲間として登録してもよい。
　ゲーム内でユーザ同士のグループ（ギルド等）が設定されている場合、例えば、あるユーザ（「ユーザＡ」とする。）があるグループへの参加が承認されたときに、当該グループ内の他のユーザ（「ユーザＢ」とする。）のユーザＩＤをユーザＡのユーザデータに書き込むとともに、ユーザＢのユーザデータにユーザＡのユーザＩＤを書き込んでもよい。
　本実施形態では、ユーザ同士の仲間関係の登録をユーザデータベース３１にデータを書き込むことによって実現する例を示したが、この例に限られない。仲間関係に関するデータは、ゲームサーバ２０からアクセス可能なネットワーク上の外部の記憶装置に書き込まれるようにしてもよい。
　ゲーム実行手段５３は、各ユーザのログイン時の認証や、ログイン時刻やアクセス時刻（ゲーム内のバトル処理や当該処理における特定のステージの処理を進行あるいは実行させるためにアクセスされた時刻）を管理する機能を備える。ゲーム実行手段５３のこの機能は、以下のようにして実現される。ゲームサーバ２０のＣＰＵ２１は、各ユーザの通信端末１０からのＨＴＴＰリクエストを受信すると、当該ＨＴＴＰリクエストに含まれる個体識別番号や、ユーザＩＤ及びパスワードと、例えばユーザデータベース３１に記録しているデータと照合して認証処理を行うとともに、ユーザデータにアクセスしてログイン状況についての情報を更新する。
　ゲーム実行手段５３は、図８に示したように、ゲームで実行される処理が割り当てられたメニューを通信端末１０に表示させる機能を備える。具体的には、ＣＰＵ２１は、メニューを含むウェブページを表示するためのＨＴＭＬデータを生成して通信端末１０宛に送信する。
　例えば図８に示すトップページをユーザの通信端末１０に表示する場合、ゲーム実行手段５３の機能は以下のようにして実現される。ゲームサーバ２０のＣＰＵ２１は、データベースアクセス部２４を介してユーザデータベース３１にアクセスし、ユーザデータ表示領域に含まれる各項目のデータと、戦士画像表示領域に表示すべき戦士カードの画像データを読み出す。次にＣＰＵ２１は、図８に示したトップページが構成されるようにＨＴＭＬデータを生成し、通信端末１０宛に送信する。生成されるＨＴＭＬデータは、ユーザごと（つまり、ユーザＩＤごと）に異なるものとなる。通信端末１０は、受信したＨＴＭＬデータを解釈してトップページの画像を表示部１６（表示画面１６ａ）に表示する。
　ＣＰＵ２１は、トップページのメニューｍ１に対するユーザの選択操作に応じて、バトル処理を実行する。以下、モンスターキャラクタとのバトル処理について述べる。
　［モンスターキャラクタとのバトル処理］
　モンスターキャラクタとのバトル処理では、ゲームサーバ２０のＣＰＵ２１は、ユーザによる適切な操作に応じて、ユーザが保有する戦士カードのうちバトルに参加する所定数の戦士カードの選択結果を取得する。なお、以下では、理解の容易のために、バトルに参加する戦士カードの数を１枚とする。ＣＰＵ２１は、ゲームデータベース３２が記憶するモンスターキャラクタデータのうち、ユーザのプレイ対象となるステージに応じたモンスターキャラクタのデータを読み出し、ＲＡＭ２３に記憶させる。このとき、モンスターキャラクタのデータのＨＰの初期値がランダムに決定される。例えば、ステージ１では、モンスターキャラクタデータにおいてモンスターキャラクタＭＣ１のＨＰが１５００～２０００の範囲として設定されているが、実際のバトル処理を行うときに使用されるＨＰの初期値として、１５００～２０００の範囲の中からランダムに１つの値が決定される。ユーザの戦士カードのデータはユーザデータから読み出されて、ＲＡＭ２３に記憶される。
　ユーザが戦士カードを使ってモンスターキャラクタを攻撃するとき（例えば図９のウェブページＰ１でメニューｍ１０が選択操作されたとき）には、ＣＰＵ２１は、使用される戦士カードの攻撃力の値に応じてモンスターキャラクタのＨＰを低減させる処理を行う。このとき、戦士カードの攻撃力の値は、基本的には図６に示したように固定値であるが、後述する判定条件５４によって所定条件が満たされたと判定された場合には、攻撃力が増加する処理が行われる。なお、以下の説明において、メニューｍ１０（「攻撃する」）に対する選択操作を「攻撃操作」という。
　戦士カードの攻撃力をＰａとし、上記所定条件が満たされたと判定された場合の攻撃力の補正係数（つまり、攻撃力の増加度合いを示す値）をｋとすると、１回の攻撃操作によって、モンスターキャラクタのＨＰに対して行われる演算は、例えば以下の式（１）に従って行われる。なお、上記所定条件が満たされないときのｋの値は「１」である。更新されたＨＰの値は、バトル実行中に逐次ＲＡＭ２３に上書きされる。
 
　ＨＰ＝ＨＰ－Ｐａ×ｋ　…（１）
 
　式（１）から、攻撃力の補正係数ｋが１より大きい場合には、攻撃操作に対して、ｋ＝１の場合よりもＨＰがより大きく低下するため、モンスターキャラクタをより素早く撃破できることが分かる。
　ＣＰＵ２１は、攻撃操作によって逐次更新されるＨＰの値によって、モンスターキャラクタのダメージレベルの値を算出する。ダメージレベルの値をＤＬ（％）とすると、ＤＬは例えば以下の式（２）に従って算出される。なお、ＨＰ０は、モンスターキャラクタのＨＰの初期値である。更新されたＤＬの値は、バトル実行中に逐次ＲＡＭ２３に上書きされる。更新されたＤＬの値に基づいて、ダメージレベルゲージ２０１の目盛りの位置が決定される。
 
　ＤＬ＝（ＨＰ０－ＨＰ）／ＨＰ０×１００　…（２）
 
　ＣＰＵ２１は、１回の攻撃操作に応じて、ユーザのスタミナの値を例えば所定量ずつ減少させる処理を行う。つまり、ＣＰＵ２１は、１回の攻撃操作を認識すると、ユーザデータにアクセスして、スタミナの値を更新（減少）させる処理を行う。
　なお、本実施例ではユーザの保有している戦士カードの攻撃力に基づいてモンスターキャラクタとのバトル処理を行っているが、モンスターキャラクタとのバトル処理はこの方法に限られない。例えば、上記式（１）におけるＰａは戦士カードの攻撃力ではなく、所定の範囲の中から攻撃操作に応じてランダムに決定される数値としても良い。
　ＣＰＵ２１は、更新後のモンスターキャラクタのＨＰの値がゼロになった場合には、ゲームを実行中のユーザに対するバトル処理を次のステージに移行させる。つまり、ＣＰＵ２１は、ゲームデータベース３２に記憶するモンスターキャラクタデータから次のステージに対応するモンスターキャラクタのデータを読み出して、ＲＡＭ２３にロードする。
　判定手段５４は、ゲームを実行中のユーザ（第１のユーザ）の仲間のゲームの進行度が所定条件を満たすか否か判定する機能を備える。本実施形態では、所定条件を、例えば仲間がバトル処理において、５つのステージをクリアしたこと（つまり、５体のモンスターキャラクタを撃破したこと）とする。つまり、いずれかの仲間がバトル処理において５つのステージをクリアする度に上記所定条件を満たすことになる。
　判定手段５４の機能は、以下のように実現できる。ゲームサーバ２０のＣＰＵ２１は、各ユーザのゲームの進行度に関するデータ（例えば、クリア済みのステージと実行中のステージの情報）をゲームデータベース３２に記憶している。このゲームの進行度に関するデータは、各ユーザがバトル処理においてステージをクリアする度に更新される。ＣＰＵ２１は、処理対象のユーザ（第１のユーザ）の仲間のユーザを逐次ユーザデータから読み出し、それぞれの仲間のゲームの進行度に関するデータを参照して、所定条件を満たしたか否かについてユーザ単位で判定する。
　効果発生手段５５は、判定手段５４によって上記所定条件を満たすと判定された場合に、ゲームを実行中のユーザ（第１のユーザ）に対して、ゲーム上の有利な効果を生じさせる機能を備える。本実施形態では、ゲーム上の有利な効果は、モンスターキャラクタを通常より素早く撃破して、ゲームの進行を早めることができることである。
　効果発生手段５５の機能は、例えば以下のように実現できる。ゲームサーバ２０のＣＰＵ２１は、モンスターキャラクタとのバトルにおいて戦士カードの攻撃力を増加させるための補正係数ｋを決定する変数ｍ（ｍ：０以上の整数）を管理している。変数ｍは、ゲームを実行中のユーザ（第１のユーザ）と対応付けられている。変数ｍの初期値はゼロであり、最大値は一例として１０である。第１のユーザのいずれかの仲間が５つのステージをクリアする度に、上記所定条件が満たされ、それによって、変数ｍの値が増加する。変数ｍの増加度合いは任意に設定してよいが、一例を図１４に示す。図１４は、ユーザは、第１のユーザの変数ｍと、仲間についての判定条件が満たされたときの変数ｍの増加量との関係を表す増加量データを示している。この変数ｍの増加度合いの設定例では、第１のユーザの変数ｍが小さいときにはその増加量が大きく設定され、変数ｍが大きくなるにつれてその増加量が小さくなるように設定される。なお、この変数ｍは、ユーザによる攻撃操作が行われる都度に１だけデクリメントする。図１４の設定例は、変数ｍが大きい状態が長く続き過ぎることがないようにゲーム上の公平性を考慮したものとなっている。図１４に示す増加量データは、例えばＲＯＭ２２に記憶されている。
　ＣＰＵ２１は、ユーザの変数ｍの値に基づいて、そのユーザが使用する戦士カードの攻撃力の補正係数ｋと、ウェブページ上の攻撃力上昇レベルゲージ２０２の攻撃上昇レベルとを決定する。この決定に当たって、ＣＰＵ２１は、例えば図１５に例示する攻撃力補正データを参照する。攻撃力補正データは、図１５に示すように、変数ｍと、攻撃力の増加率と、攻撃力の補正係数ｋと攻撃力上昇レベルとを対応付けたデータであり、例えばＲＯＭ２２に記憶される。図１５において、攻撃力の増加率は、攻撃力の補正係数ｋに相当する攻撃力の増加率を％表示したものである。図１５に示すように、変数ｍが増加するにつれて、攻撃力の補正係数ｋと攻撃上昇レベルとが共に増加するように構成されている。
　攻撃操作に基づくモンスターキャラクタのＨＰの更新処理（上記式（１））では、変数ｍに応じて決定される攻撃力の補正係数ｋが使用される。第１のユーザのいずれかの仲間が５つのステージをクリアする度に変数ｍの値が増加し、それによって第１のユーザが使用する戦士カードの攻撃力が増加するため、第１のユーザは、モンスターキャラクタのＨＰをより素早くゼロにしてゲームの進行を早めるというゲーム上の有利な効果を得ることができる。なお、変数ｍが０でない場合に、変数ｍに応じた、つまり攻撃力の補正係数ｋに応じた５段階の攻撃力上昇レベル（１～５）を設けているのは、ユーザが自らの戦士カードの攻撃力上昇の程度を視覚的に認識しやすくするためである。
　報知手段５６は、判定手段５４によって上記所定条件を満たすと判定された場合に、ゲームを実行中のユーザ（第１のユーザ）の仲間によって所定条件を満たしたことを、第１のユーザに報知する機能を備える。報知手段５６は本発明に必須の構成要素ではないが、本発明をより好ましい態様とする構成要素である。報知手段５６を設けることで、第１のユーザは仲間のおかげで有利な効果が得られたことが視覚的に、あるいは聴覚的に認識できるため、ゲーム上の仲間と協力してゲームを進行させている具体的な実感を得ることができる。
　報知手段５６の機能は、以下のように実現できる。ゲームサーバ２０のＣＰＵ２１は、ゲームを実行中のユーザ（第１のユーザ）の仲間が５つのステージをクリアした（所定条件を満たしたと判定した）場合には、第１のユーザに対して、その仲間についての情報（例えばユーザ名）を含むメッセージ（内容の一例は、図１１のウェブページＰ５に示したものである。）を第１のユーザの通信端末１０宛に送信する。あるいは、第１のユーザ向けのウェブページの更新要求に応じて、そのメッセージを含むＨＴＭＬデータを生成する。なお、図１１のウェブページＰ５では、テキストによって報知する一例を示したが、このような視覚情報に限られず、音声情報によって報知してもよい。
　以下の説明では、図１１のウェブページＰ５のテキスト表示領域２０３に示すように、仲間によって所定条件を満たしたことを示すテキストによる報知を、「速報」という。
　（７）本実施形態のゲーム制御装置の主要な処理のフロー
　次に、本実施形態のゲーム制御装置により行われる主要な処理のフローの一例について、図１６のフローチャートを参照して説明する。図１６は、本実施形態のゲーム制御装置によって行われる、本実施形態のゲームのバトル処理を示すフローチャートである。
　ゲームサーバ２０のＣＰＵ２１は、バトル処理のウェブページ上でメニューｍ１０が選択操作されたこと（つまり、攻撃操作）を認識すると（ステップＳ１００：ＹＥＳ）、ステップＳ１０２以降の一連の処理を行う。メニューｍ１０の選択操作が認識されない場合には（ステップＳ１００：ＮＯ）、終了する。ステップＳ１００の判定がＹＥＳのときには、ＣＰＵ２１は先ず、バトルを実行中のユーザの変数ｍ、ステージに応じたバトル相手のモンスターキャラクタのＨＰ、及びゲームを実行中のユーザ（第１のユーザ）がバトルで使用する戦士カードの攻撃力の値を、ＲＡＭ２３から読み出す（ステップＳ１０２）。次にＣＰＵ２１は、第１のユーザ宛に仲間についての速報を行うか否かを判定する（ステップＳ１０４）。つまりＣＰＵ２１は第１のユーザの仲間のユーザＩＤを逐次ユーザデータから読み出し、それぞれの仲間のステージの進行度合いを参照して、所定条件（５つのステージをクリアしたこと）を満たしたか否かについてユーザ単位で判定する。その結果、いずれかの仲間が所定条件を満たした場合には、ＣＰＵ２１は、仲間からの速報を行うことを決定するとともに（ステップＳ１０４：ＹＥＳ）、変数ｍの増加処理を行う（ステップＳ１０６）。変数ｍの増加処理では、例えば図１４に例示した増加量データを参照して行われる。この増加処理によって、変数ｍの値が増加し、第１のユーザが使用する戦士カードの攻撃力が上昇するため、バトルを有利に進められるようになる。
　仲間からの速報を行わない場合には（ステップＳ１０４：ＮＯ）、ＣＰＵ２１は変数ｍを変更しない。変数ｍの値が決定されると、ＣＰＵ２１は、例えば図１５に例示する攻撃力補正データを参照して、攻撃力の補正係数ｋと攻撃力上昇レベルの値を読み出す（ステップＳ１０８）。ＣＰＵ２１は、読み出した攻撃力の補正係数ｋに基づき、式（１）に従ってモンスターキャラクタのＨＰを更新する（ステップＳ１１０）。そして、ＣＰＵ２１は、変数ｍの値がゼロでない場合には（ステップＳ１１２：ＮＯ）、変数ｍの値をデクリメントする（ステップＳ１１４）。つまり、攻撃操作の都度に変数ｍの値は１だけデクリメントされる。ＣＰＵ２１は、変数ｍの値がゼロである場合には（ステップＳ１１２：ＹＥＳ）、ステップＳ１１４の処理が行わずにステップＳ１１６へ進む。
　次に、ＣＰＵ２１は、第１のユーザが所定条件（５つのステージをクリアしたこと）を満たしたか否かについて判定する（ステップＳ１１６）。ＣＰＵ２１は、所定条件を満たしたと判定した場合には（ステップＳ１１６：ＹＥＳ）、第１のユーザのすべての仲間に対して速報を行う（ステップＳ１１８）。ＣＰＵ２１は、所定条件を満たしていないと判定した場合には（ステップＳ１１６：ＮＯ）、速報を行わない。ＣＰＵ２１は、ステップＳ１００における攻撃操作に応じたＨＴＭＬデータを生成して第１のユーザの通信端末１０宛に送信する（ステップＳ１２０）。このＨＴＭＬデータによって表示されるウェブページには、ステップＳ１０８で読み出した攻撃力上昇レベルの値が攻撃力上昇レベルゲージ２０２の表示に反映され、かつステップＳ１１０で更新されたＨＰがダメージレベルゲージ２０１の表示に反映されたものとなる。最後にＣＰＵ２１は、更新された変数ｍとモンスターキャラクタのＨＰをＲＡＭ２３に記憶させ（ステップＳ１２２）、終了する。
　なお、図１６には図示していないが、モンスターキャラクタのＨＰがゼロになった場合には、ＣＰＵ２１は、処理対象のステージを終了し、次のステージへ移行させる。
　以上説明したように、本実施形態のゲームシステムでは、ゲームを実行中のユーザ（第１のユーザ）の仲間のゲームの進行度が所定条件を満たすと判定された場合に、第１のユーザに対してゲーム上の有利な効果を生じさせる。そのため、第１のユーザは、仲間のおかげでゲームを有利に進めることができたことを実感できる。つまり、第１のユーザは、ゲーム上の仲間と協力してゲームを進行させる実感を得ることができる。
　なお、上述した実施形態では、ゲームの進行度は、仲間がクリアしたステージの数に基づいて決定されたが、これに限られない。ゲームの進行度は、ゲームの性質によって任意に設定可能であり、例えば、ゲーム内で取得したアイテムの数や、ゲーム内で与えられた特定のミッションを達成した回数等に応じて決定してもよい。また、上述した実施形態のゲームのように特定のメニュー（上記メニューｍ１０）を連続的に選択操作することによってゲームを進行させるゲームの場合には、そのメニューの選択操作回数によってゲームの進行度を決定してもよい。
　上述した実施形態において、仲間から速報が行われる所定条件は任意に設定してもよいが、上述したように、好ましくは、対象となるゲームは複数のステージ（パート）を含み、仲間から速報が行われる所定条件は、第１のユーザの仲間による所定数のステージ（パート）の実行結果が所定の基準を満たしたこと（モンスターキャラクタを撃破してクリアしたこと）であることが好ましい。
　本実施形態の構成の場合には、第１のユーザは、仲間が所定数のステージをクリアした場合にゲーム上の有利な特典が得られる。そのため、仲間のユーザから見ると、仲間である第１のユーザのためにゲームを進めようとする動機付けが与えられるとともに、仲間との間で協力してゲームを進めるときの目標（つまり、所定数のステージをクリアすること）を明確に意識することができる。
　（８）変形例
　上述した実施形態では、カードを用いたバトルを行う場合を例として説明したが、これに限られない。カードでなく、他のオブジェクトであってもよい。あるいは、カード等のオブジェクトを使用せずにバトル処理を行ってもよい。
　（８－１）変形例１
　上述した実施形態において、効果発生手段５５は、ゲームを実行中のユーザ（第１のユーザ）の仲間によってクリアしたステージの数（つまり、実行結果が所定の基準を満たしたパートの数）が増加するにつれて、有利な効果を大きくしてもよい。有利な効果を大きくすることは、例えば、上述した実施形態では、戦士カードの攻撃力の補正係数ｋの値をさらに増加させることである。
　このような構成にすると、第１のユーザにとっては、ゲーム上の仲間を増やすことで、多くの仲間のゲームの進行度に応じて有利な効果が得られる機会が増加し、かつ仲間の数に応じて有利な効果が大きくなるという相乗効果が得られる。そのため、第１のユーザが積極的に多くの他のユーザと仲間関係を構築しようとする動機付けとなる。
　本変形例を実現するためには、例えば、第１のユーザの仲間がクリアしたステージの数と、その数に応じて大きな値となる戦士カードの攻撃力の補正係数ｋとを対応付ける対応表データをＲＯＭ２２に記憶しておく。ＣＰＵ２１は、攻撃力の補正係数ｋを算出するに当たって、ＲＯＭ２２内の対応表データを参照する。あるいは、ＣＰＵ２１は、仲間がクリアしたステージの数と攻撃力の補正係数ｋとの関係を記述する既知の関数に基づいて、攻撃力の補正係数ｋを算出するようにしてもよい。
　なお、判定手段５４は、第１のユーザに仲間が複数存在する場合には、その仲間の中で進行度が最も大きなユーザを検出し、当該進行度が最も大きい仲間ユーザの進行度が所定の条件を満たすか否かを判定するようにしても良い、例えば、仲間ユーザの中で最も多くステージをクリアした仲間を基準にして攻撃力の補正係数ｋを算出してもよい。また、判定手段５４は、第１のユーザに仲間が複数存在する場合には、その仲間の中で進行度の平均値を検出し、当該進行度の平均値が所定の条件を満たすか否かを判定するようにしても良い。
　（８－２）変形例２
　上述した実施形態において、速報を行うときの所定条件は、第１のユーザのいずれかの仲間のステージの進行度合いを基礎としていたが、これに限られない。上述した実施形態のゲームのようにゲームが複数のステージ（パート）で構成される場合に、所定条件は、第１のユーザの全員の仲間によってクリアしたステージの総数（つまり、実行結果が所定の基準を満たしたパートの総数）を基礎としてもよい。
　この構成では、第１のユーザの１人の仲間の進行度合いではなく、第１のユーザの仲間全員の進行度合いの合計によって判定が行われる。つまり、第１のユーザは、仲間がクリアしたステージの総数が所定数に達した場合に、ゲーム上の有利な特典が得られる。そのため、仲間のユーザから見ると、上記所定条件が１人で達成するには厳しいものとはならず、第１のユーザのために１つでも多くのステージを進めようとする動機付けが与えられる。
　本変形例を実現するために、各ユーザについていずれかの仲間がステージをクリアする度にカウントアップするカウンタを設ける。そのカウンタの値が、第１のユーザの全員の仲間によってクリアしたステージの総数に相当する。そして、ＣＰＵ２１は、カウンタの値が所定値に達した場合に、第１のユーザがゲーム上の有利な効果を得る処理を行う。
　（８－３）変形例３
　変形例２のゲーム制御装置において、ゲームを実行中のユーザ（第１のユーザ）の仲間によってクリアしたステージの総数（つまり、実行結果が所定の基準を満たしたパートの総数）が増加するにつれて、有利な効果を大きくしてもよい。有利な効果を大きくすることは、例えば、上述した実施形態では、戦士カードの攻撃力の補正係数ｋの値をさらに増加させることである。
　このような構成にすると、第１のユーザにとっては、ゲーム上の仲間を増やすことで、多くの仲間のゲームの進行度に応じて有利な効果が得られる機会が増加し、かつ仲間の数に応じて有利な効果が大きくなるという相乗効果が得られる。そのため、第１のユーザが積極的に多くの他のユーザと仲間関係を構築しようとする動機付けとなる。
　本変形例を実現するためには、例えば、第１のユーザの仲間がクリアしたステージの総数と、その数に応じて大きな値となる戦士カードの攻撃力の補正係数ｋとを対応付ける対応表データをＲＯＭ２２に記憶しておく。ＣＰＵ２１は、攻撃力の補正係数ｋを算出するに当たって、ＲＯＭ２２内の対応表データを参照する。あるいは、ＣＰＵ２１は、仲間がクリアしたステージの総数と攻撃力の補正係数ｋとの関係を記述する既知の関数に基づいて、攻撃力の補正係数ｋを算出するようにしてもよい。
　（８－４）変形例４
　上述した実施形態では、関係付け手段５２によって関係付けられたユーザ間（つまり、仲間のユーザ間）の親密度を取得する親密度取得手段をさらに備え、仲間から速報が行われる所定条件は、親密度取得手段によって取得された第１のユーザと、第１のユーザと関連付けられたユーザとの親密度に応じて変動させてもよい。親密度は、例えば、ユーザ間の応援メッセージの送受信の頻度や、ゲーム上のアイテムのプレゼントの回数や、ゲーム上でユーザ間のバトルのモードがある場合にはそのバトルが行われた回数等が多いほど、親密度が高くなるように設定してもよい。この構成では、例えば、親密度が高いほど所定条件を緩く設定することができる。それによって、親密度が高い仲間が所定条件を満たす機会が増え、その仲間のおかげで有利な効果が得られる機会が増える。そのため、第１のユーザにとっては、仲間間で親密度を上げるように動機付けられるため、仲間間のコミュニケーションが促進される。
　本変形例を実現するために、ゲームサーバ２０のＣＰＵ２１は、仲間のユーザ間の応援メッセージの送受信の頻度や、ゲーム上のアイテムのプレゼントの回数等を計数する。例えば計数結果と親密度を予め対応付ける対応表をＲＯＭ２２に備え、ＣＰＵ２１は、その対応表を参照して、処理対象となるユーザとその仲間との間の親密度を設定、更新する。ここで、親密度が高いほど、例えば仲間から速報が行われる所定条件を緩く設定される。例えば、親密度が低い仲間については５つのステージをクリアした場合に速報が届き、親密度が高い仲間については３回のステージをクリアした場合に速報を受け取れるようにする。ＣＰＵ２１は、親密度と所定条件を満たすステージのクリア数とを予め対応付けておき、仲間の親密度に応じて、仲間のゲームの進行度が所定条件を満たしたか個別に判断する。
　以上、本発明の実施形態について詳細に説明したが、本発明は上記実施形態に限定されない。また、各実施形態は、本発明の主旨を逸脱しない範囲において、種々の改良や変更をしてもよいのは勿論である。例えば、上記実施形態及び各変形例に記載された技術的事項は適宜組合せて適用してもよい。
　上述した実施形態及び各変形例では、第１のユーザが得られるゲーム上の有利な効果として、戦士カードの攻撃力の補正係数ｋを増加させることとしたが、これに限られない。第１のゲームに与える有利な効果は、バトル処理に関連して設定してもよいし、バトル処理に無関係に設定してもよい。バトル処理に関連して設定する場合には、例えば仲間の戦士カードをモンスターキャラクタとのバトルで借り受けるような処理を行ってもよい。それによって、戦士カードが増えて攻撃力が増加するため、戦士カードの攻撃力の補正係数ｋを増加させることと同等の効果がある。また、ゲーム上の有利な効果をバトル処理に無関係に設定する場合には、第１のユーザにゲーム上のアイテムを付与することや、アイテムが付与される確率を上昇させることなどであってもよい。
　上述した実施形態では、ソーシャルゲームに適用される場合を例として説明したが、これに限られない。例えば、ネットワーク上に置かれたサーバ装置と家庭用オンラインゲーム機とを接続した、いわゆるオンラインゲームシステムにおいても、上述した実施形態と同様に、各ユーザによるゲームの進行を制御できることは言うまでもない。
　上述した実施形態では、ネットワーク上のゲームサーバ２０及びデータベースサーバ３０によって、関係付け手段５２、ゲーム実行手段５３、判定手段５４、効果発生手段５５、及び報知手段５６の各機能を実現する構成としたが、この構成に限られない。これらのすべての手段を通信端末１０によって実現する構成としてもよいし、少なくとも一部の手段を通信端末１０によって実現する構成としてもよい。通信端末１０とゲームサーバ２０とでは実質的に同一のハードウエア構成を採ることができるため、上記実施形態に記載したようにして通信端末１０によっても各機能を実現できる。なお、上述した実施形態では、増加量データ、攻撃力補正データをＲＯＭ２２が記憶し、モンスターキャラクタデータをゲームデータベース３２が記憶する構成としたが、これらのデータを通信端末１０内のＲＯＭ１２やＨＤＤ(Hard Disk Drive；図示せず)に記憶してもよい。図１７Ａ，図１７Ｂには、本実施形態のゲーム制御装置の各機能（図１３に示す各機能）について、通信端末１０と、ゲームサーバ２０及びデータベースサーバ３０との間の分担例を示す。
 

Claims (11)

  1. 　ユーザ間を関係付ける関係付け手段と、
    　ユーザ毎にゲームを実行させる実行手段と、
    　第１のユーザと関係付けられたユーザの前記ゲームの進行度が所定条件を満たすか否か判定する判定手段と、
    　前記判定手段によって前記所定条件を満たすと判定された場合に、前記第１のユーザに対して、前記ゲーム上の有利な効果を生じさせる効果発生手段と、
    　を備えた、ゲーム制御装置。
  2. 　前記ゲームは複数のパートを含み、
    　前記所定条件は、前記第１のユーザと関係付けられたユーザによる所定数の前記パートの実行結果が所定の基準を満たしたことであることを特徴とする、
    　請求項１に記載されたゲーム制御装置。
  3. 　前記効果発生手段は、前記第１のユーザと関係付けられたユーザによる実行結果が所定の基準を満たしたパートの数が増加するにつれて、前記有利な効果を大きくすることを特徴とする、
    　請求項２に記載されたゲーム制御装置。
  4. 　前記ゲームは複数のパートを含み、
    　前記所定条件は、前記第１のユーザと関係付けられたユーザについて、実行結果が所定の基準を満たした前記パートの総数が所定値に達したことであることを特徴とする、
    　請求項１に記載されたゲーム制御装置。
  5. 　前記効果発生手段は、前記第１のユーザと関係付けられたユーザによる実行結果が所定の基準を満たしたパートの総数が増加するにつれて、前記有利な効果を大きくすることを特徴とする、
    　請求項４に記載されたゲーム制御装置。
  6. 　前記関係付け手段によって関係付けられたユーザ間の親密度を取得する親密度取得手段をさらに備え、
    　前記所定条件は、前記親密度取得手段によって取得された前記第１のユーザと、第１のユーザと関連付けられたユーザとの親密度に応じて変動させることを特徴とする、
    　請求項１～５に記載されたゲーム制御装置。
  7. 　前記判定手段によって前記所定条件を満たすと判定された場合に、前記第１のユーザと関係付けられたユーザによって前記所定条件を満たしたことを、前記第１のユーザに報知する報知手段、を備えたことを特徴とする、
    　請求項１～６に記載されたゲーム制御装置。
  8. 　ユーザ間を関係付けるステップと、
    　ユーザ毎にゲームを実行させるステップと、
    　第１のユーザと関係付けられたユーザの前記ゲームの進行度が所定条件を満たすか否か判定するステップと、
    　前記所定条件を満たすと判定された場合に、前記第１のユーザに対して、前記ゲーム上の有利な効果を生じさせるステップと、
    　を備えた、ゲーム制御方法。
  9. 　ゲームの実行を制御するために、コンピュータに、
    　ユーザ間を関係付ける機能、
    　ユーザ毎にゲームを実行させる機能、
    　第１のユーザと関係付けられたユーザの前記ゲームの進行度が所定条件を満たすか否か判定する機能、及び、
    　前記所定条件を満たすと判定された場合に、前記第１のユーザに対して、前記ゲーム上の有利な効果を生じさせる機能、
    　を実現させるためのプログラム。
  10. 　請求項９に記載されたプログラムを記録したことを特徴とする、コンピュータ読み取り可能な記録媒体。
  11. 　通信端末と、当該通信端末からアクセス可能に構成され、前記通信端末によるゲームの実行を制御するサーバと、を含むゲームシステムであって、
    　ユーザ間を関係付ける関係付け手段と、
    　ユーザ毎にゲームを実行させる実行手段と、
    　第１のユーザと関係付けられたユーザの前記ゲームの進行度が所定条件を満たすか否か判定する判定手段と、
    　前記判定手段によって前記所定条件を満たすと判定された場合に、前記第１のユーザに対して、前記ゲーム上の有利な効果を生じさせる効果発生手段と、
    　の各手段を、前記通信端末又は前記サーバのいずれか一方が備えた、
    　を備えた、ゲームシステム。

     
PCT/JP2012/008125 2012-03-23 2012-12-19 ゲーム制御装置、ゲーム制御方法、プログラム、記録媒体、ゲームシステム Ceased WO2013140481A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US14/387,187 US9868067B2 (en) 2012-03-23 2012-12-19 Game control device, game control method, non-transitory computer-readable recording medium, and game system

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2012-066735 2012-03-23
JP2012066735A JP5318987B2 (ja) 2012-03-23 2012-03-23 ゲーム制御装置、ゲーム制御方法、プログラム、ゲームシステム

Publications (1)

Publication Number Publication Date
WO2013140481A1 true WO2013140481A1 (ja) 2013-09-26

Family

ID=49221977

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2012/008125 Ceased WO2013140481A1 (ja) 2012-03-23 2012-12-19 ゲーム制御装置、ゲーム制御方法、プログラム、記録媒体、ゲームシステム

Country Status (3)

Country Link
US (1) US9868067B2 (ja)
JP (1) JP5318987B2 (ja)
WO (1) WO2013140481A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2016105289A (ja) * 2015-12-25 2016-06-09 グリー株式会社 通知管理方法

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5535386B1 (ja) * 2013-09-30 2014-07-02 グリー株式会社 制御方法及びその制御方法を実行させるプログラム
JP2015223227A (ja) * 2014-05-26 2015-12-14 株式会社バンダイナムコエンターテインメント プログラム及びゲームシステム
JP2017225905A (ja) * 2017-10-10 2017-12-28 株式会社コナミデジタルエンタテインメント 情報報知システム及び情報報知方法
JP6864036B2 (ja) * 2019-05-23 2021-04-21 株式会社バンダイナムコエンターテインメント プログラム及びゲームシステム
JP7000406B2 (ja) * 2019-12-17 2022-01-19 グリー株式会社 制御方法、コンピュータ及び制御プログラム
JP7740654B2 (ja) * 2021-09-28 2025-09-17 株式会社バンダイナムコエンターテインメント サーバシステム、プログラム及びゲーム提供方法

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4550911B2 (ja) * 2008-03-10 2010-09-22 株式会社コナミデジタルエンタテインメント ゲームシステム
JP2011062258A (ja) * 2009-09-15 2011-03-31 Konami Digital Entertainment Co Ltd サーバ装置及びプログラム
JP2011083597A (ja) * 2009-09-15 2011-04-28 Konami Digital Entertainment Co Ltd ゲームシステム及びプログラム

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7717782B2 (en) * 2005-10-14 2010-05-18 Leviathan Entertainment, Llc Helpfulness in a virtual environment
JP2009247421A (ja) * 2008-04-02 2009-10-29 Namco Bandai Games Inc ゲーム情報配信システム、プログラムおよび情報記憶媒体
US8769278B2 (en) * 2010-04-07 2014-07-01 Apple Inc. Apparatus and method for efficiently and securely exchanging connection data
US8562444B2 (en) * 2011-09-02 2013-10-22 Zynga Inc. Sharing items between multiple game participants

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4550911B2 (ja) * 2008-03-10 2010-09-22 株式会社コナミデジタルエンタテインメント ゲームシステム
JP2011062258A (ja) * 2009-09-15 2011-03-31 Konami Digital Entertainment Co Ltd サーバ装置及びプログラム
JP2011083597A (ja) * 2009-09-15 2011-04-28 Konami Digital Entertainment Co Ltd ゲームシステム及びプログラム

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2016105289A (ja) * 2015-12-25 2016-06-09 グリー株式会社 通知管理方法

Also Published As

Publication number Publication date
US9868067B2 (en) 2018-01-16
US20150050986A1 (en) 2015-02-19
JP5318987B2 (ja) 2013-10-16
JP2013192916A (ja) 2013-09-30

Similar Documents

Publication Publication Date Title
JP5436612B2 (ja) ゲーム制御装置、ゲーム制御方法、プログラム、ゲームシステム
JP5646537B2 (ja) ゲーム制御装置、ゲーム制御方法、プログラム、ゲームシステム
JP5715615B2 (ja) ゲーム制御装置、プログラム、ゲームシステム
JP5551210B2 (ja) ゲーム制御装置、ゲーム制御方法、プログラム、ゲームシステム
JP5889777B2 (ja) ゲーム制御装置、プログラム、ゲームシステム
JP5318987B2 (ja) ゲーム制御装置、ゲーム制御方法、プログラム、ゲームシステム
WO2013157396A1 (ja) ゲーム制御装置、ゲーム制御方法、プログラム、記録媒体、ゲームシステム
WO2013176285A1 (ja) ゲーム制御装置、ゲーム制御方法、プログラム、記録媒体、ゲームシステム
JP5535272B2 (ja) ゲーム制御装置、ゲーム制御方法、プログラム、ゲームシステム
JP5290460B2 (ja) ゲーム制御装置、ゲーム制御方法、プログラム、ゲームシステム
WO2013191043A1 (ja) ゲーム制御装置、ゲーム制御方法、プログラム、記録媒体、ゲームシステム
JPWO2013094160A1 (ja) ゲーム制御装置、プログラム、ゲームシステム
JP5395210B2 (ja) ゲーム制御装置、ゲーム制御方法、プログラム、ゲームシステム、コミュニケーション装置
WO2013140828A1 (ja) ゲーム制御装置、ゲーム制御方法、プログラム、記録媒体、ゲームシステム
WO2013161652A1 (ja) ゲーム制御装置、ゲーム制御方法、プログラム、記録媒体、ゲームシステム
JP2014027983A (ja) ゲーム制御装置、ゲーム制御方法、プログラム、ゲームシステム
JP2015128668A (ja) ゲーム制御装置、ゲーム制御方法、プログラム、ゲームシステム
JP5827271B2 (ja) ゲーム制御装置、ゲーム制御方法、プログラム、ゲームシステム
JP5891182B2 (ja) ゲーム制御装置、プログラム、ゲームシステム
JP6206764B2 (ja) ゲーム制御装置、プログラム、ゲームシステム
JP5839711B2 (ja) ゲーム制御装置、プログラム、ゲームシステム
JP2014208168A (ja) ゲーム制御装置、ゲーム制御方法、プログラム、ゲームシステム
JP2014147832A (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: 12872037

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 14387187

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 12872037

Country of ref document: EP

Kind code of ref document: A1