JP2021007526A - Game server, terminal, method, system, and program - Google Patents

Abstract

To provide a system for making play efficiency and motivation suitable in an understandable form by appropriately taking each player's situation into consideration.SOLUTION: A game server 100 includes: a storage part 110 for storing play time of a game during a predetermined period in each player; a grouping part 121 for grouping respective players for each length of the play time; and a ranking generation part 122 for generating ranking corresponding to an index during the game between players who belong to a player group for each player group generated by the grouping.SELECTED DRAWING: Figure 2

Description

The present disclosure relates to game servers, terminals, methods, systems, and programs.

The more time and frequency the game is played, the easier it is for the player to become more proficient in the game. In addition, with such proficiency, the experience points and various points obtained in the game tend to increase. It can be said that the situation in which a lot of experience points and points were obtained as a result of immersing himself in his favorite game and spending a meaningful time matched the original way of enjoying the game for the player.

On the other hand, depending on the composition of the game and the content of the quest, there may be cases where the main purpose is to acquire experience points and points, apart from the original way of enjoying as described above.

In such a case, regardless of the player's original orientation, etc., only the tendency to play for a long time and frequently increases continuously, and there is a possibility that the game gradually deviates from the viewpoint of pure enjoyment.

Therefore, a technique for adjusting the play tendency of such a player has been proposed. For example, Patent Document 1 (Japanese Unexamined Patent Publication No. 2015-188650) describes a system that suppresses an increase in the number of accesses from a player terminal during a busy season or the like. Further, in Patent Document 2 (Japanese Unexamined Patent Publication No. 2018-61730), there is a technique for controlling the progress of a game, in which a system that increases the profit given to event participants in a game as the average play time becomes shorter. Has been described.

JP 2015-188650 JP-A-2018-61730

In the inventions described in Patent Documents 1 and 2, although the configuration simply recommends short-time or low-frequency play, the player's individual circumstances and time-varying events such as the play tendency and busy situation of each player I haven't been able to consider it.

Therefore, a situation may occur in which a player who enjoys the game for a long time without any problem within the spare time is excluded. Alternatively, because he is a beginner or because he is extremely busy, he cannot enjoy the game in a short time and cannot be proficient, but since such circumstances are not taken into consideration, his motivation does not rise and he may leave the game space as it is.

In addition, if there is a mechanism to buff or debuff a player according to the experience value or point ranking in the game, only the player of a specific layer tends to be given preferential treatment, and the player associated with the above situation. The feeling of unfairness and the difference in motivation between them will further widen.

For example, players who cannot play games during the day, such as school or work, are less likely to rank higher than the top players because the frequency of games is reduced. Some players make full use of their techniques in short-term play, but if their grades are lower than those of the top players for a long time, their techniques will not be evaluated properly, which will lead to a decrease in motivation. On the other hand, if the ranking of the player is lowered only because of long-time play, the player naturally lowers the motivation.

Therefore, the present disclosure is made to solve the above-mentioned problems, and the purpose of the present disclosure is to appropriately consider the situations of various players and to make the play efficiency and motivation suitable in a convincing manner. Is to provide.

In order to achieve the above object, the game server according to the present disclosure groups each player into a storage unit that records the game play time in a predetermined period for each player and each player according to the length of the play time. A grouping unit and a ranking generation unit that generates a ranking according to an index in the game among players belonging to the player group for each player group generated by the grouping are provided.

Further, in order to achieve the above object, the terminal according to the present disclosure groups each player into a storage unit that records the game play time during a predetermined period for each player and each player according to the length of the play time. A grouping unit is provided, and for each player group generated by the grouping, a ranking generation unit that generates a ranking according to an index in the game among players belonging to the player group is provided.

Further, in order to achieve the above object, in the method according to the present disclosure, a server that holds a storage unit for recording the play time of the game in a predetermined period in each player has each length of the play time. Each player is grouped, and for each player group generated by the grouping, a ranking according to an index in the game is generated among the players belonging to the player group.

Further, in order to achieve the above object, the system according to the present disclosure groups each player into a storage unit that records the game play time during a predetermined period and each player according to the length of the play time. A game server including a grouping unit for generating a ranking, and a ranking generation unit for generating a ranking according to an index in the game among players belonging to the player group for each player group generated by the grouping, and the game. A terminal including an output unit for notifying the server of the play time of the game, a processing unit for acquiring the ranking information from the game server and displaying the ranking information, and the like.

Further, in order to achieve the above object, the program according to the present disclosure is provided to a server that holds a storage unit for recording the play time of the game in a predetermined period for each player for each length of the play time. A process of grouping each player and a process of generating a ranking according to an index in the game among the players belonging to the player group for each player group generated by the grouping are executed.

According to the present disclosure, it is possible to provide a system that appropriately considers each situation of various players and makes play efficiency and motivation suitable in a convincing manner.

It is a figure which shows the configuration example of the game system of this embodiment. It is a figure which shows the configuration example of the game server of this embodiment. It is a figure which shows the configuration example of the terminal of this embodiment. It is a flowchart which shows an example of the process in the game server of this embodiment. It is a figure which shows an example of the play history DB of this embodiment. It is a figure which shows an example of the aggregation result DB of this embodiment. This is an example of the display screen of this embodiment. This is an example of the display screen of this embodiment. It is a figure which shows an example of the setting information DB of this embodiment. This is an example of the display screen of this embodiment. This is an example of the display screen of this embodiment.

Hereinafter, embodiments of the present disclosure will be described with reference to the drawings. In all the drawings illustrating the embodiments, the common components are designated by the same reference numerals, and the repeated description will be omitted. The following embodiments do not unreasonably limit the contents of the present disclosure described in the claims. In addition, not all of the components shown in the embodiments are essential components of the present disclosure.

<Embodiment>
(Outline of Embodiment)
The more time and frequency the game is played, the easier it is for the player to become more proficient in the game. In addition, with such proficiency, the experience points and various points obtained in the game tend to increase. It can be said that the situation in which a lot of experience points and points were obtained as a result of immersing himself in his favorite game and spending a meaningful time matched the original way of enjoying the game for the player.

On the other hand, depending on the composition of the game and the content of the quest, there may be cases where the main purpose is to acquire experience points and points, apart from the original way of enjoying as described above.

In such a case, regardless of the player's original orientation, etc., only the tendency to play for a long time and frequently increases continuously, and there is a possibility that the game gradually deviates from the viewpoint of pure enjoyment. On the other hand, as disclosed in the prior art, even if the configuration simply recommends short-time or low-frequency play, each player's individual circumstances and time-varying events such as play tendency and busy situation of each player It cannot be considered.

Therefore, a situation may occur in which a player who enjoys the game for a long time without any problem within the spare time is excluded. Or, because he is a true beginner or because he is extremely busy, he cannot enjoy the game in a short time and he cannot become proficient, but since such circumstances are not taken into consideration, his motivation does not rise and he may leave the game space as it is. sell.

In addition, if there is a mechanism to buff or debuff a player according to the experience value or point ranking in the game, only the player of a specific layer tends to be given preferential treatment, and the player associated with the above situation. The feeling of unfairness and the difference in motivation between them will further widen.

In other words, each player ignores the difference in the preference of the play tendency and the busy situation depending on the position, etc., and simply and uniformly evaluates the player only by the length of the play time, and the play tendency is considered to be preferable. Even if you try to guide the game, there is a problem that you cannot consider aspects such as maintaining and improving the motivation of the player and how to use the time that leads to the original enjoyment of the game. Therefore, in the present embodiment, a technique is provided in which the situations of various players are appropriately taken into consideration, and the efficiency and motivation of the play are made suitable in a convincing manner.

Specifically, in the game server of the present embodiment, for example, each player who plays an online game records the game play time in a predetermined period such as one week or one month, and the average value thereof. Range of play time for the player concerned (Example: Monthly average is 15 minutes or less = feather light weight, 30 minutes or less = light weight, 60 minutes or less = middle weight, 2 hours or less = junior heavyweight, 4 hours or less = heavy Group each player based on class, 6 hours or more = super heavyweight, etc.).

By performing such grouping, a group of players having similar play tendencies in terms of length of play time, that is, a group of players can be formed. In addition, the game server generates a ranking for each player group according to the above-mentioned index (experience value, points, etc.) in the game among the players belonging to the player group. In addition to the concept of simply the average play time of a certain game, the play time may be the play time during the occurrence of a specific event in the game.

The generated ranking will be a ranking among players with similar play time lengths. Therefore, grouping and ranking will be performed based on the circumstances of each player, such as "I could only play 15 minutes a day because I was busy last month" and "I restrained my playing time with my family and played only 15 minutes every day". It will be. In other words, comparisons are avoided between players with different play environments in terms of play time.

From another aspect, this means that each player has room to select the play time according to the life rhythm, schedule, etc. in the predetermined target period. For example, "I have a lot of time to work and study this week, so let's play a lot of games in my spare time and aim for a heavyweight prize." Or "I'm very busy with work and study this week and have time to spare." Since there are few, let's concentrate on the game for a short time every day and aim for a prize in the light weight class. " Therefore, even if it is the same game or the same player, it is possible to enjoy various different ways depending on one's own convenience and the situation.

On the other hand, if the target period is not fixed, the average play time of each player is calculated for the entire period after the start of monitoring the play time, and the above grouping and ranking generation are performed, the player himself / herself in order to raise the ranking. Apart from the convenience and position of, it is necessary to make an effort to continue to acquire a lot of experience points and points while continuing to play for a long time or a short time in order to belong to the player group that you aim for.

In the present embodiment, the play time can be assumed to be the operating time of the game application on a terminal such as a smartphone in which the player plays the game, the display time of the monitor on the game machine, and the like. In any case, the play time is regarded as the average length of time that the game is played once, but is not limited to this (the same applies hereinafter).

For example, when the approximate time per game is fixed (eg, including a game in which one play is a time system), the number of plays (play frequency), that is, the play time may be recognized. In that case, it is possible to assume an operation mode in which a ranking is generated for each challenge of a certain quest. As a matter of course, long-time play is treated as a large number of plays within a certain period, and short-time play is treated as a small number of plays within a certain period.

In the ranking of each player group generated in this way, the game server depends on the attributes of the player group such as light class, middleweight class, and heavyweight class, and the experience value and the size of points of each player in the player group. Depending on the ranking, parameters corresponding to the player, parameters of items and characters owned by the player (including numerical values such as attack power, physical strength, number of possessions), player experience points and points are buffed (for the player) Generates (favorable effect) or debuff (disadvantageous effect for the player). In the case of a battle game, for example, the "buff" does not generate an effect that is advantageous to the player, but produces an effect that is disadvantageous to the opponent player, and produces an effect that is relatively advantageous to the player. Also includes. In addition, for "debuff", for example, in the case of a battle game, it does not generate a disadvantageous effect on the player, but generates a favorable effect on the opponent player, and generates a relatively disadvantageous effect on the player. Including

Granting such buffs or debuffs is preferable if the rankings in the player group are the same, and the same content is applied to each player belonging to a different group of players. For example, the top ranking player in the lightweight player group (for example, the player ranked first in the ranking) and the top ranking player in the heavyweight player group (for example, the player ranked first in the ranking) each receive 1 experience point or point. If the operation such as buffing to multiply by 5.5 is performed, the effort in the game will be rewarded according to the convenience and position of each player, and the motivation can be expected to improve.

However, for example, it is possible to perform different operations for each attribute of the player group, such as buffing the top ranking players in the lightweight player group and debuffing all the players in the heavyweight player group. Is.

Further, as a result of granting the buff or debuff as described above, the position in the ranking may be indirectly changed due to the advantage or disadvantage of the game play of the grantee. Alternatively, as a result of applying the buff or debuff as described above, the position in the ranking may change due to the direct change in the value of the index of the person to be granted. Therefore, the game server shall update the above-mentioned ranking based on the result of applying such buffing or debuffing.

Further, in the present embodiment, the average play time of each player during the above-mentioned target period is calculated, and the information of the average play time is displayed on the terminal of the player. By performing such a display, the player himself / herself can recognize his / her own play tendency in the form of the average play time and reflect it in the subsequent actions.

Further, in addition to the display of the average play time as described above, it is also preferable to display the remaining playable time of the player by a timer according to the upper limit of the play time specified by the player. It can be expected to have the effect of effectively avoiding long-term play and preventing so-called game addiction.

Further, similarly to the above-mentioned upper limit of the play time, the log-off process may be executed for the player who is playing the game in response to the arrival of the play end time predetermined by the user or the operator of the game server. In this case as well, the effect of effectively avoiding long-term play and preventing a so-called game-dependent state can be expected.

In the present embodiment, when the play time exceeds a predetermined limit value, the player of the play time is excluded from the grouping target. Alternatively, among the player groups, those in which the players whose play time exceeds a predetermined limit value are grouped are generated as a player group not subject to buff application. In this case as well, the effect of effectively avoiding long-term play and preventing a so-called game-dependent state can be expected.

On the other hand, a terminal that receives various information distributions from the game server together with the game distribution displays this on a display or the like. The player browses the information displayed on the terminal during gameplay and understands the ranking and the result of buffing or debuffing. Of course, it is assumed that such a player operates his / her own terminal and plays a game distributed from a game server.

The terminal accepts the above-mentioned operation by the player and transmits the contents to the game server. On the other hand, the game server receives this transmission, reflects the operation content as a processing result in the game, and returns it to the terminal.

(Configuration of game system 1)
FIG. 1 is a configuration diagram of the game system 1. The configuration of the game system 1 according to the first embodiment will be described with reference to FIG.

The game system 1 includes a game server 100 and terminals 200-1, 200-2, ..., 200-N (N is a natural number), and is communicably connected via a network NW. The network NW is composed of WAN (Wide Area Network), LAN (Local Area Network) and the like. In the following description, terminals 200-1, 200-2, ..., 200-N will be referred to as terminal 200 unless it is necessary to distinguish them.

The game server 100 is a server device according to the present embodiment, for example, which provides an online game service on a network NW. The game server 100, for example, receives a login request for a terminal 200 accessed via a network NW, processes user authentication according to the request, distributes and operates the corresponding game, and plays the game. Record, generate rankings according to experience points and points in the game, and give benefits such as buffs and debuffs.

On the other hand, the terminal 200 receives a game operation by a user, that is, a player, for a game distributed from the game server 100 as described above, and returns the game operation to the game server 100, so that the operation result of the player on each screen and the operation result thereof It is an information processing terminal that obtains experience values and point values acquired based on the above, ranking results separately generated by the game server 100, and the like.

(Functional configuration of game server 100)
FIG. 2 is a functional block diagram showing an example of the functional configuration of the game server 100. The game server 100 of the present embodiment may have a configuration in which some of the components (each part) of FIG. 2 are omitted.

The game server 100 is an information processing device and includes a communication unit 105, a storage unit 110, and a processing unit 120.

Of these, the communication unit 105 performs various controls for communicating with the terminal 200 via the network NW. The function can be realized by various processors or hardware such as ASIC (Application Specific Integrated Circuit) for communication, a program, or the like.

Further, the storage unit 110 is a storage device for storing programs and various data for operating the computer. The storage unit 110 includes a play history DB 111, an aggregation result DB 112, and a setting information DB 113.

The play history DB 111 is a database that stores the play history of the online game according to the present embodiment. The information held in the play history DB 111 is, for example, the identification information of each player who has started playing in response to the login request received from the terminal 200 via the communication unit 105 in the past, and the play result (example: start of play / Information such as the end time, experience points and points acquired, quests cleared, time required to clear the quest, etc.). The storage unit 110 may include a temporary storage area and storage.

Further, the aggregation result DB 112 is a database that stores the aggregation result of the above-mentioned retained information in the play history DB 111 regarding each player. For each player, for example, the average play time in the last month, the experience value acquired in the corresponding period, the number of cleared quests, and the average time required for one quest can be assumed.

In addition to the above information, the result of buffing or debuffing may be included as a positive or negative incentive for the player. As the result of granting the buff or debuff, for example, it can be assumed that the acquired experience value is 1.2 times.

Further, the setting information DB 113 is a database that stores information on setting values such as a game play time upper limit per day, a play end time, and a play time limit value in the above-mentioned player. Of these, the play time upper limit and the play time limit value may be the same, but the play time upper limit has a property determined by the player, and the play time limit value has a property determined by the game server operator. It is possible to assume the situation of operating as.

In addition, the processing unit 120 executes various types of information processing executed by the game server 100. The processing unit 120 has a CPU (Central Processing Unit) and a memory, and various information processing is executed by the CPU using the memory to execute an information processing program stored in the storage unit 110.

The processing unit 120 includes a grouping unit 121, a ranking generation unit 122, a privilege giving unit 123, a play time display unit 124, and a log-off unit 125.

Of these, the grouping unit 121 indicates, for example, the range of play time length (eg, monthly average is within 15 minutes = feather light class, within 30 minutes = light class, within 60 minutes, which is indicated by the information held in the play history DB 111. = Middleweight, 2 hours or less = Junior Heavyweight, 4 hours or less = Heavyweight, 6 hours or more = Super Heavyweight, etc.) Group each player. However, if the play time exceeds a predetermined limit value, the player with the play time is excluded from the grouping target.

Further, the ranking generation unit 122 generates a ranking according to an index, that is, an experience value or a point in the game during the corresponding period among the players belonging to the player group for each player group generated by the grouping unit 121 described above. To do. With respect to such experience points and point values, the values in the "acquired experience points" column in the history DB 111 may be aggregated for the relevant period.

Further, the privilege giving unit 123 is a player ranking obtained by the grouping unit 121 and the ranking generation unit 122 described above for each attribute of the player group, that is, for each range of the average play time, for example, according to the size of the acquired experience value. Among them, for example, a process of applying the same buff / debuff to the acquired experience value of the top ranking player for each of the player group having the longest average play time and the player group having the shortest play time is performed.

As described above, it is assumed that the privilege granting unit 123 applies the same buff or debuff to each player who has the same ranking in the player group and belongs to a different player group, but the buff or debuff The form of debuffing is not limited to this.

The ranking generation unit 122 updates the ranking in the corresponding player group based on the parameters and indicators (acquired experience value in the present embodiment) buffed or debuffed by the privilege giving unit 123 described above. By applying buffs or debuffs, the advantageous and disadvantageous situations for the player change, and the position of the player in the ranking also changes accordingly. The player can recognize such ranking fluctuations on his / her own terminal and increase his / her motivation.

In addition, the ranking generation unit 122 generates a group of players whose play time exceeds a predetermined limit value as a group of players not subject to buffing. As the limit value in this case, the value in the "limit value" column of the setting information DB 113 shall be extracted and used.

Further, the play time display unit 124 calculates the average play time of each player during the period, and displays the information of the average play time for the player on the terminal. Further, the play time display unit 124 refers to the upper limit of the play time specified by the player in the setting information DB 113, and displays the remaining playable time in the player by a timer according to the value. In this case, the play time display unit 124 uses the clock function or the like provided in the game server as the information processing device, executes the time count for timer display, and displays the result on the terminal.

Further, the log-off unit 125 refers to the play end time predetermined by the player or the operator of the game server in the setting information DB 113, collates this with the clock function or the like provided in the game server, and detects the arrival of the corresponding time. If so, the game is logged off for the corresponding player.

In the present embodiment, the “server” refers to one information processing device (that is, a server device), and when the server is composed of a plurality of server devices, the server device group (that is, the server system). It means to refer to the whole. Further, in the present embodiment, the game server 100 will be described as an integrated configuration, but the game server 100 may be configured to include a plurality of server devices divided according to functions and / or roles.

(Functional configuration of terminal 200)
FIG. 3 is a functional block diagram showing an example of the functional configuration of the terminal 200. The terminal 200 of the present embodiment may have a configuration in which some of the constituent elements (each part) of FIG. 3 are omitted.

The terminal 200 is an information processing device corresponding to a terminal owned by a player, and in the present embodiment, for example, a smartphone, a feature phone, a tablet computer, a laptop computer, a desktop computer, a portable game machine, and a stationary game. It is a wearable terminal such as a machine or a head mount display, or a multifunctional device such as a multifunctional television receiver (smart television) having an information processing function.

That is, the terminal 200 has various functions (for example, input function, output (display) function, information processing function, network communication function, sensor function, call function, camera function, etc.) possessed by a general multifunctional device. ing. The network communication function is a communication function via the Internet or the like, and / or a communication function via a mobile communication network.

The terminal 200 includes a communication unit 210, an input unit 220, an output unit 230, a storage unit 240, and a processing unit 250.

The communication unit 210 performs various controls for communicating with the game server 100 via the network NW, and the functions can be realized by hardware such as various processors or communication ASICs, a program, or the like.

The input unit 220 is an interface for receiving input from the player, and sends the player's input to the processing unit 250. The input unit 220 is, for example, a touch panel, a button, a controller, or the like.

Further, the input unit 220 may be a measuring device that detects various states of the terminal 200. For example, a sound sensor that collects the sound around the terminal 200, an attitude sensor (acceleration sensor or gyro sensor) that detects the attitude or tilt of the terminal itself, a gaze sensor that detects the direction of the player's line of sight, and ambient brightness. It may be an optical sensor that detects the above, a UV sensor that detects the amount of ultraviolet rays (Ultraviolet) contained in sunlight, or an infrared sensor that detects the movement of the player.

Further, the input unit 220 includes an image sensor that extracts image features of an object from an image captured by a camera (not shown), a humidity sensor that detects the humidity around the terminal 200, and a magnetic field at the position of the terminal 200. It may be a geomagnetic sensor that detects the above, a proximity sensor that detects an object in the vicinity of the terminal 200, an illuminance sensor that detects the brightness around the terminal 200, or the like. The input unit 220 sends the detected sensing data to the processing unit 250 as a player input.

The output unit 230 is, for example, a display device such as a display or an audio output device such as a speaker, and displays and outputs various images and sounds generated in the terminal 200 in response to an input to the input unit 220, or a game server. Various images and sounds based on the data received from 100 are displayed and output.

Such an output unit 230 includes an artificial intelligence-equipped speaker (smart speaker). Further, the output unit 230 may include a vibrator that vibrates the terminal 200 and a light that emits light.

The storage unit 240 is a storage device for storing programs and various data for operating a computer. The storage unit 240 may include a temporary storage area and storage.

The storage unit 240 can store the attribute information 241 and the game application 242 of the user who is the player of the terminal 200, as well as temporary data for game play distributed from the game server 100 and the like.

In addition, the processing unit 250 executes various types of information processing executed in the terminal 200. The processing unit 250 has a CPU and a memory. In the terminal 200, the CPU uses the memory to execute the program stored in the storage unit 240 to execute the necessary processing. Further, when the terminal 200 operates as a multifunctional device, the processing unit 250 executes information processing for realizing each function.

The processing unit 250 includes a data transmitting unit 251 and a data receiving unit 252. Of these, the data transmission unit 251 controls the communication unit 210 to transmit data related to player input received by the input unit 220 (eg, login request and game operation information) to the game server 100.

On the other hand, the data receiving unit 252 receives the game data distributed from the game server 100, the processing result reflecting the player's operation on the game data, and the like via the communication unit 210.

As described above, in the game system 1 according to the present embodiment, the game server 100 controls the main processing, but the terminal 200 having the same function may perform the control. Specifically, at least a part of the functional units of the game server 100 may be provided in the processing unit 250 of the terminal 200 while not being provided in the processing unit 120 of the game server 100.

(Processing in game server 100)
FIG. 4 is a flowchart showing an example of processing in the game server 100. An example of processing in the game server 100 will be described with reference to FIG.

In step S101, the game server 100 receives a login request from the terminal 200 via the communication unit 105 and performs a login process. For example, the game server 100 receives login information such as an ID and a password for identifying a player from the terminal 200, and performs player authentication by referring to the authentication information held in the storage unit 110 in advance. When the player is normally authenticated, the game server 100 distributes the game data held for the player to the terminal 200 of the player.

On the other hand, the terminal 200 receives the above-mentioned game data from the game server 100 and assigns it to the game application 242 to start the game in a state where the player has been playing until the latest. The series of processes from login to the start of game play is the same as that in a normal online game or the like.

Further, the game server 100 receives information such as an operation on the terminal 200 by the above-mentioned player, reflects it as a process in the above-mentioned game, and returns the result to the terminal 200. Such a play operation is repeated until the player finishes playing, and the game server 100 also repeats the corresponding processing and reply.

Meanwhile, the game server 100 monitors the content played by the above-mentioned player this time. Therefore, in step S102, the game server 100 stores the monitoring result in the play history DB 111 as soon as the play of the game ends.

FIG. 5 is a diagram showing an example of the play history DB 111. In FIG. 5, each record in the play history DB 111 is a play result by each player who has started playing in response to a login request received from the terminal 200 via the communication unit 105 in the past, using the player ID as a key. , Play start / end times, experience points earned, quests cleared, and the time required for the quest.

Of these, the ID is information that uniquely identifies the player, and is an ID issued by the game server 100 at the time of player registration. In addition, as the attribute information, information such as the player's gender, age group, occupation, favorite character or character type selected by the user or acquired from a game server (not shown), the current location (or address), etc. are grouped. It may be included as an and condition of time.

The above-mentioned information such as the acquired experience value, the cleared quest, and the time required to clear the quest is a kind of game data that the game server 100 naturally manages for each player.

Returning to FIG. 4, in step S103, the grouping unit 121 extracts, for example, the play history of each player stored in the play history DB 111 in the last month. At this time, the grouping unit 122 may extract each player who matches the conditions such as gender, age group, occupation, location, and character selected in the game from the play history of the last one month.

In step S104, the grouping unit 121 determines the average value, acquired experience value, number of quests, and the average value of the game play time, the acquired experience value, and the number of quests in each player during a predetermined period such as the latest one month, based on the play history extracted in step S103. Values such as the average time required for one quest are totaled, and this result is stored in the totaled result DB 112.

FIG. 6 is a diagram showing an example of the aggregation result DB 112. The aggregation result DB 112 shown in FIG. 6 is cleared by, for example, the average play time in the last month, the acquired experience value in the corresponding period, and the player ID in the play history DB 111 shown in FIG. The number of quests, the average time required for one quest, whether or not a buff or debuff is given to the player, and the result are associated with each other.

Of these, the average play time is calculated by calculating the play time of each play from the start time and end time values of a certain player among the records extracted from the play history DB111 in S103, and the total time is the number of records, that is, the number of plays. It is obtained by dividing by.

Further, the acquired experience value is obtained by aggregating the value of the "acquired experience value" of the record related to a certain player among the records extracted from the play history DB 111 in S103.

Similarly, the number of cleared quests is obtained by totaling the number of records that have a value in the "cleared quest" column for a certain player among the records extracted from the play history DB111 in S103. ..

In addition, the average time required for one quest is the total time of the records extracted from the play history DB111 in S103, which is the total time of the values in the "quest time required" column for a certain player, divided by the number of cleared quests. It is something that can be obtained by doing so.

The presence / absence of buffing or debuffing, and the result thereof are stored in association with the processing of buffing or debuffing by the game server 100, which will be described later.

Returning to FIG. 4, in step S105, the grouping unit 121 played the most recent average play time value among the values stored in the aggregation result DB 112 (in the case of the player “P01” in FIG. 6, “2019/06”). Average time "65" minutes) is a predetermined range of play time (example: monthly average is within 15 minutes = feather light weight, within 30 minutes = light weight, within 60 minutes = middle weight, within 2 hours = junior Determine which of the heavyweight, 4 hours or less = heavyweight, 6 hours or more = super heavyweight, etc.) is included, and group each player.

By performing such grouping, a group of players having similar play tendencies in terms of length of play time, that is, a group of players can be formed. In addition to the concept of simply the average play time of a certain game, the play time may be the play time during the occurrence of a specific event in the game.

In step S106, the ranking generation unit 122 ranks each player group obtained in step S105 according to the magnitude of the acquired experience value obtained in the above-mentioned game among the players belonging to the player group. Generate.

FIG. 7 illustrates a ranking display screen 700 that the ranking generation unit 122 wants to generate. The display screen 700 is, for example, distributed and displayed on the terminal 200 that has received the request. The illustrated display screen 700 includes at least information 701 including the rank (player group) to which a certain player belongs for the last month and his / her own ranking in the player group.

The generated ranking will be a ranking among players with similar play time lengths. Therefore, grouping and ranking will be performed based on the circumstances of each player, such as "I could only play 15 minutes a day because I was busy last month" and "I restrained my playing time with my family and played only 15 minutes every day". It will be. In other words, comparisons are avoided between players with different play environments in terms of play time.

From another aspect, this means that each player has room to select the play time according to the life rhythm, schedule, etc. in the predetermined target period. For example, "I have a lot of time to work and study this week, so let's play a lot of games in my spare time and aim for a heavyweight prize." Or "I'm very busy with work and study this week and have time to spare." Since there are few, let's concentrate on the game for a short time every day and aim for a prize in the light weight class. " Therefore, even if it is the same game or the same player, it is possible to enjoy various different ways depending on one's own convenience and the situation.

On the other hand, if the target period is not fixed, the average play time of each player is calculated for the entire period after the start of monitoring the play time, and the above grouping and ranking generation are performed, the player himself / herself in order to raise the ranking. Apart from the convenience and position of, it is necessary to make an effort to continue to acquire a lot of experience points and points while continuing to play for a long time or a short time in order to belong to the player group that you aim for.

In the present embodiment, the play time means, for example, when the approximate time per game is fixed (eg, including a game in which one play is a time system), the number of plays (play frequency), that is, It may be recognized as play time. In that case, it is possible to assume an operation mode in which a ranking is generated for each challenge of a certain quest. As a matter of course, long-time play is treated as a large number of plays within a certain period, and short-time play is treated as a small number of plays within a certain period.

Returning to FIG. 4, in step S107, the privilege granting unit 123 determines the attributes of the player group such as light weight, middle weight, and heavy weight, and the player group in the ranking of each player group generated as described above. Buff or debuff the player's parameters and indicators according to the ranking according to the size of each player's experience points. Further, this result is stored in the buff / debuff column and the buff / debuff result column in the aggregation result DB 112.

Granting such buffs or debuffs is preferable if the rankings in the player group are the same, and the same content is applied to each player belonging to a different group of players. For example, if the top ranking players in the lightweight player group and the top ranking players in the heavyweight player group are buffed to multiply their experience points and points by 1.2 times, each operation is performed. Depending on the player's convenience and position, the effort in the game will be rewarded, and the motivation can be expected to improve.

However, for example, it is possible to perform different operations for each attribute of the player group, such as buffing the top ranking players in the lightweight player group and debuffing all the players in the heavyweight player group. Is.

Further, as a result of applying the buff or debuff as described above, the value of the index of the person to be granted may change. Therefore, the position in the ranking can change. Therefore, in step S108, the ranking generation unit 122 updates the above-mentioned ranking based on the value of the acquired experience value obtained by applying such a buff or debuff.

FIG. 8 illustrates a ranking display screen 800 that the ranking generation unit 122 wants to update. The display screen 800 is, for example, distributed and displayed on the terminal 200 that has received the request. The illustrated display screen 800 includes at least information 801 including a rank (player group) to which a player belongs for the last month and his / her own ranking in the player group. Unlike the example in FIG. 7, it is highlighted that the ranking and the acquired experience value fluctuated due to the buff.

Note that the play time display unit 124 may calculate, for example, the average play time of each player during the above-mentioned target period, and display the average play time information on the game screen displayed on the terminal 200 of the player. Good (information 1001 on the game screen 1000 of FIG. 10). By performing such a display, the player himself / herself can recognize his / her own play tendency in the form of the average play time and reflect it in the subsequent actions.

Further, the play time display unit 124 refers to the upper limit of the play time specified by the player in the setting information DB 113 in addition to the display of the average play time as described above, and accordingly, the remaining playable time in the player (FIG. FIG. It is also preferable that the information 1002) on the game screen 1000 of 10 is displayed by a timer. It can be expected to have the effect of effectively avoiding long-term play and preventing so-called game addiction.

Note that FIG. 9 shows a configuration example of the setting information DB 113. The setting information DB 113 is a database that stores information on setting values such as a game play time upper limit per day, a play end time, and a play time limit value in the above-mentioned player. Of these, the play time upper limit and the play time limit value may be the same, but the play time upper limit has a property determined by the player, and the play time limit value has a property determined by the game server operator. It is possible to assume the situation of operating as.

In step S109, the log-off unit 125 is the player who is playing the game in response to the arrival of the play end time (setting information DB 113) predetermined by the user or the operator of the game server, similarly to the above-mentioned upper limit of the play time. The log-off process is executed, the end screen 1100 (FIG. 11) is displayed on the corresponding terminal 200, and the process is terminated. In this case as well, the effect of effectively avoiding long-term play and preventing a so-called game-dependent state can be expected.

In the present embodiment, when the play time exceeds a predetermined limit value (value held in the setting information DB 123), the player of the play time is excluded from the grouping target. Alternatively, among the player groups, those in which the players whose play time exceeds a predetermined limit value are grouped are generated as a player group not subject to buff application. In this case as well, the effect of effectively avoiding long-term play and preventing a so-called game-dependent state can be expected.

(Explanation of effect)
As described above, in the present embodiment, the result of the player immersing himself in his / her favorite game and spending a meaningful time is reflected in the ranking among the players, taking into account the individual convenience and playing tendency of the player, and buffing or debuffing. It is possible to give incentives such as giving. That is, it is possible to provide a service that matches the original way of enjoying the game for the player while considering the circumstances of each player.

Therefore, depending on the composition of the game and the content of the quest, it is effective in cases where the main purpose is to acquire experience points and points, apart from the original way of enjoying as described above. It can be avoided.

Therefore, it is not possible to fully enjoy the game in a short time and become proficient because of the situation where long-time players who are enjoying the game without problems within the spare time are excluded, or because they are real beginners or those who are extremely busy. It doesn't remain, but since such circumstances are not taken into consideration, motivation does not rise, and it is easy to avoid the situation of leaving the game space as it is.

In this embodiment, the players are grouped according to the play time, taking into consideration the preference of each player's play tendency and the busy situation depending on the position, etc., and induce the player to have a preferable play tendency, for example. It is also possible. Therefore, in consideration of aspects such as maintaining and improving the motivation of the player and how to use the time that leads to the original enjoyment of the game, it is possible to make the play efficiency and motivation suitable in a convincing manner.

From another aspect, this means that each player has room to select the play time according to the life rhythm, schedule, etc. in the predetermined target period. Therefore, even if it is the same game or the same player, there is an effect that various different ways of enjoying can be achieved depending on one's own convenience and the situation.

Further, in the present embodiment, in order to calculate the play time average during the above-mentioned target period for each player and display the play time average information on the player's terminal, the player himself / herself plays his / her own play tendency. It can be recognized in the form of time and reflected in subsequent actions.

Further, in addition to displaying the average play time as described above, if the remaining playable time of the player is displayed as a timer according to the upper limit of the play time specified by the player, long-time play can be effectively avoided, so-called. The effect of preventing game addiction can be expected.

Further, similarly to the above-mentioned upper limit of the play time, if the log-off process is executed for the player playing the game in response to the arrival of the play end time set in advance by the user or the operator of the game server, the game is played for a long time. Can be expected to effectively avoid the above and prevent the so-called game-dependent state.

In addition, when the play time exceeds the predetermined limit value, the player of the play time is excluded from the grouping target, or the players in the player group whose play time exceeds the predetermined limit value are grouped. If the player group is generated as a group of players not subject to buffing, it can be expected to have the effect of effectively avoiding long-term play and preventing the so-called game-dependent state.

The above-described embodiment can be implemented in various other forms, and various omissions, replacements, and changes can be made without departing from the gist of the invention. These embodiments and modifications thereof shall be included in the scope of the invention described in the claims and the equivalent scope thereof, as well as in the scope and gist of the invention.

Further, the method described in the above embodiment includes, for example, a magnetic disk (flexible disk, hard disk, etc.), an optical disk (CD-ROM, DVD, MO, etc.), as a program (software means) that can be executed by a computer. It can be stored in a recording medium such as a semiconductor memory (ROM, RAM, flash memory, etc.), or transmitted and distributed by a communication medium. The program stored on the medium side also includes a setting program for configuring the software means (including not only the execution program but also the table and the data structure) to be executed by the computer in the computer.

The computer that realizes this server reads the program recorded on the recording medium, constructs software means by a setting program in some cases, and executes the above-mentioned processing by controlling the operation by the software means. The recording medium referred to in the present specification is not limited to distribution, and includes a storage medium such as a magnetic disk or a semiconductor memory provided in a device connected inside a computer or via a network.

1 Game system 100 Game server 105 Communication unit 110 Storage unit 111 Play history DB
112 Aggregation result DB
113 Setting information DB
120 Processing unit 121 Grouping unit 122 Ranking generation unit 123 Bonus granting unit 124 Play time display unit 125 Log-off unit 200 Terminal 210 Communication unit 220 Input unit 230 Output unit 240 Storage unit 241 User attribute 242 Game application 250 Processing unit 251 Data transmission unit 252 Data receiver

Claims (14)

A storage unit that records the game play time of each player during a predetermined period,
A grouping unit that groups each player according to the length of play time,
For each player group generated by the grouping, a ranking generation unit that generates a ranking according to an index in the game among players belonging to the player group, and a ranking generation unit.
Game server with. A privilege granting unit that buffs or debuffs at least one of the parameters or the index corresponding to the player is further provided according to the attributes of the player group and the ranking within the player group.
The game server according to claim 1. The privilege granting unit buffs or debuffs the same content to each player who has the same ranking in the player group and belongs to a different player group.
The game server according to claim 2. The ranking generation unit updates the ranking based on the buffed or debuffed index.
The game server according to claim 2 or 3. The game server according to any one of claims 1 to 4, further comprising a play time display unit that calculates the average play time for each player during the period and displays the information of the average play time for the player. The game server according to any one of claims 1 to 5, wherein the play time display unit displays a timer for the remaining playable time of the player according to the upper limit of the play time specified by the player. The game server according to any one of claims 1 to 6, further comprising a log-off unit that detects the arrival of a predetermined play end time and logs off the game. The game server according to any one of claims 1 to 7, wherein the storage unit records a play time during the occurrence of a specific event. When the play time exceeds a predetermined limit value, the grouping unit excludes players with the play time from the grouping target.
The game server according to any one of claims 1 to 8. The ranking generation unit generates a group of players whose play time exceeds a predetermined limit value as a group of players not subject to buffing.
The game server according to any one of claims 1 to 8. A storage unit that records the game play time of each player during a predetermined period,
A grouping unit that groups each player according to the length of play time,
For each player group generated by the grouping, a ranking generation unit that generates a ranking according to an index in the game among players belonging to the player group, and a ranking generation unit.
A terminal equipped with. A server that holds a storage unit that records the game play time for each player during a predetermined period
Group each player according to the length of play time,
For each player group generated by the grouping, a ranking according to the index in the game is generated among the players belonging to the player group.
Method. A storage unit that records the game play time of each player during a predetermined period,
A grouping unit that groups each player according to the length of play time,
For each player group generated by the grouping, a ranking generation unit that generates a ranking according to an index in the game among players belonging to the player group, and a ranking generation unit.
With a game server equipped with
An output unit that notifies the game server of the play time of the game,
A processing unit that acquires the ranking information from the game server and displays the ranking information, and
With a terminal equipped with
Game system including. On a server that holds a storage unit that records the game play time of each player during a predetermined period
The process of grouping each player according to the length of play time,
For each player group generated by the grouping, a process of generating a ranking according to an index in the game among players belonging to the player group, and
A program that executes.