JP7394355B2 - Control program, control method and computer - Google Patents

Description

Article 30, Paragraph 2 of the Patent Act applies Website address: http://gree. jp/r/62057/1 Publication date: October 21, 2016

The present invention relates to a control program, a control method, and a computer.

2. Description of the Related Art Conventionally, game systems have been known that provide battle games in which players can use game characters to compete against enemy characters. In recent years, in such game systems, a player participating in a battle game can fight against enemy characters using a game character owned by the player as well as a game character owned by another player.

For example, Patent Document 1 discloses a game system in which a player plays a game using a party made up of a main character and sub characters. In this game system, the player can set a character owned by the player as a main character, and set a character owned by another player as a sub-character. This allows the player to proceed with the game using a party that includes characters owned by other players.

JP2016-49296A

However, in the conventional game system, a player whose game medium, such as a character he owns, is used by another player does not receive any benefit. As a result, players lose their desire to let other players use the game medium, and communication between players within the game system cannot be activated.

The present invention has been made to solve these problems, and by allowing other players to use game media owned by the player, it is possible to activate communication between players within the game system. The purpose of the present invention is to provide a control program, a control method, and a computer that perform the following steps.

A control program according to the present invention is a control program for a computer that is provided with a storage unit and advances a game, and is a control program for a computer that progresses a game, and that controls a first game medium associated with a first player and a second game medium associated with a second player. The game medium is stored in the storage unit, the game is progressed using the first game medium according to the instructions of the first player, and the second game medium and the first game medium are stored according to the instructions of the second player. The game is progressed using the same game medium, and by progressing the game according to the instructions of the second player, the first reward is stored in the storage unit in association with the second player, and the first reward is stored in the storage unit in association with the second player. A computer is caused to associate a second reward corresponding to the first player with the first player and store the second reward in the storage section.

Further, in the control program according to the present invention, parameters are further stored in association with each of the first game medium and the second game medium, and in storing the second reward, parameters are associated with each of the first game medium and the second game medium. Preferably, the second reward is determined based on the parameters determined.

Further, in the control program according to the present invention, when a predetermined condition is satisfied in the progress of the game according to the instructions of the second player, the same game medium as the first game medium is used by the second player. It is preferable to control this so that it does not occur.

Further, in the control program according to the present invention, in the storage of the first game medium, the number of times the same game medium as the first game medium is used in a game progressing according to instructions of the second player is stored in the first game medium. Preferably, it is stored in the storage unit in association with the player, and the predetermined condition is that the number of times exceeds the upper limit number of times.

Further, in the control program according to the present invention, when the first player instructs to use a predetermined item, it is preferable to change the number of times to an initial value.

Further, in the control program according to the present invention, when the current time reaches a predetermined specific time, it is preferable to change the number of times to the initial value.

Further, in the control program according to the present invention, the third game medium associated with the third player is stored in the storage unit, and the first game medium and Preferably, the third game content is selectably presented to the second player, and the game progresses using the same game content as the game content selected by the second player.

Further, in the control program according to the present invention, at the time when the presented first game content or third game content is selected by the second player, a third reward different from the second reward is selected. It is preferable that the game content is stored in the storage unit in association with a player associated with the game content.

Further, in the control program according to the present invention, in the storage of the first game media, a plurality of first game media are stored as a game media group, and in the progress of the game according to the instructions of the first player, the game media further causing the computer to proceed with the game using the group, and to selectably present a first game medium usable by a second player of the group of game media according to instructions of the first player. It is preferable.

A control method according to the present invention is a control method for a computer that is provided with a storage unit and advances a game, and the method includes a first game medium associated with a first player and a second game medium associated with a second player. The game medium is stored in the storage unit, the game is progressed using the first game medium according to the instructions of the first player, and the second game medium and the first game medium are stored according to the instructions of the second player. The game is progressed using the same game medium, and by progressing the game according to the instructions of the second player, the first reward is stored in the storage unit in association with the second player, and the first reward is stored in the storage unit in association with the second player. This includes storing a second reward corresponding to the reward in the storage unit in association with the first player.

A computer according to the present invention is a computer that advances a game, and includes a storage unit that stores a first game medium associated with a first player and a second game medium associated with a second player; Proceeding with the game using the first game medium according to the instructions of the first player, and using the second game medium and the same game medium as the first game medium according to the instructions of the second player, A game progress processing unit that progresses the game using a game player, and a game progress processing unit that progresses the game according to instructions from the second player, stores the first reward in association with the second player in the storage unit, and stores the first reward in the storage unit in association with the second player. a reward processing unit that associates a second reward corresponding to the first player with the first player and stores the second reward in the storage unit.

With the control program, control method, and computer according to the present invention, it becomes possible to allow other players to use game media owned by a player and to activate communication between players within the game system.

FIG. 2 is a schematic diagram for explaining an example of a game provided by the game system 1. FIG. 1 is a diagram showing an example of a schematic configuration of a game system 1. FIG. 1 is a diagram showing an example of a schematic configuration of a mobile terminal 2. FIG. (a) to (d) are diagrams showing examples of screens displayed on the display unit 24 of the mobile terminal 2. (a) to (b) are diagrams showing examples of screens displayed on the display unit 24 of the mobile terminal 2. FIG. 3 is a diagram showing an example of a schematic configuration of a server 3. FIG. (a) to (c) are diagrams showing examples of data structures of various tables. 3 is a diagram showing an example of an operation sequence of the game system 1. FIG. 3 is a diagram showing an example of an operation sequence of the game system 1. FIG.

Hereinafter, various embodiments of the present invention will be described with reference to the drawings. However, it should be noted that the technical scope of the present invention is not limited to these embodiments, but extends to the invention described in the claims and equivalents thereof.

(Summary of this embodiment)
In the game system 1 of this embodiment, a player plays a game provided by the server 3 using the mobile terminal 2. In the game system 1 of this embodiment, the server 3 provides web games. Note that the games provided by the game system 1 of this embodiment are not limited to web games. For example, a mobile terminal 2 owned by a player may store an application and various data for executing a game, and may directly communicate with other mobile terminals 2 to execute the game. Hereinafter, a game system 1 that provides web games will be explained as an example.

In the web game, the mobile terminal 2 displays various game screens based on information received from the server 3 via the browser (documents written in a markup language, programs written in a script language, etc.). Further, the server 3 updates game data, transmits information to the mobile terminal 2, etc. based on information transmitted from the mobile terminal 2 via the browser.

The games provided by the server 3 include a main game and other games different from the main game. As a main game, the server 3 executes a quest that progresses according to a game scenario. A quest is generally referred to as a search, a mission, etc., and has multiple stages. The server 3 sequentially executes the processing of each stage. The processing of each stage includes a battle between the player character and the enemy character, the granting of benefits such as specific game media to the player, so-called RAID battles in which multiple players participate, encounters with other players, etc. / or various games such as battles (competitions) with other players. The player character is a game medium owned by the player, and the enemy character is a game medium owned by a non-player character or another player.

Game media is electronic data used in games, and includes, for example, cards, items, characters, avatars, and the like. Additionally, game media may be acquired, possessed, used, managed, exchanged, synthesized, enhanced, sold, discarded, and/or gifted, etc. within the game by players as the game progresses; The embodiments are not limited to those specified herein. By executing quests, players can grow their characters and acquire items.

In this embodiment, a character card registered in advance in the game system 1 will be explained as an example of the game medium. Note that in this embodiment, a character is assigned to each card. A player character or enemy character card used in a battle has battle parameters. Battle parameters include, for example, attack power, defense power, physical strength (or HP (hit points)), attributes (for example, fire, water, lightning, etc.), character level, rarity (for example, normal (N), rare ( R), Super Rare (SR), Grand Rare (GR), Grand Great Rare (GGR), etc.), activation rate of skills (special effects), attack speed (number of attacks in one turn, number of turns until attacking, etc.), These are parameters such as the number of defenses in one battle, and/or jobs (for example, occupation, type of soldier, etc.). Further, the card to which one character is assigned is not limited to one card, and a plurality of cards having different battle parameters may be assigned to each character. Note that the character may be set separately from the card. Furthermore, the character may be assigned to game media other than cards (eg, figures).

FIG. 1 is a schematic diagram for explaining an example of a game provided by the game system 1. As shown in FIG. The game provided by the game system 1 is, for example, a battle game in which a plurality of players play against enemy characters or other players using cards. Note that the game provided by the game system 1 may be a game of a genre other than a battle game (a puzzle game, a racing game, a music game, etc.). Hereinafter, a battle game that is an example of a game provided by the game system 1 of this embodiment will be described with reference to FIG. 1.

In the game system 1 of this embodiment, the server 3 advances the game based on the game program, requests transmitted from the mobile terminal 2, and the like. Note that the game program is an example of a control program stored in the server 3. In the example shown in FIG. 1, the game progressed by the server 3 is, for example, a battle game in which a plurality of players compete against predetermined enemy characters.

In the example shown in FIG. 1, player A (first player) and player B (second player) execute a game provided by server 3 by operating mobile terminals 2 owned by each player. . Hereinafter, the mobile terminal 2 owned by player A may be referred to as a mobile terminal 2a, and the mobile terminal 2 owned by player B may be referred to as a mobile terminal 2b. Note that since the server 3 stores the cards in association with each of the players A and B, the players A and B who participate in the game own the cards. Hereinafter, a card owned by a player may be referred to as a owned card.

First, player A selects a card to be used in the game from among the cards owned by player A by operating the mobile terminal 2a (1). Hereinafter, the card selected by each player from among the owned cards to be used in the game may be referred to as a used card. In the example shown in FIG. 1, player A has selected two owned cards as cards to be used. Note that the card used by player A is an example of the first game medium. When the server 3 is instructed by the player A to proceed with the game, the server 3 proceeds with the game using the cards used by the player A. Hereinafter, a game played according to instructions from player A may be referred to as game A.

Next, player B also selects a card to use from among the cards owned by player B by operating the mobile terminal 2b (2). In the example shown in FIG. 1, player B has selected two owned cards as cards to be used. Note that the card used by player B is an example of the second game medium.

In the battle game provided by the game system 1, each player participating in the game can advance the game using cards used by other players. In the example shown in FIG. 1, player B specifies one of the cards used by player A (3).

The server 3 sets the same card as the card used by player A specified by player B as the card used by player B (4). Hereinafter, a card that is set as a card to be used by a player and is the same as a card used by another player may be referred to as another's card. When the server 3 is instructed to proceed with the game by the player B, the server 3 proceeds with the game using the cards used including the other person's cards (5). Hereinafter, the game played according to instructions from player B may be referred to as game B.

Next, the server 3 gives a reward to the player B according to the progress of the game B (6). In the example shown in FIG. 1, the server 3 provides a reward to player B by storing a reward of 100 points in association with player B for winning against the enemy character. Hereinafter, the reward given to player B may be referred to as reward B. Note that the reward B is an example of the first reward.

Then, when the server 3 gives the reward B to the player B, it also gives a reward corresponding to the reward B to the player A (7). In the example shown in FIG. 1, the server 3 provides a reward to the player A by storing 50 points corresponding to 50% of the 100 point reward B in association with the player A. Hereinafter, the reward given to player A may be referred to as reward A. Note that the ratio for calculating remuneration A is not limited to 50%, but may exceed 100%, or may be 0%. Note that the reward A is an example of the second reward.

As described above with reference to FIG. 1, in the game system 1 of the present embodiment, when the card used by player A is used in game B, player A receives the reward that player B obtained through the progress of game B. A reward A corresponding to B can be obtained. Therefore, this game system 1 makes it possible for each player to increase his or her motivation to actively encourage other players to use the cards used in the game. Furthermore, this game system 1 makes it possible to activate communication between players within the game system 1 by increasing the motivation of each player to have other players use the cards they own. do.

Note that the above description of FIG. 1 is merely an explanation for deepening understanding of the content of the present invention. Specifically, the present invention is implemented in each embodiment described below, and may be implemented by various modifications without substantially exceeding the principles of the present invention. All such variations are within the scope of the invention and disclosure herein.

(Configuration of game system 1)
FIG. 2 is a diagram showing an example of a schematic configuration of the game system 1. As shown in FIG.

The game system 1 includes a plurality of mobile terminals 2 operated by each of a plurality of players, and a server 3. The mobile terminal 2 and the server 3 are connected to each other via a communication network such as a base station 4, a mobile communication network 5, a gateway 6, and the Internet 7, for example. A program (for example, a display processing program) executed on the mobile terminal 2 and a program (for example, a game program) executed on the server 3 use a communication protocol such as Hypertext Transfer Protocol (HTTP). to communicate. Note that although the server 3 is an example of a computer that provides games, the computer that provides games is not limited to the server 3. A mobile terminal 2 having some or all of the functions of a server 3, which will be described later, may be used as a computer. Furthermore, the game system 1 including the mobile terminal 2 and the server 3 may be used as a computer.

Note that although the mobile terminal 2 is assumed to be a multifunctional mobile phone (so-called "smartphone"), the present invention is not limited thereto. The mobile terminal 2 may be any device to which the present invention is applicable, and may be, for example, a mobile phone (so-called "feature phone"), a mobile information terminal (Personal Digital Assistant, PDA), a mobile game machine, a mobile music player, a tablet terminal, or a tablet. It may be an information processing device such as a PC (Personal Computer) or a notebook PC.

(Configuration of mobile terminal 2)
FIG. 3 is a diagram showing an example of a schematic configuration of the mobile terminal 2. As shown in FIG.

The mobile terminal 2 connects to the server 3 via a base station 4, a mobile communication network 5, a gateway 6, and the Internet 7, and communicates with the server 3. The mobile terminal 2 controls the progress of the game according to the player's operation on the operation unit 23 (touch panel, etc.). Furthermore, the mobile terminal 2 receives display data from the server 3 and displays various screens related to the progress of the game. For this purpose, the mobile terminal 2 includes a terminal communication section 21, a terminal storage section 22, an operation section 23, a display section 24, and a terminal processing section 25.

The terminal communication unit 21 includes a communication interface circuit including an antenna whose sensitive band is a predetermined frequency band, and connects the mobile terminal 2 to a wireless communication network. The terminal communication unit 21 establishes a wireless signal line using a CDMA (Code Division Multiple Access) system or the like with the base station 4 via a channel allocated by the base station 4, and performs communication with the base station 4. conduct. The terminal communication unit 21 then transmits the data supplied from the terminal processing unit 25 to the server 3 or the like. Further, the terminal communication unit 21 supplies data received from the server 3 and the like to the terminal processing unit 25.

The terminal storage unit 22 includes, for example, a semiconductor memory device. The terminal storage unit 22 stores application programs and data, including an operating system program, a driver program, and a game control program, used for processing in the terminal processing unit 25. For example, the terminal storage unit 22 stores, as driver programs, an input device driver program that controls the operation unit 23, an output device driver program that controls the display unit 24, and the like. The terminal storage unit 22 also serves as an application program to advance the game based on instruction data input in response to the operation of the operation unit 23 by the player, data acquired from the server 3, etc., and display data related to the progress of the game. Stores a display processing program etc. for displaying. The terminal storage unit 22 stores data acquired from the server 3, display data related to the progress of the game, video data, image data, and the like. Furthermore, the terminal storage unit 22 may temporarily store temporary data related to predetermined processing.

The operation unit 23 may be any device that can operate the mobile terminal 2, and is, for example, a pointing device such as a touch panel. The player can use the operation unit 23 to input characters, numbers, symbols, and the like. When operated by the player, the operation unit 23 generates a signal corresponding to the operation. The generated signal is then supplied to the terminal processing section 25 as an instruction from the player.

The display unit 24 may be any device that can display videos, images, etc., such as a liquid crystal display or an organic EL (Electro-Luminescence) display. The display section 24 displays a video according to the video data supplied from the terminal processing section 25, an image according to the image data, and the like.

The terminal processing unit 25 includes one or more processors and their peripheral circuits. The terminal processing unit 25 controls the overall operation of the mobile terminal 2, and is, for example, a CPU (Central Processing Unit). The terminal processing unit 25 controls the terminal communication unit 21 and the display unit so that various processes of the mobile terminal 2 are executed in an appropriate manner based on the program stored in the terminal storage unit 22 and the operation of the operation unit 23. 24, etc. The terminal processing unit 25 executes processing based on programs (operating system program, driver program, application program, etc.) stored in the terminal storage unit 22. Further, the terminal processing unit 25 can execute multiple programs (application programs, etc.) in parallel.

The terminal processing section 25 includes at least a viewing execution section 251. The viewing execution unit 251 is a functional module implemented by a program executed by a processor included in the terminal processing unit 25. Alternatively, each of these parts may be implemented in the mobile terminal 2 as firmware.

Examples of various screens displayed on the display units 24 of the mobile terminals 2a and 2b will be described below with reference to FIGS. 4 and 5.

FIG. 4A is a diagram showing an example of a home screen 400 displayed on the display unit 24 of the mobile terminal 2.

Home screen 400 is displayed based on display data received from server 3. On the home screen 400, an edit button 401, a game progress button 402, a reward history button 403, and the like are displayed.

When the edit button 401 is selected in response to the operation of the operation unit 23 of the mobile terminal 2a of the player A, an edit screen 420, which will be described later, is displayed. Furthermore, when the edit button 401 is selected in response to the operation of the operation unit 23 of the mobile terminal 2b of the player B, an edit screen 420, which will be described later, is displayed. Note that player B is a player who designates another card from among the cards used by player A.

When the game progress button 402 is selected in response to the player's operation on the operation unit 23, the game progresses and a game result screen 500, which will be described later, is displayed. Furthermore, when the reward history button 403 is selected in response to the player's operation on the operation unit 23, a reward history screen 510, which will be described later, is displayed.

FIG. 4(b) is a diagram showing an example of an editing screen 410 displayed on the display unit 24 of the mobile terminal 2a owned by the player A.

The editing screen 410 displays display frames 411 to 414, a registration button 415, another card selection button 416, a return button 417, and the like.

Display frames 411 to 414 are frame figures indicating display areas in which card images indicating cards used by player A are displayed. In the example shown in FIG. 4(b), player A can designate four cards out of the cards he owns as cards to be used.

When player A selects one of the display frames 411 to 414 in which no card image is displayed by operating the operation unit 23 of the mobile terminal 2a, one card is selected from among the cards owned by player A. A card selection screen (not shown) is displayed. When player A operates the card selection screen and selects one owned card, a card image representing the selected card is displayed within the display frame selected by player A. That is, the currently selected owned card is designated as a registration candidate for the card used by player A.

Note that when the edit screen 410 is displayed, if a card image is displayed in the display frames 411 to 414, the card corresponding to the card image is a card that has already been registered as a card used by Player A. be. If player A selects the display frame in which the card image is displayed, and furthermore, player A operates the card selection screen and selects one card from among the cards owned by player A, the display frame The displayed card image is changed to the card image representing the currently selected card. That is, the currently selected card is designated as a candidate for registration of the card used by player A, instead of the card whose card image was already displayed in the selected display frame (the card used that is registered in settings).

When the registration button 415 is selected in response to the operation of the operation unit 23 by player A, a registration request for setting the card corresponding to the card image displayed in each of the display frames 411 to 414 as the card to be used is sent to the server. Sent to 3. Note that when the game progress button 402 is selected in response to the operation of the operation unit 23 by the player A, the game progresses using a card group composed of a plurality of cards to be used set by the display frames 411 to 414. be done. Note that a card group is an example of a game media group. Note that the player may be configured to be able to create a plurality of card groups on the editing screen 410, each consisting of each used card corresponding to each display frame. In this case, a plurality of display frame groups for creating each of a plurality of card groups are displayed on the editing screen 410. The display frame group includes at least a first display frame group consisting of display frames 411 to 414 shown in FIG. 4(b) and a second display frame group consisting of display frames 421 to 424 (not shown). However, the number of display frame groups may be three or more. Note that the plurality of display frame groups corresponding to each card group are not limited to those that are displayed simultaneously in the editing screen 410. For example, each of the plurality of display frame groups may be switched and displayed within the editing screen 410 using a tab function or the like.

When the other person's card selection button 416 is selected in response to the operation of the operation unit 23 by player A, another person's card selection screen 430, which will be described later, is displayed. Further, when the return button 417 is selected in response to the operation of the operation unit 23 by the player A, the home screen 400 is displayed.

FIG. 4C is a diagram showing an example of an editing screen 420 displayed on the display unit 24 of the mobile terminal 2b owned by player B.

On the editing screen 420, display frames 421 to 424 for card images indicating cards used by player B, a registration button 425, another card selection button 426, a return button 427, and the like are displayed. The display frames 421 to 424 have the same functions as the display frames 411 to 414 displayed on the editing screen 410 shown in FIG. 4(b). The registration button 425, other card selection button 426, and return button 427 have the same functions as the registration button 415, other card selection button 416, and return button 417 displayed on the editing screen 410 shown in FIG. 4(b). .

FIG. 4(d) is a diagram showing an example of the other's card selection screen 430 displayed on the display unit 24 of the mobile terminal 2b owned by player B. That is, the other's card selection screen 430 shown in FIG. 4(d) is a screen that is displayed when the other's card selection button 426 displayed on the editing screen 420 is selected by player B.

On the other person's card selection screen 430, one or more selection target card information 431 is displayed in a selectable manner, and a return button 432 is displayed.

The selection target card information 431 displays information regarding cards used by players other than player B (player A, player C, . . . ) among the players participating in the game. Note that player C is an example of a third player, and the cards used by player C are an example of a third game medium. The information regarding the card used includes the card image of the card used, the player name of the player who set and registered the card used, parameters of the card used, and the like. Note that, as the used cards corresponding to the selection target card information 431, cards that can be used by player B may be selected and displayed from among the card groups of players other than player B. For example, a card set in a predetermined display frame in a card group of a player other than player B may be selectively presented to player B as a card that player B can use. The predetermined display frame is, for example, the first display frame placed on the editing screen 410, or a display frame to which a predetermined role (for example, leader) is assigned.

When any one of the displayed selection target card information 431 is selected according to the operation of the operation unit 23 by player B, the same card as the used card corresponding to the selected selection target card information 431 is selected. , is set as player B's other card. The parameters of player B's other card are the same as the parameters of the used card corresponding to the selected selection target card information 431. Further, when player B is using another person's card in game B, the used card corresponding to the selection target card information 431 selected by player B is not used in the game by the player who owns the used card. You can. That is, the card used corresponding to the selection target card information 431 selected by player B and the other player's card of player B can be used in the game at the same time. Note that when the return button 432 is selected in response to the operation of the operation unit 23 by the player B, the home screen 400 is displayed. Note that when the other person's card is set according to an instruction from player B, the game proceeds using a card group made up of the plurality of used cards set by the display frames 421 to 424 and the other person's card. .

FIG. 5A is a diagram showing an example of a game result screen 500 displayed on the display unit 24 of the mobile terminal 2b owned by player B.

On the game result screen 500, a game progress result 501 and a reward B502 are displayed. For example, if the game is a battle game, text and/or images indicating victory or defeat in the battle are displayed as the game progress result 501. Further, as reward B502, text and/or images indicating reward B to be given to player B according to the progress of game B are displayed. Note that rewards include points for competing for rankings with other players, game media or items used in games, increase values or rates of increase in parameters of game media, rights to participate in other games or events, etc. Virtual currency, etc.

FIG. 5B is a diagram showing an example of a reward history screen 510 displayed on the display unit 24 of the mobile terminal 2a owned by the player A. On the remuneration history screen 510, remuneration history information 511 and a return button 512 are displayed.

The reward history information 511 displays information regarding the reward A that the player A has already acquired. Information regarding reward A includes, for example, the content of reward A, the acquisition date and time of reward A, the card image of the card used as the other card, the player name of the player who selected the card used by player A as the other card, etc. is included. Further, when the return button 512 is selected in response to the operation of the operation unit 23 by the player A, the home screen 400 is displayed.

In this way, by displaying the reward history screen 510 on the mobile terminal 2a owned by player A, it becomes possible to easily grasp the information of other players who contributed to player A's reward acquisition, and It becomes possible to activate communication.

(Configuration of server 3)
FIG. 6 is a diagram showing an example of a schematic configuration of the server 3. As shown in FIG. Further, FIG. 7 is a diagram showing an example of the data structure of various tables stored in the server storage unit 32.

The server 3 includes a server communication section 31, a server storage section 32, and a server processing section 33. The server 3 advances the game in response to requests from the mobile terminal 2. Additionally, the server 3 creates display data and the like related to the progress of the game and transmits it to the mobile terminal 2.

The server communication unit 31 includes a communication interface circuit for connecting the server 3 to the Internet 7, and performs communication with the Internet 7. Then, the server communication unit 31 supplies the data received from the mobile terminal 2 and the like to the server processing unit 33. Further, the server communication unit 31 transmits data supplied from the server processing unit 33 to the mobile terminal 2 and the like.

The server storage unit 32 includes, for example, at least one of a magnetic tape device, a magnetic disk device, or an optical disk device. The server storage unit 32 stores operating system programs, driver programs, application programs, data, etc. used in processing by the server processing unit 33. For example, the server storage unit 32 stores, as an application program, a game program that advances a game and creates display data related to the result. The computer program may be installed in the terminal storage unit 22 from a computer-readable portable recording medium such as a CD-ROM or DVD-ROM using a known setup program or the like.

The server storage unit 32 stores, as data, a group table shown in FIG. 7(a), a player table shown in FIG. 7(b), and a card table shown in FIG. 7(c). Additionally, the server storage unit 32 stores various image data and the like related to the progress of the game. Furthermore, the server storage unit 32 may temporarily store temporary data related to predetermined processing. That is, the server storage unit 32 may include volatile memory (Random Access Memory, RAM) and store dynamic data that changes as the game progresses.

FIG. 7(a) shows a group table for managing groups. In the group table, the group ID (identification), group name, affiliated players, win/loss history, etc. of each group are stored in association with each other. The group ID is an example of identification information for uniquely identifying each group. The player ID of each player belonging to the group is stored in the affiliated player. The win/loss history indicates that each group played a so-called GvG (Guild vs Guild) game, etc., in which a match was played between the cards used by each player belonging to one group and the cards used by each player belonging to the other group. This is historical information on wins and losses in cases.

FIG. 7(b) shows a player table for managing players. The player table contains, for each player, the player's player ID, player name, owned card information, progress reward, other game rewards, usage count information, used card information, other card information, player level, related player information, etc. , are stored in association with each other. The player ID is an example of identification information for uniquely identifying each player. In the owned card information, for each card owned by a player, identification information for managing the owned card (owned ID), identification information of the card (card ID), etc. are stored in association with each other.

In the progress reward, a reward (point value) given to a player when the game progresses and the time at which the reward was given are stored in association with each other. In addition, other game rewards include rewards given to the player according to the rewards (point value) given to other players when the other player uses the player's card as another player's card and progresses the game. The reward (point value), the time when the reward was given, and the player ID of the other player are stored in association with each other. Note that the point value given to players as a reward indicates a point value (such as "score") for competing for ranking among players, a point value that can be used as virtual currency, or an increase rate that increases card parameters. Point value etc.

The usage count information is information indicating the number of times a card used by a player has been used by another player as a different card. The used card information is the ownership ID of a card used as a used card in the battle game among the owned cards included in the owned card information. In the other player's card information, the player ID of the other player who owns the other player's card and the ownership ID of the other player's card are stored in association with each other when the card used by the other player is set as the other's card.

FIG. 7(c) shows a card table for managing cards. The card table stores, for each card, the card ID, card name, card image file name, character name, rarity, lottery probability, HP, attack power, defense power, attributes, etc. of the card in association with each other. Note that the rarity, lottery probability, HP, attack power, defense power, attributes, etc. are types of parameters.

Returning to FIG. 6, the server processing section 33 includes at least a registration processing section 331, a game progress processing section 332, and a reward processing section 333. Each of these units is a functional module realized by a program executed by a processor included in the server processing unit 33. Alternatively, each of these parts may be implemented in the server 3 as firmware.

Hereinafter, an example of the functions of the viewing execution unit 251 included in the terminal processing unit 25 of the mobile terminal 2, and the registration processing unit 331, game progress processing unit 332, and reward processing unit 333 included in the server processing unit 33 of the server 3 will be described. do.

(Function of viewing execution unit 251)
The viewing execution unit 251 acquires and displays display data related to the progress of the game. For example, first, the viewing execution unit 251 transmits a request to obtain various display data related to the progress of the game to the server 3 via the terminal communication unit 21 in accordance with an instruction input by the player by operating the operation unit 23. Next, the viewing execution unit 251 receives display data corresponding to the transmitted acquisition request from the server 3 via the terminal communication unit 21. Next, the viewing execution unit 251 creates drawing data based on the received display data, outputs the created drawing data to the display unit 24, and causes the display unit 24 to display various screens related to the progress of the game.

Note that in creating the drawing data, for example, the viewing execution unit 251 analyzes the received display data, specifies control data and content data, lays out the similarly specified content data based on the specified control data, and creates the drawing data. Create data.

Furthermore, the viewing execution unit 251 transmits a game start request to the server 3 via the terminal communication unit 21 in accordance with the player's operation on the operation unit 23 . In this case, upon receiving the display data transmitted from the server 3 in response to the game start request via the terminal communication unit 21, the viewing execution unit 251 creates drawing data corresponding to the received display data and displays it. unit 24 to display home screen 400 on display unit 24.

Further, when the viewing execution unit 251 detects that the selection of the edit button 401 displayed on the home screen 400 is instructed by the operation of the operation unit 23 by the player, the viewing execution unit 251 sends an edit screen request to the server 3 via the terminal communication unit 21. Send to. Note that the edit screen request includes the player ID of the player. When the viewing execution unit 251 receives the display data transmitted from the server 3 in response to the edit screen request via the terminal communication unit 21, the viewing execution unit 251 creates drawing data corresponding to the received display data and displays it on the display unit 25. The editing screens 410 and 420 are displayed on the display unit 24.

In addition, when the viewing execution unit 251 detects that the selection of the other card selection buttons 416 and 426 displayed on the editing screens 410 and 420 is instructed by the operation of the operation unit 23 by the player, the viewing execution unit 251 requests the other card selection screen. is transmitted to the server 3 via the terminal communication unit 21. Note that the other card selection screen request includes the player ID of the player. When the viewing execution unit 251 receives the display data transmitted from the server 3 in response to the other card selection screen request via the terminal communication unit 21, the viewing execution unit 251 creates drawing data corresponding to the received display data. The other card selection screen 430 is output to the display section 24 and the other card selection screen 430 is displayed on the display section 24 . Note that each selection target card information 431 displayed on the other card selection screen 430 corresponds to the possession ID of the card used corresponding to the selection target card information 431 and the player ID of the player who owns the card used. It is attached.

Further, when the viewing execution unit 251 detects that selection of the selection target card information 431 displayed on the other card selection screen 430 is instructed by the operation of the operation unit 23 by the player, the viewing execution unit 251 detects the selected selection target card information 431. The ownership ID and player ID related to the used card corresponding to are stored in the terminal storage unit 22 as the ownership ID and player ID of the other card. The viewing execution unit 251 then ends the display of the other card selection screen 430 and redisplays the editing screens 410 and 420. Note that when the editing screens 410 and 420 are redisplayed, the viewing execution unit 251 displays the card image corresponding to the ownership ID of the other person's card stored in the terminal storage unit 22 on the editing screens 410 and 420. good. Note that the card image corresponding to the possession ID of the other person's card may be transmitted to the server 3 by the viewing execution unit 251 requesting the server 3.

When the viewing execution unit 251 detects that the player operates the operation unit 23 to select the registration button 415 displayed on the editing screens 410, 420, the viewing execution unit 251 sends a registration request to the server via the terminal communication unit 21. Send to 3. The registration request includes the ownership ID and player ID of the card used corresponding to the card image displayed in each of the display frames 411 to 414 and 421 to 424. Note that if the ownership ID and player ID of the other person's card are stored in the terminal storage unit 22, the registration request further includes the ownership ID and player ID related to the other person's card.

In addition, when the viewing execution unit 251 detects that the player operates the operation unit 23 to select the game progress button 402 displayed on the home screen 400, the viewing execution unit 251 sends a game progress request to the server via the terminal communication unit 21. Send to 3. Further, the game progress request includes the player ID of the player. When the viewing execution unit 251 receives the display data transmitted from the server 3 in response to the game progress request via the terminal communication unit 21, the viewing execution unit 251 creates drawing data corresponding to the received display data and displays it on the display unit 25. The game result screen 500 is displayed on the display section 24.

Furthermore, when the viewing execution unit 251 detects that the player operates the operation unit 23 to select the reward history button 403 displayed on the home screen 400, the viewing execution unit 251 issues a reward history screen request via the terminal communication unit 21. Send to server 3. Further, the reward history screen request includes the player ID of the player. When the viewing execution unit 251 receives the display data transmitted from the server 3 in response to the remuneration history screen request via the terminal communication unit 21, the viewing execution unit 251 creates drawing data corresponding to the received display data and displays it on the display unit. 24, and the remuneration history screen 510 is displayed on the display unit 24.

(Function of registration processing unit 331)
When the registration processing unit 331 receives the edit screen request transmitted from the mobile terminal 2 via the server communication unit 31, it creates display data for displaying the edit screens 410 and 420. First, the registration processing unit 331 extracts the player ID included in the received edit screen request. Next, the registration processing unit 331 refers to the player table and specifies the ownership ID of the used card information associated with the extracted player ID, and also specifies the card ID corresponding to the ownership ID. Then, the registration processing unit 331 refers to the card table, extracts the card image associated with the specified card ID, and displays the editing screens 410 and 420 including the display frame in which the extracted card image is displayed. Create display data. Note that if the ownership ID of the used card information associated with the extracted player ID is not stored in the player table, the registration processing unit 331 displays the editing screens 410 and 420 including display frames in which no card images are displayed. Create display data for display.

Further, the registration processing unit 331 sends display data for displaying the created edit screens 410 and 420 to the mobile terminal 2 owned by the player indicated by the player ID included in the edit screen request, via the server communication unit 31. and send.

Furthermore, when the registration processing unit 331 receives the other person's card selection screen request transmitted from the mobile terminal 2 via the server communication unit 31, the registration processing unit 331 creates display data for displaying the other person's card selection screen 430. First, the registration processing unit 331 extracts the player ID included in the received other's card selection screen request. Next, the registration processing unit 331 refers to the group table and identifies the player IDs of other players included in the group to which the player indicated by the extracted player ID belongs. Next, the registration processing unit 331 refers to the player table and extracts a specific owned ID from the used card information associated with the identified player ID. Note that the extracted specific ownership ID is, for example, the first ownership ID stored in the used card information for each player ID. Note that the extracted specific ownership ID may be an ownership ID randomly extracted from the used card information for each player ID, or the number of extracted specific ownership IDs may be plural. Next, the registration processing unit 331 refers to the player table and identifies the card ID and player name associated with the extracted specific ownership ID. Next, the registration processing unit 331 refers to the card table and extracts the card image and parameters associated with the identified card ID. Then, the registration processing unit 331 creates display data for displaying the other card selection screen 430 including selection target card information 431 such as the identified player name, extracted card image, and parameters. Note that the selection target card information 431 is associated with the specified ownership ID and player ID.

Furthermore, the registration processing unit 331 transmits the display data for displaying the created other card selection screen 430 to the mobile terminal 2 owned by the player indicated by the player ID included in the other card selection screen request, through server communication. 31.

Further, upon receiving a registration request transmitted from the mobile terminal 2 via the server communication unit 31, the registration processing unit 331 executes a registration process. In the registration process, first, the registration processing unit 331 identifies the ownership ID and player ID included in the registration request, and changes the used card information associated with the identified player ID in the player table to the identified ownership ID. . Next, the registration processing unit 331 stores the changed player table in the server storage unit 32. Next, the registration processing unit 331 determines whether the registration request transmitted from the mobile terminal 2 includes the ownership ID and player ID related to the other person's card. If the registration processing unit 331 determines that the registration request includes the ownership ID and player ID related to the other person's card, the registration processing unit 331 sends the other person's card information associated with the specified player ID in the player table to the registration request. to the player ID and ownership ID related to the other person's card included in the card. Next, the registration processing unit 331 adds one time to the usage count information associated with the player ID of the other person's card included in the registration request in the player table. Then, the registration processing unit 331 stores the changed player table in the server storage unit 32.

(Function of game progress processing unit 332)
When the game progress processing unit 332 receives the game progress request transmitted from the mobile terminal 2b via the server communication unit 31, it executes the game progress processing and transfers the result information of the game progress processing to the reward processing unit 333 of the server 3. give it to The game progression process is a process of advancing a battle game or the like using cards related to the used card information stored in the player table. In the game progress process, for example, the game progress processing unit 332 refers to the player table and identifies the used card information associated with the player ID included in the game progress request. Further, in the player table, if other card information is stored in association with the player ID included in the game progress request, the game progress processing unit 332 specifies the other person card information associated with the player ID. . Then, the game progress processing unit 332 executes a battle game using the specified used card information and other person's card information. The result information of the game progress process may be, for example, information indicating whether the group to which the player belongs has defeated an enemy character, or information indicating whether the group to which the player belongs has defeated another group. It may be. Further, the result information of the game progress process may be the amount of attack given by the player to the enemy character. Note that the game progress processing unit 332 may update the player level in the player table according to the result.

(Function of reward processing unit 333)
The reward processing unit 333 determines a reward based on the result information of the game progress processing received from the game progress processing unit 332, and stores the determined reward together with the current time in association with the player as a progress reward in the player table. The progress reward based on the result information of the game progress processing is, for example, a point value depending on the amount of attack given to the enemy character by the player, or a fixed amount of point value given in response to the player's victory over the enemy character.

Further, if other card information is stored in association with the player ID included in the game progress request, the reward processing unit 333 determines a reward according to the progress reward based on the result information of the game progress process, and The reward, the current time, and the player ID included in the game progress request are stored as other game rewards associated with the player ID included in the other card information. For example, a progress reward associated with player B's player ID is determined based on the result information of the game progress process based on a game progress request from player B, and other game rewards corresponding to the determined progress reward are included in the other party's card information. is stored in association with the player ID of player A. Note that when the progress reward based on the result information of the game progress process is a point value, the other game reward is, for example, a point value calculated by multiplying the progress reward by a predetermined ratio.

Further, the reward processing unit 333 creates display data for displaying the game result screen 500 including text and/or images indicating rewards according to the result information of the game progress processing. For example, the reward processing unit 333 refers to the player table, extracts a progress reward corresponding to the game progress process according to the game progress request received from the game progress processing unit 332, and extracts text and/or Display data for displaying a game result screen 500 including images is created. Then, the reward processing unit 333 transmits the created display data to the mobile terminal 2 owned by the player indicated by the player ID included in the game progress request via the server communication unit 31.

Further, upon receiving the remuneration history screen request transmitted from the mobile terminal 2 via the server communication unit 31, the remuneration processing unit 333 creates display data for displaying the remuneration history screen 510. First, the reward processing unit 333 refers to the player table and extracts a predetermined number of other game rewards associated with the player ID included in the reward history screen request. Next, the reward processing unit 333 identifies the player ID included in the extracted other game reward, refers to the player table, and extracts the player name associated with the identified player ID. Next, the reward processing unit 333 creates display data for displaying a reward history screen 510 that includes reward history information 511 on which the reward and time included in the extracted other game rewards and the extracted player name are displayed. . Note that the reward history information 511 includes the specified player ID and the card ID of the other person's card associated with the specified player ID. Then, the reward processing unit 333 transmits the created display data to the mobile terminal 2 owned by the player corresponding to the player ID included in the reward history screen request via the server communication unit 31.

(Operation sequence of game system 1)
FIG. 8 is a diagram showing an example of an operation sequence of the game system 1. This operation sequence is performed mainly by the terminal processing section 25 and the server processing section 33 in cooperation with each element of the mobile terminal 2 and the server 3 based on programs stored in the terminal storage section 22 and server storage section 32 in advance. and executed.

First, when the viewing execution unit 251 of the mobile terminal 2 detects that the selection of the edit button 401 displayed on the home screen 400 is instructed by the operation of the operation unit 23 by the player, the viewing execution unit 251 of the mobile terminal 2 transmits the editing via the terminal communication unit 21. A screen request is sent to the server 3 (step S101).

Next, when the registration processing unit 331 of the server 3 receives the edit screen request sent from the mobile terminal 2 via the server communication unit 31, it creates display data for displaying the edit screens 410 and 420 ( Step S102).

Next, the registration processing unit 331 transmits display data for displaying the created edit screens 410 and 420 to the mobile terminal 2 that sent the edit screen request via the server communication unit 31 (step S103).

Next, upon receiving the display data transmitted from the server 3 via the terminal communication unit 21, the viewing execution unit 251 of the mobile terminal 2 displays the editing screens 410 and 420 on the display unit 24 based on the display data. (Step S104).

Next, when the browsing execution unit 251 of the mobile terminal 2 detects that the selection of the other card selection buttons 416 and 426 displayed on the editing screens 410 and 420 is instructed by the operation of the operation unit 23 by the player, the viewing execution unit 251 of the mobile terminal 2 A request for other card selection screen is sent to the server 3 via the communication unit 21 (step S105).

Next, when the registration processing unit 331 of the server 3 receives the other party card selection screen request transmitted from the mobile terminal 2 via the server communication unit 31, the registration processing unit 331 generates display data for displaying the other party card selection screen 430. is created (step S106).

Next, the registration processing unit 331 transmits display data for displaying the created other person's card selection screen 430 to the mobile terminal 2 that sent the other person's card selection screen request via the server communication unit 31 ( Step S107).

Next, upon receiving the display data transmitted from the server 3 via the terminal communication unit 21, the viewing execution unit 251 of the mobile terminal 2 displays the other card selection screen 430 on the display unit 24 based on the display data. (Step S108). Note that when the viewing execution unit 251 detects that selection of the selection target card information 431 displayed on the other card selection screen 430 is instructed by the player's operation on the operation unit 23, the viewing execution unit 251 displays the selected selection target card information 431. The ownership ID and player ID related to the other person's card corresponding to are stored in the terminal storage unit 22. The viewing execution unit 251 then ends displaying the other person's card selection screen 430 and displays the editing screens 410 and 420 based on the display data received in step S104.

Next, when the viewing execution unit 251 detects that the player operates the operation unit 23 to select the registration button 415 displayed on the editing screens 410, 420, the viewing execution unit 251 issues a registration request via the terminal communication unit 21. It is transmitted to the server 3 (step S109). The registration request includes the ownership ID and player ID of the card used corresponding to the card image displayed in each of the display frames 411 to 414 and 421 to 424. Note that if the terminal storage unit 22 stores the ownership ID and player ID related to the other person's card, the registration request further includes the ownership ID and player ID related to the other person's card.

When the registration processing unit 331 of the server 3 receives the registration request transmitted from the mobile terminal 2 via the server communication unit 31, it executes the registration process (step S110).

(Operation sequence of game system 1)
FIG. 9 is a diagram showing an example of the operation sequence of the game system 1. This operation sequence is performed mainly by the terminal processing section 25 and the server processing section 33 in cooperation with each element of the mobile terminal 2 and the server 3 based on programs stored in the terminal storage section 22 and server storage section 32 in advance. and executed. In the operation sequence shown in FIG. 9, it is assumed that player A owns the mobile terminal 2a, and player B owns the mobile terminal 2b. Hereinafter, a case will be described in which player A has not set any other person's card, and player B has set the card used by player A as the other person's card.

First, when the browsing execution unit 251 of the mobile terminal 2a of the player A detects that the selection of the game progress button 402 displayed on the home screen 400 is instructed by the operation of the operation unit 23 by the player A, the terminal communication unit 21 to the server 3 (step S201).

Next, when the game progression processing unit 332 of the server 3 receives the game progression request transmitted from the mobile terminal 2a via the server communication unit 31, it executes the game progression process (step S207). Then, the game progress processing section 332 passes the result information of the game progress processing to the reward processing section 333 of the server 3.

Next, the reward processing unit 333 determines a reward C according to the result information of the game progress processing received from the game progress processing unit 332, associates the determined reward C with the player A, and stores it as a progress reward in the player table. (Step S203).

Next, the reward processing unit 333 creates display data for displaying the game result screen 500 including text and/or images indicating the reward C determined in step S203, and uses the created display data to request a game progress request. is transmitted to the mobile terminal 2a from which it was transmitted via the server communication unit 31 (step S204).

Next, upon receiving the display data transmitted from the server 3 via the terminal communication unit 21, the viewing execution unit 251 of the mobile terminal 2a displays the game result screen 500 on the display unit 24 based on the display data ( Step S205).

Next, when the browsing execution unit 251 of the mobile terminal 2b of the player B detects that the selection of the game progress button 402 displayed on the home screen 400 is instructed by the operation of the operation unit 23 by the player B, the viewing execution unit 251 of the mobile terminal 2b of the player B 21 to the server 3 (step S206).

Next, when the game progression processing unit 332 of the server 3 receives the game progression request transmitted from the mobile terminal 2b via the server communication unit 31, it executes the game progression process (step S207). Then, the game progress processing section 332 passes the result information of the game progress processing to the reward processing section 333 of the server 3.

Next, the reward processing unit 333 determines a reward B according to the result information of the game progress processing received from the game progress processing unit 332, associates the determined reward B with the player B, and stores it as a progress reward in the player table. (Step S208).

Next, the reward processing unit 333 determines a reward A according to the determined reward B, and stores the determined reward A in association with the player A as a game reward other than the player table (step S209).

Next, the reward processing unit 333 creates display data for displaying the game result screen 500 including text and/or images indicating the reward B determined in step S208, and uses the created display data to request a game progress request. is transmitted to the mobile terminal 2b that transmitted it via the server communication unit 31 (step S210).

Next, upon receiving the display data transmitted from the server 3 via the terminal communication unit 21, the viewing execution unit 251 of the mobile terminal 2b displays the game result screen 500 on the display unit 24 based on the display data ( Step S211).

Furthermore, when the browsing execution unit 251 of the mobile terminal 2a of the player A detects that selection of the reward history button 403 displayed on the home screen 400 is instructed by the operation of the operation unit 23 by the player A, the viewing execution unit 251 of the mobile terminal 2a of the player A A remuneration history screen request is sent to the server 3 via (step S212).

Next, when the remuneration processing unit 333 of the server 3 receives the remuneration history screen request transmitted from the mobile terminal 2a via the server communication unit 31, it creates display data for displaying the remuneration history screen 510, The created display data is transmitted via the server communication unit 31 to the mobile terminal 2a that transmitted the remuneration history screen request (step S213).

Then, upon receiving the display data transmitted from the server 3 via the terminal communication unit 21, the viewing execution unit 251 of the mobile terminal 2a displays the remuneration history screen 510 on the display unit 24 based on the display data (step S214).

As detailed above, in the game system 1, cards used by a player can be used by another player in a game, and a player who owns a card used by another player in a game is You can get rewards according to the rewards obtained by progressing. As a result, this game system 1 can increase players' motivation to let other players use their cards, and can activate communication between players within the game system 1. shall be. In addition, this game system 1 can increase variations in how cards can be used, making it possible to improve the strategic nature of the game provided by the game system 1 and the continuation rate of players of the game. Furthermore, if the game provided in the game system 1 is a game in which the player competes with other players, the player has an incentive to prevent other players from acquiring points and items awarded in the game. However, players may hesitate to let other players use powerful cards they own. However, according to game system 1, if a player allows another player to use a card that he owns, the player can also receive a reward, which increases his motivation to let another player use his powerful card. This makes it possible to activate communication between players within the game system 1.

(Modification 1)
In addition, when the progress reward based on the result information of the game progress process is a point value, in addition to using a preset ratio as the predetermined ratio for calculating other game rewards, A ratio may also be used. Hereinafter, a case will be explained in which player B sets the card used by player A as another person's card and proceeds with the game.

For example, the ratio determining condition may be a condition such as whether a parameter of another card is equal to or greater than a predetermined value. For example, if the condition that the rarity of the other person's card is equal to or higher than the first rarity (for example, "GR") is satisfied, the reward processing unit 333 determines the predetermined ratio to be 100%. Further, if the condition that the rarity of the other card is equal to or higher than the second rarity (for example, “R”) and lower than the first rarity is satisfied, the reward processing unit 333 sets the predetermined ratio to Decide on 50%. Note that the parameters for determining the predetermined ratio are not limited to the rarity, but may be character level, HP, attack power, defense power, attributes, etc. As a result, for example, in a case where a higher predetermined ratio is determined for another player's card with a higher parameter, the player's desire to let the other player use the card with the higher parameter increases further. , it becomes possible to further activate communication between players within the game system 1.

Further, the ratio determining condition may be a condition such as whether or not a specific action is performed during the game progress process. For example, as the game progresses, an action is taken to defeat an enemy character with a single blow using a card used or another person's card, or an action is taken to defeat an enemy character in a predetermined number of turns or less using a card used or another person's card. In this case, the reward processing unit 333 may increase the predetermined ratio by 20%. As a result, players are more motivated to let other players use cards that are likely to perform a specific action, rather than simply using cards with high parameters, and this increases the desire for players to use cards that have a high possibility of performing a specific action. communication can be further activated.

Further, the ratio determining condition may be a condition such as whether the degree of game involvement of player A or player B is equal to or higher than a predetermined degree of involvement. For example, the reward processing unit 333 determines the predetermined ratio to be 50% when the level of player A or player B is equal to or higher than the predetermined level, and determines the predetermined ratio as 50% when the level of player A or player B is lower than the predetermined level. It may be determined to be 100%. Note that the degree of game involvement is not limited to the level of the player, but may be the number of days the player has played the game. In this way, the predetermined ratio is determined depending on the degree of game involvement. Therefore, even a player with a low degree of involvement in the game may be able to obtain a reward by allowing another player to use the card, thereby making it possible to increase the player's game participation rate.

Further, the ratio determining condition may be a condition such as whether the degree of involvement in the game by other cards is equal to or higher than a predetermined degree of involvement. The degree of game involvement may be determined based on the parameters (level, etc.) of the other person's card, or based on a comparison of the parameters of the other person's card and the used card. For example, the reward processing unit 333 determines the predetermined ratio to be 50% when the level of the other card is equal to or higher than the predetermined level, and determines the predetermined ratio to 100% when the level of the other card is less than the predetermined level. You may. Note that the degree of game involvement may be determined based on the difference in parameters between the other person's card and the card used by the player who uses the other person's card. In this case, for example, if the level of the other card is 10 or more lower than the level of the card used or the average level of a plurality of cards used, the reward processing unit 333 determines the predetermined ratio to be 100%, and the level of the other card is If the difference between the level of the used card or the average level of multiple used cards is less than 10, the predetermined ratio is set to 50%, and the level of the other card is set to the level of the used card or the average level of multiple used cards. If it is 10 or more higher than , the predetermined ratio may be determined to be 0%. Furthermore, the degree of game involvement is not limited to the parameters of the other card, but may be determined by points, etc., which are values related to the progress of the game, contributed by the other card. For example, the degree of game involvement may be determined by the number of damages inflicted on enemy characters by other cards. Further, the degree of game involvement may be determined by the ratio of the number of points related to the progress of the game contributed by the other person's card and the card used by the player who uses the other person's card. In this case, for example, the degree of game involvement is determined by the ratio of the other card's contribution to the outcome of the game compared to other used cards (e.g., the ratio according to the number of points determined according to the ability or action of the card). may be determined. In this way, since the predetermined ratio is determined according to the degree of game involvement, it is possible to increase the variety of ways to use cards, improve the strategic nature of the game provided by the game system 1, and improve the continuation rate of players of the game. It becomes possible to improve the

Further, the ratio determination condition is such that the relationship between the other card used by player B and another card used by player A that is different from the same card used by player A is a predetermined relationship. It may be a condition such as whether or not. Note that the predetermined relationship between the cards is, for example, a relationship of fate, a relationship of genealogy, a relationship of trust, or the like. In this case, the card table stores, for each card, the card IDs of other cards with which it has a predetermined relationship. Then, the reward processing unit 333 determines that the relationship between the other person's card used by player B and another used card that is different from the same used card as the other person's card among the cards used by player A is a predetermined relationship. In this case, the predetermined ratio may be increased by 20%. As a result, players need to consider the relationship with the cards they are using and select cards for other players to use, rather than simply having other players use cards with high parameters. This makes it possible to provide players with a game with high quality.

Further, the ratio determining condition may be a condition such as whether or not the frequency of use of the same used card as the other person's card used by player B is equal to or higher than a predetermined frequency. For example, if the time or number of times that player A uses the same used card as the other person's card used by player B is less than a predetermined time or less than a predetermined number of times, the reward processing unit 333 increases the predetermined ratio by 20%. Good too. As a result, Player A needs to consider the number of times the card is used and the length of time the card is used in his own game, and consider the strategy for using the card, making it possible to provide the player with a highly strategic game. . Further, if the predetermined ratio is increased as the usage frequency of the used card used as another player's card is higher, it becomes possible to further encourage other players to use cards that are used more frequently by the player. In addition, if the predetermined ratio is increased as the frequency of use of a used card used as another's card is lower, it is possible to further encourage other players to use cards that are used less frequently by the player. becomes. As described above, by diversifying the characteristics of each card, it is possible to increase the variety of ways players can use the cards.

(Modification 2)
Further, the reward processing unit 333 may give a reward D different from the reward A to the player A at the timing when the player B selects the card used by the player A as the other person's card. In this case, when the other person's card is set by player B's instruction, when player B instructs to select the registration button 415 and the used card and the other person's card are stored on the player table, player A In association with this, the reward D is stored in the player table as a selection reward. Note that the selection reward is an example of the third reward. As a result, player A can receive advance payment before the other player's card is used in the game, so that player A can further increase the player's motivation to have the other player use the used card.

(Modification 3)
Further, when the other-person card usage prohibition condition is satisfied, the server 3 may control the card owned by player A so that it is not used as another person's card by another player (such as player B). For example, when the other-person card use prohibition condition is satisfied for player A, the registration processing unit 331 creates display data for displaying the other-person card selection screen 430 that does not include the card used by player A. Note that the condition for prohibiting the use of another person's card is an example of a predetermined condition.

For example, the condition for prohibiting the use of another person's card may be a condition that the number-of-use information associated with the player exceeds a predetermined upper limit number of times (for example, "three times"). In this way, since the number of times the other player's card is used is determined for each player, the selection of the other player's card is controlled so that the selection of the other player's card is not concentrated on the player who owns the card that the other player (player B, etc.) desires to use. It becomes possible to do so.

In addition, in the case where the usage count information is stored in association with each card owned by each player or each parameter of each card owned by each player, the conditions for prohibiting the use of other cards can be set for each card owned by each player, or The condition may be that the number of uses information associated with each parameter of the card owned by each player exceeds a predetermined upper limit number of times. Note that the parameter with which the usage count information is associated is, for example, the degree of rarity or the attribute, but may be other parameters. As a result, even if a player cannot allow another player to use a specific owned card, the player can still use other owned cards, thereby increasing the player's desire to continue playing the game. Furthermore, it is possible to increase opportunities for players to use a wide variety of cards, and to provide a game that requires more strategy.

Furthermore, when a predetermined reset condition is satisfied, the usage count information may be reduced by a predetermined number of times or changed to an initial value (for example, "0 times") by the registration processing unit 331. For example, the predetermined reset condition may be a condition that the current time has reached a predetermined specific time, a condition that a predetermined period has elapsed, a condition that the use of a predetermined item has been instructed by player A, etc. . Note that the specific time is 0:00 a.m. when the date changes, or a time one hour before the end time of the event in which the game is played. As a result, even if the usage count information exceeds a predetermined upper limit, it is possible to allow another player to use the card again according to the reset conditions, thereby preventing a reduction in the desire to continue playing the game. becomes possible.

Further, if the registration processing unit 331 determines that the usage number information associated with player A exceeds a predetermined upper limit number of times (for example, 10 times), or If it is determined that the number of times used has exceeded a smaller threshold (for example, eight times), a message indicating that the number of times of use of player A has exceeded a predetermined upper limit number of times, or that a predetermined number of times will be displayed soon, is displayed on the mobile terminal 2a of player A. A notification may be sent indicating that the upper limit number of times has been reached. As a result, the player A who sees the notification displayed on the mobile terminal 2a can perform an operation to satisfy the predetermined reset condition in a timely manner, and it is possible to prevent a decrease in the player's desire to continue playing the game.

(Modification 4)
Further, if a used card owned by Player A that is the same as another card set by Player B is used in a game by Player A, the game progress processing unit 332 prevents Player B from using the other card. may be controlled. As a result, even if player B sets the card used by player A as another's card, player A and player B will not be able to use the same card at the same time. It is necessary to take into account that player B, who sets the card as a card, does not select cards that are used frequently, making it possible to provide a highly strategic game.

Further, the server 3 may limit the number of players who can simultaneously use each used card owned by a player as another card. For example, a used card owned by player A may be set by players B and C as a card of another person, and at the same time may be controlled by player D so that it cannot be set as a card of another person. Note that the number of players who can use other cards at the same time is not limited to two, and may be one or three or more. As a result, even if player A's powerful card to be used can be set as another's card, a certain number of other players or more cannot simultaneously use the powerful card to be used as another's card. As described above, it is possible to prevent a large number of powerful cards from existing at the same time in the game, and to maintain an appropriate game balance.

(Modification 5)
In addition, when a plurality of display frame groups for creating each of a plurality of card groups are displayed on the editing screens 410 and 420, the cards used in each of the plurality of card groups can be It may be used by another player as a private card.

For example, if a first card group and a second card group can be created, the cards included in the first card group can be used by another player as the first other player's card. At the same time, the used card included in the second card group can be used by another player as a second other player's card.

In this case, the number of times the first other person's card can be selected and the number of times the second other person's card can be selected may be stored in the server storage unit 32. Hereinafter, when 0 to 2 times are stored as the selectable number of times the first other person's card can be used, and 3 to 5 times are stored as the selectable number of times the second other person's card can be used. This will be explained using an example. In the player table, if any of 0 to 2 is stored as the usage count information associated with player A, the other card selection screen 430 of players other than player A will display player A's other card. The first other person's card is displayed. In addition, in the player table, if 3 to 5 times is stored as the usage count information associated with player A, the other card selection screen 430 of players other than player A will display the other card as player A's other card. A second other person card is displayed. As a result, player A needs to consider to which card group the card to be used, which is set as the other card, should belong, making it possible to provide a highly strategic game.

(Modification 6)
Further, the server 3 may execute a predetermined process related to the player included in the reward history information 511 displayed on the reward history screen 510 in response to the operation by the player A on the operation unit 23 of the mobile terminal 2a. Note that the player included in the reward history information 511 is the player who selected the card used by Player A as the other person's card. The case where the player included in the reward history information 511 is player B will be described below as an example.

When the remuneration history information 511 related to player B displayed on the remuneration history screen 510 is selected by the operation of the operation unit 23 of the mobile terminal 2a of player A, for example, the server 3 displays the remuneration history of player A and the selected remuneration history. An association process with player B displayed in the information 511 may be executed. In the association processing, first, when the reward history information 511 related to player B is selected by player A, the viewing execution unit 251 of the mobile terminal 2a selects the player ID of player A and the player B's player number included in the reward history information 511. Create an association request including the ID. Next, the browsing execution unit 251 transmits the created association request to the server 3. Then, upon receiving the association request transmitted from the mobile terminal 2a, the registration processing unit 331 of the server 3 includes the player ID of the player B in the related player information associated with the player ID of the player A in the player table. In addition, the player table is stored in which the player ID of the player A is included in the related player information associated with the player ID of the player B.

Further, when the remuneration history information 511 related to player B displayed on the remuneration history screen 510 is selected by operating the operation unit 23 of the mobile terminal 2a of player A, the registration processing unit 331 of the server 3 selects the selected remuneration. A process of transmitting an association application from player A to the mobile terminal 2b of player B displayed in the history information 511 may be executed. An association request is an application from one player to another player to register both players as mutually related players, and if the other player accepts the association request, both players will be registered as mutually related players. Ru.

Further, when the remuneration history information 511 related to player B displayed on the remuneration history screen 510 is selected by operating the operation unit 23 of the mobile terminal 2a of player A, the registration processing unit 331 of the server 3 selects the selected remuneration. A process of registering the player ID of player B displayed in the history information 511 as reference player information of player A may be executed. The reference player information is information related to a so-called favorite player. When a menu or the like that displays reference player information is displayed on various screens, information regarding the player included in the reference player information may be displayed by the player's operation of the menu or the like.

Further, when the remuneration history information 511 related to player B displayed on the remuneration history screen 510 is selected by operating the operation unit 23 of the mobile terminal 2a of player A, the registration processing unit 331 of the server 3 selects the selected remuneration. A process of displaying information regarding player B displayed in the history information 511 on the mobile terminal 2a may be executed. In the process of displaying information regarding player B, first, when player A selects the reward history information 511 regarding player B, the viewing execution unit 251 of the mobile terminal 2a displays the player ID of player A and the information included in the reward history information 511. A player information display request including the player ID of player B to be displayed is created. Next, the viewing execution unit 251 transmits the created player information display request to the server 3. Next, upon receiving the player information display request transmitted from the mobile terminal 2a, the registration processing unit 331 of the server 3 displays information such as the player name and player level associated with the player ID of the player B in the player table. It is transmitted to player A's mobile terminal 2a. Then, the viewing execution unit 251 of the mobile terminal 2a displays the received information such as the player name and player level associated with the player ID of the player B.

Further, when a predetermined process regarding player B included in the reward history information 511 displayed on the reward history screen 510 is executed in response to an operation by player A, priority processing for player B may be executed. The priority processing is, for example, priority display processing of the selection target card information 431 related to player B when the other card selection screen 430 is displayed on the display unit 24 of the mobile terminal 2a. The preferential display of the selection target card information 431 related to player B can be, for example, by comparing the selection target card information 431 related to player B with other selection target card information 431 and displaying the display position at the top or in the front row, or , displaying the selection target card information 431 related to player B in a color, saturation, brightness, or size that is different from other selection target card information 431. Note that the selection target card information 431 related to player B may be displayed in any display mode as long as it can be distinguished from other selection target card information 431. For example, the selection target card information 431 related to player B may be displayed in a different display mode from the selection target card information 431 by changing a plurality of display conditions among color, saturation, brightness, and size; , the selection target card information 431 related to player B may be displayed in a display mode such as a blinking display or a dynamic display. Further, the priority process may be a process of changing the usage count information or the upper limit of the usage count information. For example, the priority processing may include information on the number of times of use or an upper limit in at least one of the following cases: when player A uses a card used by player B as another's card, and when player B uses a card used by player A as another's card. It may be a process of changing the number of times. Furthermore, for example, the priority process may be a process of decreasing the number-of-use information and/or increasing the upper limit number of times in response to a predetermined process by at least one of Player A and Player B. Further, the priority processing may be a process of increasing the upper limit number of times when a predetermined upper limit number of times is set in the usage number information.

As described above, when a predetermined process regarding player B included in the reward history information 511 displayed on the reward history screen 510 is executed in response to an operation by player A, player A can easily obtain various information regarding player B. This makes it possible to activate communication between players. Further, since the players are encouraged to use each other's cards through priority processing, it is possible to improve the relationship between the players.

(Modification 7)
Further, the reward processing unit 333 may perform history reward granting processing for each player included in the reward history information 511 displayed on the reward history screen 510. The history rewards given to each player through the history reward granting process include points for competing for ranking with other players, game media or items used in the game, increase values or increase rates of parameters of the game media, etc. It is the right to participate in a game or event, or virtual currency.

In the history reward granting process, first, the reward processing unit 333 refers to the player table and extracts other game rewards associated with each player. Next, the reward processing unit 333 calculates the total value of the rewards associated with each player ID included in the extracted other game rewards. Then, the reward processing unit 333 stores history rewards in association with each player ID according to the calculated total value. Note that the reward processing unit 333 may store history rewards in association with player IDs for which the calculated total value is greater than or equal to a predetermined value. In addition, the reward processing unit 333 displays an evaluation screen in which the names of the players with the player IDs are arranged in the order of the calculated total value, and among the players displayed on the evaluation screen, the players are ranked higher than a predetermined rank (for example, 1 The history reward may be stored in association with the player ID of the player (from 1st place to 10th place).

(Modification 8)
Further, each function of the server processing section 33 described above may be executed by the terminal processing section 25 of the mobile terminal 2. In this case, if various tables are stored in the terminal storage unit 22, there is no need to communicate with the server 3 every time processing is performed, and the above functions can be realized only by the mobile terminal 2. Furthermore, the game executed on the mobile terminal 2 may be a hybrid game in which the server 3 and the mobile terminal 2 each take on a part of the processing. In that case, for example, each game screen related to the progress of the game will be a web display displayed on the mobile terminal 2 based on the display data generated by the server 3, and other menu screens etc. will be displayed using the native language installed on the mobile terminal 2. Native display displayed by the app.

(Modification 9)
Moreover, the game system 1 may be configured to include only a plurality of mobile terminals 2 operated by each of a plurality of players. Each of the plurality of mobile terminals 2 performs wireless communication with other mobile terminals 2 using a wireless communication method of the IEEE802.11 standard, and the plurality of mobile terminals 2 constitute an ad hoc network. In this case, a specific mobile terminal 2 among the plurality of mobile terminals 2 functions as a host and executes each function of the server 3 described above. The above-described game is executed by the mobile terminals 2 other than the specific mobile terminal 2 among the plurality of mobile terminals 2 communicating with the specific mobile terminal 2 that executes each function of the server 3. Note that the specific mobile terminal 2 functioning as a host executes both the functions of the server 3 and the functions of the mobile terminal 2.

It should be understood that those skilled in the art can make various changes, substitutions, and modifications thereto without departing from the spirit and scope of the invention.

1 Game system 2 Mobile terminal 21 Terminal communication section 22 Terminal storage section 23 Operation section 24 Display section 25 Terminal processing section 251 Viewing execution section 3 Server 31 Server communication section 32 Server storage section 33 Server processing section 331 Registration processing section 332 Game progress processing Department 333 Compensation Processing Department

Claims (11)

A computer control program that has a storage unit and advances a game,
to the computer;
storing a first game medium associated with a first player and a second game medium associated with a second player in the storage unit;
Proceeding the game using the second game medium and the same game medium as the first game medium according to the progress instructions of the second player,
storing in the storage unit the number of times the same game medium is used in the game that progresses according to the progress instructions of the second player, in association with the first player;
If the number of times exceeds the upper limit number of times, control is performed so that the same game medium is not used by the second player in the game that progresses according to the progress instructions of the second player;
changing the number of times to an initial value if a predetermined condition is met;
A control program to run. In storing the number of times, the computer:
storing the number of times in the storage unit in association with the first player each time the same game medium is used in the game that progresses according to progress instructions from the second player;
run the
In changing to the initial value, the computer:
changing the stored increased number of times to the initial value;
The control program according to claim 1, which causes the control program to execute. 3. The control program according to claim 1 , wherein the predetermined condition is that the first player has instructed to use a predetermined item. 4. The control program according to claim 1, wherein the predetermined condition is that the current time has reached a predetermined specific time. to the computer;
A first game that can be used by the second player among the plurality of first game media used in a game that progresses according to presentation instructions from the first player and progress instructions from the first player. Presenting media in a selectable manner;
The control program according to any one of claims 1 to 4 , which causes the control program to execute. to the computer;
storing in the storage unit a third game medium determined according to the third player's instruction from a plurality of third game contents used in a game that progresses according to the third player's progress instruction;
presenting the first game content and the determined third game content to the second player in a selectable manner;
In the game that progresses according to the progress instructions of the second player, the second game medium and the second game medium among the first game medium and the third game medium presented in a selectable manner. Proceeding the game using the same game medium as the game medium selected by;
The control program according to any one of claims 1 to 5 , which causes the control program to execute. to the computer;
In the game that progresses according to progress instructions from the second player, a first reward is stored in the storage unit in association with the second player;
storing a second reward corresponding to the first reward and parameters of the same game medium in the storage unit in association with the first player;
The control program according to claim 6 , which causes the control program to execute. to the computer;
At the time when one of the first game content and the third game content presented in a selectable manner is selected by the second player, a second reward different from the second reward is received. storing the reward of No. 3 in the storage unit in association with the player associated with the selected game medium;
The control program according to claim 7 , which causes the control program to execute. The parameters of the same game medium are parameters indicating the rarity, character level, HP, attack power, defense power, or attributes of the same game medium, and the first reward and the second reward If is a point value, then
In storing the second reward, the second reward calculated by multiplying the first reward by a ratio corresponding to the parameter is stored in the storage unit in association with the first player. The control program according to item 7 or 8 . A method for controlling a computer that is equipped with a storage unit and advances a game,
The computer,
storing a first game medium associated with a first player and a second game medium associated with a second player in the storage unit;
Proceeding the game using the second game medium and the same game medium as the first game medium according to the progress instructions of the second player,
storing in the storage unit the number of times the same game medium is used in the game that progresses according to the progress instructions of the second player, in association with the first player;
If the number of times exceeds the upper limit number of times, control is performed so that the same game medium is not used by the second player in the game that progresses according to the progress instructions of the second player;
changing the number of times to an initial value if a predetermined condition is met;
control methods including. A computer that is equipped with a storage unit and runs a game,
storing a first game medium associated with a first player and a second game medium associated with a second player in the storage unit;
Proceeding the game using the second game medium and the same game medium as the first game medium according to the progress instructions of the second player,
storing in the storage unit the number of times the same game medium is used in the game that progresses according to the progress instructions of the second player, in association with the first player;
If the number of times exceeds the upper limit number of times, control is performed so that the same game medium is not used by the second player in the game that progresses according to the progress instructions of the second player;
A computer comprising: a processing unit that changes the number of times to an initial value when a predetermined condition is met.

Images