JP2020171788A - Program, method, and server device - Google Patents

Abstract

To further activate exchange among players of a game.SOLUTION: A server device stores a point provided according to an instruction from another player for each player in a game, and executes control so as to perform an event according to the point provided to a character of one player according to an instruction from the player, in a match between a group of characters of a plurality of players and an enemy character.SELECTED DRAWING: Figure 3

Description

The present invention relates to programs, methods and server devices.

An online game in which players play against each other or cooperate with each other (
Hereinafter referred to as a social game. ), It is important to provide a mechanism for activating interaction between players in order to enhance the interest of the game. For example, as a mechanism for activating interaction between players, a raid battle is known in which a player cooperates with a plurality of players to play against an enemy encountered during the game (see Patent Document 1). Further, as another mechanism for activating the interaction between the players, it is possible to provide a mechanism in which points are given to each other and the player can acquire an item in exchange for the accumulated points.

Japanese Unexamined Patent Publication No. 2011-255080

However, in games such as social games, in addition to the above mechanism, there is a demand for a mechanism for activating interaction between players. For example, there is room for further activation of interaction between players by providing a mechanism for activating the raid battle itself. In addition, when points are given to each other, not only the player who received the points but also the player who gave the points is given a profit that can be enjoyed in the battle, so that the points given to each other are activated. As a result, there is room for further activation of interaction between players.

The present invention has been made in view of the above, and an object of the present invention is to provide a technique for further activating interaction between game players.

The program according to the present invention uses a computer as a storage means for storing points provided to each player in a game in response to an instruction from another player, and a battle between a group of characters of a plurality of players and an enemy character. The present invention is characterized in that it functions as a control means for controlling to execute an event according to the point provided to the player in response to an instruction from one player.

The method according to the present invention is a method implemented in a server device provided with a storage means for storing points provided in response to an instruction from another player and a control means for each player in the game. Then, in a battle between a group of characters of a plurality of players and an enemy character, the control unit executes an event according to the points provided to the player in response to an instruction from one player. It is characterized by having a step to control the.

The server device according to the present invention is a storage means for storing points provided to each player in a game in response to an instruction from another player, and in a battle between a group of characters of a plurality of players and an enemy character. The player is provided with a control means for controlling the event according to the point provided to the player in response to an instruction from one player.

Further, the program of the present invention can be installed or loaded on a computer by downloading through various recording media such as an optical disk such as a CD-ROM, a magnetic disk, and a semiconductor memory, or via a communication network or the like. ..

Further, in the present specification and the like, the “part” does not simply mean a physical configuration, but also includes a case where the function of the configuration is realized by software. Further, the functions of one configuration may be realized by two or more physical configurations, or the functions of two or more configurations may be realized by one physical configuration.

According to the present invention, it is possible to provide a technique for further activating the interaction between game players.

It is a conceptual diagram which shows the structure of the game system in one Embodiment. It is a block diagram which shows the structure of the server apparatus in one Embodiment. It is a block diagram which shows the information stored in the server apparatus in one Embodiment. It is a conceptual diagram which shows the game flow in one Embodiment. It is a figure which shows the example of the information stored in the server apparatus in one Embodiment. It is a conceptual diagram for demonstrating the example of providing the point between players in one Embodiment. It is a flowchart which shows the process performed by the server apparatus in one Embodiment. It is a block diagram which shows the structure of the terminal apparatus in one Embodiment. It is a conceptual diagram which shows the example of the screen displayed on the terminal apparatus in one Embodiment. It is a conceptual diagram which shows the example of the screen displayed on the terminal apparatus in one Embodiment. It is a conceptual diagram which shows the example of the screen displayed on the terminal apparatus in one Embodiment.

Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings. However, the scope of the invention is not limited to these.

The configuration of the game system according to the embodiment will be described with reference to FIG. The game system 1 mainly includes information processing devices such as a server device 10 and a terminal device 20. The server device 10 and the plurality of terminal devices 20 can communicate with each other via the network N. Although three terminal devices 20 are shown in FIG. 1, the number of terminal devices 20 capable of communicating with the server device 10 is arbitrary.

The network N is a communication line for transmitting and receiving information between the server device 10 and the terminal device 20. For example, Internet, LAN, leased line, packet communication network, telephone line,
It may be an in-house network, other communication lines, a combination thereof, etc., and may be wired or wireless.

The server device 10 communicates with the terminal device 20 via the network N to communicate with the terminal device 20.
A game that can be played as a player by a user of the terminal device 20 operating the terminal device 20 is provided. In the server device 10, for example, a character in a game operated by a user of the terminal device 20 as a player (hereinafter, also referred to as a player character) is a character operated by a user of another terminal device 20 as a player (hereinafter, another player). (Also referred to as a character), or in cooperation with another player character, provides a battle game in which the game progresses while playing against an enemy character. It should be noted that one player can operate a plurality of player characters. A group of a plurality of player characters that can be operated by one player in this way is called a deck.
[Configuration and operation of server device]

An example of a schematic configuration of the server device 10 will be described with reference to FIG. The server device 10 mainly includes a control unit 11, a communication unit 14, a storage unit 15, a display unit 16, and an operation unit 17 as a configuration. The control unit 11 mainly includes a CPU (Central Processing Unit) 12 and a memory 13.

The server device 10 can be configured by using an information processing device such as a dedicated or general-purpose server computer. For example, the CPU 12 realizes various functions by executing a predetermined program stored in the memory 13 or the like. Functions as a means. The server device 10 is
It may be composed of a single device or may be composed of a plurality of devices distributed on a network.

In the control unit 11, the CPU 12 controls the operation of various configurations included in the server device 10 by expanding the program stored in the storage unit 15 or the like into the memory 13 and executing the program.
Controls the execution of various processes. Details of the processing executed by the control unit 11 will be described later.

The communication unit 14 is a communication interface for communicating with another information processing device via the network N. The communication unit 14 transmits and receives game information or operation information by the user, for example.

The storage unit 15 is composed of a storage device such as a hard disk. The storage unit 15 stores various programs and various information necessary for executing the processing in the control unit 11. Memory unit 15
A specific example of the information stored in is described later.

The display unit 16 is a display device that displays various information such as processing results by the control unit 11.
The display unit 16 is configured by using a member such as a liquid crystal or an organic EL.

The operation unit 17 is a user interface for receiving an operation on the server device 10. The operation unit 17 is composed of input devices such as a keyboard, a mouse, operation keys, a touch panel, and a stylus.

Next, an example of the information stored in the storage unit 15 of the server device 10 according to the embodiment will be described with reference to FIG. The storage unit 15 mainly stores the game control program 111, the friend management program 112, the point management program 113, the event execution control program 114, and the database 120. For example, in the control unit 11, the CPU 12 expands and executes these programs in the memory 13, and various functions are realized.

The game control program 111 is a program for performing a process of controlling the progress of the game according to the operation of the terminal device 20 by the player of the game and the preset game flow.

With reference to FIG. 4, an outline of an example of a game flow of a competitive social game will be described as an example of a game flow preset in one embodiment. First, the player character starts the quest in response to the operation of the terminal device 20 by the player of the game (that is, the user of the terminal device 20), and plays against various enemy characters encountered during the quest. A quest is a task (for example, defeating a preset type and number of characters in a competitive game) that is imposed on a player character during the game. In the battle in this quest, the player character is the character that is the opponent (hereinafter,
It is called an enemy character. ) Can be attacked, and it is also attacked by enemy characters. The player character acquires various items in exchange for defeating the enemy character.

In addition, the battle includes a raid battle in which the player character cooperates with another player character to play against an enemy character. Raid bosses, which are enemies of raid battles, are usually difficult to defeat with one player character, and one or more other player characters (hereinafter referred to as friends) registered in advance with the player You can defeat them by fighting together. As an example of how to cooperate, when a certain player character encounters a raid boss, he / she requests support from another player character (friend), and within a preset fixed time with another player character in response to the request. Attack the raid boss asynchronously. In addition, the normal scenario of the game is a quest, and when a raid boss is encountered, the scenario branches and a raid battle is performed. When an enemy character is defeated in a raid battle, all the player characters participating in the battle can acquire various items according to the defeated enemy character.

Further, the player character can execute various events that can be executed only in the raid battle according to the accumulated amount (charge amount) of points received in advance from another player who is a friend. As this event, for example, the player character can make a powerful attack on the enemy character in the raid battle according to the charge amount of points. As another example of the event, the defense power of the player character who executed the event and other player characters who participate in the raid battle together with the player character in a cooperative relationship can be increased. Various other events can be considered, and any event may be used as long as a plurality of player characters who are competing against the same enemy character in one raid battle can share profits. It should be noted that the points can be provided from the player character to another player character at a predetermined timing during the game. For example, by making it possible to perform at any timing before the start of the raid battle, it is possible to build a relationship between the players before the start of the raid battle.

Returning to the description of FIG. The friend management program 112 is a program that manages the registration of friends of each player. Specifically, the friend management program 112, for example,
When a friend application for the player character B is received from the terminal device 20 that operates the player character A, the information of the friend application is transmitted to the terminal device 20 that operates the player character B. After that, when the friend management program 112 receives an instruction for approval of the friend application from the terminal device 20 that operates the player character B, the friend management program 112 registers and registers the relationship between the player character A and the player character B as a friend. The information of the friend who made the message is stored in the database 120. Further, when the friend management program 112 receives an instruction to delete the friend registration from the terminal device 20, the friend management program 112 updates the information stored in the database 120 so as to delete the friend registration.

FIG. 5A shows an example of friend information registered for the player among the information stored in the database 120. In this example, the friend information includes the identification information (player ID) of the player who operates the player character and the identification information (friends 1 to 4) of each of a plurality of players registered as friends for the corresponding player. And include. The number of friends that can be registered for one player can be set arbitrarily. For example, the number of friends that can be registered for the player may be set according to the level of the player (a value added according to the enemy character that has been defeated so far, the amount of game play, and the like). For example, the number of friends that can be registered may be increased as the level of the player increases. The player's level rises as the game progresses according to preset rules.

The point management program 113 is a program that manages points provided and accumulated for each player in the game in response to instructions from other players. The points may be provided and accumulated for each player (hereinafter, the same applies). The point management program 113 accumulates points (charge amount) provided to each player.
Information is stored in the database 120. The player can give points only to the player who is a friend. The amount of points that the player can provide to his friends within a predetermined period and the amount of points that can be accumulated are limited to a predetermined value or less. The value (upper limit) of this limit can be set according to, for example, the experience value level of the player. Further, the number of points that the player can provide to one friend within a predetermined period is also limited to a predetermined amount.

An example of providing points between players managed by the point management program 113 will be described with reference to FIG. As shown in the figure, for example, when the player's level is 10, 30 points can be set to be provided to a friend per day. Also, for example
One player may be configured to provide one point to one friend per day. At this time, since a certain player can provide 30 points to friends a day, the player can give points to 30 friends a day.

FIG. 5B shows an example of information on the charge amount of points stored in association with player information among the information stored in the database 120. In this example, the player information includes the identification information (player ID) of the player who operates the player character, the level information (level) of the player, the charge amount of points held by the player (point charge amount), and the points that can be held. Upper limit of points (upper limit of point charge), upper limit of the number of points that the player can give to friends within a predetermined period (for example, one day) (upper limit of points given)
, Includes the upper limit of the number of other players that can be registered as friends (friend upper limit). In addition, it should be noted
It is desirable that the upper limit of points granted is set less than the upper limit of friends. By setting the award point limit as such, the player will not be able to use all of his friends.
Points can be given only to a part. As a result, the value of points increases.

Returning to the description of FIG. The event execution control program 114 is accumulated for the character of the player in response to an instruction from the player via the terminal device 20 in a battle (raid battle) between a group of characters of a plurality of players and an enemy character. It is a program that controls the execution of events according to points. Specifically, in the raid battle, the event execution control program 114 refers to the point information stored in the database 120 when receiving an instruction from one player participating in the raid battle, and refers to the point information of the player. Controls the character to execute an event according to the accumulated points. Further, the event may be limited so that it can be executed when the accumulated amount of points is a predetermined value (for example, 5 points) or more. When the event is executed, all (or some) of the accumulated points will be lost. Further, the event can be executed when the accumulated amount of points is equal to or more than a predetermined value, and the size of the event may change according to the amount of points added from the predetermined value. That is, the size of the event (parameters such as attack power) in the case of 5 points is smaller than the size of the event in the case of 6 points. With such a configuration, the motivation to collect points can be improved.

As an event, for example, as described above, the player's character can make a powerful attack on an enemy character in a raid battle according to the amount of points charged.
That is, the larger the charge amount of points, the more powerful the attack can be made against the enemy character. As another example of an event, the character of the player who executed the event and the character of another player who participates in the raid battle in cooperation with the character of the player concerned are increased in defense and the damage is recovered. You can also do it. Various other events can be considered, and any event may be used as long as the characters of a plurality of players who are competing against the same enemy character in one raid battle can share profits.

In this way, the event execution control program 114 controls the execution of events that can be executed only in the raid battle, so that the player can be motivated to play in the raid battle. That is, even if the player encounters a strong enemy that cannot be captured by one person,
The more frequently you interact with your friends before the encounter (that is, if you get a lot of points from your friends), the more likely you are to defeat the enemy character in proportion to that frequency, so go to the raid battle. It leads to an increase in motivation to take on challenges, and can also secure the motivation to continue the game and capture. In addition, with such a configuration, the game is played while grasping the point acquisition status of other players, and multiple players bring the points accumulated to each other to challenge the enemy character to be defeated, which is more efficient. You can give all players a way to get good results (successful subjugation).

Furthermore, the result of executing the event is shared among all the players participating in the raid battle, so that the players are more motivated to provide points to their friends. As a result, the interaction between the players by providing points is activated. Further, by associating the frequency of such interaction between players with the results and rewards that can be shared between players, it is possible to improve the sense of unity between players as compared with the conventional specifications of simply participating in a raid battle.

The database 120 contains information necessary for the above processing executed by the server device 10.
And various information such as the information generated by the process is stored. Database 120
For example, the above-mentioned point information and friend information are stored.

Next, an example of a processing flow related to an event executed in the server device 10 will be described with reference to FIG. 7. In addition, each processing step included in the processing flow described below is
As long as there is no contradiction in the processing contents, the order can be arbitrarily changed or executed in parallel, and other steps may be added between each processing step. Further, for convenience, the step described as one step can be executed by dividing it into a plurality of steps.
For convenience, what is described in a plurality of steps can be grasped as one step.

First, in step S11, the control unit 11 determines whether or not the player has encountered the raid boss during the play in the quest, and if it is determined that the player has encountered the raid boss, the process of the raid battle is started, and the process is stepped. Proceed to S12.

In step S12, the control unit 11 determines whether or not the player can execute the event. In order to determine whether or not the event can be executed, the control unit 11 refers to, for example, the charge amount of the points stored in association with the player information stored in the database 120, and the charge is the charge. It is determined that the event can be executed when the amount is equal to or more than a predetermined value (for example, 5 points). When it is determined that it is not executable (No in step S12), the process is completed, and when it is determined that it is executable (Y in step S12).
es), the process proceeds to step S13.

In this way, the event cannot be executed unless the charge amount of the points is equal to or more than a predetermined value, so that the player recognizes the points as important. Therefore, the player comes to like the other player who gave the points, and can think of giving points to that player as well. As a result, interaction between players is activated.

In step S13, the control unit 11 determines whether or not the player has instructed the execution of the event via the terminal device 20.

When the execution of the event is instructed (Yes in step S13), the control unit 11 executes the event according to the points (charge amount) accumulated for the player character (step S14). After executing the event, the process ends. If the execution of the event is not instructed (No in step S13), the process proceeds to step S15.

In step S15, the control unit 11 determines whether or not the battle has ended. If the match has not ended (No in step S15), the process proceeds to step S13, and if the match has ended (Yes in step S15), the process ends. Details about the event are as described above.

As described above, according to the present embodiment, since the event that can be executed only in the raid battle is provided, it can be expected that the play of the raid battle is promoted, and the interaction between the players in the game is activated. Can be done.

Further, according to the present embodiment, the event cannot be executed unless the charge amount of points is equal to or more than a predetermined value (or, if the charge amount of points is low, the effect of executing the event is also low), so that the player can charge points. It will be recognized as important. Therefore, the player comes to like the other player who gave the points, and can think of giving points to that player as well. As a result, a relationship of trust (human relationship) can be built between the players by giving and receiving points. Once the relationships are established, the player who notices the friend who is engaged in the raid battle can participate in the raid battle to cooperate with the friend, execute an event, and activate the interaction between the players.

Further, according to the present embodiment, the result produced by executing the event is shared among all the players participating in the raid battle. For example, an attack on a raid boss as an event
It will be beneficial to all players participating in the raid battle. By sharing the result of the execution of the event among the players participating in the raid battle in this way, a sense of fellowship is created among the players, and the interaction between the players can be activated.

Furthermore, the result of executing the event is shared among all the players participating in the raid battle, so that the players are more motivated to provide points to their friends. As a result, the interaction between the players by providing points is activated.

[Configuration and operation of terminal device]
An example of the schematic configuration of the terminal device 20 will be described with reference to FIG. The terminal device 20 mainly includes a control unit 21, a communication unit 24, a storage unit 25, a display unit 26, and an operation unit 27 as a configuration.
The control unit 21 mainly includes a CPU 22 and a memory 23.

Information terminals such as mobile phones (including smartphones), tablet terminals, and personal computers can be applied to the terminal device 20. The terminal device 20 is, for example, a CPU.
The 22 functions as various function realization means by executing various programs stored in the memory 23 or the like.

In the control unit 21, the CPU 22 controls the operation of various configurations included in the terminal device 20 by expanding and executing the program stored in the storage unit 25 or the like in the memory 23, and also controls the execution of various processes. To do. An example of the processing executed by the control unit 21 will be described later.

The communication unit 24 is a communication interface for communicating with another information processing device via the network N. The communication unit 24 transmits and receives game information or operation information by the user, for example.

The storage unit 25 is composed of a storage device such as a hard disk. The storage unit 25 stores various programs and various information necessary for executing the processing in the control unit 21. Memory 25
Stores, for example, the game control program 251. Game control program 251
Is a program for operating the terminal device 20 by the player of the game and performing a process of controlling the progress of the game according to a preset game flow.

The display unit 26 is a display device that displays various information such as processing results by the control unit 21.
The display unit 26 is configured by using a member such as a liquid crystal or an organic EL.

The operation unit 27 is a user interface for receiving an operation on the terminal device 20. The operation unit 27 is composed of input devices such as a keyboard, a mouse, operation keys, a touch panel, and a stylus.

Next, the operation of the terminal device 20 will be described with reference to FIGS. 9 to 11.
FIG. 9 shows an example of an operation screen displayed on the display unit 26 of the terminal device 20 when the player confirms the charge amount of points and when the points are given to friends. In the example of FIG. 9, the point charge amount of the player is displayed in the upper row (91), and the point grant status to the player who has a friend relationship with the player is displayed in the lower row (92). As shown in the upper row, a total of 10 icons indicating the charge amount (93) are displayed, indicating that the upper limit of the charge amount of points is 10. Also, the icon whose color is inverted (
931) indicates the current charge amount, and in the example of FIG. 9, it is shown that the charge amount is 6. One of the icons (931) indicating the charge amount may indicate one point from a friend, or may correspond to a predetermined number of points. Further, the upper limit of the charge amount may be proportional to the number of friends of the player. In this example, the point charge amount icon is used for display, but the method of displaying the charge amount is not limited to this form, and another display form such as a meter may be used. Further, although not shown in FIG. 9, a display indicating whether or not the event can be executed may be added together with the display of the point charge amount. That is, when the charge amount is equal to or more than a predetermined value, it is displayed that the event is executed. In addition, the parameter related to the event may be displayed together with the display of the point charge amount. For example, when attacking as an event, the parameter of the attack power may be displayed.

As shown in the lower row (92), a list of friends (94) of the player's character is displayed, and points are given to the friends by tapping the icon (95) displayed next to each friend list. Can be done. In addition, a status display (96) indicating whether points can be given (sent) or not (sent) to each friend.
It is shown. When the status display (96) makes it impossible to give points, the icon is grayed out or the icon is hidden to make it impossible to give points. The player refers to this display via the operation unit 27 of the terminal device 20.
It is possible to give an instruction to give points to a friend who can give points.

FIG. 10 shows a screen displayed on the display unit 26 of the terminal device 20 when a player makes an attack (hereinafter, referred to as a friend bomb) as an event against a raid boss in a raid battle. When the amount of points accumulated for the player is equal to or greater than a predetermined value (for example, 5 points), a predetermined display indicating that the friend bomb can be executed during the raid battle is displayed on the play screen of this player. It is done against. In this example, a "Friend Bomb" button is displayed to execute the Friend Bomb. The player taps this button, etc.
By instructing the server device 10 to execute the friend bomb via the operation unit 27, the raid boss can be fired with a powerful friend bomb according to the accumulated amount of points. When instructed to fire, a friend bomb is fired at the raid boss as shown in FIG. That is, FIG. 11 shows an example of a screen that displays the result of executing the event.

The ID (or nickname, etc.) of another player who has given points to the player may be displayed on the display unit 26. By doing so, the player can visually grasp which player is responsible for executing the event.

The present invention is not limited to the above-described embodiment, and can be implemented in various other forms without departing from the gist of the present invention. The above embodiments are merely exemplary in all respects and are not to be construed as limiting.

1 game system, 10 server devices, 11,21 controls, 12, 22 CPUs,
13,23 memory, 14,24 communication unit, 15,25 storage unit, 16,26 display unit,
17, 27 operation unit, 20 terminal device

Claims (11)

A game control program for providing a game in which a plurality of players can cooperate in a battle.
One or more computers,
Prior to the start of the battle, the first player among the plurality of players is instructed to give a game element to which the effect is reflected in the battle to the second player among the plurality of players.
The first control means that receives from the player via the input interface,
It functions as a second control means for displaying a screen on the display capable of recognizing whether or not the game element can be given to the second player.
A game control program in which the number of game elements that the first player can give to the second player is within the range of the first predetermined number set for the first player. A game control program for providing a game in which a plurality of players can cooperate in a battle.
One or more computers,
Prior to the start of the battle, the first player among the plurality of players is instructed to give a game element to which the effect is reflected in the battle to the second player among the plurality of players.
The first control means that receives from the player via the input interface,
It functions as a second control means for displaying a screen on the display capable of recognizing whether or not the game element can be given to the second player.
A game control program in which the number of game elements that can be given to the second player is within the range of a second predetermined number set for the second player. The game control program according to claim 2, wherein the number of game elements that the first player can give to the second player is within the range of the first predetermined number set for the first player. Claims 1 to 3 that the game element can be given from the first player to the second player only when the first player and the second player are associated with each other in advance.
The game control program described in any of. A game control system for providing a game in which a plurality of players can cooperate in a battle.
Prior to the start of the battle, the first of the plurality of players is instructed to give a game element to which the effect is reflected in the battle to the second player of the plurality of players.
The first control means that receives from the player via the input interface,
A second control means for displaying a screen on the display capable of recognizing whether or not the game element can be given to the second player is provided.
A game control system in which the number of game elements that the first player can give to the second player is within the range of the first predetermined number set for the first player. A game control system for providing a game in which a plurality of players can cooperate in a battle.
Prior to the start of the battle, the first player among the plurality of players is instructed to give a game element to which the effect is reflected in the battle to the second player among the plurality of players.
The first control means that receives from the player via the input interface,
A second control means for displaying a screen on the display capable of recognizing whether or not the game element can be given to the second player is provided.
A game control system in which the number of game elements that can be given to the second player is within the range of a second predetermined number set for the second player. The game control system according to claim 6, wherein the number of game elements that the first player can give to the second player is within the range of the first predetermined number set for the first player. In order to realize the game control system according to any one of claims 5 to 7, at least one or a plurality of communicably connected computers is used as at least one of the first and second control means. A game control program to make it work. A game control method using one or more computers for providing a game in which a plurality of players can cooperate in a battle.
To the one or more computers
Prior to the start of the battle, the first player among the plurality of players is instructed to give a game element to which the effect is reflected in the battle to the second player among the plurality of players.
Accepting from the player via the input interface
Displaying a screen on the display that can recognize whether or not the game element can be given to the second player is executed.
A game control method in which the number of game elements that the first player can give to the second player is within the range of the first predetermined number set for the first player. A game control method using one or more computers for providing a game in which a plurality of players can cooperate in a battle.
To the one or more computers
Prior to the start of the battle, the first player among the plurality of players is instructed to give a game element to which the effect is reflected in the battle to the second player among the plurality of players.
Accepting from the player via the input interface
Displaying a screen on the display that can recognize whether or not the game element can be given to the second player is executed.
A game control method in which the number of game elements that can be given to the second player is within the range of a second predetermined number set for the second player. The game control method according to claim 10, wherein the number of game elements that the first player can give to the second player is within the range of the first predetermined number set for the first player.