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

Abstract

A game server capable of continuously playing a game by providing various operations for progressing the game, a game control method for controlling the progress of the game provided by the game server, and a game program Provided are a recording medium on which a game program is recorded and a game system. As shown in FIG. 5, a battle part processing unit 102 includes an operation setting unit 41, an operation determination unit 42, a situation estimation unit 43, a data table update unit 44, and an image output unit 45. Prepare. The operation setting unit 41 is a unit that sets a common purpose for a plurality of virtual users and sets different input operations for each terminal that operates each virtual user in order to achieve the common purpose. The operation determination unit 42 is a unit that determines that the common purpose has been achieved when operation data related to the input operation set by the operation setting unit 41 is received from each terminal. [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). The actual user could easily advance each game part by simply tapping the screen of the mobile terminal.

JP 2012-24248 A

  However, for the actual user, the operation performed to advance each game part is simple and easy to understand. On the other hand, there is a problem that it is easy to work simply by continuing the same operation, and it is difficult to maintain motivation for the game. there were.

The present invention has been made in view of the above-described problems, and is provided by a game server and a game server capable of continuously playing a game by providing various operations for advancing the game. game control method for controlling the progress of the game, and to provide a game program recording medium body which stores a game program and a game program.

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

(1) A game server of the present invention is a game server that provides a game in which a plurality of virtual users formed on a game provided to a terminal connected via a communication network cooperates, A common purpose is set for the virtual user, and different input operations are set for each terminal operating each virtual user in order to achieve the common purpose, and the input operation requested to each terminal is set. An operation setting unit for setting the number of operations and a predetermined input deadline, an operation data receiving unit for receiving operation data from each terminal, and each input operation received from each terminal is an input set by the operation setting unit measuring the number of matched and operation, if the count has reached the operating number of times the setting, the operation determination unit to determine that to achieve the common goal, reach the predetermined input deadline Prior to a predetermined time, based on the input operation history information of each terminal, a determination is made as to whether or not there is a possibility that the set number of operations will be reached within the predetermined input time limit for the terminal that has not reached the set number of operations. With respect to a terminal that has been determined not to have the possibility as to the achievement determination unit, the shortage number calculation unit that calculates the number of shortages with respect to the number of operations set in the terminal, and the terminal that has reached the set number of operations, An input operation set in a terminal determined not to be possible and an operation resetting unit that resets a part of the shortage times are provided.

In the above aspect, the operation setting unit sets a common purpose, and sets different input operations (for example, an operation of tapping the screen and an operation of shaking the terminal) for each terminal in order to achieve the common purpose. In other words, each real user who operates each terminal is requested to perform a different input operation. Then, the number of times each input operation received from each terminal matches the input operation set by the operation setting unit is measured, and when the number of times reaches the set operation number , the operation determination unit It is determined that A game in which a plurality of virtual users cooperates is specifically a game in which a plurality of virtual users cooperate with each other for a common purpose. In the case of a battle, a common purpose is, for example, that a plurality of virtual users cooperate to defeat a special monster (enemy) that appears in the game. In the case of AC, the common purpose is, for example, that a plurality of virtual users cooperate to create a new route in the virtual space. In order to achieve a common purpose, it is necessary to cooperate with a plurality of real users, so that the sense of responsibility for the input operation of each real user is increased, and the willingness to participate in the game can be raised. In addition, each real user not only performs the input operation set by the operation setting unit, but also cannot achieve a common purpose unless it is performed a predetermined number of times or more, so the difficulty of the game increases. By increasing the difficulty level of the game, the willingness of real users to achieve a common purpose can be further stimulated. In addition, the satisfaction obtained when the common purpose is achieved can be further increased, and the game can be guided to be played continuously. Furthermore, in this aspect, a terminal that is unlikely to reach the predetermined input time limit is determined at a time point before the predetermined input time limit, and the input operation set in the determined terminal is transmitted to another terminal. Reset it. Thereby, a plurality of real users can help each other to achieve a common purpose. The willingness to play in cooperation with a plurality of real users can be increased.

(2) A game server of the present invention is a game server that provides a game in which a plurality of virtual users formed on a game provided to a terminal connected via a communication network cooperates, An operation setting unit that sets a common purpose for virtual users and sets different input operations for each terminal that operates each virtual user in order to achieve the common purpose, and operation data from each terminal An operation data receiving unit, and an operation determination unit that determines that the common purpose has been achieved when operation data related to an input operation set by the operation setting unit is received from each terminal, and The operation setting unit assigns an input operation with the least number of responses of each terminal to each terminal based on response history information of each terminal for a plurality of input operations stored in the storage unit. It is characterized in.

In the above aspect, the operation setting unit sets a common purpose, and sets different input operations (for example, an operation of tapping the screen and an operation of shaking the terminal) for each terminal in order to achieve the common purpose. In other words, each real user who operates each terminal is requested to perform a different input operation. Then, when each real user who operates each terminal performs an input operation set by the operation setting unit, the operation determination unit determines that the common purpose has been achieved. A game in which a plurality of virtual users cooperates is specifically a game in which a plurality of virtual users cooperate with each other for a common purpose. In the case of a battle, a common purpose is, for example, that a plurality of virtual users cooperate to defeat a special monster (enemy) that appears in the game. In the case of AC, the common purpose is, for example, that a plurality of virtual users cooperate to create a new route in the virtual space. In order to achieve a common purpose, it is necessary to cooperate with a plurality of real users, so that the sense of responsibility for the input operation of each real user is increased, and the willingness to participate in the game can be raised. Further, in this aspect, an input operation that has not been performed by a real user in the past is assigned. If only the same input operation is set, it is easy for an actual user to work. By setting different types of input operations uniformly, it is possible to maintain the willingness to play the game of the real user.

(3) A game server of the present invention is a game server that provides a game in which a plurality of virtual users formed on a game provided to a terminal connected via a communication network cooperates, An operation setting unit that sets a common purpose for virtual users and sets different input operations for each terminal that operates each virtual user in order to achieve the common purpose, and operation data from each terminal An operation data receiving unit, and an operation determination unit that determines that the common purpose has been achieved when operation data related to an input operation set by the operation setting unit is received from each terminal, and Each game is composed of a plurality of game parts for each function, and the action setting unit is configured to share the common items with game parts having a relatively high operation frequency based on the operation history information of each terminal. And sets the.

In the above aspect, the operation setting unit sets a common purpose, and sets different input operations (for example, an operation of tapping the screen and an operation of shaking the terminal) for each terminal in order to achieve the common purpose. In other words, each real user who operates each terminal is requested to perform a different input operation. Then, when each real user who operates each terminal performs an input operation set by the operation setting unit, the operation determination unit determines that the common purpose has been achieved. A game in which a plurality of virtual users cooperates is specifically a game in which a plurality of virtual users cooperate with each other for a common purpose. In the case of a battle, a common purpose is, for example, that a plurality of virtual users cooperate to defeat a special monster (enemy) that appears in the game. In the case of AC, the common purpose is, for example, that a plurality of virtual users cooperate to create a new route in the virtual space. In order to achieve a common purpose, it is necessary to cooperate with a plurality of real users, so that the sense of responsibility for the input operation of each real user is increased, and the willingness to participate in the game can be raised. Further, in this aspect, by setting a common purpose for game parts with relatively high operation frequency, it is easy to attract the real user's interest for the common purpose. There is a high possibility that an actual user will respond to the set input operation, and accordingly, there is a high possibility that a common purpose will be achieved. A sense of solidarity that achieves a common purpose can be recognized, and the willingness to play in cooperation with a plurality of real users can be enhanced.

(4) In a preferred aspect of the game server according to the present invention, the operation setting unit sets the number of operations of the input operation based on the level of the virtual user and / or the level of the team to which the virtual user belongs. It is characterized by that.

  In the above aspect, for example, the higher the level of the virtual user and / or the team to which the virtual user belongs, the higher the number of input operations is set. The more times you move, the more difficult it will be. Thereby, the higher the level of the virtual user and the level of the team, the higher the difficulty of the game. By adjusting the difficulty level of the game according to the level of the virtual user, it is possible to maintain the motivation to play the game of any real user.

(5) In a preferred aspect of the game server according to the present invention, the action resetting unit is configured such that the degree of friendship between the terminal that has reached the set number of actions and the terminal that has been determined not to have the possibility is a predetermined threshold value. If this is the case, it is characterized by resetting .

In the above aspect, by executing the resetting process only when the friendship degree is high, it is possible to guide the friendship degree with other terminals to be increased normally. The exchange in a game can be activated actively and the willingness to play in cooperation with a some real user can be heightened.

(6) In a preferred aspect of the game server according to the present invention, a situation in which position information of each terminal that operates each virtual user is acquired, and a situation of a real user who operates the virtual user by the terminal is estimated from the position information. An estimation unit is provided, and the operation setting unit selects an input operation to be set for the terminal according to a situation of an actual user estimated by the situation estimation unit .

In the above aspect, the situation estimation unit estimates the situation of the real user, and the operation setting unit selects an input operation to be set for the terminal according to the situation of the real user. Depending on the situation where the actual user is placed, it may be embarrassed to perform a specific input operation, or it may be difficult to perform a specific input operation. For example, in a public facility, it is discouraged to perform an operation such as shaking the terminal, and it is difficult to perform an operation of inputting voice to the terminal when moving by train. In this aspect, for example, when the situation estimation unit estimates that the real user is in a public facility, the operation setting unit sets an input operation other than the operation of shaking the terminal, and the real user moves on the train. If the situation estimation unit estimates that the operation has been performed, the operation setting unit sets an input operation other than the operation of inputting voice to the terminal. As a result, it is possible to avoid that the actual user has to give up the input operation because the situation where the actual user is placed is a specific situation, and to suppress the decrease in the willingness to participate in the game Can do.

(7) In a preferred aspect of the game server according to the present invention, the operation setting unit, as the input operation, presses the operation unit of the terminal, adds acceleration to the terminal, and inputs voice to the terminal An operation including any one of these operations or a combination thereof is set.

  In the above aspect, it is possible to improve the enjoyment of a real user playing a game by giving diversity to the input operation set in each terminal. The operation of pressing the operation unit of the terminal is an operation frequently performed by an actual user. On the other hand, the operation of adding acceleration to the terminal, which is the operation of shaking the terminal, and the operation of inputting voice to the terminal are operations that are not usually performed by actual users. In this way, by incorporating in the game operations that are not normally performed by real users, the interest of the game can be enhanced. In particular, since it does not know whether the action that the real user performs frequently or the action that the real user does not usually perform is set, it is possible to have a sense of expectation for the set input action and to play continuously Can be guided.

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 continuously playing a game by providing various operations for advancing the game, and a game control method for controlling the progress of the game provided by the game server , it is possible to provide a game program recording medium body which stores a game program and a game program.

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 an operation | movement data table. It is a figure for demonstrating the specific example of an operation content data table. It is a figure for demonstrating the specific example of a user attribute data table. It is a figure for demonstrating the specific example of a team attribute data table. It is a figure for demonstrating the specific example of the operation log | history data table classified by team. It is a figure for demonstrating the specific example of the response log | history data table classified by team. It is a figure for demonstrating the specific example of the user condition data table according to team. It is a figure for demonstrating the whole flow of the process performed in a battle part process part. It is a figure for demonstrating the specific procedure of an operation | movement setting process. It is a figure for demonstrating the specific procedure of an operation | movement distribution process. It is a figure for demonstrating the specific procedure of an operation | movement discrimination | determination process. It is a figure for demonstrating the specific procedure of an operation | movement setting process. It is a figure for demonstrating the specific procedure of the frequency | count determination process of an operation | movement. It is a figure for demonstrating the specific procedure of an operation | movement discrimination | determination process. It is a figure for demonstrating the other whole flow of the process performed in a battle part process part. It is a figure for demonstrating the specific procedure of a situation estimation process. It is a figure for demonstrating the specific procedure of an operation | movement distribution process. (A) It is an example of a screen which shows a reception start image. (B) It is an example of a screen which shows an effect image. (A) It is an example of a screen which shows the objective achievement image. (B) It is an example of a screen which shows a purpose unachieved image. It is a figure for demonstrating the specific procedure of the modification of an operation | movement setting process.

  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.

  In the social game, a plurality of game parts (hereinafter also simply referred to as “parts”) are organically combined to complete one story or character, and the whole game is formed as one game. 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 the above-described 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 an operation data table 211 and an operation content data table 212 as shown in FIG. And a virtual user data storage unit 210.

(Operation data table 211: FIG. 6)
As shown in FIG. 6, the operation data table 211 manages a list of input operations performed in the terminal.

  Each input operation is given a unique number as an “operation ID”.

  As shown in FIG. 6, the action ID 10001 means an action “tap”. “Tap” refers to an operation in which the actual user presses the operation unit of the terminal. In a capacitive touch panel, an operation called “tap” can be grasped by detecting a change in capacitance by a capacitive touch sensor. The action ID 10002 means an action “shake”. “Shake” refers to, for example, an operation of applying acceleration to the terminal. Specifically, it refers to an operation of moving the terminal up and down, left and right, or back and forth. When the acceleration sensor detects the acceleration, an operation of “shaking” can be grasped. The action ID 10003 means an action “voice input”. “Voice input” refers to an operation of inputting voice to the terminal. When the microphone detects the vibration of the air, the operation of “speech input” can be grasped.

  The operation setting unit described later can set an input operation for each virtual user with reference to the data stored in FIG. When the real user who operates the virtual user is in a predetermined situation, the setting of the input operation may be limited. A predetermined situation in which the setting of the input operation is restricted is referred to as “a situation that cannot be set”. For example, if the operation ID is 10002, if the real user exists in a public facility such as a library, a movie theater, or a zoo, the setting of the input operation is limited. In other words, the real user is in the library, movie theater, or zoo. If the terminal is in a public facility such as a terminal, an operation for adding acceleration to the terminal ("shake") cannot be performed. In the operation ID 10003, as with the operation ID 10002, the setting of the input operation is restricted when the real user exists in the public facility. Furthermore, if the operation ID is 10003, the setting of the input operation is restricted even when the real user is moving on a vehicle or the like and moving at a speed of 10 km or more. In other words, when the real user is on a vehicle and moving at a speed of 10 km / h or more, the operation of inputting voice to the terminal (“voice input”) cannot be performed. On the other hand, if the operation ID is 10001, there is no input operation setting, in other words, an operation (“tap”) in which the actual user presses the operation unit of the terminal can be performed regardless of the location or the situation.

(Operation content data table 212: FIG. 7)
As shown in FIG. 7, the operation content data table 212 stores data used when an operation setting unit described later sets an input operation for each virtual user and then sets the number of times of the input operation. .

  The “virtual user level” is a numerical value indicating the degree of progress of the virtual user in the game. “Experience value” is a parameter that increases when the virtual user achieves a mission defined in the game. When the “experience value” reaches a specific value, the “level” of the virtual user increases. The experience value and the level may be in a fixed proportional relationship, and can be set so that the experience value necessary to increase the level by one step increases as the level increases. For example, when the experience value reaches 100, the level increases from 1 to 2, and when the experience value further increases by 120, the level increases from 2 to 3.

  In FIG. 7A, the number of input operations set according to the level of the virtual user is stored as a “reference value”. In the example shown in FIG. 7A, considering the skill level of the game, the higher the level of the virtual user, the greater the number of input operations that are set.

  The operation setting unit can set the number of input operations according to the level of each virtual user with reference to the data stored in FIG. When the virtual user belongs to a team, a value obtained by multiplying the “reference value” by the “adjustment rate” may be used as the number of input operations set by the virtual user.

  A “team” in the game is a group formed by a plurality of virtual users to achieve a common purpose. When registering to the game, the virtual user can create a team by itself and wait for a subscription from another virtual user, or can join a team that has already been created. In the present embodiment, a group formed temporarily to achieve a common purpose can also be regarded as a “team”. The term “team” is not particularly limited, and the term “guild” may be used.

  “Team level” is a numerical value representing the strength of the team in the game. There is “point” as a parameter that increases by defeating an enemy in a battle performed in a team. When this “point” reaches a specific value, the “level” of the team increases. The relationship between the team level and the points is the same as the relationship between the virtual user level and the experience value.

  FIG. 7B stores an “adjustment rate” set according to the level of the team when the virtual user belongs to the team. The adjustment rate is a value of 1.0 or more. The higher the team level, the higher the adjustment rate. That is, when the level of the virtual user is the same, the higher the team level, the greater the number of input operations that are set.

  For example, when the operation setting unit sets the input operation of the operation ID 10001 for a virtual user who belongs to a team whose level is 1 and whose level is 1, the operation setting unit sets the terminal 10 times from the operation content data table 212 of FIG. Set the action content to tap. When the input operation of the operation ID 10002 is set, the operation content of shaking the terminal 10 times is set. In addition, when the input operation of the operation ID 10003 is set, the operation content of correctly answering 10 times to the question displayed on the terminal is set.

  The virtual user data storage unit 210 includes a user attribute data table 221, a team attribute data table 222, a team-specific operation history data table 223, a team-specific response history data table 224, and a team-specific user situation data table 225. Have.

(User attribute data table 221: FIG. 8)
As shown in FIG. 8, the user attribute data table 221 stores virtual user attribute information for each virtual user. Specifically, the level information of the virtual user is stored in the user attribute data table 221 of FIG. In addition to this, ranking information and number-of-friends information may be stored as attribute information. By referring to the user attribute data table 221 of FIG. 8, for example, it can be seen that the level of the virtual user with the user ID 30001 is 161.

(Team attribute data table 222: FIG. 9)
As shown in FIG. 9, the team attribute data table 222 stores, for each team, identification information of the virtual users belonging to the teams in the game and team level information. By referring to the team attribute data table 222 in FIG. 9, for example, it can be seen that the team with the team ID 50001 belongs to the virtual user with the user ID 30001 and the virtual user with the user ID 30007, and the level is 354.

(Team-specific operation history data table 223: FIG. 10)
As shown in FIG. 10, the team-specific operation history data table 223 stores history information related to input operations from the terminal for each team for which an operation setting unit described later has set the input operation. The team-specific operation history data table 223 in FIG. 10 is updated when operation data related to an input operation is received from the terminal. The operation determination unit described later can determine whether the input operation set by the operation setting unit matches the input operation from the terminal based on the history information. The team-specific operation history data table 223 in FIG. 10A is a data table created when the operation setting unit sets only the input operation. The team-specific operation history data table 223 in FIG. 10B is a data table created when the operation setting unit sets an input operation and the number of input operations. That is, the team-specific operation history data table 223 of FIG. 10A or FIG. 10B is created according to the setting contents of the operation setting unit. The team-specific operation history data table 223 of FIG. 10 is initialized every time the operation setting unit sets an input operation, and in the initial state, both the operation acceptance and the number of operations are stored as “0”.

  The team-specific operation history data table 223 of FIG. 10A shows input operation identification information (operation ID) set for each virtual user belonging to the team, and whether or not the input operation has been received from the terminal. Operation acceptance information is stored.

  “Operation reception” indicates whether or not a predetermined input operation has been received from the terminal. If “1” is stored, it means that the predetermined input operation has been received. The team-specific operation history data table 223 in FIG. 10A is a data table created when the operation setting unit sets only the input operation, and therefore stores data related to the number of input operations (number of operations) in particular. It is not necessary. When the operation data related to the input operation set by the operation setting unit is received from the terminal operating the virtual user, the operation reception is rewritten from “0” to “1”. For example, by referring to the team-specific operation history data table 223 in FIG. 10A, it can be seen that the operation data related to the input operation of the operation ID 10002 is received from the terminal operating the virtual user of the user ID 30007.

  In the team-specific operation history data table 223 of FIG. 10B, input operation identification information (operation ID) set for each virtual user belonging to the team, and information on the number of times the input operation has been received from the terminal are stored. Has been. When the operation data related to the input operation set by the operation setting unit is received from the terminal that operates the virtual user, it is updated so that the number of times increases. For example, by referring to the team-specific operation history data table 223 of FIG. 10B, it can be seen that the operation data related to the input operation of the operation ID 10002 has been received 58 times from the terminal operating the virtual user of the user ID 30007.

(Team-specific response history data table 224: FIG. 11)
As shown in FIG. 11, the team response history data table 224 stores response frequency information for each input operation setting for each virtual user. “Number of responses” is the number of times the virtual user has responded to the input operation set by the operation setting unit. Each time the operation setting unit sets the input operation, it is determined whether or not the virtual user has responded. If the response is made, the data is updated so that the number of responses is increased by 1. If the response is not made, the data is not updated. .

  In the team operation history data table 223 in FIG. 10, the data is initialized every time the operation setting unit sets the input operation, whereas in the user history data table 224 in FIG. Data is updated according to predetermined conditions. For example, when the operation setting unit sets “tap” as an input operation for a virtual user, the data is updated if the virtual user performs at least one tap, and the data is not updated unless the tap is performed once. For example, even when the operation setting unit sets “20 taps” as an input operation for a virtual user, the data is updated if the virtual user performs at least one tap, and the tap is not performed once. Data is not updated. Thus, the update of data is determined depending on whether or not there is a response to one input operation setting by the operation setting unit.

(User status data table by team 225: FIG. 12)
As shown in FIG. 12, the team-specific user situation data table 225 stores a result estimated by a situation estimation unit described later for each virtual user. Specifically, the situation estimation unit determines whether or not a real user who operates a virtual user exists in a public facility and whether or not the user is moving at a speed of 10 km or more. In the initial state before the situation estimation unit determines the situation of the virtual user, “0” is stored in the “inside public facilities” and “move at 10 km / h” columns in the team user situation data table 225 of FIG. Has been. When it is determined that the real user exists in the public facility, or when it is determined that the user is moving at a speed of 10 km / h or more, the value is rewritten from “0” to “1”.

(3-3-2) Configuration of Battle Part Processing Unit As shown in FIG. 5, the battle part processing unit 102 includes an operation setting unit 41, an operation determination unit 42, a situation estimation unit 43, and a data table update unit 44. And an image output unit 45.

  The operation setting unit 41 is a unit that sets a common purpose for a plurality of virtual users and sets different input operations for each terminal that operates each virtual user in order to achieve the common purpose. The operation setting unit 41 may set only the input operation, or may set the number of operations together with the input operation. The operation setting unit 41 sets an operation including any one of an operation of pressing an operation unit of the terminal, an operation of adding acceleration to the terminal, an operation of inputting sound to the terminal, or a combination thereof as an input operation. For example, an operation of “tap the screen 10 times” is set as an operation of pressing the operation unit of the terminal. If the operation is to apply acceleration to the terminal, an operation of “shaking the terminal 10 times” is set. Furthermore, if it is the operation | movement which inputs a sound into a terminal, the operation | movement of "answering a question correctly 10 times" is set. If it is a combination, an operation of “shake the terminal 5 times after tapping the screen 5 times” is set.

  In addition, the operation setting unit 41 may select an input operation to be set for the terminal from among a plurality of input operations according to the situation of the actual user estimated by the situation estimation unit 43 described later. For example, when the actual user is in a public facility, an input operation other than the operation of shaking the terminal is set. When the actual user is moving at a speed of 10 km / h or more, the operation other than the operation of inputting voice to the terminal is performed. Set the input operation. In this way, the operation setting unit 41 can limit the input operation set for the terminal.

  The operation determination unit 42 is a unit that determines that the common purpose has been achieved when operation data related to the input operation set by the operation setting unit 41 is received from each terminal. The operation determination unit 42 measures the number of times each input operation matches the input operation set by the operation setting unit 41, and achieves a common purpose when the number of operations reaches the number of operations set by the operation setting unit 41. You may judge that you did.

  The situation estimation unit 43 is means for acquiring position information of each terminal that operates each virtual user and estimating a situation of an actual user who operates the virtual user from the position information. Specifically, the situation estimation unit 43 estimates whether or not the actual user is in a public facility based on the position information of the terminal. In addition, the situation estimation unit 43 may estimate whether or not the actual user is moving at a predetermined speed or more by acquiring position information of the terminal for a predetermined time.

  The data table updating unit 44 is means for rewriting data stored in each data table. For example, when the operation setting unit 41 sets an input operation for a virtual user and receives operation data related to the input operation from a terminal that operates the virtual user, the data table update unit 44 For the user, the operation reception in the team operation history data table 223 in FIG. 10A is rewritten from “0” to “1”. Further, when the operation setting unit 41 sets the input operation and the number of input operations for the virtual user and receives operation data related to the input operation from the terminal operating the virtual user, the data table is updated. The unit 44 increments the number of operations in the team-specific operation history data table 223 of FIG.

  In addition, when the situation estimation unit 43 estimates the situation of the real user who operates the virtual user, the data table update unit 44 sets the corresponding situation in the user status data table 225 for each team in FIG. 12 for the virtual user. Rewrite the column from “0” to “1”.

  The image output unit 45 is means for outputting a display image to the terminal. For example, the image output unit 45 is an image indicating that reception of an input operation for achieving a common purpose has been started (acceptance start image), in a state of receiving an input operation for achieving the common purpose. An image that produces a certain effect (effect image), an image that indicates that the common purpose has been achieved (object achievement image), and an image that indicates that the common purpose has not been achieved (object non-achievement image) are output.

(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.

[First Embodiment]
(4-1) Overview First, an overview of the first embodiment will be described with reference to FIG. First, in step S1301, a process for setting a common purpose for a plurality of virtual users belonging to a team and setting different input operations for each terminal operating each virtual user in order to achieve the common purpose (Operation setting process) is executed. Subsequently, in step S1302, a process of determining whether or not a common purpose has been achieved (operation determination process) is executed. Hereinafter, the process of step S1301 and step S1302 in the battle part process part 102 is demonstrated concretely with reference to FIGS. In addition, it demonstrates as a process with respect to the virtual user which belongs to arbitrary one teams (henceforth a target team).

(4-1-1) Operation Setting Process Details of the operation setting process in step S1301 will be described with reference to FIG. As shown in FIG. 14, in step S1401, the operation setting unit 41 arbitrarily sets a common purpose for a plurality of virtual users belonging to the target team. The common purpose is, for example, to defeat a monster that appears in the game within a predetermined period, and is set as a battle part.

  In step S1402, the operation setting unit 41 executes a process of assigning an input action (action assignment process) to a plurality of virtual users belonging to the target team. This process is executed without being based on operation data from the terminal. Details of the action assignment process will be described later.

(4-1-2) Operation Allocation Processing Details of the operation allocation processing in step S1402 will be described with reference to FIG. As shown in FIG. 15, in step S1501, the operation setting unit 41 refers to the team attribute data table 222 in FIG. 9 and the team response history data table 224 in FIG. A virtual user having the largest deviation in the number of responses, that is, a virtual user having the largest difference between the maximum value and the minimum value of the number of responses is selected. For example, in the case of a virtual user with the user ID 30001, the input operation of the operation ID 10001 is 18 times, the input operation of the operation ID 10002 is 14 times, and the difference between the maximum value and the minimum value of the response count is 4 times.

  In step S1502, the operation setting unit 41 refers to the team response history data table 224 in FIG. 11 and assigns the operation ID having the smallest number of responses to the virtual user selected in step S1501. Assigning an operation ID with the smallest number of responses to a virtual user with the largest bias in the number of responses means that an operation corresponding to the number of responses that is the minimum value is assigned to a virtual user with the largest difference between the maximum value and the minimum number of responses. This means assigning an ID. For example, when the virtual user selected in step S1502 is a virtual user with the user ID 30001, an operation ID 10002 is assigned to the virtual user.

  In step S1503, the operation setting unit 41 refers to the team attribute data table 222 of FIG. 9 and determines whether there is a virtual user other than the virtual user selected in step S1501 in the target team. If another virtual user exists (step S1503: YES), the process proceeds to step S1504. In step S1504, the operation setting unit 41 excludes the virtual user selected in step S1501, and returns to step S1501. On the other hand, if there is no other virtual user (step S1503: NO), the process proceeds to step S1505. That is, after the action setting unit 41 assigns action IDs to all virtual users belonging to the target team, the process proceeds to step S1505.

  In step S1505, the action setting unit 41 determines whether or not the action IDs assigned to the virtual users belonging to the target team are all the same. If all the assigned operation IDs are the same (step S1505: YES), the process proceeds to step S1506. On the other hand, if even one assigned operation ID is different (step S1505: NO), this process ends.

  In step S1506, the action setting unit 41 refers to the action data table 211 in FIG. 6 and assigns the action ID assigned to the virtual user last selected in step S1501 among the virtual users belonging to the target team to other action IDs. The process is terminated.

(4-1-3) Operation Determination Processing Details of the operation determination processing in step S1302 will be described with reference to FIG. As shown in FIG. 16, in step S1601, the motion determination unit 42 determines whether operation data related to a predetermined motion has been received from a terminal that operates any virtual user belonging to the target team. The predetermined action here is an input action assigned by the action setting unit 41 to each virtual user belonging to the target team. If operation data related to a predetermined operation has been received (step S1601: YES), the process proceeds to step S1602. On the other hand, if the operation data related to the predetermined operation has not been received (step S1601: NO), the process of step S1601 is repeated.

  In step S1602, the operation determination unit 42 determines whether or not the operation data is received in step S1601 within a predetermined period. If it is within the predetermined period (step S1602: YES), the process proceeds to step S1603. On the other hand, when it is not within the predetermined period (step S1602: NO), the operation determination unit 42 ends this process without determining that the common purpose has been achieved. The predetermined period is set in advance. Each real user who operates each virtual user belonging to the target team can perform an input operation for achieving a common purpose only within a predetermined period.

  In step S1603, the data table updating unit 44 changes the operation reception of the team-specific operation history data table 223 in FIG. 10A from “0” to “1” for the virtual user related to the terminal that has received the operation data in step S1601. Rewrite to

  In step S1604, the operation determination unit 42 refers to the team-specific operation history data table 223 in FIG. 10A and determines whether operation data related to a predetermined operation has been received from a predetermined number of terminals. The predetermined number may be the same as the number of virtual users belonging to the team, may be less than the number of virtual users belonging to the team, and is arbitrarily set. If the operation data related to the predetermined operation has not been received from the predetermined number of terminals (step S1604: NO), the process returns to step S1601, and the processes after step S1601 are repeated. On the other hand, if operation data related to a predetermined operation has been received from a predetermined number of terminals (step S1604: YES), the process proceeds to step S1605, and the operation determination unit 42 determines that a common purpose has been achieved. This process is terminated.

(4-1-4) Modified Example of Operation Setting Process A modified example of the operation setting process in step S1301 will be described with reference to FIG. As shown in FIG. 17, the processes in steps S1701 and S1702 are the same as the processes in steps S1401 and S1402. In the modification, the process of step S1703 is executed following the process of step S1702. Specifically, in step S1703, the operation setting unit 41 executes a process of determining the number of input operations (operation number determination process) for a plurality of virtual users belonging to the target team. Details of the operation count determination process will be described later. In addition, it demonstrates as a process with respect to arbitrary one virtual users (henceforth a target virtual user). By repeating the same processing, the number of input operations can be determined for a plurality of virtual users belonging to the target team.

(4-1-5) Operation Count Determination Process Details of the operation count determination process in step S1703 will be described with reference to FIG. As shown in FIG. 18, in step S1801, the operation setting unit 41 refers to the user attribute data table 221 of FIG. 8 and reads the level information of the target virtual user. For example, the virtual user with the user ID 30001 reads data that the level is 161.

  In step S1802, the operation setting unit 41 refers to the operation content data table 212 of FIG. 7A and determines a reference value based on the operation ID set for the target virtual user and the level of the target virtual user. For example, when the input operation of the operation ID 10001 is set for the virtual user of the user ID 30001, the level of the virtual user of the user ID 30001 is 161, so the reference value is 50 times.

  In step S1803, the operation setting unit 41 refers to the team attribute data table 222 of FIG. 9 and reads the level information of the team to which the target virtual user belongs. For example, the team to which the virtual user with the user ID 30001 belongs reads out data indicating that the level is 354.

  In step S1804, the operation setting unit 41 refers to the operation content data table 212 in FIG. 7B and determines the adjustment rate based on the level of the team to which the target virtual user belongs. For example, since the team to which the virtual user with the user ID 30001 belongs has a level of 354, the adjustment rate is 1.2.

  In step S1805, the operation setting unit 41 determines, as the number of operations, a value obtained by multiplying the reference value determined in step S1802 by the adjustment rate determined in step S1804. That is, the number of operations is set to 60 for the virtual user with the user ID 30001.

(4-1-6) Modified Example of Operation Determination Process The details of the operation determination process in step S1302 when the operation count determination process is executed in the operation setting process in step S1301 are shown in FIG. Will be described with reference to FIG.

  As shown in FIG. 19, in step S1901, the image output unit 45 confirms that reception of an input operation for achieving a common purpose is started to each terminal that operates each virtual user belonging to the target team. The image shown (reception start image) is output. FIG. 23A shows a screen example 100 that displays a reception start image. The screen example 100 is a screen example of each terminal that operates each virtual user belonging to the team having the team ID 50001.

  As shown in FIG. 23A, a notification image 110 for notifying a common purpose set for each virtual user belonging to the team is displayed at the top of the screen. For example, when the action setting unit 41 sets a common purpose of defeating a monster appearing in the game within a predetermined period, the notification image 110 may be “21: 00 to 21:30 to defeat the monster together. "Is displayed. In the center of the screen, a notification image 102 for notifying each input operation and the number of operations set for each virtual user belonging to the team is displayed. At the bottom of the screen, a display image 103 that displays objects related to a common purpose and a notification image 104 that notifies the state of the object before the common purpose is achieved are displayed. For example, a monster image is displayed as the display image 103, and an image indicating the monster's initial energy is displayed as the notification image 104. An image 104 represented by a black-filled rectangle means that the initial energy of the monster is full.

  In step S1902, the operation determination unit 42 determines whether operation data related to a predetermined operation has been received from a terminal that operates any virtual user belonging to the target team. If operation data related to a predetermined operation has been received (step S1902: YES), the process proceeds to step S1903. On the other hand, if the operation data related to the predetermined operation has not been received (step S1902: NO), the process of step S1902 is repeated.

  In step S1903, the operation determination unit 42 determines whether or not the operation data is received in step S1902 within a predetermined period. If it is within the predetermined period (step S1903: YES), the process proceeds to step S1904. On the other hand, if it is not within the predetermined period (step S1903: NO), the process proceeds to step S1909.

  In step S1904, the data table update unit 44 increments the number of operations in the team-specific operation history data table 223 of FIG. 10B by one for the virtual user related to the terminal that has received the operation data in step S1902.

  In step S <b> 1905, the image output unit 45 produces an image that produces an input operation for achieving a common purpose to each terminal that operates each virtual user belonging to the target team (effect image). ) Is output. An example screen 200 for displaying the effect image is shown in FIG. The screen example 200 is a screen example of a terminal that operates the virtual user with the user ID 30001.

  As shown in FIG. 23B, a notification image 201 for notifying the current status of the virtual user with the user ID 30001 and a notification image 202 for notifying the current status of other virtual users belonging to the team are displayed at the top of the screen. ~ 205 are displayed. For example, the notification image 201 displays the number of operations up to the present time and the number of operations necessary to achieve a common purpose. The number of operations up to now is the number of operations stored in the team-specific operation history data table 223 of FIG. The required number of operations is the number of operations subtracted from the number of operations set by the operation setting unit 41 to the present. For example, in the notification images 202 to 205, images described as “achieved”, “participating”, or “non-participating” are displayed together with identification information of other virtual users. The image described as “achieved” is displayed when another real user who operates another virtual user performs a predetermined input operation a predetermined number of times. The image described as “participating” is displayed when another real user who operates another virtual user has performed a predetermined input operation but has not yet reached the predetermined number of times. The image described as “non-participation” is displayed when another real user who operates another virtual user is not performing a predetermined input operation. The predetermined input operation is an input operation set by the operation setting unit 41 for each virtual user, and the predetermined number of times is the number of operations set by the operation setting unit 41 for each virtual user. It is.

  At the bottom of the screen, a display image 206 that displays an object related to a common purpose and a notification image 207 that notifies the current state of the object are displayed. For example, an image of a monster under attack is displayed as the display image 206, and an image indicating the current energy of the monster is displayed as the notification image 207. Unlike the notification image 104, an image 207 in which a part of the rectangle is displayed in white means that the current energy of the monster is partially reduced from the initial energy.

  In step S1906, the motion determination unit 42 refers to the team-specific motion history data table 223 in FIG. 10B and determines whether or not operation data related to a predetermined number of operations has been received from a predetermined number of terminals. . If the operation data related to the predetermined number of operations has not been received from the predetermined number of terminals (step S1906: NO), the process returns to step S1902, and the processes after step S1902 are repeated. On the other hand, if operation data related to a predetermined operation has been received from a predetermined number of terminals (step S1906: YES), the process proceeds to step S1907, and the operation determination unit 42 determines that a common purpose has been achieved. The process proceeds to step S1908.

  In step S1908, the image output unit 45 outputs an image (purpose achievement image) indicating that the common purpose set for each virtual user belonging to the team has been achieved. FIG. 24A shows an example screen 300 for displaying the goal achievement image.

  As shown in FIG. 24A, a notification image 301 for notifying a situation when a predetermined period of the virtual user with the user ID 30001 has passed and a situation when another virtual user belonging to the team has passed a predetermined period are displayed at the top of the screen. Notification images 302 to 305 are displayed. For example, in the notification images 301 to 305, an image described as “achieved” or “not achieved” is displayed together with the identification information of the virtual user. The image described as “achieved” is displayed when a real user who operates the virtual user performs a predetermined input operation a predetermined number of times within a predetermined period. The image described as “unachieved” is displayed when the actual user who operates the virtual user does not perform the predetermined input operation a predetermined number of times within a predetermined period. At the bottom of the screen, a notification image 306 for notifying that a common purpose has been achieved is displayed. For example, as the notification image 306, an image with “WIN!” Displayed to indicate victory over the monster is displayed.

  In step S1909, the image output unit 45 outputs an image (object unachieved image) indicating that a common purpose has not been achieved by the virtual users belonging to the team. FIG. 24B shows an example screen 400 that displays an unachieved object image.

  As shown in FIG. 24B, at the top of the screen is a notification image 401 for notifying the situation when a predetermined period of the virtual user with the user ID 30001 has passed, and the situation when the predetermined period of other virtual users belonging to the team has passed. Notification images 402 to 405 for notifying are displayed. A notification image 406 for notifying that a common purpose has been achieved is displayed at the bottom of the screen. For example, as the notification image 406, an image described as “LOSE!” Is displayed to indicate the defeat to the monster.

[Second Embodiment]
(4-2) Overview First, an overview of the second embodiment will be described with reference to FIG. Unlike the first embodiment, the second embodiment executes a process for estimating the situation of the real user before the operation setting process. Specifically, as shown in FIG. 20, in step S2001, a process (situation estimation process) for estimating the status of the actual user based on the position information of each terminal operating each virtual user is executed. Subsequently, an operation setting process is executed in step S2002, and an operation determination process is executed in step S2003. Since the operation determination process is the same as that of the first embodiment, the description thereof is omitted. Details of the situation estimation process and the operation setting process will be described later. The situation estimation process will be described as a process for an arbitrary virtual user (hereinafter referred to as a target virtual user). By repeating the same processing, it is possible to infer the situation of a plurality of real users who operate a plurality of virtual users belonging to the target team.

(4-2-1) Situation Estimation Processing The situation estimation processing in step S2001 will be described with reference to FIG. As shown in FIG. 21, in step S2101, the situation estimation unit 43 reads position information of a terminal that operates the target virtual user. For example, the location information of the terminal can be acquired from the global positioning system (GPS), IP address, and base station information.

  In step S2102, the situation estimation unit 43 determines whether the terminal is in a public facility based on the position information read in step S2101. If it is in a public facility (step S2101: YES), the process proceeds to step S2103. On the other hand, if it is not in a public facility (step S2101: NO), the process proceeds to step S2104.

  In step S2103, for the target virtual user, the data table updating unit 44 rewrites the “inside public facility” field in the team user status data table 225 of FIG. 12 from “0” to “1”, and ends this processing. .

  In step S2104, the situation estimation unit 43 reads position information at a predetermined time of the terminal that operates the target virtual user. Unlike the processing in step S2101, the movement status of the real user who operates the target virtual user can be grasped by acquiring position information at a predetermined time.

  In step S2105, the situation estimation unit 43 determines whether or not the terminal is moving at a speed of 10 km / h or more based on the position information at the predetermined time read in step S2104. When moving at a speed of 10 km / h or more (step S2105: YES), the process proceeds to step S2106. On the other hand, if the vehicle is not moving at a speed of 10 km / h or more (step S2105: NO), this process ends.

  In step S2106, the data table updating unit 44 rewrites the “movement of 10 km / h or more” column in the team user status data table 225 of FIG. 12 from “0” to “1” for the target virtual user.

(4-2-2) Operation Setting Process The operation setting process in step S2002 is basically the same as the operation setting process in step S1301. Similarly to FIG. 14, the action setting unit 41 may execute the action assignment process after setting a common purpose for a plurality of virtual users belonging to the team. Similarly to FIG. 17, the action setting unit 41 may execute the action count determination process subsequent to the action assignment process after setting a common purpose for a plurality of virtual users belonging to the team. . The operation assignment process of the second embodiment is different from the action assignment process of the first embodiment, and will be described with reference to FIG.

(4-2-3) Action Allocation Processing As shown in FIG. 22, in step S2201, the action setting unit 41 first selects the user status data for each team in FIG. 12 from a plurality of virtual users belonging to the target team. A virtual user stored as “1” in the table 225 is extracted. For example, in the case of a team with team ID 50001, a virtual user with user ID 30001 and user ID 30007 is extracted.

  In step S2202, the operation setting unit 41 refers to the operation data table 211 in FIG. 6 and the user status data table 225 for each team in FIG. 12 according to the status of the real user who operates the virtual user extracted in step S2201. Assign an operation ID. Specifically, referring to the user status data table 225 for each team in FIG. 12, the status of the actual user is read, and the operations other than the operation ID corresponding to the unsettable status stored in the operation data table 211 in FIG. Assign an ID.

  For example, from the team-specific user situation data table 225 of FIG. 12, it can be seen that the real user who operates the virtual user with the user ID 30001 is in a public facility. The operation setting unit 41 refers to the operation data table 221 in FIG. 6 and assigns an operation ID other than the operation ID 10002 and the operation ID 10003, that is, the operation ID 10001 to the virtual user with the user ID 30001. In addition, from the team-specific user status data table 225 of FIG. 12, it can be seen that the real user who operates the virtual user with the user ID 30007 moves 10 km / h or more. The operation setting unit 41 refers to the operation data table 221 of FIG. 6 and assigns an operation ID other than the operation ID 10003 to the virtual user with the user ID 30007.

  In step S2203, the operation setting unit 41 refers to the team attribute data table 222 in FIG. 9 and the team response history data table 224 in FIG. 11, and the virtual user extracted in step S2201 among the virtual users belonging to the target team. From the virtual users other than the user, the virtual user with the greatest deviation in the number of responses is selected. That is, the operation setting unit 41 selects a virtual user having the largest difference between the maximum value and the minimum value in the number of responses of each operation ID.

  For example, in the case of the user ID 30011, the maximum value of the response count is 43 times of the operation ID 10001, and the minimum value of the response count is 23 times of the operation ID 10002. The difference between the maximum value and the minimum value is 20 times. Similarly, the difference between the maximum value and the minimum value of the number of responses is 3 times for the user ID 30012 and 9 times for the user ID 30045. Therefore, the virtual user with the largest bias in the number of responses is the virtual user with the user ID 30011.

  In step S2204, the operation setting unit 41 refers to the team response history data table 224 in FIG. 11 and assigns the operation ID having the smallest number of responses to the virtual user selected in step S2203. For example, if the user is a virtual user with the user ID 30011, the operation ID 10002 is assigned to the virtual user.

  In step S2205, the operation setting unit 41 refers to the team attribute data table 222 in FIG. 9, and the target team has a virtual user extracted in step S2201 and a virtual user other than the virtual user selected in step S2203. Judge whether or not to do. If another virtual user exists (step S2205: YES), the process proceeds to step S2206. In step S2206, the operation setting unit 41 excludes the virtual user selected in step S2203 and returns to step S2203. On the other hand, if there is no other virtual user (step S2205: NO), the process proceeds to step S2207. That is, after the action setting unit 41 assigns action IDs to all virtual users belonging to the target team, the process proceeds to step S2207.

  In step S2207, the action setting unit 41 determines whether or not the action IDs assigned to the virtual users belonging to the target team are all the same. If all the assigned operation IDs are the same (step S2207: YES), the process proceeds to step S2208. On the other hand, if even one assigned operation ID is different (step S2207: NO), this process ends.

In step S2208, the operation setting unit 41 refers to the operation data table 211 in FIG. 6 and assigns the operation ID assigned to the virtual user last selected in step S2203 among the virtual users belonging to the target team to other operation IDs. The process is terminated.
(5) Effect

  In the first embodiment, the operation setting unit sets a common purpose for a plurality of virtual users belonging to the target team. In order to achieve a common purpose, it is necessary to cooperate with a plurality of real users, so that the sense of responsibility for the input operation of each real user is increased, and the willingness to participate in the game can be raised.

  The operation setting unit assigns different input operations to a plurality of virtual users belonging to the target team. The real user does not know which input action is assigned to him. Thereby, it is possible to give a sense of expectation to the assigned input operation and to guide the game to be continuously played.

  In addition, the operation setting unit assigns an input operation with the smallest number of responses to a virtual user with a bias in the number of responses in the input operations set in the past. It is possible to give real users a chance to perform a wide variety of input operations and to have fun in the operation of the game.

  In the above modification, the operation setting unit not only assigns different input operations to a plurality of virtual users belonging to the target team, but also determines the number of input operations. Since each real user does not simply perform the input operation set by the operation setting unit, but cannot perform a common purpose unless it is performed a predetermined number of times or more, the difficulty of the game increases. By increasing the difficulty level of the game, the willingness of real users to achieve a common purpose can be further stimulated. In addition, the satisfaction obtained when the common purpose is achieved can be further increased, and the game can be guided to be played continuously.

  In addition, the operation setting unit determines the number of input operations based on the level information of the virtual user and the level information of the team to which the virtual user belongs. Specifically, the operation setting unit sets the number of input operations to be higher as the virtual user level and the team level are higher. Thereby, the higher the level of the virtual user and the level of the team, the higher the difficulty of the game. By adjusting the difficulty level of the game according to the level of the virtual user, it is possible to maintain the motivation to play the game of any real user. Even if the level of the virtual user is the same, the higher the team level, the higher the difficulty of the game. Since the difficulty level of the game varies depending on which team the virtual user belongs to, the team selection in the game can be interesting.

  The operation setting unit sets one of an operation of pressing the operation unit of the terminal, an operation of adding acceleration to the terminal, and an operation of inputting sound to the terminal. By giving diversity to the input operation set for each terminal, it is possible to improve the enjoyment of playing a game by a real user. The operation of pressing the operation unit of the terminal is an operation frequently performed by an actual user. On the other hand, the operation of adding acceleration to the terminal, which means the operation of shaking the terminal, and the operation of inputting voice to the terminal are operations that are not usually performed by actual users. In this way, by incorporating in the game operations that are not normally performed by real users, the interest of the game can be enhanced. In particular, since it is not known whether the action that the real user performs frequently or the action that the real user does not usually perform is assigned, it can give a sense of expectation to the assigned input action, and induces to play continuously be able to.

  In the first embodiment, the image output unit notifies the terminal that operates the target virtual user of the notification image that notifies the current status of the target virtual user and the notification that notifies the current status of other virtual users belonging to the team. Output images. Thereby, the real user can grasp | ascertain whether other real users are performing predetermined input operation | movement. By causing other real users to recognize whether or not a predetermined input operation is being performed, it is possible to motivate the real user to participate in the game.

  In 2nd Embodiment, a situation estimation part estimates the condition of a real user based on the positional information on a terminal, and an operation | movement setting part is with respect to the several virtual user which belongs to a target team according to a situation of a real user. Assign different input operations. As a result, it is possible to avoid that the actual user has to give up the input operation because the situation where the actual user is placed is a specific situation, and to suppress the decrease in the willingness to participate in the game Can do.

(6) Others In the above embodiment, an example in which the action setting unit arbitrarily sets a common purpose has been shown. For example, based on operation history information of each terminal, common to game parts with relatively high operation frequency You may set the purpose. If a game part with a relatively high operation frequency is a quest part based on operation history information of a plurality of terminals that operate a plurality of virtual users belonging to the team, a common purpose is set for the quest part. A common purpose in the quest part is, for example, to create a new route (short cut) in the virtual space. A route is formed in advance in the virtual space, and a plurality of virtual users can move along the route formed in advance, but if a new route (shortcut) is created by achieving a common purpose A plurality of virtual users can also move a new route. In addition, when a game part having a relatively high operation frequency is a battle part based on operation history information of a plurality of terminals that operate a plurality of virtual users belonging to the team, a common purpose is set for the battle part. A common purpose in the battle part is, for example, that a plurality of virtual users cooperate to defeat a special monster (enemy) that appears in the game. Normally, a monster appearing in a game can be defeated by only one virtual user, but this special monster cannot be defeated unless a plurality of virtual users cooperate.

  By setting a common purpose for game parts with relatively high operation frequency, it is easy to attract the interest of the real user for the common purpose. There is a high possibility that an actual user will respond to the set input operation, and accordingly, there is a high possibility that a common purpose will be achieved. A sense of solidarity that achieves a common purpose can be recognized, and the willingness to play in cooperation with a plurality of real users can be enhanced.

  In the above embodiment, the operation setting unit has shown an example in which the input operation is set for each terminal that operates all virtual users belonging to the team. However, the terminal for setting the input operation may be limited in advance. Good. For example, based on the history information related to the input operation of each terminal, a process for prohibiting setting a common purpose for a predetermined period is executed for a terminal whose individual achievement level is equal to or less than a predetermined threshold. The individual achievement level is expressed as a ratio of the number of times that the set input operation is achieved to the number of times that the input operation is set in the terminal. If there is a virtual user that does not perform an input operation among a plurality of virtual users set with a common purpose, the common purpose cannot be achieved even if other remaining virtual users perform an input operation. By eliminating terminals with low individual achievement levels for a predetermined period, a common purpose can be set for a plurality of virtual users with high individual achievement levels, and there is a high possibility of achieving the common purpose. It is possible to increase the cohesion of real users who are highly motivated to play the game.

  In the above embodiment, the operation setting unit has shown an example in which the input operation and the number of operations are individually set for each terminal. It may be reset to the terminal. Specifically, this will be described with reference to FIG. Note that the processing in steps S2501 to S2503 is the same as the processing in steps S1701 to S1703, and thus description thereof is omitted.

  In step S2504, the operation setting unit sets a predetermined input deadline for a plurality of terminals that operate a plurality of virtual users belonging to the team. In addition, it demonstrates as a process with respect to arbitrary one teams (henceforth a target team).

  In step S2505, the achievement determination unit (not shown) determines whether the determination time has been reached. The determination time is a predetermined time before a predetermined input deadline is reached. If the determination time has been reached (step S2505: YES), the process proceeds to step S2506. On the other hand, if the determination time has not been reached (step S2505: NO), the process of step S2505 is repeated.

  In step S2506, the achievement determination unit has not reached the number of operations set by the operation setting unit in step S2503 in the target team based on the data stored in the team-specific operation history data table 223 of FIG. Select a terminal.

  In step S2507, the achievement determination unit determines, for each terminal selected in step S2506, whether or not there is a possibility of reaching the number of operations set within a predetermined input time limit, and selects a terminal that is determined not to have the possibility. . Whether or not each terminal may reach the set number of operations within a predetermined input time limit is determined in order to reach the set number of operations and the number of operations per unit time performed up to the judgment time. This can be determined by comparing the average number of operations. That is, when the number of operations per unit time is greater than the average number of operations, it is determined that there is a possibility of reaching the set number of operations.

  For example, it is assumed that the predetermined input deadline is 10 minutes from the setting of the input operation. It is assumed that the set number of operations is 60, and the number of operations performed by the determination time (8 minutes after the input operation is set) is 40. The number of operations per unit time performed up to the determination time is 5 times per minute, whereas the average number of operations required to reach the set number of operations is 6 times per minute. Therefore, in this case, it is determined that there is no possibility of reaching the predetermined input time limit.

  In step S2508, for the terminal determined in step S2507 that there is no possibility of reaching the predetermined input time limit, the shortage number calculation unit (not shown) calculates the shortage number for the number of operations set in the terminal. The shortage number is a number obtained by dividing the number of operations performed up to the determination time from the number of operations set in the terminal by the operation setting unit.

  For example, the input operation set in the terminal determined in step S2507 that there is no possibility of reaching the predetermined input time limit is the operation ID 10001, the set operation count is 60, and the operation performed up to the determination time The number of times is 40. In this case, the shortage is 20 times.

  In step S2509, the operation resetting unit (not shown) is set by the operation setting unit in step S2503 among the target teams based on the data stored in the team-specific operation history data table 223 in FIG. Select the terminal that has reached the number of operations.

  In step S2510, the operation resetting unit calculates the input operation set in the terminal determined in step S2507 that the terminal selected in step S2509 is not likely to reach the predetermined input time limit, and is calculated in step S2508. Reset a part of the shortage. For example, when the shortage number is 20, the part of the shortage number means any number less than 20 times.

  Even if the set number of operations has not been reached at the determination time, the operation resetting unit does not execute the processes of steps S2508 to 2510 for a terminal that is determined to have the possibility of reaching the input deadline.

  In this way, at a time before a predetermined time until the predetermined input time limit is reached, a terminal that is not likely to reach the predetermined input time limit is determined, and the input operation set for the determined terminal is reset to another terminal. By doing so, they can help each other within the team to achieve a common goal. It is possible to increase the team's cohesion and increase the willingness of the real user to play the game.

  Note that the operation resetting unit only when the degree of fellowship between the terminal selected in step S2509 and the terminal determined in step S2507 that there is no possibility of reaching the predetermined input deadline is equal to or greater than a predetermined threshold. A part of the input operation and the number of deficiencies may be reset. That is, when the fellowship degree is less than the predetermined threshold, the resetting process is not executed, and there is a high possibility that the common purpose cannot be achieved. The degree of friendship is determined, for example, by the number of times virtual users greet each other in the game, the number of times virtual items that can be used in the game are exchanged, and the like.

  In this way, by executing the resetting process only when the degree of fellowship is high, it is possible to guide the teamwork to increase the degree of fellowship within the team. The exchange in a game can be activated actively and the willingness to play in cooperation with a some real user can be heightened.

  In addition, the present invention provides a non-temporary recording medium in which a software program for realizing the functions of the above-described embodiments is recorded to a system or apparatus, and the computer of the system or apparatus, that is, a CPU or MPU, 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 server 11a operation data receiving unit 41 operation setting unit 42 operation determining unit 43 status estimating unit 44 data table updating unit 45 image output unit 211 operation data table 212 operation content data table 221 user attribute data table 222 team attribute data table 223 team Separate operation history data table 224 Response history item data table by team 225 User status data table by team

Claims (14)

A game server for providing a game in which a plurality of virtual users formed on a game provided to a terminal connected via a communication network cooperates,
Setting a common purpose for the plurality of virtual users, setting different input operations for each terminal operating each virtual user to achieve the common purpose, and requesting each terminal An operation setting unit for setting the number of input operations and a predetermined input deadline ;
An operation data receiving unit for receiving operation data from each terminal;
Each input operation received from each terminal measures the number of times the input operation matches the input operation set by the operation setting unit, and when the number of times reaches the set operation number, the common purpose is achieved. An action discriminating unit for judging;
Based on the input operation history information of each terminal, the set number of operations is reached within the predetermined input time limit for a terminal that has not reached the set number of operations based on the input operation history information of each terminal before the predetermined input time limit is reached. An achievement determination unit that determines whether there is a possibility,
For a terminal that is determined not to have the possibility, a shortage calculation unit that calculates a shortage with respect to the number of operations set in the terminal;
For the terminal that has reached the set number of operations, an input operation set in the terminal determined not to be possible and an operation resetting unit that resets a part of the shortage number Feature game server. A game server for providing a game in which a plurality of virtual users formed on a game provided to a terminal connected via a communication network cooperates,
An operation setting unit that sets a common purpose for the plurality of virtual users and sets different input operations for each terminal that operates each virtual user in order to achieve the common purpose;
An operation data receiving unit for receiving operation data from each terminal;
An operation determination unit that determines that the common purpose has been achieved when operation data related to the input operation set by the operation setting unit is received from each terminal ;
The operation setting unit assigns an input operation with the least number of responses of each terminal to each terminal based on response history information of each terminal for a plurality of input operations stored in a storage unit. Game server to do. A game server for providing a game in which a plurality of virtual users formed on a game provided to a terminal connected via a communication network cooperates,
An operation setting unit that sets a common purpose for the plurality of virtual users and sets different input operations for each terminal that operates each virtual user in order to achieve the common purpose;
An operation data receiving unit for receiving operation data from each terminal;
An operation determination unit that determines that the common purpose has been achieved when operation data related to the input operation set by the operation setting unit is received from each terminal ;
Each game is composed of a plurality of game parts by function,
The game setting server , wherein the operation setting unit sets the common purpose to a game part having a relatively high operation frequency based on operation history information of each terminal . The game server according to claim 1 , wherein the operation setting unit sets the number of times of the input operation based on the level of the virtual user and / or the level of the team to which the virtual user belongs. . The operation resetting unit performs resetting when a degree of fellowship between a terminal that has reached the set number of operations and a terminal that has been determined not to be likely is greater than or equal to a predetermined threshold. The game server according to claim 1 or 4 . A position estimation unit that acquires position information of each terminal that operates each virtual user and estimates a situation of a real user who operates the virtual user by the terminal from the position information,
The said operation setting part selects the input operation set with respect to the said terminal according to the condition of the real user estimated by the said condition estimation part , The any one of Claim 1 to 5 characterized by the above-mentioned. The game server described.   The operation setting unit sets, as the input operation, an operation including any one of an operation of pressing the operation unit of the terminal, an operation of adding acceleration to the terminal, an operation of inputting voice to the terminal, or a combination thereof. The game server according to claim 1, wherein the game server is a game server. A game control method executed by a computer that provides a game in which a plurality of virtual users formed on a game provided to a terminal connected via a communication network cooperates,
Setting a common purpose for the plurality of virtual users, setting different input operations for each terminal operating each virtual user to achieve the common purpose, and requesting each terminal Setting the number of input operations and a predetermined input deadline ;
Receiving operation data from each terminal ;
Measuring the number of times each input operation received from each terminal matches the set input operation, and determining that the common purpose has been achieved when the number of times reaches the set number of operations ;
Based on the input operation history information of each terminal, the set number of operations is reached within the predetermined input time limit for a terminal that has not reached the set number of operations based on the input operation history information of each terminal before the predetermined input time limit is reached. Determining whether there is a possibility;
For a terminal determined not to have the possibility, calculating a shortage number of times for the number of operations set in the terminal;
For the terminal that has reached the set number of operations, the computer executes the input operation set for the terminal determined not to have the possibility and the step of resetting a part of the insufficient number of times. A game control method. A game control method executed by a computer that provides a game in which a plurality of virtual users formed on a game provided to a terminal connected via a communication network cooperates,
Setting a common purpose for the plurality of virtual users and setting different input operations for each terminal operating each virtual user to achieve the common purpose;
Receiving operation data from each terminal ;
When the operation data related to the set input operation is received from each terminal, the computer executes the step of determining that the common purpose has been achieved ,
In the step of setting the input operation, based on response history information of each terminal with respect to a plurality of input operations stored in the storage unit, an input operation with the least number of responses of each terminal is assigned to each terminal. A game control method characterized by the above. A game control method executed by a computer that provides a game in which a plurality of virtual users formed on a game provided to a terminal connected via a communication network cooperates,
Setting a common purpose for the plurality of virtual users and setting different input operations for each terminal operating each virtual user to achieve the common purpose;
Receiving operation data from each terminal ;
When the operation data related to the set input operation is received from each terminal, the computer executes the step of determining that the common purpose has been achieved ,
Each game is composed of a plurality of game parts by function,
In the step of setting the input action, the common purpose is set for a game part having a relatively high operation frequency based on the operation history information of each terminal . A game program implemented on a computer that provides a game in which a plurality of virtual users formed on a game provided to a terminal connected via a communication network cooperates,
Setting a common purpose for the plurality of virtual users, setting different input operations for each terminal operating each virtual user to achieve the common purpose, and requesting each terminal A function to set the number of input operations and a predetermined input deadline ;
A function of receiving operation data from each terminal ;
A function of measuring the number of times each input operation received from each terminal matches the set input operation, and determining that the common purpose has been achieved when the number of times reaches the set number of operations ;
Based on the input operation history information of each terminal, the set number of operations is reached within the predetermined input time limit for a terminal that has not reached the set number of operations based on the input operation history information of each terminal before the predetermined input time limit is reached. A function to determine whether there is a possibility,
A function for calculating the number of shortages with respect to the number of operations set in the terminal for the terminal determined not to have the possibility;
A game program that causes the computer to realize an input operation set for a terminal that has been determined not to be possible and a function for resetting a part of the shortage for a terminal that has reached the set number of operations . A game program implemented on a computer that provides a game in which a plurality of virtual users formed on a game provided to a terminal connected via a communication network cooperates,
A function of setting a common purpose for the plurality of virtual users and setting different input operations for each terminal operating each virtual user in order to achieve the common purpose;
A function of receiving operation data from each terminal ;
When the operation data related to the set input operation is received from each terminal, the computer realizes the function of determining that the common purpose has been achieved ,
The function of setting the input operation is a function of allocating an input operation with the least number of responses of each terminal to each terminal based on response history information of each terminal for a plurality of input operations stored in the storage unit. The game program characterized by being. A game program implemented on a computer that provides a game in which a plurality of virtual users formed on a game provided to a terminal connected via a communication network cooperates,
A function of setting a common purpose for the plurality of virtual users and setting different input operations for each terminal operating each virtual user in order to achieve the common purpose;
A function of receiving operation data from each terminal ;
When the operation data related to the set input operation is received from each terminal, the computer realizes the function of determining that the common purpose has been achieved ,
Each game is composed of a plurality of game parts by function,
The game program characterized in that the function of setting the input operation is a function of setting the common purpose to a game part having a relatively high operation frequency based on operation history information of each terminal . A game program recording medium readable by a computer in which the game program according to any one of claims 11 to 13 is recorded.