WO2017038382A1

WO2017038382A1 - Program and recording medium

Info

Publication number: WO2017038382A1
Application number: PCT/JP2016/073121
Authority: WO
Inventors: 馨勝江山; 山下　信行; 健二藤間
Original assignee: 株式会社セガゲームス
Priority date: 2015-09-03
Filing date: 2016-08-05
Publication date: 2017-03-09
Also published as: JP6660549B2; JP2017046992A

Abstract

When an effect is applied in a previous event that affects another character, the occurrence is prevented of a difference among the player characters due to the effect at the time of participation in the event. A program executes the following steps: a control step for controlling a prescribed event within a game, the event being executed in a computer in relation to a group including the player characters operated by one or more players; a first application step for applying an effect relating to the prescribed event on the basis of an operation of any player among the one or more players, the effect being applied to one or more of the player characters included in the group; and a second application step, when the effect has been applied, for applying the effect to player characters newly participating in the group.

Description

Program and recording medium

The present invention relates to a program and a recording medium.

In recent years, a game system that downloads a game for a mobile terminal such as a smartphone and enjoys the game while cooperating with other users is known. Among these games, there are games in which the player uses the game items to advantageously advance the game.

For example, there is a game in which the parameters of the player character are recovered in exchange for item consumption (see, for example, Patent Document 1).

JP 2014-161487 A

On the other hand, in the above-described game system, the player can enjoy in-game events such as quests and dungeons together with other players included in a group called a room. In this game, when the player consumes an item as in the prior art, the effect of the item can be exerted on the character of the player who plays the game and the characters of other players in the room.

However, in the above-described game system, the effect of the item is exerted on the player character in the room at the time of item consumption. Therefore, the effect of the item consumed earlier is not exerted on the player who joined later. . For this reason, a difference in force or the like between the player character in the room and the player character who participates later increases depending on the presence or absence of the item effect.

For example, if an item is applied to an event that is executed in a room where players with game experience gather, the beginner will join this room and play the event, and more and more between the player characters The difference in force will increase.

Therefore, a program and a recording medium that can prevent a difference due to the effect between player characters at the timing of participation in an event when an effect that affects other characters is applied in the event, and a recording medium are provided. To do.

The program according to one aspect of the present invention includes a control step for controlling a predetermined event in a game executed for a group including each player character operated by one or more players, and the one or more players. A first application step of applying an effect related to the predetermined event to at least one or more player characters among the player characters included in the group based on an operation of any player of the player, and the effect is applied. In this case, the player character newly joining the group is caused to execute a second application step of applying the effect.

It is a key map showing an example of the game processing system in an embodiment. It is a block diagram which shows an example of the hardware constitutions of the game device in embodiment. It is a block diagram which shows an example of the hardware constitutions of the server in embodiment. It is a block diagram which shows an example of a function structure of the game device in embodiment. It is a block diagram which shows an example of the function structure of the server in embodiment. It is a block diagram which shows an example of the function of the application part in embodiment. It is a block diagram which shows an example of the function of the movement control part in embodiment. It is a figure which shows an example of the user information in embodiment. It is a figure which shows an example of the group information in embodiment. It is a figure which shows an example of the display screen (the 1) of the side which requests participation. It is a figure which shows an example of the display screen (the 2) of the side which requests participation. It is a figure which shows an example of the display screen (the 1) of the side requested to participate. It is a figure which shows an example of the display screen (the 2) of the side requested to participate. It is a figure which shows an example of the display screen (the 1) which selects the quest after receiving a participation request. It is a figure which shows an example of the display screen (the 2) which selects the quest after receiving a participation request. It is a figure for demonstrating the movement control of a player character. It is a flowchart which shows an example of the effect application process of the server in embodiment. It is a flowchart which shows an example of the movement control process of the server in embodiment.

Hereinafter, embodiments of the present invention will be described with reference to the drawings. However, the embodiment described below is merely an example, and there is no intention to exclude various modifications and technical applications that are not explicitly described below. That is, the present invention can be implemented with various modifications without departing from the spirit of the present invention. In the following description of the drawings, the same or similar parts are denoted by the same or similar reference numerals. The drawings are schematic and do not necessarily match actual dimensions and ratios. In some cases, the dimensional relationships and ratios may be different between the drawings.

[Embodiment]
Hereinafter, a program and an information processing apparatus according to an embodiment of the present invention will be described with reference to the drawings.

<Outline of game processing system>
Drawing 1 is a key map showing an example of game processing system 1 in an embodiment. In the example shown in FIG. 1, the game processing system 1 includes, for example,

game devices

10A, 10B, and 10C of each user, a server (information processing device) 20 provided by, for example, a game operating company, and a charging server 30 N is connected.

Each game device uses the

reference numerals

10A, 10B, and 10C when individually described, and does not need to be individually distinguished, and uses the reference numeral 10 when described collectively. The game apparatus 10 is, for example, a mobile terminal, a tablet terminal, a PDA (Personal Digital Assistant), a personal computer, a game machine, or the like.

The game apparatus 10 is connected online to the server 20 via the network N, and executes game play in the form of a web game.

The server 20 controls, for example, a game in which a plurality of players play the basics free of charge via the network N, such as a so-called F2P (Free To Play) online game. The server 20 receives an operation instruction input from the game apparatus 10, controls the progress of the game, and manages and distributes data necessary for executing the game.

The billing server 30 is a server that performs billing processing in the game in response to a billing request from the game apparatus 10 or the server 20.

The network N is the Internet or the like, and includes a wireless LAN access point, a mobile phone base station, and the like.

<Hardware configuration>
Next, the hardware configuration of the game apparatus 10 will be described. FIG. 2 is a block diagram showing an embodiment of the hardware configuration of the game apparatus 10 shown in FIG.

2 includes at least a mobile communication antenna 112, a mobile communication unit 114, a wireless LAN communication antenna 116, a wireless LAN communication unit 118, a storage unit 120, and a main control unit 150. An external interface 140 including a camera 130 and an audio output terminal 142 is included.

The touch panel 102 has functions of both a display device and an input device, and includes a display (display screen) 102A that bears the display function and a touch sensor 102B that bears the input function. The display 102A is configured by a general display device such as a liquid crystal display or an organic EL (Electro Luminescence) display. The touch sensor 102B is configured to include an element for detecting a contact operation arranged on the upper surface of the display 102A and a transparent operation surface laminated thereon. As a contact detection method of the touch sensor 102B, an arbitrary method among known methods such as a capacitance method, a resistance film method (pressure-sensitive method), and an electromagnetic induction method can be adopted.

The touch panel 102 displays a game image generated by executing the program 122 stored in the storage unit 120 by the main control unit 150. The touch panel 102 as an input device detects an operation of a contact object (including a player's finger or a touch pen, which will be described as a representative example) in contact with the operation surface. The operation input is received, and information on the contact position is given to the main control unit 150. The movement of the finger is detected as coordinate information indicating the position or area of the contact point, and the coordinate information is expressed as coordinate values on two axes of the short side direction and the long side direction of the touch panel 102, for example.

The game apparatus 10 is connected to the network (Internet) N through the mobile communication antenna 112 and the wireless LAN communication antenna 116 and can perform data communication with the server 20.

The server 20 functions as a server serving as a hub of the game system, such as collecting play data such as games executed in the game apparatus 10 via the network N and controlling the progress of the game based on the play data. .

In the embodiment, when the game apparatus 10 is connected to the network N and the server 20, an online game system that can provide various games online to the game apparatus 10 is constructed. In this online game system, by managing and providing play data corresponding to a plurality of types of game programs, it is possible to provide the player with the pleasure of playing various games in the game center. Is possible.

The program 122 according to the embodiment may be installed in the game apparatus 10 or may be provided with a game function from a server (not limited to the server 20) online.

Next, the hardware configuration of the server 20 will be described. FIG. 3 is a diagram illustrating an example of a hardware configuration of the server 20 according to the embodiment. As illustrated in FIG. 3, the server 20 includes a control unit 202, a communication interface 206, a storage unit 208, a display unit 214, and an input unit 216, and each unit is connected via a bus line 218. The

The control unit 202 includes a CPU (Central Processing Unit), a ROM (Read On Memory), a RAM (Random Access Memory) 204, and the like. The control unit 202 is configured to execute a control program 210 and the like stored in the storage unit 208, thereby realizing, for example, processing related to an online game in addition to a function as a general information processing apparatus.

Also, the RAM 204 temporarily stores various information, and is used as a work area when the CPU executes various processes.

The communication interface 206 controls communication with the billing server 30 and the game apparatus 10 via the network N.

The storage unit 208 is composed of an HDD, for example, and stores a control program 210 in addition to storing an application and data (not shown) for realizing a function as a general information processing apparatus. The storage unit 208 has an information storage unit 212.

The control program 210 is a program for performing processing related to the game, and is a program that receives an operation instruction from the game apparatus 10 and controls the progress of the game while playing based on the operation instruction. The control program 210 may be stored in a computer-readable recording medium, read from the recording medium, and stored in the storage unit 208.

The information storage unit 212 stores, for example, necessary data used for a game and data related to a user.

Display unit 214 displays information to the administrator. The input unit 216 receives input from the administrator or receives instructions from the administrator. Further, the server 20 does not necessarily include the display unit 214 and the input unit 216, and the display unit 214 and the input unit 216 may be connected to the server 20 from the outside.

<Outline of the game>
Here, an outline of a target game in the embodiment will be described. The game (controlled by the game device 10 or the server 20) in the embodiment can form a predetermined group including a plurality of users, and can execute an in-game event in units of groups. In this in-game event, the player can consume game items and the like owned by the player regardless of the organizer or participants of the event. Some of these game items allow the player character parameter to be UP or DOWN, and other game characters have an effect on other player characters. As an effect that affects other player characters (hereinafter also referred to as an overall effect), for example, there is an effect related to a reward given to the player character in an event, and the reward is acquired while the effect is applied. Probability and reward rarity increases. Other examples of the overall effect include, for example, an increase in experience value and, in the case of a battle event, an increase in attack power or defense power. As another example of the game parameters to be consumed, the parameters set for the item are consumed at once and the effect is exhibited, or the parameters set with the passage of time are consumed, and the effect is effective until all are consumed. There are things that last. Moreover, the game item applied to this game may be a game item in which no parameters are consumed. For example, there are those that are effective when possessing or equipped with the game item.

Also, in the game in the embodiment, the effect is applied to the player character of the player who will participate later in the group to which the overall effect is applied. Thereby, the player is motivated to participate in the group to which the overall effect is applied, and the player who participates later can also benefit from the effect. As a result, a new player can easily participate in the group to which the overall effect is applied.

In the game in the embodiment, for example, when a predetermined condition regarding movement between stages is satisfied in the progress of a game in which a plurality of stages are sequentially cleared, the player character being played in the event is preceded by the player character. The stage to be played may be moved to the position of the player character being played. As a result, a player whose progress is delayed can catch up with a player whose progress is fast, and can enjoy the same stage with other players. Next, functional configurations of the game apparatus 10 and the server 20 for executing the above-described game will be described.

<Functional configuration>
FIG. 4 is a block diagram illustrating an example of a functional configuration of the game apparatus 10 according to the embodiment. 4 includes, for example, a first transmission unit 302, a first reception unit 304, a game execution unit 310, and a first storage unit 330.

The first transmission unit 302 can be realized by, for example, the main control unit 150, the mobile communication unit 114, the wireless LAN communication unit 118, the program 122, and the like. The first transmission unit 302 transmits a command or the like based on the operation content input by the user to the server 20. This command includes a request command for consuming game items and a participation command for participating in a group or a predetermined event (for example, a dungeon).

The first receiving unit 304 can be realized by, for example, the main control unit 150, the mobile communication unit 114, the wireless LAN communication unit 118, the game program 122, and the like. The first receiving unit 304 receives information related to the progress of the game from the server 20. The information related to the progress of the game includes screen information representing an execution screen of the in-game event, invitation message information for the event, and the like.

The game execution unit 310 can be realized by the main control unit 150, the program 122, and the like, for example. The game execution unit 310 executes a game (for example, a plurality of in-game events). The game execution unit 310 includes an operation reception unit 312, a command issue unit 314, a screen generation unit 316, and a display control unit 318.

The operation accepting unit 312 accepts a user operation input from the touch panel 102 while the game is being executed. For example, the operation accepting unit 312 accepts an operation for executing a lottery process during an in-game event, or accepts an operation for participating in an in-game event. The accepted operation content is output to the command issuing unit 314.

The command issuing unit 314 issues a command corresponding to the operation content received by the operation receiving unit 312 and transmits the issued command to the server 20 via the first transmission unit 302. For example, the command issuing unit 314 issues a command (also referred to as a request command) indicating an operation for consuming a game item. At this time, user information or identification information for identifying the game apparatus 10 is transmitted together with the request command. Thereby, the server 20 can grasp | ascertain which user or which game device 10 requested | required the game item. The command issuing unit 314 issues a command (participation command) indicating an operation for participating in an in-game event.

The screen generation unit 316 acquires information on the progress of the game received by the first reception unit 304, and generates a screen to be displayed on the touch panel 102 based on the information. The screen generation unit 316 outputs the generated screen to the display control unit 318.

The display control unit 318 displays the acquired screen on the touch panel 14. Thereby, the game apparatus 10 can display the execution screen of the event in a game based on each information transmitted from the server 20, and can advance a game. The above-described screen is used to include a still image and a moving image displayed on the touch panel 102.

Thereby, the game apparatus 10 can request execution of an in-game event, request participation of the in-game event, or request use of a game item in the in-game event.

FIG. 5 is a block diagram illustrating an example of a functional configuration of the server 20 in the embodiment. The server 20 illustrated in FIG. 5 includes a second transmission unit 402, a second reception unit 404, a game control unit 410, and a second storage unit 430. The server 20 can realize functions such as the game control unit 410 by executing the control program 210.

The second transmission unit 402 can be realized by the communication interface 206, the control unit 202, or the like, for example. The second transmission unit 402 transmits information regarding the progress of the game to the game apparatus 10 in accordance with an instruction from the game control unit 410.

The second receiving unit 404 can be realized by the communication interface 206, the control unit 202, or the like, for example. The second receiving unit 404 receives a command or the like indicating the operation content from each game apparatus 10.

The game control unit 410 can be realized by the control unit 202, the storage unit 208, or the like, for example. The game control unit 410 controls the execution of the game based on the received command. For example, the game control unit 410 controls an in-game event executed by a group including a plurality of users.

The second storage unit 430 can be realized by the storage unit 208, for example. The second storage unit 430 stores information regarding the game. For example, information related to the game includes information on a user who plays the game, information on a group including a plurality of users, screen information for configuring a game execution screen, and other information necessary for the game. .

Next, details of the game control unit 410 will be described. The game control unit 410 includes a generation unit 412, an event control unit 414, an activation unit 416, an application unit 418, a selection control unit 420, an output unit 422, a search control unit 424, and a movement control unit 426. Including.

The generation unit 412 generates a group including a plurality of users. About the method of generating a group, the generation unit 412 generates a group between a user who has output a request command and a plurality of users who have a friend relationship with the user, or between users who have entered a predetermined in-game room. A group is created, or a group is created between users who are physically close to each other. Note that the method of generating the group is not particularly limited. In addition, the friend relationship refers to a relationship in which the users are approved in advance and the users are associated with each other.

The event control unit 414 controls execution of a predetermined event in the game for a group including player characters operated by one or more players. For example, the event control unit 414 controls execution of a predetermined game unit such as a quest, a dungeon, or a stage that can be executed by each player character in a room as an example of a group. The predetermined event may have a plurality of stages which are sequentially cleared by the player as one unit.

The activating unit 416 activates an effect related to a predetermined event based on an operation of a predetermined player in the group. For example, when receiving a command requesting the use of a game item from the game apparatus 10, the invoking unit 416 specifies a game item based on a game item ID included in the command and applies the effect of the specified game item To start. Here, the activation means that a game item is specified and application of the effect of the specified game item is started. The activation timing may be immediately after the game item is specified, or may be a predetermined time after the game item is specified using a timer or the like.

The effects of game items include those that affect only the requested player character (single effect) and those that affect each player character in the group (overall effect). As described above, effects that affect each player character in the group include an increase in experience value and an increase in reward. A time limit may be provided for a single effect or an overall effect. When the time limit is provided for the effect, the same effect may be exhibited for a certain period of time, or the effect may become weaker as the time limit approaches.

In the case of an overall effect, the application unit 418 applies an effect to each player character included in the group at the first time point when the effect is activated by the activation unit 416, or the effect is applied after the first time point. In addition, the effect is applied to a player character newly joining the group. Further, in the case of a single effect, the application unit 418 applies the effect to the player character of the player who has requested use of the game item when the effect is activated by the activation unit 416. Functions related to the overall effect of the application unit 418 will be described with reference to FIG.

FIG. 6 is a block diagram illustrating an example of functions of the application unit 418 in the embodiment. In the example illustrated in FIG. 6, the application unit 418 includes a first application unit 4182 and a second application unit 4184.

When a game item that activates the overall effect is activated, the first application unit 4182 has at least one of the player characters included in the same group as the player who uses the game item at the first time when the game item is activated. The overall effect is applied to the player character.

When the effect is applied after the first time point, the second applying unit 4184, when a player character operated by a new player joins this group, for example, on the condition of joining the group, Apply the activated total effect to. That is, if the overall effect is applied, the second application unit 4184 automatically applies the activated overall effect to the player character newly joined to the group, regardless of the user operation.

The second applying unit 4184 may change the degree of the overall effect from the degree of the effect applied by the first applying unit 4182. For example, the second application unit 4184 may change the degree of the applied effect according to the elapsed time from the first time point. More specifically, the 2nd application part 4184 should just make it the grade of the whole effect become low, so that the elapsed time from the 1st time is long. In addition, the second application unit 4184 may change the degree of the effect according to the order of newly joining the group.

With the functions of the above-described units, the effect of the item can be exerted not only on the player characters included in the group first, but also on the player characters that have joined the group later, regardless of the player's operation instructions. it can. That is, when an effect applied to another character is applied in the event, it is possible to prevent a difference due to the effect between the player characters at the timing of participation in the event.

Returning to FIG. 5, when any player operating the player characters in the group invites to a predetermined event being executed, the selection control unit 420 controls to accept selection of a player who has not participated in the predetermined event. . For example, the selection control unit 420 accepts selection of friends who have not participated in the predetermined event based on a user operation using a pop-up screen or the like before the execution of the predetermined event. As a method of selecting a non-participating player, there are a case where the player selects a player one by one from a list or the like displayed on the screen, or a case where a plurality of players who are friends are selected together.

The output unit 422 outputs to the terminal operated by the selected non-participating player a message prompting participation in a predetermined event including effect information. For example, the output unit 422 is a message that describes the name of the active game item, information about the effect of the active game item, or a comment that prompts the inviter to participate in a predetermined event. These are output as messages.

Thus, the player who is prompted to participate can confirm the effect of the item, join the group later, and enjoy the predetermined event while receiving the effect of the item.

Further, the event control unit 414 may control a predetermined event that is executed for one or more groups. For example, the event control unit 414 may execute and control the same event that player characters in a plurality of rooms can play, the same event that battles between rooms, and the like, in addition to performing and controlling the event in units of rooms.

In this case, the first application unit 4182 may apply the overall effect to player characters in a plurality of groups participating in the same event at the first time point when the overall effect is activated. That is, the first application unit 4182 may apply the overall effect to each player character included in the group including the player who has requested the activation of the effect and the other group that is executing the predetermined event. As a result, the overall effect can be applied in units of predetermined events in which a plurality of groups participate. In this case, the group that activated the effect of the item may be controlled to cancel the effect when the event is cleared.

Further, the second application unit 4184 applies the overall effect to the player character of the newly participating player for a predetermined event in which a plurality of groups participate when the overall effect is applied after the first time point. Also good. Thereby, the effect applied in units of a predetermined event in which a plurality of groups participate can be applied to a player character who later joins the predetermined event.

The search control unit 424 performs control so that an event to which the overall effect is applied is preferentially searched when the player searches for an event to be executed. For example, the search control unit 424 may display on the search screen in order from the longest remaining time of the period in which the overall effect is applied and the degree of the effect being large. Accordingly, the player can preferentially select and participate in an attractive event including a group to which the overall effect is applied. In addition, when multiple groups are participating in the same event, you can select which group to participate in a specific event by displaying both the groups in that event and the effects applied to each group. Can be made easier.

Next, the movement control unit 426 will be described. Prior to the description of the function of the movement control unit 426, a conventional technique related to movement control of the player character will be described.

When one event is composed of a plurality of game units called stages, there is a game that decides which stage to branch to according to the time when the branch condition in the branch event is satisfied, etc. -179937).

However, in the case of the above-described game, in a game that is played jointly by a plurality of players, if the branch of each player's stage is determined by the game result or the like, the player may be dispersed in each stage, and enjoy the joint play. It becomes impossible to do.

Further, in a dungeon having a plurality of stages, when a game in which the player sequentially clears the stage is performed, when the preceding player joins another player's character in the dungeon, according to the instruction of the preceding player, It is conceivable that the character of the subsequent player appears on the stage where the preceding player is present.

However, in the case of the above-described game, the subsequent player suddenly plays the stage with the preceding player immediately after joining regardless of his / her intention, and can not experience the stage in the middle, Even if there is a delay, the game may not be fully enjoyed due to the fact that it cannot be corrected easily.

Therefore, the movement control unit 426 in the present embodiment moves the subsequent player character to the vicinity of the position of any one of the preceding player characters at the timing at which the player character can move between the stages. enable. As a result, even subsequent players can enjoy the current stage until the timing of moving between stages, and can catch up with the predecessor at the timing of moving the stage. Can enjoy. The function of the movement control unit 426 will be described with reference to FIG.

FIG. 7 is a block diagram illustrating an example of the function of the movement control unit 426 in the embodiment. The movement control unit 426 shown in FIG. 7 includes a first determination unit 4262, a second determination unit 4264, and a movement unit 4266.

The first determination unit 4262 determines whether or not each player character operated by one or more players is distributed in different stages. For example, the first determination unit 4262 determines that the player character is distributed as a determination result when the player characters are distributed on at least two or more stages.

When the player characters are distributed on different stages, the second determination unit 4264 determines whether or not a predetermined condition relating to movement is satisfied for the player character of the player who is playing on one stage. For example, the predetermined condition regarding movement is that a predetermined character has cleared one stage, or that an item that allows the player to move is used.

When the predetermined condition is satisfied, the moving unit 4266 moves the predetermined player character based on the position of an arbitrary player character existing on the stage preceding the predetermined player character. For example, when it is determined that the predetermined player character can move between stages, the moving unit 4266 moves the predetermined player character in the vicinity of one player character among the preceding player characters.

With the above movement control function, a player can easily move to a stage or the like on which another player is playing with the same ease as a normal stage movement, enjoy joint play, and is always the most advanced. Since the player who is playing does not move to the stage where the player is playing, the player can enjoy playing on more stages than before.

When there are a plurality of preceding player characters, the moving unit 4266 may automatically select one player character or allow the player to select it. Further, when one player is automatically selected, it may be selected randomly or may be selected according to a predetermined criterion.

As a predetermined reference, for example, when a player character that is closest to the position of a predetermined player character is selected, the player who operates the predetermined player character can play the stage in order. Become.

Note that the movement by the moving unit 4266 may be movement from the stage to the game space after completion called a lobby, in addition to movement between stages.

Also, the moving unit 4266 acquires position information and stage information of the preceding player character in the game space, and moves the subsequent player character based on this information. The position after the movement may be a position such as the start of the stage or the vicinity of the position of the preceding player character.

Also, the movement form may be a movement form that instantaneously moves, a movement form that shortens the movement time by dashing by the player character, or a combination of both.

As described above, since the server 20 has various functions, application control of the overall effect used in a predetermined event and movement control of the player character can be performed, and the fun of the game can be improved.

<Data structure>
Next, a data structure of a part of information regarding the embodiment will be described. FIG. 8 is a diagram illustrating an example of user information in the embodiment. In the user information shown in FIG. 8, each row corresponds to one user (player). Each user information includes a user ID, a user name, a game item owned by the user, a friend registered by the user, a current position of the player character operated by the user, and the like.

The user ID is an identifier assigned to each user on the server 20 side in order to identify each user. In the example shown in FIG. 8, identifiers such as “U0001” and “U0002” are assigned to each user.

The user name is a name used in an online game that can be given by each user, and is composed of an arbitrary character string. In the example shown in FIG. 8, character strings such as “AAA” and “BBB” are registered as user names.

The game item is a game item that is acquired and possessed by a lottery process by defeating or picking up an enemy character while the user is in an online game. The game item is equipped on the player character, affects a parameter related to a battle with the enemy character, or affects a reward given during the event.

The friend is associated with the user ID of the user registered as a friend associated with the user. The friend includes as many user IDs as the number of registered friends. In addition, when sharing and using friend information with another game, you may make it utilize the friend information memorize | stored in another server linked | related with user ID.

The current position is information indicating the current position of the player character operated by the user. For example, in the example shown in FIG. 8, information such as “CL1” and “CL2” is assigned, and this information includes stage identification information and coordinates in the game space in the stage. It is controlled to be rewritten every predetermined time or whenever the position of the player character changes. Note that the current position information only needs to be associated with the user ID, and therefore may be stored separately as information different from the user information.

FIG. 9 is a diagram illustrating an example of group information in the embodiment. In the example shown in FIG. 9, each row corresponds to one group. In the example shown in FIG. 9, the group is called a room, but there are other names such as parties. When the host user selects multi-play and the game apparatus 10 transmits a group creation request to the server 20, the server 20 creates new group information.

Each group information includes a room ID, host user information, guest user information, and item information.

Room ID is an identifier assigned to identify each group.

Host user information is information about users who are hosts of each group. The host user information can include a user ID for identifying the user, a game item owned by the user, the current position, and other user names.

Guest user information is information about users who have joined a group by being invited by a host user or receiving a group participation notification from the system side. The information included in the guest user information is basically the same as the information included in the host user information.

Item information is information on game items currently activated in the room, and in particular, information on game items having overall effects is associated with the item information.

Here, the application unit 418 can easily grasp the currently activated game item by referring to the item information of the group information. Therefore, when there is a player who newly joins the room, the application unit 418 can apply the overall effect to the newly added player by referring to the item information.

Note that item information is not necessarily necessary information for group information. When the item information is not included in the group information, the application unit 418 searches for a game item used by a player in the room, and if the used game item has an overall effect, the overall effect is obtained. May be applied to each player character in the room.

<Specific example>
Next, specific examples of application control of overall effects and movement control in the above-described game will be described. First, application control of the overall effect will be described using a screen example, and then movement control will be described using a stage transition diagram. In the specific example shown below, the in-game event is referred to as a quest.

≪Overall effect application control≫
As a specific example in the application control of the overall effect, description will be made using a screen example of a side requesting participation (inviting side) and a side requested to participate (invited side). Moreover, the following screen data generation, screen transition control, and the like are performed by the game execution unit 310 including the above-described units.

(Screen of requesting participation)
FIG. 10 is a diagram illustrating an example of a display screen (part 1) on the side requesting participation. In the example shown in FIG. 10, the display screen D10 includes various display areas and UI components (for example, buttons) described below.

Quest selection areas Q11, Q12, Q13, and Q14 are areas including the display of parameters consumed by the execution of the quest as well as the display of the quest name. For example, when any position or a predetermined button in each area is pressed, a quest participation request is output to a friend who has not participated in this quest. The selection control unit 420 executes acceptance of friend selection. In addition, the output unit 422 executes the quest participation request.

In the state shown in FIG. 10, when a request to participate in a quest is made, the output unit 422 outputs a message including information on the quest being executed to the game device 10 operated by the friend user.

FIG. 11 is a diagram showing an example of a display screen (part 2) on the side requesting participation. A display screen D12 shown in FIG. 11 is the same as the display screen D10 shown in FIG.

The difference between the display screen D12 shown in FIG. 11 and the display screen D10 shown in FIG. 10 is that information of the activated overall effect is displayed in the item display area AR10. In the item display area AR10, for example, an item name “EXP Flora Boost II” is displayed. This effect is an overall effect and is an effect that the experience value is increased for each player character in the group. The item display area AR10 also displays the remaining time during which this effect is applied.

In the state shown in FIG. 11, when a request to participate in a quest is made, the output unit 422 sends a message including information on the overall effect together with information on the quest being executed to the game device 10 operated by the friend user. Output.

(Screen on the side requested to participate)
FIG. 12 is a diagram illustrating an example of a display screen (part 1) on the side requested to participate. In the example shown in FIG. 12, the display screen D20 includes various display areas and UI components (for example, buttons) described below.

When the message described above is acquired, a pop-up screen P20 is displayed on the display screen D20 of the game device 10 of the user who has requested participation. The pop-up screen P20 includes a quest information display, a UI part B20 for rejecting participation in the quest, and a UI part B22 for participating in the quest. The quest information includes a requester name, a quest name, a consumption parameter, and the like. When the UI part B20 for refusing participation is pressed, information on this quest is held on the game device 10 side or the server 20 side so that the quest requested to participate can be selected from the quest selection screen.

The display screen D20 shown in FIG. 12 is a screen displayed on the device side that has received the participation request when the participation request is made from the display screen D10 shown in FIG.

FIG. 13 is a diagram showing an example of a display screen (part 2) on the side requested to participate. The display screen D22 shown in FIG. 13 is the same as the display screen D20 shown in FIG.

The difference between the display screen D22 shown in FIG. 13 and the display screen D20 shown in FIG. 12 is that information of the activated overall effect is displayed in the item display area AR22. For example, “acquired experience value 1.50 times boost!” Is displayed in the item display area AR22. Further, as shown in FIG. 13, not the item name but the effect itself may be displayed in the item display area AR22. Thereby, the player who received the participation request can easily grasp what kind of effect it is.

Note that the display screen D22 shown in FIG. 13 is a screen displayed on the device side that has received the participation request when the participation request is made from the display screen D12 shown in FIG.

(Quest selection screen after participation request)
FIG. 14 is a diagram illustrating an example of a display screen (part 1) for selecting a quest after receiving a participation request. In the example shown in FIG. 14, the display screen D30 includes various display areas and UI components (for example, buttons) described below.

Quest selection areas Q21, Q22, and Q23 include a quest name display area. Further, the selection area Q21 is an area for displaying a quest requested to participate (a support request) from the display screen D10 shown in FIG. The selection area Q21 includes a request for participation, a quest name, a requested player name, consumed parameters, and the like.

FIG. 15 is a diagram showing an example of a display screen (part 2) for selecting a quest after receiving a participation request. The display screen D32 shown in FIG. 15 is the same as the display screen D30 shown in FIG.

15 is different from the display screen D30 shown in FIG. 14 in that information on the activated overall effect is displayed in the item display area AR30. For example, “acquired experience value 1.50 times boost!” Is displayed in the item display area AR30. Further, as shown in FIG. 15, not the item name but the effect itself may be displayed in the item display area AR30. Thereby, the player who selects a quest can easily grasp what effect the quest has.

At this time, the search control unit 424 performs control so that the quest in which the overall effect is activated is preferentially displayed at the top, so that the player can easily search.

≪Movement control≫
Next, a specific example in the movement control will be described with reference to FIG. FIG. 16 is a diagram for explaining the movement control of the player character. In the example shown in FIG. 16, the event is composed of five stages (ST1 to ST5), and the room includes player characters (PC10, PC12, PC14, PC16) that are operated by four players, respectively.

In the example shown in FIG. 16, the player character PC10 is under operation control on the stage ST1, the player character PC12 is under operation control on the stage ST2, and the player character PC14 is under operation control on the stage ST4. It is assumed that the player character PC16 is performing operation control on the stage ST5. In addition, it is assumed that the player clears in order of stages ST1, ST2, ST3, ST4, ST5.

At this time, the first determination unit 4262 determines that the player characters in the room are distributed because there are two or more stages.

Next, the second determination unit 4264 determines whether or not a predetermined condition is satisfied for each player character. Note that the second determination unit 4264 does not determine the predetermined condition for the player character that precedes.

The predetermined condition is, for example, that the current action of the player has cleared the stage. For example, when the player character PC10 clears the stage ST1, the second determination unit 4264 determines that the predetermined condition is satisfied for the player character PC10.

The moving unit 4266 moves a player character that satisfies a predetermined condition based on the position of any preceding player character. For example, the moving unit 4266 moves the player character PC10 to the stage ST4 where the player character PC14 is located.

At this time, the position to be moved may be the start position of the stage ST4 or the vicinity of the position of the player character PC14. As a result, the succeeding player can play on the same stage as the preceding player character as long as the predetermined condition is satisfied, and can enjoy together with other players.

Further, the moving unit 4266 may move the player character PC10 based on the position of the player character PC12 that is closest to its own character. Thereby, the succeeding player character can enjoy the game on the stage in collaboration with other players relatively in order.

Note that the moving unit 4266 may prohibit the movement control to the position to be retracted when performing the movement control. For example, the moving unit 4266 prohibits the movement control of the player character PC14 based on the positions of the player characters PC10 and PC12. Thereby, it can prevent that progress of a game becomes slow.

<Operation>
Next, the operation of the server 20 in the embodiment will be described. FIG. 17 is a flowchart illustrating an example of the effect application process of the server 20 in the embodiment. In step S102 shown in FIG. 17, when the event control unit 414 controls the event, the invoking unit 416 acquires the game item selected by the player during the event or before the event starts.

In step S104, the activation unit 416 activates the selected game item.

In step S106, the application unit 418 determines whether or not the activated game item is a special item. The special item is, for example, a game item having an overall effect. If it is a special item (step S106-YES), the process proceeds to step S110, and if it is not a special item (step S106-NO), the process proceeds to step S108.

In step S108, the applying unit 418 applies the effect to the player character operated by the player using the game item.

In step S110, the first application unit 4182 applies the activated effect to each player character in the group to which the player using the game item belongs. In addition, about this step S110, it is not necessary to be all the members in a group, for example, player characters other than the player character operated by the player using a game item, or one or more characters with small parameters such as HP in the group You may make it apply limiting to only.

In step S112, the selection control unit 420 determines whether or not a non-participating player has been selected to invite to a predetermined event. The selection of a play that has not participated in a predetermined event is also referred to as an invitation instruction. If there is an invitation instruction (step S112—YES), the process proceeds to step S114, and if there is no invitation instruction (step S112—NO), the process proceeds to step S116.

In step S114, the output unit 422 outputs a message for encouraging participation in a predetermined event including information on the overall effect to the game apparatus 10 operated by the selected player.

In step S116, the second applying unit 4184 determines whether or not there is a new player who wants to participate in the predetermined event after applying the effect in step S110. If there is a player who desires new participation (step S116-YES), the group information is updated so that the player participates in the event, and the process proceeds to step S118. If there is no player who desires new participation (step S116-) NO), the process proceeds to step S120. By updating the group information, a player character operated by a newly participating player can be added to the group during control of a predetermined event.

In step S118, the second applying unit 4184 automatically applies the effect to the player character operated by the newly added player. At this time, the parameters such as HP of the player character operated by the newly added player are compared with the parameters of the character to which the effect has already been applied in the group. The effect may be applied only when the parameter is smaller than the parameter of the character to which the effect is applied. Further, when the player newly joins, if the effect applied in step S110 has already expired, the effect may not be applied.

In step S120, the application unit 418 determines whether or not a predetermined time as an application period of the effect has elapsed. If the predetermined time has elapsed (step S120—YES), the effect application process ends. If the predetermined time has not elapsed (step S120—NO), the process returns to step S112. In step S120, the continuation or termination of the effect application process may be determined based on the progress of the game, such as the end of the event, rather than the passage of time.

By the above processing, when an effect on another character is applied in the event, it is possible to prevent a difference due to the effect between the player characters at the timing of participation in the event.

FIG. 18 is a flowchart illustrating an example of the movement control process of the server 20 in the embodiment. In step S202 shown in FIG. 18, the first determination unit 4262 determines whether or not each player character operated by one or more players is dispersed in different events (first condition). If each player character is dispersed (step S202—YES), the process proceeds to step S204. If each player character is not dispersed (step S202—NO), the process proceeds to step S208.

In step S204, when each player character is dispersed in different events, the second determination unit 4264 determines a predetermined condition relating to movement between stages for a predetermined player character operated by a player who is playing in one event. It is determined whether or not (second condition) is satisfied. If the predetermined condition is satisfied (step S204-YES), the process proceeds to step S206. If the predetermined condition is not satisfied (step S204-NO), the process proceeds to step S208.

In step S206, when the predetermined condition is satisfied, the moving unit 4266 selects an arbitrary player character existing at a position preceding the predetermined player character, and moves the predetermined player character based on the position.

In step S208, the movement control unit 426 determines whether or not the predetermined event has ended. If the predetermined event ends (step S208—YES), the movement control process ends. If the predetermined event does not end (step S208—NO), the process returns to step S202.

Through the above processing, subsequent player characters can enjoy the game on the stage in collaboration with other players relatively in sequence.

Note that the processing steps included in the processing flow described with reference to FIGS. 17 and 18 can be executed in any order or in parallel as long as the processing contents do not contradict each other. Other steps may be added between the steps. Further, a step described as one step for convenience can be executed by being divided into a plurality of steps, while a step described as being divided into a plurality of steps for convenience can be grasped as one step.

[Modification]
In the above embodiment, the online game has been described as an example. However, the game apparatus 10 in the embodiment can be implemented by a game machine in a so-called arcade game. A portable game device and a stationary game device are collectively referred to simply as a terminal. The present invention can be applied if one event is executed and controlled for a predetermined group including player characters operated by one or more players.

In the embodiment, the server 20 has an effect application control function and a movement control function. However, the terminal 20 has an effect application control function and a movement control function, for example, when terminals are connected to each other. May be. That is, it is only necessary to determine whether each function is implemented on the server side or the terminal side.

Further, regarding the effect application control described above, when a player operating a player character to which an overall effect activated by another player is applied invites a friend or the like to the event, the group information is referred to. The effect application range may be further expanded by including effect information in the invitation message.

Also, the effect of the same item may be activated twice or the effect of a plurality of items may be activated to obtain a stronger overall effect. The effect application range may be applied only to characters that satisfy a predetermined condition such that a parameter such as HP is equal to or less than a predetermined value, instead of all the player characters included in the group. The same applies to newly added player characters.

In addition, the movement control described above has been mainly described with respect to movement between stages. However, when a plurality of player characters play in a single game space, a request to play together with other players. There is. Accordingly, in such a game, when a predetermined condition regarding movement is satisfied, the movement control unit may perform control to move the player character based on the position of the player character operated by another player. The predetermined condition at this time is when a predetermined enemy character is defeated.

In addition, regarding the effect application control and movement control described above, the present invention can be applied even if the player character is not necessarily operated directly by the player. For example, the player only sets the character such as equipment, stores this setting information, and after instructing participation in the event, automatically controls the character by computer control based on the stored setting information. Such an NPC (non-player character) may be used. Also, at the start of the event, only the organizer or the player who has processed the entry before the start of the event operates the character, and if the number of participating characters is less than a predetermined number (for example, 4), together with an insufficient number of NPC When a game is played and the participation of a player is accepted in the middle, any NPC may be selected (the selection may be either a computer or a player), and a process of replacing it may be performed.

As mentioned above, although embodiment was explained in full detail, it is not limited to the said embodiment, A various deformation | transformation and change other than the said embodiment are possible within the range described in the claim.

Hereinafter, the following additional notes will be disclosed with respect to the embodiment.
(Appendix 1)
On the computer,
A control step for controlling a game in which each player character operated by one or more players is cleared while moving in the game space;
A determination step for determining whether or not a predetermined player character operated by a player during game play satisfies a predetermined condition regarding movement in the game space;
When the predetermined condition is satisfied, a selection step of selecting one position from positions of player characters other than the predetermined player character;
A moving step of moving the predetermined player character to the selected position;
A program that executes
(Appendix 2)
The program according to appendix 1, wherein a player character other than the predetermined player character is a player character existing closest to the position of the predetermined player character among player characters preceding the predetermined player character.
(Appendix 3)
A computer-readable recording medium in which the program according to appendix 1 or 2 is recorded.

1 game processing system 10 game device 20 server 30 charging server 120 storage unit 150 main control unit 202 control unit 208 storage unit 310 game execution unit 330 first storage unit 410 game control unit 412 generation unit 414 event control unit 416 invocation unit 418 Unit 420 selection control unit 422 output unit 430 second storage unit

Claims

On the computer,
A control step for controlling a predetermined event in the game executed for a group including each player character respectively operated by one or more players;
A first applying step of applying an effect relating to the predetermined event to at least one player character among the player characters included in the group based on an operation of an arbitrary player among the one or more players;
A second applying step of applying the effect to a player character newly joining the group when the effect is applied;
A program that executes
A selection control step for controlling to accept selection of players who have not participated in the predetermined event;
An output step of outputting a message prompting participation in the predetermined event, including information on the effect, to a terminal operated by the selected non-participating player;
The program according to claim 1, further causing the computer to execute.
The computer further includes a step of including a player character operated by the player in the group during the control of the predetermined event based on an operation input related to joining the group from a terminal operated by the player notified of the message. The program according to claim 2.
The control step includes
Control predetermined events executed for one or more of the groups,
The first application step includes
When the effect is activated, the effect is applied to the player characters of the players participating in the predetermined event,
The second applying step includes
The program according to any one of claims 1 to 3, wherein, when the effect is applied, the effect is applied to a player character of a player who newly participates in the predetermined event.
A computer-readable recording medium in which the program according to any one of claims 1 to 4 is recorded.