JP5678368B1 - GAME SERVER, GAME CONTROL METHOD, GAME PROGRAM, AND GAME PROGRAM RECORDING MEDIUM - Google Patents

Abstract

A game server capable of maintaining the motivation of a real user for a scheduled battle, a game control method for controlling the progress of a game provided by the game server, a game program, a game program recording medium recording the game program, and a game system I will provide a. As shown in FIG. 5, a battle part processing unit 102 includes a reservation receiving unit 41, a battle realization unit 42, a reward granting unit 43, and a reservation setting unit 44. The battle realization unit 42 is means for realizing a scheduled battle in which virtual users battle each other between teams in a specific time zone. The battle realization unit 42 includes a battle management unit 421, a user control unit 422, an NPC control unit 423, and an image output unit 424. [Selection] Figure 5

Description

The present invention relates to a game server that manages the operation of a virtual user existing in a virtual space by operation data from each terminal connected via a communication network, a game control method that controls the progress of a game provided by the game server, it relates to the game program and a game program recording medium body.

  In recent years, with the spread of highly functional mobile terminals typified by smartphones, social network games (hereinafter referred to as social games) are becoming popular as games provided using social networking services (SNS). In social games, a real user who operates a terminal operates a virtual user that exists in a virtual space constructed by a game server via a communication network, so that other virtual users that exist in the same virtual space This game is played online while communicating.

  As one aspect of such a social game, a scenario is established by combining a plurality of game parts such as a quest part, a battle part, a reinforcement part, and a gacha part based on the behavior and story of a virtual user. Some games are configured (see, for example, Patent Document 1).

  A battle part is a part which battles against other virtual users as an enemy using a deck in which a card owned by a virtual user is incorporated. In some battles, there is a type in which one virtual user battles, while in another type, a virtual user forms a team in a game and battles against the team. In a battle type where teams compete against each other, the start time and end time may be determined in advance. The real user can participate in the battle by logging in to the game between the start time and the end time.

JP 2012-24248 A

  However, each real user cannot always log in to the game at a predetermined time. Even when the battle start time comes, only some of the virtual users belonging to the team may participate in the battle. In such a situation, a real user who has a virtual user participate in the battle may diminish his willingness to battle. Moreover, the real user who cannot make a virtual user participate in the battle held at predetermined time may lose willingness to play with respect to the whole game.

The present invention has been made in view of the above-described problems, and a game server capable of maintaining the willingness of a real user for a scheduled battle, a game control method for controlling the progress of a game provided by the game server, and a game program Another object of the invention is to provide a recorded game program recorded medium body a game program.

  In order to solve the conventional problems described above, the present invention has the following means.

(1) The game server of the present invention is based on an operation data receiving unit that receives operation data for operating a virtual user acting in a virtual space constructed on a game from a real user's terminal, and the received operation data. Then, based on the received operation data, a battle realization unit that realizes a scheduled battle in which the virtual users battle each other between teams at a specific time zone, and the virtual user can play a game without a terminal operation of a real user. A reservation accepting unit that accepts a reservation for participation in the scheduled battle as an executable non-player object, and upon receiving the reservation, the battle realization unit uses the virtual user as the non-player object for the scheduled battle to participate in, each in competition participation history information and / or the annual competition of the virtual user that has received the participation reservation Based on the participation information relating to the number or fighting ability value of the virtual user over arm, and controlling the operation of the virtual user accepted the participation reservation.

  In the above aspect, the real user can cause the virtual user to participate in the scheduled battle by operating the virtual user in a specific time zone. In addition, the real user can make a participation reservation for participating in a scheduled battle as a virtual user as a non-player object. A non-player object is a character that can perform a game without a terminal operation of a real user, as is also called a non-player character. When this participation reservation is made, the real user can participate in the scheduled battle without operating the virtual user in a specific time zone. Therefore, when a real user can operate a virtual user during a specific time period, it can be predicted that the virtual user cannot operate the virtual user during the specific time period. Can be used properly, such as making a reservation in advance. If a real user makes a reservation for participation in advance, he / she can enjoy a privilege obtained by participating in a scheduled battle, for example, without operating the virtual user himself / herself. Thereby, the willingness with respect to a fixed-time battle can be maintained with respect to the real user who is difficult to operate a virtual user in a specific time slot | zone.

  In a regular battle, it is not known how many real users will participate in a virtual user without actually starting the battle. Conventionally, when a match start time is reached and a real user joins a virtual user in a scheduled match, another virtual user who belongs to a team (also referred to as a guild) composed of a plurality of virtual users also participates There may have been situations in which no virtual user belonging to the opponent team is participating. In such a situation, the real user may diminish their willingness to play regularly. On the other hand, in this aspect, since a real user can make a virtual user participate as a non-player object, participation as a non-player object is added to participation as a virtual user, and the participation rate in the scheduled battle is Is expected to rise. This alleviates the situation where no other virtual user belonging to the team participates, or the situation where no virtual user belonging to the opponent team participates. Thereby, the willingness can be maintained with respect to the real user with the willingness to operate a virtual user himself and participate in a fixed time battle.

(2) The game server of the present invention is based on an operation data receiving unit that receives operation data for operating a virtual user acting in a virtual space constructed on a game from a terminal of an actual user, and the received operation data. Then, based on the received operation data, a battle realization unit that realizes a scheduled battle in which the virtual users battle each other between teams at a specific time zone, and the virtual user can play a game without a terminal operation of a real user. A reservation accepting unit that accepts a reservation for participation in the scheduled battle as an executable non-player object, and the non-player of the virtual user when the participation reservation is not received by a predetermined time before the scheduled battle starts. A reservation setting unit configured to set the participation reservation for the virtual user based on information relating to a battle participation frequency as an object; A reservation cancellation receiving unit that receives cancellation of the participation reservation based on the received operation data, and when receiving the participation reservation, the battle realization unit sets the virtual user as the non-player object in the scheduled battle. It is characterized by participating .

In the above aspect, for example, when the frequency at which the virtual user participates in the scheduled battle as a non-player object is equal to or higher than a predetermined threshold, the participation reservation is set even if the real user has not made the participation reservation. The As a result, even if a real user who frequently participates in a scheduled battle as a non-player object as a non-player object has forgotten to make a reservation for participation, the virtual user participates in the scheduled battle as a non-player object. Can be made. Further, even if the participation reservation is automatically made, the real user cancels the participation reservation so that the virtual user participates in the scheduled battle not by the non-player object but by the terminal operation of the real user. be able to.

On the contrary, in this aspect, when the frequency at which the virtual user participates in the scheduled battle as a non-player object is less than a predetermined threshold, the participation reservation is not set unless the real user has made the participation reservation. For example, a real user who frequently operates a virtual user himself and participates in a scheduled battle as a non-player object has a low frequency. Since participation reservation is not automatically set for such a virtual user, the virtual user can be continuously operated by himself / herself to participate in the scheduled battle.

(3) The game server of the present invention is based on an operation data receiving unit that receives operation data for operating a virtual user acting in a virtual space constructed on a game from a terminal of an actual user, and the received operation data. Then, based on the received operation data, a battle realization unit that realizes a scheduled battle in which the virtual users battle each other between teams at a specific time zone, and the virtual user can play a game without a terminal operation of a real user. A reservation accepting unit for accepting a reservation for participation in the scheduled battle as an executable non-player object, and a scheduled battle held after the scheduled battle for a virtual user who participated in the scheduled battle as the non-player object. A reward granting unit for granting a reward when the virtual user participates through the terminal operation of the real user, When receiving the said competition realization section may be participating in the scheduled match the virtual user as the non-player object.

In the above aspect, for example, for the virtual user who participated in the first scheduled battle as a non-player object, the reward granting unit moves the real user to the second scheduled battle held after the first scheduled battle has ended. The reward for participation in the first scheduled battle is given only when participating by terminal operation. As a result, it is possible to prevent the real user from continuing to participate in the scheduled battle as a non-player object, and to guide the real user to participate by the terminal operation of the real user. And the alternating current of real users in a regular battle | competition can be activated.

(4) The game server of the present invention is based on an operation data receiving unit that receives operation data for operating a virtual user acting in a virtual space constructed on a game from a terminal of an actual user, and the received operation data. Then, based on the received operation data, a battle realization unit that realizes a scheduled battle in which the virtual users battle each other between teams at a specific time zone, and the virtual user can play a game without a terminal operation of a real user. A reservation accepting unit that accepts a reservation for participation in the scheduled battle as an executable non-player object, and a virtual user who participates in a terminal operation of a real user in the scheduled battle participates as the non-player object. Based on the degree of cooperation with the virtual user, a reward is given to the virtual user participating as the non-player object. Includes a reward giving unit Azukasuru, and accepts the participation reservation, the battle realization section may be participating in the scheduled match the virtual user as the non-player object.

In the above aspect, for example, the more the number of times the virtual user who participates in the terminal operation of the real user acts on the virtual user who participates as the non-player object during the scheduled battle, the more the non-player object Many points are given to participating virtual users. After a virtual user who participates as a non-player object attacks an enemy user, if a virtual user who participates in the terminal operation of the real user attacks the enemy user within a predetermined time, the two users cooperate with each other. It will be broken. The reward for a virtual user who participates as a non-player object changes depending on the action of the participating virtual user by the user's terminal operation. When a large number of points are gained thanks to a virtual user who participates in the terminal operation of a real user, the real user who operates the virtual user participating as a non-player object has a feeling of giving back. it is conceivable that. It is possible to improve teamwork in the scheduled battle and maintain the willingness of real users to play the game.

(5) The game server of the present invention is based on an operation data receiving unit that receives operation data for operating a virtual user acting in a virtual space constructed on a game from a terminal of a real user, and the received operation data. Then, based on the received operation data, a battle realization unit that realizes a scheduled battle in which the virtual users battle each other between teams at a specific time zone, and the virtual user can play a game without a terminal operation of a real user. A reservation accepting unit that accepts a reservation for participation in the scheduled battle as an executable non-player object, and a game part other than the scheduled battle while the virtual user is participating in the scheduled battle as the non-player object The other part determination unit for determining whether or not the operation data from the terminal has been received, and And a penalty setting unit that sets a penalty to the virtual user accepts the participation reservation, the battle realization section, said the to participate in the scheduled match the virtual user as the non-player object To do.

In the above aspect, the other part determination unit, for example, if a real user who has made a reservation to participate in a scheduled battle as a non-player object as a non-player object, Part or gacha part) is determined. And when it determines with having received operation data in another game part, a penalty setting part sets a penalty with respect to a virtual user. If a reservation is made as a non-player object for a scheduled match and the game is played with another game part during the scheduled match, the real user can get a reward for both the scheduled match and the other game part. If the participation reservation as a non-player object is used in order to play with other game parts during a scheduled battle, there is a risk that the number of virtual users participating in the scheduled battle by terminal operations from real users may decrease. is there. Moreover, the willingness to a regular user's scheduled battle may fall. Therefore, by setting a penalty for a real user who is operating another game part during the scheduled battle while a virtual user is participating as a non-player object in the scheduled battle, such an operation is suppressed. Can do.

(6) In a preferred aspect of the game server according to the present invention, the penalty setting unit prohibits the virtual user from participating in the scheduled battle as the non-player object for a predetermined period .

In the above aspect, the penalty setting unit prohibits the virtual user from participating in the scheduled battle as a non-player object for a predetermined period. Thereby, it is possible to guide the virtual user to participate in the scheduled battle by operating the terminal.

(7) In a preferred aspect of the game server according to the present invention, when the virtual user participates in the scheduled battle as the non-player object, the battle realization information of the virtual user who has accepted the participation reservation is used. Based on the above, the lower the virtual user's battle participation frequency, the more virtual items owned by the virtual user are consumed in the scheduled battle .

In the above aspect, the battle realization unit consumes more virtual items owned by the virtual user in the scheduled battle, for example, as the frequency of participation of the virtual user in the scheduled battle is lower in a period retroactive from the present time. In the scheduled battle, the virtual item owned by the virtual user is consumed, so that the virtual user operates as a non-player object and attacks the opponent team. The more virtual items that are consumed, the more damage to the opponent team. Therefore, if a virtual user who has a low participation frequency in the scheduled battle participates in the scheduled battle as a non-player object, the opponent team can be greatly damaged.

In a battle against a team, the attack to the opponent team is usually greater when more virtual users belonging to the team participate, and the battle can be advantageously advanced. A virtual user who has a low participation frequency in a scheduled battle is less likely to contribute to the team, which may weaken the team's cohesion. Depending on the actual user who operates the virtual user who frequently participates in the scheduled battle, the virtual user who has low participation frequency may be dissatisfied with the low degree of contribution to the team. In this aspect, it is possible to suppress the team's cohesion from being weakened by consuming more virtual items owned by virtual users with low participation frequency in the scheduled battle.

(8) In a preferred aspect of the game server according to the present invention, the battle realization unit is configured to allow the non-player to reduce a difference in the number of participations between teams based on the participation information of the virtual user in the scheduled battle. The operation of the virtual user participating in the scheduled battle as an object is stopped or operated.

In the above aspect, the battle realization unit stops the operation of the virtual user participating as a non-player object so that the difference in the number of participation between the teams becomes small based on the participation information of the virtual user in the scheduled battle. Or make it work. In a regular battle, it is not known how many real users will participate in a virtual user unless the battle is actually started, and there are many differences in the number of participants. By reducing the difference in the number of participants between teams, it becomes a close battle, and the motivation for a regular user's scheduled battle can be improved.

(9) In a preferred aspect of the game server according to the present invention, the battle realization unit is configured to reduce the difference in the battle ability value between the teams based on the participation information of the virtual user in the scheduled battle. The operation of a virtual user participating in the scheduled battle as a player object is stopped or operated.

In the above aspect, the battle realization unit operates the virtual user participating as a non-player object so that the difference in the battle ability value between the teams is reduced based on the participation information of the virtual user in the scheduled battle. Is stopped or activated. First, after calculating the total battle capability value of the virtual users currently participating in the battle for each team, the difference in the battle capability value between the teams is calculated. Then, the operation of the virtual user participating as the non-player object is stopped or operated so that the calculated difference becomes small. By reducing the difference in the battle ability value between the teams, it is possible to improve the motivation of the real user for the regular battle.

(10) In a preferred aspect of the game server according to the present invention, when the virtual user participates in the scheduled battle as the non-player object, the battle realization information of the virtual user who has accepted the participation reservation is used. The participation time for the scheduled battle is set longer as the virtual user's battle participation frequency is lower.

In the above aspect, for example, a longer participation time is set as the frequency of participation of the virtual user in the scheduled battle is lower in a period retroactive from the present. A virtual user who has a low participation frequency in a scheduled battle is less likely to contribute to the team, which may weaken the team's cohesion. By setting the participation time longer for a virtual user who has a low participation frequency in the scheduled battle, it is possible to suppress the team's cohesion from being weakened.

(11) In a preferred aspect of the game server according to the present invention, the battle realization unit is configured to perform the scheduled battle as the non-player object based on the presence or absence of a virtual user participating in the scheduled battle by a terminal operation of a real user. It is characterized by determining whether or not to operate a virtual user participating in the network.

In the above aspect, if there is a virtual user who participates in a scheduled battle by a user's terminal operation, the virtual user participating in the scheduled battle as a non-player object is operated, and the scheduled user battle is performed by the actual user's terminal operation. When there is no participating virtual user, the operation of the virtual user participating in the scheduled battle as a non-player object is stopped. In a scheduled battle, how many real users will participate in the virtual user is not known unless the battle is actually started, and there is no virtual user participating in the scheduled battle by the terminal operation of the real user. There can be a situation. In such a situation, when a real user starts participating in a virtual user by terminal operation during a scheduled battle, if the battle is progressing only with a virtual user participating as a non-player object, the game provider side It seems that the operation is performed artificially, and the motivation of the real user may be reduced. Maintaining the motivation of a real user for a scheduled battle by operating a virtual user who is participating in a scheduled battle as a non-player object on condition that there is a virtual user participating in the scheduled battle with the terminal operation of the real user Can be made.

(12) In a preferred aspect of the game server according to the present invention, when the virtual user participates in the scheduled battle as the non-player object, the battle realization unit is configured as a non-player object of the virtual user who has accepted the participation reservation. On the basis of the battle participation history information, as the number of continuous participations as the non-player object of the virtual user increases, the battle ability value in the scheduled battle is set lower.

In the above aspect, the battle realization unit sets the virtual user's battle capability value to be lower as the number of consecutive participations as the non-player object is larger. If the competitive ability value is low, even if it participates in a regular battle, it cannot contribute to the team so much, and the real user cannot satisfy the self-satisfaction by making the virtual user participate. Accordingly, it is possible to urge the real user to participate in the terminal battle instead of causing the virtual user to participate as a non-player object.

The present invention as described above, in any of the embodiments, the invention of the game server, the game control method, a game program recorded medium body which stores a game program and a game program for controlling progress of a game provided in the game server it is also possible to capture as a.

According to the present invention, a game server capable of maintaining the motivation of a real user for a scheduled battle, a game control method for controlling the progress of a game provided by the game server, a game program, and a game program recording medium recording the game program The body can be provided.

It is a figure which shows the system configuration | structure of the game system to which this invention was applied. It is a figure for demonstrating the structure of the social game which the game server to which this invention was applied provides. It is a figure which shows the hardware constitutions of the game server to which this invention was applied. It is a figure which shows the structure of each process part which the game server to which this invention was applied performs. It is a figure for demonstrating the whole flow of a battle part process part. It is a figure for demonstrating the specific example of a team data table. It is a figure for demonstrating the specific example of an item data table. It is a figure for demonstrating the specific example of a battle participation log | history data table. It is a figure for demonstrating the specific example of a NPC participation reservation data table. It is a figure for demonstrating the specific example of the data table for participation determination. It is a figure for demonstrating the specific example of an possession item data table. It is a figure for demonstrating the whole flow of the process performed in the battle part process part of this embodiment. It is a figure for demonstrating the specific procedure of a reservation reception process. It is a figure for demonstrating the specific procedure of a battle | competition realization process. (A) (B) It is a figure for demonstrating the specific procedure of NPC control processing. (A) (B) It is a figure for demonstrating the specific procedure of NPC control processing. It is a figure for demonstrating the specific procedure of an NPC control process. It is a figure for demonstrating the whole flow of the modification of the process performed in the battle part process part of this embodiment. It is a figure for demonstrating the specific procedure of a reservation setting process. It is a figure for demonstrating the specific procedure of a reservation cancellation | release process. It is an example of a screen for explaining a production image of this embodiment.

  A mode for carrying out the present invention (hereinafter referred to as the present embodiment) will be described with a specific example. The present embodiment relates to a game system that provides a game to a terminal connected to a game server via a communication network. Specifically, as shown in FIG. 1, a game system G according to the present embodiment includes a game server 1 that provides a game to a user, and a terminal 3a that is connected to the game server 1 via the Internet 2 that is a communication network. 3b, 3c,..., 3n (hereinafter collectively referred to as terminal 3).

  In the following, first, prior to the description of the embodiment, the definitions of terms used in the present embodiment are clarified, and the outline of the social game handled in the present embodiment is described. I will explain it.

(1) Definition of terms Definitions of terms used in the present embodiment are as follows.

  The “virtual space” indicates a virtual world formed during the game based on the content of the game, and indicates a space different from the physical space. The “virtual space” displayed on the display (display unit) of the terminal 3 is two-dimensional, but the ideal space formed by adding connections with other terminals 3 is not limited to the two-dimensional space.

  “Real user” refers to an entity operating a terminal, that is, a person hitting a person. On the other hand, a virtual entity impersonating the user or formed in accordance with the user's taste or preference in the virtual space by a button or touch operation on the terminal of the “real user” that is the entity is referred to as a “virtual user”. For this “virtual user”, the virtual entity cannot be visually recognized in the game, for example, as in the player of the traditional shogi game or mahjong game, but the piece or trap is impersonated as the “real user” in the virtual space. It also includes the case of operating with. The “virtual user” also includes a specific visible character that is displayed on the game in a role playing game or a battle game and causes movement or action. Furthermore, the “virtual user” includes a virtual entity displayed as an avatar in the SNS. As described above, the “virtual user” in the present embodiment is used as a term that broadly represents a virtual entity in the virtual space, and is a virtual entity that is embodied in the game or a virtual entity that functions as a shadow that is not embodied. It doesn't matter if it is.

(2) Outline of Social Game Next, an outline of the social game provided from the game server 1 to the terminal 3 connected via the Internet 2 will be described with reference to FIG.

  In general, a social game is a virtual card (hereinafter, referred to as “hundreds of characters”, for example, hundreds of characters) in a virtual space through a virtual user who performs an operation according to the operation of the terminal 3 by a real user. This is a game that creates an item list (hereinafter also referred to as a deck) of a predetermined number of cards. More specifically, while leveling up the cards on the deck and selecting groups, you can play cards against enemies that appear in virtual space, or trade cards with other virtual users. , Strengthen and collect cards. In card-to-card battles, the attack power and defense power of each card that composes the deck, and skills that achieve a certain level of effectiveness through a combination of predetermined cards (equivalent to a “role” in a card game or mahjong), etc. , Damage to the enemy and victory or defeat are decided.

  A social game is formed as a single game by organically combining a plurality of game parts (hereinafter also simply referred to as “parts”) to complete a single story or character as a whole. For example, as shown in FIG. 2, the social game 20 includes a quest part 21, a battle part 22, a gacha part 23, and a strengthening part 24.

  The quest part 21 is a virtual card in which a virtual user searches the virtual space and fights enemies that appear during the search, as indicated by the word “quest” having significance such as “search, search, adventure”, or a new card. It is a part of a game that progresses by earning or improving the level of a virtual user. In the quest part 21, a predetermined quest point is given to the virtual user, and movement of the virtual user, acquisition of an item, improvement of a level, and the like are performed by consuming the quest point. Further, in the quest part 21, a battle point is played by using the card owned by the virtual user by consuming the battle points.

  The battle part 22 is a part where a virtual user owns a card in which a card is incorporated and battles against another virtual user as an enemy. Based on the attack power and defense power of each card constituting the deck described above. Victory or defeat is decided.

  The gacha part 23 is derived from “Gacha Gacha” (registered trademark), which represents a state in which a capsule toy that is a toy packaged in a capsule after coins are inserted into a vending machine. However, it is a part which acquires a card | curd at random based on the appearance rate for every card | curd using the point for gacha given in place of a coin, and the authority for gacha.

  Strengthening part 24 synthesizes the cards owned by the virtual user and raises the level indicating the strength of the cards, thereby defending the attack power given to the enemy and the attack from the enemy when incorporated in the deck. It is a part that strengthens defense power.

  In the social game 20 composed of a plurality of parts as described above, each part alone is not independent of other game parts. As described above, the parts are related to each other and combined, It has significance as a whole. Therefore, in the social game 20, one game can be advanced as a whole when the virtual user effectively advances each game part.

(3) Basic Hardware Configuration (3-1) Terminal Configuration Based on the definition of the social game 20 as described above, a hardware configuration for realizing the game system G of the present embodiment will be described below.

  As illustrated in FIG. 1, the terminal 3 includes a portable wireless communication terminal including a wireless communication unit 31, a display unit 32, and an operation unit 33, for example. The wireless communication unit 31 connects to the Internet 2 using a mobile phone line or a wireless LAN line, and performs data communication with the game server 1 on a web browser. The display unit 32 displays the web browser screen received from the game server 1. For example, the operation unit 33 includes a touch panel that receives an operation input from an actual user according to the display on the screen of the display unit 32. The operation input received from the real user in this way is transmitted to the game server 1 by the wireless communication unit 31.

  In the terminal 3 having such a hardware configuration, for example, individual authentication processing of the terminal is performed by a combination of a user ID registered in advance and a predetermined password. When the authentication with the game server 1 is completed, the terminal 3 receives data necessary for progressing the game from the game server 1 and transmits operation data in the operation unit 33 to the game server 1. .

  The terminal 3 may be a mobile phone, a PDA, a personal computer, or the like as long as it is a communication device that can communicate with the game server 1 via the Internet 2 that is a communication network. In addition, although a touch panel has been described as an example of the operation unit 33, it is needless to say that a configuration in which a cursor or the like is moved by a physical key operation to perform selection operation and input information may be employed.

(3-2) Schematic Configuration of Game Server The game server 1 connected to be communicable with the terminal 3 is realized by a computer having a general-purpose hardware configuration as shown in FIG. 3, for example. That is, the game server 1 includes a communication interface unit 11 that communicates with the terminal 3 via the Internet 2 and an operation input unit 12 that receives an operation input from a user such as a keyboard and a mouse, as shown in FIG. . In addition, the game server 1 includes an arithmetic processing unit 13 such as a CPU that performs various arithmetic processes, a main memory 14 such as an SRAM or DRAM that temporarily stores arithmetic processing data, and a hard disk that stores application programs and various data. And the like, and a display 16 for displaying the calculation processing result.

  The game server 1 installs a program for providing such a social game 20 to the user in the storage device 15, thereby realizing a functional block as shown in FIG.

  That is, in the game server 1, for example, a function including an operation data receiving unit 11a, a game data processing unit 100, and a game data storage unit 200 that manages game data is realized as shown in FIG.

  The operation data receiving unit 11 a is means for receiving operation data transmitted from the terminal 3 through the communication network 2. The game data processing unit 100 includes a quest part processing unit 101, a battle part processing unit 102, a gacha part processing unit 103, and an enhanced part processing unit 104.

  Here, the quest part processing unit 101 performs data processing of the quest part 21. The battle part processing unit 102 performs data processing for the battle part 22. The gacha part processing unit 103 performs data processing of the gacha part 23. The reinforcement part processing unit 104 performs data processing of the reinforcement part 24.

(3-3) Specific Configuration of Game Server Hereinafter, a battle part processing unit 102 having a configuration specific to the present embodiment, and game data storage serving as a storage area for realizing processing in the battle part processing unit 102 A specific configuration of the unit 200 will be described with reference to FIG. First, the configuration of the game data storage unit 200 will be described.

(3-3-1) Configuration of Game Data Storage Unit First, as data used in the battle part processing unit 102, the game data storage unit 200 includes a team data table 211, an item data table 212, and an item data table 212, as shown in FIG. And a virtual user data storage unit 210.

(Team data table 211: FIG. 6)
As shown in FIG. 6, the team data table 211 stores identification information of virtual users belonging to a team for each team. Each team is given a unique number as “team ID”, and each virtual user is given a unique number as “user ID”.

  A “team” is a group formed by virtual users in a game. When the virtual user is registered in the game, he or she can create a team by itself and wait for a subscription from another virtual user, or can join a team already created in the game. The number of virtual users belonging to the team is not particularly limited as long as it is one or more. When a team is created by itself and no other virtual user joins, only one virtual user belongs to the team. The term “team” is not particularly limited, and the term “guild” may be used.

(Item data table 212: FIG. 7)
Each virtual item is given a unique number for each item as an “item ID”. As virtual items that can be used in the battle part, there are battle attack points and battle recovery points. A battle attack point is a point required for one virtual user to attack another virtual user or an enemy that appears in the game. One virtual user can reduce the health parameters of other virtual users or enemies that appear in the game by consuming points for battle attacks. The battle recovery point is a point necessary for recovering the physical strength parameter of one virtual user. One virtual user can increase the physical fitness parameter of the one virtual user by consuming the battle recovery points.

  The “item image” is image data representing a virtual item, and display processing data in which such image data is incorporated is transmitted from the game server 1 to the terminal 3.

  The virtual user data storage unit 210 includes a battle participation history data table 221, an NPC participation reservation data table 222, a participation determination data table 223, and an owned item data table 224.

(Competition history data table 221: FIG. 8)
As shown in FIG. 8, the battle history data table 221 stores history information related to battles performed in the past in the game. Specifically, in FIG. 8A, information regarding the time at which each battle was held is stored. Further, in FIG. 8B, information regarding whether or not a virtual user has participated in each battle is stored for each virtual user.

  Each match is given a unique number as a “match ID”. In the battle history data table 221 of FIG. 8A, every time a battle is completed, the date of the battle (match date), the time when the battle was started (match start time), and the time when the battle was ended (match) Information regarding (end time) is stored in association with the battle ID. From FIG. 8 (A), it can be seen that the battle start time is 12:30 and 21:00, and the battle time is 30 minutes, respectively.

  In the battle history data table 221 of FIG. 8B, information regarding whether or not a virtual user participates in a battle that has been completed is stored every time the battle is completed. Specifically, when a virtual user participates, “1” is stored as a participation flag by associating the identification information (user ID) of the virtual user with the identification information (competition ID) of the completed battle. When the virtual user does not participate, “0” is stored as the participation flag. When the virtual user participates in the battle as a non-player character (hereinafter referred to as NPC), “2” is stored as the participation flag.

  NPC is a non-player object that can perform a game without a terminal operation of a real user. If the real user makes an NPC participation reservation to join the virtual user as an NPC before the battle starts, the virtual user can participate in the battle as an NPC.

  It should be noted that whether or not one virtual user has participated in one battle played in the past is determined from the terminal operating the one virtual user from the battle start time to the battle end time in one battle. This is performed depending on whether or not operation data relating to item consumption has been received.

(NPC participation reservation data table 222: FIG. 9)
As shown in FIG. 9, the NPC participation reservation data table 222 stores information on NPC participation reservations for future battles for each virtual user. Specifically, in FIG. 9A, information regarding the time at which each battle is held is stored. Further, in FIG. 9B, information regarding whether or not there is an NPC participation reservation for each match is stored for each virtual user.

  In the NPC participation reservation data table 222 in FIG. 9A, information regarding the battle date, the battle start time, and the battle end time is stored in association with the battle ID. Each time a match is completed, the data related to the completed match is deleted.

  In the NPC participation reservation data table 222 in FIG. 9B, information related to whether or not an NPC participation reservation for participating in a battle with a virtual user as an NPC is received is stored. Specifically, “0” is stored in the initial state. When an NPC participation reservation is accepted, the corresponding data is rewritten from “0” to “1” by associating the virtual user identification information (user ID) with the battle identification information (match ID). When the battle is over, “2” is stored in the battle history data table 221 of FIG. 8B based on the data stored in the NPC participation reservation data table 222 of FIG. 9B.

(Participation determination data table 223: FIG. 10)
The participation determination data table 223 is a data table for calculating the number of virtual users participating in the battle currently being performed in the game.

  The battle in this embodiment is a team battle type battle between teams. Before the battle is started, a battle combination is determined for each team. Each battle combination is given a unique number as a “combination ID”. In the case of a battle between two teams, one team is arbitrarily set as team 1 and the other team is arbitrarily set as team 2.

  As shown in FIG. 10, the participation determination data table 223 includes information regarding whether or not an NPC participation reservation has been accepted and information regarding whether or not a virtual user is participating in a battle currently being performed in the game. I remember it. Information relating to whether or not an NPC participation reservation has been accepted is obtained from the data stored in the participation reservation data table 222 in FIG. 9B. For the target competition, “1” is stored as an NPC when an NPC participation reservation is accepted, and “0” is stored as an NPC when an NPC participation reservation is not accepted. When “1” is stored as the NPC, “1” is stored as the participation flag if it is operating in the current battle, and “0” is stored as the participation flag if the operation is stopped. Is memorized. Note that a virtual user who participates in a battle as an NPC is operated by an NPC control unit described later, or the operation is stopped. Further, when “0” is stored as the NPC, if the virtual user participates in the current battle by the terminal operation of the real user, “1” is stored as the participation flag, and the real user terminal If the virtual user has not participated in the operation, “0” is stored as the participation flag. The participation flag is updated as appropriate.

(Owned item data table 224: FIG. 11)
As shown in FIG. 11, the owned item data table 224 stores information related to virtual items (owned items) owned by the virtual user for each virtual user.

(3-3-2) Configuration of Game Data Processing Unit As shown in FIG. 5, the battle part processing unit 102 includes a reservation receiving unit 41, a battle realization unit 42, a reward granting unit 43, and a reservation setting unit 44. A reservation canceling unit 45.

  The reservation accepting unit 41 is means for accepting registration of an NPC participation reservation for allowing a virtual user to participate in a scheduled battle as an NPC capable of performing a game without a terminal operation of a real user, based on operation data received from the terminal.

  The battle realization unit 42 is means for realizing a scheduled battle in which virtual users battle each other between teams in a specific time zone. The battle realization unit 42 includes a battle management unit 421, a user control unit 422, an NPC control unit 423, and an image output unit 424.

  The battle management unit 421 is a means for determining matters related to the battle in advance and storing them in a data table for management. For example, the battle management unit 421 determines the date and time of the scheduled battle in advance, and stores the data in the participation reservation data table 222 of FIG. Then, based on the data stored in the participation reservation data table 222 in FIG. 9A, the battle management unit 421 determines whether the battle start time has been reached and whether the battle end time has been reached. To do.

  The user control unit 422 is a means for controlling the operation of a virtual user who has not accepted an NPC participation reservation from the battle start time to the battle end time. The user control unit 422 causes the virtual item owned by the virtual user to be consumed based on the operation data received from the terminal. The damage to the opponent team is determined according to the consumption of the virtual item.

  The NPC control unit 423 is a means for controlling the operation of the virtual user who has accepted the NPC participation reservation from the battle start time to the battle end time. The NPC control unit 423 causes the virtual item owned by the virtual user to be consumed at an arbitrary timing without the terminal operation of the real user. As described above, the damage to the opponent team is determined according to the consumption amount of the virtual item.

  Based on the virtual user's battle participation history information, the NPC control unit 423 may consume more virtual items owned by the virtual user as the virtual user's battle participation frequency is lower.

  Further, the NPC control unit 423 stops the operation of the virtual user participating as the NPC or the operation so that the difference in the number of participation between the teams becomes small based on the participation information of the virtual user in the scheduled battle. You may let them. At that time, it is preferable that the NPC control unit 423 preferentially stops the operation of the virtual user who has a relatively high participation frequency in the scheduled battle. Further, the NPC control unit 423 may stop or operate the operation of the virtual user participating as the NPC so that the difference in the battle ability value between the teams becomes small.

  In addition, the NPC control unit 423 may set the participation time for the scheduled battle of the virtual user who has accepted the NPC participation reservation. Specifically, the NPC control unit 423 sets a longer participation time as the frequency of participation of the virtual user in the scheduled battle is lower in a period retroactive from the present.

  Further, the NPC control unit 423 determines whether to operate the virtual user participating in the scheduled battle as an NPC based on the presence or absence of the virtual user participating in the scheduled battle by the terminal operation of the real user. Also good. Further, when the virtual user participates in the scheduled battle as the NPC, the NPC control unit 423 is configured to perform the scheduled battle as the virtual user's continuous participation count as the NPC increases based on the virtual user's NPC battle participation history information. The battle ability value of may be set low.

  The image output unit 424 is a means for outputting an image for producing a game progress to each terminal that operates a virtual user participating in a scheduled battle. Specifically, an image indicating an attack on the opponent team and an image indicating an attack received from the opponent team are displayed on the terminal.

  The reward granting unit 43 determines the contents of the reward based on the winning / losing and team contribution in the scheduled battle. The reward is, for example, a point that can be used in the game. The reward granting unit 43 gives more points to the virtual user of the winning team than to the virtual user of the defeat team. Moreover, the reward provision part 43 gives more points, so that the virtual user with a high team contribution degree by a fixed battle | competition is high.

  When the reservation accepting unit 41 has not accepted the NPC participation reservation by a predetermined time before the scheduled battle starts, the reservation setting unit 44 gives the virtual user the information based on the information related to the battle participation frequency of the virtual user as the NPC. This is means for setting an NPC participation reservation. The reservation setting unit 44 sets an NPC participation reservation for a virtual user when the participation rate of the virtual user as an NPC is equal to or greater than a predetermined threshold in a scheduled battle held in a period retroactive from the present time.

  The reservation cancellation unit 45 is a unit that accepts cancellation of an NPC participation reservation for allowing a virtual user to participate in a scheduled battle as an NPC capable of performing a game without a terminal operation of a real user, based on operation data received from the terminal.

(4) Process in game server As an example of the process in the game server of this embodiment, the process of the battle part process part 102 which consists of the above structures is demonstrated.

(4-1) Overview of Processing in Battle Part Processing Unit First, an overview of processing in the battle part processing unit 102 will be described with reference to FIG. First, in step S1201, the reservation receiving unit 41 executes a process of receiving a participation reservation (reservation receiving process) for allowing a virtual user to participate in a scheduled battle as a non-player character (hereinafter, NPC). Subsequently, in step S1202, the battle realization unit 42 executes a process (match realization process) for realizing a scheduled battle in which teams battle each other in a specific time zone. Subsequently, in step S1203, the reward granting unit 43 grants a reward to a virtual user who participated in the team (including a virtual user who participated as an NPC) according to the result of the scheduled battle. Specifically, the reward granting unit 43 determines the content of the reward based on the winning and losing and team contribution in the scheduled battle. For example, the reward granting unit 43 gives 100 points to a virtual user who participates in a winning team, while giving 10 points to a virtual user who participates in a defeat team. Moreover, the reward provision part 43 provides many points, so that the virtual user with high team contribution degree (except for the virtual user who participated as NPC). Points are given to the virtual user as 50, 20, 10 in descending order of team contribution. Details of the reservation acceptance process and the battle realization process will be described later.

(4-2) Reservation Reception Processing Details of the reservation reception processing in step S1201 will be described with reference to FIG. As shown in FIG. 13, in step S1301, the reservation accepting unit 41 displays a display image (reservation accepting image) for accepting an NPC participation reservation that causes each terminal that operates each virtual user to participate in a scheduled battle with the virtual user as an NPC. ) Is displayed. The reservation acceptance image includes a selection image for selecting a battle date and time of a battle to be held in the future and a confirmation image for confirming the intention to make an NPC participation reservation at the selected battle date and time. The real user can freely select a battle for which an NPC participation reservation is to be made and register an NPC participation reservation.

  In step S1302, the reservation receiving unit 41 determines whether operation data related to registration of an NPC participation reservation has been received from each terminal. If operation data related to registration of an NPC participation reservation has been received (step S1302: YES), the process proceeds to step S1303. On the other hand, when the operation data related to the registration of the NPC participation reservation has not been received (step S1302: NO), the process of step S1302 is repeated.

  In step S1303, the reservation receiving unit 41 updates the data stored in the NPC participation reservation data table 222 in FIG. 9B based on the operation data received in step S1302. Specifically, the data that associates the virtual user (user ID) who made the NPC participation reservation with the selected battle date and time (match ID) is rewritten from “0” to “1”.

(4-3) Battle Realization Processing Details of the battle realization processing in step S1202 will be described with reference to FIG. It is assumed that the battle is performed between the two teams, and the battle combination is determined in advance. Below, it demonstrates as a process by one combination.

  As shown in FIG. 14, in step S1401, the battle management unit 421 refers to the NPC participation reservation data table 222 in FIG. 9A and determines whether or not the battle start time has been reached. If the match start time has been reached (step S1401: YES), the process proceeds to step S1402. On the other hand, if the match start time has not been reached (step S1401: NO), the process of step S1401 is repeated.

  In step S1402, the user control unit 422 determines whether or not operation data indicating that the owned virtual item is consumed is received from the terminal that operates the normal participating user. If the operation data has been received (step S1402: YES), the process proceeds to step 1403. On the other hand, if the operation data has not been received (step S1402: NO), the process proceeds to step S1404. A normal participating user is a virtual user who has not accepted an NPC participation reservation for participating in a scheduled battle as an NPC. That is, it is a virtual user whose data stored in the NPC participation reservation data table 222 in FIG. 9B is “0”.

  In step S1403, the user control unit 422 rewrites the data related to the owned item stored in the owned item data table 224 of FIG. 11 based on the operation data received in step S1402. Specifically, the user control 422 decreases the number of owned items of the normal participating users in the owned item data table 224 of FIG.

  In step S1404, based on the operation data received in step S1402, the image output unit 424 outputs an image (effect image) that produces game progress to each terminal that operates each normal participating user. The attack power against the opponent team is determined by, for example, the battle ability value of the normal participating user and the amount of virtual items consumed by the normal participating user.

  In step S1405, the user control unit 422 updates the participation flag stored in the participation determination data table 223 of FIG. 10 depending on whether or not the number of items owned by the normal participation user has decreased within a predetermined time. For a normal participating user whose number of owned items has decreased, the participation flag is rewritten from “0” to “1”. On the other hand, for a normal participating user whose number of owned items has not decreased, the participation flag is rewritten from “1” to “0”.

  In step S1406, the NPC control unit 423 executes a process (NPC control process) for controlling the operation of a virtual user (hereinafter referred to as an NPC participating user) who has accepted a participation reservation to participate in a scheduled battle as an NPC. Details of the NPC control processing will be described later.

  In step S1407, the battle management unit 421 refers to the NPC participation reservation data table 222 in FIG. 9A and determines whether or not the battle end time has been reached. If the match end time has been reached (step S1407: YES), this process ends. On the other hand, if the match end time has not been reached (step S1407: NO), the process returns to step S1402, and the processing from step S1402 is repeated.

  FIG. 21 shows an example screen 300 representing an effect image. In the upper part of the screen, an image area 301 showing the battle situation between the two teams is displayed. On the left side of the image area 301, five virtual users (301a, 301b, etc.) belonging to the own team are displayed, and on the right side of the image area 301, virtual users (301c, etc.) of the opponent team are displayed. In the screen example 300, the solid line virtual user 301a is a normal participating user, and the dotted line virtual user 301b is an NPC participating user. The normal participating user and the NPC participating user are displayed so as to be distinguishable.

  Below the image area 301, image areas 302 and 303 indicating points acquired by each team are displayed.

  In the image area 304, the real user can arbitrarily select one virtual user among the virtual users (FFF, GG, JK, MMP, QAQ) belonging to the opponent team. Further, in the image area 305, the actual user can arbitrarily select the number of virtual items to be consumed. After an arbitrary one virtual user is selected and the number of virtual items to be consumed is selected, an attack corresponding to the number of virtual items to be consumed is made to the selected virtual user by operating the attack button 306. Done. In the image area 307, battle history by virtual users belonging to each team is displayed.

(4-4) NPC Control Processing Specific examples 1 to 5 of the NPC control processing in step S1406 will be described with reference to FIGS.

[Specific Example 1]
As shown in FIG. 15A, in step S1501, the NPC control unit 423 rewrites data related to the owned item stored in the owned item data table 224 of FIG. 11 at an arbitrary timing for each NPC participating user. . That is, the NPC control unit 423 reduces the number of items owned by NPC participating users at an arbitrary timing.

  The processing in step S1501 is repeated until the match end time is reached, but the NPC control unit 423 refers to the battle participation history data table 221 in FIG. The lower the user participation frequency, the more virtual items owned by the virtual user are consumed. A virtual user with low battle participation frequency is a virtual user whose participation flag stored in the battle participation history data table 221 in FIG. 8B has a high ratio of “0”.

  In step S1502, the image output unit 424 outputs an image (effect image) for directing the game progress to each terminal that operates each normal participating user based on the virtual item data consumed in step S1501. Thereby, each real user who operates each normal participating user can recognize the operation of the NPC participating user.

[Specific Example 2]
As shown in FIG. 15B, in step S1511, the NPC control unit 423 refers to the participation determination data table 223 in FIG. 10 and calculates the difference in the number of participations between teams. The number of participations here is the total of the number of virtual users currently participating in the battle among the normal participating users and the number of NPC participating users. Whether or not the normal participating user is currently participating in the battle is determined based on whether or not the operation data relating to the consumption of the owned item in step S1402 has been received, and the participation determination data table 223 in FIG. 10 is appropriately updated. . In addition, it is assumed that the NPC participating users participate in the battle unless the operation is stopped as described later.

  In step S1512, the NPC control unit 423 refers to the participation determination data table 223 in FIG. 10 and stops the operation of the NPC participating user so that the difference calculated in step S1511 is reduced. When there is an NPC participating user whose operation has already been stopped, the NPC participating user may be operated so that the difference read in step S1511 is reduced. Specifically, the NPC control unit 423 refers to the battle participation history data table 221 in FIG. 8B and preferentially stops the operation of the virtual user who has a relatively high participation frequency in the scheduled battle. Conversely, the NPC control unit 423 causes a virtual user who has a relatively low participation frequency in the scheduled battle to operate preferentially. As the NPC participating user stops operating, the NPC control unit 423 rewrites the participation flag stored in the participation determination data table 223 of FIG. 10 from “1” to “0”. Further, when operating the NPC participating user, the NPC control unit 423 rewrites the participation flag stored in the participation determination data table 223 of FIG. 10 from “0” to “1”.

  For example, the combination ID 50001 will be described. From the participation determination data table 223 in FIG. 10, the combination ID 50001 is a match between the team with the team ID 10001 and the team with the team ID 10003. From the participation determination data table 223 of FIG. 10, it can be seen that four people participate in the team with the team ID 10001, and three people participate in the team with the team ID 10003. Further, it can be seen that the team 10001 has two NPC participating users. Therefore, the NPC control unit 423 stops the operation of any one of the virtual user having the user ID 30001 and the virtual user having the user ID 30056, which is an NPC participating user. Thereby, the difference in the number of participation between teams becomes 1 to 0.

  In step S1513, the NPC control unit 423 rewrites the data related to the owned item stored in the owned item data table 224 of FIG. 11 at an arbitrary timing for each NPC participating user that is operating.

  Since the process of step S1514 is the same as the process of step S1502, description thereof will be omitted.

[Specific Example 3]
As shown in FIG. 16A, in step S1601, the NPC control unit 423 sets the participation time of each NPC participating user in the scheduled battle. Specifically, the NPC control unit 423 refers to the battle participation history data table 221 shown in FIG. 8B, and the longer the virtual user's participation frequency in the scheduled battle, the longer the participation period. Set the time. For example, from the NPC participation reservation data table 222 in FIG. 9A, the battle time is 30 minutes. The lower the participation frequency, the closer the participation time is to 30 minutes, and the higher the participation frequency, the closer the participation time is to 0 minutes. The participation time may be set only once after reaching the battle start time.

  In step S1602, for each NPC participating user, the NPC control unit 423 obtains data related to the owned item stored in the owned item data table 224 in FIG. 11 at any timing within the participation time range set in step S1601. rewrite.

  Since the process of step S1603 is the same as the process of step S1502, description is abbreviate | omitted.

[Specific Example 4]
As shown in FIG. 16B, in step S1611, the NPC control unit 423 refers to the participation determination data table 223 in FIG. 10 and determines whether or not the normal participating user is currently participating in the battle. . If at least one normal participating user is participating in both teams (step S1611: YES), the process proceeds to step S1612 and the NPC participating user is operated. As the operation of the NPC participating user starts, the NPC control unit 423 rewrites the participation flag stored in the participation determination data table 223 of FIG. 10 from “0” to “1”.

  On the other hand, if no normal participating user participates in both teams (step S1611: NO), the process proceeds to step S1615, and the operation of the NPC participating user is stopped. In addition, after reaching the battle start time, the operation of the NPC participating user remains stopped in a state where no normal participating user has participated. As the NPC participating user stops operating, the NPC control unit 423 rewrites the participation flag stored in the participation determination data table 223 of FIG. 10 from “1” to “0”.

  Since the processing of steps S1613 and S1614 is the same as the processing of steps S1513 and S1514, the description thereof is omitted.

[Specific Example 5]
As shown in FIG. 17, in step S1701, the NPC control unit 423 refers to the battle participation history data table 221 in FIG. 8B, and calculates the number of consecutive times each NPC participating user has participated as an NPC.

  For example, from the participation determination data table 223 of FIG. 10, the virtual user with the user ID 30001 in the battle ID 20013 is an NPC participating user. From the battle participation history data table 221 of FIG. 8B, it can be seen that the virtual user with the user ID 30001 participated in the battle as an NPC also in the battle ID 20011 and the battle ID 20012. That is, the continuous number of times that the virtual user with the user ID 30001 participated as an NPC is three times.

  In step S1702, the NPC control unit 423 determines the fighting ability value (for example, attack power) of each NPC participating user based on the number of continuous times calculated in step S1701. Specifically, the NPC control unit 423 sets the battle capability value to be lower as the number of consecutive times is larger. The battle capability value may be decreased according to the number of consecutive times using the battle capability value unique to the virtual user as a reference. For example, when the battle capability value unique to the virtual user is 1500, the battle capability value is set lower as 90% (1350), 80% (1200), and 70% (1050) as the number of consecutive times increases. be able to.

  Since the processes in steps S1703 and S1704 are the same as the processes in steps S1513 and S1514, the description thereof is omitted.

(4-5) Modified Example In the above-described embodiment, an example is shown in which the battle realization process is subsequently executed after the reservation acceptance process is executed. As shown in FIG. 18, the reservation acceptance process is executed in step S1801. Subsequently, in step S1802, a process (reservation setting process) for setting an NPC participation reservation is performed for a specific virtual user who has not made an NPC participation reservation by a predetermined time before the scheduled battle starts. Furthermore, processing for accepting cancellation of NPC participation reservation (reservation cancellation acceptance processing) may be executed based on operation data from the terminal. Details of the reservation setting process and the reservation cancellation acceptance process will be described later. Note that the processing in step S1804 and step S1805 is the same as the processing in step S1202 and step S1203, and thus description thereof is omitted.

(4-5-1) Reservation Setting Process Details of the reservation setting process in step S1802 will be described with reference to FIG. As shown in FIG. 19, in step S1901, the reservation setting unit 44 extracts one virtual user who has not made an NPC participation reservation. Specifically, the reservation setting unit 44 refers to the NPC participation reservation data table 222 in FIG. 9B, and from among the virtual users whose participation flag is “0” for the scheduled battle to be held next. One virtual user is extracted.

  In step S1902, the reservation setting unit 44 reads the participation rate in the scheduled battle as an NPC for the virtual user extracted in step S1901. Specifically, the reservation setting unit 44 reads the rate at which “2” is stored as the participation flag with reference to the battle participation history data table 221 of FIG. The scheduled battle as a target for calculating the participation rate is, for example, a scheduled battle held most recently.

  In step S1903, the reservation setting unit 44 determines whether or not the participation rate read in step S1902 is greater than or equal to a predetermined threshold value. If it is equal to or greater than the predetermined threshold (step S1903: YES), the process proceeds to step S1904. On the other hand, if it is less than the predetermined threshold (step S1903: NO), the process proceeds to step S1905.

  In step S1904, the reservation setting unit 44 updates the data stored in the NPC participation reservation data table 222 in FIG. 9B. Specifically, the data for associating the virtual user (user ID) extracted in step S1901 with the scheduled battle (match ID) to be held next is rewritten from “0” to “1”.

  In step S1905, the reservation setting unit 44 excludes the virtual user extracted in step S1901.

  In step S1906, the reservation setting unit 44 refers to the NPC participation reservation data table 222 in FIG. 9B and determines whether there are other virtual users who have not made an NPC participation reservation. If there is another virtual user (step S1906: YES), the process returns to step S1901, and the processes after step S1901 are repeated. On the other hand, if there is no other virtual user (step S1906: NO), this process ends.

(4-5-2) Reservation Release Acceptance Processing Details of the reservation release acceptance processing in step S1803 will be described with reference to FIG. As shown in FIG. 20, in step S2001, the reservation canceling unit 45 displays a display image (reservation for accepting cancellation of NPC participation reservation that causes each terminal operating each virtual user to participate in a scheduled battle as a virtual user as an NPC. (Release acceptance image) is displayed. The reservation cancellation acceptance image includes a selection image for selecting a battle date and time of a battle for which an NPC participation reservation has already been registered, and a confirmation image for confirming an intention to cancel the NPC participation reservation at the selected battle date and time. . The real user can freely select a battle to cancel the NPC participation reservation and cancel the NPC participation reservation.

  In step S2002, the reservation cancellation unit 45 determines whether or not operation data related to cancellation of the NPC participation reservation has been received from each terminal. If the operation data related to the cancellation of the NPC participation reservation is received (step S2002: YES), the process proceeds to step S2003. On the other hand, when the operation data related to the cancellation of the NPC participation reservation has not been received (step S2002: NO), the process of step S2002 is repeated.

  In step S2003, the reservation cancellation unit 45 updates the data stored in the NPC participation reservation data table 222 of FIG. 9B based on the operation data received in step S2002. Specifically, the data that associates the virtual user (user ID) who canceled the NPC participation reservation with the selected battle date and time (match ID) is rewritten from “1” to “0”.

(5) Effect In this embodiment, a real user can participate in a scheduled battle by operating the virtual user during a specific time period. Moreover, the real user can make a participation reservation for participating in a scheduled battle as a virtual user as an NPC. When this participation reservation is made, the real user can participate in the scheduled battle without operating the virtual user in a specific time zone. Therefore, when a real user can operate a virtual user during a specific time period, it can be predicted that the virtual user cannot operate the virtual user during the specific time period. Can be used properly, such as making a reservation in advance. If a real user makes a reservation in advance, a reward based on participation in a scheduled battle is given to the virtual user without operating the virtual user himself. Thereby, the willingness with respect to a fixed-time battle can be maintained with respect to the real user who is difficult to operate a virtual user in a specific time slot | zone.

  In the regular battle, it is not known how many real users will participate in the virtual user unless the battle is actually started. Conventionally, when the match start time is reached and a virtual user joins a virtual user in a scheduled match, there is no other virtual user belonging to the team, or a virtual belonging to the opponent team There could have been situations where no user was participating. In such a situation, the real user may diminish their willingness to play regularly. On the other hand, in this embodiment, since a real user can make a virtual user participate as an NPC, participation as an NPC is added to participation as a virtual user, and the participation rate in the scheduled battle generally increases. I think that. This alleviates the situation where no other virtual user belonging to the team participates, or the situation where no virtual user belonging to the opponent team participates. Thereby, the willingness can be maintained with respect to the real user with the willingness to operate a virtual user himself and participate in a fixed time battle.

  In specific example 1 of the NPC control process, based on the virtual user's battle participation history information, the lower the virtual user's battle participation frequency is, the more virtual items owned by the virtual user are consumed. When a virtual user who has a low participation frequency in the scheduled battle participates in the scheduled battle as an NPC, it can cause a great deal of damage to the opponent team. In a battle against a team, the attack to the opponent team is usually greater when more virtual users belonging to the team participate, and the battle can be advantageously advanced. A virtual user who has a low participation frequency in a scheduled battle is less likely to contribute to the team, which may weaken the team's cohesion. Depending on the actual user who operates the virtual user who frequently participates in the scheduled battle, the virtual user who has low participation frequency may be dissatisfied with the low degree of contribution to the team. By consuming more virtual items owned by virtual users with low participation frequency in scheduled battles, it is possible to suppress the team's cohesion from weakening.

  In specific example 2 of the NPC control process, the NPC control unit operates the operation of the virtual user participating as an NPC so that the difference in the number of participation between the teams is reduced based on the participation information of the virtual user in the scheduled battle. Is stopped or activated. In a regular battle, it is not known how many real users will participate in a virtual user unless the battle is actually started, and there are many differences in the number of participants. By reducing the difference in the number of participants between teams, it becomes a close battle, and the motivation for a regular user's scheduled battle can be improved.

  At that time, the NPC control unit preferentially stops the operation of the virtual user having a relatively high participation frequency in the scheduled battle based on the virtual user's battle participation history information. Conversely, virtual users who have a relatively low participation frequency in the scheduled battle are preferentially operated. As described above, a virtual user who has a low participation frequency in a scheduled battle has a low degree of contribution to the team, and can be a factor that weakens the team's cohesion. By preferentially operating a virtual user who has a low participation frequency in the scheduled battle, it is possible to suppress the team's cohesion from being weakened.

  In the specific example 3 of the NPC control process, the NPC control unit sets the participation time in the scheduled battle for the NPC participating users. Specifically, a longer participation time is set as the participation frequency of the virtual user in the scheduled battle is lower in a period retroactive from the present. As described above, a virtual user who has a low participation frequency in a scheduled battle has a low degree of contribution to the team, and can be a factor that weakens the team's cohesion. By setting the participation time longer for a virtual user who has a low participation frequency in the scheduled battle, it is possible to suppress the team's cohesion from being weakened.

  In the specific example 4 of the NPC control process, the NPC control unit operates the NPC participating user if the normal participating user participates in the scheduled battle, and if the normal participating user does not participate, Stop operation. In the regular battle, it is not known how many real users will participate in the virtual user unless the battle is actually started, and there may be a situation in which no one regular participant participates. In such a situation, if the normal participating user starts participating in the middle of the scheduled battle, if the battle is progressing only with the NPC participating user, it is considered that the game provider side is performing the operation intentionally. There is a possibility that the user's motivation is reduced. By operating the NPC participating user on condition that the normal participating user participates in the scheduled battle, the willingness of the real user to the scheduled battle can be maintained.

  In Specific Example 5 of the NPC control process, the NPC control unit sets the virtual user's competitive ability value to be lower as the number of consecutive participations as NPC is larger. If the competitive ability value is low, even if it participates in a regular battle, it cannot contribute to the team so much, and the real user cannot satisfy the self-satisfaction by making the virtual user participate. As a result, it is possible to prompt the real user to participate in the terminal battle instead of causing the virtual user to participate as an NPC.

  In the modification of the present embodiment, for a virtual user who has not received an NPC participation reservation before a predetermined time before the scheduled battle starts, the reservation setting unit has a case where the battle participation frequency as an NPC is equal to or higher than a predetermined threshold. To NPC participation reservation. As a result, a real user who frequently participates in a scheduled battle as a virtual user can participate in the scheduled battle as a NPC even if he or she forgets to make a reservation for participation. .

  Further, in the modified example of the present embodiment, even if the reservation setting unit sets an NPC participation reservation for a virtual user who has not received an NPC participation reservation by a predetermined time before the start of the scheduled battle, The user can cancel the NPC participation reservation. As a result, the real user can cancel the NPC participation reservation and allow the virtual user to participate in the scheduled battle instead of as an NPC.

  Further, in the modification of the present embodiment, for a virtual user who has not received an NPC participation reservation by a predetermined time before the scheduled battle starts, if the battle participation frequency as an NPC is less than a predetermined threshold, a reservation setting is made. Department does not set NPC participation reservation. For example, a real user who frequently operates a virtual user and participates in a scheduled battle with a virtual user is less likely to participate in the scheduled battle as a virtual user. For such a virtual user, the reservation setting unit does not set an NPC participation reservation. Therefore, a real user who frequently operates the virtual user to join the virtual user in the scheduled battle will continue to select the virtual user. A virtual user can participate in a scheduled battle by operating.

(6) Others In the present embodiment, an example is shown in which the battle realization process is executed after the reservation reception process is executed. However, the reservation reception process may be executed in parallel with the battle realization process. For example, the reservation receiving unit may receive an NPC participation reservation for the scheduled battle while the scheduled battle is being performed. Thereby, the real user can join a virtual user at the start of a scheduled battle, and can switch to participation as an NPC from the middle of the scheduled battle.

  In the present embodiment, the reservation cancellation acceptance process may be executed in parallel with the battle realization process. For example, the reservation cancellation reception unit may receive cancellation of NPC participation reservation for the scheduled battle while the scheduled battle is being performed. Thereby, the real user makes an NPC participation reservation in advance, allows the virtual user to participate as an NPC at the start of the scheduled battle, and can operate the virtual user himself from the middle of the scheduled battle.

  In the battle realization process of the present embodiment, an example has been shown in which the NPC control unit consumes a virtual item owned by a virtual user, but it can be consumed in a scheduled battle based on operation data received from the terminal before the battle starts. A virtual item may be set in advance. Thereby, the real user can freely set the type and number of virtual items that may be consumed in the scheduled battle among the virtual items owned by the virtual user.

  In the battle realization processing of the present embodiment, an example has been shown in which the NPC control unit stops or operates the NPC participating user so that the number of participants between teams becomes small. The operation of the NPC participating user may be stopped or operated so that the difference between the values becomes small. First, after calculating the total battle capability value of the virtual users currently participating in the battle for each team, the difference in the battle capability value between the teams is calculated. Then, the operation of the NPC participating user is stopped or operated so that the calculated difference becomes small. By reducing the difference in the battle ability value between the teams, it is possible to improve the motivation of the real user for the regular battle.

  In the present embodiment, an example is shown in which a reward is given to a normal participating user and an NPC participating user who participated in the scheduled battle immediately after the scheduled battle is finished. A predetermined condition may be set. For example, for a virtual user who participated in the first scheduled battle as an NPC, the reward granting unit participates in the second scheduled battle held after the first scheduled battle has ended by the actual user's terminal operation. Only rewards for participation in the first scheduled match. Thereby, it is possible to prevent the real user from continuing to participate in the scheduled battle as an NPC, and to guide the real user to participate by the terminal operation of the real user. And the alternating current of real users in a regular battle | competition can be activated.

  In the present embodiment, an example in which more points are given as rewards as the team contribution level is higher for the normal participating users is shown. You may give a reward based on it. Specifically, the more the number of times the normal participating user works during a scheduled battle, the more points are given to the specific NPC participating user. For example, after an NPC participating user attacks an enemy user, if the normal participating user attacks the enemy user within a predetermined time, the NPC participating user and the normal participating user are linked. The reward for NPC participating users varies depending on the actions of the normal participating users. When many points are gained thanks to a normal participating user, a real user who operates the NPC participating user is tempted to give back when the normal participating user participates as an NPC in another scheduled battle. it is conceivable that. It is possible to improve teamwork in the scheduled battle and maintain the willingness of real users to play the game.

  Moreover, in this invention, the other part determination part (not shown) operates the said virtual user in other game parts other than a battle part, while the virtual user is participating in a scheduled battle as NPC. It may be determined whether or not the operation data from is received. That is, it is determined whether or not a real user who has made a reservation for participation in a scheduled battle as a virtual user is operating a quest part or a gacha part during the scheduled battle. And when it determines with having received operation data in another game part, a penalty setting part (not shown) sets a penalty with respect to a virtual user. For example, the penalty setting unit prohibits a virtual user from participating in a scheduled battle as an NPC for a predetermined period.

  If an NPC participation reservation is made for the scheduled battle and the game is played with another game part during the scheduled battle, the real user can get a reward for both the scheduled battle and the other game part. If the situation where the NPC participation reservation is used for playing with other game parts during the scheduled battle, the virtual users who participate in the scheduled battle by the terminal operation from the real user may be reduced. Moreover, the willingness to a regular user's scheduled battle may fall. Therefore, such an operation can be suppressed by setting a penalty for a real user who is operating another game part during the scheduled battle while allowing a virtual user to participate in the scheduled battle as an NPC. . In particular, by prohibiting the virtual user from participating in the scheduled battle as an NPC for a predetermined period, the virtual user can be guided to participate in the scheduled battle by operating the terminal.

  The present invention also provides a system or apparatus with a non-temporary recording medium in which a software program that implements the functions of the above-described embodiments is recorded. You may implement | achieve by reading and running the program recorded on the non-temporary recording medium.

  In this case, the program read from the non-temporary recording medium realizes the functions of the above-described embodiment. Therefore, the program and a non-transitory recording medium on which the program is recorded are also one embodiment of the present invention.

  Non-temporary recording media that provide the program include flexible disks, hard disks, magneto-optical disks, CD-ROMs, CD-Rs, CD-RWs, DVD-ROMs, DVD-RAMs, DVD-RWs, DVD + RWs, and the like. Includes optical disks, magnetic tapes, non-volatile memory cards, and ROMs. Alternatively, the program may be downloadable via a communication network.

  Furthermore, the functions of the above-described embodiment are not only for the computer to read and execute the program, but also to an OS (operating system) operating on the computer or the like, based on the instructions of the program, part or all of the actual operation. You may implement | achieve by performing.

  Furthermore, the functions of the above-described embodiment are provided in a memory provided on an expansion board inserted into a computer or an expansion device connected to the computer by reading a program read from a non-temporary recording medium. You may implement | achieve by writing to memory and making CPU etc. provided in the expansion board or the expansion apparatus perform all or one part of actual processing based on the instruction | indication of a program.

  Although the invention has been described with reference to exemplary embodiments, it is to be understood that the invention is not limited to the exemplary aspects disclosed herein. The claims can be broadly construed to include all such modifications and equivalent structures and functions.

G Game System 1 Game Server 11a Operation Data Receiving Unit 41 Reservation Accepting Unit 42 Battle Realization Unit 421 Battle Management Unit 422 User Control Unit 423 NPC Control Unit 424 Image Output Unit 43 Reward Granting Unit 44 Reservation Setting Unit 45 Reservation Release Unit 211 Team Data Table 212 Item data table 221 Competitive participation history data table 222 NPC participation reservation data table 223 Participation determination data table 224 Owned item data table

Claims (23)

An operation data receiving unit for receiving operation data for operating a virtual user acting in a virtual space constructed on the game from a terminal of an actual user;
Based on the received operation data, a battle realization unit that realizes a scheduled battle in which the virtual user battles between teams in a specific time zone;
A reservation accepting unit that accepts a reservation for joining the virtual user as a non-player object capable of performing a game without a terminal operation of a real user based on the received operation data;
Upon accepting the participation reservation, the battle realization unit causes the virtual user to participate in the scheduled battle as the non-player object ,
Based on the participation history information of the virtual user who has accepted the participation reservation and / or the participation information relating to the number of virtual users of each team or the battle ability value in the scheduled battle, the operation of the virtual user who has received the participation reservation A game server characterized by controlling . An operation data receiving unit for receiving operation data for operating a virtual user acting in a virtual space constructed on the game from a terminal of an actual user;
Based on the received operation data, a battle realization unit that realizes a scheduled battle in which the virtual user battles between teams in a specific time zone;
Based on the received operation data, a reservation accepting unit for accepting a reservation for joining the virtual user as a non-player object capable of performing a game without a terminal operation of a real user in the scheduled battle;
When the participation reservation is not received by a predetermined time before the scheduled battle starts, the participation reservation is set for the virtual user based on information related to the battle participation frequency of the virtual user as the non-player object. A reservation setting section to
A reservation cancellation acceptance unit that accepts cancellation of the participation reservation based on the received operation data ,
When the participation reservation is accepted, the battle realization unit causes the virtual user to participate in the scheduled battle as the non-player object. An operation data receiving unit for receiving operation data for operating a virtual user acting in a virtual space constructed on the game from a terminal of an actual user;
Based on the received operation data, a battle realization unit that realizes a scheduled battle in which the virtual user battles between teams in a specific time zone;
Based on the received operation data, a reservation accepting unit for accepting a reservation for joining the virtual user as a non-player object capable of performing a game without a terminal operation of a real user in the scheduled battle;
Reward grant that gives a reward to a virtual user who participates in the scheduled battle as the non-player object when the virtual user participates in the scheduled battle held after the scheduled battle by the terminal operation of the real user And comprising
When the participation reservation is accepted, the battle realization unit causes the virtual user to participate in the scheduled battle as the non-player object. An operation data receiving unit for receiving operation data for operating a virtual user acting in a virtual space constructed on the game from a terminal of an actual user;
Based on the received operation data, a battle realization unit that realizes a scheduled battle in which the virtual user battles between teams in a specific time zone;
Based on the received operation data, a reservation accepting unit for accepting a reservation for joining the virtual user as a non-player object capable of performing a game without a terminal operation of a real user in the scheduled battle;
The virtual user participating as the non-player object based on the degree of cooperation with the virtual user participating as the non-player object of the virtual user participating by the terminal operation of the real user in the scheduled battle A reward granting section for granting rewards to
When the participation reservation is accepted, the battle realization unit causes the virtual user to participate in the scheduled battle as the non-player object. An operation data receiving unit for receiving operation data for operating a virtual user acting in a virtual space constructed on the game from a terminal of an actual user;
Based on the received operation data, a battle realization unit that realizes a scheduled battle in which the virtual user battles between teams in a specific time zone;
Based on the received operation data, a reservation accepting unit for accepting a reservation for joining the virtual user as a non-player object capable of performing a game without a terminal operation of a real user in the scheduled battle;
Another part determination unit that determines whether or not operation data from the terminal has been received in a game part other than the scheduled match while the virtual user is participating in the scheduled match as the non-player object; ,
A penalty setting unit that sets a penalty for the virtual user when it is determined that it has been received ,
When the participation reservation is accepted, the battle realization unit causes the virtual user to participate in the scheduled battle as the non-player object. The game server according to claim 5 , wherein the penalty setting unit prohibits the virtual user from participating in a scheduled battle as the non-player object for a predetermined period. When the virtual user participates in the scheduled battle as the non-player object, based on the battle participation history information of the virtual user who accepted the participation reservation, the battle realization unit decreases the battle participation frequency of the virtual user. The game server according to claim 1, wherein more virtual items owned by the virtual user are consumed in the scheduled battle. Based on the participation information of the virtual user in the scheduled battle, the battle realization unit operates the virtual user participating in the scheduled battle as the non-player object so that the difference in the number of participation between the teams is reduced. The game server according to claim 1, wherein the game server is stopped or operated. The battle realization unit, based on the participation information of the virtual user in the scheduled battle, reduces the difference in the battle ability value between the teams, so that the virtual user participating in the scheduled battle as the non-player object The game server according to claim 1, wherein the game server is stopped or operated. When the virtual user participates in the scheduled battle as the non-player object, based on the battle participation history information of the virtual user who accepted the participation reservation, the battle realization unit decreases the battle participation frequency of the virtual user. The game server according to any one of claims 1 to 9 , wherein a long time is set for participation in the scheduled battle. The battle realization unit determines whether or not to operate a virtual user participating in the scheduled battle as the non-player object based on the presence or absence of a virtual user participating in the scheduled battle by a terminal operation of an actual user. determining, characterized in that, the game server according to any one of claims 1 10. When the virtual user participates in the scheduled battle as the non-player object, the battle realization unit, based on the battle participation history information as the non-player object of the virtual user who has accepted the participation reservation, The game server according to any one of claims 1 to 11 , wherein as the number of consecutive participations as a player object increases, the battle ability value in the scheduled battle is set lower. An operation data receiving step for receiving operation data for operating a virtual user acting in a virtual space constructed on a game from a terminal of an actual user;
Based on the received operation data, the virtual user is set as a non-player object capable of performing a game without a terminal operation of a real user, and participates in a scheduled battle in which the virtual user battles between teams at a specific time zone. A participation reservation acceptance step for accepting a participation reservation;
Based on the operation data thus received, a battle implemented steps for implementing the scheduled competition, is a computer connected to the communication network run,
When accepting the participation reservation, in the battle realization step, the virtual user is allowed to participate in the scheduled battle as the non-player object ,
Based on the participation history information of the virtual user who has accepted the participation reservation and / or the participation information relating to the number of virtual users of each team or the battle ability value in the scheduled battle, the operation of the virtual user who has received the participation reservation game control method characterized by controlling. An operation data receiving step for receiving operation data for operating a virtual user acting in a virtual space constructed on a game from a terminal of an actual user;
Based on the received operation data, the virtual user is set as a non-player object capable of performing a game without a terminal operation of a real user, and participates in a scheduled battle in which the virtual user battles between teams at a specific time zone. A participation reservation acceptance step for accepting a participation reservation;
When the participation reservation is not received by a predetermined time before the scheduled battle starts, the participation reservation is set for the virtual user based on information related to the battle participation frequency of the virtual user as the non-player object. A reservation setting step,
Reservation cancellation accepting step for accepting cancellation of the participation reservation based on the received operation data;
Based on the operation data thus received, a battle implemented steps for implementing the scheduled competition, is a computer connected to the communication network run,
When the reservation for participation is accepted, in the battle realization step, the virtual user is allowed to participate in the scheduled battle as the non-player object. An operation data receiving step for receiving operation data for operating a virtual user acting in a virtual space constructed on a game from a terminal of an actual user;
Based on the received operation data, the virtual user is set as a non-player object capable of performing a game without a terminal operation of a real user, and participates in a scheduled battle in which the virtual user battles between teams at a specific time zone. A participation reservation acceptance step for accepting a participation reservation;
Based on the received operation data, a battle realization step for realizing the scheduled battle ;
Reward grant that gives a reward to a virtual user who participates in the scheduled battle as the non-player object when the virtual user participates in the scheduled battle held after the scheduled battle by the terminal operation of the real user A step executed by a computer connected to the communication network;
When the reservation for participation is accepted, in the battle realization step, the virtual user is allowed to participate in the scheduled battle as the non-player object. An operation data receiving step for receiving operation data for operating a virtual user acting in a virtual space constructed on a game from a terminal of an actual user;
Based on the received operation data, the virtual user is set as a non-player object capable of performing a game without a terminal operation of a real user, and participates in a scheduled battle in which the virtual user battles between teams at a specific time zone. A participation reservation acceptance step for accepting a participation reservation;
Based on the received operation data, a battle realization step for realizing the scheduled battle ;
The virtual user participating as the non-player object based on the degree of cooperation with the virtual user participating as the non-player object of the virtual user participating by the terminal operation of the real user in the scheduled battle A reward granting step for granting a reward to the computer connected to the communication network,
When the reservation for participation is accepted, in the battle realization step, the virtual user is allowed to participate in the scheduled battle as the non-player object. An operation data receiving step for receiving operation data for operating a virtual user acting in a virtual space constructed on a game from a terminal of an actual user;
Based on the received operation data, the virtual user is set as a non-player object capable of performing a game without a terminal operation of a real user, and participates in a scheduled battle in which the virtual user battles between teams at a specific time zone. A participation reservation acceptance step for accepting a participation reservation;
Based on the received operation data, a battle realization step for realizing the scheduled battle ;
Another part determination step for determining whether or not operation data from the terminal has been received in a game part other than the scheduled battle while the virtual user is participating in the scheduled battle as the non-player object; ,
When it is determined that the virtual user has received, a penalty setting step of setting a penalty for the virtual user is executed by a computer connected to the communication network,
When the reservation for participation is accepted, in the battle realization step, the virtual user is allowed to participate in the scheduled battle as the non-player object. An operation data receiving function for receiving operation data for operating a virtual user acting in a virtual space constructed on the game from a terminal of an actual user;
Based on the received operation data, in a specific time zone, a battle realization function that realizes a scheduled battle in which the virtual user battles between teams, and
Based on the received operation data, a reservation accepting function for accepting a reservation for joining the virtual user as a non-player object capable of performing a game without a terminal operation of a real user as a non-player object is connected to a communication network. Realized on a computer,
Upon accepting the participation reservation, the battle realization function causes the virtual user to participate in the scheduled battle as the non-player object ,
Based on the participation history information of the virtual user who has accepted the participation reservation and / or the participation information relating to the number of virtual users of each team or the battle ability value in the scheduled battle, the operation of the virtual user who has received the participation reservation A game program characterized by controlling . An operation data receiving function for receiving operation data for operating a virtual user acting in a virtual space constructed on the game from a terminal of an actual user;
Based on the received operation data, in a specific time zone, a battle realization function that realizes a scheduled battle in which the virtual user battles between teams, and
Based on the received operation data, a reservation accepting function for accepting a participation reservation for participating the virtual user as a non-player object capable of performing a game without a terminal operation of a real user,
When the participation reservation is not received by a predetermined time before the scheduled battle starts, the participation reservation is set for the virtual user based on information related to the battle participation frequency of the virtual user as the non-player object. Reservation setting function,
Based on the received operation data, a reservation cancellation receiving function for receiving cancellation of the participation reservation is realized in a computer connected to a communication network,
When the participation reservation is accepted, the battle realization function causes the virtual user to participate in the scheduled battle as the non-player object. An operation data receiving function for receiving operation data for operating a virtual user acting in a virtual space constructed on the game from a terminal of an actual user;
Based on the received operation data, in a specific time zone, a battle realization function that realizes a scheduled battle in which the virtual user battles between teams, and
Based on the received operation data, a reservation accepting function for accepting a participation reservation for participating the virtual user as a non-player object capable of performing a game without a terminal operation of a real user,
Reward grant that gives a reward to a virtual user who participates in the scheduled battle as the non-player object when the virtual user participates in the scheduled battle held after the scheduled battle by the terminal operation of the real user Functions on a computer connected to a communication network,
When the participation reservation is accepted, the battle realization function causes the virtual user to participate in the scheduled battle as the non-player object. An operation data receiving function for receiving operation data for operating a virtual user acting in a virtual space constructed on the game from a terminal of an actual user;
Based on the received operation data, in a specific time zone, a battle realization function that realizes a scheduled battle in which the virtual user battles between teams, and
Based on the received operation data, a reservation accepting function for accepting a participation reservation for participating the virtual user as a non-player object capable of performing a game without a terminal operation of a real user,
The virtual user participating as the non-player object based on the degree of cooperation with the virtual user participating as the non-player object of the virtual user participating by the terminal operation of the real user in the scheduled battle A reward granting function for giving rewards to a computer connected to a communication network,
When the participation reservation is accepted, the battle realization function causes the virtual user to participate in the scheduled battle as the non-player object. An operation data receiving function for receiving operation data for operating a virtual user acting in a virtual space constructed on the game from a terminal of an actual user;
Based on the received operation data, in a specific time zone, a battle realization function that realizes a scheduled battle in which the virtual user battles between teams, and
Based on the received operation data, a reservation accepting function for accepting a participation reservation for participating the virtual user as a non-player object capable of performing a game without a terminal operation of a real user,
Another part determination function for determining whether or not operation data from the terminal is received in a game part other than the scheduled battle while the virtual user is participating in the scheduled battle as the non-player object; ,
When it is determined that it has been received, a penalty setting function for setting a penalty for the virtual user is realized in a computer connected to a communication network,
When the participation reservation is accepted, the battle realization function causes the virtual user to participate in the scheduled battle as the non-player object. A game program recording medium readable by a computer in which the game program according to any one of claims 18 to 22 is recorded.

Images