JP2022060693A - Program, server device and game system - Google Patents

Abstract

To provide a program that can eliminate dissatisfaction that a player cannot know what ability will be given to a character that has arrived at a threshold value and give the player a goal to acquire a desired ability, thus increasing the player's motivation to play a game.SOLUTION: Before a progress parameter of a character arrives at a threshold value, a player is notified of an ability and an ability acquisition condition corresponding to the ability. When the progress parameter of the character has arrived at the threshold value, it is determined whether the ability acquisition condition is satisfied or not. When it is determined that the ability acquisition condition is satisfied, processing is performed for allowing the character to acquire the ability corresponding to the ability acquisition condition.SELECTED DRAWING: Figure 4

Description

The present invention relates to programs, server devices and game systems.

Conventionally, in a game such as a role-playing game, for example, a situation may occur in which a parameter such as a level reaches an upper limit value and no further count can be performed. Such a situation is called a counter stop or a counter stop, and the character's growth factor cannot be expected.

In addition, as a conventional technique, the experience value required to raise the level to the next stage is set, and based on the experience value (surplus experience value) given in excess of the value required for the level to reach the upper limit value. , There is a system for performing a process of granting a privilege (see paragraphs 0026 and 0028 of Patent Document 1).

Japanese Unexamined Patent Publication No. 2017-192631

However, in the above-mentioned conventional technique, although the player puts a lot of effort to grow the character, the player may be dissatisfied with the ability of the character to acquire after the canst. Therefore, there is a risk that the player's willingness to play the game will decline.

The present invention has been made to solve the above problems, and an object thereof is to eliminate the dissatisfaction that a character who has reached the limit value is not sure what kind of ability is given, and the desired ability of the player. The purpose is to provide a program or the like that can give a goal to acquire a player and increase the motivation of a player to play a game.

(1) The present invention
A program in which a player owns a character and controls the progress of the game using the character.
A progress management unit that executes a process of changing the progress parameter associated with the character up to a given limit value according to the progress of the game by the character.
A storage unit that stores the ability acquisition conditions set in association with the ability,
A notification unit that notifies the player of the ability and the ability acquisition condition corresponding to the ability before the progress parameter of the character reaches the limit value.
When the progress parameter of the character reaches the limit value, it is determined whether or not the ability acquisition condition is satisfied, and when it is determined that the ability acquisition condition is satisfied, the character is given the ability. The present invention relates to a program characterized by operating a computer as an ability management unit that performs a process of acquiring an ability corresponding to an acquisition condition.

The present invention also relates to an information storage medium that can be read by a computer and that stores a program that causes the computer to function as each of the above parts. The present invention also relates to a server device including each of the above parts. The present invention also relates to a game system including each of the above parts.

According to the present invention, the player can know the ability and the ability acquisition condition corresponding to the ability before the progress parameter of the character reaches the limit value, and what kind of ability is given to the character who has reached the limit value. It is possible to eliminate the dissatisfaction that you do not know whether it will be granted or the dissatisfaction that you do not know what conditions should be met in order to acquire the ability. Further, according to the present invention, it is possible to give the player a goal of acquiring a desired ability and to increase the motivation of the player to play the game.

The "set ability acquisition condition" is an ability acquisition condition set based on the control of the computer and an ability acquisition condition set based on the operation information of the player.

(2) Further, in the program, information storage medium, server device and game system according to the present invention,
The condition setting unit is
Ability acquisition conditions may be selected by lottery from a plurality of ability acquisition conditions, and the selected ability acquisition conditions may be set.

According to the present invention, since the ability acquisition condition can be selected from a plurality of ability acquisition conditions by lottery, it is possible to give the player the fun of setting the ability acquisition condition. The ability acquisition conditions that can be selected may be one or a plurality.

(3) The present invention
A program in which a player owns a character and controls the progress of the game using the character.
A progress management unit that executes a process of changing the progress parameter associated with the character up to a given limit value according to the progress of the game by the character.
Before the progress parameter of the character reaches the limit value, the condition setting unit that sets the ability acquisition condition in association with the ability based on the input information of the player, and
A storage unit that stores the ability acquisition conditions set by the condition setting unit, and a storage unit.
When the progress parameter of the character reaches the limit value, it is determined whether or not the ability acquisition condition is satisfied, and when it is determined that the ability acquisition condition is satisfied, the character is given the ability. The present invention relates to a program characterized by operating a computer as an ability management unit that performs a process of acquiring an ability corresponding to an acquisition condition.

The present invention also relates to an information storage medium that can be read by a computer and that stores a program that causes the computer to function as each of the above parts. The present invention also relates to a server device including each of the above parts. The present invention also relates to a game system including each of the above parts.

According to the present invention, the player can set the ability acquisition condition by himself / herself before the progress parameter of the character reaches the limit value, and does not know what kind of ability is given to the character who has reached the limit value. , Can be resolved. Further, according to the present invention, it is possible to give the player a goal of acquiring a desired ability and to increase the motivation of the player to play the game.

(4) Further, in the program, information storage medium, server device and game system according to the present invention,
The condition setting unit is
The selection of the ability acquisition condition from a plurality of ability acquisition conditions may be accepted based on the input information of the player, and the selected ability acquisition condition may be set.

According to the present invention, since the player can select the ability acquisition condition from a plurality of ability acquisition conditions by his / her own will, it is possible to give the player the fun of setting the ability acquisition condition. The ability acquisition condition that the player can select may be one or a plurality.

(5) Further, in the program, information storage medium, server device and game system according to the present invention,
The capacity management department
If the conditions relating to the progress of the game are satisfied, it may be determined that the above-mentioned ability acquisition conditions are satisfied.

According to the present invention, since the game progress of the character affects the determination of whether or not the ability acquisition condition is satisfied, the interest of the game can be enhanced.

(6) Further, in the program, information storage medium, server device and game system according to the present invention,
The capacity management department
It may be determined that the ability acquisition condition is satisfied when at least one of the condition relating to the event, the condition relating to the charging status of the player, and the condition relating to the game play status is satisfied.

According to the present invention, at least one of a condition relating to an event, a condition relating to a player's billing status, and a condition relating to a game play status (for example, the period required for a character's progress parameter to reach a limit value) satisfies the ability acquisition condition. Since it affects the judgment of whether or not it is possible, the fun of the game can be enhanced.

(7) Further, in the program, information storage medium, server device and game system according to the present invention,
The computer may be further functioned as a condition changing unit for changing the ability acquisition condition before the progress parameter of the character reaches the limit value.

According to the present invention, since it is possible to change the ability acquisition conditions, it is possible to maintain the motivation for the player to acquire the ability.

(8) Further, in the program, information storage medium, server device and game system according to the present invention,
The condition change part is
In exchange for the consumption of a given consumption parameter, the ability acquisition condition may be changed based on the player's operation information.

According to the present invention, since it is possible to change the ability acquisition conditions in exchange for the consumption of the game medium, it is possible to enhance the interest of the game regarding the change of the ability acquisition conditions. The given consumption parameters are, for example, points, the number of items, in-game currency, and the like.

(9) Further, in the program, information storage medium, server device and game system according to the present invention,
The condition change part is
When the preferential option for giving preferential treatment to the game within the valid period is set in association with the player, the ability acquisition condition may be changed based on the operation information of the player.

According to the present invention, when the preferential option is set in association with the player, the ability acquisition condition can be changed. Therefore, the player is urged to set the preferential option, and further, the ability acquisition condition. It is possible to increase the fun of the game regarding the change of.

(10) Further, in the program, information storage medium, server device and game system according to the present invention,
Before the progress parameter of the character reaches the limit value, it is predicted and determined whether or not the ability acquisition condition is achieved based on the game progress status, and when it is predicted and determined that the ability acquisition condition is not achieved, the above-mentioned The computer may further function as a notification unit for notifying the player of information prompting the player to change the ability acquisition condition.

According to the present invention, when the ability acquisition condition cannot be achieved, the player is notified of information prompting the player to change the ability acquisition condition. Therefore, the player can change the ability acquisition condition to acquire the changed ability. Achievement goals can be set and players can be encouraged to continue playing the game.

The figure which shows an example of the system configuration which shows the structure of the game system of this embodiment. The figure which shows the functional block of the server apparatus of this embodiment. The figure which shows the functional block of the terminal apparatus of this embodiment. The figure for demonstrating the outline of this Embodiment. The figure for demonstrating the information of the character of this embodiment. The figure which shows an example of the correspondence relation between the ability of this embodiment, and the ability acquisition condition. The figure which shows an example of the notification screen of this embodiment. The figure which shows an example of the change screen of this embodiment. The figure which shows an example of the change proposal screen of this embodiment. The flowchart which shows an example of this embodiment. The figure which shows an example of the setting screen of this embodiment.

Hereinafter, this embodiment will be described. The embodiments described below do not unreasonably limit the content of the present invention described in the claims. Moreover, not all of the configurations described in the present embodiment are essential constituent requirements of the present invention.

[1] Game System First, an outline and an outline configuration of the game system 1 of the present embodiment will be described with reference to FIG. Note that FIG. 1 is a diagram showing an example of a system configuration showing the configuration of the game system 1 of the present embodiment.

The server device 10 is an information processing device capable of providing a service for causing a player to play a game by using a terminal device (game device) 20 communicated and connected via the Internet.

The terminal device 20 is a client device, an information processing device such as a game device, a smartphone, a mobile phone, a PHS, a computer, a game device, a PDA, a portable game machine, and an image generation device, and is an Internet (WAN), LAN. It is a device that can be connected to the server device 10 via a network such as.

[1.1] Game system composed of a server and a client As shown in FIG. 1, the game system 1 of the present embodiment has a server device 10 for providing a game service and a terminal device 20 (for example, a terminal device 20A, 20B, 20C) are configured to be connectable to the Internet (an example of a network). In this embodiment, a server / client type game system will be mainly described.

By accessing the server device 10 from the terminal device 20, the player can play the game based on the information transmitted from the server device 10 via the Internet.

In this embodiment, each game may be provided to the terminal device 20 by one server device 10, a server system may be constructed by interlocking a plurality of server devices 10, and each game may be provided to the terminal device 20. May be good.

Further, although not shown, in a game system, a game server device for executing a game, a communication server device (message server device) for controlling information communication, and a terminal device 20 mutually connect to the Internet. It may be a system connected via.

It should be noted that various processes related to the present invention may be performed only by the server device 10, or various processes related to the present invention may be performed only by the terminal device 20.

[1.2] Terminal device In the present embodiment, a single game device having the function of the server device 10, that is, a device (stand-alone) that operates independently without depending on other devices such as a server device is used. It may be realized.

Further, in the present embodiment, the present invention may be realized only by the terminal device 20 without connecting to the server device 10. For example, it may be a game system realized by a plurality of terminal devices 20 by communication by P2P (peer-to-peer method).

Then, a plurality of such game terminal devices may be connected by wire or wirelessly, and one game device may function as the server device 10 and be realized by the plurality of game devices.

The terminal device may be not only a game device but also a tablet-type information terminal device, a personal computer, or a game device (housing) installed in an amusement park.

[1.3] Cloud-type game system Further, the game system 1 of the present embodiment may be a cloud-type game system. For example, in a cloud-type game system, basic game processing (including drawing processing) is performed only by the server device 10 (cloud device), and the processing result of the server device 10 (cloud device) is displayed on the terminal device 20 side. Control only. Further, the terminal device 20 only transmits information such as input information of the controller to the server device 10. In such a case, the terminal device 20 may transmit information other than the input information.

Further, in the present embodiment, except for the operation input, each function of the processing unit 200 of the terminal device 20 and the execution of the game program are executed by the server device 10, and the terminal device 20 displays an image by the operation input and streaming. The above game may be realized by executing.

Further, the game system 1 may store information stored in the storage unit 140 of the server device 10 and information stored in the storage unit 270 of the terminal device 20 in a given storage area on the Internet. ..

[1.4] Terminal device including a plurality of controllers In the present embodiment, one terminal device 20 may be provided with a plurality of controllers (input units 260). When a plurality of players play a game using the controllers of each player of one terminal device 20, it is assumed that the plurality of players are realistically close to each other.

[1.5] Example of Social Game Further, the server device 10 may function as an SNS server that provides a communication type service. Here, the SNS server may be an information processing device that provides a service capable of providing communication between a plurality of players.

Further, when the server device 10 functions as an SNS server, for example, it is called a social game (Social Game) executed by using the operating environment (API (application programming interface), platform, etc.) of the provided SNS. It is possible to provide games.

Note that, unlike existing online games, social games do not require dedicated client software and include games that can be used only with a Web browser and an SNS account. Further, the server device 10 has a configuration capable of connecting to a terminal device 20 of another player via a network and providing an online game capable of sharing the same game progress online at the same time.

[1.6] Example of Browser Game In particular, the server device 10 is a game provided on the Web browser of the terminal device 20, such as HTML, FLASH (registered trademark), CGI, PHP, shockwave, Java (registered trademark) applet. , Javascript (registered trademark) and other browser games (games that can be started simply by opening the installation site with a Web browser) may be provided.

Further, the terminal device 20 includes a Web browser capable of browsing a Web page (HTML format data). That is, the terminal device 20 performs display control using a communication control function for communicating with the server device 10 and data received from the server device 10 (Web data, data created in HTML format, etc.). It is provided with a Web browser function for transmitting player operation data to the server device 10, executes various processes for providing a game screen to the player, and causes the player to execute the game. However, the terminal device 20 may acquire the game control information provided from the server device 10 and execute a predetermined game process, and execute the game based on the game process.

Specifically, when the terminal device 20 makes a request to the server device 10 to play a predetermined game, the terminal device 20 is connected to the game site of the server device 10 and the game is started. In particular, the terminal device 20 causes the server device 10 functioning as an SNS server to perform a predetermined process by using an API as necessary, or acquires player information managed by the server device 10 functioning as an SNS server. It may have a configuration for executing a game by letting it run.

[1.7] Others The server device 10 may be composed of one (device, processor) or a plurality of (devices, processors). Information (for example, player information, game information, etc.) stored in the storage area of the server device 10 (storage unit 140 described later) is connected to a database (intranet or the Internet) via a network (intranet or the Internet). It may be stored in a memory). The communication line between the terminal device 20 and the server device 10 may be wired or wireless.

[2] Server device Next, the server device 10 of the present embodiment will be described with reference to FIG. Note that FIG. 2 is a diagram showing a functional block of the server device 10 of the present embodiment. Further, the server device 10 of the present embodiment may have a configuration in which some of the components (each part) of FIG. 2 are omitted.

The server device 10 communicates with an input unit 120 for use by an administrator or other input, a display unit 130 for performing a predetermined display, an information storage medium 180 in which predetermined information is stored, a terminal device 20, or the like. It includes a unit 196, a processing unit 100 that executes processing mainly related to the game provided, and a storage unit 140 that stores various data mainly used for the game.

The input unit 120 is used by the system administrator or the like for setting related to the game, other necessary settings, and inputting data. For example, the input unit 120 of this embodiment is configured by a mouse, a keyboard, or the like.

The display unit 130 displays an operation screen for the system administrator. For example, the display unit 130 of the present embodiment is configured by a liquid crystal display or the like.

The information storage medium 180 (a medium that can be read by a computer) stores programs, data, and the like, and its functions are an optical disk (CD, DVD), a magneto-optical disk (MO), a magnetic disk, a hard disk, and a magnetic tape. , Or a memory (ROM) or the like.

The communication unit 196 performs various controls for communicating with the outside (for example, a terminal, another server, or another network system), and its function is hardware such as various processors or communication ASICs. It is composed of hardware and programs.

The storage unit 140 serves as a work area for the processing unit 100, the communication unit 196, and the like, and its function is configured by a RAM (VRAM) or the like. The information stored in the storage unit 140 may be managed in the database.

In addition to the main storage unit 142, the storage unit 140 of the present embodiment has a game data storage unit 144 that stores game information indicating information about the game, and player information that indicates information about each player (each user). It has a player information storage unit (user information storage unit) 146 in which (user information) is stored, and an ability acquisition condition storage unit 148.

In particular, in the game data storage unit 144, information on the game space (game field) in which the game is executed, information on each character, information on the virtual camera, information on abilities, information on benefits, other setting values used in the game, etc. Is remembered.

Further, in the player information storage unit 146, (1) the nickname of the player, the ID of the player (player identification information), and if belonging to a team, the name of the team to which the player belongs or its ID (hereinafter, "affiliation information") are stored in the player information storage unit 146. ".),
(2) Information on individual and team performance such as current player level, experience value, score, earned reward or game time (hereinafter, also referred to as "performance information"),
(3) Level, experience value, ability, characteristics and attributes of the character (character to be operated by the player),
(4) Information on battle record such as the number of wins and losses with other characters and other teams in a battle game with other characters (characters to be operated by other players) and other teams (hereinafter, also referred to as "battle record information". ),
(5) Location information indicating the position of each player or team in the game field,
(6) Information on whether or not there is a defeat (whether or not the game is over) (hereinafter, also referred to as "defeat information"), and
(7) Billing history and billing information such as billing amount,
(8) The number of games is stored.

In addition, the result information, the battle record information, and the defeat information included in the player information are updated at predetermined timings. For example, predetermined timings include every given period (every 5 minutes, etc.), the timing at which the player logs out, a predetermined time in the game (such as 8:00 am), and the timing at which a predetermined event occurs (such as 8:00 am). The timing when any of the individual battles or team battles ends) is included. Further, an upper limit may be set for the level (character level, player level).

The ability acquisition condition storage unit 148 stores the ability acquisition conditions set in association with the ability. For example, the ability acquisition condition storage unit 148 is set with the ability acquisition condition set by the condition setting unit 116.

The processing unit 100 performs various processing using the main storage unit 142 in the storage unit 140 as a work area. The functions of the processing unit 100 can be realized by hardware such as various processors (CPU, DSP, etc.), ASIC (gate array, etc.), and programs.

The processing unit 100 performs various processes of the present embodiment based on the program (data) stored in the information storage medium 180. That is, the information storage medium 180 stores a program for operating the computer as each part of the present embodiment (a program for causing the computer to execute the processing of each part).

For example, the processing unit 100 (processor) controls the entire server device 10 based on the program stored in the information storage medium 180, and also performs various processes such as control of data transfer between each unit. .. Further, a process of providing various services according to the request from the terminal device 20 is performed.

In this embodiment, the server device 10 may perform part or all of it, or the terminal device 20 may perform part of it.

Specifically, the processing unit 100 of the present embodiment includes a communication control unit 101, a Web processing unit 102, a game control unit 103, a timer management unit 104, a display control unit 107, a progress management unit 111, a capacity management unit 112, and a notification. It has at least a unit 115, a condition setting unit 116, and a condition changing unit 117.

The communication control unit 101 transmits / receives information to / from the terminal device 20 via the network.

The Web processing unit 102 functions as a Web server. For example, the Web processing unit 102 performs a process of transmitting data in response to a request from a Web browser installed in the terminal device 20 through a communication protocol such as HTTP (Hypertext Transfer Protocol), and a Web browser of the terminal device 20. Performs the process of receiving the transmitted data.

The game control unit 103 interlocks with the terminal device 20 and executes the game processing of the game provided in the present embodiment by each player based on the player's operation input via the terminal device 20. Further, the game control unit 103 executes control on a preset character such as an NPC (non-character).

The timer management unit 104 has a timer function and is used to manage the progress of the game. In particular, the timer management unit 104 interlocks with the game control unit 103 and outputs the current time or a preset time to each unit. Further, the timer management unit 104 is used to synchronize with each terminal device 20.

The display control unit 107 controls the terminal device 20 to display the given information. The display control unit 107 may perform transmission control so that the game screen is displayed on the terminal device 20. That is, the display control unit 107 generates display control information such as a game screen, and controls the generated display control information to be displayed on the terminal device 20 of the player.

The progress management unit 111 executes a process of changing the progress parameter (for example, level, etc.) associated with the character up to a given limit value according to the progress of the game by the character.

The ability management unit 112 performs a process of causing the character to acquire a predetermined ability. In other words, the process of acquiring an ability is a process of imparting an ability.

In particular, the ability management unit 112 of the present embodiment determines whether or not the ability acquisition condition is satisfied when the character parameter reaches the limit value, and when it is determined that the ability acquisition condition is satisfied. , Performs a process to make the character acquire the ability corresponding to the ability acquisition condition.

Further, the ability management unit 112 may determine that the ability acquisition condition is satisfied when the condition regarding the game progress is satisfied. For example, when the ability management unit 112 satisfies the condition regarding the game progress until the level of the character PA reaches the limit value, the ability management unit 112 may perform a process of causing the character PA to acquire the ability corresponding to the condition. good.

Further, the ability management unit 112 may determine that the ability acquisition condition is satisfied when at least one of the condition relating to the event, the condition relating to the charging status of the player, and the condition relating to the game play status is satisfied.

The ability management unit 112 corresponds to the ability acquisition condition for the character as an example of the privilege when the parameter of the character reaches the limit value and it is determined that the ability acquisition condition is satisfied. The process of acquiring the ability may be performed.

Further, the notification unit 115 notifies the player of the given information. Note that "notifying" the information means notifying the player (player's terminal device 20) of the information. That is, information is provided (presented and displayed) to the player (player's terminal device 20).

The notification unit 115 of the present embodiment may notify the player of the ability and the ability acquisition condition corresponding to the ability before the progress parameter of the character reaches the limit value.

Further, the notification unit 115 predicts and determines whether or not the ability acquisition condition is achieved based on the game progress before the character's progress parameter reaches the limit value, and predicts and determines that the ability acquisition condition is not achieved. If this happens, the player may be notified of information prompting the player to change the ability acquisition conditions.

The "notification" is not limited to that the server device 10 transmits to the terminal device 20 of the player by e-mail (may be an e-mail newsletter or the like) transmitted / received by SMTP (Simple Mail Transfer Protocol), and is not limited to SMTP. , Sending by a given protocol, giving a push notification, presenting (displaying) a predetermined screen (banner display screen, notification screen, pop-up screen, etc.) of a predetermined application, Web processing unit 102 of the server device 10. Is at least one of notifying by a Web page, and indicates that the server device 10 actively transmits to the terminal device 20 of the player. In addition, the server device 10 may transmit information to the requested terminal device 20 in response to a request from the player's terminal device 20, or may be one aspect of "notification". Note that push notification is to display a message window in a part of the screen (upper end, etc.) of the screen of the terminal (smartphone).

The condition setting unit 116 sets the ability acquisition condition in association with the ability based on the input information of the player before the progress parameter of the character reaches the limit value. Further, the condition setting unit 116 may automatically set the ability acquisition condition in association with the ability by computer control (CPU control) before the progress parameter of the character reaches the limit value.

For example, the condition setting unit 116 may select an ability acquisition condition from a plurality of ability acquisition conditions by lottery and set the selected ability acquisition condition.

Further, the condition setting unit 116 may accept the selection of the ability acquisition condition from a plurality of ability acquisition conditions based on the input information of the player, and set the selected ability acquisition condition.

The condition change unit 117 changes the ability acquisition condition. The condition changing unit 117 of the present embodiment changes the ability acquisition condition before the progress parameter of the character reaches the limit value.

For example, the condition change unit 117 changes the ability acquisition condition based on the player's operation information in exchange for the consumption of a given consumption parameter.

Further, the condition changing unit 117 changes the ability acquisition condition based on the operation information of the player when the preferential option for giving the preferential treatment to the game is set in association with the player within the valid period. You may.

[3] Terminal device Next, the terminal device 20 of the present embodiment will be described with reference to FIG. Note that FIG. 3 is an example of a functional block diagram showing the configuration of the terminal device 20 in the present embodiment. Further, the terminal device 20 of the present embodiment may have a configuration in which a part of the component (each part) of FIG. 3 is omitted.

The input unit 260 is for the player to input operation data, and the function thereof can be realized by a touch panel, a touch panel type display, or the like. That is, the input unit 260 includes a detection unit 262 capable of detecting two-dimensional designated position coordinates (x, y) on the screen on which the image is displayed. For example, the input unit 260 includes a detection unit 262 capable of detecting two-dimensional contact position coordinates (x, y) in the contact detection area (touch panel).

The touch operation to the display screen (hereinafter referred to as "touch panel" except for special cases) may be performed using a fingertip or an input device such as a stylus. ..

Further, the input unit 260 may include buttons, levers, a keyboard, a steering wheel, a microphone, an acceleration sensor, and the like that can input operation information (operation signals) other than the indicated position.

The storage unit 270 serves as a work area for the processing unit 200, the communication unit 296, and the like, and its function can be realized by a RAM (VRAM) or the like. The storage unit 270 of the present embodiment includes a main storage unit 271 used as a work area and an image buffer 272 in which the final display image or the like is stored. A part of these may be omitted, or a part of the storage unit 140 of the server device 10 may be configured.

The information storage medium 280 (a medium that can be read by a computer) stores programs, data, and the like, and its functions are an optical disk (CD, DVD), a magneto-optical disk (MO), a magnetic disk, a hard disk, and a magnetic tape. Or, it can be realized by a memory (ROM) or the like.

Further, the information storage medium 280 can store a program for operating the computer as each part of the present embodiment (a program for causing the computer to execute the processing of each part). As will be described later, the processing unit 200 performs various processes of the present embodiment based on the program (data) stored in the information storage medium 280.

The display unit 290 outputs an image generated by the present embodiment, and its function can be realized by a CRT, an LCD, a touch panel type display, an HMD (head mounted display), or the like.

In particular, in the present embodiment, the display unit 290 also functions as an input unit 260 in which the player operates the game by using the touch panel display. Here, as the touch panel, for example, a touch panel such as a resistance film type (4-wire type, 5-wire type), a capacitance method, an electromagnetic induction method, an ultrasonic surface acoustic wave method, or an infrared scanning method can be used.

The sound output unit 292 outputs the sound generated by the present embodiment, and its function can be realized by a speaker, headphones, or the like.

The communication unit 296 performs various controls for communicating with the outside (for example, the server device 10 or another terminal device 20), and its function is hardware such as various processors or communication ASICs. , Can be realized by a program.

The terminal device 20 receives and receives programs and data for operating the computer as each part of the present embodiment stored in the information storage medium 180 and the storage unit 140 of the server device 10 via the network. The created program or data may be stored in the information storage medium 280 or the storage unit 270. The case where the terminal device 20 functions by receiving a program or data in this way can also be included in the scope of the present invention.

The processing unit 200 (processor) performs processing such as game processing, image generation processing, or sound generation processing in conjunction with the server device 10 based on the input data and programs from the input unit 260.

In particular, in the present embodiment, as the game processing, a processing for starting the game when the game start condition is satisfied, a processing for advancing the game, a character (for example, a character PA associated with the player A), and an enemy character. It includes a process of arranging an object such as E, a process of displaying an object, a process of calculating a game result, a process of terminating a game when a game end condition is satisfied, and the like.

Further, the processing unit 200 performs various processing using the storage unit 270 as a work area. The functions of the processing unit 200 can be realized by hardware such as various processors (CPU, DSP, etc.), ASIC (gate array, etc.), and programs.

The processing unit 200 includes a communication control unit 210, a Web browser 211, a game processing unit 212, a display control unit 213, a drawing unit 220, and a sound processing unit 230. It should be noted that a configuration in which some of these may be omitted may be used.

The communication control unit 210 performs a process of transmitting and receiving data to and from each of the server devices 10. Further, the communication control unit 210 performs a process of storing the data received from the server device 10 in the storage unit 270, a process of analyzing the received data, a process of controlling other data transmission / reception, and the like.

The communication control unit 210 may perform a process of storing and managing the destination information (IP address, port number) of the server device 10 in the information storage medium 280. Then, when the communication control unit 210 receives the input information of the communication start from the player, the communication control unit 210 may perform communication with the server device 10.

In particular, the communication control unit 210 transmits the player identification information and the operation information to the server device 10, and performs a process of receiving data (player's Web page, game screen, etc.) from the server device 10.

The communication control unit 210 may transmit / receive data to / from the server device 10 at predetermined intervals, or may transmit / receive data to / from the server device 10 when receiving input information from the input unit 260. In particular, the communication control unit 210 of the present embodiment performs a process of receiving given screen information (for example, game screen information, etc.) from the server device 10.

The Web browser 211 is an application program for browsing a Web page (game screen), downloads an HTML file, an image file, or the like from a Web server (server device 10), analyzes the layout, and controls the display. Further, the Web browser 211 transmits data to the Web server (server device 10) using an input form (link, button, text box, etc.).

The Web browser 211 of the present embodiment can realize a browser game. For example, the Web browser 211 may execute a program described in Javascript (registered trademark), FLASH (registered trademark), Java (registered trademark), etc. received from the Web server (server device 10).

The terminal device 20 can display information from a Web server designated by a URL (abbreviation of Uniform Resource Locator) via the Internet by a Web browser 211. For example, the terminal device 20 can display the game screen (data such as HTML) received from the server device 10 by the Web browser 211.

The game processing unit 212 performs various game processing. For example, there are a process of starting a game when the game start condition is satisfied, a process of advancing the game, a process of ending the game when the game end condition is satisfied, and the like.

The game processing unit 212 is composed of various objects (polygons, free curved surfaces, subdivision surfaces, and other primitives) that represent display objects such as characters, buildings, stadiums, cars, trees, pillars, walls, and maps (topography). The object) may be arranged and set in the object space.

Here, the object space is a virtual space, and includes both a two-dimensional space and a three-dimensional space. The two-dimensional space is, for example, a space in which objects are arranged in two-dimensional coordinates (X, Y), and the three-dimensional space is a space in which objects are arranged, for example, in three-dimensional coordinates (X, Y, Z). be.

Further, the game processing unit 212 performs game processing (for example, processing of a battle game or the like), lottery processing, or the like based on the input information of the player input by the input unit 260.

For example, the terminal device 20 may control the server device 10 to perform a lottery request, and the server device 10 may control the server device 10 to perform a lottery process when the lottery request is received from the terminal device 20.

Further, the game processing unit 212 may be executed in conjunction with the server device 10, or a part or all of the game processing unit 212 may be formed in the server device 10.

Further, the display control unit 213 performs a process of displaying the game screen on the display unit 290. For example, the display control unit 213 may display using the Web browser 211. That is, the display control unit 213 causes the display unit 290 to display information necessary during the game based on the information transmitted from the server device 10. For example, the terminal device 20 displays the display information of the game screen received from the server device 10.

The drawing unit 220 performs drawing processing based on various processes (for example, game processing) performed by the processing unit 200, thereby generating an image, and the display control unit 213 outputs the image to the display unit 290. The image generated by the drawing unit 220 may be a so-called two-dimensional image or a so-called three-dimensional image.

The sound processing unit 230 performs sound processing based on the results of various processes performed by the processing unit 200, generates game sounds such as BGM, sound effects, or voice, and outputs them to the sound output unit 292.

[4] Overview In this embodiment, a player participating in a game operates a character (hereinafter referred to as a character) associated with the player, and a mission (quest, adventure, exploration, enemy) given under a fictitious game situation. It relates to a game that aims to achieve a purpose by overcoming a battle with a character, for example, a role-playing game (RPG game).

In the RPG game of the present embodiment, the character grows by acquiring experience points through missions and raising the level of the character. Furthermore, as the character grows, the range of action (map) to be searched for can be expanded in the game space.

In such a game, the character's level (an example of progress parameter) reaches the limit value (for example, the upper limit value "99"), and the level cannot be raised (counted) any more, which is called a canst. There is.

Then, in the present embodiment, when the level of the character reaches the limit value, it is determined whether or not the ability acquisition condition is satisfied, and when it is determined that the ability acquisition condition is satisfied, the character is subjected to. Performs the process of acquiring the ability corresponding to the ability acquisition condition.

Then, the player enjoys the gameplay in which the character grows in anticipation of the ability obtained after the counter stop, but the player is dissatisfied with the player when the player cans the character with effort and the acquired ability is not desired. Will be given. In addition, the player may be dissatisfied with the fact that he / she does not know under what conditions the ability can be obtained.

Therefore, in the present embodiment, the player is notified of the ability and the ability acquisition condition corresponding to the ability before the level of the character reaches the limit value. By doing so, the above dissatisfaction can be resolved.

For example, to explain with reference to FIG. 4, the server device 10 can acquire the ability at the time when the player A starts the game or when the level of the character PA owned by the player A is an initial value (for example, 1). Notify A and the ability acquisition condition a corresponding to the ability A.

Then, when the level of the character PA reaches the limit value (for example, 99), it is determined whether or not the ability acquisition condition a notified in advance is satisfied, and it is determined that the ability acquisition condition a is satisfied. In this case, the character PA is subjected to a process of acquiring the ability A. As described above, in this embodiment, it is possible to give the player a goal to acquire a desired ability and a method for achieving the goal, and to increase the motivation of the player to play the game.

[5] Explanation of Characters FIG. 5 shows an example of character information stored (possessed and possessed) by each player stored in the player information storage unit 146.

In the player information storage unit 146, one or a plurality of character IDs (character identification information) owned by the player, and the rarity and level of each character are associated with the player identification information (player ID) for each player. Experience points, abilities, ability scores, etc. are stored.

Rarity is a parameter that indicates the rarity of a character. The higher the rarity, the lower the probability that the player can acquire it in a game or the like.

The level is an example of a progress parameter. That is, in the present embodiment, the level associated with the character is changed according to the progress of the game by the character.

In other words, the level is a parameter indicating the rank (class) of the character, and the higher the level of the character, the more efficiently the game can proceed. "Proceeding the game efficiently" means that the offensive power and the defensive power are high, and the offensive effect and the defensive effect are high. The level of the present embodiment sets a limit value (for example, limit value = 99) and controls so as not to count (add) exceeding the limit value.

The experience value is a parameter indicating the frequency of playing the character's game. For example, when a mission is cleared using a character or when a battle game is won using a character, a predetermined value is added to the experience value.

Then, when the experience value of the character exceeds the threshold value, the level of the character rises. For example, when the experience value of the character reaches the upper limit value (for example, 200), the experience value is updated to the initial value (0) and 1 is added to the level of the character. The server device 10 may set the level of the character according to the cumulative experience value of the character. That is, the level of the character PA is controlled to be increased according to the increase in the cumulative experience value of the character.

Further, the "ability" is a characteristic, a technique, etc. associated with the character. The server device 10 prepares a plurality of capabilities in advance, such as capabilities A, B, C, and D. In addition, "ability" may be paraphrased as "skill".

For example, by using (equiping) an ability, a character can increase parameters such as attack power, defense power, recovery power, movement speed, and quickness of the character, and make a special attack (for example, long-range attack, specific). You can perform special defenses (for example, prevent attacks from a specific character, halve the damage, etc.).

The "ability" of the present embodiment may be one that is consumed (subtracted or made not owned) by being used, or one that can be used repeatedly as many times as necessary. Also, multiple abilities may be used at the same time. Further, "the character uses the ability" means to perform a process of generating the effect of the ability. For example, when the ability A is the ability to increase the attack power by 10 times, when the character PA uses the ability A, the process of increasing the attack power of the character PA by 10 times is executed.

The "ability value" is a parameter related to the ability, and may be, for example, the level of the ability, in the case of the ability related to the attack, the attack power, and in the case of the ability related to the defense, the defense power or the like. For example, the ability A is an ability to increase the attack power by 10 times (ability value = 10).

Although not shown, the parameters of each character may include the character's attack power, defense power, physical strength value, and the like. The physical strength value is also called a life or HP value.

[6] Ability to be given to a character that has reached the limit value First, when the level of the character PA reaches the limit value (for example, level 99), the server device 10 has the ability at the timing when the level reaches the limit value. When the acquisition condition is satisfied, the processing for causing the character PA to acquire the ability is performed.

The "process of causing the character to acquire the ability" is a process of associating the ability with the character ID of the character and storing the ability in the storage unit 140 (player information storage unit 146). For example, the process of causing the character PA to acquire the ability A is a process of storing the information of the ability A in the player information storage unit 146 in association with the character ID of the character PA. As a result, the character PA can possess the ability A.

In this way, when the level of the character PA reaches the limit value and the ability acquisition condition is satisfied, the ability is given to the player A, so that the player A can be urged to continuously use the character PA. .. For example, player A can play a game of the character PA by using the ability, and can advance the game in an advantageous manner, for example, to win the enemy character.

[7] Setting the ability acquisition condition The server device 10 of the present embodiment sets the ability acquisition condition in association with the ability. The server device 10 basically sets the capacity acquisition condition in association with the capacity based on the computer control. That is, the ability acquisition condition is automatically set regardless of the operation of the player.

Further, the server device 10 sets the ability and the ability acquisition condition for each player in association with the player ID. The ability associated with the player ID may be one or a plurality.

FIG. 6 shows an example of the ability acquisition conditions set in association with each of the abilities A to D (ability IDs = A, B, C, D).

In the present embodiment, the ability acquisition condition may be set in association with one ability, or the ability acquisition condition may be set in association with each of a plurality of abilities. That is, the ability acquisition condition may be set in association with each of the plurality of ability IDs.

Further, the server device 10 of the present embodiment sets the ability acquisition condition for each player to be managed in association with each ability.

[7.1] Setting Timing Further, the server device 10 sets the ability acquisition condition corresponding to the ability at the timing before the progress parameter of the character reaches the limit value, for example, the game start timing of the player A. That is, the server device 10 sets the ability acquisition condition of each ability at the time when the player A starts the game provided by the server device 10 (for example, the timing of the initial state of the game such as the time when the game application is installed).

Further, the server device 10 may set the ability acquisition condition at an arbitrary timing as long as the progress parameter of the character has not reached the limit value.

[7.2] Character to be set The server device 10 of the present embodiment may set a common ability for all characters owned by the player and a common ability acquisition condition corresponding to the ability. However, the ability and the ability acquisition condition corresponding to the ability may be set individually for each character. That is, the server device 10 may set the ability and the ability acquisition condition corresponding to the ability in association with the character ID for each character of each player. In such a case, for example, when the level of the character is in the initial value (for example, "1"), the server device 10 sets the ability acquisition condition corresponding to the ability in association with the character.

[7.3] Method of setting ability acquisition conditions by lottery Further, the server device 10 may select an ability acquisition condition from a plurality of ability acquisition conditions by lottery and set the selected ability acquisition condition. good. By doing so, it is possible to give the player the fun of setting the ability acquisition condition. The ability acquisition conditions that can be selected may be one or a plurality.

[8] Specific Example of Ability Acquisition Condition The server device 10 stores the ability acquisition condition in the ability acquisition condition storage unit 148 in association with each ability (ability ID) for each player.

In the present embodiment, the ability acquisition condition can be "a condition related to the progress of the game". The "conditions relating to the game progress" are, for example, conditions relating to the game play status until the level of the character reaches the limit value, conditions relating to the event, conditions relating to the charging status of the player, and the like.

[8.1] Conditions relating to the game play situation As shown in FIG. 6, the ability acquisition conditions a, b, d, and f are conditions relating to the game play situation until the level of the character reaches the limit value.

Specifically, the ability acquisition condition a is a condition that "the period until the canst is within 8 months". That is, the ability acquisition condition a is a condition that the period from the initial value (for example, 1) to the limit value (for example, 99) of the character level is within 8 months. Further, the ability acquisition condition d is a condition that "the period until the canst is within 10 months".

Further, the ability acquisition condition b is a condition that "the number of battles is 100 or more". The number of battles may be the number of games played using the character (for example, the number of missions played in the game using the character PA) or the number of times the missions played in the game using the character are cleared. Further, the ability acquisition condition f is a condition that "the number of battles is 200 times or more".

The ability acquisition condition (condition related to the game play situation) may be a condition related to the player's game play time, game play count, login count, and game frequency.

For example, although not shown, there may be an ability acquisition condition that "the game play time of the player is 100 hours or more".

Further, there may be an ability acquisition condition that "the game play time of the player is a predetermined time or more (for example, 300 hours or more)". Further, there may be an ability acquisition condition that "the player's game frequency (for example, the number of games per month is 10 or more)". In addition, there may be an ability acquisition condition of "login every day". In addition, there may be an ability acquisition condition of "defeat 30 enemy characters".

[8.2] Conditions for events In this embodiment, the ability acquisition conditions may be "conditions for events". For example, the ability acquisition condition e shown in FIG. 6 is an example of "conditions related to an event". Specifically, the ability acquisition condition e is a condition that "participating in event X".

The event is a specific event (story event, battle event, lottery event, etc.) held during a predetermined period in the game. For example, in the case of a lottery event, it may be a condition for the event that the lottery result is a predetermined result.

[8.3] Conditions relating to the billing status In the present embodiment, the ability acquisition condition may be "conditions relating to the billing status of the player". For example, the ability acquisition condition c shown in FIG. 6 is an example of "conditions relating to a player's billing status". Specifically, the ability acquisition condition c is a condition that "subscribes to a preferential option". The server device 10 determines whether or not the preferential option is subscribed at the timing when the character level reaches the limit value.

The condition regarding the charging status of the player may be a condition that the player A charges a predetermined amount or more (for example, 100 yen or more).

In addition, the preferential option is a subscription, and indicates an option for giving preferential treatment to the game within the valid period. Then, the server device 10 determines that the preferential option is subscribed to when the preferential option for giving the preferential treatment to the game is set in association with the player A within the valid period. In other words, if the preferential option is settled (payment, billing) and the preferential option is still valid, it is determined that the preferential option is subscribed (the preferential option is set in association with the player). do.

[9] Notification processing The server device 10 notifies the player of the ability and the ability acquisition condition corresponding to the ability before the level of the character owned by the player reaches the limit value. The timing of notification is the timing when the ability acquisition condition is set (for example, when the player's game starts, when the character's level is in the initial value state, etc.), but after the timing when the ability acquisition condition is set, the character It may be any timing before the level of is reached the limit value.

FIG. 7 shows an example of the notification screen Sc1 displayed on the terminal device 20 of the player A. For example, as shown in FIG. 7, the ability A set in the player A and the ability acquisition condition a set in association with the ability A are notified. Specifically, the player A is notified of the information M71 indicating that the ability A increases the attack power by 10 times and the information M72 indicating that the ability acquisition condition a can be counter-stopped within 8 months. As a result, the player A can know that there is an ability A that can be acquired when the character can strike and the ability acquisition condition a for acquiring the ability A, and how can the player A acquire the ability A? Can be recognized.

[10] Ability acquisition process Then, the player advances the game so as to satisfy the ability acquisition condition corresponding to the ability in order to acquire the target ability. When the level of the character reaches the limit value, the server device 10 determines whether or not the ability acquisition condition is satisfied, and when it is determined that the ability acquisition condition is satisfied, the server device 10 gives the character the ability acquisition. Performs processing to acquire the ability to meet the conditions.

For example, as shown in FIG. 6, in the server device 10, when the ability acquisition condition a is set in association with the ability A in the player A, the level of the character PA owned by the player A becomes the limit value. When it is reached, it is determined whether or not the ability acquisition condition a is satisfied. That is, it is determined whether or not the period from the initial value to the limit value of the character PA level is within 8 months. Then, when the ability acquisition condition a is satisfied, that is, when the period from the initial value to the limit value of the character PA level is within 8 months, the character PA is made to acquire the ability A.

On the other hand, if the ability acquisition condition a is not satisfied, that is, if the period from the initial value to the limit value of the character PA exceeds 8 months, the character PA is controlled not to acquire the ability A. do.

Further, when the server device 10 sets a plurality of ability acquisition conditions in association with the ability, when the level of the character reaches the limit value, the server device 10 determines whether or not each ability acquisition condition is satisfied. , If all the ability acquisition conditions are met, the ability is granted.

For example, as shown in FIG. 6, in the server device 10, when the ability acquisition conditions a, b, and c are set in the player A in association with the ability B, the level of the character PA becomes the limit value. When it is reached, it is determined whether or not all the ability acquisition conditions a, b, and c are satisfied. That is, whether or not the period from the initial value to the limit value of the character PA is within 8 months, the number of battles of the character PA is 100 or more, and the player A has subscribed to the preferential option. Is determined. When all of the ability acquisition conditions a, b, and c are satisfied, that is, the period from the initial value to the limit value of the character PA is within 8 months, and the number of battles of the character PA is 100 or more. If the player A is subscribed to the preferential option, the character PA is subjected to the process of acquiring the ability B.

On the other hand, even if the period from the initial value to the limit value of the character PA level is within 8 months, if the number of battles of the character PA is less than 100 times, the ability acquisition condition b is not satisfied. Processing is performed so that the character PA does not acquire the ability B.

Also, if the period from the initial value to the limit value of the character PA is within 8 months, and even if the number of battles of the character PA is 100 or more, the player A does not subscribe to the preferential option. Does not satisfy the ability acquisition condition c, so processing is performed so that the character PA does not acquire the ability B.

[11] Change of ability acquisition condition The server device 10 may change the ability acquisition condition before the progress parameter of the character reaches the limit value. In this way, it is possible to maintain the motivation for the player to acquire the ability.

FIG. 8 shows an example of the change screen Sc2 displayed on the terminal device 20 of the player A. First, on the change screen Sc2, the information M81 of the ability A that increases the attack power by 10 times, and the information M82 indicating the ability acquisition condition a (condition that the counter can be stopped within 8 months) corresponding to the ability A are displayed.

Then, for example, the server device 10 acquires the ability under the condition that the period from 1 to 50 for the level of the character PA owned by the player A is 8 months and the period until the canst is within 8 months. It is assumed that the condition a cannot be satisfied.

Then, as shown in FIG. 8, the server device 10 presents information on the change screen Sc2 of the player A that recommends changing the ability acquisition condition a to the ability acquisition condition d based on the operation information of the player A. .. That is, the information M82 of the ability acquisition condition a that "the period until the canst is within 8 months" and the information M83 of the ability acquisition condition d that "the period until the canst is within 10 months" are presented, and on the change screen Sc2, the information M83 is presented. Information indicating that the ability acquisition condition a is changed to the ability acquisition condition d is presented by an arrow.

The server device 10 determines the ability acquisition condition achievable by the player A as the changed ability acquisition condition. In some cases, the player A wants to select an ability acquisition condition other than the ability acquisition condition d. In such a case, the link L84 shifts to a screen where the player A can select the changed ability acquisition condition. Then, from among a plurality of achievable ability acquisition conditions other than the ability acquisition condition a, the selection of the ability acquisition condition is accepted based on the instruction of the player A, and the ability acquisition condition a is changed to the selected ability acquisition condition. Control so that it can be changed.

When the server device 10 receives a confirmation instruction (for example, an instruction by the confirmation link L85) from the player A, the server device 10 changes the ability acquisition condition a to the ability acquisition condition d. In this way, the player A can be given room to achieve the ability acquisition condition d.

When the server device 10 changes from the ability acquisition condition a to the ability acquisition condition d, the ability corresponding to the ability acquisition condition d may be maintained as the ability A. That is, after the above ability acquisition condition is changed, the server device 10 reaches the limit value of the character PA level when the ability acquisition condition d is set for the player A in association with the ability A. When the ability acquisition condition d is satisfied, a process of causing the character PA to acquire the ability A is performed.

Further, when the server device 10 changes from the ability acquisition condition a to the ability acquisition condition d, the ability corresponding to the ability acquisition condition d is different from the ability A (for example, the ability Y to increase the attack power by 5 times). ) May be used. That is, after the above ability acquisition condition is changed, the server device 10 reaches the limit value of the character PA level when the ability acquisition condition d is set for the player A in association with the ability Y. When the ability acquisition condition d is satisfied, a process of causing the character PA to acquire the ability Y is performed.

The server device 10 of the present embodiment may change the ability acquisition condition based on the operation information of the player in exchange for the consumption of a given consumption parameter (for example, item, in-game currency, etc.). The consumption of the consumption parameter includes the billing process. For example, when the player A charges a predetermined amount or more (for example, 100 yen or more), the ability acquisition condition may be changed based on the operation information of the player.

Further, the server device 10 changes the ability acquisition condition based on the operation information of the player when the preferential option for giving the preferential treatment to the game is set in association with the player within the valid period. May be good.

Further, the server device 10 may limit the number of times the capacity acquisition condition is changed to a predetermined number (for example, once).

The server device 10 may change the capacity acquisition condition by computer control (CPU control). That is, the server device 10 may automatically change the ability acquisition condition by computer control without the operation of the player.

For example, in the server device 10, the ability acquisition condition a, which is a condition that the period from the level of the character PA owned by the player A to the level of 1 to 50 has passed 8 months and the period to the canst is within 8 months. Judge that the situation cannot be met.

Then, the server device 10 automatically sets the ability acquisition condition a that "the period until the canst is within 8 months" to the ability acquisition condition that the player A can achieve (for example, "the period until the canst is within 10 months"". Change to the ability acquisition condition d). The server device 10 may notify the player A of information indicating that the ability acquisition condition has been changed.

Further, the server device 10 of the present embodiment may change the ability acquisition condition by computer control in exchange for the consumption of a given consumption parameter (for example, item, in-game currency, etc.). For example, when the player A charges a predetermined amount or more (for example, 100 yen or more) in advance, the ability acquisition condition may be automatically changed by computer control.

Further, the server device 10 may automatically change the ability acquisition condition by computer control when a preferential option for giving preferential treatment to the game is set in association with the player within the valid period. good.

Further, in the server device 10, the ability value after the change of the ability acquisition condition may be lower than the ability value before the change. For example, the ability A before the change increases the attack power by 10 times, the ability Y after the change increases the attack power by 5 times, and so on, so that the ability value (magnification of the attack power) is reduced. It may be a thing.

[12] Notification prompting change due to prediction determination Further, the server device 10 predicts and determines whether or not the ability acquisition condition is achieved before the progress parameter of the character reaches the limit value based on the progress of the game. You may try to do it. Then, when the server device 10 predicts and determines that the ability acquisition condition is not achieved, the server device 10 may notify the player of information prompting the player to change the ability acquisition condition.

For example, the server device 10 makes a prediction determination based on the progress of the game before the level of the character PA reaches the limit value. That is, when the game is played at a pace until the level of the game reaches the intermediate value (for example, 50) of the progress of the game, it is predicted and determined whether or not the situation cannot be completed by the deadline indicated by the ability acquisition condition.

Specifically, for example, it is assumed that the ability acquisition condition associated with the ability A is the ability acquisition condition a that "the period until the canst is within 8 months". Then, at the timing when the level of the character PA reaches a predetermined value (for example, 50), it is predicted and determined whether or not the ability acquisition condition a can be achieved. The predetermined value is lower than the limit value.

For example, the period twice as long as the period Ta for the level of the character PA to reach 1 to 50 is predicted to be the period Tb (the period for the level of the character PA to reach 1 to 99) until the counter stop. Then, based on the period Tb, it is determined whether or not the ability acquisition condition a can be achieved.

Specifically, assuming that the period from 1 to 50 for the character PA level to reach 50 is 5 months, the period Tb until the counter stop is predicted to be 10 months, and the ability acquisition condition a (until the counter stop) is predicted in the period Tb. It is predicted that the period of 8 months or less) cannot be achieved.

Then, when the server device 10 predicts and determines that the ability acquisition condition a cannot be achieved, the server device 10 notifies the player A of information prompting the player A to change the ability acquisition condition.

FIG. 9 is a diagram showing an example of the change proposal screen Sc3. For example, as shown in FIG. 9, the server device 10 has the information M91 of the ability A set in the current player A and the ability set in association with the ability A on the display unit of the terminal device 20 of the player A. The information M92 of the acquisition condition a is displayed, and further, the information M93 recommending that the ability acquisition condition be changed from the ability acquisition condition a to another ability acquisition condition is displayed. The link L94 to the change screen may be displayed on the change proposal screen Sc3.

After that, when the player A clicks the link L94, the screen shifts to the change screen Sc2 as shown in FIG. Then, the ability acquisition condition a is changed to another ability acquisition condition based on the operation information of the player A.

In this way, the player A can know that it is unlikely that the ability acquisition condition a can be achieved, and can have an opportunity to change to another ability change condition. In addition, it is possible to set an achievement goal for acquiring the ability again, and it is possible to encourage the player A to continue the game play.

[13] Flow Chart Next, the flow of processing of the server device 10 will be described with reference to FIG. For convenience of explanation, an example of the character PA owned by the player A will be described.

First, it is determined whether or not the player A has started the game (step S1). When the player A starts the game (Y in step S1), the ability and the ability acquisition condition set in association with the ability are stored in the storage unit (step S2).

Then, the player A is notified of the ability and the ability acquisition condition corresponding to the ability (step S3).

Then, it is determined whether or not the level of the character PA owned by the player A has reached the limit value (step S4).

When the level of the character PA owned by the player A reaches the limit value (Y in step S4), it is determined whether or not the ability acquisition condition is satisfied (step S5).

When the ability acquisition condition is satisfied (Y in step S5), a process of causing the character PA to acquire the ability corresponding to the ability acquisition condition is performed (step S6). This completes the process.

[14] Application example [14.1] Method of setting ability acquisition conditions based on player input information The server device 10 has an ability based on player input information before the character's progress parameter reaches the limit value. Acquisition conditions may be set. In this way, the player can set the ability acquisition condition by himself / herself before the progress parameter of the character reaches the limit value.

For example, the server device 10 may accept the selection of the ability acquisition condition from a plurality of ability acquisition conditions based on the input information of the player, and set the selected ability acquisition condition. By doing so, it is possible to give the player the fun of setting the ability acquisition condition. The ability acquisition conditions that can be selected may be one or a plurality.

As described above, the timing for setting the ability acquisition condition based on the input information of the player is an arbitrary timing before the progress parameter of the character reaches the limit value, and is, for example, the time when the game of the player A starts ( (When the level of the character is in the initial value state), etc.

FIG. 11 is an example of the setting screen Sc4 displayed on the terminal device 20 of the player A. The server device 10 of the present embodiment accepts the selection of the ability acquisition condition based on the input information of the player A.

For example, as shown in FIG. 11, among a plurality of ability acquisition conditions displayed in the selection list L92, the ability acquisition condition d (the condition that the period until the canst is within 10 months) and the ability acquisition condition f (the condition that the period from the player A to the canst is within 10 months) Accepts the selection of (condition that the number of matches is 200 or more). As shown in FIG. 11, the selection list L92 also displays the contents of each ability acquisition condition.

Then, the server device 10 displays the information of the ability corresponding to the one or a plurality of ability acquisition conditions based on the one or a plurality of ability acquisition conditions selected by the player A. For example, the server device 10 displays the information M91 of the ability D corresponding to the selected ability acquisition condition d and the ability acquisition condition f on the terminal device 20 of the player A.

Then, when the confirmation instruction is received from the player A (for example, when the player A clicks the link L95 of the confirmation instruction), the ability acquisition condition d and the ability acquisition corresponding to the ability D are associated with the player ID of the player A. The condition f is stored in the ability acquisition condition storage unit 148.

Although not shown, if the player does not have the ability to meet the selected ability acquisition condition, for example, "the player does not have the ability to meet the selected ability acquisition condition". Display incapacitated information.

Further, even when the ability acquisition condition is set based on the input information of the player, the ability acquisition condition may be changed and the change notification may be processed as described above.

As described above, in the present embodiment, the player can be made to select the ability acquisition condition to be set from a plurality of ability acquisition conditions, and the ability acquisition condition is set so as to be flexible in training the character. It can be carried out. Further, according to the present embodiment, the ability desired by the player can be set in advance.

[15] Supplementary explanation of abilities and ability values The server device 10 determines the ability values (examples of ability parameters) acquired by the character PA based on the progress of the game until the level of the character PA reaches the limit value. You may try to do it. For example, the ability A is an ability to increase the attack power by 10 times (ability value = 10), but the ability value (attack power) corresponds to the game play time from the start of the game to the counter stop of the character PA. Magnification) may be increased.

In the present embodiment, when the character reaches the limit value and the ability acquisition condition is satisfied, the ability to be acquired by the character may be an ability that cannot be obtained before the character reaches the limit value. In this way, the ability can be made into a rare ability.

[16] Others The present invention is not limited to the one described in the above embodiment, and various modifications can be made. For example, a term cited as a broad or synonymous term in a description in a specification or drawing may be replaced with a broad or synonymous term in another description in the specification or drawing.

In this embodiment, the game is not limited to an RPG game. For example, it can be used for action games, battle fighting games, battle games such as sports games, music games, training games, and other simulation games.

The present invention includes a configuration substantially the same as the configuration described in the embodiment (for example, a configuration having the same function, method and result, or a configuration having the same purpose and effect). The present invention also includes a configuration in which a non-essential part of the configuration described in the embodiment is replaced. Further, the present invention includes a configuration having the same action and effect as the configuration described in the embodiment or a configuration capable of achieving the same object. Further, the present invention includes a configuration in which a known technique is added to the configuration described in the embodiment.

As described above, embodiments of the present invention have been described in detail, but those skilled in the art will readily appreciate that many modifications that do not substantially deviate from the novelties and effects of the present invention are possible. .. Therefore, all such modifications are included in the scope of the present invention.

10 Server device 20, 20A, 20B, 20C terminal device,
100 processing unit,
101 Communication control unit,
102 Web processing unit,
103 Game Control Unit,
104 Timer Management Department,
107 Display control unit,
111 Progress Management Department,
112 Capacity Management Department,
115 Notification section,
116 Condition setting unit 116,
117 Condition change part 117,
140 storage,
142 main memory,
144 Game data storage,
146 Player information storage unit,
148 Ability acquisition condition memory unit,
180 Information storage medium,
196 Communication Department,
120 input section,
130 display section,
200 processing unit,
210 Communication control unit,
211 Web browser,
212 Game Processing Department,
213 Display control unit,
220 drawing part,
230 Sound processing unit,
260 input section,
262 detector,
270 storage,
271 Main memory,
272 drawing buffer,
280 information storage medium,
290 display section,
292 Sound output section,
296 Communication Department

Claims (14)

A program in which a player owns a character and controls the progress of the game using the character.
A progress management unit that executes a process of changing the progress parameter associated with the character up to a given limit value according to the progress of the game by the character.
A storage unit that stores the ability acquisition conditions set in association with the ability,
A notification unit that notifies the player of the ability and the ability acquisition condition corresponding to the ability before the progress parameter of the character reaches the limit value.
When the progress parameter of the character reaches the limit value, it is determined whether or not the ability acquisition condition is satisfied, and when it is determined that the ability acquisition condition is satisfied, the character is given the ability. A program characterized by operating a computer as an ability management unit that performs processing to acquire the ability corresponding to the acquisition conditions. In claim 1,
The condition setting unit is
A program characterized by selecting ability acquisition conditions from a plurality of ability acquisition conditions by lottery and setting the selected ability acquisition conditions. A program in which a player owns a character and controls the progress of the game using the character.
A progress management unit that executes a process of changing the progress parameter associated with the character up to a given limit value according to the progress of the game by the character.
Before the progress parameter of the character reaches the limit value, the condition setting unit that sets the ability acquisition condition in association with the ability based on the input information of the player, and
A storage unit that stores the ability acquisition conditions set by the condition setting unit, and a storage unit.
When the progress parameter of the character reaches the limit value, it is determined whether or not the ability acquisition condition is satisfied, and when it is determined that the ability acquisition condition is satisfied, the character is given the ability. A program characterized by operating a computer as an ability management unit that performs processing to acquire the ability corresponding to the acquisition conditions. In claim 3,
The condition setting unit is
A program characterized by accepting selection of ability acquisition conditions from a plurality of ability acquisition conditions based on input information of the player and setting the selected ability acquisition conditions. In any of claims 1 to 4,
The capacity management department
A program characterized in that it is determined that the above-mentioned ability acquisition condition is satisfied when the condition regarding the game progress is satisfied. In any of claims 1 to 5,
The capacity management department
A program characterized in that it is determined that the ability acquisition condition is satisfied when at least one of a condition relating to an event, a condition relating to a player's billing status, and a condition relating to a game play status is satisfied. In any of claims 1 to 6,
A program characterized by further functioning a computer as a condition changing unit for changing the ability acquisition condition before the progress parameter of the character reaches the limit value. In claim 7,
The condition change part is
A program characterized in that the ability acquisition condition is changed based on the player's operation information in exchange for the consumption of a given consumption parameter. In claim 7 or 8,
The condition change part is
A program characterized in that when a preferential option for giving preferential treatment to a game within a valid period is set in association with the player, the ability acquisition condition is changed based on the operation information of the player. In any of claims 7-9,
Before the progress parameter of the character reaches the limit value, it is predicted and determined whether or not the ability acquisition condition is achieved based on the game progress status, and when it is predicted and determined that the ability acquisition condition is not achieved, the above-mentioned A program characterized by further functioning a computer as a notification unit for notifying a player of information prompting the player to change the ability acquisition condition. A server device in which a player owns a character and controls the progress of the game using the character.
A progress management unit that executes a process of changing the progress parameter associated with the character up to a given limit value according to the progress of the game by the character.
A storage unit that stores the ability acquisition conditions set in association with the ability,
A notification unit that notifies the player of the ability and the ability acquisition condition corresponding to the ability before the progress parameter of the character reaches the limit value.
When the progress parameter of the character reaches the limit value, it is determined whether or not the ability acquisition condition is satisfied, and when it is determined that the ability acquisition condition is satisfied, the character is given the ability. A server device including an ability management unit that performs processing for acquiring an ability corresponding to an acquisition condition. A server device in which a player owns a character and controls the progress of the game using the character.
A progress management unit that executes a process of changing the progress parameter associated with the character up to a given limit value according to the progress of the game by the character.
Before the progress parameter of the character reaches the limit value, the condition setting unit that sets the ability acquisition condition in association with the ability based on the input information of the player, and
A storage unit that stores the ability acquisition conditions set by the condition setting unit, and a storage unit.
When the progress parameter of the character reaches the limit value, it is determined whether or not the ability acquisition condition is satisfied, and when it is determined that the ability acquisition condition is satisfied, the character is given the ability. A server device including an ability management unit that performs processing for acquiring an ability corresponding to an acquisition condition. A game system in which a player owns a character and controls the progress of the game using the character.
A progress management unit that executes a process of changing the progress parameter associated with the character up to a given limit value according to the progress of the game by the character.
A storage unit that stores the ability acquisition conditions set in association with the ability,
A notification unit that notifies the player of the ability and the ability acquisition condition corresponding to the ability before the progress parameter of the character reaches the limit value.
When the progress parameter of the character reaches the limit value, it is determined whether or not the ability acquisition condition is satisfied, and when it is determined that the ability acquisition condition is satisfied, the character is given the ability. A game system characterized by including an ability management unit that performs processing for acquiring abilities corresponding to acquisition conditions. A game system in which a player owns a character and controls the progress of the game using the character.
A progress management unit that executes a process of changing the progress parameter associated with the character up to a given limit value according to the progress of the game by the character.
Before the progress parameter of the character reaches the limit value, the condition setting unit that sets the ability acquisition condition in association with the ability based on the input information of the player, and
A storage unit that stores the ability acquisition conditions set by the condition setting unit, and a storage unit.
When the progress parameter of the character reaches the limit value, it is determined whether or not the ability acquisition condition is satisfied, and when it is determined that the ability acquisition condition is satisfied, the character is given the ability. A game system characterized by including an ability management unit that performs processing for acquiring abilities corresponding to acquisition conditions.

Images