JP5830815B1 - Game server, game control method, game program, game program recording medium, and terminal device - Google Patents

Abstract

The present invention provides a game server that can encourage a real user to participate in a game by realizing a game environment that can easily cooperate with other virtual users belonging to the same team. An operation data receiving unit 11a that receives operation data for operating a virtual user formed on a social game 20 from a terminal 3 connected via a communication network, and 1 according to the received operation data. From one of the teams formed on the game progress unit (quest part processing unit 101, battle part processing unit 102) that progresses the game for each team to which the virtual user belongs and the social game 20 to one terminal 3 An affiliation team determination unit 53 that determines the affiliation team of one virtual user operated by one terminal 3 based on the operation history of another game provided. [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, The present invention relates to a game program, a game program recording medium, and a terminal device.

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

  Also, in social games, each virtual user belongs to a team and the game progresses between teams, or members belonging to the same team collaborate and fight against enemies. Progressive game systems are generally employed.

JP 2012-24248 A

  In the conventional social game, a method of automatically allocating virtual users to existing teams on the server side, or a method of prompting selection of affiliation by displaying a specific team as a recommended team on the terminal side is adopted. However, teams assigned to team members (virtual users belonging to teams are not necessarily suitable for automatically assigned teams or teams displayed as recommendations that do not necessarily match how virtual users (real users) play games). There were many cases where the mean of the team members occurred, such as differences in values between real users) and forced withdrawal from the team. There was a risk that the willingness to participate in the game could be reduced due to reasons that occurred due to belonging to the team, such as differences in values and the meanness of team members.

  The present invention has been made in view of the above-described problems, and by realizing a game environment that facilitates cooperation with other virtual users belonging to the same team, the real user is encouraged to participate in the game. It is an object of the present invention to provide a possible game server, a game control method for controlling the progress of a game provided by the game server, a game program, a game program recording medium recording the game program, and a terminal device.

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

The game server according to the first aspect of the present invention, the connected via a communication network terminal, the operation data receiving unit for receiving operation data for operating a virtual user that is formed on one of the game, one or more based on the team information of the virtual user storage unit in association with virtual users belonging to a possible team and the team affiliation is stored, the game progress unit to advance the game for each team, in the storage unit Determining the team belonging to one virtual user operated by the one terminal based on the operation history of another game provided to the one terminal from the teams stored as team information And the one virtual user from the belonging team without operating the one terminal according to operation data for operating the virtual user having the management authority of the belonging team. If the one virtual user is forcibly withdrawn, and if the one virtual user is forcibly withdrawn, from among the virtual users belonging to or belonging to the team, A user specifying unit that specifies a virtual user who is instructed to forcibly withdraw the one virtual user with respect to a virtual user having management authority, and is not effective in the progress of the one game with respect to the specified virtual user. And a disadvantageous condition setting unit for setting profitable conditions .

In the above aspect, the operation history of another game is, for example, the number of days for which the other game has been continuously logged in, the time zone for playing, the frequency of chatting with friends, and the like. According to the above aspect, when the other game is played using the operation history of the other game, for example, at night, the member who is active mainly in the night time zone in one game The team to be configured is determined to belong to the team. In this way, by using history information about other games, for example, friends with other virtual users who have just registered for one game or resumed playing one game after a long time It is possible to determine a team that easily establishes a friendship by sharing values with a virtual user who is rarely related, in other words, a team that easily collaborates with other virtual users. That is, it is possible to prompt a real user who operates a virtual user who has a weak friendship with another virtual user to participate in the one game.
In addition, according to the above aspect, for example, a virtual user who has team management authority removes one virtual user from a team member, based on the game progress history of the team, in other words, chat within the team Based on the exchange history such as history and greeting history, it is determined whether or not one virtual user has forcibly withdrawn from the team, regardless of the operation of one terminal. Then, for example, by specifying a virtual user who is instructed to forcibly leave a virtual user with respect to a virtual user having administrative authority, such as an operation of writing text data deceiving a virtual user in a bulletin board or chat A disadvantageous condition is set such that the specified virtual user cannot participate in the game for a certain period of time or the attack power is halved. A virtual user who has little friendship with other virtual users belongs by identifying a virtual user who is encouraged to forcibly withdraw a virtual user from a virtual user with administrative authority and imposing prescribed sanctions It is possible to suppress the situation of being forced to leave the team in the meantime. By suppressing such a situation of forcibly leaving, it is possible to urge a real user who operates a virtual user who has little friendship with another virtual user to participate in the one game.

  In the game server according to a preferred aspect of the present invention, the affiliation team determination unit selects the one terminal from a plurality of types of attributes based on an operation history of another game provided to the one terminal. An attribute estimation unit that estimates a user attribute that matches a game progress tendency of another game that is provided; and the team determination unit belongs to the one of the teams formed on the one game. The team belonging to one virtual user operated on the terminal is determined to be a team whose game progress tendency substantially matches the user attribute.

  In the above aspect, the plurality of types of attributes classify game play tendencies (game progress tendencies) that can be estimated based on operation histories of other games provided to one terminal. As a specific example, if a game part that a real user of one terminal likes, such as battle lover, quest lover, gacha lover, etc., is listed as a user attribute, a team that gathers quest enthusiastic virtual users when quest lovers are estimated Is assigned to the team to which the team belongs. In this way, by an easy method of estimating user attributes that match the game progress tendency of one terminal from among a plurality of types of attributes, for virtual users who have no friendly relationship with other virtual users or have poor communication Thus, a team that easily shares values, in other words, a team that easily collaborates with other virtual users, can be determined as a belonging team.

  In the game server according to a preferred aspect of the present invention, the one terminal is provided with a plurality of other games classified by genre, and the team determination unit is assigned to the plurality of other games provided. Based on the operation history, for each genre into which each other game is classified, there is an enthusiasm estimation unit that estimates the enthusiasm of the real user of the one terminal, and the inference about the genre to which the one game is classified As the degree of enthusiasm is higher, a team having a higher activity frequency among the teams formed on the one game is determined as the belonging team.

  In the above aspect, the other games provided to one terminal are classified into a plurality of (three types) genres such as battle emphasis, quest emphasis, and item collection emphasis. Further, the degree of enthusiasm is an evaluation value calculated according to operation history information such as the number of continuous logins and a billing amount. It can be inferred that the greater the number of continuous logins and the amount of billing, the higher the degree of heatiness.

  According to the above aspect, for example, when the genre into which one game is classified is battle-oriented, and the degree of enthusiasm estimated for battle-oriented is high, it is determined that the one game is likely to be enthusiastic and frequently active. Thus, a team having a higher activity frequency can be determined as a team belonging to the team formed on the one game. In other words, a team composed of members suitable for working with real users of one terminal as a scale, with a degree of enthusiasm based on operation histories of other games provided to one terminal as a scale Can be determined.

  In the game server according to a preferred aspect of the present invention, the affiliation team determination unit has a non-operation period in which no operation is performed on the one virtual user based on an operation history of the one game provided to the one terminal. One virtual device operated by the one terminal based on an operation history of another game provided to the one terminal among teams formed on the one game when the period is exceeded It is characterized in that the team to which the user belongs is determined.

  According to the above aspect, when the non-operation period exceeds the predetermined period, it is determined that one game has been resumed after a long time due to the fact that the actual user has played only another game, and the other game By determining the team to which the team belongs based on the operation history, it is possible to resume the game progress with a team that is easy to merge immediately after resuming one game.

The game server according to the second aspect of the present invention includes an operation data receiving unit that receives operation data for operating a virtual user formed on one game from a terminal connected via a communication network, and one or more Based on team information stored in the storage unit in association with a team to which the virtual user can belong and a virtual user belonging to the team, A withdrawal that determines whether or not the one virtual user has forcibly withdrawn from the team, regardless of the operation of the terminal that operates the one virtual user , according to the operation data for operating the virtual user having administrative authority. the cause determination section, when said one virtual user forcibly withdraw from his team, from the other virtual user was a member during or belonging to the belonging team, the membership A user identifying unit that identifies a virtual user that entice to forcibly withdraw the one virtual user to the virtual users with administrative privileges over arm, the progress of the one game for a virtual user that the identified And a disadvantageous condition setting unit for setting a disadvantageous condition.

According to the above aspect, the virtual user forced to withdraw from the virtual user is identified by imposing a predetermined sanctions by identifying the virtual user who is instructed to forcibly withdraw the virtual user with respect to the virtual user having the management authority of the belonging team . Occurrence can be suppressed, and an environment where team members can enjoy the game in cooperation with each other can be realized.

  In the game server according to a preferred aspect of the present invention, the disadvantage condition setting unit includes a team movement frequency calculation unit that calculates a movement frequency when the identified virtual user has moved (changed) a team to which the specified virtual user has moved in the past predetermined period. And when the calculated movement frequency is a predetermined value or more, a disadvantageous condition is set for the progress of the one game for the identified virtual user.

  According to the above aspect, for the identified virtual user, when the movement frequency of moving the team is greater than or equal to a predetermined value, the so-called “disruption user” who leaves the team by changing the member configuration or the like in the team For example, the following prescribed sanctions are imposed. Specifically, a member is forced to join a team with only a master (a one-person team), and a predetermined number of members are not allowed to leave. In addition, a troll user is forced to join a team with a low withdrawal rate, that is, a team with good teamwork that cannot be operated for forced withdrawal. Furthermore, when the vandalized user joins the team, a setting message is displayed on the terminal of the actual user who operates the master or submaster, such as a warning message stating that it is a vandalized user. A real user may be alerted. In addition, for a vandalized user, the team must be able to withdraw from the team if the predetermined contribution, that is, the number of collaborations with other members in the battle, the number of greetings, etc., does not exceed the predetermined frequency. May be. In this way, by imposing predetermined sanctions only on “trolling users” who may seriously harm the healthy game environment, the game is performed in cooperation with team members against real users who operate bona fide virtual users. It is possible to realize an environment where you can enjoy the game more reliably.

  In any aspect, the present invention as described above relates to a game control method for controlling the progress of a game provided by the game server, a game program, a game program recording medium on which the game program is recorded, and a game program recording medium. It can also be understood as a terminal device.

  According to the present invention, a game environment that facilitates cooperation with other virtual users belonging to the same team and realizes a game environment that can encourage a real user to participate in the game is provided by the game server. It is possible to provide a game control method for controlling the progress of a game, a game program, a game program recording medium recording the game program, and a terminal device.

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 structure of the team process part which concerns on 1st Embodiment. It is a figure for demonstrating the specific example of an item data table. It is a figure for demonstrating the specific example of an possession item data table. It is a figure for demonstrating the specific example of a virtual user attribute data table. It is a figure for demonstrating the specific example of a team data table. It is a figure for demonstrating the specific example of the exchange data table in a team. It is a figure for demonstrating the whole flow of the process performed in a team determination part. It is a figure for demonstrating the whole structure of the team processing part which concerns on the 1st modification of 1st Embodiment. It is a figure for demonstrating the whole flow of the process performed in the team process part which concerns on the 1st modification of 1st Embodiment. It is a figure for demonstrating the whole structure of the team processing part which concerns on the 2nd modification of 1st Embodiment. It is a figure for demonstrating the whole flow of the process performed in the team process part which concerns on the 2nd modification of 1st Embodiment. It is a figure for demonstrating the whole structure of the team processing part which concerns on the 3rd modification of 1st Embodiment. It is a figure for demonstrating the whole flow of the process performed in the team process part which concerns on the 3rd modification of 1st Embodiment. It is a figure for demonstrating the whole structure of the team process part which concerns on the 4th modification of 1st Embodiment. It is a figure for demonstrating the whole flow of the process performed by the team process part which concerns on the 4th modification of 1st Embodiment. It is a figure for demonstrating the whole structure of the team processing part which concerns on the 5th modification of 1st Embodiment. It is a figure for demonstrating the whole flow of the process performed in the team process part which concerns on the 5th modification of 1st Embodiment. It is a figure for demonstrating the whole structure of the team process part which concerns on the 6th modification of 1st Embodiment. It is a figure for demonstrating the whole flow of the process performed by the team process part which concerns on the 6th modification of 1st Embodiment. It is a figure for demonstrating the whole structure of the team process part which concerns on 2nd Embodiment. It is a figure for demonstrating the whole flow of the process performed in the team process part which concerns on 2nd Embodiment. It is a figure for demonstrating the whole structure of the team processing part which concerns on the modification of 2nd Embodiment. It is a figure for demonstrating the whole flow of the process performed in the team process part which concerns on the modification of 2nd Embodiment.

  A mode for carrying out the present invention (hereinafter referred to as the present embodiment) will be described with a specific example. The present embodiment relates to a game system that provides a game to a terminal connected to a game server via a communication network. Specifically, as shown in FIG. 1, a game system G according to the present embodiment includes a game server 1 that provides a game to a real user, and a terminal connected to the game server 1 via the Internet 2 that is a communication network. 3a, 3b, 3c,... (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 further, an outline of the social game handled in the present embodiment is described, and then the configuration and processing contents of the game system G are specifically 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 real user or formed according to the taste or preference of the real user in the virtual space by a button or touch operation on the terminal of the “real user” that is the entity is the “virtual user”. That's it. 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 to which various kinds of characters such as hundreds of items are added in a virtual space through a virtual user who performs an operation according to the operation of the terminal 3 by a real user. A game that creates an item list (hereinafter also referred to as a deck) of a predetermined number of cards from among (hereinafter simply referred to as 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. In the present embodiment, the social game 20 is provided from the game server 1 to the terminal 3. Specifically, as shown in FIG. 2, the social game 20 includes a quest part 21, a battle part 22, a gacha part 23, a strengthening part 24, and a team part 25.

  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.

  The team part 25 is a part in which the game progresses for each team to which one or more virtual users belong. As a specific example of the game progress of the team, the team part 25 can be obtained by advancing the quest part 21 and the battle part 23 in units of teams when the constituent members collaborate and adventure or fight against the enemy. In addition to managing the acquisition status of the obtained team points, a reward corresponding to the acquisition status of the team points is given to the constituent members.

  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. In particular, by playing the game in team units by the team part 25, that is, by cooperating with the members, the game can be advantageously advanced compared to the virtual user alone.

(3) Basic Hardware Configuration (3-1) Terminal Configuration Based on the above definition of the social game 20, 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. . Specifically, if the game is a native type game, the social game 20 progresses by transmitting / receiving data for performing game progress calculation processing on the terminal 3 side, and for the browser type, data for display output and operation input to / from the game server 1. Will be.

  Moreover, in this embodiment, the terminal 3 plays other games other than the social game 20 mentioned above by communicating the data for advancing a game between the game server 1 or another game server. be able to.

  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 user with the social game 20 as described above 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, an enhanced part processing unit 104, and a team part processing unit 105.

  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. The team part processing unit 105 performs data processing for the team part 25. In the present embodiment, it is assumed that the quest part 21 and the battle part 23 progress in units of teams. That is, the quest part process part 101 and the battle part process part 102 are demonstrated as what functions as a game progress part which advances a game for every team.

(4) First Embodiment A team part processing unit 105 according to the first embodiment (also referred to as a team processing unit 105a for distinguishing from other embodiments) and a process performed by the team part processing unit 105a. A specific configuration of the game data storage unit 200 serving as a storage area will be described with reference to FIG. In the first embodiment, it is assumed that the terminal 3 has already played a game other than the social game 20.

  First, the configuration of the game data storage unit 200 will be described. As data used in the team part processing unit 105a, the game data storage unit 200 includes an item data table 201, an owned item data table 202, a virtual user attribute data table 203, a team data table 204, as shown in FIG. And an in-team exchange data table 205.

(Item data table 201: FIG. 6)
As shown in FIG. 6, the item data table 201 is a list of items that can be used in the game. Each item is given an item ID 61 composed of text data such as a unique number or alphabet.

  Each item identifiable by the item ID 61 is given an item image 62 representing a weapon. When the item is set as an item owned by the virtual user, an item image 62 is transmitted to the display unit 32.

  The item is given a weapon type 63 such as a short sword, a sword, a gun, a bow, and a basic parameter 64. The basic parameter 64 is a value obtained by quantifying the ability to be exerted in the battle, such as damage given to the enemy and a determination index for determining victory or defeat. Specifically, the basic parameter 64 has an initial setting value 641 that is initially set for the item and an upper limit value 642 that can strengthen the item by the strengthening part 24. That is, the initial setting value 641 is a value obtained by quantifying the ability to be exhibited in the initial state before the item is strengthened by the strengthening part 24, that is, a preset unique value. Further, the upper limit value 642 is a value obtained by quantifying the maximum ability at which an item can be strengthened by the strengthening part 24. That is, the basic parameter of the item is the initial setting value 641 when it becomes an item owned by the virtual user, but can be increased to the upper limit value 642 by repeating the strengthening of the item itself thereafter.

  As described above, the item data table 201 manages the item image 62, the type 63, and the basic parameter 64 for each item that can be identified by the item ID 61. In FIG. 6, for an item that can be identified with the item ID 61 “0001”, for example, the item image 62 is “0001.gif”, the type 63 is “sword”, and the initial setting value 641 of the basic parameter 64 is “1870”. , Indicating that the upper limit value 642 of the basic parameter 64 is “9876”.

(Owned item data table 202: FIG. 7)
The owned item data table 202 manages items owned by individual virtual users managed by the game server 1 in a list. The owned item data table 202 includes, for each virtual user, an owned item number 71 indicating the order set for the owned item, an item ID 72 (corresponding to the item ID 61 in FIG. 6) for identifying the item, and the item. Type 73 (corresponding to type 63 in FIG. 6) and the current attack power 74 of the item. Here, the current attack power 74 coincides with the initially set attack power before strengthening, and is a value corresponding to the strengthening after strengthening. In FIG. 7, for example, for an item whose owned item number 71 is “1”, the item ID 72 is “0354”, the type 73 is “sword”, and the current attack power 74 is “4857”. Show.

(Virtual user attribute data table 203: FIG. 8)
The virtual user attribute data table 203 is a table for managing information on individual virtual users managed by the game server 1, and includes a user ID 81, a level 82, an equipment item 83, and a suppression point 84.

  The user ID 81 is a number for the game server 1 to identify a virtual user. Level 82 is a numerical value representing the degree of progress of the virtual user in the game. The equipment item 83 manages the possession number of the item used in the battle part 22 among the possessed items. The subjugation point 84 is a point given to a virtual user according to the progress result of the quest part 21 and the battle part 22, for example.

  In the specific example shown in FIG. 8, for example, for a user ID that can be identified by the user ID 81 of “10001”, the level 82 is “25”, the equipment item 83 is the possession number “12”, “24”. The point 84 is “4500”.

(Team data table 204: FIG. 9)
The team attribute data table 204 stores data on each team existing in the virtual world for each team. For example, as shown in FIG. 9, the team data table 204 includes, for each team, a team ID 91 for identifying the team, team points 92 acquired by the team, and member information 93, 94, 95 of the team. I remember it. Here, the team points 91 acquired by the team are points given when the constituent members advance the quest part 21 and the battle part 22. In order to activate the team activity, for example, when the team points reach a predetermined number of points, items and subjugation points are given as rewards to the constituent members. The member information 93, 94, 95 indicates a virtual user ID for identifying the virtual user and a predetermined authority within the team. In the example shown in FIG. 9, it is assumed that there are two positions of a master and a submaster who have the authority to dismiss team members. On the other hand, the title of the team member who is not authorized to be removed is “None”.

  For example, the team data table 204 shown in FIG. 9 indicates that the number of “team points” acquired for the team with the team ID “30001” is “1600”. Further, it is indicated that a virtual user whose user ID is “21828” and whose “title” is “master” belongs to the team as the member information 93 of “member 1”. In the example shown in FIG. 9, the number of members per team is three. However, the number of members is not limited to this, and any number of users may be configured members. In addition, the number of team members may set an upper limit of the number of members according to the number of team points.

(Team exchange data table 205: FIG. 10)
The intra-team exchange data table 205 is a table for managing text data such as messages made within the constituent members. For example, as shown in FIG. 10, the posting date and time, the transmission source, and the text data are associated with each other. I remember. Here, the user ID of the virtual user is written as the transmission source. For example, in the intra-team data table 222 as shown in FIG. 11, a virtual user whose user ID is “21828” (source) at “20XX / 08/14 08:21” (post date) This means that the text data representing "Oh, Mr. XX, you got stronger!" Has been posted as a message for the in-team bulletin board.

(Team part processing unit 105a)
Next, the configuration of the team part processing unit 105a will be described. The team part processing unit 105a includes a data update unit 51 that manages data related to game progress contents of the game progress unit that advances the game for each team, and a member organization unit 52 that organizes team members.

  The data update unit 51 updates the team data table 204 and the team exchange data table 205. For example, the points that are given to the team are set according to the progress results of the quest part 21 and the battle part 22 such that the members cooperate to adventure and reach the predetermined adventure area or defeat the enemy, etc. The team points 92 in the team data table 204 are updated according to the number.

  The member organizing unit 52 accepts requests for joining / withdrawing from the target team, approval / dismissal of the target team, etc. according to the operation data from the operation data receiving unit 11a, that is, the intention of the actual user who operates the terminal 3. When the member organization unit 52 changes the member organization, the data updating unit 51 updates the member information of the team data table 204. In other words, a team is first set up as a “XX team” where a virtual user's title is “master” by a real user, and each other real user is assigned to this “XX team”. However, it is a mechanism to join and withdraw virtual users that it operates by their own will.

  In addition to the above-mentioned configuration, the team part processing unit 105a is a virtual user who has just been newly registered in one game, or who has resumed playing one game after a long time, and who has little friendship with other virtual users On the other hand, it has the team determination part 53 which determines the team which is easy to cooperate with a team member as an affiliation team irrespective of a real user's intention.

  Specifically, the team determination unit 53 selects one of the teams formed on the social game 20 (one game) based on the operation history of another game provided to the one terminal 3. The team to which the one virtual user operated by the terminal 3 belongs is determined. That is, the team determination unit 53 belongs to one virtual user in the social game 20 based on the operation history of another game that the real user has already played, regardless of the intention of the real user of the one terminal 3. Determine the team.

  An example of team determination processing by the team determination unit 53 will be described with reference to the flowchart shown in FIG. One virtual user may be any virtual user, but in the process shown in FIG. 11, it is assumed that the user has just registered in the social game 20 and does not belong to any team.

  In step S1101, the team determination unit 53 acquires information indicating the operation history of another game provided to one terminal 3, and the process proceeds to step S1102. Here, the operation history of another game is, for example, the number of days for which the other game is continuously logged in, the time period for playing, the frequency of chatting with friends, and the like. The team determination unit 53 accesses a game server that provides another game and acquires an operation history of the other game. Note that if the operation history of another game is stored in one terminal 3, the team determination unit 53 may directly access the one terminal 3 and acquire the operation history of another game.

  If there are a plurality of other games provided to one terminal, in this step (S1101), information indicating the operation history of the other games may be acquired or processed as follows. . As a specific example, any game (including the social game 20) provided to one terminal is classified into a plurality of (three types) genres based on similarities such as battle emphasis, quest emphasis, and item collection emphasis, Acquire or process information in consideration of the genre. More specifically, only information indicating an operation history of another game having the same genre as the social game 20 may be acquired. In addition, if there are a plurality of other games having the same genre as the social game 20, the number of continuous login days, the time of play, and the frequency of chatting with friends are obtained for each other game, and the average value or sum of the obtained information is obtained. May be used as information indicating the operation history of other games.

  In step S1102, the team determination unit 53 identifies the time zone and chat frequency at which another game was played from the operation history of the other game, and proceeds to step S1103. In this step, as a specific example, the time zone with the highest operation frequency among the four types of morning, noon, evening, and midnight is used. In addition, the chat writing frequency per day in the most recent week is used as the chat frequency.

  In step S <b> 1103, the team determination unit 53 searches for a team of member members that tend to have similar identified time zones or chat frequencies, and proceeds to step S <b> 1104. For example, when the real user of one terminal 3 is playing other games only during the night time period, the team determination unit 53 is a team composed of members who are active around the night time period. Is retrieved from the team data table 204. As another example, when a real user of one terminal 3 has a chat writing frequency of once per day in another game, the team determination unit 53 is configured by members who are chatting at a similar writing frequency. The team to be searched is searched from the team data table 204. Search for teams that tend to be similar in both time and chat frequency. If the search conditions do not apply, search for a team that matches either the time or chat frequency. Also good. Moreover, while calculating a weighted average value from several item values, such as the play time slot | zone obtained from the operation history of another game, chat frequency, and continuous game play days, the play time slot | zone of each team in the social game 20, and chat A weighted average value is calculated from a plurality of item values such as frequency and continuous game play days. Then, by comparing these two weighted average values, a team similar to the tendency of one virtual user may be determined as the belonging team.

  In step S1104, the team determination unit 53 determines the searched team as a team to which one virtual user belongs, and ends the processing illustrated in FIG.

  As described in the process shown in FIG. 11 above, the team determination unit 53 uses the history information about other games, so that it is easy for a virtual user who has newly entered one game to mix, in other words, other teams. A team that easily cooperates with the virtual user can be determined as the team to which the one virtual user belongs. That is, it is possible to reliably prevent the user from leaving the social game 20 without continuously playing until a friendly relationship with another virtual user can be established.

  Note that the one virtual user that is a target for determining the team to be assigned is not limited to the virtual user just registered, but may be a virtual user who already belongs to an arbitrary team, for example. For example, there is a case where the social game 20 is restarted after a long time such as one month due to a real user playing only other games. In such a case, the virtual user who has resumed for the first time in a long time is used as the target for determining the team, and the team is determined based on the operation history of other games. You can resume progress.

(4-1) First Modification The game server 1a according to the first embodiment is not limited to the configuration described above, and various modifications can be made. For example, as a first modification, the team determination unit 53 may include an attribute estimation unit 531 that estimates a user attribute suitable for the game progress tendency of one terminal 3 as shown in FIG.

  Specifically, the flow of processing according to the first modification will be described with reference to the flowchart shown in FIG. First, as for step S1301, the information indicating the operation history of other games is received in the same manner as step S1101 shown in FIG. 11, and the process proceeds to step S1302.

  In step S1302, the attribute estimation unit 531 selects a user attribute that matches the game progress tendency of the one terminal 3 from a plurality of types of attributes based on the operation history of the other game provided to the one terminal 3. Is advanced to step S1303. Here, the plurality of types of attributes are categorized game play tendencies (game progress tendencies) that can be estimated based on operation histories of other games provided to one terminal 3. When the game part preferred by a real user of one terminal 3 is used as a user attribute and three types of attributes such as battle lover, quest lover, and gacha enthusiast are used, the attribute estimation unit 531 is adapted to the game progress tendency of the one terminal. Estimated user attributes. That is, from the operation history of another game, if the number of operations (clicks) for proceeding with the game progress corresponding to the quest part exceeds, for example, half of the total number of operations of the other game, This is estimated as a user attribute that matches the game progress tendency of one terminal.

  In step S1303, the team determination unit 53 searches the team data table 204 for a team that matches the estimated user attribute, that is, a team in which virtual users who like quests gather, proceeds to step S1304, and selects the team searched in step S1304. The affiliation team is determined and the processing shown in FIG. 13 is terminated.

  According to the first modification that performs the process shown in FIG. 13 above, it is possible to estimate the user attribute that matches the game progress tendency of one terminal from among a plurality of types of attributes, It is possible to determine, as a belonging team, a team that can easily establish a friendship relationship, in other words, a team that can easily cooperate with other virtual users, with respect to a virtual user who has few friendship relationships.

(4-2) Second Modification As a second modification, as shown in FIG. 14, the team determination unit 53 includes a heat degree estimation part 532 that estimates the heat degree of an actual user of one terminal 3. Good. Specifically, the flow of processing according to the second modification will be described with reference to the flowchart shown in FIG. As a premise of this process, it is assumed that one terminal 3 is provided with a plurality of other games.

  In step S1501, the team determination unit 53 acquires information indicating the operation history of another game provided to one terminal 3, and proceeds to step S1502. Specifically, for each game, the number of days for continuous login, the time zone for playing, and the frequency of chatting with friends are acquired as information indicating the operation history.

  In step S1502, the degree of enthusiasm estimation unit 532 estimates the degree of enthusiasm of an actual user of one terminal for each genre based on operation histories of a plurality of other games, and proceeds to step S1503. Here, the degree of enthusiasm is an evaluation value calculated according to operation history information such as the number of continuous logins and the amount of billing. As a specific example, when classified into three types of genres, emphasizing battle, quest emphasis, and item collection emphasis, the total number of continued logins or the sum of billing amounts is aggregated for each genre, It is presumed that the larger the sum or the sum of the billing amounts, the more easily enthusiastic about the game of the corresponding genre, that is, the higher the degree of enthusiasm.

  In step S1503, the team determination unit 53 searches for a team that satisfies a higher activity frequency as the enthusiasm of the genre into which the social game 20 is classified is higher. As a specific example, when the social game 20 is classified as a battle-focused category, the higher the hotness level estimated for the battle-focused genre is as compared to the hotness level of other genres (quest focused, item focused), The team data table 204 is searched for a team that satisfies a high activity frequency, such as a high frequency of member battles. Then, the process proceeds to step S1504, the team searched in step S1504 is determined to belong to, and the process shown in FIG. 15 is terminated.

  According to the process shown in FIG. 15, when the genre into which the social game 20 is classified as described above is focused on battle, and the degree of enthusiasm estimated for the emphasis on battle is high, the social game 20 is also easily engaged and frequently active. As a result, it is possible to determine a team having a higher activity frequency from among the teams formed on the social game 20 as the belonging team. In other words, a team composed of members suitable for working with real users of one terminal as a scale, with a degree of enthusiasm based on operation histories of other games provided to one terminal as a scale Can be determined.

(4-3) Third Modified Example As a third modified example, as shown in FIG. 16, the team part processing unit 105a includes a withdrawal cause determining unit 54, a user specifying unit 55, and a disadvantageous condition setting unit 56. You may have.

  The withdrawal cause determination unit 54 determines whether one virtual user has forcibly withdrawn from the affiliated team based on the game progress history of the affiliated team, regardless of the operation of the one terminal 3. Specifically, it is determined whether or not one virtual user has been removed from a team member by an operation of a virtual user having team management authority, that is, “master” or “submaster”.

  The user specifying unit 55 specifies a virtual user who has performed an operation for forcibly withdrawing one virtual user from among the virtual users belonging to or belonging to the same team as the one virtual user. Specifically, the user identifying unit 55 refers to the chat and bulletin board history data recorded in the in-team exchange data table 205, and uses words such as “disappear”, “useless”, “unusable”, etc. Search as a keyword. Then, from the keyword search result, the virtual user who has written the text for forcibly leaving one virtual user and the text for guiding the master to forcibly leave one virtual user on the bulletin board is specified. For example, the text “Delete one virtual user!” Corresponds to “text for forcibly leaving one virtual user”. “One virtual user can not be used!” Corresponds to “text for guiding the master to forcibly leave one virtual user”.

  In addition to keyword search, for example, a virtual user who has performed an operation for forced withdrawal may be specified according to a change in the number of team members. In other words, when a certain virtual user has less than the predetermined number of members when the virtual user leaves the team compared to the number of members at the time of joining the team, an operation for forcibly leaving the constituent members including one virtual user You may identify as a virtual user who did.

  The disadvantageous condition setting unit 56 sets a disadvantageous condition for the progress of the social game 20 for the virtual user specified by the user specifying unit 55. Here, the disadvantageous conditions include, for example, being unable to participate in the game for a certain period of time, or halving the attacking power that is exhibited during the battle with the enemy.

  Next, the flow of processing in the third modification will be described with reference to the flowchart shown in FIG.

  In step S <b> 1701, the team determination unit 53 performs the processes in steps S <b> 1101 to S <b> 1104 described above, determines the team to which one virtual user belongs, and proceeds to step S <b> 1702. In step S <b> 1702, the withdrawal cause determination unit 54 determines whether one virtual user has forcibly withdrawn from the affiliated team based on the game progress history of the affiliated team, regardless of the operation of the one terminal 3. When the forced withdrawal is made (S1702: Yes), the process proceeds to step S1703, and when the forced withdrawal is not made (S1702: No), the judgment related to step S1702 is repeated until it is judged that the forced withdrawal is made. In step S1703, the user specifying unit 55 specifies a virtual user who has performed an operation for forced withdrawal, and then proceeds to step S1704. In step S1704, the disadvantageous condition setting unit 56 sets a disadvantageous condition for the identified virtual user, and ends the process shown in FIG.

  According to the process shown in FIG. 17 above, a virtual user who has performed an operation for forced withdrawal is specified and a predetermined sanctions is imposed, so that the social game 20 has been newly registered, or the social game 20 has been played for a long time. Thus, it is possible to suppress a situation in which a virtual user having a weak friendship with another virtual user who has been restarted is forced to withdraw within the team. By suppressing such a situation of forcibly withdrawing, participation of the social game 20 can be urged for a real user who operates a virtual user who is not so friendly with other virtual users.

(4-4) Fourth Modified Example As a fourth modified example, as shown in FIG. 18, the team part processing unit 105a includes a spontaneous withdrawal determination unit 57, a user estimation unit 58, and a disadvantageous condition setting unit 56. You may have.

  The spontaneous withdrawal determination unit 57 determines whether one virtual user has voluntarily withdrawn from the team (spontaneous withdrawal) based on the operation history related to the one virtual user. Specifically, when operation data indicating a withdrawal request of the team belonging to the terminal is received from one terminal, it is determined that the voluntary withdrawal has occurred.

  When one virtual user withdraws spontaneously, the user estimation unit 58 forces the one virtual user to voluntarily withdraw from the virtual users belonging to or belonging to the same team as the one virtual user. Estimate users. Specifically, the user estimation unit 58 refers to the chat and bulletin board history data recorded in the in-team exchange data table 205 and searches for keywords that can lead to spontaneous withdrawal as keywords. Then, from the keyword search result, a virtual user who has written a text prompting one virtual user to leave the bulletin board is estimated. For example, writing “disturbance” and “DQN” for one virtual user corresponds to “text for prompting one virtual user to leave the voluntary”.

  In addition to keyword search, for example, a virtual user who compelled to withdraw spontaneously may be estimated in accordance with a change in the number of team members. In other words, if a certain virtual user has fewer members than the predetermined number when the team leaves the team, the virtual user who forced to leave the constituent members including one virtual user You may estimate as a user.

  The disadvantageous condition setting unit 56 sets a disadvantageous condition for the progress of the social game 20 for the virtual user estimated by the user estimating unit 58. Here, the disadvantageous conditions include, for example, being unable to participate in the game for a certain period of time, or halving the attacking power that is exhibited during the battle with the enemy.

  Next, the flow of processing in the fourth modification will be described with reference to the flowchart shown in FIG.

  In step S1901, the team determination unit 53 performs the processes in steps S1101 to S1104 described above, determines the team to which one virtual user belongs, and proceeds to step S1902. In step S1902, the spontaneous withdrawal determination unit 57 determines whether or not one virtual user has left the team based on the operation history related to the one virtual user. If it is determined that it has left the spontaneous departure (S1902: Yes), the process proceeds to step S1903. If it has not left the spontaneous departure (S1902: No), the determination related to step S1902 is repeated until it is determined that the forced withdrawal has occurred. In step S1903, the user specifying unit 55 estimates the virtual user who forced to leave the group and proceeds to step S1904. In step S1904, the disadvantageous condition setting unit 56 sets a disadvantageous condition for the identified virtual user, and ends the process shown in FIG.

  According to the process shown in FIG. 19, when a person withdraws spontaneously, for example, an operation of writing text data that deceives one virtual user on a bulletin board or chat, and the like, a stress is given to one virtual user and the spontaneous withdrawal is performed. Estimate the urged virtual user, and set a detrimental condition such that the estimated virtual user cannot participate in the game for a certain period of time or the attack power is halved. In this way, by estimating the virtual users who forced the voluntary withdrawal and imposing predetermined sanctions, a situation in which a virtual user who has a weak friendship with other virtual users will be voluntarily evacuated within their team Can be suppressed. By suppressing such a situation of compulsory withdrawal, it is possible to encourage a real user who operates a virtual user who has little friendship with another virtual user to participate in the one game. .

(4-5) Fifth Modification As a fifth modification, as shown in FIG. 20, the team part processing unit 105a includes a rant information extraction unit 59, a motivation degree estimation unit 60, an affiliation team resetting unit 61, You may have.

  Based on the game progress history of the team to which the team belongs, the rant information extracting unit 59 extracts rant writing information indicating the rant for one virtual user. Specifically, phrases or keywords that slander one virtual user, such as “unusable”, “DQN”, “mucky”, etc. for one virtual user from game history such as chat history and greeting history within the team Is extracted as verbal writing information.

  The motivation level estimation unit 60 estimates the motivation level for the team activity of one virtual user based on the extracted rant writing information. Specifically, based on the verbal writing information, for example, the motivation degree is estimated so as to decrease monotonously (in inverse proportion) with respect to the number and frequency of verbal writing. That is, it is presumed that the more the number of writings of rants is, the higher the frequency is, the less motivated it is as if the team activity feels stressed.

  The affiliation team resetting unit 61 resets a new team as the affiliation team when the motivation level is less than the threshold. That is, when the motivation level is less than the threshold, it is determined that considerable stress is accumulated in the team activity. For example, a team composed of members having the same play time, play frequency, etc. of one virtual user is selected. , Set up a new team.

  Next, the flow of processing in the fifth modification will be described with reference to the flowchart shown in FIG.

  In step S2101, the team determination unit 53 performs the processes in steps S1101 to S1104 described above, determines the team to which one virtual user belongs, and proceeds to step S2102. In step S2102, the rant information extracting unit 59 extracts rant writing information indicating the rant for one virtual user based on the game progress history of the belonging team, and the process proceeds to step S2103. In step S2103, the motivation level estimation unit 60 estimates that the motivation level is lower as the number of times of rant writing is larger, and proceeds to step S2104. In step S2104, the affiliation team resetting unit 61 determines whether or not the motivation level is less than a threshold value. If it is less than the threshold (S2104: Yes), it is determined that considerable stress is accumulated in the team activity, and the process proceeds to step S2105. In step S2105, a new team is reset as the belonging team. On the other hand, if it is not less than the threshold (S2104: No), it is determined that no stress is accumulated in the team activity, and the processing shown in FIG.

  According to the process shown in FIG. 21, a phrase or keyword that slanders one virtual user is extracted from the game progress history such as the chat history or greeting history within the team as the verbal writing information. Based on the verbal writing information, for example, when the motivation level is estimated to be inversely proportional to the number and frequency of verbal writing, and if the volition level falls below the threshold, considerable stress is accumulated in the team activity. And determine a new team. According to the process shown in FIG. 21, it is possible to prevent a situation in which the game quits due to stress accumulated in team activities.

(4-6) Sixth Modified Example As a sixth modified example, as shown in FIG. 22, the team part processing unit 105a includes a rant information extracting unit 59, a friendship degree estimating unit 62, a motivation degree estimating unit 60, and an affiliation. And a team resetting unit 61.

  Based on the game progress history of the team to which the team belongs, the rant information extracting unit 59 extracts rant writing information indicating the rant for one virtual user.

  The closeness degree estimation unit 62 estimates the closeness degree between the other virtual user of the belonging team and the one virtual user based on the game progress history of the belonging team. Specifically, based on the game progress history such as chat history and battle history within the team to which the team belongs, for example, for each other virtual user, the greater the number of writes that follow one virtual user, the more the battle participation rate It is presumed that the higher the team affiliation period or the longer the team affiliation period, the higher the degree of friendship between the team and the one virtual user (the friendship is deeper). Furthermore, the familiarity degree estimation unit 62 calculates an average value of the familiarity degree estimated for each of the other virtual users, and estimates the degree of motivation as the “degree of familiarity between the other virtual users of the team and the one virtual user” Notification to the unit 60. In addition, it is not limited to the average value as described above, for example, the degree of friendship estimated for the closest virtual user is the “degree of friendship between another virtual user of the team and the one virtual user”, and the motivation degree estimation unit 60 may be notified.

  The motivation level estimation unit 60 estimates the motivation level based on both the verbal information and the degree of friendship. Specifically, the greater the value of at least one of the number of write times and the write frequency of the extracted rant writing information, the lower the motivation level, and the greater the estimated friendship level, the higher the motivation level, which will be described later. Predict the motivation with high accuracy.

  The affiliation team resetting unit 61 resets a new team as the affiliation team when the motivation level is less than the threshold.

  Next, the flow of processing in the sixth modification will be described with reference to the flowchart shown in FIG.

  In step S2301, the team determination unit 53 performs the processes in steps S1101 to S1104 described above, determines the team to which one virtual user belongs, and proceeds to step S2302. In step S2302, the rant information extraction unit 59 extracts rant writing information indicating the rant for the one virtual user based on the game progress history of the belonging team, and the process proceeds to step S2303. In step S2303, the closeness degree estimation unit 62 estimates the closeness degree between the belonging team and the one virtual user based on the game progress history of the belonging team, and proceeds to step S2304. In step S2304, the motivation level estimation unit 60 decreases the motivation level as the value of at least one of the number of times of writing and the writing frequency of the extracted rant writing information increases, and increases the motivation level as the degree of friendship increases. Thus, the degree of motivation is estimated, and the process proceeds to step S2305. In step S2305, the affiliation team resetting unit 61 determines whether or not the motivation level is less than a threshold value. If it is less than the threshold value (S2305: Yes), it is determined that considerable stress is accumulated in the team activity, and the process proceeds to step S2306. In step S2306, a new team is reset as the belonging team. On the other hand, if it is not less than the threshold value (S2305: No), it is determined that no stress is accumulated in the team activity, and the process shown in FIG.

  According to the processing shown in FIG. 23, the motivation level is lowered as the violent word is exposed to one virtual user from a specific member, while the motivation level is increased as the friendship degree between the entire team and the one virtual user is higher. . By re-determining the team to which the team belongs based on the motivation estimated in this way, even if there is a member who harasses like “trolling”, it seems that one virtual user is blended into the team as a whole In this case, it is possible to prevent a situation in which one virtual user is inadvertently moved (changed) to another team.

(5) Second Embodiment A team part processing unit 105 according to the second embodiment (also referred to as a team processing unit 105b for distinguishing from other embodiments) and a process performed by the team part processing unit 105b. A specific configuration with the game data storage unit 200 serving as a storage area will be described with reference to FIG. In the second embodiment, unlike the first embodiment, it does not matter whether the terminal 3 is playing a game other than the social game 20 (one game). The configurations of the operation data receiving unit 11a and the game data storage unit 200 are the same as those in the first embodiment, and thus the same reference numerals are given and description thereof is omitted.

(Configuration of team part processing unit 105b)
The team part processing unit 105 b includes a data update unit 51, a member organization unit 52, a withdrawal cause determination unit 54, a user identification unit 55, and a disadvantageous condition setting unit 56. The team part processing unit 105b according to the second embodiment is different from the team part processing unit 105a according to the first embodiment (third modified example) in that it does not have the team determination unit 53, and other configurations are the same.

  Next, the flow of processing performed by the team part processing unit 105b will be described with reference to the flowchart shown in FIG. In the process shown in FIG. 25, unlike the first embodiment, it is assumed that any virtual user belongs to an arbitrary team.

  In step S2501, the withdrawal cause determination unit 54 determines whether one virtual user has forcibly withdrawn from the affiliated team based on the game progress history of the affiliated team, regardless of the operation of the one terminal 3. When the forced withdrawal is made (S2501: Yes), the process proceeds to step S2502, and when the forced withdrawal is not made (S2501: No), the judgment according to step S2501 is repeated until it is judged that the forced withdrawal is made. In step S2502, the user specifying unit 55 specifies a virtual user who has performed an operation for forced withdrawal, and the process advances to step S2503. In step S2503, the disadvantageous condition setting unit 56 sets a disadvantageous condition for the identified virtual user, and ends the process shown in FIG.

  According to the process shown in FIG. 25, a virtual user who has performed an operation for forced withdrawal is identified and a predetermined sanctions is imposed. As specific sanctions, it is preferable to set the following disadvantageous conditions. For example, if a member is forced to join a master-only team (one-person team) and does not enter a predetermined number of people, it cannot be withdrawn. In addition, a troll user is forced to join a team with a low withdrawal rate, that is, a team with good teamwork that cannot be operated for forced withdrawal. Furthermore, when the vandalized user joins the team, a setting message is displayed on the terminal of the actual user who operates the master or submaster, such as a warning message stating that it is a vandalized user. A real user may be alerted. In addition, for a vandalized user, the team must be able to withdraw from the team if the predetermined contribution, that is, the number of collaborations with other members in the battle, the number of greetings, etc., does not exceed the predetermined frequency. May be. By imposing the sanctions as described above, it is possible to suppress the occurrence of forced withdrawal of the virtual user and realize an environment in which team members can enjoy the game in cooperation with each other.

(5-1) Modifications The game server 1b according to the second embodiment is not limited to the configuration described above, and various modifications can be made. For example, as a modification, as shown in FIG. 26, the disadvantageous condition setting unit 56 moves (changes) the team to which the virtual user specified by the user specifying unit 55 has moved (changed) in the past predetermined period (for example, one month). You may have the team movement frequency calculation part 561 which calculates (change frequency).

  The flow of processing according to this modification will be described with reference to the flowchart shown in FIG. In step S2701, the withdrawal cause determination unit 54 determines whether one virtual user has forcibly withdrawn from the affiliated team based on the game progress history of the affiliated team, regardless of the operation of the one terminal 3. When the forced withdrawal is made (S2701: Yes), the process proceeds to step S2702, and when the forced withdrawal is not made (S2701: No), the judgment according to step S2701 is repeated until it is judged that the forced withdrawal is made. In step S2702, the user specifying unit 55 specifies a virtual user who has performed an operation for forced withdrawal, and then proceeds to step S2703.

  In step S2703, the team movement frequency calculation unit 561 calculates the team movement frequency related to the virtual user specified in step S1602, and the process proceeds to step S2704. For example, as an example of the movement frequency, the number of movements of the team in one month is calculated.

  In step S2704, the disadvantageous condition setting unit 56 determines whether or not the calculated movement frequency is greater than or equal to a predetermined value. As an example, it is determined whether or not the number of times the team has been moved in one month is four times or more. If it is four times or more (S2704: Yes), the member composition in the team is changed. Is regarded as a so-called “trolling user” who leaves the team and proceeds to S2705 to set a disadvantageous condition for the progress of one game for the trolling user. On the other hand, if it is less than four times (S2704: No), the processing shown in FIG. 27 is terminated without setting a disadvantageous condition for the progress of one game for the identified virtual user.

  Moreover, in the said modification, in order for a vandalism user to suppress a team movement effectively, a disadvantageous condition may be changed as a movement frequency increases. For example, if the movement frequency is 4 to 6, for a vandalized user, the predetermined contribution within the team, that is, the number of cooperation with other members in the battle, the number of greetings, etc. exceed the predetermined frequency If you do n’t, you ca n’t leave your team. If the movement frequency is 7 to 9, the troll user is forced to join a team with a low withdrawal rate, that is, a team with good teamwork that cannot be operated for forced withdrawal, and the movement frequency is 10 to 12. For example, when a vandalism user joins a team with a low withdrawal rate as described above, a warning message to the effect that he is a vandalism user is displayed on the terminal of the real user who operates the master or submaster. Set and call attention to the real user. Furthermore, if the movement frequency is 13 or more, instead of a team with a low withdrawal rate, a member is forced to join a team with only a master (a one-person team) so that the withdrawal cannot be made unless a predetermined number of people enter. .

  According to the process according to the modified example shown in FIG. 27 above, if the movement frequency of moving the team belonging to the specified virtual user is equal to or higher than a predetermined value, the member composition in the team is changed, and the team leaves the team. It is assumed that the user is a so-called “troll user”, and a predetermined sanctions is imposed. By imposing prescribed sanctions only for “distracting users” who can seriously harm the healthy game environment in this way, it is even more certain that an environment where a good-willed virtual user can enjoy a game in cooperation with team members. Can be realized.

(6) Others Although the game server, the game control method, the game program, and the game system according to the present embodiment have been described above, the present invention is not limited to the described embodiments, and is based on the technical idea of the present invention. Various modifications and changes are possible.

  For example, in the present invention, the function of the game data processing unit performed in the game server 1 described above may be performed on the terminal device (terminal 3) side. Specifically, the terminal device may implement the function of the game data processing unit 100 by transmitting and receiving data related to the game progress with the game server.

  The present invention is not limited to the above-described embodiment, and a non-temporary recording medium in which a software program for realizing the functions of the above-described embodiment is recorded is provided to a system or apparatus. That is, it may be realized by causing the CPU or MPU to read and execute a 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.

DESCRIPTION OF SYMBOLS 1 Game server 3 Terminal 20 Social game 11a Operation data receiving part 101 Quest part process part 102 Battle part process part 105 Team part process part 53 Team determination part

Claims (13)

An operation data receiving unit for receiving operation data for operating a virtual user formed on one game from a terminal connected via a communication network;
A game progression unit that advances a game for each team based on team information stored in the storage unit in association with a team to which one or more virtual users can belong and a virtual user belonging to the team;
From the teams stored as team information in the storage unit, a team belonging to one virtual user operated by the one terminal is determined based on an operation history of another game provided to the one terminal. The affiliation team decision department,
A cause of withdrawal that determines whether the one virtual user has forcibly withdrawn from the team without depending on the operation of the one terminal, according to operation data for operating a virtual user having the management authority of the team A determination unit;
When the one virtual user is forcibly withdrawn, the one virtual user is compulsory to a virtual user who has the authority to manage the team from among the virtual users who belong to or belong to the team A user identification unit that identifies a virtual user who is invited to leave,
A game server comprising: a disadvantage condition setting unit configured to set a disadvantage condition for the progress of the one game for the identified virtual user . The affiliation team decision unit
Based on an operation history of another game provided to the one terminal, an attribute estimation unit that estimates a user attribute suitable for the game progress tendency of the one terminal from a plurality of types of attributes,
The affiliation team determination unit is configured to select a affiliation team of one virtual user operated by the one terminal from among teams formed on the one game, and a team whose game progress tendency substantially matches the user attribute. The game server according to claim 1, wherein the game server is determined as follows. The one terminal is provided with a plurality of other games classified by genre,
The affiliation team decision unit
For each genre in which each other game is classified based on the operation history of the other games that are provided in plurality, a heat degree estimation unit that estimates the heat degree of the real user of the one terminal,
The higher the estimated enthusiastic level for the genre to which the one game is classified, the team with the higher activity frequency is determined as the belonging team among the teams formed on the one game. The game server according to claim 1. The affiliation team determination unit determines whether the one game is played when a non-operation period in which no operation is performed on the one virtual user exceeds a predetermined period based on an operation history of the one game provided to the one terminal. A team of one virtual user operated by the one terminal is determined based on an operation history of another game provided to the one terminal from among the teams formed above. The game server according to any one of claims 1 to 3 . An operation data receiving unit for receiving operation data for operating a virtual user formed on one game from a terminal connected via a communication network;
A game progression unit that advances a game for each team based on team information stored in the storage unit in association with a team to which one or more virtual users can belong and a virtual user belonging to the team;
Whether or not the one virtual user is forcibly withdrawn from the team, regardless of the operation of the terminal that operates the one virtual user , according to the operation data for operating the virtual user having the management authority of the belonging team. A withdrawal cause determination unit to determine;
If the one virtual user is forcibly withdrawn from the team, the virtual user who has the authority to manage the team from the other virtual users who belong to or belong to the team. A user identification unit that identifies a virtual user who has been asked to force the virtual user to leave,
A game server, comprising: a disadvantage condition setting unit that sets a disadvantage condition for the progress of the one game for the identified virtual user. The disadvantageous condition setting unit includes a team movement frequency calculation unit that calculates a movement frequency by which the identified virtual user has moved a team in a predetermined period in the past, and the calculated movement frequency is a predetermined value or more. the game server of any one of claims 1 to 5, characterized in that setting the disadvantages condition the progress of the one game for a virtual user that the identified. Receiving operation data for operating a virtual user formed on one game from a terminal connected via a communication network;
A step of proceeding the game for each team based on team information stored in the storage unit in association with a team to which one or more virtual users can belong and a virtual user belonging to the team;
From the teams stored as team information in the storage unit, the team to which the one virtual user operated by the one terminal belongs is based on the operation history of another game provided to the one terminal. A step to determine;
Determining whether or not the one virtual user has forcibly withdrawn from the team without depending on the operation of the one terminal in accordance with operation data for operating a virtual user having the management authority of the belonging team; ,
When the one virtual user is forcibly withdrawn, the one virtual user is compulsory to a virtual user who has the authority to manage the team from among the virtual users who belong to or belong to the team Identifying a virtual user who is invited to leave,
A step of setting a disadvantageous condition for the progress of the one game for the identified virtual user by a server computer connected to the terminal via the communication network. Execution method. Receiving operation data for operating a virtual user formed on one game from a terminal connected via a communication network;
A step of proceeding the game for each team based on team information stored in the storage unit in association with a team to which one or more virtual users can belong and a virtual user belonging to the team;
Whether or not the one virtual user is forcibly withdrawn from the team, regardless of the operation of the terminal that operates the one virtual user, according to the operation data for operating the virtual user having the management authority of the belonging team. A step of judging;
If the one virtual user is forcibly withdrawn from the team, the virtual user who has the authority to manage the team from the other virtual users who belong to or belong to the team. Identifying a virtual user who has been invited to force the virtual user to leave,
Executing a step of setting a disadvantageous condition for the progress of the one game for the identified virtual user by a server computer connected to the terminal via the communication network Method. A process of receiving operation data for operating a virtual user formed on one game from a terminal connected via a communication network;
A process of advancing a game for each team based on team information stored in the storage unit in association with a team to which one or more virtual users can belong and a virtual user belonging to the team;
From the teams stored as team information in the storage unit, the team to which the one virtual user operated by the one terminal belongs is based on the operation history of another game provided to the one terminal. Process to determine,
A process of determining whether or not the one virtual user has been forcibly withdrawn from the team without depending on the operation of the one terminal, according to operation data for operating a virtual user having the management authority of the belonging team; ,
When the one virtual user is forcibly withdrawn, the one virtual user is compulsory to a virtual user who has the authority to manage the team from among the virtual users who belong to or belong to the team A process of identifying a virtual user who is invited to leave,
A game that causes a server computer connected to the terminal via the communication network to execute a process for setting a disadvantageous condition for the progress of the one game for the identified virtual user. Execution program. A process of receiving operation data for operating a virtual user formed on one game from a terminal connected via a communication network;
A process of advancing a game for each team based on team information stored in the storage unit in association with a team to which one or more virtual users can belong and a virtual user belonging to the team;
Whether or not the one virtual user is forcibly withdrawn from the team, regardless of the operation of the terminal that operates the one virtual user, according to the operation data for operating the virtual user having the management authority of the belonging team. Processing to judge,
If the one virtual user is forcibly withdrawn from the team, the virtual user who has the authority to manage the team from the other virtual users who belong to or belong to the team. Identifying a virtual user who is urged to force the virtual user to leave,
A game execution that causes a server computer connected to the terminal via the communication network to execute a process for setting a disadvantageous condition for the progress of the one game for the identified virtual user. program. A game program recording medium readable by a computer on which the game execution program according to claim 9 is recorded. A data communication unit that communicates data for the virtual user formed in the virtual space to progress the game with the game server connected via the communication network;
An operation input unit that receives an operation input of one virtual user from a real user;
A game advancing unit for causing a team to advance a game based on team information stored in the storage unit in association with a team to which one or more virtual users can belong and a virtual user belonging to the team;
From among the team is stored as the team information in the storage unit, the actual user based on the operation history of the other games that are provided in, his team determination unit that determines a team the one virtual user belongs When,
A withdrawal cause determination unit that determines whether the one virtual user has forcibly withdrawn from the team without depending on the operation input, according to data for operating a virtual user having management authority of the team,
When the one virtual user is forcibly withdrawn, the one virtual user is compulsory to a virtual user who has the authority to manage the team from among the virtual users who belong to or belong to the team A user identification unit that identifies a virtual user who is invited to leave,
A terminal device , comprising: a disadvantage condition setting unit configured to set a disadvantage condition for the progress of the one game for the identified virtual user . A data communication unit that communicates data for the virtual user formed in the virtual space to progress the game with the game server connected via the communication network;
An operation input unit that receives an operation input of one virtual user from a real user;
A game progression unit that advances a game for each team based on team information stored in the storage unit in association with a team to which one or more virtual users can belong and a virtual user belonging to the team;
A withdrawal cause determination unit that determines whether the one virtual user has forcibly withdrawn from an affiliated team, according to data for operating a virtual user having the management authority of the affiliated team,
If the one virtual user is forcibly withdrawn from the team, the virtual user who has the authority to manage the team from the other virtual users who belong to or belong to the team. A user identification unit that identifies a virtual user who has been asked to force the virtual user to leave,
A terminal device, comprising: a disadvantage condition setting unit configured to set a disadvantage condition for the progress of the one game for the identified virtual user.

Images