JP7292251B2 - Programs, systems and methods for providing games - Google Patents

Description

The present invention relates to a program, system and method for providing games.

Conventionally, various types of games using objects such as characters have been provided. For example, Patent Literature 1 below discloses a game in which a party composed of a main character and sub-characters battles an enemy character. Also, in such games, a party is typically made up of characters selected by the player from among a plurality of available characters.

JP 2016-49296 A

However, when the characters that make up the party are selected by the player, some characters that are advantageous to the progress of the game or that are preferred by the player are mostly used, and some characters are hardly used. I can put it away. Such bias in the characters to be used may limit the variety of enjoyment of the game.

One object of the embodiments of the present invention is to promote the use of various objects in a game in which a plurality of objects such as characters are used. Other objects of embodiments of the present invention will become apparent upon review of the specification as a whole.

A program according to one embodiment of the present invention is a program for providing a game, in which a computer receives selection of an object from a predetermined number of two or more objects upon occurrence of a first event. performing the first event based at least on the value of a first parameter associated with the selected object; and performing the first event associated with the selected object each time the first event is performed; and a process of updating the value of the second parameter, which is a value of two parameters and varies the value of the first parameter.

A system according to one embodiment of the present invention is a system for providing a game, comprising one or more computer processors, wherein the one or more computer processors, in response to execution of readable instructions, a process of accepting selection of an object from among a predetermined number of two or more objects in response to the occurrence of a first event; and updating the value of the second parameter, which is the value of the second parameter associated with the selected object and which changes the value of the first parameter, each time the first event is executed. process and perform.

A method according to an embodiment of the present invention is a method for providing a game, executed by one or more computers, wherein a predetermined number of two or more objects are selected upon occurrence of a first event. performing the first event based at least on the value of a first parameter associated with the selected object; each time performing the first event, the selected object and updating a value of a second parameter associated with the object that varies the value of the first parameter.

Various embodiments of the present invention promote the use of diverse objects in games in which multiple objects such as characters are used.

1 is a configuration diagram schematically showing the configuration of a network including a game providing server 10 according to one embodiment of the present invention; FIG. 4 is a diagram illustrating information managed by a player information table 151; FIG. 4 is a diagram illustrating information managed by an object information table 152; FIG. FIG. 10 is a diagram exemplifying information managed by a player-by-player object management table 153; FIG. FIG. 5 is a view exemplifying a map screen 50; FIG. 11 is a view exemplifying a party list confirmation screen 60; FIG. FIG. 11 is a view exemplifying a party setting screen 70; FIG. FIG. 7 is a diagram illustrating details of an individual display area 73; FIG. FIG. 4 is a flowchart illustrating processing executed by the server 10 when a player plays a dungeon; 4 is a view exemplifying a party list setting screen 80; FIG. 4 is a diagram illustrating a dungeon screen 90; FIG. The figure for demonstrating the hierarchical structure of several events. FIG. 4 is a diagram illustrating types of events and corresponding picture objects; FIG. 4 is a flow diagram illustrating processing executed by the server 10 in response to occurrence of a battle event; FIG. 10 is a view exemplifying a party selection screen 100; FIG. FIG. 11 is a view exemplifying a party setting (dungeon) screen 110; FIG. FIG. 11 is a view exemplifying the party setting (dungeon) screen 110 in a state where the first state button 1161 is selected; FIG. 11 is a view exemplifying the party setting (dungeon) screen 110 in a state where the second state button 1162 is selected; FIG. 4 illustrates an example of a warning window 120;

Hereinafter, embodiments of the present invention will be described with reference to the drawings. In the drawings, the same reference numerals may be used for the same or similar components.

FIG. 1 is a configuration diagram schematically showing the configuration of a network including a game providing server 10 according to one embodiment of the present invention. As illustrated, the server 10 is communicably connected to the player terminal 30 via a communication network 20 such as the Internet. Although only one player terminal 30 is illustrated in FIG. 1 , the server 10 can be communicatively connected to a plurality of player terminals 30 . The server 10 provides games to users operating the player terminals 30 . The game providing server 10 is an example of a device implementing all or part of the system of the present invention.

First, the hardware configuration of the game providing server 10 will be described. The game providing server 10 is configured as a general computer. As shown in FIG. 1, the computer processor 11, main memory 12, input/output I/F 13, communication I/F 14, storage ) 15, and these constituent elements are electrically connected via a bus or the like (not shown).

The computer processor 11 is configured as a CPU, GPU, or the like, reads various programs stored in the storage 15 or the like into the main memory 12, and executes various instructions included in the programs. The main memory 12 is composed of, for example, a DRAM.

The input/output I/F 13 includes various input/output devices for exchanging information with an operator or the like. The input/output I/F 13 includes, for example, information input devices such as keyboards and pointing devices (for example, mice, touch panels, etc.), voice input devices such as microphones, and image input devices such as cameras. The input/output I/F 13 includes an image output device such as a display and an audio output device such as a speaker.

The communication I/F 14 is implemented as hardware such as a network adapter, various types of communication software, or a combination thereof, and is configured to enable wired or wireless communication via the communication network 20 or the like.

The storage 15 is composed of, for example, a magnetic disk, flash memory, or the like. The storage 15 stores various programs including an operating system, various data, and the like. For example, as shown in FIG. 1, the storage 15 includes a player information table 151 that manages information about players in the game, an object information table 152 that manages information about objects used in the game, and an object-based table for each player. and a player-by-player object management table 153 for managing information. Also, for example, the storage 15 stores a server-side program 40 according to one embodiment of the present invention. The program 40 is a program for causing the game providing server 10 to function as all or part of a system for providing games. At least part of the server-side program 40 can be configured to be executed on the player terminal 30 side via a web browser or other application.

In this embodiment, the game providing server 10 can be configured using a plurality of computers each having the hardware configuration described above. For example, the server 10 may be composed of one or more server devices.

The game providing server 10 configured in this manner has functions as a web server and an application server, and responds to requests from web browsers or other applications (for example, game applications, etc.) installed in the player terminals 30. Various processes are executed in response, and screen data (for example, HTML data) and control data according to the results of the processes are transmitted to the player terminal 30 . A web page or other screen based on the received data is displayed on the player terminal 30 .

Next, the hardware configuration of the player terminal 30 will be described. The player terminal 30 is configured as a general computer, and as shown in FIG. 35, and these constituent elements are electrically connected via a bus or the like (not shown).

The computer processor 31 is configured as a CPU, GPU, or the like, reads various programs stored in the storage 35 or the like into the main memory 32, and executes various instructions included in the programs. The main memory 32 is composed of, for example, a DRAM.

The input/output I/F 33 includes various input/output devices for exchanging information with an operator or the like. The input/output I/F 33 includes, for example, information input devices such as keyboards and pointing devices (for example, mouse, touch panel, etc.), voice input devices such as microphones, and image input devices such as cameras. The input/output I/F 33 includes an image output device such as a display and an audio output device such as a speaker.

The communication I/F 34 is implemented as hardware such as a network adapter, various types of communication software, or a combination thereof, and is configured to enable wired or wireless communication via the communication network 20 or the like.

The storage 35 is configured by, for example, a magnetic disk or flash memory. The storage 35 stores various programs including an operating system, various data, and the like. A program stored in the storage 35 can be downloaded from an application market or the like and installed.

In this embodiment, the player terminal 30 may be configured as a smart phone, tablet terminal, wearable device, personal computer, game terminal, or the like.

A user (game player) of the player terminal 30 configured in this way communicates with the server 10 via a web browser or other application installed in the storage 35 or the like, thereby enabling the server 10 to provide You can play games that

Next, functions of the game providing server 10 configured as described above will be described. The computer processor 11 of the server 10, as shown in FIG. , and the game progress control unit 112 .

The management function control unit 111 is configured to execute various processes related to control of game management functions. For example, the management function control unit 111 transmits screen data and control data of various screens related to the management function to the player terminal 30, and responds to an operation input by the player via the screen displayed on the player terminal 30. and executes various processes, and transmits screen data, control data, etc. according to the results of the processes to the player terminal 30 . Management functions controlled by the management function control unit 111 include, for example, login processing (user authentication), billing control, and player management (for example, updating the player information table 151).

The game progress control unit 112 is configured to execute various processes related to controlling the progress of the game. For example, the game progress control unit 112 transmits screen data and control data of various screens related to the game to the player terminal 30, and responds to an operation input by the player via the screen displayed on the player terminal 30. , and transmits screen data, control data, etc. according to the results of the processing to the player terminal 30 . For example, when the game provided by the server 10 is a game involving fighting against an enemy character, the game progress control unit 112 can be configured to execute various processes including fighting against the enemy character.

In the present embodiment, the game progress control unit 112 is configured to receive selection of an object from a predetermined number of two or more objects when the first event occurs. For example, the game progress control unit 112 accepts selection of one or a plurality of objects from among a predetermined number of objects before or after the occurrence of the first event. Selection of such an object is performed via a screen displayed on the player terminal 30, for example.

The object in this embodiment is one of the elements used in the game, and includes various types of electronic and virtual objects according to the design of the game. For example, an object can be configured as a character. For example, a plurality of selected characters can be set as a party, a deck, or the like.

The game progress control unit 112 is also configured to execute the first event based at least on the value of the first parameter associated with the selected object. In other words, it can be said that the first event is an event executed using the selected object. The first event includes, for example, a battle between the selected character and an enemy character. The first parameters may include various parameters used for progressing the game.

Also, the game progress control unit 112 is configured to update the value of the second parameter associated with the selected object (the object used to execute the first event) each time the first event is executed. ing. In this embodiment, the second parameter is configured such that its value varies (affects) the value of the first parameter.

As described above, the game providing server 10 in the present embodiment executes the first event by using the object selected from the predetermined number of objects when the first event occurs, and executes the first event. Each event is configured to update the value of the second parameter of the object used to execute the first event. Since the value of the second parameter changes the value of the first parameter used for executing the first event, the change in the value of the first parameter is taken into consideration when executing the first event next time. There may also be cases where the selection of other objects is preferable. In this way, the game providing server 10 can prevent the use of some objects from being concentrated in a game in which a plurality of objects such as characters are used, and as a result, can promote the use of various objects. .

In this embodiment, the game progress control unit 112 can be configured to display a screen on the player terminal 30 for accepting selection of an object from among a predetermined number of objects. In this case, the screen may be configured to display the object with an appearance based at least on the value of the second parameter. For example, on the screen, some or all of a predetermined number of objects are displayed with an appearance (color, shape, pattern, effect, addition of screen elements, etc.) based at least on the value of the second parameter. Such an arrangement supports the selection of objects considering the value of the second parameter.

In this embodiment, the game progress control unit 112 can be configured to repeatedly generate an event specified from among a plurality of events including the first event. The event to be generated from among a plurality of events is specified, for example, automatically by the computer (server 10) according to a predetermined rule, or by the player via a screen displayed on the player terminal 30. Such a configuration can provide the player with enjoyment regarding the occurrence of an event.

In this embodiment, multiple events may be associated with each of multiple event points placed on the map. For example, the game progress control unit 112 may be configured to generate an event specified from among multiple events associated with an event point selected from among multiple event points arranged on the map. The event points are sometimes called stages, sites, areas, and the like. Such a configuration may give the player enjoyment regarding the selection of event points on the map.

In this case, the game progress control section 112 can be configured to receive the setting of the predetermined number of objects from among the plurality of objects in accordance with the selection of the event point from among the plurality of event points. For example, the game progress control unit 112 displays a screen for setting a predetermined number of objects on the player terminal 30 before or after the selection of the event points, and through the screen, the player selects the predetermined number of objects. (selection of a predetermined number of objects from a plurality of objects). Then, when repeatedly executing the first event included in the plurality of events associated with the event point selected on the map, an object selected from among the set predetermined number of objects is used. Become. Such a configuration may provide the player with enjoyment regarding the setting of a predetermined number of objects associated with the selection of event points on the map.

In this embodiment, various rules may be applied to updating the value of the second parameter each time the first event is executed. For example, the game progress control unit 112 is configured to increase the value of the second parameter associated with the selected object (the object used to execute the first event) each time the first event is executed. obtain. For example, the second parameter is incremented by a predetermined value each time the first event is executed, and the predetermined value is configured as a fixed value or a variable value. Also, in this case, the value of the first parameter can be configured to decrease as the value of the second parameter increases, and the first event becomes more advantageous to the player as the value of the first parameter increases. can be run as In such a configuration, the value of the first parameter of the object used to execute the first event decreases and is no longer advantageous to the execution of the first event. can facilitate selection. As a result, concentration of usage on some objects is suppressed.

Further, when increasing the value of the second parameter each time the first event is executed, the game progress control unit 112 executes the first event so that the smaller the value of the second parameter, the more advantageous the player. can be configured to In this case, for example, the first event is executed based directly on the value of the second parameter itself, in addition to the value of the first parameter. Such an arrangement allows execution of the first event based directly on the value of the second parameter.

Also, when similarly increasing the value of the second parameter, the game progress control unit 112, each time the first event is executed, controls the In addition to increasing the value of the second parameter, the second parameter associated with some or all of the objects other than the selected object (objects not used to execute the first event) among the predetermined number of objects It can be configured to decrease the value of two parameters. Such a configuration makes it possible to reduce the value of the second parameter, which has been used in the first event and increased, by not using it in the first event, thereby excessively suppressing concentration of use on some objects. You can prevent it from happening.

Also, such a decrease in the value of the second parameter may be realized by executing an event. For example, the game progress control unit 112 may be configured to execute a second event that decreases the value of the second parameter associated with at least some of the predetermined number of objects. For example, the second event is identified from among a plurality of events and occurs, and the second parameter values of some or all of the predetermined number of objects decrease by a predetermined value in response to the execution of the second event. . Such a configuration allows the value of the second parameter to be decreased by an event, and can provide the player with enjoyment regarding the adjustment of the value of the second parameter.

Also, such a reduction in the value of the second parameter may be achieved through the use of electronic and virtual items. For example, the game progress control unit 112 may be configured to decrease the value of the second parameter associated with at least part of the predetermined number of objects according to the use of the predetermined item. For example, a predetermined item is used according to an instruction by the player, and the second parameter values of some or all of the predetermined number of objects are decreased by a predetermined value according to the use of the predetermined item. Such a configuration allows the value of the second parameter to be decreased by the item, and can provide the player with enjoyment regarding the adjustment of the value of the second parameter.

Further, the game progress control unit 112 can be configured to give a predetermined reward (items, points, etc.) to the player along with the execution of the first event. , may vary based at least on the value of the second parameter associated with the selected object (the object used to perform the first event). For example, when increasing the value of the second parameter each time the first event is executed, the value of the predetermined reward decreases as the value of the second parameter increases (for example, the amount of reward decreases, and/or poor quality rewards). Such a configuration can further suppress the concentration of usage on some objects.

Next, a specific example as one aspect of the game providing server 10 of this embodiment having such functions will be described. In this example, the game providing server 10 provides an RPG in which a party composed of a plurality of characters (objects) fights enemy characters. RPG is an example of the game in this embodiment, and various types of games can be applied in various aspects of the embodiment of the present invention.

FIG. 2 illustrates information managed by the player information table 151 in this example. The player information table 151 in this example manages information about game players, and includes account names, genders, dates of birth, etc. in association with "player accounts" that identify individual players, as shown in the figure. "Basic Information", "Acquired Dungeon Score" that indicates the dungeon score that the player has acquired, "Possessed Item Information" that is information about items owned by the player, and "Possessed Skill Information" that is information about skills owned by the player. Manage information. A dungeon score, in this example, is the score that can be earned when playing a particular dungeon map.

The possessed item information includes information (for example, item ID) that can identify the item possessed by the player. The possessed skill information includes information (for example, skill ID) that can identify the skill possessed by the player. In this example, the player can acquire items or skills as various rewards such as rewards for clearing a stage, by exchanging them for coins or the like, or by lottery (Gacha).

FIG. 3 illustrates information managed by the object information table 152 in this example. The object information table 152 in this example manages information about characters used in the game, and as shown in the figure, associates "character IDs" that identify individual characters with "basic information" including names, character manages information such as "battle parameter basic value information" which is information related to the basic value of the battle parameter (first parameter) possessed by the .

In the battle parameter basic value information, the basic values of each of a plurality of battle parameters used in battle, such as offensive power and defensive power, are set. The basic values of these battle parameters are different for each character.

FIG. 4 illustrates information managed by the player-by-player object management table 153 in this example. The player-by-player object management table 153 in this example manages information related to characters owned by each player, and as shown in the figure, a "player account" that identifies an individual player and a "character ID" that identifies an individual character. Corresponding to the combination, "experience value", "level" that increases stepwise according to the increase in experience value, "battle parameter information" that is information on the battle parameter (current value) possessed by the character, memory "wear value" indicating the value of wear (second parameter), "equipped item information" that is information about items (weapons, armor, etc.) equipped by the corresponding character, skills equipped by the corresponding character ( magic, etc.), and manages information such as "party setting information" that is information about the setting of the corresponding character to the party.

Memory wear is a parameter used when playing a particular dungeon map in this example game. Details will be described later.

The party setting information includes information (for example, party ID) that can identify the party to which the corresponding character is set. In this example, the party consists of five characters, and the player can set up multiple parties. Also, one character can be assigned to only one party, and one character cannot be assigned to multiple parties.

In this example, the player can acquire characters at various timings, for example, acquire characters as various rewards such as rewards for clearing a stage, acquire characters by exchanging them for compensation such as coins, or , characters can be acquired by lottery (gacha). Also, in this example, the characters included in the party acquire experience points according to the clearing of the stage. In addition to this, the character may acquire experience points by using specific items. As the experience value increases, the character's battle parameters increase as they level up.

FIG. 5 illustrates a map screen 50 displayed on the player terminal 30. As shown in FIG. In the game of this example, a plurality of types of maps with mutually different rules, restrictions, rewards, etc. are prepared. This is the screen for playing The screen 50 has a map display area 52, a party list button 54, and a challenge button 56, as shown.

The map display area 52 displays a map including a plurality of event points 521 connected by paths, and a current position object 522 is arranged on the event point 521 corresponding to the player's current position. The player can change the current position to the selected point 521 by selecting one of the plurality of event points 521 . The current position object 522 moves according to the change of the player's current position. In this example, the player needs to proceed by clearing the event points 521 in order from the left side of the map display area 52 to the right side.

The party list button 54 is a screen element for confirming a plurality of parties (party list) that have been set. When the button 54 is selected, instead of the map screen 50, a party list confirmation screen 60 illustrated in FIG. 6 is displayed. The screen 60 has, as shown, a list display area 62 for displaying a list of parties that have been set, and a return button 64 for returning to the previous screen.

In the list display area 62, three individual display areas 63 each displaying information about an individual party are arranged side by side in the vertical direction. In this example, three parties can be set in advance as parties for a specific dungeon map. In the individual display area 63, character image areas 631 corresponding to five characters forming the corresponding party are arranged side by side in the horizontal direction. In each character image area 631, a circular wear value object WV that displays the stored wear value of the corresponding character (hereinafter sometimes referred to as "wear value") is arranged at the lower right corner thereof. .

The wear value object WV is configured to change appearance based on the wear value. Specifically, the wear value object WV is displayed in the first mode (for example, light blue background) when the wear value is in the good range of 0 to 2, and is displayed in the normal range of 3 to 6. , is displayed in the second mode (eg, white background), and when the wear value is in the deterioration range of 7 or more, it is displayed in the third mode (eg, red background).

In this example, the wear value is set to "3" as a default value, and although details will be described later, it varies depending on whether or not the player participates in the battle. At this stage, when you have not started playing the dungeon, the wear values for all characters are set to default values.

When the individual display area 63 is selected, instead of the party list confirmation screen 60, a party setting screen 70 illustrated in FIG. 7 is displayed. The screen 70 is a screen for setting the corresponding party, and as shown in the figure, there is a list display area 72 for displaying a list of five characters that make up the party, and a return button for returning to the previous screen. 74.

In the list display area 72, five individual display areas 73, each of which displays information about an individual character, are arranged vertically. FIG. 8 illustrates details of the individual display area 73 . As shown in the figure, the area 73 displays the name, level (current value/maximum value), HP, etc. of the corresponding character, as well as a character image area 731 for displaying the image of the character, and an equipment equipment for the character. It has an equipment item setting area 733 for setting items to be equipped and an equipment skill setting area 734 for setting skills to be equipped for the character. In the character image area 731, the aforementioned wear value object WV displaying the wear value of the corresponding character is arranged at the lower right corner thereof.

When the character image area 731 is selected, a list of characters possessed by the player is displayed, and the player can change the characters included in the party by selecting a desired character from the listed characters. can. As the characters included in the party are changed, the display contents in the individual display area 73 are updated, and the party setting information in the player-by-player object management table 153 is updated.

In the equipment item setting area 733, three individual display areas 7331 each corresponding to an individual item are arranged side by side in the horizontal direction. The individual display area 7331 displays an image of the corresponding item, and when the area 7331 is selected, a list of items that can be equipped by the corresponding character is displayed, and the player can select the desired item from the listed items. By selecting an item, the item equipped by the corresponding character can be changed. As the items equipped by the character are changed, the display contents in the equipment item setting area 733 are updated, and the equipment item information in the player-by-player object management table 153 is updated.

Similarly, in the equipment skill setting area 734, two individual display areas 7341 each corresponding to an individual skill are arranged side by side in the horizontal direction. The individual display area 7341 displays an image of the corresponding skill, and when the area 7341 is selected, a list of skills that can be equipped by the corresponding character is displayed. By selecting a skill, the skill equipped by the corresponding character can be changed. Along with the change in the skill equipped by the character, the content displayed in the equipped skill setting area 734 is updated, and the equipped skill information in the player-by-player object management table 153 is updated.

Returning to the map screen 50 of FIG. 5, the challenge button 56 on the screen 50 is a screen element for playing the dungeon corresponding to the selected event point 521 (on which the current position object 522 is arranged). FIG. 9 is a flow diagram illustrating processing executed by the server 10 (in response to selection of the challenge button 56 on the map screen 50) when the player plays an individual dungeon. The server 10 first receives the setting of the party list used in the dungeon, as shown in the figure (step S100).

FIG. 10 exemplifies a party list setting screen 80 displayed instead of the screen 50 in response to selection of the challenge button 56 on the map screen 50 . The screen 80 is a screen for setting a party list to be used in a dungeon, and as shown in the figure, a list display area for displaying a list of parties set at that point in time, similar to the party list confirmation screen 60 described above. 82, a return button 84 for returning to the previous screen, and in addition to these, a challenge button 86 is provided. Similar to the list display area 62 of the party list confirmation screen 60 described above, the list display area 82 has three individual display areas 83 each displaying information about an individual party arranged vertically. In the individual display area 83, character image areas 831 corresponding to each of the five characters that make up the corresponding party are arranged side by side in the horizontal direction. An object WV is placed. At this stage, the wear value of all characters is set to the default value "3" because the play of the dungeon has not yet started.

When the individual display area 83 is selected, instead of the party list setting screen 80, the above-described party setting screen 70 (see FIG. 7) is displayed. As described above, the player can set the party via the screen 70. FIG. In the party setting, a character that is not included in any of the three parties can be included in the party as a new character. In other words, the party setting at this stage is performed for all characters possessed by the player.

After setting the party, the player can start playing the dungeon by selecting the challenge button 86 on the party list setting screen 80 . The player can also immediately start playing the dungeon without changing the party set at that time (without setting the party via the party setting screen 70).

Returning to the flowchart of FIG. 9, when the challenge button 86 on the party list setting screen 80 is selected, the server 10 next accepts event selection (step S110).

FIG. 11 exemplifies a dungeon screen 90 that is displayed instead of the screen 80 when the challenge button 86 on the party list setting screen 80 is selected. The screen 90 includes an event display area 92 that displays some of the events included in the dungeon to be played as picture objects 921, a dungeon information display area 94 located in the upper left corner of the screen, and It has an exit button 95, an item use button 96, and an item to be acquired button 98 located.

In this example, each dungeon (each event point 521) is preset with multiple events, and these multiple events have a hierarchical structure. That is, as illustrated in FIG. 12, each of a plurality of events (picture objects) belongs to one of a plurality of hierarchies from 1 to N.

Also, in this example, multiple events are classified into multiple types, and a picture object is set for each of these multiple event types. FIG. 13 illustrates event types and corresponding picture objects in this example. As shown in the figure, the types of events in this example are a "normal battle" event (first event) in which a battle with an enemy character takes place, and a temporary ability increase effect for all characters included in the party list. is granted, an "item" event to acquire items, a "boss battle" event (first event) in which a battle with a boss character is performed, a "transfer" event to proceed to the next hierarchy, and a party Including a "recovery" event (second event) in which the wear value of all characters included in the list recovers (decreases), etc., and multiple painting objects with mutually different appearances are created for each of these multiple event types. is set.

Returning to the dungeon screen 90 of FIG. 11, in the event display area 92 of the screen 90, a maximum of 3 A number of picture objects 921 are arranged side by side in the horizontal direction. A picture object 921 corresponding to an event that can be selected at that time among the events belonging to the current hierarchy is arranged on the first line on the frontmost side. A picture object 921 corresponding to an event that will be selectable next time is arranged on the middle second line, and a picture object 921 corresponding to an event that will be selectable next time is arranged on the farthest third line. is placed. These events are randomly determined from all events belonging to each tier at the start of each tier.

The dungeon information display area 94 displays the level in which the player is currently located, the number of remaining picture objects (that is, the number of remaining events) in the dungeon being played, and the expected dungeon score.

The escape button 95 is a screen element for escaping from the dungeon. When the button 95 is selected, the player escapes from the dungeon being played and returns to the display of the map screen 50 instead of the dungeon screen 90 . In this example, an escape item must be used to escape.

The item use button 96 is a screen element for using items owned by the player. When the button 96 is selected, a screen displaying a list of items possessed by the player is displayed, and the item selected by the player via the screen is used.

The scheduled acquisition item button 98 is a screen element for confirming items scheduled to be acquired (temporarily granted) up to that point in the dungeon being played. When the button 98 is selected, a screen displaying a list of items to be acquired in the dungeon being played is displayed.

Returning to the flowchart of FIG. 9, when the event selection is accepted in step S110, if escape from the dungeon is performed by selecting the escape button 95 (YES in step S120), a reward is given in step S150. proceed to On the other hand, if such escape has not been performed (NO in step S120), then server 10 generates an event corresponding to picture object 921 selected via event display area 92, and executes the event. (Step S130). Events that are executed include the types of events described above.

Here, a case where the selected event is a "normal battle event" and a "boss battle event" (these two may be collectively referred to as a "battle event" hereinafter) will be described. FIG. 14 is a flow diagram illustrating processing executed by the server 10 in response to occurrence of a battle event. When a battle event occurs, the server 10 first accepts selection of a party to be used in the battle (step S200).

FIG. 15 exemplifies a party selection screen 100 that is displayed instead of the dungeon screen 90 when a battle event occurs (when the picture object 921 corresponding to the battle event is selected). The screen 100 is a screen for selecting a party to be used in a battle. As shown in the figure, similar to the party list setting screen 80 described above, a list display area 102 for displaying a list of the set parties and a return button are displayed. and a start button 106 containing the text "GO!" In the list display area 102, as in the list display area 82 of the party list setting screen 80 described above, three individual display areas 103 each displaying information about an individual party are arranged vertically. In the individual display area 103, character image areas 1031 corresponding to each of the five characters that make up the corresponding party are arranged side by side in the horizontal direction. An object WV is placed. At this stage, the play of the dungeon has started, so the wear value of the character may change each time a battle is executed, as will be described later. A player can select a party to use in a battle by selecting one of the three individual display areas 103 with a single tap operation.

When the individual display area 103 is selected by a long tap operation, a party setting (dungeon) screen 110 illustrated in FIG. 16 is displayed instead of the party selection screen 100. FIG. The screen 110 is a screen for setting a corresponding party, and as shown in the figure, similar to the party setting screen 70 described above, there is a list display area 112 for displaying a list of the five characters that make up the party. , and a return button 114 for returning to the previous screen, and further have a first state button 1161 and a second state button 1162 arranged at the upper left corner of the screen.

In the list display area 112, five individual display areas 113 each displaying information about an individual character are arranged vertically. When the character image area 1131 of the individual display area 113 is selected, a list of 15 characters included in the party list is displayed. You can change (replace) the characters contained in . In other words, at this stage, the characters that make up each party can be changed within the range of 15 characters included in the three parties in the party list.

FIG. 17 illustrates the party setting (dungeon) screen 110 with the first state button 1161 selected. In the individual display area 113 of the party setting (dungeon) screen 110 in this state, a state information display area 1135 is arranged on the right side of the character image area 1131 as shown. The area 1135 has a two-tiered tabular format, and the upper tier displays the wear value of the corresponding character. The wear value is displayed with an appearance that depends on the range in which the value falls. Specifically, when the wear value is in the good range of 0 to 2, the first mode (for example, light blue text color) is displayed with the text "good" added, and the normal wear value of 3 to 6 is displayed. If it is in the range, it is displayed in the second mode (for example, white text color), and if the wear value is in the deterioration range of 7 or more, the text "deteriorated" is displayed in the third mode (for example, red text color) displayed in addition.

The lower part of the status information display area 1135 displays information (for example, “attack power up (small)”) regarding a temporary ability-increasing effect occurring at that time for the corresponding character. In this example, the temporary ability-increasing effect occurs in response to execution of an enhancement event, which will be described later.

FIG. 18 illustrates the party setting (dungeon) screen 110 with the second state button 1162 selected. In the individual display area 113 of the party setting (dungeon) screen 110 in this state, like the party setting (dungeon) screen 110 in which the first state button 1161 shown in FIG. 17 is selected, , a state information display area 1135 is arranged on the right side of the character image area 1131 .

The upper part of the state information display area 1135 in this state displays the wear value, level, HP, etc. of the corresponding character. The wear value is displayed in the first to third manners described above according to the range in which the value is included. Also, the lower part of the status information display area 1135 displays the current values of the battle parameters. The current value is a value that reflects a temporary capacity increase effect and a variation effect according to the wear value range. Specifically, when the wear value is in the good range, the variable effect according to the range of the wear value is that the battle parameter is strengthened. be multiplied. On the contrary, if the wear value is in the deterioration range, the battle parameter is weakened, for example, the value is multiplied by a predetermined weakening factor (eg, 0.9 times).

Returning to the party selection screen 100 of FIG. 15, when the start button 106 is selected with any party selected via the list display area 102 of the screen 100, the selection of the party is confirmed. Returning to the flow chart of FIG. 14, the server 10 subsequently determines that the selected party includes characters whose wear value is in the worse range (7 or more) (hereinafter sometimes referred to as "characters with worse memory"). (step S210), and if a character with memory deterioration is included (YES in step S210), a warning window is displayed on player terminal 30 (step S220).

FIG. 19 exemplifies a warning window 120 displayed on the player terminal 30 when the selected party includes a memory-deteriorating character. The window 120 notifies that the party includes a character with memory impairment, and has an OK button 122 and a Cancel button 124, as shown. The player selects the OK button 122 to continue the battle, and selects the cancel button 124 to redo the party selection.

Returning to the flowchart of FIG. 14, when cancel button 124 in warning window 120 is selected (NO in step S230), the process returns to acceptance of party selection in step S200.

On the other hand, if the selected party does not include a memory-impaired character (NO in step S210), or if the OK button 122 of the warning window 120 is selected even if the memory-impaired character is included ( If YES at step S230), then server 10 executes a battle (step S240).

A battle with an enemy character is controlled based on a comparison of battle parameters (current values) of each character included in the party and each enemy character. For example, when an ally character included in a party attacks an enemy character, damage is given to the enemy character based on a comparison of battle parameters. granted for. When the party defeats all the enemy characters (HP becomes 0), the player wins. Player loses.

Then, if the result of the battle is that the player is defeated (NO in step S250), the player leaves the dungeon (fails in the search), and the process proceeds to the dropout process. The dropout process includes a process of canceling the items to be acquired and the dungeon score and returning to the display of the map screen 50 .

On the other hand, if the player wins (YES in step S250), then the server 10 updates the wear value of each character included in the party list (step S260). Specifically, of the 15 characters included in the party list, 5 characters included in the party used in the battle are added to the wear value by 1, and the other 10 characters are worn. Subtract 1 from the value. However, the minimum value of the wear value is 0 and does not become a negative value.

Subsequently, provisional provision of the reward is performed (step S270). The provisional rewards are preset for each event and include items and dungeon scores. In this example, the number of dungeon score points to be given increases as the number of characters whose wear values are in the good range (hereinafter sometimes referred to as "characters with good memory") included in the party increases. Similarly, the larger the number of characters with memory deterioration, the smaller it becomes. Specifically, the number of points is increased by a predetermined point for each character included in the party with good memory, and is decreased by a predetermined point for each character with poor memory. As described above, the temporarily given reward is actually given to the player in response to escaping from the dungeon or clearing the dungeon.

The case where the event that occurred is a battle event has been described above. Next, cases of other types of events will be described. First, if the event that has occurred is an enhancement event, the value of one parameter randomly selected from among a plurality of battle parameters is temporarily enhanced (the above-described temporary ability increase effect). The enhancement is applied to all 15 characters included in the party list. The enhancement is valid only for the next battle and disappears upon completion of the next battle event.

Also, if the event that has occurred is an item event, an item is provisionally given by lottery. Specifically, an item determined by a predetermined lottery process is provisionally given to the player, accompanied by an on-screen effect such as selecting a treasure box from a predetermined number (for example, three) of treasure boxes. .

Also, if the generated event is a transfer event, proceed to the next layer.

Also, if the event that has occurred is a recovery event, the wear values are recovered for all fifteen characters included in the party list. Specifically, 3 is subtracted from the wear value of each character. In this example, instead of or in addition to recovery of wear values by such recovery events, some or all of the 15 characters included in the party list can be recovered by using specific recovery items. wear value may be restored.

Returning to the flow chart of FIG. 9, after executing the event in this way, next, if the dungeon is not cleared (NO in step S140), the server 10 returns to accepting event selection in step S110. Specifically, the dungeon screen 90 is displayed again, and the selection of the event is accepted again.

When the dungeon screen 90 is displayed again, the display of the event display area 92 is updated. First, if the executed event is a transfer event, it proceeds to the next hierarchy, and selects an event that can be selected at that time, an event that will be selectable next time, and, from all the events belonging to the new hierarchy. Events that can be selected one after another are randomly determined, and the corresponding picture objects 921 are arranged on the first to third lines, respectively.

Also, if the executed event is not a transfer event, the picture object 921 that was placed on the first line last time and was not selected in the event display area 92 disappears, and the picture object 921 that was placed on the intermediate second line last time disappears. The painting object 921 moved to the frontmost first line, the painting object 921 previously placed on the farthest third line moves to the middle second line, and the remaining events in the current layer move to the second line. A painting object 921 corresponding to an event newly determined from among them is arranged on the third line on the farthest side.

As described above, the picture object 921 that was placed on the first line last time and was not selected disappears, but the picture object 921 corresponding to the transfer event or boss battle event does not disappear, and the selectable picture object 921 does not disappear. 921 remains on the first line. Each layer from 1 to N-1 includes one transfer event, and the N layer (the deepest layer) includes one boss event. In other words, in each hierarchy from 1 to N-1, the transfer event is finally executed to advance to the next hierarchy, and in the N hierarchy (the deepest layer), the boss battle event is finally executed.

When the occurrence and execution of events are repeated in this way, the boss battle event belonging to the deepest layer is executed, and the boss character is defeated, the dungeon is cleared. When the escape button 95 on the dungeon screen 90 is selected to escape (YES in step S120) or the dungeon is cleared (YES in step S140), the server 10 rewards the player (step S150). . Specifically, the item and the dungeon score provisionally given are actually given to the player. The possessed item information in the player information table 151 and the obtained dungeon score are updated according to the item and the given dungeon score.

After clearing the dungeon, escaping, or dropping out (search failure), the display returns to the map screen 50 . When returning to display on the map screen 50, the wear value of the character is initialized and set to the default value "3". The player selects an event point 521 (dungeon) to be challenged next via the map display area 52 . It should be noted that when returning to the display of the map screen 50, the wear value of the character may be maintained without being initialized.

In the above example, a plurality of events set at event points 521 selected from among the plurality of event points 521 arranged on the map are displayed as picture objects 921 on the dungeon screen 90, and The event corresponding to the selected picture object 921 is generated and executed, but such a design is one design example of the game of the present embodiment, and the game of the present embodiment is not limited to this. Various designs can be applied.

In the above example, when the memory wear value increases and falls within the range of deterioration, the value of the battle parameter decreases and the number of dungeon score points granted decreases. When the value of is reduced to a good range, the value of battle parameters will increase and the number of Dungeon Score points granted will also increase. In other examples of this embodiment, various effects can be produced according to fluctuations in the value of memory wear.

In the above example, the stored wear value of the character is displayed via the wear value object WV. The display mode of itself may be changed based on the value of memory wear.

In the above example, the memory wear value increases as the battle progresses. example, other parameters may apply. For example, a parameter that decreases each time a battle is executed can be applied.

The game providing server 10 according to the present embodiment described above generates a predetermined number of objects (for example, characters included in the party list in the above example) with the occurrence of the first event (for example, the battle event in the above example). The first event is executed using an object selected from among, and each time the first event is executed, the value of the second parameter of the object used to execute the first event (for example, memory wear value). Then, since the value of the second parameter changes the value of the first parameter (for example, the battle parameter in the above example) used to execute the first event, the next time the first event is executed, Considering such fluctuations in the value of the first parameter, it may be preferable to select another object. In this way, the game providing server 10 can prevent the use of some objects from being concentrated in a game in which a plurality of objects such as characters are used, and as a result, can promote the use of various objects. .

In another embodiment of the present invention, part or all of the functions of the game providing server 10 in the above-described embodiment are realized by cooperation between the game providing server 10 and the player terminal 30, or the player terminal 30 can be realized by

The processes and procedures described herein, other than those explicitly described, may be implemented in software, hardware, or any combination thereof. For example, the processes and procedures described herein are implemented by implementing logic corresponding to the processes and procedures in media such as integrated circuits, volatile memory, non-volatile memory, magnetic disks, and the like. Moreover, the processes and procedures described in this specification can be implemented as computer programs corresponding to the processes and procedures, and can be executed by various computers.

Although the processes and procedures described herein are described as being performed by a single device, software, component or module, such processes or procedures may be performed by multiple devices, software, components or modules. and/or by multiple modules. Also, the software and hardware elements described herein can be implemented by aggregating them into fewer components or by decomposing them into more components.

In this specification, even if the components of the invention are described as either singular or plural, or are described without being limited to either singular or plural, when the context requires otherwise , the component may be singular or plural.

10 Game Providing Server 11 Computer Processor 111 Management Function Control Unit 112 Game Progress Control Unit 15 Storage 151 Player Information Table 152 Object Information Table 153 Object Management Table for Each Player 30 Player Terminal 40 Server Side Program 50 Map Screen 521 Event Point 60 Party List Confirmation Screen 631 Character image area 70 Party setting screen 731 Character image area 80 Party list setting screen 831 Character image area 90 Dungeon screen 921 Painting object 100 Party selection screen 1031 Character image area 110 Party setting (dungeon) screen 1131 Character image area 120 Warning window WV wear value object

Claims (11)

A program for providing a game, comprising:
a process of accepting selection of an object from a predetermined number of two or more objects in response to the occurrence of a first event;
executing the first event based at least on the value of a first parameter associated with the selected object;
The process of executing the first event includes:
increasing the value of the second parameter associated with the selected object that varies the value of the first parameter each time the first event is performed ; and
executing the first event based on at least the value of the second parameter in addition to the value of the first parameter, such that the smaller the value of the second parameter, the more advantageous it is for the player;
program. The process of accepting selection of the object includes displaying a screen for accepting selection of an object from among the predetermined number of objects,
the screen is configured to display an object with an appearance based at least on the value of the second parameter;
2. The program of claim 1. further causing the computer to generate an event specified from among a plurality of events including at least the first event;
3. A program according to claim 1 or 2. further causing the computer to execute processing for receiving settings of the predetermined number of objects from among a plurality of objects in accordance with selection of an event point from among a plurality of event points arranged on the map;
The process of generating the event includes generating an event specified from among the plurality of events associated with the selected event point;
4. The program of claim 3. the value of the first parameter decreases as the value of the second parameter increases;
The process of executing the first event includes executing the first event such that the larger the value of the first parameter, the more advantageous the player is.
5. A program according to any one of claims 1 to 4 . The process of executing the first event increases the value of the second parameter associated with the selected object each time the first event is executed, and in addition, among the predetermined number of objects, decreasing the value of the second parameter associated with objects other than the selected object of
A program according to any one of claims 1 to 5 . causing the computer to further execute a second event that decreases the value of the second parameter associated with at least some of the predetermined number of objects;
7. A program according to any one of claims 1 to 6 . further causing the computer to decrease the value of the second parameter associated with at least a portion of the predetermined number of objects in response to use of a predetermined item;
A program according to any one of claims 1 to 7 . In the process of executing the first event, a predetermined reward whose value varies at least based on the value of the second parameter associated with the selected object is given to the player as the first event is executed. including giving
9. A program according to any one of claims 1 to 8 . A system for providing a game, comprising one or more computer processors, wherein the one or more computer processors, in response to execution of readable instructions,
a process of accepting selection of an object from a predetermined number of two or more objects in response to the occurrence of a first event;
executing the first event based at least on the value of a first parameter associated with the selected object ;
The process of executing the first event includes:
increasing the value of the second parameter associated with the selected object that varies the value of the first parameter each time the first event is performed; and
executing the first event based on at least the value of the second parameter in addition to the value of the first parameter, such that the smaller the value of the second parameter, the more advantageous it is for the player;
system. A method, executed by one or more computers, for providing a game, comprising:
a step of accepting selection of an object from a predetermined number of two or more objects in response to the occurrence of a first event;
performing the first event based at least on the value of a first parameter associated with the selected object ;
The step of executing the first event includes:
increasing the value of the second parameter associated with the selected object that varies the value of the first parameter each time the first event is performed; and
executing the first event based on at least the value of the second parameter in addition to the value of the first parameter, such that the smaller the value of the second parameter, the more advantageous it is for the player;
Method.

Images