JP2024015360A - 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 a program, a method, and a server device.

Online games in which players compete against each other or cooperate with each other (
Hereinafter, it is called a social game. ), in order to increase the interest of the game, it is important to provide a mechanism for stimulating interaction between players. For example, a raid battle is known as a mechanism for stimulating interaction between players, in which players cooperate with a plurality of players and compete against enemies encountered during the game (see Patent Document 1). Furthermore, as another mechanism for stimulating interaction between players, it is also possible to provide a mechanism in which points are awarded to each other and the players can acquire items in exchange for the accumulated points.

JP2011-255080A

However, in games such as social games, there is a demand for a mechanism for further stimulating interaction between players in addition to the above mechanism. For example, by providing a mechanism to activate the raid battle itself, there is room to further activate interaction between players. In addition, when players give points to each other, giving benefits that can be enjoyed in a battle not only to the player who received the points but also to the player who gave the points will invigorate the mutual giving of points between players. As a result, there is room to further stimulate interaction between players.

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

A program according to the present invention includes a storage means for storing points provided to each player in a game in response to instructions from other players, and a computer for playing a game 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, in response to an instruction from one player, an event corresponding to the points provided to that player.

The method according to the present invention is a method carried out in a server device including a storage means for storing points provided to each player in a game in response to instructions from other players, and a control means. In a battle between a group of characters of a plurality of players and an enemy character, the control unit executes an event corresponding to the points provided to one player in response to an instruction from one player. The invention is characterized by comprising a step for controlling.

A server device according to the present invention includes a storage means for storing points provided to each player in a game in response to an instruction from another player, and a storage device 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. , a control means for controlling to execute an event corresponding to the points provided to one player in response to an instruction from one player.

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

Furthermore, in this specification and the like, the term "unit" does not simply mean a physical configuration, but also includes cases in which the functions of the configuration are realized by software. Furthermore, 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 invigorating interaction between game players.

1 is a conceptual diagram showing the configuration of a game system in one embodiment. FIG. 2 is a block diagram showing the configuration of a server device in an embodiment. It is a block diagram showing information stored in a server device in one embodiment. It is a conceptual diagram showing a game flow in one embodiment. FIG. 3 is a diagram illustrating an example of information stored in a server device in one embodiment. FIG. 3 is a conceptual diagram for explaining an example of providing points between players in one embodiment. It is a flowchart which shows the process performed by a server apparatus in one embodiment. It is a block diagram showing the composition of the terminal device in one embodiment. It is a conceptual diagram showing an example of a screen displayed on a terminal device in one embodiment. It is a conceptual diagram showing an example of a screen displayed on a terminal device in one embodiment. It is a conceptual diagram showing an example of a screen displayed on a terminal device in one embodiment.

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

With reference to FIG. 1, the configuration of a game system according to an embodiment will be described. 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 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, LAN, leased line, packet communication network, telephone line,
It may be an in-house network, another communication line, a combination thereof, etc., and it does not matter whether it is wired or wireless.

By communicating with the terminal device 20 via the network N, the server device 10
To provide a game that a user of a terminal device 20 can play as a player by operating the terminal device 20. For example, the server device 10 may be configured such that 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 as a player by a user of another terminal device 20 (hereinafter referred to as a player character). To provide a fighting game in which the game is played while playing against a player character (also referred to as a character) or playing against an enemy character in cooperation with other player characters. Note that one player can operate multiple player characters. A group of multiple player characters that can be operated by one player 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. 2. The server device 10 mainly includes a control section 11, a communication section 14, a storage section 15, a display section 16, and an operation section 17. The control unit 11 mainly includes a CPU (Central Processing Unit) 12 and a memory 13.

The server device 10 can be configured using an information processing device such as a dedicated or general-purpose server computer, and can realize various functions by, for example, having the CPU 12 execute a predetermined program stored in the memory 13 or the like. It functions as a means. Note that the server device 10 is
It may be composed of a single device or a plurality of devices distributed over a network.

In the control unit 11, the CPU 12 controls the operations of various components included in the server device 10 by deploying programs stored in the storage unit 15 etc. in the memory 13 and executing them.
Controls 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 other information processing devices via the network N. The communication unit 14 transmits and receives game information or user operation information, for example.

The storage unit 15 is configured by a storage device such as a hard disk. The storage unit 15 stores various programs and various information necessary for the control unit 11 to execute processing. Storage section 15
A specific example of the information stored in will be 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 section 16 is configured using materials such as liquid crystal and organic EL.

The operation unit 17 is a user interface for accepting operations 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, with reference to FIG. 3, an example of information stored in the storage unit 15 of the server device 10 according to one 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 loaded into the memory 13 and executed by the CPU 12 in the control unit 11, for example, to realize various functions.

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

Referring to FIG. 4, an example of a game flow of a competitive social game will be outlined 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 game player (that is, the user of the terminal device 20), and fights against various enemy characters encountered during the quest. A quest is a task given to a player character during a game (for example, defeating a preset type and number of characters in a competitive game). In the battle in this quest, the player character is the opponent character (hereinafter referred to as
It's called an enemy character. ), and can also be attacked by enemy characters. The player character obtains various items in exchange for defeating the enemy character.

The battle also includes a raid battle in which the player character cooperates with other player characters to battle against an enemy character. The raid boss, which is the enemy in a raid battle, is usually difficult 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 unable to defeat the raid boss. You can defeat them by fighting together. An example of how to cooperate is when a player character encounters a raid boss, requests support from other player characters (friends), and collaborates with other player characters who respond to the request within a preset period of time. Attacks the raid boss asynchronously. The normal scenario of the game is a quest, and if you encounter a raid boss, the scenario branches and a raid battle takes place. When an enemy character is defeated in a raid battle, all the player characters participating in the battle can obtain various items corresponding to the defeated enemy character.

Furthermore, the player character can execute various events that can only be executed in raid battles, depending on the accumulated amount of points (charged amount) received in advance from other players who are friends. As this event, for example, the player character can attack an enemy character in a raid battle with a power corresponding to the amount of points charged. As another example of an event, it is also possible to increase the defense power of the player character who executed the event and other player characters who are participating in a raid together with the player character in a cooperative relationship. Various other types of events can be considered, and any type of event may be used as long as a plurality of player characters competing against the same enemy character in one raid battle can share the benefits. Note that points can be provided from the player character to other player characters at a predetermined timing during the game. For example, by specifying that it can be performed at any timing before the start of the raid, it is possible to build relationships between players before the start of the raid.

Returning to the explanation of FIG. 3. The friend management program 112 is a program that manages registration of friends of each player. Specifically, the friend management program 112, for example,
When a friend application for player character B is received from the terminal device 20 that operates player character A, information on the friend application is transmitted to the terminal device 20 that operates player character B. Thereafter, when the friend management program 112 receives an instruction to approve the friend request from the terminal device 20 that operates the player character B, the friend management program 112 registers the relationship between the player character A and the player character B as friends, and completes the registration. The information of the friends who have been contacted 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, it updates the information stored in the database 120 so as to delete the friend registration.

FIG. 5A shows an example of information about friends 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 the multiple players registered as friends of the corresponding player. including. 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 for a player may be set according to the player's level (a value that is added according to the enemy characters defeated so far, the amount of games played, etc.). For example, the number of friends that can be registered may be increased as the player's level increases. The player's level increases as the game progresses according to preset rules.

The point management program 113 is a program that manages points that are provided and accumulated to each player in the game in response to instructions from other players. Note that points may be provided to and accumulated for each player (the same applies hereinafter). The point management program 113 stores the accumulated amount (charged amount) of points provided to each player.
information is stored in the database 120. Note that the player can only give points to players who are friends. The amount of points that a player can provide to a friend within a predetermined period of time and the amount that the provided points can be accumulated are limited within a predetermined value. This limit value (upper limit value) can be set, for example, according to the player's experience level. Further, the number of points that a player can provide to one friend within 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, the setting can be made such that 30 points can be provided to a friend in a day. Also, for example,
One player can be set to provide one point to one friend per day. At this time, since a certain player can provide 30 points to a friend in one day, the player can provide points to 30 friends in one day.

FIG. 5B shows an example of information about the amount of points charged, which is stored in association with player information, among the information stored in the database 120. In this example, the player information includes identification information of the player who operates the player character (player ID), information on the player's level (level), the amount of charged points held by the player (point charged amount), and the points that can be held. upper limit for the number of points that a player can give to a friend within a given period (for example, one day) (upper limit for points awarded)
, includes the upper limit of the number of other players who can be registered as friends (friend limit). In addition,
It is desirable that the upper limit of points awarded is set smaller than the friend limit. By setting the upper limit of points awarded in this way, players can
Points can only be awarded to some. As a result, the value of points increases.

Returning to the explanation of FIG. 3. The event execution control program 114 executes an event execution control program 114 in which, in a battle between a group of characters of a plurality of players and an enemy character (a raid battle), in response to an instruction from the player via the terminal device 20, the event execution control program 114 executes an event execution control program 114 in which a group of characters of a plurality of players is stored in a battle against an enemy character. This is a program that controls the execution of events according to points. Specifically, in a raid, 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, and determines the point information of that player. Control is performed to execute an event according to points accumulated for a character. Furthermore, the event may be restricted 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 some) of the accumulated points will be lost. Further, the event may be executed when the accumulated amount of points is equal to or greater than a predetermined value, and the size of the event may change depending on 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, motivation for collecting points can be improved.

For example, as an event, as described above, the player's character can attack an enemy character in a raid battle with a power corresponding to the amount of points charged.
That is, the larger the amount of points charged, the more powerful an attack can be performed against the enemy character. Other examples of events include increasing the defense power or recovering damage of the player's character who executed the event and the characters of other players who are participating in a raid together with the player's character in a cooperative relationship. You can also do that. Various other types of events can be considered, and any type of 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 the benefits.

In this way, the event execution control program 114 controls the execution of events that can only be executed in raid battles, and therefore can stimulate the player's desire to play in raid battles. In other words, even if the player encounters a strong enemy that cannot be conquered alone,
If the frequency of interaction with friends before the encounter is high (that is, if you have obtained many points from friends), the probability of being able to subjugate the enemy character increases in proportion to the frequency, so you can proceed to raid battles. This will lead to increased motivation to take on challenges, and furthermore, it will ensure the desire to continue playing and conquer the game. In addition, with this configuration, players can play the game while keeping track of other players' point acquisition status, and multiple players can bring together their accumulated points to challenge enemy characters to subjugate them, making it more efficient. It is possible to give all players a way to obtain good results (successful subjugation).

Furthermore, since the results of the event execution are shared among all the players participating in the raid, the players are more motivated to provide points to their friends. As a result, interaction between players is activated by providing points. Furthermore, by associating the frequency of interactions between players with the results and rewards that can be shared among the players, it is possible to improve the sense of unity among the players compared to the conventional specification of simply participating in raid battles.

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

Next, with reference to FIG. 7, an example of a 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 is as follows:
As long as there is no inconsistency in the processing contents, the order can be arbitrarily changed or the processing can be executed in parallel, and other steps may be added between each processing step. Also, a step that is described as one step for convenience can be divided into multiple steps and executed,
What is described as a plurality of steps for convenience can be understood as one step.

First, in step S11, the control unit 11 determines whether or not the player has encountered a raid boss while playing a quest, and if it is determined that the player has encountered a raid boss, starts processing a raid battle, and the process continues in step S11. Proceed to S12.

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

In this way, since the event cannot be executed unless the charged amount of points is equal to or greater than a predetermined value, the player comes to recognize that the points are important. Therefore, the player may start to feel good toward another player who gave him points, and may consider giving points to that player as well. As a result, interaction between players is activated.

In step S13, the control unit 11 determines whether the player has instructed via the terminal device 20 to execute the event.

If execution of the event is instructed (Yes in step S13), the control unit 11 executes the event according to the points (charged amount) accumulated for the player's character (step S14). After executing the event, the process ends. Further, if 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 match has ended. If the competition has not ended (No in step S15), the process proceeds to step S13, and if the competition has ended (Yes in step S15), the process ends. Details regarding the event are as described above.

As described above, according to the present embodiment, there is an event that can be executed only in a raid battle, so it can be expected that the play of the raid battle will be promoted, and the interaction between players in the game will be activated. I can do it.

Further, according to the present embodiment, since the event cannot be executed unless the charged amount of points is equal to or greater than a predetermined value (or, if the charged amount of points is low, the effect of executing the event is low), the player can It is thought that they will come to recognize that it is important. Therefore, the player may start to feel good toward another player who gave him points, and may consider giving points to that player as well. As a result, a relationship of trust (human relationship) can be built between players by giving and receiving points. Once human relationships are established, interactions between players can be activated, such as when a player notices a friend in a raid and participates in the raid to cooperate with that friend and executes an event.

Further, according to the present embodiment, the results generated by the execution of the event are shared among all players participating in the raid battle. For example, attacking a raid boss as an event,
This will benefit all players participating in the raid. In this way, by sharing the results of the event execution among the players participating in the raid battle, a sense of camaraderie is created among the players, and interaction between the players can be activated.

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

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

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

In the control unit 21, the CPU 22 controls the operations of various components included in the terminal device 20 by expanding programs stored in the storage unit 25 and the like into the memory 23 and executing them, and also controls the execution of various processes. 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 other information processing devices via the network N. The communication unit 24 transmits and receives, for example, game information or user operation information.

The storage unit 25 is configured by a storage device such as a hard disk. The storage unit 25 stores various programs and various information necessary for the control unit 21 to execute processing. Storage section 25
For example, stores a game control program 251. Game control program 251
is a program for controlling the operation of the terminal device 20 by the game player and 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 section 26 is configured using materials such as liquid crystal and organic EL.

The operation unit 27 is a user interface for accepting operations 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 checks the amount of points charged and when giving points to a friend. In the example of FIG. 9, the player's point charge amount is displayed in the upper row (91), and the point grant status to players who are friends 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 point charge amount is 10. You can also see an icon whose color is inverted (
931) indicates the current charge amount, and the example in FIG. 9 shows 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 amount of charged points is displayed as an icon, but the way of displaying the amount of charged points is not limited to this format, and may be displayed in another display format such as a meter, for example. 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 greater than a predetermined value, a display indicating that the event is being executed is displayed. Further, parameters related to the event may be displayed together with the point charge amount. For example, when an attack is performed as an event, parameters of the attack power may be displayed.

As shown in the lower row (92), a list (94) of the player's character's friends is displayed, and points can be given to that friend by tapping the icon (95) displayed next to each friend list. I can do it. In addition, a status display (96) indicates whether points can be assigned to each friend (sendable) or not (sent already).
It is shown. Further, if the status display (96) indicates that it is not possible to give points, the icon is grayed out or hidden, thereby making it impossible to give an instruction to give points. Referring to this display, the player uses the operation unit 27 of the terminal device 20 to
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 a player is equal to or greater than a predetermined value (for example, 5 points), a predetermined display indicating that it is possible to perform a friend bomb during a raid is displayed on the play screen of this player. It is done against. In this example, a "Friend Bomb" button for executing a Friend Bomb is displayed. The player taps this button, etc.
By instructing the server device 10 to execute a friend bomb via the operation unit 27, a friend bomb can be fired at the raid boss with a power corresponding to the accumulated amount of points. When a firing instruction is given, a friend bomb is fired at the raid boss as shown in FIG. 11. That is, FIG. 11 shows an example of a screen that displays the results of event execution.

Note that the display unit 26 may display the IDs (or nicknames, etc.) of other players who have given points to the player. By doing so, the player can visually understand which player is responsible for executing the event.

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

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

Claims (13)

A game control program for providing a game in which a player and other players can cooperate and compete against each other,
one or more computers,
a first control means for accumulating, in the player, game elements given to the player by the other player before the start of the competition;
a second control means for causing a display to display a screen including information indicating the amount of game elements given to the player by the other player and accumulated in the player;
A game control program that functions as a third control means capable of executing a predetermined event when the amount of game elements accumulated in the player is equal to or greater than a predetermined value. The game according to claim 1, wherein the amount of game elements that can be given to the player from the other player within a predetermined period is within a first predetermined amount set for the player. control program. 3. The amount of game elements that can be given to the player from the other player within a predetermined period is within a second predetermined amount set for the other player. Game control program described in. 4. The game control program according to claim 1, wherein the other player has a predetermined relationship with the player. 5. The game control program according to claim 1, wherein the player can request support from the other players in the competition. 6. The game control program according to claim 5, wherein in the battle, the other player can cooperate in the battle in response to a request for support from the player. The second control means
Information indicating the amount of game elements that can be given to the player from the other player, information indicating the amount of game elements that have been given to the player from the other player and accumulated in the player, and information indicating the amount of game elements that can be given to the player from the other player. The game control program according to any one of claims 1 to 6, which causes a display to display a screen containing information indicating other players who can receive grants. The game control program includes:
the one or more computers,
8. The game control program according to claim 1, which functions as a fourth control means for displaying on a display a screen on which information regarding the predetermined event can be recognized. 9. The game control program according to claim 8, wherein the information regarding the predetermined event includes information as to whether the predetermined event is executable. The game control program according to claim 8 or 9, wherein the information regarding the predetermined event includes a parameter regarding the predetermined event. The game control program includes:
the one or more computers,
The game control program according to any one of claims 1 to 10, which functions as a fifth control means for displaying on a display a screen on which information on other players who have given game elements to the player can be recognized. A game control system for providing a game in which a player and other players can cooperate and compete against each other,
a first control means for accumulating, in the player, game elements given to the player by the other player before the start of the competition;
a second control means for causing a display to display a screen including information indicating the amount of game elements given to the player by the other player and accumulated in the player;
A game control system comprising: a third control means capable of executing a predetermined event when the amount of game elements accumulated in the player is equal to or greater than a predetermined value. A game control method for providing a game in which a player and other players can cooperate and compete against each other, the method comprising:
on one or more computers;
accumulating game elements given to the player by the other player before the start of the battle;
Displaying on a display a screen including information indicating the amount of game elements given to the player by the other player and accumulated in the player;
If the amount of game elements accumulated by the player is greater than or equal to a predetermined value, a predetermined event can be executed.