JP6535787B2 - Program, method and server device - Google Patents

Description

  The present invention relates to a program, a method and a server apparatus.

  In an online game (hereinafter referred to as a social game) in which players play against each other or cooperate with each other, in order to enhance the interest of the game, a mechanism is provided to activate the interaction between the players. Is important. For example, as a mechanism for activating exchange between players, a raid battle is known which cooperates with a plurality of players and plays a match against enemies 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 the players give points to each other so that the players can acquire items in exchange for the accumulated points.

Unexamined-Japanese-Patent No. 2011-255080

  However, in games such as social games, there is a demand for a mechanism for activating communication between players in addition to the above mechanism. For example, by providing a mechanism for activating the above-mentioned raid battle itself, there is room to further activate communication between players. In addition, in the case where the players give points to each other, not only the player who has received the points but also the player who has given the points gives a benefit that can be enjoyed in the match, so that the points between the players are activated. As a result, there is room to further activate interaction between players.

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

  A program according to the present invention includes a storage means for storing a point provided for each player in a game in response to an instruction from another player, and a game in which a group of characters of a plurality of players and an enemy character are played In the above, it is characterized in that it functions as a control unit that controls to execute an event according to the point provided to the player in response to an instruction from one player.

  A method according to the present invention is a method implemented in a server apparatus including storage means for storing points provided in response to an instruction from another player for each player in a game, and control means. And the control unit executes an event according to the points provided to the player in response to an instruction from one player in a battle between a group of characters of a plurality of players and the enemy character. Control step.

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

  Also, 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, a semiconductor memory, or through a communication network. .

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

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

It is a conceptual diagram showing composition of a game system in one embodiment. It is a block diagram showing composition of a server apparatus in one embodiment. It is a block diagram which shows the information memorize | stored in the server apparatus in one Embodiment. It is a conceptual diagram which shows the game flow in one Embodiment. In one embodiment, it is a figure showing an example of information memorized by a server apparatus. It is a conceptual diagram for demonstrating the example of provision of the point between players in one Embodiment. It is a flowchart which shows the process implemented by the server apparatus in one Embodiment. It is a block diagram which shows the structure of the terminal device in one Embodiment. It is a conceptual diagram which shows the example of the screen displayed on a terminal device in one Embodiment. It is a conceptual diagram which shows the example of the screen displayed on a terminal device in one Embodiment. It is a conceptual diagram which shows the example of the screen displayed on a terminal device 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 a game system according to an embodiment will be described with reference to FIG. The game system 1 mainly includes information processing devices such as the server device 10 and the 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 described in FIG. 1, the number of terminal devices 20 that can communicate 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, the Internet, a LAN, a dedicated line, a packet communication network, a telephone line, an intra-company network, other communication lines, a combination thereof, or the like may be used, regardless of wired or wireless.

The server device 10 communicates with the terminal device 20 via the network N to provide a game that the user of the terminal device 20 can play as a player by operating the terminal device 20. The server device 10 is, for example, a character (hereinafter referred to as another player) which a character on a game operated by the user of the terminal device 20 as a player (hereinafter referred to as a player character) operates as a player of the other terminal device 20 Also, the present invention provides a battle game in which a game is progressed while playing a battle against an enemy character or in cooperation with another player character. One player can operate a plurality of player characters. A plurality of player character groups that can be operated by one player in this manner are called a deck.
[Configuration and Operation of Server Device]

  An example of the 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 apparatus 10 can be configured using an information processing apparatus such as a dedicated or general-purpose server computer. For example, various functions are realized by the CPU 12 executing a predetermined program stored in the memory 13 or the like. Act as a means. The server device 10 may be configured by a single device or may be configured by a plurality of devices distributed on a network.

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

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

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

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

  The operation unit 17 is a user interface for receiving an operation on the server device 10. The operation unit 17 is configured by an input device such as a keyboard, a mouse, an operation key, a touch panel, and a stylus.

  Next, with reference to FIG. 3, an example of information stored in the storage unit 15 of the server device 10 according to an embodiment will be described. The storage unit 15 mainly stores a game control program 111, a friend management program 112, a point management program 113, an event execution control program 114, and a database 120. These programs are expanded in the memory 13 and executed by the CPU 12 in the control unit 11, for example, 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 game flow set in advance.

  With reference to FIG. 4, an outline of an example of a game flow of a battle-type social game will be described as an example of a game flow set in advance in one embodiment. First, the player character starts a 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 a match with various enemy characters encountered during the quest. A quest is a task imposed on a player character during a game (for example, defeating a predetermined type and number of characters in a match-type game). In the battle in this quest, the player character can attack the character that is the opponent (hereinafter referred to as an enemy character), and receives an attack from the enemy character. The player character acquires various items in exchange for defeating the enemy character.

  The battle includes a raid battle in which a player character battles with an enemy character in cooperation with another player character. Normally, it is difficult for a raid boss, who is the enemy of raid battles, to defeat with one player character, and one or more other player characters (hereinafter referred to as friends) registered in advance for the player are referred to as friends. You can defeat by cooperating and fighting. As an example of the cooperation method, when a player character encounters a raid boss, another player character (friend) is requested to support, and another player character according to the request is made within a predetermined time. Attack the raid boss asynchronously. In addition, if the usual scenario of the game is a quest, and a raid boss is encountered, the scenario branches and raid battle is performed. When the enemy character is defeated in the raid battle, all the player characters participating in the battle can acquire various items corresponding to the defeated enemy character.

  Furthermore, the player character can execute various events that can be performed only in a raid battle according to the accumulated amount (charge amount) of points previously received from another player who is a friend. As this event, for example, the player character can attack the enemy character in the raid battle according to the amount of charge of the point. As another example of the event, it is also possible to increase the defenses of the player character who has executed the event and the other player characters participating in a raid battle with the player character with a cooperative relationship. The event may be any other type of event, as long as a plurality of player characters playing against the same enemy character in one raid battle can share a profit. Note that provision of points from the player character to other player characters can be performed at a predetermined timing in the game. For example, it is possible to establish a relationship between players before the start of a raid battle by specifying that it can be performed at an arbitrary timing before the raid battle start.

  It returns to the explanation of FIG. The friend management program 112 is a program for managing registration of friends of each player. Specifically, when the friend management program 112 receives, for example, a friend application for the player character B from the terminal device 20 operating the player character A, the friend management program 112 transmits the friend application to the terminal device 20 operating the player character B. Send information Thereafter, when receiving an instruction to approve the friend application from the terminal device 20 operating the player character B, the friend management program 112 registers the relationship between the player character A and the player character B as a friend and registers the same. The stored information of the friend is stored in the database 120. Furthermore, 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 the information of friends registered for the player among the information stored in the database 120. In this example, the friend information includes identification information (player ID) of the player who operates the player character, and identification information (friends 1 to 4) of each of a plurality of players registered as friends with respect to the corresponding player. And. Note that 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 with the player may be set according to the level of the player (a value added according to the enemy character that has been defeated, the game play amount, etc.). For example, the number of friends that can be registered may be increased as the player's level rises. The player's level rises with the progress of the game in accordance with preset rules.

  The point management program 113 is a program for managing points provided and accumulated in response to an instruction from another player to each player in the game. The points may be provided and accumulated for each player (the same applies hereinafter). The point management program 113 stores information of the accumulated amount (charge amount) of points provided to each player 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 the friend within a predetermined period, and the amount of accumulating the provided points, are limited within a predetermined value. The limit value (upper limit value) may be set, for example, according to the player's experience level. Furthermore, the number of points that the player can provide to one friend in a predetermined period is also limited to a predetermined amount.

  An example of provision of 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 provided to a friend per day. Also, for example, one player can be set to provide one point to one friend per day. At this time, since a player can provide 30 points to a friend per day, the player can provide points to 30 friends per day.

  FIG. 5B shows an example of the information of the charge amount of points stored in the database 120 in association with the information of the player. In this example, the player's information includes identification information (player ID) of the player who operates the player character, information (level) of the player's level, charge amount of points held by the player (point charge amount), and points that can be held. Upper limit (point charge upper limit), upper limit of the number of points that a player can give to a friend within a predetermined period (for example, one day) (upper limit of grant points), upper limit of the number of other players that can be registered as friends Includes (friend limit). In addition, as for a grant point upper limit, it is desirable to set less than a friend upper limit. By thus setting the grant point upper limit, the player can give points to only some of the friends, not all of them. As a result, the value of points improves.

  It returns to the explanation of FIG. The event execution control program 114 is stored for the character of the player according to an instruction from the player via the terminal device 20 in a battle (a raid battle) between a group of characters of a plurality of players and the enemy character. It is a program that controls the execution of events according to points. Specifically, 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 in the raid battle, and It controls to execute the event according to the point accumulated for the character. Also, the event may be limited so as to be executable when the accumulated amount of points is equal to or greater than a predetermined value (for example, 5 points). When the event is executed, all (or part) of the accumulated points are lost. Further, the event may be executed when the accumulated amount of points is equal to or more than a predetermined value, and the size of the event may be changed according to the addition amount of points from the predetermined value. That is, the size of the event (parameter such as the attack power) in the case of 5 points is smaller than the size of the event in the case of 6 points. Such a configuration can improve the motivation for collecting points.

  As an event, for example, as described above, the player character can attack the enemy character in the raid battle according to the amount of charge of the point. That is, the larger the point charge amount, the more powerful the attack against the enemy character can be made. As another example of the event, the defense ability of the character of the player who executed the event and the characters of the other players participating in the raid battle with the character of the player with cooperation is improved or the damage is recovered. It can also be done. The event may be any of various other types of events, as long as characters of a plurality of players who are playing against the same enemy character in one raid battle can share a benefit.

  As described above, since the event execution control program 114 controls the execution of an event that can be performed only in a raid battle, it is possible to inspire the player to play in the raid battle. That is, even when a player encounters a strong enemy that can not be attacked alone, if the frequency of interaction with the friend before the encounter is high (ie, if many points are obtained from the friend), the frequency The probability that the enemy character can be defeated in proportion to is increased, which leads to the improvement of the motivation to challenge the raid, and further, the motivating of the continuation of the game and the capture can be secured. Also, with such a configuration, the game is played while grasping the point acquisition situation of other players, and a plurality of players carry points accumulated to each other to challenge the enemy character more efficiently. You can give all players a way to get good results (successful defeat).

  In addition, since the outcome resulting from the execution of the event is shared among all players participating in the raid battle, the player is more motivated to offer points to his friends. As a result, communication between players by provision of points is activated. Further, by associating the frequency of the interaction between the players with the result and reward which can be shared between the players, the sense of unity between the players can be improved more than the conventional specification merely participating in the raid battle.

  The database 120 stores various types of information such as information necessary for the above-described process executed by the server device 10 and information generated by the process. The database 120 stores, for example, the point information and the friend information described above.

  Next, with reference to FIG. 7, an example of the flow of processing related to an event executed in the server device 10 will be described. Note that each processing step included in the processing flow described below can be arbitrarily changed in order or can be executed in parallel, as long as no contradiction occurs in the processing content. You may add steps. In addition, while the steps described as one step can be divided into a plurality of steps and executed for convenience, those described into a plurality of steps for convenience can be grasped as one step.

  First, in step S11, the control unit 11 determines whether the player encounters a raid boss while playing in the quest, and when it is determined that the encounter is encountered, starts the process of raid battle, and the process is a step Go to S12.

  In step S12, the control unit 11 determines whether the player can execute an event. In order to determine whether the event can be executed, the control unit 11 refers to, for example, the charge amount of the point stored in association with the information of the player stored in the database 120, If the amount is equal to or greater than a predetermined value (for example, 5 points), it is determined that the event is executable. If it is determined that execution is not possible (No in step S12), the process ends, and if it is determined that execution is possible (Yes in step S12), the process proceeds to step S13.

  As described above, since the event can not be executed unless the charge amount of the point is equal to or more than the predetermined value, the player recognizes the point as being important. Therefore, the player can have a favor with other players who give points, and can think to give points to the player as well. As a result, interaction between players is activated.

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

  When execution of an event is instructed (Yes in step S13), the control unit 11 executes an event according to points (charge amount) accumulated for the player's character (step S14). After executing the event, the process ends. In addition, when 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 the battle has ended. If the battle has not ended (No in step S15), the process proceeds to step S13. If the battle has ended (Yes in step S15), the process ends. The details of the event are as described above.

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

  Further, according to the present embodiment, the player can not execute the event unless the charge amount of the point is a predetermined value or more (or, if the charge amount of the point is low, the effect by the execution of the event is also low). It is considered to be recognized as important. Therefore, the player can have a favor with other players who give points, and can think to give points to the player as well. As a result, it is possible to build a trust relationship (human relationship) between players by exchanging points. Once a relationship is established, a player who notices a friend who is engaged in a raid battle may participate in the raid battle in order to cooperate with the friend, execute an event, etc., and interaction between players may be activated.

  Further, according to the present embodiment, the result generated by the execution of the event is shared among all the players participating in the raid battle. For example, an attack on raid boss as an event is a benefit for all players participating in raid battle. By sharing the result generated by the execution of the event among the players participating in the raid battle in this manner, friendliness can be created between the players, and interaction between the players can be activated.

  In addition, since the outcome resulting from the execution of the event is shared among all players participating in the raid battle, the player is more motivated to offer points to his friends. As a result, communication between players by provision of 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.

  The terminal device 20 can apply an information terminal such as a mobile phone (including a smart phone), a tablet terminal, and a personal computer. The terminal device 20 functions as various function implementing means, for example, by the CPU 22 executing various programs stored in the memory 23 or the like.

  In the control unit 21, the CPU 22 controls the operation of various components 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 controls the execution of various processes. Do. An example of 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 apparatus via the network N. The communication unit 24 transmits and receives game information or operation information by a user, for example.

  The storage unit 25 is configured of a storage device such as a hard disk. The storage unit 25 stores various programs and various information necessary for execution of processing in the control unit 21. The storage unit 25 stores, for example, a game control program 251. The game control program 251 is a program for performing a process of controlling the progress of the game in accordance with the operation of the terminal device 20 by the player of the game and the game flow set in advance.

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

  The operation unit 27 is a user interface for receiving an operation on the terminal device 20. The operation unit 27 includes an input device such as a keyboard, a mouse, an operation key, 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 the operation screen displayed on the display unit 26 of the terminal device 20 when the player confirms the charge amount of points and when giving points to friends. In the example of FIG. 9, the upper point (91) displays the point charge amount of the player, and the lower stage (92) displays the point grant status to the player who is in a friend relationship with the player. As shown in the upper row, ten icons indicating the charge amount (93) are displayed in all, indicating that the upper limit of the point charge amount is 10. Further, the icon (931) whose color is reversed indicates the current charge amount, and it is shown that the charge amount is 6 in the example of FIG. 9. One of the icons 931 indicating the charge amount may indicate one point from the friend, or may correspond to a predetermined number of points. The upper limit of the charge amount may be proportional to the number of friends of the player. In this example, the icon of the charge amount of points is displayed, but the display method of the charge amount is not limited to this form, and may be another display form such as a meter. Further, although not shown in FIG. 9, a display indicating whether the event can be executed or not may be added together with the display of the point charge amount. That is, when the charge amount is equal to or more than the predetermined value, it is displayed that the event is an execution. Also, 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, parameters of the attacking power may be displayed.

  A list (94) of player character friends is displayed as shown in the lower row (92), and points are given to the friends by tapping the icon (95) displayed next to each friend list. Can. In addition, a status display (96) indicating whether it is possible to give points (sent) or not (sent) is shown for each friend. Also, when the status display (96) can not give points, it is impossible to give an instruction to give points by graying out the icon or hiding the icon. The player can refer to the display to give an instruction to give points to a friend who can give points, through the operation unit 27 of the terminal device 20.

  FIG. 10 shows a screen displayed on the display unit 26 of the terminal device 20 when the player performs an attack (hereinafter referred to as a friend bomb) as an event on a raid boss in a raid battle. When the amount of points accumulated for the player is equal to or more 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 the player It is done against. In this example, a "friend bomb" button for executing a friend bomb is displayed. The player instructs the server apparatus 10 to execute a friend bomb via the operation unit 27 by tapping this button, etc., whereby the launch of the friend bomb of the power corresponding to the accumulated amount of points is sent to the raid boss. Can be done. When instructed to fire, a friendly bomb is fired to the raid boss as shown in FIG. That is, FIG. 11 shows an example of a screen displaying the result of the event execution.

  Note that the ID (or nickname or the like) of another player who has given points to the player may be displayed on the display unit 26. By doing this, the player can visually grasp which player can execute the event.

  The present invention is not limited to the embodiments described above, and can be implemented in other various forms without departing from the scope of the present invention. The above embodiments are merely illustrative in every respect and are not to be construed as limiting.

  DESCRIPTION OF SYMBOLS 1 game system, 10 server apparatus, 11, 21 control part, 12, 22 CPU, 13, 23 memory, 14, 24 communication part, 15, 25 storage part, 16, 26 display part, 17, 27 operation part, 20 terminal apparatus

Claims (11)

A game control program for providing a game in which a plurality of players can cooperatively play a game,
One or more computers,
It is possible to give a game element to the second player an instruction to give a game element to which an effect is reflected in the battle to a second player of the plurality of players before the start of the battle First control means received from the first player of the plurality of players via the input interface only in the case where
A second control means for displaying on a display a screen capable of recognizing whether or not the game element can be given to the second player, and a screen capable of recognizing an effect of the game element reflected in the battle Act as,
The game control program, wherein the number of game elements that the first player can give to the second player is within a first predetermined number range set for the first player. A game control program for providing a game in which a plurality of players can cooperatively play a game,
One or more computers,
It is possible to give a game element to the second player an instruction to give a game element to which an effect is reflected in the battle to a second player of the plurality of players before the start of the battle First control means received from the first player of the plurality of players via the input interface only in the case where
A second control means for displaying on a display a screen capable of recognizing whether or not the game element can be given to the second player, and a screen capable of recognizing an effect of the game element reflected in the battle Act as,
The game control program, wherein the number of game elements that can be given to the second player is within a second predetermined number range 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 a range of a first predetermined number set for the first player.   The game element according to any one of claims 1 to 3, wherein the game element can be provided from the first player to the second player only when the first player and the second player are associated in advance. Game control program. A game control system for providing a game in which a plurality of players can cooperatively play a game,
It is possible to give a game element to the second player an instruction to give a game element to which an effect is reflected in the battle to a second player of the plurality of players before the start of the battle First control means received from the first player of the plurality of players via the input interface only in the case where
A second control means for displaying on a display a screen capable of recognizing whether or not the game element can be given to the second player, and a screen capable of recognizing an effect of the game element reflected in the battle , And
The game control system, wherein the number of game elements that the first player can give to the second player is within a first predetermined number range set for the first player. A game control system for providing a game in which a plurality of players can cooperatively play a game,
It is possible to give a game element to the second player an instruction to give a game element to which an effect is reflected in the battle to a second player of the plurality of players before the start of the battle First control means received from the first player of the plurality of players via the input interface only in the case where
A second control means for displaying on a display a screen capable of recognizing whether or not the game element can be given to the second player, and a screen capable of recognizing an effect of the game element reflected in the battle , And
The game control system, wherein the number of game elements that can be given to the second player is within a second predetermined number range 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 a first predetermined number range set for the first player.   In order to implement the game control system according to any one of claims 5 to 7, at least one of one or more communicably connected computers is used as at least one of the first and second control means. 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 to play a match.
The one or more computers
It is possible to give a game element to the second player an instruction to give a game element to which an effect is reflected in the battle to a second player of the plurality of players before the start of the battle In any case, receiving from the first player of the plurality of players via the input interface;
Displaying on a display a screen capable of recognizing whether the game element can be given to the second player and a screen capable of recognizing the effect of the game element reflected in the battle Let
The game control method, wherein the number of game elements that the first player can give to the second player is within a range of a 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 to play a match.
The one or more computers
It is possible to give a game element to the second player an instruction to give a game element to which an effect is reflected in the battle to a second player of the plurality of players before the start of the battle In any case, receiving from the first player of the plurality of players via the input interface;
Displaying on a display a screen capable of recognizing whether the game element can be given to the second player and a screen capable of recognizing the effect of the game element reflected in the battle Let
The game control method, wherein the number of game elements that can be given to the second player is within a second predetermined number range 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 a range of a first predetermined number set for the first player.