JP2018097614A - Game method and game program - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a game method capable of making a boundary of a plurality of game fields inconspicuous by a simple process in a game adopting a seamless field.SOLUTION: There is provided a game method executed in a terminal device (10) that includes a touch screen (130). The game method comprises the steps of: (a) defining a virtual space including a virtual camera, a first field MF, and a second field BF where a player object 100 operated from the first field MF by a user can move seamlessly; (b) downloading and reading each image data of the first field MF and the second field BF at a predetermined timing, and displaying the read image data on a touch screen 130; and (c) generating boundary area image data CF connecting between the first field MF and the second field BF and displaying it on the touch screen 130 when a predetermined condition is satisfied in a state where the first field MF is displayed on the touch screen 130.SELECTED DRAWING: Figure 13

Description

  The present disclosure 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

“Old FF14 In the past, the world was seamlessly connected. Moving from Limsa to Lanocia”, [online], March 24, 2016, You Tube, [Search December 2, 2016], Internet <URL : https://www.youtube.com/watch?v=LiTQxURlCu4>

  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 performing a process of reading and connecting them at an appropriate timing (see Non-Patent Document 1). At this time, since the boundaries between a plurality of game field data are conspicuous, it is necessary to create the game fields so that the joints between the game fields are not conspicuous.

  An object of the present disclosure is to provide a game method and a game program capable of making a boundary between a plurality of game fields inconspicuous with a simple process 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) defining a virtual space including a virtual camera, a first field, and a second field in which a player object operated by a user from the first field can move seamlessly;
(B) displaying each of the read image data on the touch screen by downloading and reading the image data of the first field and the second field at a predetermined timing;
(C) When a predetermined condition is satisfied in a state where the first field is displayed on the touch screen, boundary area image data connecting the first field and the second field is obtained. Generating and displaying on the touch screen;
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 making a boundary between a plurality of game fields inconspicuous with a simple process 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. It is a figure which shows an example of the operation object displayed on a touch screen. 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 process for producing | generating the boundary area | region image between several fields. It is a figure which shows an example of the game screen which concerns on this embodiment.

[Description of Embodiments Presented by the Present Disclosure]
An overview of an embodiment indicated by the present disclosure will be described.
(1) The game method which concerns on one Embodiment of this indication is a game method performed with the terminal device containing a touch screen.
The game method is
(A) defining a virtual space including a virtual camera, a first field, and a second field in which a player object operated by a user from the first field can move seamlessly;
(B) displaying each of the read image data on the touch screen by downloading and reading the image data of the first field and the second field at a predetermined timing;
(C) When a predetermined condition is satisfied in a state where the first field is displayed on the touch screen, boundary area image data connecting the first field and the second field is obtained. Generating and displaying on the touch screen;
including.

  According to the above method, in a game adopting a seamless field, it is possible to make the boundaries of a plurality of game fields inconspicuous with a simple process.

  (2) The boundary area image data may be generated based on the image data of the first field and the second field.

  According to the above method, boundary region image data can be formed with a small amount of signal processing.

  (3) The boundary region image data is obtained by superimposing transmission processing data obtained by performing transmission processing on the other image data on the image data of one of the first field and the second field. May be generated.

  (4) The boundary region image data may be generated by arranging a plurality of the transmission processing data having different transmittances so that the gradation of the transmittance is added.

(5) The first field and the second field are two-dimensional fields in which the player object can move vertically and horizontally in each field,
The boundary area image data may be displayed on a cross-sectional image portion of the ground displayed on the touch screen.

  According to these methods, the joint between the first field and the second field can be shown naturally.

(6) The above game method is:
(D) disposing a boundary object above the boundary region image data in the virtual space;
(E) moving the player object from the first field through the rear side of the boundary object to the second field;
May further be included.

  According to the above method, it is not necessary to separately create image data of the joint between the first field and the second field in the background portion of the space in which the player object moves, and the production load can be reduced.

  (7) The predetermined condition is that a target object arranged at a predetermined position in the first field is included in the touch screen, or a position between the target object and the virtual camera or the player object. It may include that the relationship satisfies a predetermined condition.

  According to the above method, the generation of the boundary area image data can be started at an appropriate timing.

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

  According to this configuration, it is possible to provide a game program capable of making a boundary between a plurality of game fields inconspicuous with a simple process 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 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 input from the user and outputs various information to the display 132. 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 accepts an input operation for causing the own character 100 (an example of a character object or a player character) 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 a player character operated by the user, and an opponent character 200 that is a character that is an opponent (enemy) (hereinafter also referred to as a mission target character). The input operation for allowing the user character 100 to perform a predetermined action is displayed. 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 display 132 (the direction of the arrow A in FIG. 4), the control unit 190 accepts the drag operation and performs a drag operation on the player character 100. Control is performed so as to move in the 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 may be displayed on the left and right end portions (left end in FIG. 4) of the touch screen 130. 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 moves the own character 100 by a vector 52B ((y9−y0) / (x9−x0)) defined by the coordinates 51A and the coordinates 51B, starting from the coordinates 51A of the initial touch position. Detect as direction.

  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 moves the own character 100 by a vector 52C ((y14−y0) / (x14−x0)) defined by the coordinates 51A and the coordinates 51C, starting from the coordinates 51A of the initial touch position. Detect as direction.

<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 (an example of first information) regarding 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 processing for generating a boundary region image between a plurality of fields>
Next, processing for generating a boundary region image between a plurality of fields will be described with reference to FIGS. 12 and 13 together with FIGS.

  In step S1200, the control unit 290 of the server 20 determines a field in the virtual space on the server 20 side based on the current position coordinates of the player character 100, for example, a field MF for mission selection (hereinafter referred to as a current field MF in this example). Place objects to form). Furthermore, the control unit 290 transmits object information for forming the current field MF to the user terminal 10.

  In step S1202, the control unit 190 of the user terminal 10 places an object stored in the game information 152 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 the current field MF in the virtual space.

  In step S <b> 1204, the control unit 190 of the user terminal 10 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 with the movement of the player character 100 (Yes in Step S1204), the control unit 190 is adjacent to the current field MF in Step S1206. In this example, for example, information on the battle field BF (hereinafter referred to as the next field BF) in which the player character 100 battles the mission target character is generated. Then, the control unit 190 transmits information regarding the next field BF adjacent to the current field MF to the server 20.

  In step S1208, the control unit 290 of the server 20 stores information on the next field BF in the storage unit 250. In step S <b> 1210, the control unit 290 generates field data (next field data) for the next field BF, and transmits the next field data to the user terminal 10.

  In step S <b> 1212, the control unit 190 of the user terminal 10 stores the next field data in the storage unit 150. That is, the control unit 190 downloads the next field data from the server 20 and reads it. Note that the control unit 190 can operate (move within the current field) the character 100 based on the user's operation while reading the field data of the next field BF adjacent to the current field MF. When the reading of the field data of the next field BF (or the next next field) is completed, the character 100 can move to the field where the reading has been completed. In this way, the control unit 190 receives the input of the user's drag operation based on the position-related images 500A and 500B and the information displayed accompanying them, and thereby moves the player character 100 from the field MF to the field MF. It can be moved continuously to BF.

  By the way, as shown in FIG. 11, the current field MF and the next field BF are two-dimensional fields in which the player character 100 can move in the vertical and horizontal directions within the fields MF and BF. By processing the field data, the user is provided with a seamless feeling. At this time, if the joint (boundary) between the fields MF and BF becomes conspicuous, it is awakening.

Therefore, in the present embodiment, the following processing from step S1214 is performed in order to make the boundary between the fields MF and BF inconspicuous.
Specifically, when the reading of the field data of the next field BF is completed, in step S1214, the control unit 190 generates the boundary region image data CF based on the field data of the current field MF and the field data of the next field BF. To do.

  In step S1216, the control unit 190 moves the player character 100 based on the drag operation. In step S1218, 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.

  In step S1220, when the player character 100 reaches the boundary portion of the current field MF, the control unit 190 has a boundary area between the current field MF and the next field BF, as shown in FIG. The image data CF is displayed.

  The boundary area image data CF includes, for example, image data of a cross section of the ground (hereinafter referred to as ground image data) that can be displayed on the lower half of the touch screen 130 in the field data of the current field MF, and the next field BF. The field data is generated based on ground image data that can be displayed on the lower half of the touch screen 130. Specifically, the control unit 190 generates transmission processing data obtained by performing transmission processing on the ground image data of the next field BF, and superimposes the transmission processing data on the ground image data of the current field MF. Boundary area image data CF is generated. The boundary area image data CF is such that a plurality of pieces of transmission processing data having different transmittances have a transmittance gradation, that is, the transmittance decreases from the side closer to the current field MF toward the next field BF. Generated by arranging in For example, the boundary area image data CF is a first transmission processing data CF1 obtained by performing transmission processing with a transmittance of 80% on the ground image data of the next field BF from the side close to the current field MF toward the next field BF. Second transmission processing data CF2 obtained by performing transmission processing with a transmittance of 60% on the ground image data, Third transmission processing data CF3 obtained by performing transmission processing with a transmittance of 40% on the ground image data, and It may be composed of fourth transmission processing data CF4 obtained by performing transmission processing with a transmittance of 20% on the ground image data. As a result, the boundary area image data CF can be generated with a small amount of information processing, and the joint between the current field MF and the next field BF can be naturally seen. Note that, instead of generating transmission processing data obtained by performing transmission processing on the ground image data of the next field BF, transmission processing data obtained by performing transmission processing on the ground image data of the current field MF is generated. The boundary region image data CF may be generated by superimposing the transmission processing data on the ground image data of the next field BF.

  As described above, according to the present embodiment, the control unit 190 defines a virtual space including the current field MF and the next field BF to which the player character 100 can move seamlessly from the current field MF. Each image data of the field MF and the next field BF is downloaded and read at a predetermined timing, so that each read image data is displayed on the touch screen 130. Then, when the sensing object 80 arranged at a predetermined position of the current field MF is included in the touch screen 130, the control unit 190 performs boundary area image data CF based on the image data of the current field MF and the next field. Is generated and displayed on the touch screen 130. Specifically, when displaying the image data of the next field BF on the touch screen 130, the control unit 190 displays the boundary area image data CF between the current field MF and the next field BF. Thereby, in the game which employ | adopted the seamless field, the boundary of several game fields can be made not conspicuous by simple processing.

  The current field MF and the next field BF are two-dimensional fields in which the player character 100 can move in the vertical and horizontal directions within the fields MF and BF. The boundary area image data CF is displayed on the touch screen 130. You may set to the cross-sectional image part of the ground of each field MF and BF displayed. Thereby, the boundary region between the fields MF and BF can be naturally seen.

  As illustrated in FIG. 13, the control unit 190 may arrange the boundary object 90 above the boundary region image data CF in the virtual space. When the player character 100 moves from the current field MF to the next field BF, the control unit 190 moves the player character 100 through the rear side of the boundary object 90 to the next field BF. Is preferred. The “rear side of the boundary object 90” is a side farther from the boundary object 90 when viewed from the position with the virtual camera. As a result, the image data of the joint between the current field MF and the next field BF in the background portion of the space in which the player character 100 moves (that is, the portion above the cross-sectional portion of the ground on the touch screen 130) is separately created. There is no need, and the production load can be reduced.

  In the above embodiment, when the detection object 80 is included in the touch screen 130, the control unit 190 starts to download the next field BF and generate the boundary region image data CF. However, it is not limited to this example. The control unit 190 downloads the next field BF when the positional relationship between the detection object 80 and the player character 100 satisfies a predetermined condition, for example, when the player character 100 approaches the detection object 80 within a certain distance. The generation of the boundary area image data CF may be started. Note that the control unit 190 may start downloading the next field BF and generating the boundary region image data CF based on the positional relationship between the virtual camera arranged in the virtual space and the detection object 80.

  In the above embodiment, the control unit 190 starts downloading the next field BF adjacent to the current field MF when the detection object 80 is included in the touch screen 130. The download of the field before the next field BF (next next field) may be started in a state where the current field MF is displayed.

  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, 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: detection object, 100: own character (player character, example of character object), 200: opponent character (mission target character), 300: user interface image, 400: mission target character, 500A, 500B: position Relation Image, CF: the boundary region image data, CF1~CF4: transmitting processed data

Claims (8)

A game method executed on a terminal device including a touch screen,
(A) defining a virtual space including a virtual camera, a first field, and a second field in which a player object operated by a user from the first field can move seamlessly;
(B) displaying each of the read image data on the touch screen by downloading and reading the image data of the first field and the second field at a predetermined timing;
(C) When a predetermined condition is satisfied in a state where the first field is displayed on the touch screen, boundary area image data connecting the first field and the second field is obtained. Generating and displaying on the touch screen;
Including a game method.   The method according to claim 1, wherein the boundary area image data is generated based on the image data of the first field and the second field.   The boundary region image data is generated by superimposing transmission processing data obtained by performing transmission processing on the other image data on image data of one of the first field and the second field. The method according to claim 2.   The method according to claim 3, wherein the boundary area image data is generated by arranging a plurality of the transmission processing data having different transmittances so that the gradation of the transmittance is added. The first field and the second field are two-dimensional fields in which the player object can move vertically and horizontally in each field,
5. The method according to claim 1, wherein the boundary region image data is displayed in a cross-sectional image portion of the ground displayed on the touch screen. (D) disposing a boundary object above the boundary region image data in the virtual space;
(E) moving the player object from the first field through the rear side of the boundary object to the second field;
The method of claim 5, further comprising:   The predetermined condition is that a target object arranged at a predetermined position in the first field is included in the touch screen, or a positional relationship between the target object and the virtual camera or the player object is predetermined. The method according to claim 1, comprising satisfying a condition.   A game program for causing a computer to execute the game method according to claim 1.