JP7049968B2 - Game programs, methods, and information processing equipment - Google Patents

Description

The present disclosure relates to a game program, a method of executing the game program, and an information processing device.

Various businesses provide game programs for advancing a game using a deck composed of one or more characters (see, for example, Patent Document 1).

Japanese Unexamined Patent Publication No. 2014-128454 (published on July 10, 2014)

By the way, in a game that progresses using a deck, there is room for further improving the fun of the game by organizing the deck. One aspect of the present disclosure is intended to improve the interest of the game.

The game program according to the present disclosure is executed by a computer equipped with a processor and a memory. The game program tells the processor the first character, the second character that is the vehicle of the first character, and the third character that supports the first character in the progress of the game among the characters that can be used in the game based on the game program. A step of organizing a plurality of decks including, and a second character having a first character included in the deck according to a user's operation using any one of the plurality of decks. A step of advancing the game by operating at least one of the third characters, and a step of changing the deck in use to another deck among a plurality of decks according to the user's operation while the game is in progress. And to execute.

The method according to the present disclosure is a method in which a computer including a processor and a memory executes a game program. The method comprises the processor performing each step of the game program described above.

The information processing apparatus according to the present disclosure includes a memory for storing the above-mentioned game program and a processor for controlling the operation of the information processing apparatus by executing the game program.

According to one aspect of the present disclosure, it is possible to improve the fun of the game by organizing the deck.

It is a figure which shows the hardware composition of the game system which concerns on Embodiment 1 of this invention. It is a block diagram which shows the functional configuration of a user terminal and a server included in the said game system. It is a figure which shows an example of the screen which drawn the field space which is a kind of game space. It is a figure which shows an example of the screen which drawn the said field space at the time of a battle. It is a figure which shows the data structure of a character data. It is a flowchart which shows an example of the flow of the battle grant process in the said game system. It is a flowchart which shows an example of the flow of the lottery granting process in the said game system. It is a flowchart which shows an example of the flow of the process which concerns on the limit breakthrough in the said game system. It is a block diagram which shows the functional configuration of the user terminal and the server included in the game system which concerns on Embodiment 3 of this invention. It is a flowchart which shows an example of the flow of the equipment strengthening process which concerns on Embodiment 3 of this invention. It is a block diagram which shows the functional configuration of the user terminal and the server included in the game system which concerns on Embodiment 4 of this invention. (A) and (B) are diagrams schematically illustrating an example of a rotation operation detection method. (A) and (B) are diagrams showing a specific example of an editing screen displayed on the display unit. It is a flowchart which shows the flow of the process executed on the edit screen based on the game program which concerns on this embodiment. (A) to (C) are diagrams showing a specific example of an editing screen displayed on the display unit. It is a flowchart which shows the flow of the process which is executed by the continuous operation based on the game program which concerns on this embodiment. (A) to (C) are diagrams showing a specific example in which recommended operation column information is automatically set on the edit screen displayed on the display unit. (A) to (B) are diagrams showing specific examples in which operation column information is shared on the edit screen displayed on the display unit. It is a figure which shows the other specific example of the edit screen displayed on the display part. It is a block diagram which shows the functional configuration of the user terminal and the server included in the game system which concerns on Embodiment 5 of this invention. It is a flowchart which shows an example of the flow of the deck change processing which concerns on Embodiment 5 of this invention. It is a figure which shows the specific example of the deck organization screen displayed on the display part. It is a figure explaining the specific example of the information which represents a deck. It is a figure which shows an example of the play part screen which is displayed as a landscape image on a display part. It is a figure which shows another example of the play part screen which is displayed as a landscape image on a display part. It is a figure which shows another example of the play part screen which is displayed as a portrait image on a display part.

[Embodiment 1]
The game system according to the present disclosure is a system for providing a game to a plurality of users. Hereinafter, the game system will be described with reference to the drawings. It should be noted that the present invention is not limited to these examples, and is indicated by the scope of claims, and it is intended that all modifications within the meaning and scope equivalent to the scope of claims are included in the present invention. To. In the following description, the same elements are designated by the same reference numerals in the description of the drawings, and duplicate description is not repeated.

<Hardware configuration of game system 1>
FIG. 1 is a diagram showing a hardware configuration of the game system 1. As shown in the figure, the game system 1 includes a plurality of user terminals 100 and a server 200. Each user terminal 100 connects to the server 200 via the network 2. The network 2 is composed of various mobile communication systems constructed by the Internet and a radio base station (not shown). Examples of this mobile communication system include so-called 3G and 4G mobile communication systems, LTE (Long Term Evolution), and wireless networks (for example, Wi-Fi (registered trademark)) that can be connected to the Internet by a predetermined access point. Will be.

The server 200 (computer, information processing device) may be a general-purpose computer such as a workstation or a personal computer. The server 200 includes a processor 20, a memory 21, a storage 22, a communication IF 23, and an input / output IF 24. These configurations of the server 200 are electrically connected to each other by a communication bus.

The user terminal 100 (computer, information processing device) may be a mobile terminal such as a smartphone, a feature phone, a PDA (Personal Digital Assistant), or a tablet computer. The user terminal 100 may be a game device suitable for game play. As shown in the figure, the user terminal 100 includes a processor 10, a memory 11, a storage 12, a communication interface (IF) 13, an input / output IF 14, a touch screen 15 (display unit), a camera 17, and a distance measuring sensor 18. And prepare. These configurations included in the user terminal 100 are electrically connected to each other by a communication bus. The user terminal 100 may be provided with an input / output IF 14 to which a display (display unit) configured separately from the user terminal 100 main body can be connected in place of or in addition to the touch screen 15.

Further, as shown in FIG. 1, the user terminal 100 may be configured to be communicable with one or more controllers 1020. The controller 1020 establishes communication with the user terminal 100 according to a communication standard such as Bluetooth (registered trademark). The controller 1020 may have one or more buttons or the like, and transmits an output value based on a user's input operation to the buttons or the like to the user terminal 100. Further, the controller 1020 may have various sensors such as an acceleration sensor and an angular velocity sensor, and transmits the output values of the various sensors to the user terminal 100.

In addition, instead of or in addition to the user terminal 100 including the camera 17 and the distance measuring sensor 18, the controller 1020 may have the camera 17 and the distance measuring sensor 18.

For example, it is desirable that the user terminal 100 causes a user who uses the controller 1020 to input user identification information such as the user's name or login ID via the controller 1020 at the start of a game. As a result, the user terminal 100 can associate the controller 1020 with the user, and identifies which user the output value belongs to based on the source of the received output value (controller 1020). be able to.

When the user terminal 100 communicates with a plurality of controllers 1020, each user holds each controller 1020 so that the user terminal 100 does not communicate with other devices such as the server 200 via the network 2. Multiplayer can be realized with. In addition, each user terminal 100 communicates with each other according to a wireless standard such as a wireless LAN (Local Area Network) standard (communication connection is made without going through a server 200), thereby realizing local multiplayer with a plurality of user terminals 100. You can also do it. When the above-mentioned multiplayer is realized locally by one user terminal 100, the user terminal 100 may further include at least a part of various functions described later described in the server 200. Further, when the above-mentioned multiplayer is realized locally by a plurality of user terminals 100, the plurality of user terminals 100 may be provided with various functions described later described in the server 200 in a distributed manner.

Even when the above-mentioned multiplayer is realized locally, the user terminal 100 may communicate with the server 200. For example, information indicating a play result such as a result or a win or loss in a certain game may be associated with user identification information and transmitted to the server 200.

Further, the controller 1020 may be configured to be detachable from the user terminal 100. In this case, a coupling portion with the controller 1020 may be provided on at least one surface of the housing of the user terminal 100. When the user terminal 100 and the controller 1020 are connected by wire via the coupling portion, the user terminal 100 and the controller 1020 transmit and receive signals via the wire.

As shown in FIG. 1, the user terminal 100 may accept the attachment of a storage medium 1030 such as an external memory card via the input / output IF14. As a result, the user terminal 100 can read the program and data recorded in the storage medium 1030. The program recorded on the storage medium 1030 is, for example, a game program.

The user terminal 100 may store the game program acquired by communicating with an external device such as the server 200 in the memory 11 of the user terminal 100, or may store the game program acquired by reading from the storage medium 1030 in the memory 11. You may memorize it in.

As described above, the user terminal 100 includes a communication IF 13, an input / output IF 14, a touch screen 15, a camera 17, and a distance measuring sensor 18 as an example of a mechanism for inputting information to the user terminal 100. Each of the above-mentioned parts as an input mechanism can be regarded as an operation part configured to accept a user's input operation.

For example, when the operation unit is configured by at least one of the camera 17 and the distance measuring sensor 18, the operation unit detects an object 1010 in the vicinity of the user terminal 100 and performs an input operation from the detection result of the object. Identify. As an example, a user's hand as an object 1010, a marker having a predetermined shape, or the like is detected, and an input operation is specified based on the color, shape, movement, or type of the object 1010 obtained as a detection result. To. More specifically, when the user's hand is detected from the captured image of the camera 17, the user terminal 100 inputs a gesture (a series of movements of the user's hand) detected based on the captured image. Specify and accept as. The captured image may be a still image or a moving image.

Alternatively, when the operation unit is composed of the touch screen 15, the user terminal 100 identifies and accepts the user's operation performed on the input unit 151 of the touch screen 15 as the user's input operation. Alternatively, when the operation unit is configured by the communication IF 13, the user terminal 100 identifies and accepts a signal (for example, an output value) transmitted from the controller 1020 as an input operation of the user. Alternatively, when the operation unit is composed of the input / output IF14, a signal output from an input device (not shown) different from the controller 1020 connected to the input / output IF14 is specified as an input operation of the user and received.

<Hardware components of each device>
The processor 10 controls the operation of the entire user terminal 100. The processor 20 controls the operation of the entire server 200. Processors 10 and 20 include a CPU (Central Processing Unit), an MPU (Micro Processing Unit), and a GPU (Graphics Processing Unit).

The processor 10 reads a program from the storage 12 described later and expands it into the memory 11 described later. The processor 20 reads a program from the storage 22 described later and expands it into the memory 21 described later. Processor 10 and processor 20 execute the expanded program.

The memories 11 and 21 are the main storage devices. The memories 11 and 21 are composed of a storage device such as a ROM (Read Only Memory) and a RAM (Random Access Memory). The memory 11 provides a work area to the processor 10 by temporarily storing a program and various data read from the storage 12 described later by the processor 10. The memory 11 also temporarily stores various data generated while the processor 10 is operating according to the program. The memory 21 provides a work area to the processor 20 by temporarily storing various programs and data read from the storage 22 described later by the processor 20. The memory 21 also temporarily stores various data generated while the processor 20 is operating according to the program.

In the present embodiment, the program may be a game program for realizing the game by the user terminal 100. Alternatively, the program may be a game program for realizing the game in collaboration with the user terminal 100 and the server 200. The game realized by the cooperation between the user terminal 100 and the server 200 may be, for example, a game executed on a browser started on the user terminal 100. Alternatively, the program may be a game program for realizing the game by the cooperation of a plurality of user terminals 100. Further, the various data include data related to the game such as user information and game information, and instructions or notifications to be transmitted / received between the user terminal 100 and the server 200 or between a plurality of user terminals 100.

The storages 12 and 22 are auxiliary storage devices. The storages 12 and 22 are composed of a storage device such as a flash memory or an HDD (Hard Disk Drive). Various data related to the game are stored in the storage 12 and the storage 22.

The communication IF 13 controls the transmission / reception of various data in the user terminal 100. The communication IF 23 controls the transmission / reception of various data in the server 200. The communication IFs 13 and 23 control communication using, for example, communication via a wireless LAN (Local Area Network), Internet communication via a wired LAN, a wireless LAN, or a mobile phone network, and communication using short-range wireless communication.

The input / output IF 14 is an interface for the user terminal 100 to receive data input, and an interface for the user terminal 100 to output data. The input / output IF 14 may input / output data via USB (Universal Serial Bus) or the like. The input / output IF 14 may include, for example, a physical button, a camera, a microphone, a speaker, or the like of the user terminal 100. The input / output IF 24 of the server 200 is an interface for the server 200 to receive data input, and an interface for the server 200 to output data. The input / output IF 24 may include, for example, an input unit that is an information input device such as a mouse or a keyboard, and a display unit that is a device that displays and outputs an image.

The touch screen 15 of the user terminal 100 is an electronic component that combines an input unit 151 and a display unit 152. The input unit 151 is, for example, a touch-sensitive device, and is configured by, for example, a touch pad. The display unit 152 is composed of, for example, a liquid crystal display, an organic EL (Electro-Luminescence) display, or the like.

The input unit 151 detects a position where a user's operation (mainly a physical contact operation such as a touch operation, a slide operation, a swipe operation, and a tap operation) is input to the input surface, and inputs information indicating the position. It has a function to transmit as a signal. The input unit 151 may include a touch sensing unit (not shown). The touch sensing unit may adopt any method such as a capacitance method or a resistance film method. The indicator for performing an input operation on the touch screen 15 is not particularly limited. For example, the indicator may be a user's finger, a stylus pen, or the like.

Although not shown, the user terminal 100 may include one or more sensors for specifying the holding posture of the user terminal 100. This sensor may be, for example, an acceleration sensor, an angular velocity sensor, or the like. When the user terminal 100 includes a sensor, the processor 10 can also specify the holding posture of the user terminal 100 from the output of the sensor and perform processing according to the holding posture. For example, the processor 10 may be a vertical screen display in which a vertically long image is displayed on the display unit 152 when the user terminal 100 is held vertically. On the other hand, when the user terminal 100 is held horizontally, it may be a horizontal screen display in which a horizontally long image is displayed on the display unit. In this way, the processor 10 may be able to switch between the vertical screen display and the horizontal screen display according to the holding posture of the user terminal 100.

The camera 17 includes an image sensor and the like, and generates a captured image by converting the incident light incident from the lens into an electric signal.

The distance measuring sensor 18 is a sensor that measures the distance to the object to be measured. The distance measuring sensor 18 includes, for example, a light source that emits pulse-converted light and a light receiving element that receives the light. The distance measuring sensor 18 measures the distance to the object to be measured by the timing of light emission from the light source and the timing of receiving the reflected light generated by the light emitted from the light source being reflected by the object to be measured. The distance measuring sensor 18 may have a light source that emits light having directivity.

Here, an example in which the user terminal 100 receives the detection result of detecting the object 1010 in the vicinity of the user terminal 100 by using the camera 17 and the distance measuring sensor 18 as an input operation of the user will be further described. The camera 17 and the distance measuring sensor 18 may be provided on the side surface of the housing of the user terminal 100, for example. A ranging sensor 18 may be provided in the vicinity of the camera 17. As the camera 17, for example, an infrared camera can be used. In this case, the camera 17 may be provided with a lighting device that irradiates infrared rays, a filter that blocks visible light, and the like. This makes it possible to further improve the detection accuracy of the object based on the captured image of the camera 17, regardless of whether it is outdoors or indoors.

The processor 10 may perform one or more of the processes shown in the following (1) to (5), for example, on the captured image of the camera 17. (1) The processor 10 performs image recognition processing on the captured image of the camera 17 to specify whether or not the captured image includes a user's hand. The processor 10 may use, for example, a technique such as pattern matching as the analysis technique adopted in the above-mentioned image recognition process. (2) Further, the processor 10 detects the user's gesture from the shape of the user's hand. The processor 10 specifies, for example, the number of fingers of the user (the number of extended fingers) from the shape of the user's hand detected from the captured image. The processor 10 further identifies the gesture performed by the user from the number of identified fingers. For example, the processor 10 determines that the user has made a "par" gesture when the number of fingers is five. Further, when the number of fingers is 0 (the finger is not detected), the processor 10 determines that the user has made a “goo” gesture. Further, when the number of fingers is two, the processor 10 determines that the user has made a "rock-paper-scissors" gesture. (3) The processor 10 performs image recognition processing on the captured image of the camera 17 to detect whether the user's finger is in a state where only the index finger is raised or whether the user's finger is repelled. .. (4) The processor 10 is an object 1010 (user's hand or the like) in the vicinity of the user terminal 100 based on at least one of the image recognition result of the captured image of the camera 17 and the output value of the distance measuring sensor 18. ) And the user terminal 100. For example, the processor 10 may have the user's hand near the user terminal 100 (for example, a distance less than a predetermined value) or far away (for example, a predetermined value) depending on the size of the shape of the user's hand specified from the captured image of the camera 17. Detects whether it is at the above distance). When the captured image is a moving image, the processor 10 may detect whether the user's hand is approaching or moving away from the user terminal 100. (5) When it is found that the distance between the user terminal 100 and the user's hand is changing while the user's hand is detected based on the image recognition result of the captured image of the camera 17, the processor 10 recognizes that the user is waving his hand in the shooting direction of the camera 17. When an object is detected or not detected in the distance measuring sensor 18 having a stronger directivity than the shooting range of the camera 17, the processor 10 determines that the user is waving his hand in a direction orthogonal to the shooting direction of the camera. recognize.

As described above, the processor 10 determines whether or not the user is holding the hand (whether it is a “goo” gesture or another gesture (for example, “par”) by image recognition for the captured image of the camera 17. Or) is detected. In addition, the processor 10 detects the shape of the user's hand and how the user is moving the hand. In addition, the processor 10 detects whether the user is approaching or moving this hand toward or away from the user terminal 100. Such an operation can correspond to an operation using a pointing device such as a mouse or a touch panel, for example. For example, the user terminal 100 moves the pointer on the touch screen 15 in response to the movement of the user's hand, and detects the user's gesture “goo”. In this case, the user terminal 100 recognizes that the user is continuing the selection operation. The continuation of the selection operation corresponds to, for example, the state in which the mouse is clicked and pressed, or the state in which the mouse is touched after the touch-down operation is performed on the touch panel. Further, when the user moves his / her hand while the user's gesture "goo" is detected, the user terminal 100 performs such a series of gestures as an operation corresponding to a swipe operation (or a drag operation). You can also recognize it. Further, when the user terminal 100 detects a gesture that the user flips a finger based on the detection result of the user's hand by the image taken by the camera 17, the gesture is clicked by the mouse or tapped on the touch panel. It may be recognized as an operation corresponding to.

<Game overview>
The game realized by the game system 1 is a game in which a character object (hereinafter, simply referred to as a character) is arranged in a game space, and the character is operated in the game space in response to a user's input operation. The game based on the game system 1 may be a 3D game represented by a 3D game space and a 3D object, or a 2D game represented by a 2D game space and a 2D object. May be good. Hereinafter, a character that operates in response to a user's input operation will be referred to as an "operation character".

As will be described in detail later, in the game realized by the game system 1, the user operates the operating character to make the character fight with an enemy character arranged in the same game space, thereby advancing the game. Further, in the game realized by the game system 1, the user can perform a lottery for acquiring a character.

As an example of the game realized by the game system 1, it may be an open world game in which a user can freely operate a character arranged in a virtual game space to move and fight. In this embodiment, as an example, a case where the game system 1 realizes an open world RPG (Role-Playing Game) will be described.

The game realized by the game system 1 may be capable of multiplayer. For example, the game is an MMORPG (Massively Multiplayer Online Role-Playing Game) in which a plurality of users simultaneously operate their own operating characters in the same game space via their own user terminals 100 to advance the game. You may. However, the game genre and game content realized by the game system 1 are not limited to those of the above-mentioned type.

<Functional configuration of game system 1>
FIG. 2 is a block diagram showing a functional configuration of the server 200 and the user terminal 100 included in the game system 1. Each of the server 200 and the user terminal 100 may include a functional configuration (not shown) necessary for functioning as a general computer and a functional configuration necessary for realizing a known function in a game.

The user terminal 100 has a function as an input device that accepts a user's input operation and a function as an output device that outputs a game image or sound. The user terminal 100 functions as a control unit 110 and a storage unit 120 by the cooperation of the processor 10, the memory 11, the storage 12, the communication IF 13, the input / output IF 14, and the like.

The server 200 has a function of communicating with each user terminal 100 and supporting the user terminal 100 to advance the game. For example, selling valuable data, providing services, and so on. When the game is a multiplayer game, the server 200 may have a function of communicating with each user terminal 100 participating in the game and mediating the exchange between the user terminals 100. The server 200 functions as a control unit 210 and a storage unit 220 by the cooperation of the processor 20, the memory 21, the storage 22, the communication IF23, the input / output IF24, and the like.

The storage unit 120 and the storage unit 220 store the game program 231, the game information 232, and the user information 233. The game program 231 is a game program executed by the user terminal 100 and the server 200.

The game information 232 is data referred to when the control unit 110 and the control unit 210 execute the game program 231.

The user information 233 is information stored for each user account. The user information 233 for a certain account is associated with at least one user terminal 100. In this embodiment, an example in which one account is associated with one user terminal 100 will be described. The storage unit 120 stores the user information 233 of the account corresponding to the user terminal 100. On the other hand, the storage unit 220 collectively stores the user information 233 collected from each user terminal 100. The user information 233 includes character data 233A. The character data 233A is data about a character possessed by the user. The details of the character data 233A will be described later.

(Functional configuration of server 200)
The control unit 210 comprehensively controls the server 200 by executing the game program 231 stored in the storage unit 220. For example, the control unit 210 transmits various data, programs, and the like to the user terminal 100. When the game is a multiplayer game, the control unit 210 may receive a request for synchronization of multiplayer from the user terminal 100 and transmit data for synchronization to the user terminal 100.

The control unit 210 functions as a transmission / reception unit 211, a server processing unit 212, and a data management unit 213 according to the description of the game program 231. The control unit 210 can also function as another functional block (not shown) in order to support the progress of the game on the user terminal 100, depending on the nature of the game to be executed.

The transmission / reception unit 211 receives various data and requests from the user terminal 100. For example, the transmission / reception unit 211 receives a part or all of the game information 232 or the user information 233 from the user terminal 100. Further, the transmission / reception unit 211 may receive character data 233A from the user terminal 100 as a part of the user information 233. Further, the transmission / reception unit 211 may receive a lottery execution request from the user terminal 100.

The transmission / reception unit 211 transmits various data and requests to the user terminal 100. For example, the transmission / reception unit 211 may transmit the lottery result to the user terminal 100 which is the transmission source of the lottery execution request. Further, for example, the transmission / reception unit 211 may transmit the updated character data 233A to the user terminal 100 that is the transmission source of the lottery execution request.

The server processing unit 212 performs arithmetic processing necessary for providing the game. The server processing unit 212 instructs the transmission / reception unit 211 to transmit various data. The server processing unit 212 instructs the data management unit 213 to add, update, or delete various information included in the game information 232 and the user information 233. The server processing unit 212 may execute the processing related to the lottery.

The data management unit 213 manages the data stored in the storage unit 220. The data management unit 213 executes addition, update, or deletion of various information included in the game information 232 and the user information 233 in response to an instruction from the server processing unit 212. The data management unit 213 may read at least one of the game information 232 and the user information 233 from the storage unit 220 according to the instruction of the server processing unit 212. According to the instruction of the server processing unit 212, the data management unit 213 reads out the program to be executed by the user terminal 100 from the game program 231 from the storage unit 220 and transmits it to the user terminal 100 via the transmission / reception unit 211. You may.

(Functional configuration of user terminal 100)
The control unit 110 comprehensively controls the user terminal 100 by executing the game program 231 stored in the storage unit 120. For example, the control unit 110 advances the game according to the game program 231 and the user's operation. Further, the control unit 110 communicates with the server 200 to send and receive information as needed while the game is in progress.

The control unit 110 functions as an operation reception unit 111, a game progress unit 112, a camera arrangement control unit 113, an object control unit 114, a display control unit 115, and a communication unit 116 according to the description of the game program 231. The control unit 110 can also function as other functional blocks (not shown) in order to advance the game, depending on the nature of the game to be executed.

The operation reception unit 111 detects and accepts a user's input operation with respect to the input unit 151. The operation reception unit 111 determines what input operation has been performed from the action exerted by the user on the console via the touch screen 15 and other input / output IF 14, and outputs the result to each element of the control unit 110. do.

For example, the operation receiving unit 111 receives an input operation for the input unit 151, detects the coordinates of the input position of the input operation, and specifies the type of the input operation. The operation receiving unit 111 specifies, for example, a touch operation, a slide operation, a swipe operation, a tap operation, and the like as types of input operations. Further, the operation receiving unit 111 detects that the contact input is canceled from the touch screen 15 when the continuously detected input is interrupted.

The communication unit 116 transmits various data and requests to the server 200. For example, the communication unit 116 transmits a part or all of the game information 232 or the user information 233 to the server 200. For example, the communication unit 116 sends a lottery execution request to the server 200. Further, the communication unit 116 may transmit the character data 233A to the server 200 as a part of the user information 233.

The communication unit 116 receives various data and requests from the server 200. For example, the communication unit 116 receives a part or all of the game information 232 or the user information 233 from the server 200. Further, the communication unit 116 may receive information indicating the lottery result from the server 200. Further, the communication unit 116 may receive the updated character data 233A from the server 200.

The game progress unit 112 performs various processes related to the progress of the game. For example, the game progress unit 112 specifies the instruction content of the user based on the coordinates of the position of the input operation received by the operation reception unit 111, the type of operation, and the progress status of the game. In addition, the game progress unit 112 performs various determination processes related to the progress of the game. Further, the game progress unit 112 adds, updates, or deletes various information stored in the storage unit 120, which is included in the game information 232 and the user information 233. The game progress unit 112 includes a battle processing unit 112A, a lottery unit 112B, and a character assigning unit 112C.

The battle processing unit 112A executes processing related to the battle between the operating character, the automatic battle character, and the enemy character. Further, the battle processing unit 112A determines a character to be given to the user when a predetermined condition is satisfied as a result of the battle. When the battle processing unit 112A determines the character to be assigned, the battle processing unit 112A notifies the character assigning unit 112C of the character.

The lottery unit 112B executes a process related to a lottery for acquiring a character. The lottery method is not particularly limited. For example, the lottery unit 112B may refer to the housing (lottery data table) included in the game information 232 according to a predetermined input operation of the user, and determine the lottery result based on the table. The lottery unit 112B notifies the character assigning unit 112C of the result of the lottery, that is, the character to be assigned to the user.

The character giving unit 112C gives the user a character determined to be given as a result of the processing of the battle processing unit 112A or the lottery of the lottery unit 112B. When the character assigning unit 112C determines the character to be assigned by the battle processing unit 112A or the lottery unit 112B, the initial data of the character corresponding to the character is read from the game information 232, and the data is used as the character data 233A of the user information 233. to add.

The camera arrangement control unit 113 defines a virtual camera for designating an area to be presented to the user in the game space. The camera arrangement control unit 113 virtually arranges the virtual camera in the game space by defining the position and orientation of the virtual camera in the game space. The camera arrangement control unit 113 instructs the display control unit 115 to create an image in which the visual field area defined by the virtual camera and the objects arranged in the visual field area are drawn. The camera arrangement control unit 113 may change the position and orientation of the virtual camera at any time.

The object control unit 114 arranges an object in the game space based on the setting information of the object included in the game information 232. Further, the object control unit 114 controls the objects arranged in the game space. For example, the object control unit 114 changes the position, orientation, shape, color, etc. of the object in the game space, and causes the object to perform a predetermined series of operations. For example, the object control unit 114 moves the operating character in the movement direction, the movement speed, and the movement distance determined by the game progress unit 112.

The display control unit 115 causes the display unit 152 to display an image. For example, the display control unit 115 generates an image including an area of the field of view of the virtual camera defined by the camera arrangement control unit 113 and an object existing in the area in the game space, and displays the image on the display unit 152.

The object control unit 114 may arrange an object (UI object) for constructing a UI (user interface) in the game space and control the UI object. Further, the display control unit 115 may superimpose and display an image (UI image) related to the UI necessary for various operations of the game, such as an icon, a button, a list, and a menu screen, on the image. The UI image and the UI object are tools for the user to input input necessary for the progress of the game to the user terminal 100. Further, the UI image and the UI object are tools for the user to obtain information output from the user terminal 100 while the game is in progress.

The functions of the server 200 and the user terminal 100 shown in FIG. 2 are merely examples. The server 200 may include at least a part of the functions provided by the user terminal 100. Further, the user terminal 100 may have at least a part of the functions provided by the server 200. Further, devices other than the user terminal 100 and the server 200 may be used as components of the game system 1, and the other devices may be made to execute a part of the processing in the game system 1. That is, the computer that executes the game program in the present embodiment may be any of the user terminal 100, the server 200, and other devices, or may be realized by a combination of a plurality of these devices.

(Game space and placement of objects)
The game progress unit 112 of the user terminal 100 starts a game based on the game program 231. When the game starts, the object control unit 114 constructs a predetermined game space according to the instruction of the game progress unit 112, and arranges a predetermined operation character in the game space. Further, the object control unit 114 may arrange a background object such as a tree, a rock, a building, etc., which is a background of the game space, in the game space. Further, the object control unit 114 may arrange an enemy character (another character) that is a battle opponent of the operating character in the game space.

In the present embodiment, as an example of the game realized by the game system 1, the user selects one character from the operable characters among the characters possessed by the user and operates the character. An example of the above will be described. However, in the game realized by the game system 1, the user may be allowed to operate a plurality of characters (for example, a human character and a riding monster described later, or a plurality of human characters) at one time. Further, instead of performing all the movements of each character according to the input operation of the user, the user may operate only a part of the movements such as the attack timing and the direction of movement (so-called semi-automatic operation).

In the present embodiment, as an example, when a game space (referred to as a field space) corresponding to an outdoor space such as a grassland is constructed by the object control unit 114 at the start of the game, and an operation character or the like is arranged in the field space. Will be explained.

The game space constructed by the object control unit 114 is not limited to the field space described above. For example, the object control unit 114 constructs a game space (referred to as a dungeon space) corresponding to an indoor (so-called dungeon) space such as in a cave or a building in response to an instruction from the game progress unit 112, and the space An operation character or the like may be placed in the space. For example, when the operation reception unit 111 receives an input operation instructing to enter the dungeon, the game progress unit 112 may instruct the object control unit 114 to construct a dungeon space and arrange an operation character or the like in the space. good.

FIG. 3 is a diagram showing an example of a screen in which a field space is drawn, which is a kind of game space. At least one operation character is arranged in the field space. The state (A) of FIG. 3 is a diagram showing a state in which a human character 301 is arranged in a field space with the weapon 302 of the character held on his back.

Here, the "human character" is a kind of operable character. The "human character" is just an example of the name, and the human character 301 does not necessarily have to be a human or a humanoid character. Also, the weapon 302 is not essential.

(Riding monsters and automatic combat monsters)
The state (B) of FIG. 3 is a diagram showing a state in which the human character 301 is mounted on the riding monster 303 in the field space. The riding monster 303 is a kind of operable character, and is a kind of character that becomes a companion (that is, an ally in battle) of the human character 301. Further, the riding monster 303 may be able to participate in the battle instead of the human character 301.

The human character 301 can mount on the riding monster 303. In other words, the riding monster 303 is a character that becomes a vehicle for the human character 301. The "character participating in the battle" is a character placed in the game space during the battle with a certain enemy character (described later), and becomes an ally of the user's operation character during the battle. It is a character. The character participating in the battle does not necessarily have to perform an action such as an attack on the enemy character. In addition, the characters participating in the battle do not have to receive actions from the enemy characters. For example, even if the human character 301 is mounted on the riding monster 303, but only the riding monster 303 performs various actions such as an attack based on an input operation, it is assumed that the human character 301 is participating in the battle.

When the user performs an operation for designating the riding monster 303 and an input operation for instructing riding, the operation receiving unit 111 accepts these operations, and the game progressing unit 112 associates the human character 301 with the designated riding monster 303. .. Further, the game progress unit 112 notifies the object control unit 114 that the human character 301 and the riding monster 303 are associated with each other. Upon receiving the notification, the object control unit 114 arranges the human character 301 in the system and position where the riding monster 303 is mounted. As a result, the user can enjoy the game by changing the association of the riding monster 303 as a vehicle with respect to a certain human character 301. Therefore, the fun of the game is improved.

When the human character 301 is mounted on the riding monster 303, the battle processing unit 112A of the game progressing unit 112 may prevent the mounted human character 301 from performing actions such as attacking and defending in subsequent battles. In other words, the battle processing unit 112A causes both the riding monster 303 and the human character 301 to participate in the battle, but only one of them may be allowed to perform input operations related to various actions in the battle.

The game progress unit 112 may release the riding state of the human character 301 in response to a predetermined input operation by the user. In this case, the riding monster 303 is deleted from the field space, and only the human character 301 remains in the space.

The apparent relationship between the human character 301 and the riding monster 303 according to the present invention is not limited to "riding", and may be appropriately determined according to the appearance of the riding monster 303. For example, when the human character 301 and the bird-shaped riding monster 303 are associated with each other, the riding monster 303 may grab the human character 301 and jump up.

When the operation reception unit 111 accepts an input operation that associates the user's automatic battle monster 304 with the operation character (summons the automatic battle monster 304), the game progress unit 112 associates the automatic battle monster 304 with the operation character (human character). It may be associated with 301 or a riding monster 303). Then, the game progress unit 112 may instruct the object control unit 114 to arrange the automatic battle monster 304 in the field space. Then, the object control unit 114 may arrange the automatic battle monster 304 in the field space.

The automatic battle monster 304 is a kind of character that cannot be operated by the user. Further, unlike the riding monster 303, the automatic battle monster 304 is a character that the human character 301 cannot mount. In the battle described later, the game progress unit 112 and the object control unit 114 move the automatic battle monster 304 in a predetermined action pattern, so that the automatic battle monster 304 automatically participates in the battle. In the following description, the riding monster 303 and the automatic battle monster 304 are collectively referred to as "monsters".

It is desirable that the position of the virtual camera in the field space is such that the user's operating character (human character 301 or riding monster 303) is displayed in the substantially center of the user terminal 100. As a result, it is possible to secure an area (for example, the area A of the states (A) and (B) of FIG. 3) in which the user touch-operates the touch screen 15 on the display screen of the display unit 152.

(fight)
FIG. 4 is a diagram showing an example of a screen in which a field space at the time of battle is drawn. The user operates the human character 301 or the riding monster 303 to move in the field space. On the other hand, in the field space, an enemy character that is arranged at a predetermined timing and performs an action such as movement according to a predetermined action pattern is arranged. When the positional relationship between the human character 301 (and the riding monster 303) and the enemy character (for example, the distance and the orientation of each character) satisfies the first condition, the battle processing unit 112A performs the human character 301 (and the riding monster 303). Encounters the enemy character 305 and determines that the battle has started, and starts various processes related to the battle. On the other hand, when the enemy character is defeated (deleted from the field space) or the positional relationship between the human character 301 (and the riding monster 303) and the enemy character satisfies the second condition, the battle processing unit 112A fights. May be determined that the battle has been completed, and various processes related to the battle may be completed.

The battle processing unit 112A may not determine the start and end of the battle, and may seamlessly start the battle from the movement in the field space. In this case, the battle processing unit 112A starts various processing related to the battle when the operation reception unit 111 receives an input operation for instructing a predetermined operation (for example, attack) of the human character 301 or the riding monster 303. good.

The state (A) of FIG. 4 is a diagram showing a state in which a battle between the human character 301 and the enemy character 305 has started. When the battle processing unit 112A determines that the battle has started, the object control unit 114 adjusts the arrangement of the human character 301 and the weapon 302 so that the human character 301 is in a state of holding the weapon 302 as shown in the figure. You may.

The enemy character 305 is an NPC (non player character) whose action is controlled by the battle processing unit 112A according to a predetermined action pattern. The enemy character 305 may have the same appearance and ability (movement and attack method, etc.) as a kind of riding monster 303 or automatic combat monster 304.

The battle processing unit 112A advances the battle between the human character 301 and the enemy character 305 in response to input operations such as attack, defense, avoidance, and movement received by the operation reception unit 111 during battle. For example, when the operation reception unit 111 receives an input operation for instructing an attack, the battle processing unit 112A causes the enemy character 305 according to the value of the attack power of the human character 301 and the value of the defense power of the enemy character 305. Calculate the damage dealt. The object control unit 114 controls the arrangement, movement, pose, and the like of the human character 301, the weapon 302, and the enemy character 305 according to various processes advanced by the battle processing unit 112A.

The state (B) of FIG. 4 is a diagram showing a state in which the human character 301 is fighting with the enemy character 305 while riding on the riding monster 303. As described above, when the human character 301 mounts on the riding monster 303, various actions such as attacks cannot be performed, and the riding monster 303 performs the various actions in place of the human character 301.

For example, according to the input operation of the user, the riding monster 303 attacks the enemy character 305 by an attack method according to its appearance and ability as shown in the figure. As a result, the action corresponding to the riding monster 303 can be executed, so that the strategicity in the battle can be enhanced. Therefore, the fun of the game can be improved.

The battle processing unit 112A advances the battle between the riding monster 303 and the enemy character 305 according to the ability of the riding monster 303. When the automatic battle monster 304 is arranged, the battle processing unit 112A also executes the processing related to the battle between the automatic battle monster 304 and the enemy character 305.

The state (C) of FIG. 4 is a diagram showing a state of winning a battle. For example, as shown in the figure, it is assumed that the human character 301 fights alone and defeats the enemy character 305. In this case, the battle processing unit 112A grants the user a reward item according to the content or result of the battle. Specifically, the battle processing unit 112A increases the value indicating the number of the reward items included in the user information 233. The battle processing unit 112A may change the type and number of reward items to be given according to the type and level of the enemy character 305. Further, the object control unit 114 or the display control unit 115 may arrange and display a UI object 306 or a UI image 306 indicating the type and number of reward items obtained by the user (given to the user).

As will be described in detail later, the battle processing unit 112A may determine the character to be given to the user when the number of possessed reward items exceeds a predetermined number by giving the reward item. The character to be given may be any of a human character 301, a riding monster 303, and an automatic battle monster 304, but it is preferably a riding monster 303 or an automatic battle monster 304.

The human character 301, the riding monster 303, and the automatic battle monster 304 have preset abilities according to each individual. The setting of the ability is stored in the storage unit 120 as character data 233A.

(Character data)
FIG. 5 is a diagram showing a data structure of character data 233A. As shown in the figure, the character data 233A has information indicating the type of the character, information indicating the name, information indicating the rarity, and various parameters related to the battle (battle parameters) with respect to the identification code uniquely indicating one character. ) And the information indicating the equipment (corresponding to the character) that the character is equipped with. One record of character data 233A indicates one individual character. The character data 233A may include a monster having the same name. In other words, it may be possible for a user to have multiple monsters of the same appearance.

The character type is information indicating whether the character is a human character, a riding monster, or an automatic combat monster. The name of the character indicates the name of the character. In this embodiment, characters with the same name have the same appearance. Rarity indicates the difficulty of obtaining the character (so-called rarity). In the illustrated example, D has the lowest rarity and A has the highest rarity. The battle parameter is a parameter for the battle processing unit 112A to refer to the battle and execute the processing related to the battle.

The information indicating the equipment indicates the equipment associated with the character (that is, equipped by the character). In the illustrated example, only the human character is equipped with the equipment, but the riding monster and the automatic battle monster may also be equipped with the equipment. When the equipment is associated with the character, the battle processing unit 112A performs the processing related to the battle with reference to parameters such as the attack power or the defense power of the equipment. For example, the battle processing unit 112A uses a value obtained by adding the attack power of the equipment to the attack power of the character in the damage calculation related to the attack of the character. Information indicating the equipment possessed by the user and the parameters of the equipment is included in the user information 233.

(Character grant by battle)
In the game realized by the game system 1, a monster is given to the user when either the battle granting process or the lottery granting process described below is executed.

The battle granting process is a process of granting a monster to the user according to the result of fighting the operating character and the enemy character. FIG. 6 is a flowchart showing an example of the flow of the battle granting process in the game system 1.

When the game progress unit 112 of the user terminal 100 starts the game, the object control unit 114 arranges an operation character in a predetermined game space (for example, a field space), and the game progress unit 112 and the object control unit 114 are used by the user. The operation character is operated according to the input operation (S100). After that, the game progress unit 112 executes the movement of the operating character, the riding, the summoning of the automatic battle monster 304, and the like according to the input operation of the user. Further, the object control unit 114 operates the enemy character determined to be arranged in the game space in which the operation character is arranged according to the instruction from the game progress unit 112.

The game progress unit 112 and the object control unit 114 execute the above-mentioned control (NO in S102) until the battle processing unit 112A determines that the operating character has encountered an enemy character. When the positional relationship between the operating character and the enemy character satisfies the first condition, the battle processing unit 112A determines that the operating character has encountered an enemy character (YES in S102). In this case, the battle processing unit 112A advances various processes related to the battle, and causes the operating character (and the automatic battle monster) to fight the certain enemy character (S104). In the battle, the battle is continued until a predetermined condition (second condition) is satisfied (NO in S106). When the second condition is satisfied (YES in S106), the battle processing unit 112A determines that the battle with the certain enemy character has ended. If there are a plurality of enemy characters, the battle processing unit 112A continues the battle between the operating character and the other enemy characters.

When it is determined that the battle is completed, the battle processing unit 112A grants a reward item to the user according to the content of the battle (S108). Further, the battle processing unit 112A determines whether or not a predetermined number of reward items have been accumulated (S110). If a predetermined number of reward items have not been accumulated (NO in S110), the battle processing unit 112A does not perform the subsequent processing. On the other hand, when a predetermined number of reward items are accumulated (YES in S110), the battle processing unit 112A consumes the predetermined number of reward items possessed by the user (S112) and grants the reward items to the user according to the reward items. Determine the monster to play (S114). For example, the battle processing unit 112A determines a monster to be given to the user according to the type of reward item. The character giving unit 112C gives the determined monster to the user (S116).

In this way, by making the specification to give the character acquired by the battle to the user, it is possible to give the user a motivation to perform the battle. Further, a character that can be given (acquired by the user) to the user in the battle can participate in the battle. Therefore, the user can be motivated to participate in the battle, that is, to further fight the acquired character. Then, a character is further given to the user according to the result of the battle. In this way, since the two purposes of acquiring monsters and fighting can be presented to the user in a cyclical manner, the user can continue the game without getting tired.

In addition, by granting a monster when a predetermined number of reward items are accumulated, it is possible to give the user the purpose of repeating battles and collecting reward items.

It is desirable that the type of reward item has a one-to-one correspondence with the type of enemy character (for example, the name of the enemy character). For example, when a certain riding monster appears as an enemy character, it is desirable that the battle processing unit 112A grant a reward item corresponding to the riding monster. Then, when the reward items are accumulated in a predetermined number or more, the battle processing unit 112A may determine the riding monster as the enemy character as the target monster to be given to the user.

As a result, when the user wins the battle, he / she can acquire the enemy character who fought. Therefore, the characters that can be acquired can be easily determined by the battle.

(Character assignment by lottery)
On the other hand, the lottery granting process is a process of granting a monster to the user according to the lottery result. FIG. 7 is a flowchart showing an example of the flow of the lottery granting process in the game system 1. The lottery granting process shown in FIG. 7 is started by the user performing an input operation for instructing a lottery at an arbitrary timing in the game.

The operation reception unit 111 of the user terminal 100 accepts an input operation for instructing a lottery (S200). When the operation receiving unit 111 receives the input operation, the lottery unit 112B determines the monster to be given to the user by lottery (S202). The character giving unit 112C grants the monster determined by the lottery unit 112B to the user (S204). That is, the character assigning unit 112C adds the monster data (1 record in FIG. 3) determined by the lottery unit 112B to the character data 233A included in the user information 233 of the user terminal 100. Finally, the game progress unit 112 notifies the display control unit 115 of the lottery result in S202, and the display control unit 115 creates an image showing the lottery result and displays it on the display unit 152 (S206).

It should be noted that some consideration may be required for the user to execute the lottery. For example, the game progress unit 112 executes the process after S202 when the user possesses a predetermined number or more of the predetermined lottery items, and when the user does not possess the predetermined number or more of the predetermined lottery items, the game progress unit 112 executes the process. It may be decided not to execute the process after S202. Further, the game progress unit 112 may reduce the number of the lottery items stored in the user information 233 of the storage unit 120 by the predetermined number when performing the processing after S202. That is, the game progress unit 112 may consume a predetermined number of lottery items when performing the processing after S202.

In this way, by giving the character determined by the lottery to the user, it is possible to give the user a motivation to perform the lottery. Further, a character that can be given to the user by lottery (can be acquired by the user) can participate in the battle by associating with the operating character. Therefore, the user can be motivated to participate in the battle, that is, to further fight the acquired character. Then, depending on the result of the battle, a character is given to the user as shown in FIG. In this way, by having the user acquire a monster by lottery, it is possible to give the user a motive to operate the operating character and perform a battle. Therefore, it is possible to give the user a continuous goal and keep the game going without getting bored.

[Embodiment 2]
<Growth of monsters>
The game progress unit 112 of the user terminal 100 may grow a monster when a certain monster participates in a battle or when a predetermined growth item is used for the monster. Hereinafter, Embodiment 2 of the present invention will be described. The same description as described in the above embodiment will not be repeated. This also applies to the subsequent embodiments.

When a certain monster participates in the battle, the game progress unit 112 according to the present embodiment grows the monster. "Growing a monster" means changing the abilities of the monster. The game progress unit 112 may not only participate in the battle but also grow the monster during the battle or when the predetermined growth conditions are satisfied at the end of the battle. Further, the game progressing unit 112 may grow not only a monster but also a human character.

Further, the game progressing unit 112 may grow a monster when a predetermined growth item is used for the monster. The "predetermined growth item" is an item given to a user or a human character owned by the user when a predetermined condition is satisfied in the game.

The operation reception unit 111 receives an input operation for selecting a monster to be grown. When the operation reception unit 111 accepts the input operation, the game progress unit 112 determines the selected monster as the monster to be grown. Subsequently, the operation reception unit 111 receives an input operation instructing the use of the growth item. When the operation reception unit 111 receives the input operation, the game progress unit 112 changes the ability of the monster by updating the character data of the monster to be grown, which is included in the character data 233A.

(Example of monster ability)
The ability of a monster is indicated by the value of various parameters set for the monster, such as the monster's physical strength, attack power, attack speed, and defense power, or the limit value of the value. The game progresser 112 may change the monster's abilities by increasing or decreasing at least one of the values and limits of these parameters.

Further, the ability of the monster is indicated by, for example, an attribute given to the monster and the value of a parameter indicating the strength of the influence of the attribute. The game progressing unit 112 may change the ability of the monster by giving an attribute to the monster or deleting the attribute given to the monster. Further, the game progress unit 112 may change the ability of the monster by increasing or decreasing the value of the parameter related to the attribute.

Further, the ability of a monster is indicated by, for example, the number and types of skills that the monster can perform, and the performance of each skill. Skills are, for example, action skills related to some action of a monster, passive skills that are always effective, and the like. The game progress unit 112 may change the ability of the monster by increasing the number and types of skills that can be executed, and by improving or decreasing the performance of each skill.

When the monster is a riding monster, the "monster ability" may be, for example, the movement speed of the monster or the type of terrain that can be moved when a human character mounts the monster. The game progress unit 112 may change the ability of the monster by increasing or decreasing the movement speed of the monster and increasing or decreasing the types of terrain that can be moved.

By making it possible to acquire a monster that can be grown by battle or lottery, the user who has acquired the monster can be given the purpose and enjoyment of growing the monster. Therefore, the game system 1 can improve the fun of the game.

In addition, by growing the acquired monster and using the grown monster to fight with another monster, it is possible to aim for the acquisition of the other monster. In this way, since the two purposes of acquiring monsters and growing monsters can be presented to the user in a cyclical manner, the user can continue the game without getting tired.

<Break through the limits of monsters>
When the battle processing unit 112A or the lottery unit 112B determines that the same monster as the monster given to the user is given to the user, the character giving unit 112C gives the monster instead of giving the monster to the user. You may break through the limit of finished monsters. "Breaking through the limits" means changing the monster's abilities as well as growing.

(Flow of processing related to breaking through the limit)
FIG. 8 is a flowchart showing an example of the flow of processing related to the limit breakthrough in the game system 1. Each process shown in FIG. 8 is executed instead of the process in which the game progressing unit 112 grants a monster to the user. That is, each process shown in FIG. 8 is executed instead of the process of S116 of the flowchart shown in FIG. 6 or S204 of the flowchart shown in FIG. 7.

When the monster to be given by the battle processing unit 112A or the lottery unit 112B is determined (S114 in FIG. 6 or S202 in FIG. 8), the character assigning unit 112C determines whether or not the monster is a monster already assigned to the user. (S300). For example, the character assigning unit 112C searches for character data 233A using information for identifying the determined monster (for example, the identification code of the monster stored in the game information 232) as a key. When the character data 233A contains data about a monster indicated by the character identification information, the character giving unit 112C determines that the monster is a monster already given to the user (YES in S300). On the other hand, when the character data 233A does not include the data about the monster indicated by the character identification information, the character giving unit 112C determines that the monster is a monster that has not been given to the user (that is, has not been given). (NO in S300).

When the monster determined by the battle processing unit 112A or the lottery unit 112B is a monster that has not been given to the user (NO in S300), the character giving unit 112C grants the monster to the user in the same manner as in S114 and S204. (S302).

On the other hand, when the monster determined by the battle processing unit 112A or the lottery unit 112B is a monster that has already been given to the user (YES in S300), the character giving unit 112C is the monster (that is, the monster that was planned to be given). Is not given to the user. Then, the game progressing unit 112 determines the monster as the monster to be targeted for breaking through the limit. The game progressing unit 112 causes the monster to break through the limit to break through the limit (S304). Specifically, the game progress unit 112 changes the ability of the monster by updating the character data of the monster whose limit is to be exceeded, which is included in the character data 233A, for example.

According to the above process, when the monster already given to the user is given again by battle or lottery, the ability of the given monster is changed instead of giving the same monster more than once. ..

As a result, even if the same monster is given, the user can be given the advantage that the monster in possession is strengthened. This can give the user a motivation to re-acquire the monster once acquired by battle or lottery.

The character giving unit 112C may allow a human character to break through the limit in the same way as a monster. The process for breaking the limit of a human character is the same as the process for breaking the limit of a monster described above.

The process of S304 in FIG. 8 may be executed at a timing other than the timing of S116 or S204. For example, the game progressing unit 112 may be once given to the user regardless of whether or not the monster determined by the battle processing unit 112A or the lottery unit 112B has been given (S302). In this case, the determination process of S300 does not have to be performed. Then, when the operation reception unit 111 receives a series of input operations instructing the user to break through the limit, the game progress unit 112 may execute the limit breakthrough of the monsters possessed by the user in duplicate. ..

The series of input operations for instructing the limit breakthrough includes an input operation for designating the limit breakthrough target monster and an input operation for designating the consumption target monster consumed for the limit breakthrough of the monster. It is desirable that the monster targeted for breaking through the limit and the monster targeted for consumption are the same or the same type of monster.

The game progress unit 112 deletes the record indicating the monster designated by the user as the consumption target from the plurality of records, and updates the record indicating the monster designated by the user as the limit breakthrough target, thereby causing the limit breakthrough target. Change the abilities of the monsters.

If you grow or break through the limits of a monster, you may change the appearance of the monster. By changing the appearance of the monster according to the growth or the limit breakthrough, it is possible to distinguish the growth stage or the limit breakthrough stage of the monster at a glance. It also gives the user a sense of anticipation of how the appearance will change when the monster grows or breaks through its limits.

For example, when a monster grows or breaks through its limits, it is desirable to change it to a stronger or more glamorous appearance. This allows the user to feel more satisfied with the growth or limit of the monster. It can also give the user a stronger motivation to grow or break through the limits of the monster.

As for the human character, at least one of growth and limit breakthrough may be possible as in the case of a monster. The flow of processing related to the growth and limit breakthrough of a human character is the same as the flow of processing for monster growth and limit breakthrough described in this embodiment.

[Embodiment 3]
In the game system according to the present invention, the equipment of the operating character may be associated with a fellow character who can participate in the battle. Then, when a fellow character is associated with the equipment, the fellow character may not be able to participate in the subsequent battle, and the equipment may be given an effect corresponding to the fellow character.

The user can operate a human character or a riding monster as an operating character. Therefore, the equipment of the operating character is, for example, the weapon 302, armor, and accessories of the human character 301, and the weapon, armor, and accessories of the riding monster 303.

The user can participate in the battle together with the human character and the riding monster on which the human character rides. In addition, the user can have an automatic combat monster participate in the battle together with a human character or a riding monster. Therefore, the fellow character is a riding monster or an automatic combat monster. If it is possible to have a human character participate in a battle as an NPC, the human character is also included in the fellow characters.

FIG. 9 is a block diagram showing a functional configuration of a user terminal 100A and a server 200 included in the game system 1 according to the present embodiment. The game system 1 according to the present embodiment is different from the game system 1 according to the first embodiment in that the user terminal 100A is provided instead of the user terminal 100. The user terminal 100A includes a weapon strengthening unit 112D in the game progress unit 112 in addition to the same configuration as the user terminal 100.

The weapon strengthening unit 112D strengthens the equipment by updating the information indicating the parameters of the equipment included in the user information 233. Here, "strengthening the equipment" means to give some effect (an additional effect that is not originally provided in the equipment) to the equipment.

The "effect" referred to here may be, for example, an effect of improving the ability of the equipment, an effect of increasing the skill that can be used by equipping the equipment, and the like. Further, the above effect may be to change the appearance, attributes, etc. of the equipment.

Further, it is desirable that the weapon strengthening unit 112D imparts an effect to the equipment according to at least one of the possessed abilities and skills of the fellow character used for strengthening the equipment. As a result, various effects can be given to the equipment according to the companion character to be used. Therefore, the fun of the game is further improved.

(Flow of equipment strengthening process)
FIG. 10 is a flowchart showing an example of the flow of the process of strengthening the equipment (equipment strengthening process). In the following example, it is assumed that the monster can be used to strengthen the equipment as a fellow character, but the processing flow is the same when the human character is used to strengthen the equipment.

The operation reception unit 111 accepts an input operation for selecting a monster to be used for strengthening the equipment (S400). Further, the operation receiving unit 111 receives an input operation for selecting the equipment to be strengthened (S402). After that, the operation receiving unit 111 receives an input operation instructing the strengthening of the equipment (S404). When the operation reception unit 111 receives the input operation of S404, the game progress unit 112 associates the equipment selected in S402 with the monster selected in S400 (S406). This association is managed separately from the association for equipping a monster with equipment. The game progress unit 112 further makes the associated monster, that is, the monster used for strengthening the equipment, unusable (S408). The monster may be unusable only during battle (that is, unusable to participate in battle), or may be unusable at all times.

Finally, the game progress unit 112 imparts an effect according to the monster used for strengthening to the equipment associated with S406, that is, the equipment to be strengthened (S410). For example, the game progress unit 112 imparts an effect to the equipment according to the ability or skill of the monster used for strengthening.

It should be noted that the fellow character associated with the equipment (that is, used to enhance the equipment) can change its ability by fighting or using a predetermined growth item as described in the second embodiment. Character is desirable. By using such a character for strengthening the equipment, it is possible to impart an effect according to the growth state of the character to the equipment. Therefore, it is possible to make the user think about how far the character should be grown and then used for strengthening the equipment. By having the user strategically strengthen the equipment in this way, the fun of the game can be further improved.

It is desirable that the fellow character associated with the equipment is a character that can be operated by the user, such as a human character or a riding monster (secondary character). In the game according to the present embodiment, the user can operate one character at a time (for example, the human character 301 or the riding monster 303 in the state (B) of FIG. 3). Further, not limited to this example, the number of characters that can be operated by the user at one time is naturally limited. This is because the more characters that can be operated at one time, the more the user's judgment speed and judgment ability are required.

Therefore, when the number of human characters and riding monsters possessed by the user increases, some characters are rarely used. In addition, when the user already possesses a desired character such as a human character or a riding monster that is strong in battle, the user's motivation to acquire and collect the character is diminished.

According to the above processing, even a human character or a riding monster that is rarely used can be given a role of being used for strengthening equipment. Therefore, it is possible to increase the user's willingness to collect characters. As a result, the fun of the game is further improved.

Furthermore, it is desirable that the fellow character associated with the equipment is a riding monster. The human character may be, for example, a character involved in the progress of the story of the game, or a character that can be acquired (that is, "joins a group") according to the progress of the story. On the other hand, a riding monster can participate in a battle for the first time by being associated with a manipulable character. In other words, riding monsters cannot participate in combat on their own. Therefore, it is possible to prevent the main character from being associated with the equipment and being unable to participate in the battle. In addition, by avoiding the use of human characters for strengthening equipment and using riding monsters, it is possible to prevent the progress of the story and the understanding of the user's story from being hindered.

[Embodiment 4]
The game system 1 according to the present embodiment may realize a game in which an operating character can execute a continuous action (referred to as a combo action) in response to a continuous operation on the touch screen 15 of the user.

<Functional configuration of user terminal>
FIG. 11 is a block diagram showing a functional configuration of a user terminal 100B and a server 200 included in the game system 1 according to the present embodiment. The game system 1 according to the present embodiment is different from the game system 1 according to the third embodiment in that the user terminal 100B is provided instead of the user terminal 100A. In addition to the same configuration as the user terminal 100A, the user terminal 100B includes an edit screen generation unit 112E and a continuous operation determination unit 112F in the game progress unit 112.

The edit screen generation unit 112E generates an edit screen that associates actions according to the order in the operation sequence of the operations with each operation included in the operation sequence consisting of continuous operations. In this embodiment, one operation sequence is a continuous sequence of operations of the same type. Hereinafter, the information in which the actions according to the order are associated with each operation included in the operation column is also described as the operation column information. It is also described that associating the actions according to the order with each operation is to edit the operation column information. The details of the edit screen generation unit 112E will be described later.

The continuous operation determination unit 112F determines whether or not the operation on the touch screen 15 continues from the previous operation. Further, when the continuous operation determination unit 112F determines that the current operation is continued from the previous operation, the continuous operation determination unit 112F determines an action to be executed by the operation character according to the current operation by referring to the operation sequence information. do. The details of the continuous operation determination unit 112F will be described later.

(Type of operation)
The details of the type of operation specified by the operation receiving unit 111 will be described. In the present embodiment, the types of operations include tap operation, up flick operation, down flick operation, left / right flick operation, and rotation operation. As for the tap operation detection method, a known method can be applied.

Here, first, the detection method of the up flick operation, the down flick operation, and the left and right flick operation will be described. Each of these operations is detected based on the direction of the flick operation. A known method can be applied to the detection method of the flick operation itself. Here, each of the upper, lower, and left-right directions can be arbitrarily determined by the display unit 152. For example, the direction in which the character is facing (that is, the direction in which the virtual camera is facing) in the game space displayed on the display unit 152 may be the upward direction. In this case, by defining the upward direction, the opposite direction of the upward direction can be defined as the downward direction. Further, the direction in which the upward direction is rotated 90 degrees to the left (or right) can be defined as the left (or right) direction.

In this case, the operation receiving unit 111 detects as an upper flick operation when the direction of the flick operation is included in the range of a predetermined angle with respect to the upward direction. As a result, the flick operation in the direction in which the operating character is facing is detected as the upper flick operation. Further, the operation receiving unit 111 detects as a lower flick operation when the direction of the flick operation is included in the range of a predetermined angle with respect to the downward direction. As a result, the flick operation in the direction toward the back of the operation character is detected as the down flick operation. Further, the operation receiving unit 111 detects as a left / right flick operation when the direction of the flick operation is included in a range of a predetermined angle with respect to the left (or right) direction. As a result, the lateral flick operation of the operating character is detected as a left / right flick operation.

Next, a rotation operation detection method will be described. The rotation operation means an operation in which the locus of the contact position (that is, the touch position) of the object 1010 in the drag operation becomes a ring shape or a substantially ring shape. The ring drawn by the locus of the rotation operation does not have to be closed. Further, the start position and the end position of the drag operation in the rotation operation do not have to match.

An example of a rotation operation detection method will be described. For example, the rotation operation can be specified by detecting a change in the vector component of the drag operation in a predetermined period. Specifically, the operation receiving unit 111 detects a change in the vector component in the operation direction if the drag operation continues for a predetermined period after detecting the contact of the object 1010 with the input unit 151. The change of the vector component in the operation direction will be described with reference to FIG. FIG. 12 is a schematic diagram showing changes in the vector component in the operation direction in the rotation operation. Here, it is assumed that the operation direction is represented by a set of an x component along the x-axis and a y-component along the y-axis when an arbitrary Cartesian coordinate system is defined on the plane of the touch screen 15. Further, the positive x component is described as "x-axis positive direction". Further, the negative x component is described as "x-axis negative direction". Further, the positive y component is described as "y-axis positive direction". Further, the negative y component is described as "y-axis negative direction".

For example, as shown in FIG. 12A, during a predetermined period, the vector components in the operation direction are (1) (x-axis negative direction, y-axis positive direction), (2) (x-axis positive direction, y-axis). (Positive direction), (3) (x-axis positive direction, y-axis negative direction), (4) (x-axis negative direction, y-axis negative direction). In this case, the operation receiving unit 111 determines that the rotation operation has been detected. The rotation operation in this case is a clockwise operation. Further, for example, as shown in FIG. 12B, during a predetermined period, the vector components in the operation direction are (1) (x-axis positive direction, y-axis positive direction), (2) (x-axis negative direction,). It is assumed that the changes are made in the order of (y-axis positive direction), (3) (x-axis negative direction, y-axis negative direction), and (4) (x-axis positive direction, y-axis negative direction). In this case, the operation receiving unit 111 determines that the rotation operation has been detected. The rotation operation in this case is a counterclockwise operation. As described above, the operation receiving unit 111 may store in advance the pattern of change of the vector component representing the rotation operation, and when the corresponding pattern is detected, it may be determined that the rotation operation has been detected. The pattern of the corresponding change is not limited to the above-mentioned example. Further, the rotation operation detection method is not limited to the above-mentioned method, and other methods can be applied.

(Details of edit screen generator 112E)
The editing screen generated by the editing screen generation unit 112E will be described. The edit screen is a screen for editing the operation column information. In the following, the i (i = 1, 2, ...) Order operation from the beginning of the operation sequence consisting of the same type of operation will also be described as the operation of the order i. Further, the action associated with the operation in the order i is also described as the action in the i-th stage. The operation sequence information is referred to when it is determined by the continuous operation determination unit 112F, the details of which will be described later, that the operations are continuous. Here, when there is another type of operation following one type of operation, the other type of operation column information is referred to after the one type of operation column information. Therefore, the user can make the actions continuously delivered by the continuous operation more varied by editing in consideration of the combination of the operation sequence information of each type.

The edit screen generation unit 112E generates an edit screen for each possessed character owned by the user. The possessed character is a character that can be an operation character by being selected by the user. As the possessed character, there is a character given to the user in advance at the start of the game. Further, as the possessed character, there is a character additionally given as the game progresses. For example, the possessed character may be given by the operating character winning a battle with an enemy character. Further, the possessed character additionally assigned may be determined by lottery from one or more characters. Further, the possessed character additionally given may appear as an inclusion thereof by opening the unopened matter given to the user as the game progresses. In this case, the unopened material may be opened by satisfying a predetermined condition. For example, suppose that an unopened object is represented as an egg given by the operating character winning a battle. In this case, such an egg may be set in a virtual hatching device, and when a predetermined condition is satisfied, the egg may be hatched and a character may appear. The period until the predetermined condition for opening the unopened item is satisfied may be shortened in exchange for a consumable item such as virtual currency. Further, instead of satisfying a predetermined condition, an unopened item may be opened in exchange for a consumable item.

An example of the editing screen is shown in FIGS. 13A and 13B. In FIGS. 13A and 13B, the edit screen includes an operation column component 115a for each type of operation and a list of action icons 115b. In this example, operation row components 115a for each of the five types of operations (tap operation, up flick operation, down flick operation, left / right flick operation, and rotation operation) are included. However, the number of operation column components 115a included in the edit screen is not limited to the number shown in the figure. Further, when the number of action icons 115b that can be displayed exceeds the number that can be displayed at the same time (6 in FIGS. 13A and 13B), the scroll bar 115c is displayed. By operating the scroll bar 115c, the hidden action icon 115b is displayed among the displayable action icons 115b.

First, the operation column component 115a will be described. The operation column component 115a sequentially inserts slots 115ai (i is a natural number of 1 or more and N or less) representing the actions associated with the operations of the sequence i among the consecutive operations of the corresponding type from the first stage to the Nth stage. It is an arrayed component. Note that N is an integer of 1 or more and represents the maximum number of operations that can be included in the operation sequence of the type. The maximum number N is an upper limit of the number of continuous actions that can be continuously performed by the continuous operation of the type. Hereinafter, the maximum number N is also referred to as the maximum continuous number N. The maximum number of consecutive numbers N may differ, for example, depending on the characteristics of the corresponding possessed character. Further, the maximum continuous number N may be different depending on the characteristics of the corresponding operation type. Further, the maximum continuous number N can be increased when a predetermined condition is satisfied. As a condition for increasing the maximum number of consecutive numbers N, for example, exchange for a consumable item such as virtual currency can be mentioned. Further, as a condition for increasing the maximum number of consecutive numbers N, for example, the possessed character may be leveled up. However, the conditions for increasing the maximum number of consecutive numbers N are not limited to these.

Further, among the N slots 115ai included in the operation column component 115a, the action can be associated (that is, editable) with the slots 115ai up to the editable number M. Slots 115ai that exceed the editable number M are not editable and cannot be associated with actions. The non-editable slot 115ai is displayed to indicate that it is not editable. In the examples of FIGS. 13A and 13B, the slot 115ai on which the key mark is displayed indicates that the slot 115ai cannot be edited. Further, the number of continuous actions that can be continuously performed by the continuous operation of the same type is up to the editable number M. However, the editable number M can be increased up to the maximum continuous number N depending on the conditions satisfied by the possessed character. The editable number M may differ depending on the possessed character. As a condition for increasing the editable number M, for example, exchange for a consumable item such as a virtual currency can be mentioned. Further, as a condition for increasing the editable number M, for example, the possessed character may be leveled up. However, the conditions for increasing the editable number M are not limited to these.

Next, the action icon 115b will be described. The action icon 115b represents an action that can be associated with each operation of the operation column information. As described above, the types of actions that can be associated include those that affect the enemy character, those that move the operating character, those that summon other possessed characters, and the like.

Further, the action represented by the action icon 115b is defined with various information such as the name of the action, the characteristics of the action, and the parameters of the action. Information about each such action may be displayed in the vicinity of the action icon 115b. In the example of FIG. 13A, for example, the characteristic of the action named "A1" is "xx" and the cost is "yy". Also, as an example of action parameters, there is cost. The details of the cost will be described later. The information defined for the action represented by the action icon 115b is not limited to the above-mentioned information. Further, the information displayed in the vicinity of the action icon 115b is not limited to these information. In the example of FIG. 13A, the action icon 115b is displayed as an icon including the name of the corresponding action, but the display form of the action icon 115b is not limited to this. For example, the action icon 115b may be displayed as an icon of a design representing the corresponding action.

Next, a list of action icons 115b will be described. The list of action icons 115b represents a list of actions that can be associated with the operation corresponding to slot 115ai. Actions that can be associated include actions that have been acquired by the corresponding possessed character. Further, the action that can be associated may include an action acquired by another possessed character of the same type as the corresponding possessed character.

The possessed character may acquire a new action by satisfying the conditions. The condition for acquiring a new action may be, for example, that the play period of the corresponding possessed character as an operating character exceeds the threshold value. This expresses that the operating character has come up with a new technique as the game progresses. Further, the condition for acquiring the action may be, for example, that the operating character acquires a predetermined item. This expresses that the operating character learns a new technique by using a predetermined item.

Further, the list of action icons 115b represents a list of actions having characteristics according to the type of operation corresponding to the slot 115ai to be edited. For example, the characteristic according to the tap operation may be high homing performance. Further, for example, the characteristic corresponding to the up flick operation or the down flick operation may be that the attack power is high. Further, for example, the characteristic corresponding to the left and right flick may be that the attack range is wide. In addition, the characteristics of the actions that can be associated may be changed according to the type of operation. For example, the homing performance of an action that can be associated with a tap operation may be higher and the homing performance of an action that can be associated with a rotation operation may be lower than that of an up, down, or left / right flick operation. Further, for example, the homing performance of the action that can be associated with the left / right flick operation may be higher than that of the up or down flick operation.

For example, in FIG. 13A, a list of action icons 115b representing actions A1 to A6 having characteristics corresponding to the tap operation due to the tapping of any slot 115ai included in the operation column component 115a of the tap operation. Is displayed. Further, in FIG. 13B, when any of the slots 115ai included in the operation row component 115a of the upper flick operation is tapped, the action icons 115b representing the actions B1 to B6 having the characteristics corresponding to the upper flick operation are shown. A list of is displayed.

Next, an example of how to edit the operation column information on the edit screen will be described. The action icon 115b can be fitted into the editable slot 115ai. The action represented by the fitted action icon 115b is associated with an operation of the order of slots 115ai. The operation for fitting the action icon 115b into the slot 115ai may be, for example, a drag operation. Further, the operation for fitting may be tapping the slot 115ai and the action icon 115b in this order or in the reverse order. However, the operation for fitting is not limited to these operations.

Further, the action icon 115b fitted in the slot 115ai can be cleared by a predetermined operation and become an empty slot. The operation for clearing may be, for example, dragging the already fitted action icon 115b out of the frame of the slot 115ai. However, the operation for clearing is not limited to such an operation. Further, on the editing screen, an "all clear" function may be provided in which each slot 115ai in each type of operation row component 115a is an empty slot. In this case, the edit screen includes an operation button (not shown) instructing all clear.

Note that slot 115ai is displayed to indicate that it is an empty slot when the actions in the corresponding order are not associated with it. In the examples of FIGS. 13A and 13B, the slot 115ai filled with diagonal lines is an empty slot.

For example, in FIG. 13A, referring to the operation sequence component 115a related to the tap operation, five slots 115ai are arranged. That is, the maximum continuous number N is 5. Further, slots 115a1 to 115a4 can be edited, of which slots 115a2 to 115a4 are empty slots. Further, the slots 115a5 cannot be edited. That is, the editable number M is 4. In other words, in this example, for this possessed character, it is possible to execute continuous actions up to the fourth stage of the editable number out of the maximum continuous number of tap operations of 5.

Further, the total cost of the actions associated with each operation in each operation column information is defined so as not to exceed the upper limit of the cost. For example, whether or not the total cost of the action icons 115b fitted in each slot 115ai in each type of operation column component 115a exceeds the upper limit is determined at the end of editing the operation column information. For example, the edit screen generation unit 112E stores the operation column information reflecting the edited content as the user information 133 if the total cost does not exceed the upper limit when the operation for instructing the end of editing is performed. Save to 120. If the total cost exceeds the upper limit, the edit screen generation unit 112E does not save the operation column information. In this case, the edit screen generation unit 112E may continue to display the edit screen after displaying that the total cost exceeds the upper limit value.

(Details of continuous operation determination unit 112F)
The details of the continuous operation determination unit 112F will be described. As described above, the continuous operation determination unit 112F determines whether or not a certain operation is continuous with the previous operation. Continuing from the previous operation means that this operation was performed within a certain period of time after the series of motions of the operation character based on the previous operation started. Here, it may be a period within a certain period from the start of a series of motions of the operation character based on the previous operation, for example, a period during which the operation character is performing a preparatory motion for an attack based on the previous operation. However, it may be until the return motion is finished, or the operation may be accepted within a predetermined time after the return motion is finished. For example, an operation may have been performed before the end of a series of motions of the operating character based on the previous operation.

That is, the continuous operation determination unit 112F may determine whether or not the current operation has been performed within a certain period of time after the series of motions of the operation character based on the previous operation has started. For example, when a certain operation is performed while an animation representing a pre-attack preparation motion of the operation character based on the previous operation is being performed, the continuous operation determination unit 112F determines that the operation is the previous operation. It may be determined that they are continuous. Further, when a certain operation is performed between the end of the return motion of the operation character based on the previous operation and the elapse of a certain period, the continuous operation determination unit 112F determines that the certain operation is the previous operation. It may be determined that they are continuous.

Further, when it is determined that the continuous operation determination unit 112F is continuous, the continuous operation determination unit 112F determines an action to be executed by referring to the operation sequence information corresponding to the type of the previous operation and the current operation. The continuous operation determination unit 112F notifies the game progress unit 112 of the determined action.

Specifically, first, the case where the types of the previous operation and the current operation are the same will be described. In this case, the continuous operation determination unit 112F counts the number of the operation of the type (that is, the order i) of the current operation. The count of the order i can be calculated by storing the type of operation as a history each time it is determined that the sequence is continuous. The continuous operation determination unit 112F may clear the history of operation types when it is determined that they are not continuous. Then, the continuous operation determination unit 112F refers to the operation sequence information regarding the type of the current operation, and determines the action associated with the operation of the current order i as the action to be executed next. A case where the order i of this time exceeds the editable number M in the operation column information will be described. In this case, in the present embodiment, the continuous operation determination unit 112F does not determine the action to be executed next, assuming that further continuous operations are impossible. That is, the same type of operation is invalid after the time when the continuous number exceeds the editable number M until it is determined that the operation is not continuous with the previous operation. Thereby, the present embodiment can urge the user to perform an operation in which a plurality of types of operation sequences are connected as much as possible.

However, the process when the continuous number exceeds the editable number M is not limited to the process of invalidating the above-mentioned operation. For example, in this case, the continuous operation determination unit 112F may reset the order to 1 and determine the action of the first stage of the operation sequence information as the action to be executed next. In this case, if the user continuously performs the same type of operation, the user can continuously perform actions one after another by the number of consecutive numbers without an upper limit.

Next, a case where the types of the previous operation and the current operation are not the same will be described. In this case, the continuous operation determination unit 112F refers to the operation sequence information related to the type of the current operation, and determines the first-stage action associated with the operation in sequence i as the action to be executed next.

When the action determined by the continuous operation determination unit 112F is notified, the game progress unit 112 notifies the other units to execute the action based on the current operation following the action based on the previous operation. do.

For example, a case where both the action based on the previous operation and the action based on the current operation are actions that affect the enemy character will be described exemplarily. It is assumed that the action acting on the enemy character includes a preparation motion, an attack motion, and a return motion as described above. At this time, it is assumed that this operation is during the display period of the technique motion based on the previous operation. In this case, the following two patterns can be considered as the timing for causing the operating character to start the action based on this operation.

In the first pattern, the game progressing unit 112 causes the operating character to cancel the subsequent return motion after ending the technique motion by the previous operation and start the preparation motion by the current operation. In the second pattern, the game progressing unit 112 causes the operating character to cancel the technique motion by the previous operation and immediately start the preparation motion by the current operation. In any case, the game progress unit 112 can cause the operation character to continuously execute the action determined based on the operation sequence information in response to the continuous operation.

<Example of processing of game system 1>
Next, as an example of the processing mode of the game system 1, the editing processing of the operation sequence information and the processing corresponding to the continuous operation will be described with reference to the drawings.

(Flow of editing process of operation column information)
First, the editing process of the operation column information will be described with reference to FIG. FIG. 14 is a flowchart showing the flow of the operation column information editing process. It is assumed that the game screen is already displayed on the display unit 152 at the start of the following operation. Further, it is assumed that the displayed game screen includes a menu, an operation button, or the like for instructing the start of editing of the operation column information. Further, in the following description, it is also described that displaying the processing result of the editing screen generation unit 112E by the display control unit 115 is simply displayed by the editing screen generation unit 112E.

In step S501, the operation reception unit 111 determines whether or not the operation for instructing the start of editing of the operation sequence information has been accepted for a certain possessed character. The target possessed character may be the operation character selected at this time, or may be another possessed character. If the operation instructing the start of editing is accepted, the next step S502 is executed.

In step S502, the edit screen generation unit 112E reads the operation sequence information regarding the possessed character from the storage unit 120. The operation column information read at this time is the operation column information that has already been edited and saved, or the operation column information in the initial state. In the operation column information in the initial state, it is assumed that a predetermined action is associated with each operation.

In step S503, the edit screen generation unit 112E displays the edit screen based on the operation sequence information of the possessed character.

In step S504, the operation receiving unit 111 receives an operation for one of the slots 115ai. For example, a tap operation or a drag operation for the slot 115ai may be accepted. Hereinafter, the slot 115ai for which the operation is accepted is also referred to as the slot 115ai to be operated.

In step S505, the edit screen generation unit 112E branches the process according to the state of the slot 115ai in which the operation is accepted.

Specifically, in step S505, a case where the slot 115ai to be operated cannot be edited will be described. In this case, in step S506, the edit screen generation unit 112E displays a notification that the corresponding slot 115ai cannot be edited.

Further, in step S505, a case where the action icon 115b is already fitted in the slot 115ai to be operated will be described. In this case, it is assumed that the operation accepted in step S504 is an operation instructing the slot 115ai to be cleared (Yes in step S507). In this case, in step S508, the edit screen generation unit 112E clears the action icon 115b from the corresponding slot 115ai and displays it as an empty slot.

Further, in step S505, a case where the slot 115ai to be operated is an empty slot will be described. In this case, in step S509, the edit screen generation unit 112E displays a list of action icons 115b corresponding to the slot 115ai. The action icon 115b included in the list represents an action having characteristics according to the type of operation corresponding to the slot 115ai among the actions acquired by the corresponding possessed character and other possessed characters of the same type.

In step S510, the operation receiving unit 111 accepts an operation of dragging any one of the list of action icons 115b to the slot 115ai. It is assumed that the slot 115ai effective as the drag destination is any slot 115ai included in the same operation row component 115a as the operation target slot 115ai operated in step S504.

In step S511, the edit screen generation unit 112E displays an image in which the drag-operated action icon 115b is fitted in the drag-destination slot 115ai.

If the operation for instructing the end of editing is not accepted in step S512, the editing screen generation unit 112E repeats the operation from step S504.

A case where an operation for instructing the end of editing is accepted in step S512 will be described. In this case, in step S513, the edit screen generation unit 112E determines whether or not the total cost exceeds the upper limit value. Specifically, the edit screen generation unit 112E calculates the total cost of the action icon 115b fitted in each slot 115ai included in each type of operation column component 115a, and whether or not the calculated value exceeds the upper limit value. You just have to judge.

If the total cost exceeds the upper limit in step S513, the edit screen generation unit 112E displays a notification to that effect. Then, the edit screen generation unit 112E repeats the operation from step S504.

In step S513, a case where the total cost is equal to or less than the upper limit value will be described. In this case, in step S514, the edit screen generation unit 112E stores the operation sequence information reflecting the edit contents in each operation column component 115a in the storage unit 120.

In step S515, the display control unit 115 closes the editing screen and displays the game screen.

(Edit screen example)
Next, an example of the edit screen will be described. 15 (A), (B), and (C) are views showing an example of an edit screen.

The edit screen shown in FIG. 15A is displayed when an instruction to start editing the operation column information is instructed for a certain possessed character (step S503). This edit screen includes operation column components 115a of each type of operation. For example, in the operation row component 115a of the tap operation, the action icons 115b representing the actions A3, A6, A1 and A5 are fitted in the slots 115a1 to 115a4. Further, the slot 115a5 is displayed with a key mark to indicate that it cannot be edited.

The edit screen shown in FIG. 15B is displayed when the slot 115a2 included in the operation row component 115a of the tap operation is dragged out of the frame in the edit screen of FIG. 15A (step). "With action" in S504 and S505, Yes in S507, S508). That is, by this operation, the tap operation slot 115a2 becomes an empty slot. Further, since the empty slot 115a2 is selected, a list of action icons 115b corresponding to the tap operation is additionally displayed (“empty slot” in step S505, S509).

The edit screen shown in FIG. 15C is displayed when the action icon 115b representing the action A4 is dragged to the tap operation slot 115a2 in the edit screen shown in FIG. 15B. That is, by this drag operation, the action icon 115b representing the action A4 is fitted into the slot 115a2 of the tap operation (steps S510 and S511).

When editing is completed in this state, the operation column information of each type is saved as follows. That is, in the operation sequence information of the tap operation, the actions A3, A4, A1 and A5 are associated with the operations of the first to fourth stages. In the operation sequence information of the left and right flick, the action C3 is associated with the operation of the first stage. Actions are not associated with the operation column information of the lower flick. In the operation sequence information of the rotation operation, the action E3 is associated with the operation of the first stage.

(Processing according to continuous operation)
Next, the processing corresponding to the continuous operation with respect to the touch screen 15 will be described with reference to FIG. FIG. 16 is a flowchart showing a flow of processing according to continuous operations.

In step S601, when the operation receiving unit 111 receives the operation to start the game, the game progressing unit 112 starts the game.

In step S602, the game progress unit 112 generates a game screen representing the game space in which the operating character exists, based on various game information acquired from the server 200. Then, the display control unit 115 displays the generated game screen on the touch screen 15.

In step S603, the operation reception unit 111 reads the operation sequence information about the operation character from the storage unit 120.

In step S604, when the operation receiving unit 111 receives an operation on the touch screen 15, in step S605, the continuous operation determining unit 112F determines whether or not the received current operation is continuous with the previous operation. do.

Specifically, the continuous operation determination unit 112F determines that the current operation is continuous when it is received before the end of the motion representing the action of the operation character based on the previous operation. In other cases, the continuous operation determination unit 112F determines that it is not continuous. The criteria for determining whether or not they are continuous are not limited to this, and other criteria can be adopted.

In step S605, a case where it is determined that the current operation is not continuous with the previous operation will be described. In this case, in step S606, the continuous operation determination unit 112F refers to the operation sequence information related to the type of the current operation among the operation sequence information of the operation character. Then, the continuous operation determination unit 112F determines the action associated with the operation at the beginning of the operation column information as the action to be executed.

On the other hand, in step S605, a case where it is determined that the current operation is continuous with the previous operation will be described. In this case, in step S607, the continuous operation determination unit 112F determines whether or not the type of the current operation and the type of the previous operation are the same.

If it is determined in step S607 that they are not of the same type, step S606 is executed. As a result, the action associated with the first operation in the operation column information of this type is determined as the action to be executed.

If it is determined in step S607 that they are of the same type, step S608 is executed.

In step S608, the continuous operation determination unit 112F specifies the stage (that is, the order) of this type of operation.

In step S609, the continuous operation determination unit 112F determines whether or not the order specified in step S608 is equal to or less than the editable number M of this type of operation.

In step S609, when the order of operations exceeds the editable number M, the operations from step S604 are repeated without determining the action to be executed. That is, the same type of operations that exceed the editable number M are invalid until it is determined that they are not continuous with the previous operation.

In step S609, a case where the order of operations is the editable number M or less will be described. In this case, in step S610, the continuous operation determination unit 112F determines the action associated with the operation in the order specified in step S608 as the action to be executed in the operation sequence information of this type.

In step S611, the game progress unit 112 notifies each unit to have the operating character execute the determined action. Specifically, the object control unit 114 generates an animation in which the operating character performs a motion of the determined action. Further, the display control unit 115 displays the generated animation. The game progress unit 112 controls each unit so that the display based on the previous action being executed by the operating character is canceled in the middle and the display is performed based on the action determined this time. At this time, if the motion displayed at this point is the return motion of the previous action, the game progress unit 112 immediately cancels the display of the return motion and controls to display the motion of the current action. If the motion displayed at this point is the attack motion of the previous action, the game progress unit 112 waits until the display of the attack motion ends, then cancels the display of the return motion, and this action. You may control to display the motion of. Alternatively, in this case, the game progress unit 112 may control to cancel the display of the attack motion and display the motion of the current action.

Then, the control unit 110 repeats the operation from step S604.

This is the end of the description of the processing according to the continuous operation.

For example, it is assumed that the operation column information is saved by the edit screen illustrated in FIG. 15 (C). In this case, for example, it is assumed that the tap operation, the tap operation, and the left / right flick operation are continuously accepted in this order. Then, the action A3 associated with the tap operation of the first stage, the action A4 associated with the tap operation of the second stage, and the action C3 associated with the left / right flick operation of the first stage are delivered in this order. Become. Further, it is assumed that the tap operation is received five or more times in succession. In this case, in the operation column information of the tap operation, the action is associated only up to the fourth row. That is, the editable number M = 4. Therefore, in this case, the actions are delivered to the fourth stage in the order of actions A3, A4, A1, and A5. After that, if the action A5 in the fourth stage is an action that attacks the enemy character, the continuous tap operation after the fifth time is invalid until the return motion of the action A5 is completed.

<Effect of this embodiment>
As described above, in the present embodiment, the operation sequence information can be edited for each operation type, and when continuous operations are accepted, the operation character is made to execute the action determined according to the edited operation sequence information. Therefore, in the present embodiment, the user can change the game development according to the continuous operation by trial and error. As a result, the user can enjoy various game developments according to continuous operations, and the interest is further enhanced.

Further, in the present embodiment, on the edit screen for each possessed character, the action that can be associated with each operation included in the operation column has been acquired by the action acquired by the possessed character or by another possessed character of the same type. Action. Therefore, in the present embodiment, the possessed character can be made to perform an action suitable for the world view of the possessed character or the world view of the type.

Further, in the present embodiment, on the edit screen for each possessed character, actions that can be associated with each operation included in the operation column are added according to the conditions satisfied by the possessed character. Further, the number of operations that can be edited in the operation sequence increases according to the conditions satisfied by the possessed character. Therefore, in the present embodiment, the more the game is played, the more advantageously the operation sequence information regarding the possessed character can be edited to strengthen the possessed character.

[Transformation example 1: Automatic setting of recommended operation column information]
In the present embodiment, the editing screen generated by the editing screen generation unit 112E has been described as including a function of editing the operation column information. Further, the edit screen may include a function for automatically setting recommended operation column information. The recommended operation column information is the operation column information in which the action recommended in advance is associated with each operation included in the operation column. For example, the edit screen collectively associates the recommended actions for each operation included in the operation column based on the recommended operation column information according to the operation instructing the automatic setting of the recommended operation column information. .. Specifically, the action icons 115b according to the recommended operation row information may be automatically fitted into the slot 115ai of the operation row component 115a at once.

Further, the edit screen may include a function of selecting one of a plurality of recommended operation column information and performing automatic setting. Specifically, the plurality of recommended operation sequence information may be configured to have different characteristics. In this case, the user can select the recommended operation column information in consideration of the characteristics.

FIG. 17 is an example of an editing screen for automatically setting recommended operation column information. The edit screen of FIG. 17A includes a "recommended" button 115d. The "recommended" button 115d is a button that accepts an operation instructing automatic setting of recommended operation column information.

FIG. 17B is an example of a recommended operation column information selection screen displayed when the “recommended” button 115d is operated on the editing screen of FIG. 17A. In this example, the recommended operation sequence information of "Recommended 1" has a structure that emphasizes the power of the final deciding technique. In addition, the recommended operation sequence information of "Recommended 2" has a structure that emphasizes that there is no gap between actions that are continuously delivered.

FIG. 17C is an example of an editing screen in which "Recommended 1" is selected and automatic setting is performed in the editing screen of FIG. 17B. In this example, the corresponding action icon 115b is automatically fitted in the corresponding slot 115ai according to the operation sequence information of each type in "Recommended 1".

Further, the edit screen may further include a function of presenting a recommended pattern of recommended continuous operations according to the automatically set recommended operation column information. The recommended pattern for continuous operation is information indicating the type and order of operations recommended as continuous operation, such as "tap, tap, tap, up flick". By automatically setting the recommended operation column information and then performing continuous operations of the recommended pattern, the user can effectively connect actions that continuously perform until the final decision, for example, which is more interesting. Is improved.

Further, the edit screen may further include a function of presenting a condition for the possessing character to acquire the action, if there is an unacquired action that can further enhance the structure of the recommended operation sequence information. The condition to be acquired may be, for example, participating in a predetermined event in the game space and clearing a predetermined mission, but is not limited to this. Further, the edit screen may have a function of presenting a recommended pattern of continuous operation so as to include the action when the user newly acquired the action. For example, assume that there is an action newly acquired by the user and that the action has never been associated with the operation column information. In this case, a recommended pattern for continuous operation including the action may be presented on the edit screen.

In this modification, the user can easily enjoy the game development based on the recommended operation sequence information by using the recommended operation sequence information. In addition, the user can easily learn a pattern of continuous operations that is effective when such recommended operation column information is set. It also enhances the user's motivation to play the game in order to obtain the actions required to set such recommended operation sequence information.

[Modification 2: Sharing of operation sequence information]
In the present embodiment, the operation sequence information has been described as being edited for each user. Further, the edit screen generated by the edit screen generation unit 112E can be modified to include a function of performing automatic setting based on the operation column information edited by another user. For example, the edit screen may have a function of disclosing the operation column information of an arbitrary possessed character edited by the user to another user. Further, for example, the edit screen may have a function of acquiring and automatically setting the operation sequence information published by another user on the edit screen of any possessed character edited by the user. At this time, for example, the function of disclosing the operation column information may include a function of disclosing the user's comment together with the operation column information. Further, in this case, the function for automatically setting the operation column information of another user presents the comment published together with the operation column information of one or more other users to the user, and then automatically sets the operation column information. It may include a function to be selected.

FIG. 18 is an example of an editing screen when the image is deformed in this way. The edit screen shown in FIG. 18A includes a publish button 115e and an acquisition button 115f. When the publish button 115e is operated, the edit screen generation unit 112E transmits the edited operation sequence information to the server 200 as a disclosure target.

FIG. 18B is an example of a selection screen displayed when the acquisition button 115f is operated on the editing screen of FIG. 18A. The edit screen generation unit 112E acquires a list of published operation column information from the server 200 in response to an operation on the acquisition button 115f, and displays it in a selectable manner. In this example, the operation sequence information 1 published by the user 1 and the operation sequence information 2 published by the user 2 are displayed in a selectable manner. In this case, when any operation column information is selected from the list, the edit screen generation unit 112E corresponds to the corresponding action icon 115b based on the operation column information selected from the published operation column information list. It may be automatically set in the slot 115ai to be used.

In this modification, the user can enjoy the game development based on the operation sequence information set by the other user by sharing the operation sequence information with the other user.

[Modification 3]
In the present embodiment, the operation sequence has been described as being composed of the same type of operation. Not limited to this, in the present embodiment, the operation sequence can be modified to consist of one or more types of operations. FIG. 19 is an example of an editing screen in this modified example. As shown in FIG. 19, the edit screen includes one or more operation column components 315a. Each operation row component 315a includes a slot 315ai. Further, a list of action icons 315b is displayed at the bottom of the editing screen. The action icon 315b is different from the above-mentioned action icon 115b in that, in addition to the name of the action, the types of operations that can be associated (for example, tap) are displayed. Since other points are configured in the same manner as the action icon 115b, detailed description will not be repeated. Further, the operation row component 315a is different from the above-mentioned operation row component 115a in that the action icon 315b that can be fitted into each slot 315ai included in the operation row component 115a may correspond to a different operation type. Since other points are configured in the same manner as the operation column component 115a, detailed description will not be repeated.

In this case, the operation column information saved reflecting the edited contents of the operation column component 315a is the information associated with the operation type and the action set for the operations in the first to Nth stages. When such operation sequence information is used, the continuous operation determination unit 112F skips the process of step S607 in the process shown in FIG. Further, in step S610, instead of referring to the operation sequence information related to the current operation type, the operation sequence information corresponding to the order of the operation types accepted so far may be referred to.

[Embodiment 5]
In each of the above-described embodiments, as an example of the game realized by the game system 1, the user selects one character from the operable characters among the characters possessed by the user and operates the character. I explained an example of how to do it. In this embodiment, an example in which a deck is organized by a plurality of characters and each character included in the deck can be operated by a user will be described.

The game according to the game system 1 according to the present embodiment includes a play part that progresses using a deck. In the play part, each character included in the deck operates in a virtual game space according to a user operation. In the play part, each character included in the deck fights with an enemy character encountered in the game space.

<Functional configuration of user terminal>
FIG. 20 is a block diagram showing a functional configuration of a user terminal 100C and a server 200 included in the game system 1 according to the present embodiment. The game system 1 according to the present embodiment is different from the game system 1 according to the fourth embodiment in that the user terminal 100C is provided instead of the user terminal 100B. The user terminal 100C includes a deck organization unit 112G in the game progress unit 112 in addition to the same configuration as the user terminal 100B.

(Details of deck organization)
The deck organization unit 112G organizes a plurality of decks including the first character, the second character, and the third character among the characters that can be used in the game.

Here, a human character is applied as an example of the first character.

The second character is a character that serves as a vehicle for the first character. The vehicle of the first character means a vehicle that carries the first character and moves in a virtual game space. For example, the second character may be, but is not limited to, various characters representing animals, trains, trains, automobiles, bicycles, motorcycles, carpets, brooms, and the like. Here, a riding monster is applied as an example of the second character.

The third character is a character that supports the first character. The support of the first character means to make the progress of the play part using the first character more advantageous. For example, the third character may be a character that fights with an enemy character together with the first character, but is not limited to this. Here, an automatic battle monster is applied as the third character.

The number of human characters, riding monsters, and automatic combat monsters included in one deck may be one or a plurality. In this embodiment, one deck includes one human character, one riding monster, and a plurality of automatic combat monsters.

Also, organizing a deck means selecting one to be included in the deck from among the human characters, riding monsters, and automatic combat monsters that can be used in the game. The deck organization unit 112G selects characters to be included in each of the plurality of decks based on the user's operation. The user's operation may be an operation of designating a character to be included in the deck, or an operation of instructing automatic selection. The automatic selection may be performed randomly from the characters available in the game, or may be performed according to a predetermined rule.

Further, the deck organization unit 112G applies any of the characters given to the user as at least one of the human character, the riding monster, and the automatic battle monster included in each of the plurality of decks.

Here, as described in the first embodiment, the character giving unit 112C gives the user a character determined to be given as a result of the processing of the battle processing unit 112A or the lottery of the lottery unit 112B. Further, when various conditions in the game are satisfied, the character may be given to the user by the character giving unit 112C. The various conditions may include a condition that does not depend on the processing result of the battle processing unit 112A and a condition that does not depend on the lottery result of the lottery unit 112B. For example, a new character may be given to the user at a predetermined date and time. Further, when the progress of the game satisfies a predetermined condition, a new character may be given to the user. In addition, there may be a character given in advance.

In the present embodiment, the riding monster and the automatic battle monster are at least given by the result of the processing of the battle processing unit 112A or the result of the lottery of the lottery unit 112B. Further, the human character is given regardless of the result of the processing of the battle processing unit 112A and regardless of the result of the lottery of the lottery unit 112B (for example, with the progress of the play part).

Further, the deck organization unit 112G applies a character that is not associated with the equipment as a human character, a riding monster, and an automatic battle monster to be included in each of the plurality of decks. That is, the characters that can be included in the deck are the characters given to the user that are not used for the equipment enhancement described in the third embodiment.

In this way, since the character associated with the equipment cannot be included in the deck, the user can be made to think about the selection of the character associated with the equipment, and the strategy of the game is improved.

(Details of the game progress section)
The game progress unit 112 is configured as follows in addition to the configurations described in the first to fourth embodiments.

The game progress unit 112 uses any one of a plurality of decks to operate at least one of a riding monster carrying a human character and an automatic battle monster included in the deck according to a user's operation. The play part is advanced by letting it progress.

Specifically, the game progress unit 112 operates a riding monster carrying a human character in the game space according to the operation of the user. The fact that the riding monster can allow the riding monster to participate in the battle instead of the human character, that the action based on the input operation is performed by the riding monster, and the like are as described in the first embodiment.

Further, the game progress unit 112 causes the automatic battle monster to fight with the enemy character without any operation by the user. In each of the above-described embodiments, the automatic battle monster has been described as a kind of character that cannot be operated by the user. In this embodiment, the automatic battle monster can also be operated by the user. In addition to automatically participating in the battle and performing various actions without the user's operation, the automatic battle monster in the present embodiment may perform an operation according to the user's operation.

For example, when the game progress unit 112 receives the user's operation on the touch screen 15, the riding monster or the automatic battle monster associated with the operation causes the riding monster or the automatic battle monster to execute the action associated with the operation. For example, a riding monster may be associated with operations such as tapping, up flicking, left and right flicking, down flicking, and one rotation. Further, the operation of the long tap may be associated with an automatic battle monster.

As a result, the user can switch the character to be operated according to the type of operation for causing the character to perform an action. In other words, the user does not need to perform a special operation for switching the operation target. That is, the user can enjoy the game by having the character execute an action while switching the operation target with only a few touch operations. As a result, the user can also advance the play part and enjoy the game with one-handed operation.

The game progress unit 112 may switch between a state in which the riding monster carries a human character and a state in which the riding monster does not carry it, depending on the operation of the user. In this case, when the riding monster does not carry the human character, the play part may be advanced by operating the human character according to the operation of the user. In that case, any of the human characters, riding monsters, or automatic combat monsters associated with the operation may be made to perform the action associated with the operation. Further, the type of operation associated with the riding monster may be associated with the human character when the riding monster is carrying the human character, and may be associated with the human character when the riding monster is not carrying the human character. That is, the target associated with the operation may be switched between the riding monster and the human character depending on whether or not the riding monster carries the human character.

Here, the action to be executed by the riding monster in response to the user's operation may be an action associated with the riding monster on the edit screen. In other words, the edit screen generation unit 112E displays an edit screen for associating each operation included in the operation sequence consisting of continuous operations on the touch screen with the actions according to the order in the operation sequence of the operation for the riding monster. The edit screen is as described in the fourth embodiment.

Further, the action to be executed by the automatic battle monster according to the user's operation may be a predetermined action for each automatic battle monster. Further, for the automatic battle monster, the same editing screen as the riding monster may be provided. In this case, the action to be executed by the automatic battle monster in response to the user's operation may be the associated action on the edit screen.

Further, the game progress unit 112 changes the deck in use to another deck among the plurality of decks according to the user's operation while the play part is in progress. Further, the game progress unit 112 controls the play part by operating at least one of the second character on which the first character is placed and the third character included in the changed deck according to the user's operation. To proceed.

As a result, for example, if a user organizes a plurality of decks so as to have different characteristics, the user changes to a deck with characteristics suitable for the progress of the play part and advances the play part. be able to. As a result, the fun of the game is improved by organizing a plurality of decks. The characteristics of the deck are represented by a combination of parameters of each character included in the deck.

<Game processing>
FIG. 21 is a flowchart illustrating a flow of a deck change process executed by the game system 1 based on the game program 131 according to the present embodiment.

In step S701, the deck organization unit 112G of the user terminal 100C organizes a plurality of decks including a human character, a riding monster, and an automatic battle monster.

In step S702, the game progress unit 112 selects any of the plurality of decks and starts the play part. The deck selected may be a deck designated based on the user's operation, or may be an automatically selected deck.

In step S703, the game progress unit 112 advances the play part. The details of the processing in this step are as described with reference to FIG. 6 in the first embodiment.

In step S704, the game progress unit 112 determines whether or not to end the play part. For example, the game progress unit 112 may determine that the play part is terminated when the operation for instructing the termination by the user is accepted. Further, the game progressing unit 112 may determine that the play part is terminated when the predetermined condition is satisfied in the play part. The predetermined conditions may be, for example, the arrival of a time limit, the loss of physical strength of some or all of the characters included in the deck, the achievement of a mission, and the like, but are not limited thereto. If Yes in step S704, the deck change process ends. If No in step S704, the process of the next step S705 is executed.

In step S705, the game progress unit 112 determines whether or not the operation for instructing the change of the deck has been accepted. In addition, this step may be executed during the battle with the enemy character (during the execution of step S104 in FIG. 6). If No in step S705, the process from step S703 is repeated. If Yes in step S705, the process of the next step S706 is executed.

In step S706, the game progress unit 112 changes the deck to be used. Specifically, the game progress unit 112 deletes each character included in the deck before the change from the virtual game space by using the object control unit 114, and arranges each character included in the deck after the change. do. Specifically, the object control unit 114 places a human character on the riding monster included in the changed deck and arranges it in the game space together with the automatic battle monster. The details of the arrangement of each character on the game screen will be described later. When the deck is changed, the game progress unit 112 repeats the process from step S703.

With the above, the game system 1 ends the process.

<Game screen example>
A specific example of the game screen displayed on the display unit 152 of the user terminal 100C in the present embodiment will be described with reference to FIGS. 22 to 26.

(Specific example of deck organization screen)
FIG. 22 is a diagram showing an example of the deck organization screen displayed in step S701. In FIG. 22, the deck knitting screen G1 includes deck tabs G101a to G101c, knitting areas G102, and selection areas G105, G106, and G107.

The deck tabs G101a and G101b are examples of UI objects for displaying information representing the deck being or has been organized in the organization area G102. The deck tab G101c is an example of a UI object for displaying information representing a newly created deck in the organization area G102. The knitting area G102 switches and displays information representing a deck corresponding to any of the deck tabs G101a to G101c.

In FIG. 22, information representing the deck 1 corresponding to the deck tab G101a is displayed in the knitting area G102. The deck 1 is being organized, and the content of the organization may be finalized when the display of the deck organization screen is completed.

The formation area G102 includes illustrations representing the human character H1, the riding monster M1, the automatic battle monsters OP1 and OP5, character information G103a to G103d, and equipment buttons G104a and G104b as information representing the deck 1. .. That is, in this embodiment, one deck includes one human character, one riding monster, and two automatic combat monsters.

Character information G103a to G103d each represent information about a character displayed in the vicinity thereof. For example, the character information G103a indicates that the parameters of the human character H1 are physical strength 10, attack power 20, and defense power 45.

The equipment buttons G104a and G104b are examples of UI objects for equipping a character with equipment. In this example, it is possible to equip human characters and riding monsters with equipment. However, the character that can be equipped with the equipment may be at least one of the characters included in the deck, and for example, the automatic battle monster may also be able to equip the equipment. Also, at least one of the human character and the riding monster may not be able to equip the equipment. Further, depending on the equipment of the equipment, the parameters of the character may be changed more advantageously according to the equipped equipment.

For example, the human character H1 included in the deck 1 is equipped with the weapon HK1. When the operation for the equipment button G104a is accepted, any of the equipment that can be equipped by the human character H1 is selected by the user's operation and is equipped with the character. If the operation for the equipment button G104a is accepted after the equipment is equipped, the equipment can be changed.

The equipment that can be equipped includes the equipment that has been strengthened by associating the character as described in the third embodiment. If the weapon HK1 is an enhanced equipment, the parameters of the human character H1 change more favorably than when the unenhanced weapon HK1 is equipped.

The selection area G105 is an example of an area for selecting a human character to be included in the deck, and includes character icons G108a to G108b representing the human character. The display of the "human character (2)" included in the selection area G105 indicates that the number of human characters assigned to the user is two. In this specific example, all of the two assigned human characters are displayed in the selection area G105.

The selection area G106 is an example of an area for selecting a riding monster to be included in the deck, and includes character icons G108c to G108g representing the riding monster. The details of the selection area G106 will be described in the same manner as in the selection area G105. However, the selection area G106 differs from the details of the selection area G105 in that character icons corresponding to some of the eight riding monsters given to the user are displayed and not all of them are displayed. The scroll bar G109 is an example of a UI object for displaying a character icon corresponding to a riding monster that is not displayed.

The selection area G107 is an example of an area for selecting an automatic battle monster to be included in the deck, and includes character icons G108h to G108l representing the automatic battle monster. The details of the selection area G107 will be described in the same manner as the selection area G106.

When an operation for any of the character icons G108a to G108l is accepted, the illustration of the corresponding type of character in the formation area G102 is updated and the character is incorporated into the deck. For example, in FIG. 22, when the operation for the character icon G108d is accepted, the illustration of the riding monster M1 displayed in the formation area G102 is updated with the illustration of the riding monster M2. Further, the riding monster M1 incorporated in the deck 1 is changed to the riding monster M2.

(Specific example of information representing the deck)
FIG. 23 is a diagram illustrating an example of information representing the decks organized in step S701. The information representing the deck is stored in at least one of the storage unit 120 of the user terminal 100C and the storage unit 220 of the server 200 in step S701. In this example, decks 1 to 3 are organized by the user's operation on the deck organization screen.

In FIG. 23, the information representing each deck includes a deck number, a human character, its equipment, a riding monster, its equipment, and information representing two automatic combat monsters, respectively. For example, a deck with a deck number of 1 (hereinafter referred to as deck 1) is an automatic battle with a human character H1, a weapon HK1 as its equipment, a riding monster M1, and an accessory M-K1 as its equipment. Includes monster OP1 and automatic combat monster OP5.

(Specific example of character placement on the play part screen)
24 to 25 are diagrams for explaining the arrangement of characters on the play part screen.

Here, the game progress unit 112 can switch the play part screen to either a horizontally long image or a vertically long image. For example, when the display unit 152 of the user terminal 100C has a rectangular shape, the display control unit 115 displays the play part screen of the horizontally long image with the long side in the horizontal direction, or the play part of the vertically long image with the short side in the horizontal direction. Switch whether to display the screen.

Here, the switching between the horizontally long image and the vertically long image may be performed at the timing when the movement of the user terminal 100C is detected by the gyro sensor, the acceleration sensor, or the like (neither is shown) mounted on the user terminal 100C. .. In that case, the display control unit 115 may switch to the horizontally long image when it is determined that the long side of the display unit 152 is along the horizontal direction, and may switch to the vertically long image when it is determined that the short side is along the horizontal direction. Further, the switching between the horizontally long image and the vertically long image may be performed according to the user operation regardless of the movement of the user terminal 100C. In this case, by default, the play part screen may be displayed as a horizontally long image. However, the initial setting does not necessarily have to be a horizontally long image.

The object control unit 114 arranges the riding monster on which the human character is placed and the automatic battle monster along the horizontal direction of the horizontally long image and displays them on the display unit 152. The arrangement along the horizontal direction is not limited to the same vertical coordinates of each character. For example, the arrangement along the horizontal direction means that the vertical distance between two characters that are the farthest in the vertical direction among a plurality of characters is within an allowable range, and the horizontal direction between adjacent characters in the horizontal direction is within an allowable range. The distance in may be greater than or equal to the threshold.

Further, when the deck in use includes a plurality of automatic combat monsters, the object control unit 114 arranges the plurality of automatic combat monsters separately on both sides of the riding monster. For example, the riding monster may be displayed near the center in the lateral direction. As a result, the user can pay attention to the riding monster carrying the human character. Further, the object control unit 114 arranges the enemy character in the area above the riding monster and the automatic battle monster on which the human character is placed in the horizontally long image. Here, the upper direction in the horizontally long image is the direction toward the long side defined as the upper end when the image is rectangular.

FIG. 24 is a diagram showing an example of a play part screen of a horizontally long image. The play part screen G2 shown in FIG. 24 is displayed in the play part in step S703, for example, when the deck 1 is selected in step S702.

In the play part screen G2 of the horizontally long image, the riding monster M1 on which the human character H1 included in the deck 1 is placed and the automatic battle monsters OP1 and OP5 are arranged along the horizontal direction. Further, the human character H1 is equipped with the weapon HK1 and the riding monster M1 is equipped with the accessory M-K1. Further, the automatic battle monsters OP1 and OP5 are separately arranged on both sides of the riding monster M1. Further, the riding monster M1 on which the human character H1 is placed and the enemy character e1 are arranged in the area above the automatic battle monsters OP1 and OP5.

FIG. 25 is a diagram showing an example of a play part screen of a vertically long image. The play part screen G3 shown in FIG. 25 is displayed, for example, when the play part screen G2 of the horizontally long image is displayed and the switch to the vertically long image is performed. In the play part screen G3 of the vertically long image, the automatic battle monsters OP1 and OP5 are arranged in the area diagonally above the riding monster M1 on which the human character H1 included in the deck 1 is placed. Here, the upper direction in the vertically long image is the direction toward the short side defined as the upper end when the image is rectangular. When switching from the horizontally long image to the vertically long image, an animation may be displayed in which the automatic battle monsters OP1 and OP5 move in the above-mentioned arrangement. The same applies when switching from a portrait image to a landscape image. The arrangement of the automatic battle monsters OP1 and OP5 is not limited to the area diagonally above the riding monster M1 and may be located diagonally below the area.

As can be seen from FIGS. 24 and 25, the play part screen of the horizontally long image has an advantage that a plurality of characters included in the deck can be arranged by effectively using the width in the horizontal direction as compared with the play part screen of the vertically long image. There is. As a result, sufficient space is secured between adjacent characters, and a game space without a feeling of oppression is expressed. Further, in the play part screen of the horizontally long image, the width of the area above the plurality of arranged characters is wider than that of the play part screen of the vertically long image, and the width of the area in which the enemy character is arranged is sufficiently secured. be able to. As a result, when a plurality of enemy characters appear, the plurality of enemy characters can be arranged along the lateral direction. As a result, it is possible to present to the user in an easy-to-understand manner the situation in which the enemy character and the ally character face each other and attack each other.

Further, the user who operates the play part screen displayed in the horizontally long image holds the user terminal 100C in the horizontally long orientation. When the user terminal 100C is held in the horizontally long orientation, there is an advantage that the area where the play part screen is hidden by the operating hand is smaller than in the case where the user terminal 100C is held in the vertically long orientation.

(Specific example of deck change on the play part screen)
A specific example of changing the deck on the play part screen will be described with reference to FIGS. 24 and 26.

The play part screen G2 shown in FIG. 24 includes deck change buttons G201a to G201c and a down button G202. The deck change buttons G201 to G201c are examples of UI objects that accept operations for instructing the change of the deck in use. The deck change buttons G201a to G201c are associated with the organized decks 1 to 3, respectively, and when an operation for the button is accepted, a process of changing the deck in use to the associated deck is executed. Will be done.

Since the deck 1 is in use on the play part screen G2, the operation for the deck change button G201a associated with the deck 1 cannot be accepted. Further, the deck change button G201a may be displayed in a manner indicating that the operation cannot be accepted. In this example, the deck change button G201a indicates that the operation cannot be accepted by including information indicating that the deck 1 is in use. However, the display mode of the deck change button associated with the deck in use is not limited to this.

Further, the human character is the same in deck 1 and deck 2, and the riding monster and the automatic battle monster are different. Therefore, even if the deck 1 in use is changed to the deck 2, the human character is not changed, and the riding monster and the automatic battle monster are changed. Therefore, the deck change button G201b associated with the deck 2 includes an illustration of the riding monster M1 which is one of the characters arranged by the change.

Further, since the human character is different between the deck 1 and the deck 3, the human character is changed when the deck 1 being used is changed to the deck 3. Therefore, the deck change button G201c associated with the deck 3 includes an illustration of the human character H2 arranged by the change.

As described above, when the human character is changed by the operation for the button, the deck change button may include an illustration of the human character arranged by the change. Further, the deck change button may include at least one illustration of a monster arranged by the change if the human character is not changed by the operation on the button. As a result, the user can easily recognize the outline of the character arranged by the operation for the deck change button.

When the operation for the disembarkation button G202 is accepted, the process of changing the riding monster M1 from the state in which the human character H1 is mounted to the state in which the human character H1 is not mounted is performed. At the time of the changing process, an animation in which the human character H1 descends from the riding monster may be displayed. When the riding monster M1 does not carry the human character H1, the human character H1 can be operated according to the user's operation.

FIG. 26 is an example of the play part screen displayed in the subsequent step S703 when the operation instructing the change of the deck is accepted in the step S706. Here, it is assumed that the operation for the deck change button G201c associated with the deck 3 is accepted in FIG. 24. The play part screen G4 shown in FIG. 26 is a horizontally long image like the play part screen G3. The play part screen G4 is different from the play part screen G3 in that it includes each character included in the deck 3 instead of each character included in the deck 1. Another difference is that the deck change buttons G301a to G301c are included instead of the deck change buttons G201a to G201c. Since the arrangement of each character included in the deck 3 will be described in the same manner as the arrangement of each character described with reference to FIG. 24, detailed description will not be repeated.

Since the deck 3 is in use on the play part screen G4, the operation for the deck change button G301c associated with the deck 3 cannot be accepted. Further, since the human character is different between the deck 3 and the deck 1, the deck change button G301a associated with the deck 1 includes an illustration of the human character H1 arranged by the change. The deck change button G301b also includes an illustration of the human character H1 like the deck change button G301a.

In this way, by organizing multiple decks including multiple characters with different roles (human characters, riding monsters, automatic battle monsters) and advancing the play part while changing the deck to be used, the progress of the play part Will be diversified and the interest will be improved. In addition, the fun of organizing a plurality of decks can be provided to the user. It also improves user motivation to acquire the characters needed to organize multiple decks.

[Modified Example of Embodiment 5]
In the present embodiment, in the play part, an example in which the operation target is switched between the riding monster and the human character depending on whether or not the riding monster carries a human character has been described. Not limited to this, both the riding monster and the human character may be the target of the operation regardless of whether or not the riding monster carries the human character. Also, when the riding monster carries a human character, the human character is not the target of operation, but the riding monster is the target of operation, and when it is not carried, both the riding monster and the human character are the target of operation. May be.

Further, in the present embodiment, it has been described that all the characters included in the deck are arranged in the game space while the play part is in progress. Not limited to this, in the game space, some characters included in the deck may be arranged and some other characters may not be arranged according to the progress of the play part.

For example, if the riding monster does not carry a human character, the riding monster may not be placed in the game space. As an example, when the enemy character does not appear in the game space, the riding monster that lowered the human character may be configured to disappear from the game space. Such a configuration is effective, for example, when the characters suitable for moving the route differ depending on the route in the game space. For example, in a route suitable for moving with a riding monster, the riding monster carrying a human character may be moved, and in a route suitable for moving with a human character, the human character descending from the riding monster may be used for movement. Just do it. In that case, it is desirable that the riding monster that dropped the human character disappears from the virtual space.

Also, for example, if an enemy character does not appear in the game space, a riding monster carrying a human character included in the deck is placed in the game space, and when the enemy character appears, it is automatically included in the deck. Combat monsters may be placed in the game space. Alternatively, the automatic battle monsters included in the deck may be placed in the game space according to the user's operation.

Further, in the play part screens shown in FIGS. 24 and 26, an example in which the deck can be changed while the battle in the play part is in progress has been described. Not limited to this, the deck may be changed while the battle is not in progress in the play part, that is, while the enemy character does not appear.

Further, in FIGS. 24 to 26, an example in which a disembarkation button G202 for switching from a state in which a riding monster has a human character to a state in which a human character is not carried has been described has been described. Further, on the play part screen in which the riding monster does not carry a human character, a UI object for switching from the non-carrying state to the mounted state may be displayed. Further, the user operation for switching between the mounted state and the non-loaded state is not limited to the operation for the UI object such as a button. For example, a process of switching between a mounted state and a non-loaded state may be executed according to the type of touch operation.

[Other variants]
In the above-described fifth embodiment, the deck organization unit 112G has been described as organizing a plurality of decks including the first character, the second character, and the third character among the characters that can be used in the game. The second character is described as being a character that becomes a vehicle of the first character, and in FIGS. 24 and 26, etc., the human character, which is the first character, rides on the riding monster, which is the second character, and replaces the human character. An example in which a riding monster fights and an example in which a human character does not ride on a riding monster and a human character fights are described.

In addition to this, in the organization of the deck, by associating the human character which is the first character with the monster character which is the second character, either the human character or the monster character is displayed and the operation is performed according to the user's operation. You may do it. That is, when the monster which is the second character fights, the human character may not be drawn. For example, a human character may summon a monster character and fight as a monster character. In this case, in order to make the monster character fight, a predetermined condition such as collecting items or fighting with a human character may be required. For example, in the examples of FIGS. 24 and 26, the button G202 switches between the operation target of the human character and the operation target of the riding monster, but the button is not satisfied unless the above predetermined conditions are satisfied. The input operation to the button G202 may be enabled by disabling the input operation to the G202 and satisfying the above-mentioned predetermined conditions.

As described above, according to a certain aspect of the present disclosure, the game program uses the processor to perform a battle on behalf of the first character, which is a human character, among the characters available in the game based on the game program. Using either a step of organizing a deck containing a combination of a second character that accepts an input operation from the user and a combination of the first character and the second character included in the deck, the user A step of advancing the game by operating at least one of the first character and the second character according to the operation of, and a combination in use according to the operation of the user while the game is in progress. Perform the steps to change to another combination.

In each of the above-described embodiments, the action that can be executed by each character may be an action according to the direction of the touch operation and the direction in which the character is facing. For example, when the game progress unit 112 accepts the first input operation input by moving the touch position with respect to the touch screen 15 from the first position to the second position, the first position and the second position. Specify the direction of the touch operation determined by the position of. The first input operation is, for example, a flick operation, but is not limited to this. Further, the game progress unit 112 specifies the direction in which the character is facing on the screen displayed on the touch screen 15. Further, the game progress unit 112 compares the direction of the touch operation with the direction in which the character is facing, and causes the character to execute an action according to the comparison result.

Examples of the action to be executed by the character according to the comparison result include an action for exerting an action on the target object, an action for moving, and the like. The action includes, for example, an attack. As an action for exerting an action on the target object, for example, an attack action can be mentioned. In addition, examples of the type of target object include an enemy character that attacks a character and an obstacle object. Further, the movement is an action for changing the position of the character in the game space. Actions for moving include, for example, walking, running, and evasive actions to avoid attack actions by other objects or other objects.

For example, when the game progress unit 112 receives the first input operation, if the direction of the touch operation is included in a certain range determined by the direction in which the character is facing, the game progress unit 112 acts on another object. The character may be made to perform an action for exerting it.

[Example of implementation by software]
The control block of the control unit 210 (particularly the transmission / reception unit 211, the server processing unit 212 and the data management unit 213), and the control block of the control unit 110 (particularly, the operation reception unit 111, the game progress unit 112, and the camera arrangement control unit 113). , The object control unit 114, the display control unit 115, and the communication unit 116) may be realized by a logic circuit (hardware) formed in an integrated circuit (IC chip) or the like, or by using a CPU (Central Processing Unit). It may be realized by software.

In the latter case, the information processing unit provided with the control unit 210, the control unit 110, or both is a CPU that executes an instruction of a program that is software that realizes each function, and the above program and various data are computers (or CPUs). It is equipped with a ROM (Read Only Memory) or a storage device (these are referred to as "recording media"), a RAM (Random Access Memory) for expanding the above program, and the like. Then, the object of the present invention is achieved by the computer (or CPU) reading the program from the recording medium and executing the program. As the recording medium, a "non-temporary tangible medium", for example, a tape, a disk, a card, a semiconductor memory, a programmable logic circuit, or the like can be used. Further, the program may be supplied to the computer via any transmission medium (communication network, broadcast wave, etc.) capable of transmitting the program. It should be noted that one aspect of the present invention can also be realized in the form of a data signal embedded in a carrier wave, in which the above program is embodied by electronic transmission.

The present invention is not limited to the above-described embodiments, and various modifications can be made within the scope of the claims, and the embodiments obtained by appropriately combining the technical means disclosed in the different embodiments. Is also included in the technical scope of the present invention.

[Additional notes]
The contents relating to one aspect of the present invention are listed below.

(Item 1) A game program (131, 231) executed by a computer (at least one of a user terminal 100 and a server 200) including a processor (10, 20) and a memory (11, 21) has been described. According to an aspect of the present disclosure, a game program uses a processor to play a game with a first character, a second character that is a vehicle for the first character, and a first character among the characters that can be used in a game based on the game program. A step of organizing a plurality of decks including a third character to be supported in the progress of the game, and a first character included in the deck according to a user's operation by using any one of the plurality of decks. A step of advancing the game by operating at least one of the second character and the third character on which the character is placed, and during the progress of the game, the deck in use is divided into a plurality of decks according to the user's operation. Perform the steps to change to another deck. According to the above configuration, the game can be advanced using any of a plurality of decks including a plurality of characters having different roles, and the deck can be changed while the game is in progress. As a result, the progress of the game is diversified and the fun of the game is improved.

(Item 2) In (Item 1), in the step of advancing the game, the second character and the third character on which the first character is placed are arranged along the horizontal direction of the horizontally long image and displayed on the display unit. May be good. As a result, since there is sufficient space in the horizontal direction of the horizontally long screen, sufficient space can be secured between adjacent characters. As a result, the characters are not displayed overlapping each other, and it is possible to present the user with a game space without a feeling of oppression.

(Item 3) In (Item 2), in the step of advancing the game, when the deck in use contains a plurality of third characters, the plurality of third characters are arranged separately on both sides of the second character. You may. As a result, when two or more third characters are included in the deck, the user can be made to pay attention to the second character on which the first character is placed.

(Item 4) In (Item 2) or (Item 3), the step of advancing the game is to advance the game by fighting the first character, the second character, the third character, and the enemy character, and the landscape image. In the display unit, the enemy character may be displayed in an area above the second character and the third character. As a result, the user can be made to pay attention to the enemy character by confronting the enemy character with the second character and the third character on which the first character is placed side by side.

(Item 5) In any one of (Item 2) to (Item 4), the step of advancing the game can switch the image to be displayed on the display unit to either a landscape image or a portrait image, and is a portrait image. In the display unit, the third character may be displayed on the display unit so as to be arranged in an area diagonally above or diagonally below the second character. As a result, the user can enjoy playing the game even on the portrait screen with the arrangement for the portrait image.

(Item 6) In any one of (Item 1) to (Item 5), when the step of advancing the game receives the user's operation on the touch screen as the display unit, the second character associated with the operation is received. Alternatively, the third character may be made to perform the action associated with the operation. As a result, the user can switch the character to be operated according to the operation for causing the character to take an action. In other words, the user does not need to perform a special operation for switching the operation target. As a result, the character can execute an action while switching the operation target with only a few touch operations, and the game can be enjoyed.

(Item 7) In (Item 6), the game program causes the processor to associate an edit screen in which an action according to an order in the operation sequence of the operation is associated with each operation included in the operation sequence consisting of continuous operations on the touch screen. Further steps to display may be performed. As a result, the user can change the game development according to the continuous touch input by editing. As a result, the user can enjoy various game developments according to continuous operations, and the fun of the game is further enhanced.

(Item 8) In any one of (Item 1) to (Item 7), the step of advancing the game advances the game by having the first character, the second character, and the third character fight with the enemy character. The game program causes the processor to select one of the characters available in the game according to the user's operation, and stores the selected character in the memory in association with the user as if it were given to the user. A step of selecting one of the characters available in the game according to the step and the battle result in the step of advancing the game, and storing the selected character in the memory in association with the user as given to the user. And, in the step of further executing and organizing a plurality of decks, any of the characters given to the user as at least one of the first character, the second character, and the third character included in each of the plurality of decks. May be applied. This improves the user's motivation to play the game by giving the user a character according to the battle result. Further, by giving the user a character selected according to the operation of the user, the motivation of the user to execute the selection is improved. In addition, the assigned character can be included in the deck to participate in the battle, further improving the user's motivation to play the game. In this way, since the two purposes of acquiring a character and playing the game can be presented to the user in a cyclical manner, the user can continue the game without getting tired. Therefore, the user can be continuously motivated to play the game, thereby improving the interest of the game.

(Item 9) In any one of (Item 1) to (Item 8), the game program is a character that can be included in the processor, the equipment available in the game, and the deck in the game based on the game program. By associating any of the above, the step of giving the effect corresponding to the associated character to the equipment is further executed, and the step of organizing a plurality of decks is the first character and the first to be included in each of the plurality of decks. As the 2nd character and the 3rd character, a character not associated with the equipment is applied, respectively, and the step of advancing the game is at least one of the 1st character, the 2nd character, and the 3rd character included in the deck in use. By equipping the equipment with the effect, the game may be advanced to reflect the effect. As a result, the user can give an effect corresponding to the character to the equipment by associating the unnecessary character not included in the deck with the equipment, and can effectively utilize the unnecessary character. Further, since the character associated with the equipment cannot be included in the deck, the user can be made to think about the selection of the character associated with the equipment, and the strategy of the game is improved.

(Item 10) In any one of (Item 1) to (Item 9), the step of advancing the game is a state in which the second character carries the first character and a state in which the first character is not carried according to the user's operation. In the state where the second character is not placed on the switch, the game may be advanced by operating the first character according to the operation of the user. As a result, the user can switch the target of the operation depending on whether or not the first character is on the second character, the progress of the game is further diversified, and the fun of the game is improved.

(Item 11) In any one of (Item 1) to (Item 10), the step of advancing the game is to make the game by fighting the first character, the second character, the third character, and the enemy character. It may be advanced and the third character may be made to fight with the enemy character without the user's operation. As a result, since the third character fights with the enemy character without any operation, the user can focus on the operation for making the second character carrying the first character fight with the enemy character.

(Item 12) The method of executing the game program has been explained. According to certain aspects of the disclosure, the game program is executed by a computer equipped with a processor and memory. The method is a method in which the processor executes each step of the game program according to (item 1). The method according to (item 12) has the same effect as the game program according to (item 1).

(Item 13) The information processing apparatus has been described. According to a certain aspect of the present disclosure, the information processing apparatus includes a memory (11, 21) for storing a game program (131, 231) according to (item 1), and an information processing apparatus by executing the game program. It includes a processor (10, 20) that controls the operation of (at least one of the user terminal 100 and the server 200). The information processing apparatus according to (item 13) has the same effect as the game program according to (item 1).

1 game system, 2 networks, 10,20 processors, 11,21 memories, 12,22 storage, 13,23 communication IF (operation unit), 14,24 input / output IF (operation unit), 15 touch screen (display unit, Operation unit), 17 camera (operation unit), 18 range sensor (operation unit), 100 user terminal (information processing device), 110, 210 control unit, 111 operation reception unit, 112 game progress unit, 113 camera placement control unit , 114 object control unit, 115 display control unit, 120, 220 storage unit, 151 input unit (operation unit), 152 display unit, 200 server, 211 transmission / reception unit, 212 server processing unit, 213 data management unit, 231 game program, 232 game information, 233 user information, 233A character data, 1010 objects, 1020 controllers (operation unit), 1030 storage media

Claims (13)

A game program that runs a game that includes a play part that is run by a computer with a processor and memory and that allows the user to manipulate, move, and fight characters placed in a virtual game space.
The game program is stored in the processor.
Among the characters that can be used in the game, the first character and the state in which the first character is mounted and the state in which the first character is not mounted can be switched according to the operation performed by the user in the play part as a vehicle for the first character. A step of organizing a plurality of decks including a second character and a third character that supports the first character in the progress of the game.
In the play part, at least one of the first character, the second character on which the first character is placed, and the third character included in the deck are operated according to the operation of the user . And the step of advancing the play part using any one of the plurality of decks.
A game program for executing a step of changing a deck in use to another deck among the plurality of decks in response to an operation of the user while the play part is in progress. The computer further comprises a display.
The step of advancing the play part is according to claim 1, wherein the second character and the third character on which the first character is placed are arranged along the horizontal direction of a horizontally long image and displayed on the display unit. The game program described. 2. The step of advancing the play part is to arrange the plurality of the third characters separately on both sides of the second character when the deck in use includes the plurality of the third characters. The game program described in. In the step of advancing the play part, the play part is advanced by fighting the first character, the second character, the third character, and the enemy character, and in the horizontally long image, the second character and the second character and the enemy character are advanced. The game program according to claim 2 or 3, wherein the display unit displays the enemy character so as to be arranged in an area above the third character. In the step of advancing the play part, the image to be displayed on the display unit can be switched to either the horizontally long image or the vertically long image, and in the vertically long image, the third character is obliquely inclined to the second character. The game program according to any one of claims 2 to 4, which is displayed on the display unit so as to be arranged in an upper area or an obliquely lower area. The user's operation includes a second character operation associated with the action of the second character and a third character operation associated with the action of the third character.
When the user's operation on the touch screen as the display unit is received, the step of advancing the play part causes the second character or the third character associated with the operation to perform the action associated with the operation. The game program according to any one of claims 2 to 5, which is to be executed. The game program is stored in the processor.
The game according to claim 6, wherein each operation included in an operation sequence consisting of continuous operations on the touch screen is further executed with a step of displaying an edit screen associating an action according to the order in the operation sequence of the operation. program. In the step of advancing the play part, the game is advanced by having the first character, the second character, and the third character fight with an enemy character.
The game program is stored in the processor.
A step of drawing a lot of characters available in the game according to the operation of the user, and storing the drawn characters in the memory in association with the user as being given to the user. ,
Depending on the battle result in the step of advancing the play part, any one of the characters available in the game is selected , and the selected character is associated with the user as being given to the user. Further execution of the steps to be stored in memory,
In the step of organizing the plurality of decks, any one of the characters given to the user is applied as at least one of the first character, the second character, and the third character included in each of the plurality of decks. The game program according to any one of claims 1 to 7. The game program is stored in the processor.
By associating any of the characters that can be included in the deck in the game based on the game program with the equipment available in the play part, the effect corresponding to the associated character is given to the equipment. Let's take more steps
In the step of organizing the plurality of decks, characters not associated with the equipment are applied as the first character, the second character, and the third character included in each of the plurality of decks.
The step of advancing the play part is to equip at least one of the first character, the second character, and the third character included in the deck in use with the equipment to which the effect is given. The game program according to any one of claims 1 to 8, wherein the play part is advanced by reflecting the effect. The step of advancing the play part is claimed to advance the play part by operating the first character in response to an operation of the user in a state where the second character does not carry the first character. The game program according to any one of claims 1 to 9. In the step of advancing the play part, the game is advanced by having the first character, the second character, the third character, and the enemy character fight with each other, and the third character is not operated by the user. The game program according to any one of claims 1 to 10, wherein the character is made to fight with the enemy character. It ’s a way to get a computer to run a game program.
The computer comprises a processor and memory.
A method of causing the processor to execute each step of the game program according to claim 1. An information processing device that connects to a computer operated by a user via a network .
The information processing device is
Memory for storing game programs and
A processor that controls the operation of the computer by executing the game program is provided.
The game program is a game program that executes a game including a play part in which a character arranged in a virtual game space can be operated by the user to move and fight.
The processor is attached to the computer.
Among the characters that can be used in the game, the first character and the state in which the first character is mounted and the state in which the first character is not mounted can be switched according to the operation performed by the user in the play part as a vehicle for the first character. A step of organizing a plurality of decks including a second character and a third character that supports the first character in the progress of the game.
In the play part, at least one of the first character, the second character on which the first character is placed, and the third character included in the deck are operated according to the operation of the user. , The step of advancing the play part using any of the plurality of decks,
An information processing device that executes a step of changing a deck in use to another deck among the plurality of decks in response to an operation of the user while the play part is in progress .

Images