JP2018122037A - Game method and game program - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a game method capable of improving game properties in a game adapting a seamless field.SOLUTION: A game method includes: a step in which to define a virtual space where a player object 100 can be operated and a quest associated with a prescribed problem on the basis of a user's operation input; a step designating the quest on the basis of the user's operation input; a step in which to identify a virtual space including a first field F1, a second field F2 where the player object 100 can seamlessly move and includes a plurality of candidate fields, and a third field F3 where the player object 100 can seamlessly move in accordance with the designated quest; and a step in which to display to a display part image data of the fields F1 to F3. The second field F2 defines routes R21 to R23 for achieving the player object 100 from the first field F1 to the third field F3.SELECTED DRAWING: Figure 13

Description

  The present invention relates to a game method and a game program.

  Patent Document 1 discloses a game in which a player character clears a plurality of missions sequentially formed at each game stage. The user can obtain an experience value by operating the player character and executing a mission at each game stage.

JP 2009-195585 A

  In the game disclosed in Patent Document 1, when moving to each game stage, a target game stage is selected and moved to a game space associated with the game stage. By the way, in a game employing a so-called “seamless field” in which the stages for selecting each game stage and game stage are continuous (ie, seamlessly), data of a plurality of game stages (game field data) The user is provided with a seamless feeling by reading and connecting them at an appropriate timing. At this time, if the plurality of game field data are the same, the user gets bored with the operation of moving the seamless field, and there is a possibility that the user can enjoy the movement only by feeling the movement of the seamless field troublesome.

  An object of the present disclosure is to provide a game method and a game program capable of improving game performance in a game employing a seamless field.

According to one embodiment shown in the present disclosure, the following game method is provided.
The game method is
(A) defining a virtual space in which a player object can be operated based on a user's operation input, and a quest associated with a predetermined task;
(B) designating the quest based on the operation input;
(C) according to the designated quest, a first field, a second field including a plurality of candidate fields, wherein the player object can move seamlessly from the first field, and Identifying the virtual space including a third field in which the player object can move seamlessly from a second field;
(D) reading the image data of these fields at a predetermined timing, and displaying the read image data on a display unit,
The second field defines a route for the player object to reach the third field from the first field,
The route is defined by selecting at least one predetermined candidate field from the plurality of candidate fields based on a predetermined condition.

  Moreover, according to one embodiment shown in this indication, a game program for making a computer perform the above-mentioned game methods is provided.

  According to the present disclosure, it is possible to provide a game method and a game program capable of improving game performance in a game employing a seamless field.

It is a figure which shows the structural example of the game delivery system which concerns on this embodiment. It is a block diagram which shows the structure of the user terminal which concerns on this embodiment. It is a block diagram which shows the functional structure of the server which concerns on this embodiment. It is a figure which shows an example of the game screen of the game displayed on the touch screen of the user terminal which concerns on this embodiment. It is a figure which shows the process in which an operation detection part detects the direction which moves a player character according to a user's input operation. (A) is a figure which shows an example of the operation object displayed on a touch screen, (B) is a figure which shows the state which the operation object elastically deformed. It is a flowchart explaining the operation example of the user terminal and server for implement | achieving the multi play in this embodiment. It is a flowchart explaining the operation | movement process for specifying a field. FIG. 9 is a flowchart for explaining operation processing for specifying a field following FIG. 8. It is a figure which shows an example of the game screen which concerns on this embodiment. It is a figure which shows an example of the game screen which concerns on this embodiment. It is a figure which shows an example of the game screen which concerns on this embodiment. It is a schematic diagram which shows the structure of the seamless field implement | achieved with the game program which concerns on this embodiment. It is a figure which shows an example of the game screen which concerns on this embodiment. It is a schematic diagram which shows the structure of the seamless field implement | achieved with the game program which concerns on this embodiment. It is a figure which shows an example of the game screen which concerns on this embodiment. It is a schematic diagram which shows the structure of the seamless field implement | achieved with the game program which concerns on the modification of this embodiment.

[Description of Embodiments Presented by the Present Disclosure]
An overview of an embodiment indicated by the present disclosure will be described.
(1) A game method according to an embodiment of the present disclosure includes:
(A) defining a virtual space in which a player object can be operated based on a user's operation input, and a quest associated with a predetermined task;
(B) designating the quest based on the operation input;
(C) according to the designated quest, a first field, a second field including a plurality of candidate fields, wherein the player object can move seamlessly from the first field, and Identifying the virtual space including a third field in which the player object can move seamlessly from a second field;
(D) reading the image data of these fields at a predetermined timing, and displaying the read image data on a display unit,
The second field defines a route for the player object to reach the third field from the first field,
The route is defined by selecting at least one predetermined candidate field from the plurality of candidate fields based on a predetermined condition.

  According to the above method, the game performance can be improved in a game employing a seamless field.

  (2) The route may be defined by blocking at least one of the plurality of routes by restricting movement of the player object by at least one of the plurality of candidate fields.

  According to the above method, the conductor wire of the player object can be restricted to a specific route based on a predetermined condition.

(3) One party can be organized by a plurality of the player objects,
Depending on the contents of the party organization, the difficulty level of the plurality of routes may be varied.

  According to the above method, the game performance can be further improved based on the party organization.

  (4) The amount of in-game value acquired by the user when the quest is achieved may be varied according to the route to which the player object has moved among the plurality of routes.

  According to the said method, game property can be improved with a simple method.

(5) The game method is a game method related to a multiplayer game in which a plurality of users play together,
The predetermined condition may include a condition in which the user is randomly associated when the quest is specified.

  According to the above method, since what route is constructed depends on the luck factor, it is possible to improve the game performance.

  (6) A program according to an embodiment of the present disclosure is a game program for causing a computer to execute the game method according to any one of (1) to (5).

  According to this configuration, it is possible to provide a game program that can improve game performance in a game employing a seamless field.

[Details of Embodiments Presented by the Present Disclosure]
Hereinafter, embodiments of the present disclosure will be described with reference to the drawings. In addition, about the member which has the same reference number as the member already demonstrated in description of this embodiment, the description is not repeated for convenience of explanation.

  In the present embodiment, a user operates an information processing apparatus equipped with a touch screen such as a smartphone, for example, and advances the game while transmitting and receiving data related to the game between the game server and the smartphone. The game corresponds to single play where the user plays alone and multi-play where the user plays with other users.

  FIG. 1 is a diagram illustrating a configuration of a game distribution system 1 according to the embodiment. As shown in FIG. 1, the game distribution system 1 includes an information processing device (an example of a terminal device) used by a user and a server 20, and these devices are connected to each other via a network 30 so as to communicate with each other.

  In the example of FIG. 1, user terminals 10 </ b> A, 10 </ b> B, and 10 </ b> C (hereinafter referred to as user terminals 10 </ b> A, 10 </ b> B, 10 </ b> C) are collectively referred to as “user terminal 10” as information processing devices used by a user. A plurality of portable terminals are shown. The user terminal 10 </ b> A and the user terminal 10 </ b> B are connected to the network 30 by communicating with the radio base station 31. The user terminal 10C is connected to the network 30 by communicating with a wireless router 32 installed in a facility such as a house. The user terminal 10 is a mobile terminal that includes a touch screen, and is, for example, a smartphone, a fablet, a tablet, or the like.

  The user terminal 10 provides the user with an environment for playing a game according to the game program by executing the game program. For example, the user terminal 10 installs a game program via a platform that distributes applications and the like. The user terminal 10 enables a user to play a game by executing a game program installed in the user terminal 10 or a game program pre-installed in advance. The user terminal 10 communicates with the server 20 by reading and executing the game program, and transmits and receives data related to the game between the user terminal 10 and the server 20 as the game progresses.

  The server 20 advances the game play on the user terminal 10 by appropriately transmitting data necessary for the game play to the user terminal 10. The server 20 manages various data related to the game of each user who plays the game. The server 20 communicates with the user terminal 10 and transmits images, sounds, text data, and other data to the user terminal 10 according to the progress of each user's game.

  The game program corresponds to a mode in which a user plays a game when a single user plays (single play) and when a plurality of users play in cooperation (multiplay). For example, in the game distribution system 1, the server 20 provides each user with an environment for playing a game in multiplayer by specifying a user participating in multiplay and communicating with each user terminal 10 of each user.

  The game distribution system 1 is capable of supporting multi-play, for example, in the case of an action game, allowing the users to cooperate with each other to advance the game or play against each other.

  As shown in FIG. 1, the server 20 includes a communication IF (Interface) 22, an input / output IF 23, a memory 25, a storage 26, and a processor 29 as hardware configurations, which are mutually connected via a communication bus. It is connected.

  The communication IF 22 corresponds to various communication standards such as a LAN (Local Area Network) standard, and functions as an interface for transmitting and receiving data to and from an external communication device such as the user terminal 10.

  The input / output IF 23 functions as an interface for receiving information input to the server 20 and outputting information to the outside of the server 20. The input / output IF 23 includes an input receiving unit that accepts connection of an information input device such as a mouse and a keyboard, and an output unit that accepts connection of an information output device such as a display for displaying an image or the like.

  The memory 25 is a storage device for storing data used for processing. For example, the memory 25 provides the processor 29 with a work area for temporary use when the processor 29 performs processing. The memory 25 includes a storage device such as a ROM (Read Only Memory) and a RAM (Random Access Memory).

  The storage 26 is a storage device for storing various programs and data that the processor 29 reads and executes. The information stored in the storage 26 includes a game program, information related to the game program, information on a user who plays the game program, and other information. The storage 26 includes a storage device such as an HDD (Hard Disk Drive) and a flash memory.

  The processor 29 controls the operation of the server 20 by reading and executing a program or the like stored in the storage 26. The processor 29 includes, for example, a CPU (Central Processing Unit), an MPU (Micro Processing Unit), a GPU (Graphics Processing Unit), and the like.

  FIG. 2 is a block diagram illustrating a configuration of the user terminal 10. As illustrated in FIG. 2, the user terminal 10 includes an antenna 110, a wireless communication IF 120, a touch screen 130 (an example of a display unit), an input / output IF 140, a storage unit 150, an audio processing unit 160, and a microphone 170. And a speaker 180 and a control unit 190.

  The antenna 110 radiates a signal emitted from the user terminal 10 to space as a radio wave. Further, the antenna 110 receives radio waves from the space and gives a received signal to the wireless communication IF 120.

  The wireless communication IF 120 performs modulation / demodulation processing for transmitting and receiving signals via the antenna 110 and the like so that the user terminal 10 communicates with other communication devices. The wireless communication IF 120 is a communication module for wireless communication including a tuner, a high frequency circuit, and the like, performs modulation / demodulation and frequency conversion of a wireless signal transmitted / received by the user terminal 10, and provides a received signal to the control unit 190.

  The touch screen 130 receives an input from the user and outputs information to the display 132 to the user. The touch screen 130 includes a touch panel 131 for receiving a user input operation and a display 132 for displaying a menu screen or a game progress on the screen. The touch panel 131 detects that the user's finger or the like has approached by using, for example, a capacitive type. The display 132 is realized by a display device such as an LCD (Liquid Crystal Display), an organic EL (electroluminescence), or the like.

  The input / output IF 140 functions as an interface for accepting input of information to the user terminal 10 and outputting information to the outside of the user terminal 10.

  The storage unit 150 includes a flash memory, a RAM (Random Access Memory), and the like, and stores programs used by the user terminal 10 and various data received by the user terminal 10 from the server 20.

  The audio processing unit 160 performs modulation / demodulation of the audio signal. The audio processing unit 160 modulates the signal given from the microphone 170 and gives the modulated signal to the control unit 190. In addition, the audio processing unit 160 provides an audio signal to the speaker 180. The sound processing unit 160 is realized by, for example, a sound processing processor. The microphone 170 functions as an audio input unit for receiving an input of an audio signal and outputting it to the control unit 190. The speaker 180 functions as an audio output unit for outputting an audio signal to the outside of the user terminal 10.

  The control unit 190 controls the operation of the user terminal 10 by reading and executing a program stored in the storage unit 150. The control unit 190 is realized by an application processor, for example.

  A process in which the user terminal 10 executes the game program 151 will be described in more detail. The storage unit 150 stores a game program 151, game information 152, and user information 153. For example, the user terminal 10 downloads a game program from the server 20 and stores it in the storage unit 150. Further, the user terminal 10 communicates with the server 20 as the game progresses, thereby transmitting and receiving various data such as game information 152 and user information 153 to and from the server 20.

  The game program 151 is a program for causing the user terminal 10 to advance the game. The game information 152 includes various data referred to by the game program 151. The game information 152 includes, for example, information on objects to be arranged in the virtual space in the game, information on effects associated with the objects (including information on skills set for game characters), and the like. The user information 153 includes information about the user who plays the game. The user information 153 includes, for example, information for identifying the user of the user terminal 10 who plays the game, information for identifying other users who play the game in cooperation with the multi-play.

  The control unit 190 reads and executes the game program 151 to exhibit the functions of the input operation receiving unit 191, the character operation detection unit 193, the object control unit 195, and the display control unit 197.

  The input operation accepting unit 191 accepts a user input operation based on the output of the touch screen 130. Specifically, the input operation accepting unit 191 detects that a user's finger or the like has approached the touch panel 131 as coordinates in a coordinate system including a horizontal axis and a vertical axis of a surface constituting the touch screen 130.

  The input operation reception unit 191 determines a user operation on the touch screen 130. The input operation reception unit 191 includes, for example, (1) “approach operation”, (2) “release operation”, (3) “tap operation”, (4) “long press operation (long touch operation)”, (5) A user operation such as “drag operation (swipe operation)” is determined. The user operation determined by the input operation receiving unit 191 is not limited to the above. For example, when the touch panel 131 has a mechanism that can detect the magnitude of the pressure that the user presses against the touch panel 131, the input operation reception unit 191 determines the magnitude of the pressure that the user has pressed.

  (1) The “approach operation” is an operation in which the user brings a finger or the like closer to the touch screen 130. The touch screen 130 detects that the user's finger or the like has approached (including that the user's finger or the like has touched the touch screen 130) by the touch panel 131, and inputs a signal corresponding to the detected coordinates of the touch screen 130. The data is output to the reception unit 191. The control unit 190 determines that the state is the “touch-on state” when the approach is detected from the state in which the approach of the user's finger or the like to the touch screen 130 is not detected.

  (2) “Release operation” is an operation for stopping the state in which the user is operating the touch screen 130 to approach. For example, when the user performs an operation of releasing the finger from a state in which the user is in contact with the touch screen 130, the control unit 190 determines that the user's operation is a “release operation”. The control unit 190 determines that the state is changed from the “touch-on state” to the “touch-off state” when the approach is not detected from the state in which the approach of the user's finger or the like to the touch screen 130 is detected. To do.

  (3) “Tap operation” refers to performing a release operation at a position where the user performs an approach operation after the user performs an approach operation to bring a finger or the like closer to the touch screen 130. The input operation reception unit 191 outputs the touch screen 130 from a state where no approach operation is detected (a state where the user's finger or the like is away from the touch screen 130 and the touch panel 131 does not detect the approach of the user's finger or the like). When it is detected that the user's finger or the like has approached based on the above, the detected coordinates are held as the “initial touch position”. When the coordinates of the initial touch position and the coordinates of the release operation are substantially the same (when the coordinates of the release operation are detected in the coordinates within a certain range from the coordinates where the approach operation is detected), the control unit 190 The user's operation is determined as “tap operation”.

  (4) “Long press operation” is an operation in which the user continues to press the touch screen 130. The control unit 190 detects the user's operation and determines the approaching operation, and then the time during which the approaching operation is continued in the coordinates where the approaching operation is detected (or within a certain region including the coordinates) is set to a certain time. When it exceeds, it is determined that the user's operation is “long press operation” (“long press operation” may be referred to as “long touch operation”).

  (5) “Drag operation” is an operation of sliding a finger while maintaining an approaching state in which the user brings a finger or the like close to the touch screen 130.

  Based on the user's input operation on the touch screen 130, the character operation detection unit 193 performs the operation content of the input operation that causes a player character (hereinafter also referred to as “self character”) appearing in the game to execute a predetermined action. Is detected. The character operation detection unit 193 detects, for example, the direction in which the player character is moved based on the input operation of the user. That is, the character operation detection unit 193 receives an input operation in which the user specifies the moving direction of the player character.

  Specifically, the character operation detection unit 193 causes the user to move the finger closer to the touch screen 130 from the state where the user's finger is separated from the touch screen 130, and the input operation reception unit 191 causes the touch panel 131 to move the user's finger. When the user performs a drag operation using the detected coordinates as the initial touch position, the moving direction of the player character is detected based on the initial touch position coordinates and the detection result of the touch screen 130. Specific processing in the character operation detection unit 193 will be described later.

  The object control unit 195 includes various objects that appear in a game that is progressed by the user terminal 10 executing a game program, and various objects that are generated based on user operation contents received by the input operation reception unit 191 ( For example, processing such as generation, deformation, and movement of a GUI (Graphical User Interface) screen is controlled. The object control unit 195 generates an operation object 40 indicating the moving direction of the player character based on, for example, an input operation on the touch screen 130 for moving the player character by the user. Details of the operation object 40 will be described later.

  The display control unit 197 determines the display content of the display 132 according to control by the character operation detection unit 193 and the object control unit 195, and displays various information such as images and texts according to the determined display content. Output to. For example, the display control unit 197 displays the operation object 40 in accordance with the input operation received by the input operation receiving unit 191 in a state where the player character is displayed in a certain area of the display 132, and performs a predetermined action ( For example, a screen display for moving or jumping is performed.

  FIG. 3 is a block diagram illustrating a functional configuration of the server 20. The detailed configuration of the server 20 will be described with reference to FIG. The server 20 functions as the communication unit 220, the storage unit 250, and the control unit 290 by operating according to the program.

  The communication unit 220 functions as an interface for the server 20 to communicate with an external communication device such as the user terminal 10 via the network 30.

  The storage unit 250 stores various programs and data for the user to advance the game in the user terminal 10. In one aspect, the storage unit 250 stores a game program 251, game information 252, and user information 253.

  The game program 251 is a program for allowing the server 20 to communicate with the user terminal 10 and advance the game on the user terminal 10. The game program 251 refers to the game information 252 and user information 253 that are various data for proceeding with the game, and causes the game to proceed according to the user's input operation. The game program 251 is executed by the control unit 290, whereby processing for transmitting / receiving data to / from the user terminal 10, processing for advancing the game according to the operation performed by the user of the user terminal 10, and the user playing the game The server 20 is caused to perform processing for updating information.

  The game information 252 includes various data referred to by the game program 251. The game information 252 includes, for example, an object management table 252A, a mission management table 252B, and a field management table 252C.

  The object management table 252A shows the setting of objects arranged in the virtual space of the game. By executing the game program 151, the user terminal 10 causes the display 132 to display an image obtained by photographing an object arranged in the virtual space by the virtual camera arranged in the virtual space, thereby causing the game to proceed.

  Here, there are various objects such as an object indicating a game character operated by the user and an object indicating an object worn by the game character. These objects are associated with objects when the user performs a predetermined input operation on the touch screen 130, meets certain conditions as the game progresses, and other various events occur. Processing is performed.

  For example, when the user performs an approach operation on the touch screen 130 with respect to an object, the object is selected by the user. Further, for example, when the user performs a drag operation, processing such as movement of an object selected by the user according to the user's input operation is performed. In addition, for example, when the user performs a touch operation on the object, a process such as a reward for favoring the game is given to the user.

  The mission management table 252B associates and stores information for identifying an object and mission information associated with the object. Here, the mission is also called a quest, and is associated with a predetermined problem that the user should clear. For example, when a mission is cleared by defeating an enemy character or rescuing a predetermined character, the user can advance the game. When the mission is cleared, there is an effect that the game can be advantageously advanced such that the user obtains a predetermined reward (for example, a coin). In the mission management table 252B, each mission is stored in association with each of a plurality of mission order offices described later. The information of each mission includes information such as the appearance location, difficulty level, and reward of the mission target character associated with the mission.

  The field management table 252C indicates settings of a plurality of fields (game stages) that constitute the virtual space of the game. The field is formed by arranging a predetermined object in the virtual space. The field is specified when the user performs a predetermined input operation on the touch screen 130 or when a certain condition is satisfied as the game progresses. Details of the process for specifying the game field will be described later.

  The user information 253 is information about the user who plays the game. The user information 253 includes a user management table 253A. The user management table 253A includes information for identifying each user, information indicating the degree of progress of the game by the user, information on items held by the user in the game, game characters, items used by the game character, and the like. including.

  The control unit 290 executes functions of the transmission / reception unit 291, the server processing unit 292, the data management unit 293, the matching unit 294, and the measurement unit 295 by executing the game program 251 stored in the storage unit 250.

  The transmission / reception unit 291 receives various types of information from the user terminal 10 that executes the game program 151, and transmits various types of information to the user terminal 10. The user terminal 10 and the server 20 include a request to place an object associated with the user in the virtual space, a request to delete the object, a request to move the object, a request to update various parameters according to a reward acquired by the user, a game Information such as an image, audio, and other data for advancing, and a notification transmitted from the server 20 to the user terminal 10 are transmitted and received.

  The server processing unit 292 controls the operation of the entire server 20 and performs processing necessary for the progress of the game by calling various programs. For example, the server processing unit 292 updates the data such as the game information 252 and the user information 253 based on the information received from the user terminal 10 and transmits various data to the user terminal 10 to advance the game.

  The data management unit 293 performs processing for updating various data stored in the storage unit 250, processing for adding / updating / deleting records to the database, and the like according to the processing result of the server processing unit 292.

  The matching unit 294 performs a series of processes for associating a plurality of users. For example, when the user performs an input operation for performing multi-play, the matching unit 294 performs processing for associating a user who plays a game in cooperation.

  The measurement unit 295 performs processing for measuring time. For example, the measurement unit 295 measures the passage of time for each object arranged in the virtual space. Moreover, the measurement part 295 measures the time for which the game is progressing. The server 20 receives information on various measurement results measured by executing the game program 151 on the user terminal 10 from the user terminal 10, and collates the received information with the measurement results of the measurement unit 295. The user terminal 10 and the server 20 synchronize information about various times.

FIG. 4 shows an example of a game screen displayed on the touch screen 130 of the user terminal 10 according to the present embodiment.
The screen example of FIG. 4 is a screen that receives an input operation for causing the player character 100 (an example of a player object) operated by the user to perform a predetermined action. The control unit 190 displays on the touch screen 130 the own character 100 that is an object operated by the user and an opponent character 200 that is an object that is an opponent (enemy) (hereinafter also referred to as a mission target character). Thus, an input operation for causing the user character 100 to perform a predetermined action is accepted. When the user character 10 and the opponent character 200 are placed so that the user terminal 10 is in a vertical shape, the vicinity of the center of the touch screen 130 in the vertical direction (for example, when the touch screen 130 is divided into three in the vertical direction) In the central area, for example, the field of view is displayed so as to be slightly wider in the direction of travel in the left-right direction. Below the touch screen 130, for example, a cross-section of the ground (dot-patterned portion in FIG. 4) is displayed. The lower half of the touch screen 130, that is, the portion where the cross section of the ground is displayed can be used as a space for operating the operation object 40 described later. The user can operate the player character 100 by operating the touch screen 130 to an arbitrary position. For example, when the user inputs a drag operation in the direction along the left-right direction of the touch screen 130 (the direction of the arrow A in FIG. 4), the control unit 190 accepts the drag operation and drags the player character 100. Control is performed so as to move in a direction corresponding to the direction (for example, the direction of arrow B). In this example, the control unit 190 can move the player character 100 in the vertical and horizontal directions in the two-dimensional field defined in the virtual space based on the direction of the drag operation.

  Various user interface images 300 (hereinafter referred to as UI images) may be displayed on the left and right ends of the touch screen 130 (left end in FIG. 4). The UI image 300 includes, for example, a UI image 300A for displaying a map, a UI image 300B for changing a character, and a skill (one of attack actions performed by the player character 100 in the game). A UI image 300C may be included.

<1. Action control of own character>
FIG. 5 is a diagram illustrating processing in which the character operation detection unit 193 detects a direction in which the player character 100 is moved in accordance with a user input operation. The character operation detection unit 193 sets a position (initial touch position) where the user presses the touch screen 130 by bringing a finger or the like closer to the touch panel 131 from the state where the user is not pressing the touch screen 130 as a starting point. When the input operation reception unit 191 determines that the user's operation is a drag operation, the input operation reception unit 191 determines the own character based on the coordinates that are the starting point and the coordinates that the touch screen 130 detects the approach of the user's finger or the like. The direction in which 100 is moved is detected.

  A state (A) in FIG. 5 shows a state in which the user brings his / her finger closer to the touch screen 130 from a state in which the user's finger has left the touch screen 130. The input operation reception unit 191 detects that the user's finger has approached the touch screen 130 and holds the detected coordinates in the memory (for example, the main memory 4 or the auxiliary memory 5) as an initial touch position.

  In the example of FIG. 5, the coordinates of the initial touch position held by the memory are shown as the initial touch position coordinates 55. The input operation reception unit 191 does not detect the detection result of the touch screen 130 (the coordinates at which the user's finger is approaching the touch screen 130 and the proximity of the user's finger to the touch screen 130 ( The detection result “null”)) is stored in the buffer memory 53 for a certain number of frames. The buffer memory 53 can store detection results on the touch screen 130 for each frame (in the example of FIG. 5, 11 frames from the memory area fp [0] to the memory area fp [10]). it can. The buffer memory 53 can be realized as a ring buffer, for example.

  In the example of the state (A), a position where the user presses the touch screen 130 is indicated as a pressed position 50A (coordinates (x0, y0) of the touch screen 130).

  In the state (B) of FIG. 5, the user performs a drag operation on the touch screen 130, and the pressing position on the touch screen 130 is changed from the pressing position 50A to the pressing position 50B (coordinates (x9, y9) of the touch screen 130). This indicates that the frame has been moved by 10 frames (10 frames from the memory area fp [0] to the memory area fp [9]). The input operation reception unit 191 stores the detection result of the touch screen 130 in the buffer memory 53 and refers to the value held in the buffer memory 53 to determine that the user's operation on the touch screen 130 is a drag operation.

  In the state (C) of FIG. 5, the position where the user is pressing the touch screen 130 is five frames (memory area fp [10]) from the pressed position 50B to the pressed position 50C (coordinates (x14, y14) of the touch screen 130). , Fp [0], fp [1], fp [2], and fp [3]).

  The state (D) in FIG. 5 shows the detection result of the input operation in which the character operation detection unit 193 designates the direction in which the user moves the player character 100 in each of the state (B) and the state (C). The character operation detection unit 193 manages information (writing position in the buffer memory 53) indicating which memory area is the target of writing the coordinates of the pressed position detected by the touch screen 130 in the buffer memory 53. .

  In the state (B), the character operation detection unit 193 determines from the coordinate 51A (coordinate (x0, y0)) indicating the initial touch position to the coordinate 51B (coordinate (x9, y9)) based on the determination result of the input operation reception unit 191. ) Until the user performs a drag operation. The character operation detection unit 193 detects a vector 52B defined by the coordinates 51A and 51B as a direction in which the player character 100 is moved, starting from the coordinates 51A of the initial touch position.

  In the state (C), the character operation detection unit 193 drags the user from the coordinate 51B (coordinate (x9, y9)) to the coordinate 51C (coordinate (x14, y14)) based on the determination result of the input operation receiving unit 191. Detects that an operation has been performed. The character operation detection unit 193 detects a vector 52C defined by the coordinates 51A and 51C as a starting direction from the coordinates 51A of the initial touch position as a direction in which the player character 100 is moved.

<2. Basic configuration of operation object>
The operation object 40 (see FIG. 4) according to the present embodiment is displayed on the touch screen 130 when a user's approach operation to the touch screen 130 is detected. The operation object 40 is an elastic object that indicates a direction in which the user moves the player character 100. As shown in the state (A) of FIG. 6, the operation object 40 has a contact start point that is a position (for example, initial touch position coordinates 51 </ b> A of FIG. 5) as the initial shape at the time of finger contact with the touch screen 130. A circular base 42 is formed around the associated reference position. Note that the reference position does not have to be the coordinates at which the finger first touches the touch screen 130, and may be, for example, the coordinates at which the finger touched a frame several frames after the first touched frame. .

  When the user performs a drag operation on the touch screen 130 from the contact start point to the contact end point (here, the contact end point means the final point when the user's finger or the like is in contact with the touch screen 130). As shown in the state (B) of FIG. 6, the operation object 40 is accompanied by elastic deformation such that it is pulled by the user's finger. At this time, in addition to the base part (enlarged part) 42 displayed corresponding to the contact start point of the drag operation, the operation object 40 has a contact end point of the drag operation (note: the finger remains in contact with the touch screen 130). It is configured to include a distal end portion 44 located in the vicinity and a connection portion 46 that connects between the base portion 42 and the distal end portion 44. Thus, the operation object 40 is formed so as to be elastically extended in the direction of the drag operation input from the contact start point toward the contact end point. When the user further moves a finger or the like on the touch screen 130 while maintaining the contact end point in the contact state, the distal end portion 44 further moves following the movement and the extending direction of the operation object 40 also changes. When the user's drag operation is completed (that is, when the user's finger is released from the contact end point on the touch screen 130), the elastically deformed operation object 40 is directed toward the contact start point according to its restoring force. It shrinks in stages and is displayed so as to be restored to the initial shape shown in the state (A) of FIG. 6 and disappears after a lapse of a certain time.

  In addition, in the state (A) of FIG. 6, although the circular base 42 is formed centering on the contact start point, it is not necessarily limited to this. For example, the base 42 may be formed to be shifted upward or downward by a certain distance from the contact start point. That is, the base 42 of the operation object 40 may be displayed corresponding to a predetermined position (reference position) associated with the contact start point. Further, another object constituting a part of the operation object is displayed from the contact start point toward the contact end point without deforming the operation object 40 (base 42) formed at the contact start point in accordance with the drag operation. You may make it let it.

<3. Explanation of basic configuration of operation example of this game program>
With reference to FIG. 7, a basic configuration of an operation example in this game program will be described.
The game program according to the present embodiment is a game in which the player character 100 that is activated by the user's operation sequentially clears a plurality of missions (game stages), and the game is cleared (ending) when all the missions are cleared. In other words, a so-called “seamless field” is employed in which each stage for selecting each game stage and game stage is continuous (ie, seamless).

  FIG. 7 is a flowchart for explaining an operation example of the user terminal 10 and the server 20 for realizing multi-play in this game program. The processing shown in FIG. 7 is realized by the control unit 190 executing the game program 151 and the control unit 290 executing the game program 251.

  In step S1000, the control unit 190 of the user terminal 10 transmits a participation request for participating in multiplayer to the server 20. In step S1002, the control unit 290 of the server 20 receives a participation request from the user terminal 10 operated by the user.

  In step S <b> 1004, the control unit 290 of the server 20 defines the virtual space on the server 20 side as the server processing unit 292 in response to determining that the number of users participating in the multiplayer has reached the specified number. An object for forming a predetermined field is arranged in the space. As the transmission / reception unit 291, the control unit 290 transmits object information for forming a field to the user terminal 10.

  In step S <b> 1006, the control unit 190 of the user terminal 10 arranges an object stored in the game information 152 as the object control unit 195 in the virtual space on the user terminal 10 side based on the information received from the server 20. Thereby, the control unit 190 forms a field in the virtual space.

  In step S1008, the control unit 190 of the user terminal 10 arranges (generates) the player character 100 in the field as the object controller 195 in accordance with the player character 100 information stored in the game information 152. Furthermore, the control unit 190 transmits information on the player character 100 to the server 20.

  In step S <b> 1010, the control unit 290 of the server 20 stores, as the data management unit 293, information on the own character 100 stored in the user management table 253 </ b> A based on the character information received from the user terminal 10. In this step, the control unit 290 receives information on a character operated by the user of the other user terminal 10 (hereinafter also referred to as “other character”) from another user terminal 10 participating in the multiplayer. The information of the user management table 253A is stored.

  In step S1012, the control unit 290 of the server 20 generates, as the server processing unit 292, other characters based on the other character information stored in the user management table 253A and arranges them in the field. Furthermore, the control part 290 transmits the information of other characters to the user terminal 10 as the transmission / reception part 291.

  In step S <b> 1014, the control unit 190 of the user terminal 10 generates, as the object control unit 195, other characters based on the other character information received from the server 20 and arranges them in the field.

  In step S1016, the control unit 290 of the server 20 refers to the object management table 252A as the server processing unit 292, generates a mission target character that is a target for clearing the mission, and arranges it in the field. In addition, the control unit 290 transmits the mission target character and the mission information associated with the mission target character to each user terminal 10 participating in the multiplayer.

  In step S1018, the control unit 190 of the user terminal 10 generates, as the object control unit 195, a mission target character based on the mission target character information received from the server 20, and places it in the field.

  In step S1020, the control unit 190 of the user terminal 10 detects a drag operation on the touch screen 130 as the character operation detection unit 193, and detects a direction determined by the touch start position and the touch continuation position of the drag operation. The control unit 190 moves the virtual camera and the player character 100 in the direction detected by the character operation detection unit 193. Furthermore, the control unit 190 transmits the position coordinates of the moved character 100 in the virtual space to the server 20. In another aspect, the control unit 190 can transmit the direction in which the player character 100 is facing in the virtual space, the moving speed of the player character 100, and the like to the server 20 together.

  In step S <b> 1022, the control unit 290 of the server 20 updates, as the server processing unit 292, the position of the player character 100 in the virtual space on the server 20 side based on the position coordinates of the player character 100 received from the user terminal 10. In this step, the control unit 290 also updates the positions of other characters in the virtual space on the server 20 side. The control unit 290 transmits the updated position information of the other character to the user terminal 10.

  In step S1024, the control unit 190 of the user terminal 10 moves the other character in the virtual space (field) as the object control unit 195 based on the position information of the other character received from the server 20.

  In addition, each of the user terminal 10 and the server 20 executes other processes necessary for progressing the game. Examples of the processes necessary for progressing the game include attack processing of the player character and other characters, hit determination processing of these attacks, damage processing, drop item processing, experience value processing, item acquisition processing, and the like.

<4. Explanation of operation processing for specifying field>
FIG. 8 and FIG. 9 are flowcharts for explaining the operation processing of the user terminal and the control unit of the server for executing the game program according to the present embodiment and specifying the field. 10 to 12 are diagrams illustrating an example of the game screen according to the present embodiment. FIG. 13 and FIG. 15 are schematic diagrams showing a configuration of a seamless field realized by the game program, and FIG. 14 is an example of a game screen according to the present embodiment.

  In step S1100 of FIG. 8, the control unit 190 of the user terminal 10 determines whether or not the player character 100 has moved into the mission ordering place 60 in the lobby field RF shown in FIG. . One or more mission order offices 60 are arranged at predetermined positions in the lobby field RF. As described above, each mission order place 60 is associated with a different (or at least partly overlapping) mission.

  If it is determined that the player character 100 has moved into the mission order place 60 (Yes in step S1100), in step S1102, the control unit 190 determines that the mission order place 60 has been selected, and the selected mission is selected. Information about the order place 60 is generated and the information is transmitted to the server 20.

  In step S1104, the control unit 290 of the server 20 reads the mission management table 252B stored in the storage unit 250. In step S1106, the control unit 290 acquires information associated with the mission order place 60 (hereinafter referred to as mission order place information) from the mission management table 252B, and transmits the mission order place information to the user terminal 10. To do. As described above, the mission ordering place information stored in the mission management table 252B includes the contents of missions that can be selected at the mission ordering place 60.

  In step S1108, the control unit 190 of the user terminal 10 determines, based on the mission order place information received from the server 20, at least one associated with the selected mission order place 60 on the touch screen 130 (here, A menu screen 65 of two missions is displayed (see FIG. 11). The menu screen 65 displays, for example, the mission “Defeat 5 characters 200!” As mission 1, along with the appearance location of the mission target character 200, the difficulty of mission clear, and the reward for clearing the mission. In addition, as mission 2, a mission “save character XXX!”, The appearance location of mission target character XXX, the difficulty level of mission clear, and the reward at the time of mission clear are displayed. The display of the menu screen 65 is not limited to the case where the player character 100 moves into the mission ordering place 60. For example, the control unit 190 may display the menu screen 65 when the mission order place 60 is tapped by the user.

  Subsequently, in step S1110, the control unit 190 determines whether any one of the displayed missions 1 and 2 is selected by a user operation. The user can also select a plurality of missions at a time.

  If it is determined that a mission has been selected (Yes in step S1110), in step S1112, the control unit 190 displays a menu screen 67 for party organization on the touch screen 130 for the selected mission. (See FIG. 12). On the menu screen 67, a “form party” button 67A and a “join party” button 67B are displayed.

  In step S1114, the control unit 190 determines whether any one of the displayed buttons 67A and 67B is selected by the user's operation. For example, when it is determined that the button 67A for “form party” has been selected (Yes in step S1114), in step S1116, the control unit 190 displays information on the selected button 67A (hereinafter referred to as button selection information). The button selection information is transmitted to the server 20.

  In step S1118, the control unit 290 of the server 20 stores the button selection information in the mission management table 252B of the storage unit 250 (updates the mission management table 252B). Subsequently, in step S1120, the control unit 290 assigns a random identification number of several digits to the user terminal 10 based on the button selection information, and transmits the assigned identification number to the user terminal 10.

  In step S <b> 1122, the control unit 190 of the user terminal 10 displays the identification number received from the server 20 on the touch screen 130. The user of the user terminal 10 informs the other user of the identification number displayed on the touch screen 130, so that the other user operates his / her user terminal and participates in the party formed by the user terminal 10. be able to.

  In step S1124, the control unit 290 of the server 20 determines whether or not a predetermined number (for example, four) of users have joined the party. When it is determined that a predetermined number of users have joined the party (Yes in step S1124), in step S1126 illustrated in FIG. 9, the control unit 290 includes information regarding the party formed (referred to as party formation information). And the party formation information is transmitted to the user terminal 10.

  In step S1128, the control unit 190 of the user terminal 10 sets a field for the party formed by the player character 100 to clear the mission selected by the user in step S1110.

  The fields set in step S1128 can be appropriately changed according to the mission selected by the user of the user terminal 10, but here, for example, as shown in FIG. 13, the first field F1 and the second field F2 ( F21 to F23) and a third field F3. The first field F1 is a field including an initial point where the player character 100 who has received a mission at the mission order place 60 is first arranged. The second field F2 is a field in which the player character 100 can move seamlessly from the first field F1, and includes a plurality of routes R21 to R23. The third field F3 is a field in which the player character 100 can move seamlessly from the second field F2 (each of the routes R21 to R23). For example, an opponent character 200 that is an opponent boss character is arranged. ing.

  The second field F2 defines a plurality of routes for allowing the player character 100 to reach the first field F1 to the third field F3. As an example, FIG. 13 illustrates an empty route R21 that moves by flying in the sky, a ground route R22 that moves on the ground, and an underground route R23 that moves through an underground tunnel. As a result, as shown in FIG. 14, the player character 100 that has moved from the first field F1 to the second field F2 selects a favorite route from the three routes of the empty route R21, the ground route R22, and the underground route R23. Then, it can move toward the third field F3.

  Returning to FIG. 13, each of these routes R21 to R23 includes a candidate field that does not restrict character movement (hereinafter referred to as a movable field) and a candidate field that can restrict (to some extent) character movement (hereinafter referred to as “movable field”). And at least two candidate fields). For example, the empty route R21 includes a movable field F211 in a sunny state and a movement restriction field F212 in a rainy state, and the ground route R22 is a state in which a river flows with the movable field F221 in a state where no river flows. The underground route R23 includes a movable field F231 in a state in which a tunnel is dug and a movement restriction field F232 in a state in which groundwater flows into the tunnel.

  In said step S1128, the control part 190 of the user terminal 10 can move about each of several root | route R21-R23 contained in the 2nd field F2, for example based on the identification number with which the user terminal 10 was allocated. Choose either a field or a movement restriction field at random. That is, since an identification number is randomly assigned to the user terminal 10 according to the selected mission, the movable field and the movement restriction field selected for each of the plurality of routes R21 to R23 included in the second field F2 are also selected. Different for each mission. At this time, the control unit 190 preferably selects the movement restriction field in at least one of the plurality of routes R21 to R23. For example, as shown in FIG. 15, in this step, the control unit 190 selects the movable field F211 as the empty route R21, selects the movement restriction field F222 as the ground route R22, and moves as the underground route R23. Select. In this way, the control unit 190 defines a route for allowing the player character 100 to reach the third field F3 from the first field F1.

  In step S1130, the control unit 190 generates field setting information based on the candidate field selected in step S1128 and transmits the field setting information to the server 20.

  In step S1132, the control unit 290 of the server 20 receives the field setting information and reads the field management table 252C stored in the storage unit 250. In step S1134, based on the field setting information, the control unit 290 includes the first field F1, the second field F2 including the plurality of routes R21 to R23 defined in step S1124, and the third field F3. It generates seamless field image data (hereinafter referred to as field data) for mission clearing, and transmits the field data to the user terminal 10.

  In step S <b> 1136, the control unit 190 of the user terminal 10 downloads field data from the server 20 and starts saving and reading field data in the storage unit 150. Note that the control unit 190 may download the field data of the first field F1, the second field F2, and the third field F3 from the server 20 at the same time, and in order from the first field F1 at a predetermined timing. You may download the data.

  In step S1138, the control unit 190 determines whether reading of the first field F1 is completed. When it is determined that the reading of the first field F1 is completed (Yes in step S1138), in step S1140, the control unit 190 moves the player character 100 from the mission order place 60 to the first field F1. to enable.

  In step S <b> 1142, the control unit 290 of the server 20 updates the position of the player character 100 in the virtual space on the server 20 side based on the position coordinates of the player character 100 received from the user terminal 10. Then, the control unit 290 transmits the updated position information of the own character 100 to a user terminal other than the user terminal 10.

  In step S1144, the control unit 190 of the user terminal 10 determines whether reading of the second field F2 is completed. When it is determined that the reading of the second field F2 is completed (Yes in step S1144), in step S1146, the control unit 190 sets the second field F2 to the first field F1 based on the user's operation input. It is displayed on the touch screen 130 so as to be continuous with the field F1, and the player character 100 is continuously moved from the first field F1 to the second field F2. Note that the control unit 190 can operate the own character 100 (move within the first field F1) based on a user operation while reading the field data of the second field F2. When the reading of the field data of the second field F2 is completed, the player character 100 can move to the second field F2 that has been read.

  In step S <b> 1148, the control unit 290 of the server 20 updates the position of the player character 100 in the virtual space on the server 20 side based on the position coordinates of the player character 100 received from the user terminal 10. Then, the control unit 290 transmits the updated position information of the own character 100 to a user terminal other than the user terminal 10.

  When the player character 100 moves to the second field F2, the user can move the player character 100 by selecting a favorite route from a plurality of routes R21 to R23 at a branch point as shown in FIG. . For example, when the user selects the ground route R22, the river is displayed on the touch screen 130 as shown in the state (a) and the state (b) of FIG. Here, the state (a) in FIG. 16 shows a state in which no water flows in the river, that is, a state in which the movable field F221 is selected as the ground route R22 in the above-described step S1128. On the other hand, the state (b) of FIG. 16 shows a state where water is flowing in the river, that is, a state where the movement restriction field F222 is selected as the ground route R22 in the above-described step S1128.

As shown in the state (a) of FIG. 16, when the movable field F221 is selected, the movement of the player character 100 from the ground route R22 of the second field F2 to the third field F3 is not restricted. . Therefore, the player character 100 can smoothly move on the ground route R22 based on the user's operation input and reach the third field F3.
On the other hand, as shown in the state (b) of FIG. 16, when the movement restriction field F222 is selected, the movement of the player character 100 from the ground route R22 to the third field F3 is restricted. Therefore, in order for the player character 100 to reach the third field F3, the user changes the character or equipment so that the user can move the ground route R22, or moves by selecting a route other than the ground route R22. It is required to do.

  In step S1150, the control unit 190 of the user terminal 10 determines whether reading of the third field F3 is completed. If it is determined that the reading of the third field F3 has been completed (Yes in step S1150), in step S1152, the control unit 190 changes the third field F3 to the second field F3 based on the user's operation input. It is displayed on the touch screen 130 so as to be continuous with the field F2, and the player character 100 is continuously moved from the second field F2 to the third field F3. In this way, when the user selects a desired route from the plurality of routes R21 to R23 in the second field F2 based on the attribute of the player character 100 and the party organization, the player character 100 is displayed in the third field. F3 can be reached.

  In step S <b> 1154, the control unit 290 of the server 20 updates the position of the player character 100 in the virtual space on the server 20 side based on the position coordinates of the player character 100 received from the user terminal 10. Then, the control unit 290 transmits the updated position information of the own character 100 to a user terminal other than the user terminal 10.

  When the player character 100 (including the party) reaches the third field F3, the battle with the opponent character 200 is started. In step S1156, the control unit 190 of the user terminal 10 determines whether or not the own character 100 has defeated the opponent character 200. If it is determined that the opponent character 200 has been defeated (Yes in step S1156), in step S1158, the control unit 190 changes information on the number of coins currently held by the player character 100 on the touch screen 130. Then, information regarding the changed number of coins is transmitted to the server 20. That is, by defeating the opponent character 200, the user can acquire a predetermined amount of coins (an example of in-game value).

  In step S <b> 1160, the control unit 290 of the server 20 updates the user management table 253 </ b> A stored in the storage unit 250 based on the information on the number of coins received from the user terminal 10.

  As described above, according to the game method according to the present embodiment, the control unit 190 of the user terminal 10 is associated with the virtual space in which the player character 100 can be operated based on the user's operation input and the predetermined task. The designated mission (quest) is defined, and the mission is designated based on the user operation input. Then, in accordance with the designated mission, the control unit 190 includes a first field F1, a second field F2 including a plurality of candidate fields F211, F212, F221, F222, F231, and F232, and a third field. A virtual space including F3 is specified, the image data of these fields F1 to F3 are downloaded from the server 20 at a predetermined timing and read, and the read image data is displayed on the touch screen 130 of the user terminal 10. Here, the second field F2 defines routes R21 to R23 for allowing the player character 100 to reach the third field F3 from the first field F1, and the routes R21 to R23 are defined as predetermined routes. It is defined by selecting a predetermined candidate field from a plurality of candidate fields F211, F212, F221, F222, F231, and F232 based on the conditions. Thereby, in a game adopting a seamless field, the field is randomly constructed according to the selected mission, so that the user can enjoy the game without getting tired of the operation of moving the seamless field. That is, according to the above game method, the game performance can be improved.

  Further, the predetermined condition for defining the routes R21 to R23 can be an identification number that is randomly assigned by the user when the mission is designated (that is, a condition that the user is randomly associated). Thereby, since what kind of route is constructed also depends on the luck factor, it is possible to further improve the game performance.

  Further, when defining each of the routes R21 to R23, the control unit 190 selects candidate fields so that at least one of the movement restriction fields F212, F222, and F232 is included among the plurality of candidate fields F211 to F232. Is preferred. That is, the second field F2 is defined by blocking at least one of the plurality of routes R21 to R23. Thereby, the conducting wire of the own character 100 can be restricted to a specific route based on an identification number or the like randomly assigned to the user terminal 10.

  Note that when defining each of the routes R21 to R23 of the second field F2, based on the attributes of the own character 100 and the characters of other users who have joined the party of the own character 100 (that is, the contents of the party organization). Thus, the candidate field may be selected so that the difference in capture difficulty of the routes R21 to R23 appears. In order to make a difference in the capture difficulty level, for example, it is preferable to prepare a plurality of movement restriction fields step by step in each of the routes R21 to R23, and to change the movement restriction fields to be selected according to the party organization. Specifically, as shown in FIG. 17, in the empty route R21, in addition to the movable fields F211, F221, F231 and the movement restriction fields F212, F222, F232, the movement restriction fields F212, F222, F232 are movement restrictions. The movement restriction fields F213 (for example, a storm field), F223 (for example, a field having a cliff), and F233 (for example, a field in which the tunnel is completely submerged) are added in advance. When the movement restriction field is selected in step S1128 described above, the control unit 190 selects a movement restriction field having a different restriction degree according to the party organization. By adopting such a configuration, the construction of the route depends on the party organization, so that the game performance when the user selects a character or forms a party can be further enhanced. .

  For example, it is assumed that the character of another user who participates in the party of the own character 100 includes a character that is strong against water and weak against an obstacle on land. In this case, the parameter of the character is set so as to rise in the storm field F213 of the empty route R21 and the field F233 where the tunnel of the underground route R23 is submerged. Further, the parameter of the character is set so as to decrease in the field F223 with the cliff of the ground route R22. Therefore, when a predetermined number or more of the characters have the above-described attributes, the capture difficulty level is increased by designating the field F223 having a cliff as a candidate field in the ground route R22. On the other hand, in the empty route R21 and the underground route R23, the storm field F213 and the submerged field F233 are designated as candidate fields, respectively, thereby lowering the capture difficulty level. In this way, taking into account the party organization content according to the combination of character attributes, and specifying the field according to the party organization content, the capture difficulty can be adjusted.

  Further, among the plurality of routes R21 to R23 in the second field F2, the user obtains when the mission is cleared according to the route that the character 100 has actually moved to reach the third field F3. You may vary the amount of coins. For example, when the player character 100 moves on the empty route R21 and reaches the third field F3, more coins than when the player character 100 moves on the ground route R22 and reaches the third field F3. To earn. Thereby, the motivation for challenging a more difficult route can be given to the user, and the game performance can be further enhanced.

  In the above embodiment, the action process for the player character 100 and another user's character to form a party and a plurality of characters cooperate to clear the mission is illustrated, but this is not the only example. I can't. For example, it is good also as a structure which a user clears a mission by using the several character which he owns as one party.

  As described above, the operations of the user terminal 10 and the server 20 configuring the game distribution system of the present embodiment have been described. However, the server 20 may perform each process performed on the user terminal 10. It is good also as performing the process performed by the user terminal 10. FIG.

  For example, the user terminal 10 receives a user input operation on the touch screen 130 and transmits the received operation content to the server 20. The server 20 receives a user input operation from the user terminal 10, specifies a plurality of routes R21 to R23 in the second field F2, and field data of each field F1 to F3 including the specified plurality of routes R21 to R23. And the generated field data is sequentially transmitted to the user terminal 10. Thus, it is good also as the server 20 taking up most of the processes for advancing a game. Moreover, it is good also as the user terminal 10 taking up most of the processes for advancing a game.

  The above embodiments are merely examples for facilitating the understanding of the present invention, and are not intended to limit the present invention. The present invention can be changed and improved without departing from the gist thereof, and it is needless to say that the present invention includes equivalents thereof.

1: game distribution system, 10: user terminal (example of mobile terminal), 130: touch screen (example of display unit), 150: storage unit, 190: control unit (of user terminal), 191: input operation reception unit, 193: Character operation detection unit, 195: Object control unit, 197: Display control unit, 20: Server, 250: Storage unit, 252A: Object management table, 252B: Mission management table, 252C: Field management table, 253A: Object management Table, 290: control unit (server), 40: operation object, 53: buffer memory, 55: initial touch position coordinates, 60: mission order place, 65: menu screen, 67: menu screen, 67A, 67B: buttons, 100: Own character (an example of a player object), 20 : Opponent character (example of target object), 300: user interface image, RF: lobby field, F1: first field, F2: second field, F3: third field, R21: empty route, R22: ground Route, R23: underground route, F211, F221, F213: movable field (example of candidate field), F212, F213, F222, F223, F232, F233: movement restriction field (example of candidate field)

Claims (6)

A game method,
(A) defining a virtual space in which a player object can be operated based on a user's operation input, and a quest associated with a predetermined task;
(B) designating the quest based on the operation input;
(C) according to the designated quest, a first field, a second field including a plurality of candidate fields, wherein the player object can move seamlessly from the first field, and Identifying the virtual space including a third field in which the player object can move seamlessly from a second field;
(D) reading the image data of these fields at a predetermined timing, and displaying the read image data on a display unit,
The second field defines a route for the player object to reach the third field from the first field,
The game method, wherein the route is defined by selecting at least one predetermined candidate field from the plurality of candidate fields based on a predetermined condition.   The route according to claim 1, wherein at least one of the plurality of candidate fields restricts movement of the player object, thereby blocking at least one of the plurality of routes. Game method. One party can be organized by a plurality of the player objects,
The game method according to claim 1 or 2, wherein a plurality of routes have different capture difficulty levels depending on the contents of the party organization.   The amount of in-game value acquired by the user when the quest is achieved is varied according to a route on which the player object has moved among a plurality of the routes, according to any one of claims 1 to 3. Game method. The game method is a game method related to a multiplayer game in which a plurality of users cooperate to play,
The game method according to any one of claims 1 to 4, wherein the predetermined condition includes a condition in which the user is randomly associated when the quest is specified.   A game program for causing a computer to execute the game method according to any one of claims 1 to 5.

Images