JP7515282B2 - PROGRAM, INFORMATION PROCESSING METHOD, AND INFORMATION PROCESSING APPARATUS - Google Patents

Description

The present disclosure relates to a program, an information processing method, and an information processing device.

Games have been known in which, when a player wins an occupation battle and acquires a territory, the player can collect taxes from the territory itself as well as from the residents of that territory (see, for example, non-patent document 1).

"Black Desert General Guide Game Information Lord", [online], [searched on January 30, 2020], Internet <URL: https://service.pmang.jp/blackdesert/game_guides/2101.html>

In conventional games, players are encouraged to compete for territory by collecting taxes from the residents of the territory they have acquired, which livens up the game, but a new system that would further encourage competition for territory (the battle for territory) was needed.

The objective of this disclosure is to provide a new mechanism that encourages players to compete for in-game objects.

According to the present disclosure, a program is provided for causing an information processing device to function as a map screen display control unit that controls the display of a map dotted with one or more in-game objects that can be associated with a group to which one or more players belong, a matching processing unit that receives a request for an in-game action to match the in-game objects from a player belonging to the group and executes processing to match the in-game objects by the group, and an influence processing unit that selects a target player from players in an influence area set for each in-game object based on the content and target of the influence on the game received from a player belonging to the group in which the in-game objects are being matched, and affects the selected player with the content.

This disclosure provides a new mechanism that encourages players to compete for in-game objects.

FIG. 1 is a diagram illustrating an example of a game system according to an embodiment of the present invention. FIG. 2 illustrates an example of a hardware configuration of a client. FIG. 2 illustrates an example of a hardware configuration of a server. FIG. 2 illustrates an example of a functional configuration of a client. FIG. 2 illustrates an example of a functional configuration of a server. 11 is a diagram showing an example of a configuration of a player information table used in the present embodiment. FIG. FIG. 2 is a diagram illustrating an example of a map information table used in the present embodiment. FIG. 2 is a diagram illustrating an example of an object information table used in the present embodiment. 11 is a diagram illustrating an example of a proclamation information table used in the present embodiment. FIG. 11 is a diagram illustrating an example of a guild information table used in the present embodiment. FIG. FIG. 2 is an explanatory diagram of an example of a map used in the game according to the embodiment. FIG. 13 is an explanatory diagram of an example of a partial map. 13 is a flowchart illustrating an example of a process for occupying a major city according to the embodiment. 11 is a flowchart illustrating an example of a process for issuing a proclamation according to the embodiment. FIG. 13 is an image diagram of an example of a proclamation screen. FIG. 13 is an image diagram of an example of a proclamation target selection screen.

The following describes the embodiment of the present disclosure with reference to the drawings. In this embodiment, a major city and a base are described as an example of an object (in-game object) that can be occupied in a game, but the present invention is not limited to this. Occupation is an example of an in-game action that associates an in-game object with a group to which one or more players belong, and may be called by other names such as occupation, ownership, or purchase. In-game objects are called by various names depending on the game. An announcement is an example of an in-game action in which a player who belongs to a group to which an in-game object is being associated sets a target group or player and the influence that the target group or player has on the target group or player, and may be called by other names such as instructions or orders. In this embodiment, a guild is described as an example of a group to which one or more players belong, but the present invention is not limited to this, and may be called by various names such as a legion, a team, or a member. Furthermore, this embodiment can be applied to games of various genres such as role-playing games, action games, simulation games, strategy games, or puzzle games.

[Game System]
First, a game system 10 according to an embodiment will be described with reference to Fig. 1. The game system 10 according to an embodiment has a configuration in which a client 20 and a server 30 are connected to each other via a network 40 so as to be able to communicate with each other.

The client 20 is an example of an information processing terminal on which a player plays a game. The client 20 is, for example, a mobile phone such as a smartphone, a portable game console, a personal computer, a tablet terminal, a home game device, an arcade game device, etc. The client 20 accepts operations from the player using a touch panel, controller, mouse, keyboard, etc., and allows the player to play the game. Note that the number of clients 20 is not limited to three, and may be other than three.

The server 30 is an example of an information processing device that provides the client 20 with functions and information necessary for the game by transmitting and receiving data between the server 30 and the client 20. The server 30 may be realized by a cloud computer. The number of servers 30 shown in FIG. 1 is not limited to one, and there may be two or more servers for distributed processing. For example, the server 30 is used for downloading game programs (applications) to the client 20, player login processing, map display processing, occupation processing, announcement processing, management of various tables, etc.

Figure 2 is a diagram showing an example of the hardware configuration of client 20. Client 20 has a CPU (Central Processing Unit) 121, a storage device 122, a communication device 123, an input device 124, and a display device 125. CPU 121 controls client 20. Storage device 122 is, for example, a memory such as ROM (Read Only Memory) or RAM (Random Access Memory), or a storage such as HDD (Hard Disk Drive) or SSD (Solid State Drive).

The communication device 123 is a communication device such as a network circuit that controls communication. The input device 124 is an input device such as a touchpad, controller, mouse, keyboard, camera, and microphone. The display device 125 is an output device such as a display and speaker. A touch panel is realized by combining a touchpad and a display.

Figure 3 is a diagram showing an example of the hardware configuration of server 30. Server 30 has a CPU 131, a storage device 132, and a communication device 133. CPU 131 controls server 30. Storage device 132 is, for example, a memory such as ROM or RAM, or a storage such as an HDD or SSD. Communication device 133 is a communication device such as a network card that controls communication.

Figure 4 is a diagram showing an example of the functional configuration of the client 20. The client 20 has a memory unit 21, a client control unit 22, an operation unit 23, a display unit 24, and a client-side communication unit 25. The memory unit 21 stores programs such as a game program 51, and data used by the programs, such as a map information table 52 and an object information table 53. The memory unit 21 may be realized by a storage device 122, or may be realized by a storage device connected via the network 40.

The client control unit 22 performs overall control of the client 20. Overall control of the client 20 includes control of the game played by the player that is handled by the client 20. The client control unit 22 is realized by the CPU 121 executing the processing described in the game program 51.

The client control unit 22 has a request sending unit 54, a result receiving unit 55, a display processing unit 56, and a game control unit 57. The request sending unit 54 makes various requests to the server 30 based on the player's operations. The result receiving unit 55 receives results of the various requests from the server 30. The display processing unit 56 performs processing for displaying various screens such as a map screen, an announcement screen, and an announcement target selection screen, which will be described later, on the display unit 24. The game control unit 57 controls the game based on the player's operations received from various screens such as a map screen, an announcement screen, and an announcement target selection screen, which will be described later.

The operation unit 23 accepts various operations by the player using the input device 124. The display unit 24 displays game images on the display device 125. The operation unit 23 is realized by the CPU 121 controlling the input device 124. The display unit 24 is realized by the CPU 121 controlling the display device 125.

The various operations of the player on the input device 124 refer to operations performed by the player playing the game using the operation unit 23 in order to cause the CPU 121 to execute processing. The operation unit 23 accepts various operations from the player playing the game. The client control unit 22 progresses the game based on the various operations accepted from the player. The display unit 24 displays game images according to the display processing unit 56 of the client control unit 22.

The client-side communication unit 25 communicates with the server 30. The client-side communication unit 25 is realized by the CPU 121 executing the game program 51 and controlling the communication device 123 in accordance with the game program 51.

Figure 5 is a diagram showing an example of the functional configuration of the server 30. The server 30 in Figure 5 has a memory unit 31, a server control unit 32, and a server-side communication unit 33. The memory unit 31 stores programs such as a server program 61 and a game program 62, and data used by these programs such as a player information table 63, a map information table 64, an object information table 65, a proclamation information table 66, and a guild information table 67. The memory unit 31 may be realized by a storage device 132, or may be realized by a storage device connected via the network 40.

The server control unit 32 performs overall control of the server 30. The overall control of the server 30 includes the control of the game played by the players that is handled by the server 30. The server control unit 32 is realized by the CPU 131 executing the processing described in the server program 61.

For example, the server control unit 32 performs a download process to download the game program 62 stored in the memory unit 31 and data used by the game program 62 to the client 20, processes related to map display, processes related to occupation, and processes related to announcements, which will be described later.

The server control unit 32 has a request receiving unit 68, a processing unit 69, a result transmitting unit 70, a map screen display control unit 71, an occupation processing unit 72, and an announcement processing unit 73. The request receiving unit 68 receives various requests from the client 20. The processing unit 69 processes the various requests. The result transmitting unit 70 transmits the results of processing the various requests to the client 20.

The map screen display control unit 71 performs processes related to map display, such as display control of the map screen (described below) to be displayed on the client 20. The occupation processing unit 72 performs processes related to the occupation of major cities (described below) that can be occupied in the game. The proclamation processing unit 73 performs processes related to proclamations, such as display control of the proclamation screen and proclamation target selection screen (described below) to be displayed on the client 20.

The server-side communication unit 33 communicates with the client 20. The server-side communication unit 33 is realized by the CPU 131 executing the server program 61 and controlling the communication device 133 in accordance with the server program 61.

The functional configuration of the client 20 shown in FIG. 4 and the functional configuration of the server 30 shown in FIG. 5 are merely examples, and for example, at least one of the functional configurations of the server 30 shown in FIG. 5 may be included in the functional configuration of the client 20 shown in FIG. 4. In other words, it is sufficient that either the client 20 or the server 30 has the functional configurations shown in FIG. 4 and FIG. 5.

Example configurations of the player information table 63, map information table 64, object information table 65, announcement information table 66, and guild information table 67 stored in the memory unit 31 of the server 30 are as follows:

Figure 6 is a diagram showing an example of a player information table used in this embodiment. The player information table stores information about the players who play the game on the client 20. The player information table in Figure 6 has items such as player ID and player city location information.

The player ID is an example of identification information for a player. The player city position information is an example of position information on the map of a player city owned by a player. Each player participating in the game owns a player city. The position of a player city on the map may be able to be moved by the effect of an in-game item or the like. According to the player information table in Figure 6, if the player ID can be identified, the position of that player's player city on the map can be identified.

Figure 7 is a diagram showing an example of a map information table used in this embodiment. The map information table contains information for displaying objects such as major cities, bases, and collection sites scattered across the map. The map information in Figure 7 has the following items: object ID, object type, and object position information.

The object ID is an example of identification information for an object. The object type is an example of object type information, such as a major city, base, or collection site. Furthermore, the object position information is an example of position information on a map for an object identified by an object ID. According to the map information table in Figure 7, if an object ID can be identified, the position of the object on a map can be identified.

In this embodiment, a major city is an example of an in-game object that can be occupied by a guild, and is an object that guilds compete for. In this embodiment, a base is an example of an in-game object that can be occupied by a player, and is an object that players compete for. Specific examples of bases vary depending on the game, such as settlements, trading posts, forts, and secondary castles. Also, a collection site is a place where resources in the game are collected, and resources can be collected by staying at that site. One or more players may stay at one collection site, and multiple players may be allowed to collect at one collection site only if they belong to the same guild.

Figure 8 is a diagram showing an example of an object information table used in this embodiment. The object information table contains information about objects such as major cities, bases, and collection sites scattered across the map. The object information in Figure 8 has the following items: object ID, object name, special effect, occupation information, proclamation target information, proclamation content information, subordinate base information, and proclamation affected area information.

The object ID and object name are examples of identification information for an object. The special effect is information about the influence (effect) that an in-game object identified by an object ID or object name has on a guild or player. For example, if the in-game object is a major city, the special effect is set with information about the influence it has on a player of a guild that occupies that major city. If the in-game object is a base, the special effect is set with information about the influence it has on a player that occupies that base. If the in-game object is a collection site, the special effect is set with resources that a player can collect by remaining at the collection site. Furthermore, the occupancy information is set with identification information for a guild or player that occupies an in-game object identified by an object ID or object name.

The proclamation target information contains information about the guild (proclamation target guild) or player (proclamation target player) to which the guild occupying the major city has issued a proclamation. The proclamation content information contains information about the contents of the proclamation issued to the proclamation target guild or proclamation target player.

Subordinate base information sets the subordinate bases of major cities. Subordinate bases of major cities are an example of in-game objects that must be occupied in order to obtain the right to carry out siege battles, which are described below. Edict influence area information sets information on areas that are affected by issued proclamations (influence areas).

For example, in the record for object ID "ob001" in Figure 8, "Guild A" occupies "Major City A" and issues an proclamation to "Guild Z" with the content "10% decrease in abilities" for the affected area "Area 1". Of the players in the affected area "Area 1", players of the proclamation target guild "Guild Z" will be affected by the content "10% decrease in abilities".

Figure 9 is a diagram showing an example of a proclamation information table used in this embodiment. The proclamation information table stores information related to proclamations, such as information required for displaying the proclamation screen and the proclamation target selection screen. The proclamation information in Figure 9 has the following items: object ID, proclamation name, proclamation content information, consumption information, and proclamation target type.

The object ID is an example of identification information for an object. The proclamation name is an example of identification information for a proclamation. The proclamation content information is set with information on the content of the proclamation that can be issued to the proclamation target guild or the proclamation target player. The consumption information is set with information on the cost required to issue the proclamation. The proclamation target type is set with the type of proclamation target that a guild occupying a major city can issue a proclamation to.

For example, the proclamation information table in FIG. 9 indicates that the guild occupying the main city of object ID "ob001" can issue proclamations such as ability reduction, ability improvement, tax collection, or tax exemption. In addition, the proclamation information table in FIG. 9 sets proclamation content information, consumption information, and proclamation target type for each proclamation that can be issued. For example, the record with the proclamation name "Ability Reduction" in FIG. 9 indicates that the proclamation target can be selected as a guild unit, a player unit, or all players. In addition, the record with the proclamation name "Ability Reduction" in FIG. 9 indicates that the proclamation content that the proclamation target guild or proclamation target player will receive is "10% reduction in the ability of the proclamation target." Furthermore, the record with the proclamation name "Ability Reduction" in FIG. 9 indicates that the fee required to issue the proclamation is "50 gold coins."

The proclamation may also include a "traitor designation." For example, other players may receive benefits by defeating a player who has been "traitor designated." By issuing such a "traitor designation" proclamation, a guild that occupies a major city can have other players attack a specific player.

Figure 10 is a diagram showing an example of a guild information table used in this embodiment. The guild information table stores information about guilds. The guild information in Figure 10 has the following items: guild name, guild member player information, and guild master.

The guild name is an example of guild identification information. The guild member player information is set with identification information of players (affiliated players) who have joined (belonged to) the guild identified by the guild name. The guild master is set with the representative player of the guild identified by the guild name.

[Game Actions]
Fig. 11 is an explanatory diagram of an example of a map used in the game according to this embodiment. Major cities 1002a-1002e and in-game objects 1004 other than the major cities are scattered on the map 1000 shown in Fig. 11. Influence areas 1006a-1006e that are subject to special effects and proclamations are set for the major cities 1002a-1002e.

For example, in the example of FIG. 11, the influence area 1006a of the major city 1002a is set to the entire map. Therefore, a guild that occupies the major city 1002a can issue a proclamation that affects the entire map. In addition, a guild that occupies the major city 1002a can receive the special effects of the major city 1002a throughout the entire map. In addition, a guild that occupies the major city 1002b can issue a proclamation that has an effect within the range of the influence area 1006b. In addition, a guild that occupies the major city 1002b can receive the special effects of the major city 1002b within the range of the influence area 1006b. Note that in a location that belongs to two or more influence areas 1006, it may be possible to receive the special effects of multiple major cities 1002 in a duplicated manner, or it may be possible to receive the special effects of either one of the major cities 1002 depending on the order in which the proclamations were issued, the priority, etc. Additionally, locations that belong to two or more areas of influence 1006 may be subject to the effects of proclamations from multiple major cities 1002 at the same time, or may be subject to the effects of one proclamation or the other, depending on the order in which the proclamations are issued, priority, etc.

Therefore, in the game according to this embodiment, the advantage to a guild that occupies a major city 1002a-1002e is great, which encourages competition between guilds to seize the major cities 1002a-1002e. To occupy a major city 1002a-1002e, it is necessary to win a siege battle, which will be described later. Note that below, the major cities 1002a-1002e and the influence areas 1006a-1006e may be collectively referred to as the major cities 1002 and the influence areas 1006, respectively.

In-game objects 1004 other than the main city in FIG. 11 include bases, collection sites, and player cities. Therefore, a portion of the map 1000 in FIG. 11 is cut out as a partial map 1010 to explain the bases and collection sites. FIG. 12 is an explanatory diagram of an example of a partial map. Note that player cities are not shown in the illustration because they are not in-game objects that are fought over between guilds or players.

The partial map 1010 in FIG. 12 is dotted with a major city 1002d, multiple bases 1012, and multiple collection sites 1014. The base 1012 can be occupied by a player who wins a base battle. A base battle is a player-versus-player style battle between a defending player who is occupying the base 1012 and an attacking player who is attacking the base 1012.

A player who wins a base battle and occupies a base 1012 can receive the special effect of that base 1012. The special effect of the base 1012 may be available to players belonging to the guild to which the occupying player belongs, in addition to the occupying player. For example, if the special effect of the base 1012 is the production of a product, players belonging to the guild to which the occupying player belongs may be able to purchase the product. At that time, it may be possible to display which player is occupying the base 1012 and which product it is.

In this embodiment, the area of influence of the base 1012 is not set, but it may be set in the same way as the area of influence of the major city 1002.

Gathering sites 1014 are not in-game objects to be occupied, but rather, by having a player's troops stay there, resources can be collected in the game over time. For example, multiple troops from the same guild may be able to stay at one gathering site 1014. Also, when troops from different guilds reach one gathering site 1014, a battle may occur and the troops that win the battle may be allowed to stay there. Also, troops returning to the player's city from the gathering site 1014 may be attackable by troops of other players.

As mentioned above, each major city 1002 has subordinate bases 1012. For example, the base 1012 shown in FIG. 12 is a subordinate base of major city 1002d. A player of a guild who wants to take over major city 1002d that is occupied by another guild cooperates with other players belonging to the same guild and occupies major city 1002d in the procedure shown in FIG. 13.

Figure 13 is a flowchart of an example of the process for occupying a major city according to this embodiment. In step S10, one or more players of a guild who wish to take over the major city 1002d occupied by another guild operate a client 20 to occupy a base 1012 subordinate to the major city 1002d through a base battle.

When players belonging to the same guild occupy a certain percentage (e.g., 70%) or more of the bases 1012 subordinate to the major city 1002d, the server control unit 32 of the server 30 proceeds to step S12 and grants the guild that has occupied a certain percentage or more of the bases 1012 subordinate to the major city 1002d the right to siege the major city 1002d. In this way, the guild that has occupied a certain percentage or more of the bases 1012 subordinate to the major city 1002d can obtain the right to siege the major city 1002d.

For example, the guild master of a guild that has acquired the right to siege major city 1002d can proceed to step S14 and start the siege of major city 1002d by performing an operation to start the siege of major city 1002d from the client 20. The server control unit 32 of the server 30 starts a guild-versus-guild siege battle, with the guild occupying major city 1002d as the defending side and the guild that has acquired the right to siege as the attacking side.

The format of the siege battle in step S14 may be a real-time battle or a turn-based battle, as long as the battle is between an attacking guild and a defending guild and a winner is decided. The format of the siege battle in step S14 may be one in which the player directly controls the troops, or one in which the troops act autonomously using AI or the like. Furthermore, the format of the siege battle in step S14 may be one in which the player directly controls the troops of the attacking guild and one in which the troops of the defending guild act autonomously using AI or the like.

When the siege ends, the server control unit 32 of the server 30 proceeds to step S16, and causes the guild that won the siege to occupy the major city 1002d. For example, if the defending guild wins, the occupation processing unit 72 of the server control unit 32 causes the defending guild to continue occupying the major city 1002d. If the attacking guild wins, the occupation processing unit 72 updates the record for the major city 1002d in the object information table of FIG. 8, and sets the attacking guild as the new guild that will occupy the major city 1002. Note that if a new guild occupies the major city 1002d as a result of the siege, the items "Announcement target information" and "Announcement content information" in the record for the major city 1002d in the object information table of FIG. 8 may be cleared.

A guild that occupies a major city 1002 can issue a proclamation to the area of influence of the major city 1002, for example, by following the procedure shown in FIG. 14. FIG. 14 is a flowchart of an example of the process for issuing a proclamation according to this embodiment.

When a guild occupying a major city 1002, for example a guild master, wishes to issue a proclamation in the major city 1002 that he or she occupies, he or she operates the client 20 to request the display of a proclamation screen for that major city 1002. When the server control unit 32 of the server 30 receives a request to display a proclamation screen from the client 20, the process proceeds from step S20 to S22, and the server control unit 32 controls the display of the proclamation screen for the major city 1002 selected by the guild master.

Figure 15 is an image diagram of an example of a proclamation screen. The proclamation screen 2000 in Figure 15 displays a proclamation name selection field 2002, a proclamation content display field 2006, a consumption information display field 2008, and a "Next" button 2010.

The proclamation name selection column 2002 is a column that displays a list of proclamations that can be issued based on the proclamation information in FIG. 9, and allows the guild master to select an proclamation to issue from the list of proclamations by moving the dotted frame 2004. In FIG. 15, an proclamation with the proclamation name "Decrease in Ability" has been selected. The proclamation content display column 2006 is a column that displays the proclamation content of the proclamation selected in the dotted frame 2004 based on the proclamation information in FIG. 9. The consumption information display column 2008 is a column that displays information on the cost consumed by issuing the proclamation selected in the dotted frame 2004 based on the proclamation information in FIG. 9.

The guild master can select the announcement content by pressing the "Next" button 2010 in FIG. 15. When the announcement content is selected, the announcement processing unit 73 of the server control unit 32 proceeds from step S24 to S26, and controls the display of the announcement target selection screen for the announcement content selected by the guild master.

Figure 16 is an image diagram of an example of an announcement target selection screen. The announcement target selection screen 2100 in Figure 16 displays an announcement target type selection field 2102, an announcement target selection field 2106, and an "Execute" button 2110.

The proclamation target type selection field 2102 is a field that displays selectable proclamation target types based on the proclamation information in FIG. 9, for example, and allows the guild master to select a proclamation target type by moving the dotted frame 2104. In FIG. 16, the proclamation target type "Guild" has been selected. The proclamation target selection field 2106 is a field that displays options for the proclamation target type "Guild" selected by the dotted frame 2104 based on the guild information in FIG. 10, and allows the guild master to select a proclamation target candidate by moving the dotted frame 2108.

The guild master can select a target for the proclamation by pressing the "Execute" button 2110 in FIG. 16. When a target for the proclamation is selected, the proclamation processing unit 73 of the server control unit 32 proceeds from step S28 to S30, and updates the corresponding record in the object information table in FIG. 8 with the proclamation content and target selected by the guild master. The proclamation processing unit 73 then issues a proclamation, and executes processing to affect the content of the proclamation on the players who are the target of the proclamation in the influence area 1006 of the selected major city 1002.

For example, a guild master can select a player of the guild he or she belongs to as the target of a proclamation and select the contents of the proclamation that will have a favorable effect in the game, thereby favorably affecting the players of the guild he or she belongs to. Also, a guild master can select another guild as the target of a proclamation and select the contents of the proclamation that will have a disadvantageous effect in the game, thereby adversely affecting players of other guilds.

According to this embodiment, there are great benefits to occupying in-game objects, and by encouraging competition for in-game objects between guilds and players, a tense game can be realized.

The disclosed embodiment of the game system 10, client 20, and server 30 should be considered as illustrative and not restrictive. The above embodiment can be modified and improved in various forms without departing from the spirit and scope of the appended claims. Furthermore, the matters described in the above-mentioned embodiments can be configured in other ways as long as they are not inconsistent, and can be combined as long as they are not inconsistent.

10 Game system 20 Client 21 Memory unit 22 Client control unit 23 Operation unit 24 Display unit 25 Client side communication unit 30 Server 31 Memory unit 32 Server control unit 33 Server side communication unit 40 Network 51 Game program 52 Map information table 53 Object information table 54 Request transmission unit 55 Result reception unit 56 Display processing unit 57 Game control unit 61 Server program 62 Game program 63 Player information table 64 Map information table 65 Object information table 66 Declaration information table 67 Guild information table 68 Request reception unit 69 Processing unit 70 Result transmission unit 71 Map screen display control unit 72 Occupation processing unit 73 Declaration processing unit 1000 Map 1002 Major cities 1006a to 1006e Influence area 1012 Base 1014 Collection site 2000 Declaration screen 2100 Declaration target selection screen

Claims (8)

An information processing device,
a map screen display control unit that controls the display of a map on which one or more in-game objects that can be associated with a group to which one or more players belong are scattered;
a matching processing unit that receives a request for an in-game action for matching the in-game objects from a player belonging to a group, and executes a process of matching the in-game objects by the group;
an influence processing unit that selects a target player from among players in an influence area set for each of the in-game objects based on the content and target of an influence on the game received from a player belonging to the group associated with the in-game object, and applies the content of the influence to the selected player;
Function as a
the effect processing unit gives an adverse effect in the game to the selected player, the adverse effect including a decrease in ability;
program. The program according to claim 1 , wherein the adverse effect further includes designating a player as a traitor, and by defeating the player designated as a traitor, other players can receive an advantage in the game. 3. The program according to claim 1, wherein the influence processing section selects the target player from among players associated with the influence areas of different sizes for each type of the in-game object. 4. The program according to claim 1, wherein the map screen display control unit visibly displays the influence area set for each of the in-game objects. The program according to any one of claims 1 to 4, characterized in that the content and target of the influence received from a player belonging to the group associated with the in-game object are set by instructions or commands from the player belonging to the group. The program according to any one of claims 1 to 5, characterized in that the information processing device performs control to execute a competitive game in which a plurality of groups compete to seize the in-game object on the information processing terminal of the player connected in a communicative manner. In the information processing device,
a map screen display step of controlling the display of a map on which one or more in-game objects that can be associated with a group to which one or more players belong are scattered;
a matching processing step of receiving a request for an in-game action for matching the in-game objects from a player belonging to a group, and executing a process of matching the in-game objects by the group;
an influence processing step of selecting a target player from among players in an influence area set for each of the in-game objects based on the content and target of the influence on the game received from a player belonging to the group associated with the in-game object, and affecting the selected player with the content;
Run the command ,
The effect processing step includes a step of giving an adverse effect in the game to the selected player, the adverse effect including a decrease in ability.
Information processing methods. a map screen display control unit that controls the display of a map on which one or more in-game objects that can be associated with a group to which one or more players belong are scattered;
a matching processing unit that receives a request for an in-game action for matching the in-game objects from a player belonging to a group, and executes a process of matching the in-game objects by the group;
an influence processing unit that selects a target player from among players in an influence area set for each of the in-game objects based on the content and target of an influence on the game received from a player belonging to the group associated with the in-game object, and applies the content of the influence to the selected player;
having
the effect processing unit gives an adverse effect in the game to the selected player, the adverse effect including a decrease in ability;
Information processing device.

Images