JP6134854B1 - System, method, and program for providing game - Google Patents

Abstract

To support command input based on communication between players. A game providing system 10 according to an embodiment of the present invention provides a game that progresses in accordance with execution of a command input by each of a plurality of players via a player terminal 30. The system 10 displays a display object input by each of a plurality of players on a screen for playing a game, and is associated with the display object according to the selection of the display object input by another player. The input of the command is accepted. [Selection] Figure 1

Description

  The present invention relates to a system, a method, and a program for providing a game that progresses in accordance with execution of a command input by each of a plurality of players.

  Conventionally, in an online game or the like played by a plurality of players, communication between the plurality of players has been made possible. For example, Patent Document 1 below describes a game in which bulletin board areas and / or chat areas that can be browsed by players belonging to a group are displayed on the screen, and information exchange is performed by each player writing comments in these areas. Disclose. For example, by exchanging information regarding a group policy, each player can execute an action in accordance with the policy.

JP, 2006-007549, A

  However, although the conventional game as described above enables communication between players, in order to perform an action based on the content of communication, the player needs to fully understand the content of communication, and then It is necessary to input a command to execute the action. Thus, if communication and command input are divided, the player cannot concentrate on communication, and it becomes difficult to fully enjoy communication itself (decreasing social nature of the game). Further, if it takes time to grasp the contents of communication, the corresponding command input cannot be performed at an appropriate timing, and it may not be possible to meet the demands of other players. In particular, beginners who are not familiar with game specifications tend to require a long time to grasp the contents of communication, and it is difficult to determine an action to be executed in a short time. As described above, the conventional game can cause various problems due to the division of communication and command input.

  An object of the embodiment of the present invention is to support command input based on communication between players. Other objects of the embodiments of the present invention will become apparent by referring to the entire specification.

  A system according to an embodiment of the present invention is a system for providing a game that includes one or more computer processors and that progresses in response to execution of a command input by each of a plurality of players. Alternatively, the plurality of computer processors, in accordance with execution of a readable command, presents a predetermined screen for playing the game to each of the plurality of players, and the plurality of commands that can be input from among the plurality of input commands A process of receiving an input of a command selected by the player via a predetermined screen, a process of executing the input command, and a plurality of display objects that can be input are selected by the player via the predetermined screen. A process of receiving input of the displayed display object and the input display object as the plurality of players. The process of displaying each of the predetermined screens and the process of receiving the input of the command is performed by the player selecting a specific display object that is input by another player and displayed on the predetermined screen. In response, receiving an input of a command associated with the specific display object.

  A method according to an embodiment of the present invention is a method for providing a game executed by one or a plurality of computers and progressing according to execution of a command input by each of a plurality of players. A step of presenting each of the plurality of players with a predetermined screen for playing the game, a step of receiving an input of a command selected by the player via the predetermined screen from a plurality of commands that can be input, A step of executing an input command; a step of receiving an input of a display object selected by a player from the plurality of display objects that can be input through the predetermined screen; and Displaying on the predetermined screen of each of the players, the command The step of receiving an input receives an input of a command associated with the specific display object in response to selection by the player of a specific display object that is input by another player and displayed on the predetermined screen. including.

  A program according to an embodiment of the present invention is a program for providing a game that progresses in accordance with execution of a command input by each of a plurality of players, and is executed on one or a plurality of computers. And a process for presenting each of the plurality of players with a predetermined screen for playing the game on the one or a plurality of computers, and a plurality of commands that can be input via the predetermined screen. A process of receiving an input of a command selected by the player, a process of executing the input command, and an input of a display object selected by the player via the predetermined screen from a plurality of input objects that can be input And the input display object is displayed on the predetermined screen of each of the plurality of players. And the process of accepting the input of the command is performed according to selection by the player of a specific display object that is input by another player and displayed on the predetermined screen. Including receiving an input of a command associated with.

  Various embodiments of the present invention support the input of commands based on communication between players.

The lineblock diagram showing roughly the composition of the network containing game providing system 10 concerning one embodiment of the present invention. The block diagram which shows schematically the function which the game provision system 10 has. The figure which illustrates the information managed in the player information table 411. The flowchart which shows an example of the process which the system 10 performs. The figure which illustrates game screen 50. The figure which illustrates game screen 50 of the state where input of a command is possible. The figure which illustrates game screen 50 in the state where stamp ST was displayed in the 2nd field 54 as a list. The figure which illustrates game screen 50 in the state where stamp ST is displayed in the 1st field 52.

  Hereinafter, embodiments of the present invention will be described with reference to the drawings.

  FIG. 1 is a configuration diagram schematically showing the configuration of a network including a game providing system 10 according to an embodiment of the present invention. As shown in FIG. 1, the system 10 is communicably connected to a player terminal 30 via a network 20 such as the Internet. Although only one player terminal 30 is shown in FIG. 1, the system 10 is connected to a plurality of player terminals 30 so as to be communicable. The system 10 provides a game to the player via the player terminal 30. The games provided by the system 10 may include various games that progress in response to execution of commands input by each of a plurality of players.

  The system 10 is configured as a general computer, and as shown in FIG. 1, a CPU (computer processor) 11, a main memory 12, a user I / F 13, a communication I / F 14, a storage (storage device) These components are electrically connected via a bus (not shown) or the like.

  The CPU 11 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 configured by, for example, a DRAM.

  The user I / F 13 includes various input / output devices for exchanging information with the user. The user I / F 13 includes, for example, an information input device such as a keyboard and a pointing device (for example, a mouse and a touch panel), a voice input device such as a microphone, and an image input device such as a camera. The user I / F 13 includes an information 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 realize wired or wireless communication via the network 20 or the like.

  The storage 15 is configured by, for example, a magnetic disk, a flash memory, or the like. The storage 15 stores various programs including an operating system, various data, and the like.

  In the present embodiment, the system 10 can be configured using a plurality of computers each having the hardware configuration described above. For example, the system 10 can be configured by a plurality of server devices.

  The game providing system 10 configured as described above has functions as a web server and an application server, and a game provided by the web browser or the system 10 installed in the player terminal 30 (hereinafter referred to as “provided game”). In response to a request from the application, the CPU executes various processes, and transmits screen data (for example, HTML data) and control data corresponding to the result of the processes to the player terminal 30. On the player terminal 30, a web page or other screen based on the received data is displayed.

  The player terminal 30 is configured as a general computer, and as shown in FIG. 1, a CPU (computer processor) 31, a main memory 32, a user I / F 33, a communication I / F 34, and storage (memory). Device) 35, and these components are electrically connected via a bus or the like (not shown).

  The CPU 31 reads various programs stored in the storage 35 and the like into the main memory 32 and executes various instructions included in the programs. The main memory 32 is configured by, for example, a DRAM.

  The user I / F 33 is various input / output devices for exchanging information with the user. The user I / F 33 includes, for example, an information input device such as a keyboard and a pointing device (for example, a mouse and a touch panel), a voice input device such as a microphone, and an image input device such as a camera. The user I / F 33 includes an information 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, and combinations thereof, and is configured to realize wired or wireless communication via the network 20 or the like.

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

  In the present embodiment, the player terminal 30 may be configured as a smartphone, a tablet terminal, a wearable device, a personal computer, a game dedicated terminal, or the like.

  The user (game player) of the player terminal 30 configured in this way performs the communication by executing communication with the system 10 via the web browser installed in the storage 35 or the like or the application for the provided game. You can play games. The provided game application executed on the player terminal 30 can be an example of a program in which part or all of the program of the present invention is installed.

  Next, functions of the game providing system 10 according to the present embodiment will be described. FIG. 2 is a block diagram schematically showing the functions of the system 10. As shown, the system 10 includes an information storage management unit 41 that stores and manages various information, a basic function control unit 43 that controls basic functions of the provided game, and a game progress that controls the progress of the game in the provided game. And a control unit 45. These functions are realized by the cooperation of hardware such as the CPU 11 and the main memory 12 and various programs and data stored in the storage 15 and the like. For example, the functions are read into the main memory 12. This is realized by the CPU 11 executing instructions included in the program. 2 may be realized by the cooperation of the system 10 and the player terminal 30 or may be realized by the player terminal 30. For example, when a game is provided by a plurality of player terminals 30 communicating directly (for example, short-range wireless communication, etc.) without going through the system 10, the processing on the game in the system 10 is performed by the player. You may make it perform with the terminal 30. FIG. In this case, one of the plurality of player terminals 30 can be configured to function as a host terminal for the other player terminals 30. Thus, the player terminal 30 can be an example of a device that implements part or all of the system of the present invention.

  The information storage management unit 41 of the system 10 stores and manages various information in the storage 15 and the like. For example, as shown in FIG. 2, the information storage management unit 41 is configured to include a player information table 411 that manages information about players.

  The basic function control unit 43 of the system 10 executes various processes related to the control of the basic functions of the provided game. For example, the basic function control unit 43 transmits HTML data or control data of various screens related to the basic function to the player terminal 30, and in response to an operation input by the user via the screen displayed on the player terminal 30. This processing is executed, and HTML data or control data corresponding to the result of the processing is transmitted to the player terminal 30. The basic functions of the provided game include, for example, player account management, login authentication, and billing processing.

  The game progress control unit 45 of the system 10 executes various processes related to the control of the game progress. For example, the game progress control unit 45 transmits HTML data or control data of various screens related to the progress of 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. Various processes are executed, and HTML data or control data corresponding to the result of the processes is transmitted to the player terminal 30.

  In the present embodiment, the game progress control unit 45 presents a predetermined screen for playing a game to each of a plurality of players, and from each of the plurality of players, a predetermined input is performed from among a plurality of commands that can be input. It is configured to receive an input of a selected command via the screen and execute the input command.

  In addition, the game progress control unit 45 receives an input of a display object selected from a plurality of display objects that can be input from a plurality of players via a predetermined screen, and the plurality of input display objects are received. The command associated with the selected display object is displayed in accordance with the selection of the display object displayed on the predetermined screen of each of the players and displayed on the predetermined screen by the player. It is configured to accept input.

  As described above, the system 10 of the present embodiment displays the display objects input by each of the plurality of players on the screen for playing the game, and according to the selection of the display objects input by other players. The command input associated with the display object is received. Therefore, the player can enjoy communication between players using the display object, and can input a command using the display object. Thus, the system 10 supports the input of commands based on communication between players. As a result, smooth game progress according to communication is realized, and communication is activated (improvement of social nature of the game).

  The display objects in the present embodiment can include various types of objects that can be displayed on a predetermined screen. For example, the display object is an image object (sometimes referred to as “stamp”) composed of a still image or a moving image. The display object is an object including, for example, characters, figures, symbols, and the like input by the player.

  In the present embodiment, commands that can be input can be set for each player. For example, the game progress control unit 45 is configured to set a command that can be input by the player in response to an instruction from the player via a screen for setting a command that can be input. Commands that can be input for each player are managed, for example, in the player information table 411. In this case, the game progress control unit 45 is configured to display a plurality of input display objects on a predetermined screen so that a display object associated with a command that can be input by another player can be identified. obtain. For example, the game progress control unit 45 displays a display object associated with a command that can be input by any of the other players among a plurality of input display objects, in a larger size than usual, or Configured to display with special visual effects. Such a configuration supports easy selection of display objects associated with commands that can be entered by other players.

  When a command that can be input is set for each player, the game progress control unit 45 identifies a display object that is input by another player and a display object that is associated with a command that can be input by the player itself. It can be configured to display as possible. For example, the game progress control unit 45 displays a display object that is associated with a command that can be input by the player among the display objects input by other players in a size larger than usual, or is special. It is configured to display with various visual effects. Such a configuration supports easy selection of a display object associated with a command that can be input by the player.

  In addition, when there are a plurality of commands associated with a display object input by another player among a plurality of input commands, the game progress control unit 45 responds to the selection of the display object. It may be configured to identify one command and accept input of the identified one command. That is, in the present embodiment, a plurality of commands can be associated with one display object. In this case, one command that receives input is specified from the plurality of commands. The rules for specifying one command that accepts an input include a rule that is specified with selection by the player and a rule that is automatically specified without selection by the player.

  Further, the game progress control unit 45 is configured to set the other player as an execution destination of a command associated with the display object in accordance with the selection of the display object input by the other player by the player. Can be done. That is, the game progress control unit 45 accepts an input of a command associated with the display object in response to selection by the player of a display object that is input and displayed by another player, and executes the command. As another example, it may be configured to set another player who has input the display object. Such a configuration supports easy setting of the command execution destination.

  In addition, the game progress control unit 45 may be configured to accept an input of a command selected by the player from a plurality of commands that can be input each time a predetermined waiting period ends. That is, the game in the present embodiment can be configured as a game in which each of a plurality of players repeatedly inputs a command every time a predetermined standby period ends. For example, the game progress control unit 45 is configured to display a command selection area in which a plurality of inputable commands are selectably displayed on a predetermined screen every time a predetermined standby period ends.

  In the case where the game in this embodiment is configured as a game in which each of a plurality of players repeatedly inputs a command every time the predetermined standby period ends, the game progress control unit 45 performs the predetermined standby period. In this case, when the input of a command corresponding to the selection of the display object input by another player is received, the input of the command at the end of the predetermined waiting period may be skipped. That is, when the game progress control unit 45 has not received an input of a command corresponding to the selection of a display object input by another player during a predetermined standby period, the game progress control unit 45 at the end of the predetermined standby period When the input of the command selected by the player is executed and the command is executed, while the input of the command corresponding to the selection of the display object input by another player is received in advance during the predetermined standby period At the end of the predetermined waiting period, the input of the command received in advance can be confirmed and the command can be executed. Such a configuration reduces the operational burden on the player.

  In the case where the game in this embodiment is configured as a game in which each of a plurality of players repeatedly inputs a command every time the predetermined standby period ends, the game progress control unit 45 performs the predetermined standby period. When an input of a command corresponding to the selection of a display object input by another player is received, the player can change the input command at the end of the predetermined waiting period. That is, when the game progress control unit 45 has received in advance a command input corresponding to the selection of the display object input by another player during the predetermined standby period, at the end of the predetermined standby period. The command change received in advance may be received from the player. Such a configuration makes it possible to change commands according to changes in the game situation, for example.

  As described above, the game according to the present embodiment includes various games that progress in accordance with the execution of commands input by each of the plurality of players. For example, the commands for the player characters corresponding to the plurality of players are displayed. Includes games configured to progress in response to execution. Such a game includes, for example, an RPG in which a party composed of a plurality of player characters battles enemy characters. However, such RPG is an example of a game in the present embodiment, and the game in the present embodiment is not limited to this. For example, a command for one or a plurality of cards (deck) corresponding to each of a plurality of players is used. Includes a card battle game configured to progress in response to execution.

  Next, a specific example of the game providing system 10 of this embodiment having such a function will be described. The provided game in the specific example is an RPG in which a party constituted by a plurality of player characters battles enemy characters. The RPG is configured such that a party formed by each player character of a plurality of players battles enemy characters. In other words, the party is composed of a plurality of player characters each operated by an individual player. As described above, the RPG in this example is configured as a game that progresses in accordance with the execution of a command for a player character corresponding to each of a plurality of players.

  FIG. 3 illustrates information managed in the player information table 411 in this specific example. As shown in the figure, the player information table 411 is associated with a “player ID” for identifying an individual player, “basic information” including a nickname of the player, “game progress status” including a stage clear status, Information such as “player character information”, which is information related to a plurality of player characters held by the player, is managed.

  The player character information includes information for identifying the player character, level, HP (current value / maximum value), attack power, defense power, set items (weapon item, armor item, and ability (skill) item). And information on the set special moves. The values of parameters such as HP, attack power, and defense power vary depending on, for example, the level and the set item. The player can set an item for each player character and set a special technique via the screen displayed on the player terminal 30.

  The special move is set from the special move associated with the player character and the special move associated with the item set for the player character. The Special Move is one of the actions executed by the player character, and one or a plurality of effects are produced along with the execution. The effects that accompany the execution of the Special Moves are, for example, effects aimed at attacking enemy characters (effects that give large damage, effects that extend the upper limit of damage, etc.), and support for friendly player characters Effects (such as an effect of restoring HP).

  Next, the operation of this specific example will be described. First, before the game play is started, a plurality of players who play together are matched, and the plurality of matched players are one player who participates in the game from among the player characters owned by the player. Select a character. A party is constituted by a plurality of player characters each selected by each of the plurality of players.

  FIG. 4 is a flowchart showing an example of processing executed by the system 10 in this example. These processes are repeatedly executed for each player character. First, as shown in the figure, the system 10 waits for an input waiting time, which is a waiting time until a command for a player character can be input (selected), to elapse (NO in step S100).

  FIG. 5 illustrates the game screen 50 in a state of waiting for the input waiting time of its player character to elapse. The game screen 50 is a screen for playing the RPG of this example, and is displayed on each player terminal 30 of a plurality of players who play the game together. The game screen 50 has an upper first area 52 and a lower second area 54 as shown in the figure.

  On the right side in the first area 52, as shown in FIG. 5, a plurality of player characters PC (four player characters PC1-PC4 in the example of FIG. 5) included in the party are arranged. An HP gauge HPG indicating the remaining amount of HP is disposed below each player character PC. Further, among the plurality of player characters PC, the player character PC corresponding to the player of the player terminal 30 on which the game screen 50 is displayed (in the example of FIG. 5, the player character PC1 arranged on the uppermost side). On the lower side, in addition to the HP gauge HPG, a time gauge indicating the elapsed state of the input standby time described above and the elapsed state of the execution standby time that is the standby time until the corresponding action is executed after the input of the command TG is arranged.

  Further, one or a plurality (two in the example of FIG. 5) enemy characters EC are arranged on the left side in the first region 52. An HP gauge HPG indicating the remaining amount of HP is disposed below the enemy character EC.

  Further, a stamp list display object 56 displayed as “STAMP” is arranged in the lower left corner in the first area 52. The operation corresponding to the selection of the stamp list display object 56 will be described later.

  The second area 54 is an area for inputting a command and a stamp (display object) used for communication between players. In the game screen 50 of FIG. 5 that is waiting for the command input waiting time for the player character to elapse, nothing is displayed in the second area 54 unless the stamp list display object 56 is selected. Not.

  Returning to the flowchart of FIG. 4, when the input standby time has elapsed (YES in step S100), if there is no command reservation input (NO in step S110), the input of the command is accepted (step S120). The command reservation input will be described later.

  FIG. 6 illustrates the game screen 50 in a state where the input waiting time of the player character of the player has passed and the command can be input. In the game screen 50 in this state, the second area 54 functions as an area for receiving an input of a command, and as shown in the figure, five command objects 541-545 for selecting a command for the player character are arranged in the horizontal direction. Are arranged side by side.

  The command object 541 displayed as “fight” is an object for inputting a command instructing a normal physical attack using a weapon item set for the player character. The command object 542 displayed as “defense” is an object for inputting a command instructing defense.

  The command objects 543 and 544 are objects for inputting commands instructing the activation of abilities (skills) corresponding to two ability items (first and second ability items) set for the player character. In the example of FIG. 6, “black magic A” for attacking the enemy character is set as the first ability item, and the command object 543 is an object for inputting a command for instructing the activation of the black magic A. As the second ability item, “black magic B” is set, which also attacks the enemy character, and the command object 544 is an object for inputting a command to instruct the black magic B to be activated. Function. The abilities include not only those that attack an enemy character but also those that support a friendly player character.

  The command object 545 is an object for inputting a command for instructing the execution of the special technique set for the player character. In the example of FIG. 6, “Skills A” is set as a special technique, and the command object 545 functions as an object for inputting a command instructing the activation of the special technique A.

  As described above, the command corresponding to each of the command objects 543 to 545 changes in accordance with the setting of the ability item and the special technique for the player character. That is, in this RPG, some of the commands that can be input to the player character are set by the player via the setting of the ability item and the special technique. As a result, the commands that can be input to the player character can be different for each player character (that is, for each player).

  As shown in FIG. 6, the remaining number of times that the corresponding command can be input is displayed on the upper side of each of the command objects 541-544. In this example, the number of commands that can be input is not limited (a symbol indicating infinite is displayed) for the commands instructing the normal physical attack and defense corresponding to the command objects 541 and 542. On the other hand, the number of commands that can be input to the command that instructs the activation of the ability corresponding to the command objects 543 and 544 is limited.

  Further, as shown in FIG. 6, in a state where a command can be input, a special technique gauge SG indicating the accumulation amount of the special technique points is arranged in the upper right corner of the second area 54. Special move points are points that are necessary for triggering special moves, and are accumulated when attacking enemy characters, attacking enemy characters, etc., and consumed when performing special moves. . The command object 545 described above is used when the special technique points accumulated in the special technique gauge SG are less than the number of points necessary to activate the corresponding special technique (the special technique A in the example of FIG. 6). It is configured such that it cannot be selected and can be selected when the number is more than the necessary number of points.

  Returning to the flowchart of FIG. 4, when the player selects any of the command objects 541-545 displayed in the second area 54, the input of the corresponding command is accepted (step S120). When the input of the command is accepted, it waits for the execution waiting time to elapse (step S130), and the action corresponding to the input command is executed (step S140). When the action to be executed is an attack on an enemy character, the player can select an enemy character to be attacked via the first area 52 before selecting a command object. If no selection is made by the player, the enemy character to be attacked is automatically specified according to a predetermined rule. Similarly, when the action to be performed is support for a fellow player character, the player selects the player character to be supported via the first area 52 before selecting the command object. can do. When the selection by the player is not performed, the player character to be supported is automatically specified according to a predetermined rule.

  Here, the operation related to the stamp in this specific example will be described. The stamp is an image object used for communication between players, and is also used for command reservation input.

  In this example, when the stamp list display object 56 on the game screen 50 is selected by the player, a list of stamps that can be input is displayed in the second area 54. The stamp list display object 56 can be selected at any time regardless of the input standby time and execution standby time.

  FIG. 7 illustrates the game screen 50 in a state where a list of stamps ST is displayed in the second area 54 in response to the selection of the stamp list display object 56. In the game screen 50 in this state, the second area 54 functions as an area for receiving an input of a stamp. When the stamp list display object 56 is selected on the game screen 50 (see FIG. 6) in a state where a command can be input, in the second area 54, the command objects 541-545 and the special technique gauge are displayed. A list of stamps ST is displayed instead of SG.

  In this example, a plurality of predetermined stamps that can be input by the player are set in advance. In addition to a predetermined stamp, the player can also acquire a new stamp. For example, the player can purchase and acquire a new stamp, acquire it by lottery, or acquire it as a reward according to the progress of the game. can do. Information relating to the stamp held by the player is managed, for example, in the player information table 411.

  In this example, the stamp is used for communication between players, and is configured, for example, as an object in which characters are attached to an image such as a character. For example, characters such as “Nice!”, “Thank you!” And “Sorry!” Are attached to the stamp.

  In this example, some stamps are associated with command types for player characters. For example, one of the stamps is set as a stamp associated with a command type of “attack type”, and a character “attack please” is attached to the stamp. One of the stamps is set as a stamp associated with the command type “recovery type”, and the character “recovery wish” is attached to the stamp.

  When the player selects one of the plurality of stamps ST displayed in the second area 54, the input of the stamp ST is accepted and input on each game screen 50 of the plurality of players playing together. The stamp ST is displayed in the first area 52.

  FIG. 8 illustrates the game screen 50 in a state where the stamp ST is displayed in the first area 52. This game screen 50 illustrates the game screen 50 displayed on the player terminal 30 of the player corresponding to the third player character PC3 from the top. As shown in the figure, the input stamp ST is displayed so as to overlap the player character PC (player character PC1 in the example of FIG. 8) of the player who has input the stamp ST in the first area 52. The stamp ST displayed in the first area 52 is erased after a predetermined time (for example, 3 seconds) has elapsed (display ends).

  As described above, some stamps have associated command types. The stamp input by another player and displayed in the first area 52 is a stamp associated with a command type, and the associated command type is determined by the player character. If the command corresponds to an inputable command, the player can make a reservation input for the corresponding command by selecting the stamp.

  For example, when a stamp is associated with an “attack system”, the player selects the stamp to aim at a normal physical attack, an ability attack, or an attack, which is an “attack system” command. It is possible to make a reservation input of a command instructing activation of a special technique that produces an effect. When there are a plurality of enemy characters, the player can select an enemy character to be attacked along with the selection of the stamp.

  In this example, if there are a plurality of “attack-type” commands among commands that can be input to the player character, one command is automatically identified and reserved for input. For example, a command having the greatest attack effect is automatically selected and reserved for input. Note that in another specific example of the present embodiment, when there are a plurality of “attack-type” commands, the player may select a command to make a reservation input.

  Further, for example, when the stamp is associated with “recovery system”, the player selects the stamp to activate the HP recovery ability, which is a “recovery system” command, or the HP It is possible to make a reservation input of a command instructing activation of a special technique for the purpose of recovery. In addition, the player who entered the stamp (player character of the player) is set as the command execution destination (player character that recovers HP).

  Further, when there are a plurality of “recovery type” commands among commands that can be input to the player character, one command is automatically set as in the case where a plurality of “attack type” commands exist. Is specified and reserved, for example, a command having the greatest recovery effect is automatically selected and reserved. Note that, in another specific example of the present embodiment, when there are a plurality of “recovery commands”, the player may select a command to make a reservation input.

  Thus, a part of the stamp in this specific example functions as an object for inputting an associated command. In this case, an area for displaying the stamp (an area where the player character is arranged) is a command. It can be said that it functions as an area for accepting inputs.

  Returning to the flowchart of FIG. 4, after the input standby time has elapsed (YES in step S100), if there is a command reservation input (YES in step S110), the reception of the command input in step S120 is skipped and executed. After the standby time has elapsed, an action corresponding to the command that has been reserved is executed (steps S130 and S140). In other words, when there is a command reservation input, the input of the reserved command is automatically confirmed without accepting the command input via the second area 54 after the input standby time elapses. . When the input of a command that has been reserved is confirmed, a new command can be reserved.

  In this way, the process of accepting the input of the command according to the elapse of the input waiting time, or confirming the input of the reserved command, and executing the corresponding action according to the elapse of the execution waiting time, It is repeatedly executed for each player character. The enemy character performs an action each time a predetermined waiting time elapses. When the action by the player character and the action by the enemy character are repeatedly executed and the party defeats all enemy characters (HP is set to 0), the party wins. On the other hand, if the HP of all the player characters included in the party becomes 0 before defeating all the enemy characters, the party is defeated.

  In the specific example described above, among the stamps ST displayed as a list in the second area 54 in response to the selection of the stamp list display object 56, a stamp associated with a command type corresponding to a command that can be input by another player is associated. May be displayed in an identifiable manner. In this case, for example, the stamp associated with “recovery system” is displayed in a size larger than usual when any of the other players can input a “recovery system” command, or a special stamp is displayed. Displayed with special visual effects.

  In the specific example described above, the display mode of the stamps ST displayed in the second area 54 according to the selection of the stamp list display object 56 may be changed based on the state of the player character. For example, when the HP of the player character is equal to or less than a predetermined value, the stamp associated with the “recovery system” may be displayed in an identifiable manner.

  In the specific example described above, among the stamps input by other players and displayed in the first area 52, the stamp associated with the command type corresponding to the command that can be input to the player character is identified. It may be displayed as possible. In this case, for example, the stamp associated with the “recovery type” is displayed in a size larger than usual when the “recovery type” command can be input to the player character, or Displayed with special visual effects.

  In the specific example described above, when a command input is made by selecting a stamp input by another player, the display time of the selected stamp is normally displayed on the game screen 50 of the player who has made the reservation input. Longer (for example, display until the input standby time elapses). This makes it easier for the player to recognize a command that has been entered for reservation.

  In the above-described specific example, when a command reservation is input, the input of the command that has been reserved is automatically determined as the input standby time elapses. In another specific example, the command to be input can be changed by the player as the input elapsed time elapses. In the other specific example, for example, even when a command reservation input is performed, the command object 541-545 and the deadly skill gauge SG are displayed in the second area 54 when the input waiting time has elapsed. indicate. At this time, the command object corresponding to the reserved input command is displayed in an identifiable manner, for example, with a special visual effect. The player can change the command to be input by selecting a command object corresponding to a command other than the command for which reservation is input.

  In another specific example of the present embodiment, a reserved command can be automatically canceled when a predetermined condition is satisfied. For example, when a “recovery system” command is reserved and input according to the selection of a stamp associated with “recovery system”, and the player character's HP that is the command execution destination is fully recovered, The reservation input of the command is automatically canceled. If the reservation input is automatically canceled, the command object 541-545 and the special technique gauge SG are displayed in the second area 54 when the input waiting time has elapsed, and a new command input is accepted.

  In the specific example described above, a part of the stamps is associated with the command type. However, all the stamps may be associated with the command type. In this case, all stamps function as objects for inputting commands. Further, instead of associating the type of command with the stamp, it is also possible to associate individual commands themselves.

  The game providing system 10 according to the present embodiment described above displays a display object (for example, a stamp) input by each of a plurality of players on a screen (for example, the game screen 50) for playing the game, In response to selection of a display object input by another player, an input of a command associated with the display object is accepted. Therefore, the player can enjoy communication between players using the display object, and can input a command using the display object. Thus, the system 10 supports the input of commands based on communication between players.

  In the above-described embodiment, when a player selects a stamp input by another player, an input of a command associated with the stamp is accepted. However, the present invention is not limited to this, and in the embodiment of the present invention, the player The player's own command input may be accepted with the input stamp. That is, when a player inputs a stamp himself, an input of a command associated with the stamp may be accepted. Thereby, since the player can achieve communication with other players and his own command input at the same time, even a beginner can easily participate in communication. It should be noted that the stamp that can be input by the player himself / herself and the stamp that can be input by selecting a stamp input by another player can be distinguished from each other as different types of stamps.

  Command input support using such a stamp can prevent communication and command input from being divided. In addition, by making the design of the stamp that performs command input support a design that recalls the contents of the corresponding command input, even players with different languages can collaborate while referring to the design of the stamp, It is easy to appeal to the visual sense of the player, and a stamp selection operation can be induced. As a result, activation of communication can be expected.

  The processes and procedures described in this specification are implemented by software, hardware, or any combination thereof other than those explicitly described. For example, the processes and procedures described in this specification are realized by mounting logic corresponding to the processes and procedures on a medium such as an integrated circuit, a volatile memory, a nonvolatile memory, and a magnetic disk. The processing and procedure described in this specification can be implemented as a computer program corresponding to the processing / procedure and executed by various computers.

  Even if 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, multiple software, multiple Component and / or multiple modules. Also, the software and hardware elements described herein can be implemented by integrating them into fewer components or by disassembling them into more components.

  In the present specification, when the constituent elements of the invention are described as one or a plurality, or when they are described without being limited to one or a plurality of cases, they should be interpreted separately in context. The component may be either singular or plural.

DESCRIPTION OF SYMBOLS 10 Game provision system 20 Network 30 Player terminal 41 Information storage management part 411 Player information table 43 Basic function control part 45 Game progress control part 50 Game screen (predetermined screen)
ST stamp (display object)

Claims (11)

A system for providing a game that includes one or more computer processors and that progresses in response to execution of a command input by each of a plurality of players,
The one or more computer processors are responsive to execution of readable instructions,
A process of presenting a predetermined screen for playing the game to each of the plurality of players;
A process of receiving an input of a command selected by the player via the predetermined screen from a plurality of commands that can be input;
Processing to execute the entered command;
A process of accepting an input of a display object selected by a player from the plurality of displayable display objects via the predetermined screen;
A process of displaying the input display object on the predetermined screen of each of the plurality of players,
The process of accepting an input of the command is an input of a command associated with the specific display object in response to selection by the player of the specific display object that is input by another player and displayed on the predetermined screen. Including accepting
system. The system of claim 1, comprising:
The plurality of commands that can be input are set for each player,
The process of receiving the input of the display object includes displaying the plurality of input display objects on the predetermined screen so that a display object associated with a command that can be input by another player can be identified. Including,
system. The system according to claim 1 or 2, wherein
The plurality of commands that can be input are set for each player,
The process of displaying the display object includes displaying a display object input by another player so that a display object associated with a command that can be input by the player can be identified.
system.   The process of accepting the input of the command specifies one command when there are a plurality of commands associated with the specific display object among the plurality of commands that can be input, and the specified one command 4. The system according to claim 1, further comprising receiving an input of.   The process of accepting an input of the command sets the specific player as an execution destination of a command associated with the specific display object in accordance with the selection of the specific display object input by the specific player by the player. A system according to any one of claims 1 to 4 comprising:   6. The process of receiving an input of a command includes receiving an input of a command selected by a player from the plurality of commands that can be input every time a predetermined waiting period ends. system.   The process of accepting the input of the command accepts the input of the command at the end of the predetermined waiting period when the input of the command according to the selection of the specific display object is accepted during the predetermined waiting period. 7. The system of claim 6, comprising skipping.   The process of accepting an input of the command includes a command to be inputted at the end of the predetermined waiting period when an input of a command corresponding to the selection of the specific display object is accepted during the predetermined waiting period. The system of claim 6 including accepting a change by a player.   The system according to any one of claims 1 to 8, wherein the game is configured to proceed in accordance with execution of a command for a player character corresponding to each of the plurality of players. A method for providing a game executed by one or a plurality of computers and progressing according to execution of a command input by each of a plurality of players,
Presenting each of the plurality of players with a predetermined screen for playing the game;
Receiving an input of a command selected by the player via the predetermined screen from a plurality of commands that can be input;
Executing the entered command; and
Receiving an input of a display object selected by a player from the plurality of displayable display objects via the predetermined screen;
Displaying the input display object on the predetermined screen of each of the plurality of players,
The step of accepting the input of the command includes inputting a command associated with the specific display object in response to selection by the player of the specific display object input by another player and displayed on the predetermined screen. Including accepting
Method. A program for providing a game that progresses in response to execution of a command input by each of a plurality of players,
In response to being executed on one or more computers, the one or more computers,
A process of presenting a predetermined screen for playing the game to each of the plurality of players;
A process of receiving an input of a command selected by the player via the predetermined screen from a plurality of commands that can be input;
Processing to execute the entered command;
A process of accepting an input of a display object selected by a player from the plurality of displayable display objects via the predetermined screen;
A process of displaying the input display object on the predetermined screen of each of the plurality of players,
The process of accepting an input of the command is an input of a command associated with the specific display object in response to selection by the player of the specific display object that is input by another player and displayed on the predetermined screen. Including accepting
program.

Images