JP2018110786A - Game method and game program - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a game method capable of securing a period until completion of reading data in the next field while keeping game property, in a game adopting a seamless field.SOLUTION: The method defines a virtual space comprising a first field MF, a second field BF1 to which a player object 100 operated by a user is movable seamlessly from the first field MF, and a third field BF2 to which the player object 100 is movable seamlessly from the second field BF1. The method downloads and reads each piece of image data in the fields at a predetermined timing and displays each read piece of the image data on a touch screen 130.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 it takes time to read the next field data, it is necessary to earn some time until the reading is completed and the drawing becomes possible.

  It is an object of the present disclosure to provide a game method and a game program capable of ensuring time until completion of reading data of the next field while maintaining game characteristics in a game employing a seamless field. .

According to an embodiment shown in the present disclosure, a game method executed on a terminal device including a touch screen is provided.
The game method is
(A) a virtual camera, a first field, a second field in which a player object operated by a user from the first field can move seamlessly, and the player object moves seamlessly from the second field Defining a virtual space including a possible third field;
(B) downloading and reading each image data of these fields at a predetermined timing to display each read image data on the touch screen,
The step (b)
(B-1) starting reading of data in the third field when the predetermined first condition is satisfied in a state where the player object is arranged in the first field;
(B-2) A step of arranging a target object that allows the player object to exert a predetermined action in the second field when the data of the third field satisfies a predetermined second condition. When,
(B-3) blocking the movement of the player object to the third field by the target object until reading of the data of the third field is completed;
including.

  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 ensuring time until reading of data of the next field is maintained while maintaining game characteristics 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 display process of the image regarding the generation | occurrence | production position of a mission object character. 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 flowchart explaining the reading process of the field one after another when a detection object is detected. 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 the modification of this embodiment. It is a figure which shows an example of the game screen 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 is a game method executed on a terminal device including a touch screen,
The game method is
(A) a virtual camera, a first field, a second field in which a player object operated by a user from the first field can move seamlessly, and the player object moves seamlessly from the second field Defining a virtual space including a possible third field;
(B) downloading and reading each image data of these fields at a predetermined timing to display each read image data on the touch screen,
The step (b)
(B-1) starting reading of data in the third field when the predetermined first condition is satisfied in a state where the player object is arranged in the first field;
(B-2) A step of arranging a target object that allows the player object to exert a predetermined action in the second field when the data of the third field satisfies a predetermined second condition. When,
(B-3) blocking the movement of the player object to the third field by the target object until reading of the data of the third field is completed;
including.

  According to the above method, in a game adopting a seamless field, it is possible to secure a time until the reading of data of the next field is completed while maintaining the game performance.

  (2) The predetermined second condition may include that the data amount of the third field is equal to or greater than a predetermined threshold.

  According to the above method, when it is determined that it takes time to read data in the third field, it is possible to appropriately earn time until the data reading in the third field is completed.

(3) The step (b)
(B-4) The method may further include a step of changing a display mode of the target object when reading of the data of the third field is completed.

  According to the above method, after the data of the next field is read, the player object can move to the third field by, for example, hiding the target object or putting the target object in a state of falling. It becomes possible.

(4) The target object has a predetermined parameter corresponding to the predetermined action exerted from the player object,
The value of the predetermined parameter may correspond to the read completion rate of the data in the third field.

  According to the above method, for example, the amount of damage given to the target object is made to correspond to the data reading completion rate, whereby the time until the data reading in the third field is completed can be appropriately earned.

(5) The step (b)
(B-5) The method may further include a step of displaying temporary data corresponding to the third field on the touch screen.

  According to the above method, it is possible to gain time until data reading is completed by drawing temporary data as an alternative to the third field.

  (6) The temporary data may be generated by cutting out from image data used for a different application from the first to third field data.

  According to the above method, temporary data can be generated by a simple process.

  (7) In the step (b-2), whether or not the target object appears may be changeable according to the data processing capability of the terminal device.

  According to the above method, in the case of a terminal device having a high data processing capacity, that is, a terminal device that does not require time until data reading is completed, the seamless field rendering process can be performed without causing the target object to appear. Is possible.

  (8) The predetermined first condition is that a detection object arranged at a predetermined position in the first field is included in the touch screen, or the detection object and the virtual camera or the player object The positional relationship may satisfy a predetermined condition.

  According to the above method, reading of the third field can be started at an appropriate timing.

  (9) 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 (8).

  According to this configuration, it is possible to provide a game program that can secure the time until the completion of reading the data of the next field while maintaining the 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 shown in FIG. 2, the user terminal 10 includes an antenna 110, a wireless communication IF 120, a touch screen 130, an input / output IF 140, a storage unit 150, a sound processing unit 160, a microphone 170, 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 and a mission management table 252B.

  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 placed in the virtual space with a virtual camera placed 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.

  In the mission management table 252B, information for identifying an object is associated with information on a mission associated with the object. Here, the mission is also called a quest. For example, the user can advance the game by defeating an enemy character or rescuing a predetermined character. For example, 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 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 operation example of this game program>
With reference to FIGS. 7 to 11, an example of the operation in the 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 (a seamless field in this program) is arranged in the space. Furthermore, the control unit 290 transmits, as the transmission / reception unit 291, 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 mission capture, 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 step S 1026, the control unit 290 of the server 20 moves the mission target character as the server processing unit 292. In addition, the control unit 290 functions as the transmission / reception unit 291 and transmits the position information of the mission target character after movement to the user terminal 10.

  In step S <b> 1028, the control unit 190 of the user terminal 10 moves the mission target character in the virtual space as the object control unit 195 based on the position information of the mission target 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 the target character, hit determination processing of these attacks, damage processing, drop item processing, experience value processing, item acquisition processing, and the like.

  FIG. 8 is a flowchart illustrating an image display process related to the generation position of the mission target character.

  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 (an example of a mission selection area) shown in FIG. To do. One or more mission order offices 60 are arranged at predetermined positions in the field MF. 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. 10). 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 “rescue the character 400!” Is displayed, the appearance location of the mission target character 400, the difficulty level of the mission clear, and the reward when the mission is cleared. 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 one of the missions has been selected (Yes in step S1110), in step S1112, the control unit 190 generates information on the selected mission (hereinafter referred to as mission selection information), and the server 20 is transmitted. For example, when the user selects mission 1, the control unit 190 transmits to the server 20 that mission 1 has been selected.

  In step S1114, the control unit 290 of the server 20 stores the mission selection information received from the user terminal 10 in the mission management table 252B of the storage unit 250 (updates the mission management table 252B). Subsequently, in step S <b> 1116, the control unit 290 acquires information on the updated mission management table 252 </ b> B (hereinafter referred to as mission update information) and transmits it to each user terminal 10. The mission update information includes, in particular, the mission selected by the user at the mission order place 60 and the mission target character (for example, the character 200 or the character 400) associated with the selected mission. Thereby, the information regarding the user terminal 10 having selected the mission 1 is transmitted to other user terminals via the server 20.

  In step S <b> 1118, the control unit 190 of the user terminal 10 stores the mission update information received from the server 20 in the storage unit 150. That is, the control unit 190 stores in the storage unit 150 information related to the mission selected by the user at the mission order place 60 and the mission target character associated with the selected mission.

  In step S <b> 1120, the control unit 190 hides the menu screen 65 and moves the player character 100 to the outside of the mission order place 60. Specifically, as shown in FIG. 11, the control unit 190 moves the player character 100 to the right side that is the traveling direction side of the player character 100 with respect to the mission order place 60.

  In step S <b> 1122, the control unit 190 displays position-related images 500 </ b> A and 500 </ b> B (information may be collectively referred to as position-related images 500) indicating information related to the generation position of the mission target character at a predetermined position in the touch screen 130. indicate. As shown in FIG. 11, these position-related images 500A and 500B are located at positions that do not get in the way of the game, for example, at the end of the touch screen 130 in the horizontal direction (for example, the right end side of the touch screen 130). Is displayed. The position-related image 500 </ b> A is an image indicating information regarding the generation position of the mission target character 200 associated with the mission 1. For example, the face of the character 200 is displayed. Below the position-related image 500A, a distance (in this case, for example, 2 km) from the current position of the player character 100 to the generation position of the character 200 is displayed. Further, the position-related image 500B is an image showing information on the generation position of the mission target character 400 associated with the mission 2, and for example, the face of the mission target character 400 is displayed. Below the position-related image 500B, a distance (in this case, for example, 5 km) from the current position of the player character 100 to the generation position of the character 400 is displayed. As described above, when the player character 100 is arranged in a predetermined area of the field, the control unit 190 displays the position-related images 500A and 500B at predetermined positions on the touch screen 130 based on the mission-related information.

  In step S1124, the control unit 190 of the user terminal 10 determines whether or not an input of a user's drag operation has been received. If it is determined that an input of a drag operation has been received (Yes in step S1124), in step S1126, the control unit 190 moves the player character 100 based on the drag operation.

  In step S <b> 1128, 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.

<4. Explanation of field reading process after detection object is detected>
Next, with reference to FIG. 12 and FIG. 13 together with FIG. 9 and FIG. 11, the field reading process after the detection object is detected will be described. FIG. 12 is a flowchart for explaining the field reading process after the detection object is detected. States (a) to (c) of FIG. 13 are diagrams illustrating an example of a game screen according to the present embodiment. In the flowchart of FIG. 12, in particular, processing in the control unit 190 of the user terminal 10 will be described.

  In step S1200, the control unit 190 of the user terminal 10 determines the data of the current field (for example, the field MF for mission selection shown in FIG. 9) associated with the current position coordinates of the player character 100, and the current field MF. The data of the next field (hereinafter referred to as the next field BF1) arranged continuously (seamlessly connected) is downloaded from the server 20 and stored in the storage unit 150. Then, the control unit 190 reads the data of the current field MF and the data of the next field BF1 from the storage unit 150, and arranges the objects stored in the game information 152 based on these data in the virtual space on the user terminal 10 side. Thus, the current field MF and the next field BF1 are generated. In step S1202, the control unit 190 displays the current field MF generated in the virtual space on the touch screen 130.

  In step S <b> 1204, the control unit 190 determines whether or not the detection object 80 illustrated in FIG. 9 or the like is included in the touch screen 130 with the movement of the player character 100. The detection object 80 is an example of an object stored in the game information 152, and is arranged at a predetermined position in the virtual space on the user terminal 10 side based on information received from the server 20. For example, the sensing object 80 may be disposed at a position that is a predetermined distance from the boundary region of each field. 9 to 11, the detection object 80 is preferably not displayed on the touch screen 130 (arranged in an invisible state).

  When it is determined that the detection object 80 is included in the touch screen 130 as the player character 100 moves (Yes in step S1204), the control unit 190 corresponds to the detection object 80 in step S1206. Information related to the field (in this example, a field seamlessly connected to the next field BF1 on the side opposite to the current field MF (hereinafter referred to as the field BF2)) is transmitted to the server 20.

  In step S <b> 1208, the control unit 290 of the server 20 transmits data for forming the next field BF <b> 2 to the user terminal 10 based on the information about the next field BF <b> 2 received from the user terminal 10. Then, the control unit 190 of the user terminal 10 starts downloading and reading data in the field BF2 transmitted from the server 20 one after another.

  It should be noted that the control unit 190 controls the movement of the player character 100 based on the user's operation while the data of the field corresponding to the detection object 80 (for example, the field BF2 one after another) is downloaded from the server 20 and read. Can do. For example, the control unit 190 can move the player character 100 within the current field MF or the next field BF1 while reading data in the field BF2 one after another. When the reading of the data in the field BF2 is completed, the character 100 can move to the field BF2 after the reading is completed. In this way, the control unit 190 seamlessly connects the player character 100 by accepting the input of the user's drag operation based on the position-related images 500A and 500B and the information displayed accompanying them. It can be moved continuously between multiple fields.

  By the way, when the data amount of the field BF2 is large, it takes time to download and read the data of the field BF2 from the server 20 and generate the field BF2 on the user terminal 10 side. Therefore, it is necessary to earn some time so that the player character 100 cannot move to the field BF2 one after another until the generation of the field BF2 is completed and the next field BF2 can be drawn on the touch screen 130. .

Therefore, in the present embodiment, the following processing from step S1210 is performed in order to secure time until the field BF2 can be drawn one after another.
In step S <b> 1210, the control unit 290 of the server 20 determines whether or not the data amount of the field BF <b> 2 is equal to or greater than a predetermined threshold, and transmits the determination result to the user terminal 10.

  When it is determined that the data amount of the field BF2 is smaller than the predetermined threshold value (No in step S1210), the control unit 190 of the user terminal 10 in step S1212 is based on the movement of the player character 100 by the drag operation. Then, the next field BF1 is displayed on the touch screen 130 in succession to the current field MF.

  In step S <b> 1214, the control unit 190 determines whether the reading of data in the field BF <b> 2 is completed, that is, whether the field BF <b> 2 is ready for drawing on the touch screen 130. If it is determined that the reading of data in the field BF2 is completed (Yes in step S1214), the control unit 190 continues to the next field BF1 based on the movement of the player character 100 by the drag operation in step S1216. Then, the field BF2 is displayed on the touch screen 130 one after another.

  On the other hand, when it is determined that the data amount of the field BF2 is greater than or equal to the predetermined threshold value (Yes in step S1210), the control unit 190 of the user terminal 10 transmits the determination information to the server 20. Then, the control unit 290 of the server 20 transmits information of a predetermined character object (for example, the opponent character 200) to the user terminal 10, and the control unit 190 of the user terminal 10 receives the partner received from the server 20 in step S1218. Based on the information about the character 200, the opponent character 200 stored in the game information 152 is arranged at a predetermined position in the next field BF1 on the user terminal 10 side.

  In step S1220, the control unit 190 displays the next field BF1 on the touch screen 130 in succession to the current field MF based on the movement of the player character 100 by the drag operation. As shown in the state (a) of FIG. 13, the opponent character 200 is displayed at a predetermined position in the next field BF1. The player character 100 fights against the opponent character 200 and defeats the opponent character 200 (for example, a predetermined parameter (hit point HP or the like) corresponding to the action received from the player character 100 is set to zero). I can't move on. Thus, the opponent character 200 displayed in the next field BF1 prevents the movement of the player character 100 to the next field BF2.

  While the opponent character 200 is displayed in the next field BF1, in step S1222, the control unit 190 determines whether or not the reading of the data in the field BF2 is completed. If it is determined that the reading of the data in the field BF2 is completed (Yes in step S1222), the control unit 190 changes the display mode of the opponent character 200 in step S1224. For example, as shown in the state (b) of FIG. 13, the control unit 190 may display a victory effect in which the opponent character 200 falls down on the touch screen 130 after setting the hit point HP of the opponent character 200 to zero. it can. It is preferable that the opponent character 200 is not displayed after the victory effect.

  For the opponent character 200, for example, the value of a predetermined parameter corresponding to the action received from the own character 100 (for example, the hit point HP that gradually decreases based on the attack from the own character 100) is successively stored in the field BF2. It may correspond to the read completion rate of. For example, the reduction rate of the hit points HP of the opponent character 200, that is, the amount of damage based on the attack of the player character 100 may correspond to the data reading completion rate of the field BF2 one after another. Specifically, the control unit 190 increases the upper limit of the amount of damage that can be given to the opponent character 200 from the own character 100 as the data reading process of the field BF2 progresses, that is, as the data reading completion rate increases. It is preferable to control the amount of damage so as to increase the value. As a result, if the attack power of the player character 100 is small, the damage amount corresponding to the normal attack power is given to the opponent character 200, and the upper limit value of the damage amount given to the opponent character 200 even if the attack power is large is determined by the completion rate. Can be limited. Normally, the amount of damage given to the opponent character 200 varies depending on the magnitude of the attack power of the player character 100. In this example, the upper limit value of the amount of damage is given to the opponent character 200 by corresponding to the data reading completion rate. It is possible to appropriately limit the upper limit value of the amount of damage to be performed, and to prevent the opponent character 200 from being knocked down at an earlier stage than the completion of data reading in the field BF2.

  Instead of the upper limit value of the amount of damage given to the opponent character 200 corresponding to the data reading completion rate, the upper limit value of the hit point HP of the opponent character 200 may correspond to the data reading completion rate of the field BF2 one after another. good. For example, the upper limit value of the hit point HP of the opponent character 200 may be lowered as the data reading completion rate of the field BF2 increases. Also by this method, it is possible to prevent the opponent character 200 from being knocked down at an earlier stage than the completion of data reading of the field BF2.

  When the reading of data in the field BF2 is completed and the opponent character 200 is brought down, the player character 100 can move to the field BF2 that can be drawn on the touch screen 130. That is, when the display mode of the opponent character 200 is changed in step S1224, in step S1216, as shown in the state (c) of FIG. The next field BF2 seamlessly connected to the next field BF1 is displayed on the touch screen 130. Thereby, the control unit 190 can continuously move the player character 100 from the next field BF1 to the field BF2 one after another.

  As described above, according to the present embodiment, the control unit 190 allows the current field MF, the next field BF1 to which the own character 100 can move seamlessly from the current field MF, and the own character 100 to be seamless from the next field BF1. The virtual space including the next field BF2 that can be moved is defined, and the image data of these fields MF, BF1, and BF2 are downloaded and read at a predetermined timing, whereby the read image data is transferred to the touch screen 130. Display. At the time of displaying each image data, the control unit 190, when the detection object 80 comes to be included in the touch screen 130 in a state where the own character 100 is arranged in the current field MF, one after another in the field BF2. When reading of data is started and the amount of data in the field BF2 is equal to or greater than a predetermined threshold value, the opponent character 200 that allows the player character 100 to exert a predetermined action is arranged in the next field BF1, Until the reading of the data of BF2 is completed, the opponent character 200 prevents the movement of the player character 100 to the field BF2 one after another. Thereby, in a game adopting a seamless field, it is possible to secure time until completion of reading data in the field BF2 one after another while maintaining the game performance.

<Modification>
14 and 15 are diagrams illustrating an example of a game screen according to a modification of the present embodiment.
In the modification shown in FIG. 14, the control unit 190 of the user terminal 10 reads data from the server 20 when displaying the next field BF2 and the opponent character 200 arranged in the next field BF2 on the touch screen 130 in step S1220. The temporary data AD corresponding to the next field BF2 can be displayed on the touch screen 130 so as to be adjacent to the next field BF1. By drawing the temporary data AD on the touch screen 130 as an alternative to the field BF2 one after another, it is possible to earn time until the data reading of the field BF2 is completed.

  The temporary data AD is preferably cut out from image data having a low data amount that is used for a different purpose from the data in the current field MF, the next field BF2, and the next field BF2. For example, the temporary data AD can be cut out from the map image 70 shown in FIG. This map image 70 is a so-called mini map, and displays a reduced three-dimensional map of a seamless field in this game program.

  The map image 70 can be displayed on the touch screen 130 when, for example, the UI image 300A illustrated in FIG. 4 is selected by the user. The map image 70 is configured as a reduced three-dimensional map of a seamless field including, for example, the current field MF, the next field BF1, and the next field BF2. On the three-dimensional map, the player character 100 is displayed at the current position of the player character 100, and images of the characters 200 and 400 are displayed at the positions where the opponent characters 200 and 400 are generated. Thereby, the user can grasp the direction in which the player character 100 should move from the current position of the player character 100 and the generation positions of the opponent characters 200 and 400.

  By cutting out portions corresponding to the field BF2 one after another from the map image 70, the temporary data AD can be easily generated. As the temporary data AD, an image obtained by cutting out a part of the map image 70 may be used as it is, or an image obtained by performing predetermined image processing such as blurring on the cut-out part of the map image 70 may be used. .

  In the above-described embodiment, the opponent character 200 is arranged in the next field BF1 when the data amount of the field BF2 is equal to or greater than a predetermined threshold, but the next field is determined according to the data processing capability of the user terminal 10. Whether or not the opponent character 200 appears on BF1 may be changeable. In the case of the user terminal 10 having a high data processing capability, it may not be necessary to secure time until data reading of the field BF2 is completed. Therefore, when the control unit 190 compares the data amount of the field BF2 with the data processing capability of the user terminal 10 one after another and determines that the data reading of the field BF2 can be completed within a predetermined time, The drawing process of the seamless field (from the next field BF1 to the next field BF2) can be performed without causing the opponent character 200 to appear.

  In the above embodiment, the control unit 190 starts downloading the field BF2 one after another when the detection object 80 is included in the touch screen 130. However, the present invention is limited to this example. Absent. The control unit 190 downloads the field BF2 one after another when the positional relationship between the detection object 80 and the own character 100 satisfies a predetermined condition, for example, when the own character 100 approaches the detection object 80 within a certain distance. You may start. The control unit 190 may start downloading the field BF2 one after another according to the positional relationship between the virtual camera arranged in the virtual space and the detection object 80.

  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, 20: server, 130: touch screen, 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, 290: (Server) control unit, 252B: Mission management table, 40: Operation object, 53: Buffer memory, 55: Initial touch position coordinates, 60: Mission order place, 65 : Menu screen, 67: Mission button, 80: Detected object, 100: Own character (example of player object), 200: opponent character (example of target object), 300: user interface image, 400: mission target character, 500A, 500B: Position-related image, M : Current field (an example of a first field), BF1: (an example of a second field) next field, BF2: after another field (an example of a third field)

Claims (9)

A game method executed on a terminal device including a touch screen,
(A) a virtual camera, a first field, a second field in which a player object operated by a user from the first field can move seamlessly, and the player object moves seamlessly from the second field Defining a virtual space including a possible third field;
(B) downloading and reading each image data of these fields at a predetermined timing to display each read image data on the touch screen,
The step (b)
(B-1) starting reading of data in the third field when the predetermined first condition is satisfied in a state where the player object is arranged in the first field;
(B-2) A step of arranging a target object that allows the player object to exert a predetermined action in the second field when the data of the third field satisfies a predetermined second condition. When,
(B-3) blocking the movement of the player object to the third field by the target object until reading of the data of the third field is completed;
Including a game method.   The method according to claim 1, wherein the predetermined second condition includes that a data amount of the third field is equal to or greater than a predetermined threshold. The step (b)
(B-4) The method according to claim 1 or 2, further comprising a step of changing a display mode of the target object when reading of data of the third field is completed. The target object has a predetermined parameter corresponding to the predetermined action exerted from the player object,
The method according to claim 1, wherein the value of the predetermined parameter corresponds to a data read completion rate of the third field. The step (b)
(B-5) The method according to any one of claims 1 to 4, further comprising displaying temporary data corresponding to the third field on the touch screen.   The method according to claim 5, wherein the temporary data is generated by cutting out from image data used for a different use from the first to third field data.   The method according to any one of claims 1 to 6, wherein in the step (b-2), whether or not the target object can appear can be changed according to a data processing capability of the terminal device.   The predetermined first condition is that a detection object arranged at a predetermined position in the first field is included in the touch screen, or a positional relationship between the detection object and the virtual camera or the player object. The method according to any one of claims 1 to 7, comprising satisfying a predetermined condition.   A game program for causing a computer to execute the game method according to claim 1.

Images