JP6890899B2 - Methods, servers, terminals, and game programs - Google Patents

Description

The present disclosure relates to a technique of a game program, and more particularly to a technique of performing a match play between players and performing a match at the time of the match play.

Various businesses provide game programs that display game characters and advance the game. For example, games of various genres such as action games, sports games, and role-playing games are provided.

Further, in a competitive game such as a sports game, a game system including a tournament holding mode for holding a game tournament in which a plurality of players can participate is provided. As such a tournament holding mode, for example, a tournament format, a league match format, a group league format in which a league match and a tournament are combined, and the like have been proposed.

Japanese Unexamined Patent Publication No. 2006-43318 (see paragraphs 0019 and 0025)

However, in the conventional game system, a battle game in a battle mode such as a tournament holding mode cannot be started unless all the players participating in the tournament are available. Also, if any player leaves in the middle, the tournament will not be established. Therefore, in a game system provided with a battle mode, it is not possible to promote battle play in the battle mode.

An object of the present disclosure is to provide a technique for improving the convenience of a battle game in a battle mode and improving the operating rate.

According to a certain aspect of the embodiment shown in the present disclosure, the method is a method in a game system in which each user who operates a terminal for playing a game is matched to execute a battle play, and the method is the game system. However, as the battle history of the user who won the battle play in the first battle mode, the step of identifiablely managing the opponent user who won the battle and the number of wins of the user in the first battle mode, and the above-mentioned Based on the battle history of each user requesting the start of the battle play in the first battle mode, the step of matching users with the same number of wins and the specific condition are satisfied in the battle play in the first battle mode. Occasionally, the user's terminal includes a step of making it possible to display a user who has played against the user and a user who has played against the other user in the first battle mode based on the battle history of the user and the opponent user. ..

According to a certain aspect of the embodiment, the server is a server for performing a process of matching each user who operates a terminal for playing a game and executing a battle play, and the server is a storage unit and the server. The control unit includes a control unit configured to control the operation of the server, and the control unit is used as a battle history of a user who has won the battle play in the first battle mode, and the opponent user who won the battle and the first first battle history. The number of wins of the user in the battle mode of the above is managed so as to be identifiable, and users with the same number of wins are matched based on the battle history of each user requesting the start of the battle play in the first battle mode. , When a specific condition is satisfied in the battle play in the first battle mode, the user and the user who played the battle in the first battle mode based on the battle history of the user and the opponent user on the user's terminal. Make it possible to display the user that the other user has played against.

According to a certain aspect of the embodiment, the terminal is a terminal for performing a battle play via a server for performing a process of matching each user and executing the battle play, and the terminal controls the operation of the terminal. A control unit configured to store a game program and a storage unit configured to store a game program are provided, and the storage unit wins as a battle history of a user in a battle play in a first battle mode. The opponent user who has played the game and the number of wins of the user in the first battle mode can be identifiable, and the control unit transmits the battle history to the server during the battle play in the first battle mode. , When a battle play is executed via the server with an opponent user matched by the server so that the number of wins is the same based on the battle history, and the battle play in the first battle mode is won. The battle history stored in the storage unit can be updated based on the battle history of the opponent user transmitted from the server, and when a specific condition is satisfied in the battle play in the first battle mode, the said Based on the battle history of the user and the opponent user stored in the storage unit, the user who has played against the user and the user who has played against the other user in the first battle mode are displayed.

According to a certain aspect of the embodiment, it is a game program executed on a terminal for battle play via a server for performing a process of matching each user and executing battle play, and the operation of the terminal. When the battle play in the first battle mode is executed on the processor configured to control the above, the opponent user who won the battle play in the first battle mode and the opponent user in the first battle mode The step of transmitting the battle history of the user, which is identifiable as the number of wins of the user, to the server, and the opponent user matched by the server so that the users have the same number of wins based on the battle history. , It is possible to update the battle history stored based on the step of executing the battle play via the server and the battle history of the opponent user transmitted from the server when the battle play in the first battle mode is won. Steps and when a specific condition is satisfied in the battle play in the first battle mode, the user battles in the first battle mode based on the stored battle history of the user and the opponent user. Execute the step of displaying the user and the user who the other user has played against.

According to one embodiment, it is possible to improve the convenience of the battle play by the first battle mode and improve the operating rate.

It is a figure which shows the structure of the game distribution system 1 of embodiment. It is a block diagram which shows the structure of a mobile terminal 10. It is a block diagram which shows the functional configuration of a server 20. It is a figure which shows the data structure of the table for managing the progress in which a user plays a game. The lottery rating calculation unit 292C shows a correction value to be referred to when calculating the lottery rating based on the rating of each user and the history of winning or losing of the user's competitive play. It is a figure which shows the process which switches the matching process based on a rating according to the hierarchy of a user when the server 20 matches a user of a battle play. It is a flowchart which shows the process which a user requests a matching from a server 20 in order to perform a battle play, and enables the battle play by the establishment of the matching. It is a figure which shows the screen example which shows or hides the rating of an opponent according to the rank of a user. It is a figure which shows the process of giving a reward according to the ranking result to each user, and the process of resetting a rank, when a ranking battle for competing for the ranking of each user within a certain period is completed. An example of displaying a screen on the mobile terminal 10 of a process in which the server 20 gives a reward to each user and updates the rank when the ranking battle for competing for the ranking of each user within a certain period is completed is shown. It is a flowchart which shows the process which a user requests a matching from a server 20 in order to play a match play of a tournament, and enables the match play by the establishment of the matching. It is a figure which shows the screen example which is displayed on the touch screen 130 according to the progress of a tournament. It is a figure for demonstrating the tournament history managed for each user by the tournament history management unit 292D.

Hereinafter, embodiments of the present invention will be described with reference to the drawings. In the following description, the same parts are designated by the same reference numerals. Their names and functions are the same. Therefore, the detailed description of them will not be repeated.

<Embodiment 1>
In the present embodiment, the user operates an information processing device equipped with a touch screen, such as a smartphone, to advance the game while transmitting and receiving data related to the game between the game server and the smartphone. The game corresponds to single play in which the user plays alone and multiplayer in which the user plays with other users.

FIG. 1 is a diagram showing a configuration of a game distribution system 1 according to an 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 communicatively connected to each other by a network 80.

In the example of FIG. 1, as the information processing device used by the user, the mobile terminal 10A, the mobile terminal 10B, and the mobile terminal 10C (hereinafter, the mobile terminals such as the mobile terminals 10A, 10B, and 10C are collectively referred to as "mobile terminal 10". It indicates multiple mobile terminals such as (may be described). The mobile terminal 10A and the mobile terminal 10B are connected to the network 80 by communicating with the wireless base station 81. The mobile terminal 10C connects to the network 80 by communicating with the wireless router 82 installed in a facility such as a house. The mobile terminal 10 is a terminal provided with a touch screen, and is, for example, a smartphone, a phablet, a tablet, or the like.

By executing the game program, the mobile terminal 10 provides the user with an environment for playing a game according to the game program. The mobile terminal 10 installs a game program, for example, via a platform that distributes an application or the like. The mobile terminal 10 enables a user to play a game by executing a game program installed in the mobile terminal 10 or a game program pre-installed in advance. By reading and executing the game program, the mobile terminal 10 communicates and connects the mobile terminal 10 and the server 20, and data related to the game is transmitted between the mobile terminal 10 and the server 20 according to the progress of the game. Send and receive with.

The server 20 appropriately transmits data necessary for playing the game to the mobile terminal 10 to advance the play of the game on the mobile 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 mobile terminal 10 and transmits images, sounds, text data and other data to the mobile terminal 10 according to the progress of each user's game.

For example, the server 20 contains information on the progress of each user's progress in the story of the game, information on the game characters that can be used by each user among the game characters appearing in the game, parameters indicating the abilities of the game characters, and game characters. Manage parameters and other data that indicate the performance of the tools used. Further, the server 20 performs a process in which the game operator notifies the user of the campaign, the occurrence of a defect in the progress of the game, the resolution of the defect, and other information related to the operation of the game.

The game program corresponds to a mode in which a user plays a game, a case where one user plays (single play) and a case where a plurality of users play cooperatively (multiplayer). For example, in the game distribution system 1, the server 20 specifies a user who participates in multiplayer and communicates with each mobile terminal 10 of each user to provide each user with an environment for playing a game in multiplayer.

By supporting multiplayer, for example, in the case of an action game, the game distribution system 1 enables users to fight together with each other to fight against game characters appearing in the game, or between users to play against each other. To do.

<Structure>
The hardware configuration of the server 20 will be described. The server 20 includes a communication IF (Interface) 22, an input / output IF 23, a memory 25, a storage 26, and a processor 29, which are connected to each other via a communication bus.

The communication IF 22 supports 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 a mobile terminal 10.

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

The memory 25 is a storage device for storing data or the like used for processing. The memory 25 provides the processor 29 with a work area for temporary use, for example, 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 for the processor 29 to read and execute. The information stored in the storage 26 includes a game program, information related to the game program, information of 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 showing the configuration of the mobile terminal 10. With reference to FIG. 2, the mobile 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 voice processing unit 160, a microphone 170, a speaker 180, and the like. Includes a control unit 190.

The antenna 110 radiates a signal emitted by the mobile terminal 10 into 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.

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

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

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

The storage unit 150 is composed of a flash memory, a RAM (Random Access Memory), and the like, and stores a program used by the mobile terminal 10 and various data received from the server 20 by the mobile terminal 10.

The voice processing unit 160 performs modulation / demodulation of the voice signal. The voice processing unit 160 modulates the signal given from the microphone 170 and gives the modulated signal to the control unit 190. Further, the voice processing unit 160 gives a voice signal to the speaker 180. The voice processing unit 160 is realized by, for example, a processor for voice processing. 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 mobile terminal 10.

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

The process of executing the game program 151 by the mobile terminal 10 will be described in more detail. In a certain aspect, the storage unit 150 stores the game program 151, the game information 152, and the user information 153. For example, the mobile terminal 10 downloads a game program from the server 20 and stores it in the storage unit 150. Further, the mobile terminal 10 transmits and receives various data such as game information 152 and user information 153 to and from the server 20 by communicating with the server 20 as the game progresses.

The game program 151 is a program for advancing a game on the mobile terminal 10. The game information 152 includes various data referred to by the game program 151. The game information 152 includes, for example, information on an object to be arranged in a virtual space in a game, information on an effect associated with the object (including information on a skill set in a game character, and the like). User information 153 includes information about a user playing a game. The user information 153 includes, for example, information that identifies a user of the mobile terminal 10 that plays the game, information that identifies another user who cooperates in playing the game during multiplayer, and other information.

By reading and executing the game program 151, the control unit 190 includes an input operation reception unit 191 and a game progress processing unit 192, a movement operation detection unit 193, a camera arrangement control unit 194, and an object control unit 195. Each function of the display control unit 196 is exhibited.

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

The input operation reception unit 191 determines the user's operation on the touch screen 130. The input operation reception unit 191 is, for example, (1) "approach operation", (2) "release operation", (3) "tap operation", (4) "double tap operation", (5) "long press operation (5)" "Long touch operation)", (6) "drag operation (swipe operation)", (7) "move operation", (8) "flick operation", and other user operations are discriminated. The user's operation determined by the input operation reception unit 191 is not limited to the above. For example, when the touch panel 131 has a mechanism capable of detecting the magnitude of the pressure pressed by the user with respect to the touch panel 131, the input operation reception unit 191 determines the magnitude of the pressure pressed by the user. Further, the control unit 190 determines that the state of detecting the approach of the user's finger or the like to the touch screen 130 is the "touch-on state". The control unit 190 determines a state in which the approach of the user's finger or the like to the touch screen 130 is not detected as a "touch-off state". The control unit 190 accepts the coordinates indicating the approaching position of the user's finger or the like, which are sequentially output by the touch screen 130, as the coordinates of the "touch now".

Here, (1) "approaching operation" is an operation in which the user brings a finger or the like close to the touch screen 130.

(2) The "release operation" is an operation of stopping the operation state by bringing a finger or the like close to the touch screen 130 by the user. The input operation reception unit 191 determines that the user's operation is a "release operation" when, for example, the user releases the finger from the state where the user is in contact with the touch screen 130.

(3) The "tap operation" is to perform a release operation at a position where the user has made an approach operation to bring a finger or the like closer to the touch screen 130.

(4) The "double tap operation" is an operation in which the user performs the tap operation twice within a certain period of time. For example, when the input operation reception unit 191 determines the tap operation again based on the coordinates related to the tap operation within a certain period of time after determining the user operation as the tap operation, the user operation is referred to as "double tap operation". Determine.

(5) The “long press operation” is an operation in which the user keeps pressing the touch screen 130. After detecting the user's operation and determining the approaching operation, the touch screen 130 performs the user's operation when the time during which the approaching operation continues at the coordinates where the approaching operation is detected exceeds a certain period of time. It is determined as "long press operation" ("long press operation" may be referred to as "long touch operation").

(6) The “drag operation” is an operation in which the user slides the finger while maintaining the approaching state in which the finger or the like is brought close to the touch screen 130.

(7) The "move operation" refers to a series of operations in which the user performs a release operation on the touch screen 130 by moving a position where a finger or the like is approaching the touch screen 130 while maintaining the approach operation.

(8) “Flick operation” refers to an operation in which the user performs a move operation in a time shorter than a predetermined time. The flick operation is an operation in which the user flips a finger on the touch screen 130.

The game progress processing unit 192 performs processing for advancing the game by calling various programs or the like in response to the user's operation. For example, the game progress processing unit 192 communicates with the server 20 and performs various processes such as a matching request in order for the user to play against another user. Specifically, the game progress processing unit sends data to the server 20 according to the progress of the game, receives data related to the game from the server 20, and rewards the user according to the progress of the game. Processing, processing to measure the passage of time, and other processing.

The movement operation detection unit 193 detects the operation content of the input operation for moving a character appearing in the game (hereinafter, may be referred to as a “game character”) based on the user's input operation on the touch screen 130. For example, when the game program 151 is an action game, a role-playing game, or an action role-playing game, the movement operation detection unit 193 detects the direction in which the game character is moved based on the input operation of the user. In this way, the movement operation detection unit 193 accepts an input operation in which the user specifies the movement direction of the game character.

Specifically, in the movement operation detection unit 193, the user brings the user's 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 user's finger to touch the touch panel 131. When the user performs a drag operation using the coordinates detected as approaching as the initial touch position, the moving direction of the game character is detected based on the coordinates of the initial touch position and the detection result of the touch screen 130. The detailed processing of the movement operation detection unit 193 will be described later.

The camera arrangement control unit 194 determines how to show each object arranged in the virtual space to the user. Specifically, the camera arrangement control unit 194 controls the arrangement (camera work) of the virtual camera in the virtual space generated by the control unit 190 reading and executing the game program 151. The control unit 190 provides the user with a game play environment by displaying the captured image of the virtual camera in the virtual space on the display 132.

The object control unit 195 includes various objects appearing in the game progressed by the mobile terminal 10 executing the game program 151, and various objects generated based on the user's operation contents received by the input operation reception unit 191. Controls processing such as generation, transformation, and movement of (for example, GUI (Graphical User Interface) screen). The object control unit 195 generates, for example, an object indicating the moving direction of the game character based on an input operation on the touch screen 130 for the user to move the game character, and deforms the generated object.

The display control unit 196 outputs an image according to the camera work of the virtual camera to the display 132. The display control unit 196 determines the display content of the display 132 according to the arrangement of the virtual cameras in the virtual space, and outputs various information such as images and texts according to the determined display content to the display 132.

The game program 151 is related to a battle game in which users compete against each other, and the game program 151 is configured to manage an index indicating a proficiency status in the battle play of each user according to the content of the game play of each user. Has been done. In this embodiment, as an index showing the proficiency status of each user in the battle play, (1) a rank index in which the proficiency level of the user is classified hierarchically, and (2) a rating to be used for matching between users are used. Is used. The rating is updated by a predetermined calculation based on the winning / losing result in the battle play and the rating size of each user in the battle play. In the system of the present embodiment, the user matching process is performed by referring to the winning / losing result of the user's latest match and using the lottery rating in which the rating is corrected according to whether the user has won or lost in a row. There is.

(1) To explain concretely the rank index that classifies the strength of the user hierarchically, as such a rank index, rank "first rank", rank "second rank", and a unique name as the rank becomes higher. It may be given, or multiple floors are indicated by numbers, and names such as rank "1st floor", rank "2nd floor", ... rank "top floor" are given like high-rise buildings. It may be, but is not limited to. In the following description of the embodiment, a case where the rank ranges from the rank "1" (1st floor) to the rank "100" (the 100th floor is the top floor and the highest rank is assumed) will be described. The rank of each user may be reset periodically. In this case, for users who have reached the upper floors to some extent (for example, users who have reached rank "50" or higher), when the rank is reset, from a certain rank (for example, rank). It may be restarted (from "30"). By doing so, users who have little experience in battle play will start from a lower level (for example, rank "1"), and users who have experience in battle play will gather in a certain level or higher. Therefore, it is possible to reduce the possibility that a beginner and an expert who have a large difference in the skill of the battle play will match, and the fun of the battle play will be further improved.

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

The communication unit 220 functions as an interface for the server 20 to communicate with an external communication device such as a mobile terminal 10.

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

The game program 251 is a program for the server 20 to communicate with the mobile terminal 10 and advance the game on the mobile terminal 10. The game program 251 refers to the game information 252, the user information 253, and the like, which are various data for advancing the game, and advances the game according to the input operation of the user. The game program 251 is executed by the control unit 290 to send and receive data to and from the mobile terminal 10, a process to advance the game according to the operation contents performed by the user of the mobile terminal 10, and a process of the user playing the game. The server 20 is made to perform the process of updating the information and other processes.

The game information 252 includes various data referred to by the game program 251. The game information 252 includes an object management table 252A, a passive skill management table 252B, and an active skill management table 252C.

The object management table 252A shows the settings of the objects arranged in the virtual space of the game. By executing the game program 151, the mobile terminal 10 advances the game by displaying an image of an object arranged in the virtual space taken by a virtual camera arranged in the virtual space on the display 132.

Here, as the object, for example, there are various objects such as an object indicating a game character operated by the user and an object indicating an object to be worn by the game character. The control unit 190 associates the touch screen 130 with an object when the user performs a predetermined input operation, satisfies a certain condition as the game progresses, or when various other events occur. Perform the processed processing.

For example, when the user performs an approach operation to the touch screen 130 with respect to an object, the control unit 190 sets the object in the state selected by the user. Further, for example, the control unit 190 receives a drag operation by the user and performs processing such as moving an object to be moved by the user according to an input operation by the user. Further, for example, the control unit 190 receives a touch operation performed by the user on the object, thereby performing a process such as giving the user a reward for advancing the game in an advantageous manner.

In the passive skill management table 252B, the information for identifying the object and the information of the passive skill associated with the object are associated with each other. Here, the passive skill is activated when, for example, a predetermined condition is satisfied in the game, and the user can advance the game advantageously. For example, when the passive skill is activated, the movement speed of the game character is improved, and the effect of advancing the game advantageously is exhibited.

In the active skill management table 252C, the information for identifying the object and the information of the active skill associated with the object are associated with each other. Here, the active skill is, for example, a state in which it can be activated when a predetermined condition is satisfied in the game, and the user has an advantage in the game by receiving an input operation for activating the skill from the user. Can be advanced to.

User information 253 is information about a user who plays a 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 to which the user has progressed the game, information on items owned by the user in the game, game characters, information on fittings used by the game characters, and the like. Contains information about.

By executing the game program 251 stored in the storage unit 250, the control unit 290 exerts functions as a transmission / reception unit 291, a server processing unit 292, a data management unit 293, a matching unit 294, and a measurement unit 295.

The transmission / reception unit 291 receives various information from the mobile terminal 10 that executes the game program 151, and transmits various information to the mobile terminal 10. The mobile terminal 10 and the server 20 are a request for arranging an object associated with a user in a virtual space, a request for deleting an object, a request for moving an object, a request for updating various parameters according to a reward acquired by the user, and a game. Information such as images, voices and other data for advancing the process, and notifications transmitted from the server 20 to the mobile terminal 10 is 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 and the like. The server processing unit 292 updates data such as game information 252 and user information 253 based on the information received from the mobile terminal 10, and transmits various data to the mobile terminal 10 to advance the game.

The data management unit 293 performs a process of updating various data stored in the storage unit 250, a process of 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. The matching unit 294 performs, for example, a process of associating each user who requests matching of the battle play with each other when the user performs an input operation for performing the battle play.

The measuring unit 295 performs a process of measuring the time. The measurement unit 295, for example, measures the passage of time for each object arranged in the virtual space. In addition, the measurement unit 295 measures the time during which the game is in progress. The server 20 receives information on various measurement results measured by executing the game program 151 on the mobile terminal 10 from the mobile terminal 10, and collates the received information with the measurement results of the measurement unit 295. , The mobile terminal 10 and the server 20 synchronize information on various times.

The illustrated example (B) of FIG. 3 shows the details of the functional configuration of the matching unit 294. As shown in the figure, the matching unit 294 receives from the mobile terminal 10 that the input operation for performing the lottery is performed by performing the input operation for the user of the mobile terminal 10 to perform the lottery, and the user Match each other.

The rank index management unit 292A manages a rank index for each user, which hierarchically classifies the proficiency level of the users in the battle play. Specifically, the rank index management unit 292A performs a process of maintaining or changing the rank index of each user according to the battle result in the battle play. For example, in the hierarchy to which the user belongs, when the user wins a predetermined number of times in the battle play, the hierarchy to which the user belongs is updated to a higher hierarchy (for example, three wins). The process of updating the user hierarchy is not limited to this, and can be changed in various ways depending on the outcome of the battle play. For example, in the hierarchy to which the user belongs, the hierarchy to which the user belongs may be updated to a lower hierarchy by repeating defeats a certain number of times, and the hierarchy is not limited to these. Further, the hierarchy may be lowered by prolonging the period during which the user is not playing the battle (depending on whether or not the number of battle plays within the predetermined period is less than or equal to a certain number of times).

The rating management unit 292B manages the rating of each user for use in matching between users. For example, the rating management unit 292B updates the rating of each user after the battle based on the difference value of the rating of each user before the battle and the winning / losing result of the battle play for the users who played the battle by matching. To do. The rating is a value updated based on the winning / losing result between users and the rating of each user based on a predetermined calculation formula, and is used as an index showing the strength of the user in the battle play. For the rating, for example, a value "1500" is set for each user as an initial value. When user X and user Y play against each other, user X wins, and user Y loses, the rating after the match is updated according to the following formulas 1 and 2.

[Equation 1] Rating of the winning user (user X) after the match = Rating of the winning user (user X) before the match + 32 + (Rating of the defeated side (user Y) − Winning side (user) X) rating) x 0.04
[Equation 2] Rating of the defeated user (user Y) after the match = Rating of the defeated user (user Y) before the match − 32 + (Rating of the defeated side (user Y) − Winning side (user) X) rating) x 0.04
A range (upper limit value and lower limit value) may be provided for the rating that fluctuates before and after the battle. For example, the range of fluctuating ratings may be set to a maximum value of "64", a minimum value of "4", and the like. If the difference in rating between competing users is excessively large, calculating the rating according to Equation 1 or Equation 2 may reduce the rating even though the user with the higher rating wins. Therefore, by setting the maximum value and the minimum value in the range that fluctuates from the rating before the battle, it is possible to improve the user's sense of conviction.

The lottery rating calculation unit 292C calculates the lottery rating by adding or subtracting a correction value according to the winning / losing result of the latest battle play to the rating when the user performs the battle play.

The tournament history management unit 292D manages the tournament history for each user according to the battle play by the tournament. The tournament history includes the number of wins in the tournament in which the user is participating, the users who have played in the tournament, the users who have participated, and the like. The tournament history management unit 292D performs a process of updating the tournament history of each user according to the battle result of the battle play by the tournament. The matching unit 294 identifies users with the same number of wins based on the tournament history from among the users who are accepting the start request of the battle play by the tournament, and matches the users who will compete in the tournament from the specified users. ..

<Summary of the configuration of the first embodiment>
As described above, the configuration of the game distribution system 1 of the embodiment has been described. In the present embodiment, the game program 151 is, for example, a sports game or other game, and the game is advanced by displaying a screen corresponding to the arrangement of virtual cameras in the virtual space on the touch screen 130.

For example, when the game program 151 is a sports game (tennis game, soccer game, baseball game, or other sports-themed game), the game progress processing unit 192 may advance the game, for example, according to the user's operation. Advance the story. The game progress processing unit 192 determines data to be displayed on the display 132 such as images and texts, displays one or more quests to be played on the display 132, and accepts the selection of the quest from the user, and the user's operation. Depending on the situation, basic processing such as processing to advance the quest is performed.

<Data structure>
The data structure of the data used in the device for executing the game program 251 or the game program 151 will be described with reference to FIGS. 4 to 6.

FIG. 4 is a diagram showing a data structure of a table for managing the progress of a user playing a game. As shown in FIG. 4, the user management table 253A includes a play progress status 256 for managing the progress status of the game play of each user. The gameplay progress includes, for example, experience points accumulated by each user through gameplay, game characters that can be used by the user, and the like.

As shown in FIG. 4, each record of the play progress 256 plays against the acquired experience value / level 256A, the usable character 256B, the virtual currency holding amount 256C, the possessed equipment item 256D, and the possessed consumption item 256E. Includes play rank / rating 256F, tournament history 257G, and tournament history 257G.

The acquired experience value / level 256A includes the cumulative value of the experience value acquired by each user by clearing the quest, etc., and the level value determined by the cumulative value of the experience value. The game program 251 is, for example, an item that can be played by the user each time the user reaches a certain level (for example, a quest that can be played if the level is above a certain level, a system that can be used if the level is above a certain level, an item, etc.). including. For example, each time the cumulative total of experience points exceeds a certain threshold, the level of the user rises.

Usable character 256B indicates a character that can be used by the user. The game program 251 provides a plurality of game characters to the user, the user advances the quest, the user performs an input operation for drawing a lottery, and the game character is acquired as a result of the lottery. Updates the list of characters available to the user by the process of. Although not shown in the example of FIG. 4, it is possible to hold a party organization in which any game character is specified among the characters that can be used by the user.

The virtual currency holding amount 256C indicates the holding amount of the virtual currency held by the user. The virtual currency can be used, for example, to obtain items to be consumed in the game, to perform a lottery, or to perform other operations. The game progress processing unit 192 accepts input operations such as purchasing an item using virtual currency and performing a lottery, and changes the holding amount of virtual currency. Here, the game program 251 may manage the amount of the virtual currency provided to the user for a fee and the amount provided to the user free of charge. For these virtual currencies, an expiration date that can be used (for example, for paid virtual currencies, within 6 months from the time of purchase of the virtual currency) may be set.

The possessed equipment item 256D indicates an item that can be equipped to the character as an item associated with the character. The items that can be equipped to a character are, for example, weapons, armor, accessories, and other items that can be equipped to a character in an action game. In addition, the items that can be equipped to the character are rackets, bats, shoes, wear, and other items that can be associated with the character in the case of sports games. Items that can be equipped by these characters are given to the user by the progress of the quest, lottery, and other processing.

The possessed consumption item 256E indicates an item that is used by the user during game play to exert a certain effect during game play. These items are consumed by performing input operations for use by the user. Items that exert a certain effect during game play are, for example, experience points gained when the item is cleared for a certain period of time (for example, 30 minutes), when the quest is cleared, and items consumed to grow the character. Etc. (for example, the acquisition amount is doubled or more).

The battle play rank / rating 256F indicates the proficiency level of each user in the battle play between users provided by the game program 251. As shown in the figure, the battle play rank / rating 256F includes a rating value and a ranking in the rating system as the user's proficiency level in the battle play.

The tournament history 256G shows the tournament history of each user updated according to the result of the battle play by the tournament provided by the game program 251. The tournament history 256G stores the number of wins in the tournament in which the user is participating, and the tournament history in which the user who has played in the tournament, the user who participated, and the like can be identified. The tournament history 256G will be described later with reference to FIG. 13 and the like.

FIG. 5 shows a correction value that the lottery rating calculation unit 292C refers to when calculating the lottery rating based on the rating of each user and the history of winning or losing of the user's competitive play.

In the present embodiment, the lottery rating calculation unit 292C calculates the lottery rating according to the formula 3 with reference to, for example, the results of winning and losing of the last three games.

[Equation 3] Lottery rating = rating + correction value In the illustrated example, the lottery rating is calculated by adding or subtracting the correction value for each of victory and defeat. For example, if the user's last three games are all won (3 wins), the lottery rating is the user's rating plus a correction value "+100" for the winning / losing result "3 wins". If the user has won twice and defeated once in the last three games, the lottery rating will be the user's rating, the correction value "+50" for the winning / losing result "2 wins", and the winning / losing result "+50". It is the sum of the correction value "-30" for "1 defeat" (that is, the lottery rating = rating +20). In addition, if the user has won once and defeated twice in the last three games, the lottery rating will be the user's rating, the correction value "+20" for the winning / losing result "1 win", and the winning / losing result "+20". It is the sum of the correction value "-70" for "2 defeats" (that is, the lottery rating = rating -50). In this way, by making the absolute value of the correction value when defeating in the winning and losing results larger than the absolute value of the correction value when winning, the lottery rating is likely to decrease for users who are defeated. I have to. In addition, the more consecutive wins or losses, the greater the gap between the rating and the lottery rating, making it easier to play against stronger users or less proficient users.

FIG. 6 is a diagram showing a process in which the server 20 switches the matching process based on the rating according to the user hierarchy when matching the users of the battle play.

As shown in FIG. 6, the server 20 performs matching processing of users whose ranks are not the highest (rank 1 (lowest rank) to rank 99 when rank 100 is the highest rank) and users. The matching process of the user whose rank is the highest is switched. Specifically, the server 20 tries to match users in the same hierarchy as much as possible with respect to users whose ranks are not the highest. When the matching is not established and the elapsed time from the start of the matching is long, the server 20 increases the range of the opponent's rating for comparison with the lottery rating in order to increase the matching establishment probability. For example, if matching is not established for a certain user and the elapsed time from the start of the matching process is extended to 15 seconds, not only users in the same layer but also users in other layers are targeted for matching. At this time, attributes are assigned to each layer, and users in different hierarchies may be matched by limiting the hierarchies of users to be matched with users in a certain hierarchy to those having the same attributes. For example, in the case of a tennis game, the type of tennis court used for the battle is specified as an attribute in each layer. For example, in a tennis game, an attribute "glass court", an attribute "clay court", an attribute "hard court", and the like are set in each layer. Each character that can be used in a tennis game has its own tennis court attributes that it is good at, and if it is a good tennis court attribute, the character's parameters will increase, and if it is a weak tennis court attribute, the character's parameters will increase. It may be lowered. In this way, if there are attributes in each layer and the parameters of the character rise or fall according to the attributes, it is better for the user to match the layers with the same attributes on a court with an attribute that is not intended for the user. You can enhance the fun of the game without having to play.

In addition, as shown in FIG. 6, for the user who has reached the highest rank of the user, by expanding the range of ratings to be matched, it is possible to match with opponents of various strengths. .. Since it is assumed that the user who reaches the highest rank is proficient in competitive play above a certain level, the user is motivated to become more proficient in competitive play by increasing the possibility of playing against a user with a top rating. Be attached.

In addition, in order to match the users who request the matching of the battle play, the lottery ratings of each user may be compared and matched, or the lottery rating of one user and the rating of the other user (correction). Matching may be performed by comparing with a rating that has not been given.

<Operation>
Hereinafter, a process of providing a game play environment to the user while communicating between the mobile terminal 10 and the server 20 by executing the game program 151 on the mobile terminal 10 will be described.

FIG. 7 is a flowchart showing a process in which a user requests matching from the server 20 in order to perform a battle play, and the battle play is enabled when the matching is established.

In step S701, the game progress processing unit 192 of the mobile terminal 10 accepts an input operation for the user to perform matching in the battle play, thereby causing the server 20 to perform matching for the battle play with another user. Request.

In step S751, the server 20 receives the matching request from the mobile terminal 10 and calculates the lottery rating based on the history of the latest match result of the user of the mobile terminal 10.

In step S755, the server 20 uses the lottery rating of the user who has received the matching request, and as illustrated in FIG. 6, based on the user hierarchy and the elapsed time from the start of matching, a match with a similar rating in the same hierarchy. Process to match the other party. When the matching is not established, the server 20 expands the range of ratings to be matched according to the elapsed time from the start of the matching.

In step S759, the server 20 transmits the matching result to the mobile terminal 10. When the matching is established, the server 20 transmits the information of each user who competes by the matching to each mobile terminal 10.

In step S705, the game progress processing unit 192 of the mobile terminal 10 receives the matching establishment result from the server 20.

In step S709, the game progress processing unit 192 has received from the server 20 whether or not matching has been established, for example, whether or not information on the opponent's user (including information on which hierarchy and rating information) has been received from the server 20. Judge whether or not. If it is determined that the matching is established (YES in step S709), the game progress processing unit 192 performs the process of step S713, and if not (NO in step S709), the matching process is performed by the process of step S717. finish.

In step S713, the game progress processing unit 192 determines whether or not the rank of the user of the mobile terminal 10 in the battle play is the highest. When the rank of the user in the battle play is the highest (for example, when the rank is from "1" to "100" and the rank of the user is "100") (YES in step S713), the game progresses. The processing unit 192 performs the processing of step S721, and if not (NO in step S713), the processing of step S725 is performed.

In step S721, the game progress processing unit 192 displays information including the rating of the user who is the opponent on the touch screen 130, and performs the battle play via the server 20 with the mobile terminal 10 of the user who is the opponent. Run between.

In step S725, the game progress processing unit 192 hides the rating information of the user who is the opponent, and executes the battle play with the mobile terminal 10 of the user who is the opponent via the server 20. ..

In step S763, when the battle play between the mobile terminals 10 is completed, the server 20 updates the rating of each user and maintains or changes the rank at the end of the battle according to the winning / losing result.

FIG. 8 is a diagram showing a screen example of whether the rating of the opponent is displayed or hidden according to the rank of the user.

As shown in the screen example (A) of FIG. 8, the mobile terminal 10 hides the rating of the opponent when the user's rank is not the highest. As shown in the screen example (A), the mobile terminal 10 shows the rank display unit 134A indicating the rank of the user, the opponent information 134B indicating the opponent information, and the progress of the opponent play on the touch screen 130. The progress status 134C is displayed.

As shown in the screen example (B) of FIG. 8, the mobile terminal 10 displays the rating of the opponent when the user's rank is the highest. As shown in the screen example (B), the mobile terminal 10 displays the rating display unit 134D indicating the user's own rating on the touch screen 130. In addition, the mobile terminal 10 displays the rating of the opponent user in the opponent information 134B.

FIG. 9 is a diagram showing a process of giving a reward according to the ranking result to each user and a process of resetting the rank when the ranking battle for competing for the ranking of each user within a certain period is completed. In this way, the game system ranks based on at least one of the hierarchy or rating to which each user belongs in a predetermined battle period (for example, one week, two weeks, one month, etc.). Is provided to each user.

In step S951, when the ranking battle is completed, the server 20 determines the ranking of each user based on the rank of each user and the rating of each user. For example, the ratings of the users belonging to the highest rank are ranked in order, then the ratings of the users belonging to the next lower hierarchy are ranked in order, and then the users in the lowest rank are ranked in order. It may be attached. That is, each user may be ranked based on the magnitude of the rating by giving priority to the hierarchy, and the present invention is not limited to this. The server 20 gives each user a preset reward based on the determined ranking of each user. For example, the server 20 gives the user a virtual currency that can be used in the game, a consumable item that exerts a beneficial effect on the user for a certain period of time, and other rewards that can be used for game play as rewards given to each user. Give. Here, the server 20 may give a relatively large reward (for example, a relatively large number of items to be given) as the user has a higher rank.

In step S953, the server 20 refers to the rank of each user, determines the rank set for the user when a new ranking battle is started, and updates the database according to the determined rank. For example, in the server 20, users of a certain rank or lower (for example, the lower 30% of the 100 ranks from rank "1" to rank "100") are updated to the lowest rank (rank "1"). To do. For example, the server 20 is a user of a certain hierarchy or higher (in the above example, for example, the highest rank "100" or the top 30% rank from rank "100" to rank "71"). Assuming that you are proficient in competitive play and have seed rights, update to a predetermined rank (for example, rank "60") that is not the lowest layer.

FIG. 10 shows an example of displaying a screen on the mobile terminal 10 in which the server 20 rewards each user and updates the rank when the ranking battle for competing for the ranking of each user within a certain period is completed. ..

In the screen example (A) of FIG. 10, when the rank is 100 levels (from the lowest rank "1" to the highest rank "100"), the mobile phone of the user whose ranking is confirmed after the ranking battle is completed. This is a display example of the screen on the terminal 10. In the screen example (A), the mobile terminal 10 indicates on the touch screen 130 that the user has reached the rank "26" on the final rank display unit 135A. On the touch screen 130, the mobile terminal 10 displays the ranking determined after the ranking battle is completed on the final ranking display unit 135B. On the touch screen 130, the mobile terminal 10 displays on the reward display unit 135C that the ranking battle has ended and the reward according to the user's ranking has been given. On the touch screen 130, the mobile terminal 10 displays the start schedule of the next ranking battle and the rank set for the user when the ranking battle is restarted on the information notification unit 135D.

The screen example (B) is a display example of the screen on the mobile terminal 10 of the user who has reached the highest rank "100" at the end of the ranking battle. In the screen example (B), the mobile terminal 10 indicates on the touch screen 130 that the user has reached the highest rank, the rank "100", on the final rank display unit 135A. On the touch screen 130, the mobile terminal 10 displays the ranking determined based on the rating and the like on the final ranking display unit 135B after the ranking battle is completed. On the touch screen 130, the mobile terminal 10 displays on the reward display unit 135C that the ranking battle has ended and the reward according to the user's ranking has been given.

As shown in the figure, as compared with the screen example (A), the higher-ranked user is given a higher value reward. On the touch screen 130, the mobile terminal 10 displays the start schedule of the next ranking battle and the rank set for the user when the ranking battle is restarted on the information notification unit 135D. As shown in the figure, users who have reached a certain level or higher (such as the highest rank) are likely to be proficient in battle play, so when the ranking battle is resumed, it is not the lowest level or higher. It is possible to restart from the rank. As a result, users in the hierarchy where beginners can easily gather, such as rank "1", and users who are proficient in battle play will play against each other, and the skill difference will be too large, which may reduce the interest of battle play. To reduce. In addition, users who have reached a certain level or higher are likely to continue playing the battle play, and by notifying such users to grant seed rights, the skill of the battle play We will provide more opportunities to realize that the situation is improving. This will further improve the fun of the game.

Next, the competitive play of the tournament will be described with reference to FIGS. 11 to 13. FIG. 11 is a flowchart showing a process in which a user requests matching from the server 20 in order to play a match in a tournament, and the match is established to enable the match play. FIG. 12 is a diagram showing an example of a screen displayed on the touch screen 130 according to the progress of the tournament.

FIG. 12A shows an example of the top screen of the game. As a top screen, the mobile terminal 10 displays, for example, icons corresponding to each of "competition play", "ranking battle", and "tournament battle" on the touch screen 130 as shown in FIG. 12 (A). By detecting an input operation from the user for any of the icons, the mobile terminal 10 executes a process for starting the battle play corresponding to the icon. The tournament starts when the "Tournament Battle" icon is selected on the top screen.

In step S801 of FIG. 11, the game progress processing unit 192 of the mobile terminal 10 transmits a tournament start request to the server 20 by accepting an input operation for the "tournament battle" icon.

In step S851, the server 20 receives the tournament start request from the mobile terminal 10, identifies the number of wins of the user of the mobile terminal 10 that is the source of the tournament start request based on the tournament history, and can specify the number of wins. Information is transmitted to the mobile terminal 10.

FIG. 13 is a diagram for explaining a tournament history managed for each user by the tournament history management unit 292D. FIG. 13A shows an example of the tournament history of a user whose number of wins is zero and there is no tournament in which the user currently wins. FIG. 13B shows an example of the tournament history of a user who has won the first round and has won one victory. FIG. 13C shows an example of the tournament history of a user who has won the second round and has won two wins. FIG. 13D shows an example of the tournament history of a user who has won the third round and has won three wins. The tournament in this embodiment starts from the first round, wins to the third round, and wins the third round to win the championship. The tournament is not limited to the one completed in the third round, but may be the fifth round, or the user may be able to select how many rounds the tournament should be.

As the tournament history, the number of wins of the user, the opponent user-related information at the time of winning the first round of the user, the opponent user-related information at the time of winning the second round, and the opponent user-related information at the time of winning the third round are managed. The number of wins of the user is incremented by 1 for each win in the competitive play in the tournament, and is initialized to 0 when defeated. The opponent user-related information at the time of winning the first round, winning the second round, and winning the third round is the user information related to the opponent who won the user, and is included in the tournament history of the opponent when the user wins. It is updated based on the other user related information, and is initialized when it is defeated. The tournament history is not limited to this as long as it stores information that can identify the number of wins of the user and the information related to the other user. Therefore, for example, the user can specify the number of wins of the user from the information related to the other user. It may be possible to store only the information related to the other user without storing the number of wins.

Returning to FIG. 11, when the information that can specify the number of wins is transmitted from the server 20 to the mobile terminal 10, the game progress processing unit 192 of the mobile terminal 10 receives the information that can specify the number of wins in step 803. The image of the tournament table and the character image at a position corresponding to the specified number of wins are displayed on the touch screen 130.

In step 803, as shown in FIG. 12B, a tournament table consisting of four battle blocks is displayed, and when the battle play is the first round, the character corresponding to the user is displayed in the battle block at the lower left. Will be done. Further, on the touch screen 130, a message (“1st round!” In FIG. 12B) that enables identification of the number of rounds of the tournament is displayed, and an icon such as “return” is displayed. .. The "back" icon has a function of temporarily ending the tournament by being operated and returning to the top screen shown in FIG. 12 (A).

After transmitting the information that can specify the number of wins, the server 20 identifies and processes the users with the same number of wins based on the tournament history of each user among the users accepting the tournament start request in step S853. To execute. In the matching process, the opponent is specified by executing the same process as the process shown in steps S751 and S755 of FIGS. 6 and 7 from the users having the same number of wins. The matching process is not limited to this, and an opponent may be randomly determined from users with the same number of wins.

In step S853, even if the number of wins is the same, the user already registered in the opponent user-related information based on the tournament history has already played or participated in the running tournament. Therefore, it is excluded from the target of matching processing. For example, when user A plays against user B in the first round of a running tournament and user A wins, the number of wins "1" is registered as the tournament history of user A and user B is registered as the user who played. Here, it is assumed that the user A has finished the tournament once. On the other hand, it is assumed that the user B newly starts a tournament, wins the first round, and the number of wins is "1". In this state, when there is an operation of restarting the tournament from user A (that is, a request to start the second round), user B is included in the users having the same number of wins. However, user B is registered as the tournament history of user A, and has already played against user B in the first round of the tournament being executed this time. Therefore, the user B is excluded from the target of the matching process of the user A this time. As a result, it is possible to prevent the user who has won the tournament once or the user who has participated in the same tournament from playing against the player again, and as a result, it is possible to prevent the inconvenience that makes the user feel uncomfortable. In addition, the target to be excluded from the target of the matching process may be, for example, only a user who has already played a match in order to increase the matching probability.

In step S853, the server 20 transmits the result of the matching with the user who requested the start of the tournament to the mobile terminal 10. When the matching is established, the server 20 transmits the user information (including the information on which layer, the rating information, etc.) for identifying the user who is the opponent by the matching to the mobile terminal 10.

In step S805, the game progress processing unit 192 of the mobile terminal 10 receives the matching establishment result from the server 20.

In step S807, the game progress processing unit 192 determines whether or not the matching is established, that is, whether or not the user information is received from the server 20. If it is determined that the matching is established, the game progress processing unit 192 performs the processing of step S809, and if not, the matching processing is terminated by the processing of step S808.

In step S809, the game progress processing unit 192 of the mobile terminal 10 is an opponent in the battle block displaying the character image of the user in the tournament table displayed by step S803, as shown in FIG. 12 (C). In addition to displaying the character image to be, the character image is also displayed for each of the other battle blocks. This gives the user the impression that the opponents of all the opponent blocks in the tournament table have been decided. As a result, it is possible to improve the sense of presence in the tournament from now on. On the other hand, in displaying such a display, on the server 20 side, only the process of matching the opponents of the user is sufficient, and it is not necessary to determine the opponents of all the opponent blocks in the tournament table. Therefore, it is possible to prevent the matching processing load from increasing.

After executing step S809, the game progress processing unit 192 of the mobile terminal 10 executes the processes after step S713 in FIG. 7, and plays a battle with the mobile terminal 10 of the user who is the opponent via the server 20. To execute. As a result, for example, after displaying the user information of the opponent as shown in FIG. 12 (D), as shown in FIG. 8, a screen for displaying or hiding the rating of the opponent is displayed according to the rank of the user. Then the battle play is started.

In step S857, when the battle play between the mobile terminals 10 is completed, the server 20 updates the rating, maintains or changes the rank of each user, and rewards at the end of the battle according to the result of winning or losing and the number of wins in the tournament. The grant and the like are updated, and the battle result and the update result of the battle play are transmitted to the mobile terminal 10.

Rating updates, rank maintenance or changes, and rewards are each performed in a manner that is more favorable to the user at the end of the tournament battle play than at the end of the non-tournament battle play, and the number of wins is higher. Indeed, it is done in a manner that is advantageous to the user. In a manner that is advantageous to the user, for example, a large rating update range, a high rate of rank maintenance or change, and a reward (premier item, etc.) that is highly valuable to the user are given. To say. As a result, by performing the battle play in the tournament, it is possible to give a privilege having a large value to the user at a higher rate than the battle play in other formats. As a result, the motivation to execute the competitive play of the tournament can be strengthened, and the play in the tournament can be promoted. In addition, as the number of wins increases, a higher percentage of benefits are given to the user. As a result, the user can have the purpose of winning the tournament, and the motivation to win the tournament can be improved. You can also encourage your proficiency in competitive play by participating in tournaments.

In step S859, the server 20 updates the tournament history of the winning user based on the tournament history of both competing users. After being updated, the tournament history of the defeated user will be initialized to zero wins. The method of updating the tournament history in step S859 will be described with reference to FIG.

It is assumed that the tournament history of FIGS. 13A to 13D is, for example, the history of user A. The tournament history of the user A who performed the first round is in the state shown in FIG. 13 (A). In this state, when the user A wins in the first round, the number of wins becomes "1" as shown in FIG. 13B, and the opponent user-related information at the time of winning the first round is stored. FIG. 13B illustrates a case where the user X is defeated in the first round. It is assumed that the user X should have won zero as in the user A, and has a tournament history as shown in FIG. 13 (E). In this case, as the opponent user-related information at the time of winning the first round, only the information capable of identifying the user X who is the opponent who won the first round is stored.

When the user A wins in the second round, the number of wins becomes "2" as shown in FIG. 13C, and the opponent user-related information at the time of winning the second round is stored. FIG. 13C illustrates a case where the user Y is defeated in the second round. It is assumed that the user Y should have won one win like the user A, and has a tournament history as shown in FIG. 13 (F). In this case, as the opponent user-related information at the time of winning the second round, the user Y who is the opponent who won the second round (indicated as the opponent a in FIG. 13) and the opponent Y who won the first round. Information that can identify the user R is stored.

When the user A wins in the third round and wins, the number of wins becomes "3" as shown in FIG. 13 (D), and the information related to the opponent user at the time of winning the third round is stored. FIG. 13 (D) illustrates a case where the user Z is defeated in the third round. It is assumed that the user Z should have won two wins like the user A, and the tournament history is as shown in FIG. 13 (G). In this case, as the opponent user-related information at the time of winning the third round, the user Z who is the opponent who won the third round, the user S who is the opponent who won the first round, and the user Z are the second round. Information that can identify the user T who is the opponent who won in the first round (indicated as the opponent b in FIG. 13) and the user U who is the opponent who the user T who is the second round opponent b won in the first round is stored. In this way, the tournament history of user A is updated every time the tournament is won. In addition, if the player wins the tournament, all the users who participated in the winning tournament (not only the user who directly played against the user A but also the tournament history of the user who did not directly play against the user A but who played against the player) can be identified. The number of wins for all such users can be specified.

In step S811, the game progress processing unit 192 of the mobile terminal 10 updates the result of the battle play and the rating update, rank maintenance or change, reward granting, etc. based on the battle result and the update result from the server 20. Is displayed. As a result, for example, as shown in FIG. 12 (E), a message such as "1st round breakthrough!" Indicates that the player has won the 1st round, and a message such as "Rank up" indicating that the rank has been updated are added. A message such as "Acquired item magic stone x 5 item Y x 3" is displayed to indicate the reward. On the other hand, in the case of defeat, the rewards given are displayed along with a message such as "1st round defeated". This ends one match (one round) that makes up the tournament.

As shown in FIG. 12 (E), when "OK" is operated while the victory result of the first round is displayed or the victory result of the second round is displayed, the game progress processing unit 192 of the mobile terminal 10 shifts to step S801 again. And automatically send a request to start the next round in the tournament. As a result, for example, when the second round is started, as shown in FIG. 12 (F), after displaying the character image at the position where the user wins the battle block of the first round, the matching result is established from the server 20. Is received, and as shown in FIG. 12 (G), each character image is displayed at the position where each battle block of the first round of the tournament table is won.

If you operate the "Back" icon while the screen shown in FIG. 12 (F) or 12 (G) is displayed, the tournament will end once and you will return to the top screen as shown in FIG. 12 (A). Alternatively, the game itself can be terminated and the tournament interrupted. As a result, even if the player wins the match-up play of the tournament, the user can select whether to continue the next round of the tournament or to end the tournament once. When the "back" icon is operated and the tournament ends once, the matching process on the server 20 side also ends. Even if it ends once, by selecting "Tournament Battle" again on the top screen, the tournament can be restarted from the continuation based on the number of wins specified from the tournament history managed by the server 20. Can be done. As a result, the tournament can be advanced at the user's pace, so that the convenience of the competitive play by the tournament can be improved and the operating rate can be improved.

By operating the "Back" icon while the screen of FIG. 12F or FIG. 12G is displayed to end the tournament once, and then selecting "Tournament Battle", the mobile terminal 10 The game progress processing unit 192 of the above moves to step S801 again, transmits a request for starting the next game in the tournament, and executes the matching process on the server 20 side. As a result, for example, after displaying the image as shown in FIG. 12 (F) again, the image shown in FIG. 12 (G) is displayed by receiving the matching result from the server 20.

In step S861, the server 20 determines whether or not the finished match was the third round, that is, the final match. If it is not determined that it was the final match, the corresponding process is executed in preparation for a new tournament or the next match, while if it is determined that the specific condition is satisfied in the final match, the process proceeds to step S863. Transition.

In step S863, the server 20 transmits the result information for identifying all the users who participated in this tournament and the ranking to the mobile terminals 10 of both users who played in the final match based on the tournament history of the winning user. To do. The result information is, for example, information that identifies user information (including information on which hierarchy, rating information, etc.) in order of rank.

Since the tournament will be won in the third round, the losers in the first round will inevitably be in fifth place, the losers in the second round will be in third place, and the losers in the third round will be in second place. Therefore, in the case of the tournament history shown in FIG. 13 (D), the winner is user A, the runner-up is user Z, the third place is user Y / user T who has won the second round, and the fifth place is user X / user who lost the first round. It becomes possible to identify R, user S, and user U. Therefore, the server 20 transmits information that identifies the user information in the order of user A, user Z, user Y, user T, user X, user R, user S, and user U as result information. The server 20 initializes the tournament history of the winning user after transmitting the result information in step S863. As a result, even the winning user can start a new tournament.

On the other hand, also on the mobile terminal 10 side, in step S813, it is determined whether or not the finished match was the third round, that is, the final match. If it is not determined that it was the final match, the corresponding process is executed in preparation for a new tournament or the next match, while if it is determined that the specific condition is satisfied in the final match, the process proceeds to step S815. Transition.

In step S815, the mobile terminal 10 receives the result information transmitted from the server 20 and stores it in the storage unit 150, and displays the standings as the battle result of this tournament based on the result information. The standings are a table in which all the users who participated in the tournament are arranged in order of ranking.

FIG. 12H is an example of a standings. Here, a ranking table is shown in which the mobile terminal 10 of the user A receives and displays the result information based on the tournament history of FIG. 13 (D). As shown in FIG. 12 (H), a message such as "winning" is displayed, and below that, the winning is "user A", the runner-up is "user Z", and the third place is "user Y / user T". It is displayed that the fifth place is "User X, User R, User S, User U". In the mobile terminal 10 of the user Z who was the runner-up, a message such as "runner-up" is displayed, and a ranking table similar to that in FIG. 12 (H) is displayed below the message. In this way, when the tournament progresses to the final and specific conditions are met, all users who participated in this tournament are ranked based on the tournament history updated based on the tournament history of the user and the tournament history of the opponent user. Display in order. As a result, even if the user is not directly competing, the user who participated in the tournament can be identified and displayed, so that the user can feel as if the tournament was actually held. .. In addition, since the standings are displayed as the tournament result only for the users who have won the final match, it is possible to improve the superiority complex and the sense of accomplishment of the users.

In FIG. 12 (H), the rating and the rank are also displayed corresponding to each user. Similar to FIG. 8, only the rank is displayed and the rating is not displayed for the user having the rank less than 100, while the rank and the rating are displayed for the user having the rank 100. The game system including the mobile terminal 10 and the server 20 in the above embodiment manages a rank index for each user, which hierarchically classifies the user's proficiency level in the battle play from the lowest to the highest, for matching between users. The rating of each user for use is managed, and for the users who have performed the battle play by matching, after the battle, based on the difference value of the rating of each user before the battle and the winning / losing result of the battle play. The rating of each user is updated, and the rank index to which the user belongs is maintained or changed according to the history of the battle play of the user. On the terminal, the rating of the opponent who plays against the highest user is displayed, and the rating of the opponent who plays against the user is displayed on the terminal of at least a part of the users other than the highest user of the rank index. It has a configuration in which it is hidden and matching processing is performed.

In the above embodiment, all the users and rankings participating in this tournament, which is the source of the result information transmitted in step S863, are the tournaments updated by the tournament history of the winning user and the tournament history of the runner-up user. An example of specifying based on the history was explained. However, the identification of all users and rankings that participated in this tournament, which is the source of the result information, is not limited to this, and at the end of the final match, the tournament history and runner-up of the winning user are not performed without processing step S859. It may be specified based on the tournament history of the user who made the event.

In the above embodiment, the tournament battle format battle play is illustrated as the first battle mode, but the first battle mode is not limited to this as long as it is a mode that assumes that a plurality of battle plays are performed, for example. It may be a ranking battle format or a league battle format battle play.

In the above embodiment, an example of managing the tournament history for each user has been described, but the present invention is not limited to this, and the users may be collectively managed for each number of wins in the tournament. For example, a 1-win table for storing the tournament history of the user for each winning user and a 2-win table for storing the tournament history of the user for each winning user are provided. The tournament history may be managed collectively by the winning table and the two-win table.

In the above embodiment, the tournament can be executed repeatedly. Therefore, the number of times the player has participated in the tournament may be managed as a tournament history, and the rating may be updated, the rank may be maintained or changed, and the reward may be given according to the number of times. For example, the more times you participate in a tournament, the more you may want to update, maintain or change ranks, and reward users in a way that is advantageous to you. In addition, as a tournament history, for example, the total number of wins including the tournaments that participated in the past, the number of wins in the past, the number of runners-up in the past, etc. are managed, and the total number of wins and the number of wins are managed. , The rating may be updated, the rank may be maintained or changed, and the reward may be given in step S857 of FIG. 11 according to the number of runner-ups. For example, as the total number of wins, the number of wins, the number of runners-up, etc. increases, the rating may be updated, the rank may be maintained or changed, and the reward may be given in a manner advantageous to the user. In addition, users who have reached a predetermined number of total wins, wins, runner-ups, etc. are likely to be proficient in competitive play, so even if they are notified to grant seed rights. Good. As a result, the motivation to participate in the tournament can be further improved. In addition, it is possible to further provide an opportunity to realize that the skill of the competitive play is improved, and the interest of the game can be further improved.

As described above, the operations of the mobile terminal 10 and the server 20 constituting the game distribution system of each embodiment have been described. However, each process performed by the mobile terminal 10 may be performed by the server 20, or the server 20 may perform each process. The processing to be performed may be performed by the mobile terminal 10.

For example, the mobile terminal 10 receives a user's input operation on the touch screen 130 and transmits the received operation content to the server 20. The server 20 receives the input operation of the user from the mobile terminal 10, performs each process for advancing the game, and generates and generates a display screen for displaying on the mobile terminal 10 based on the arrangement of the virtual camera. The display screen is sequentially displayed on the mobile terminal 10. In this way, the server 20 may be responsible for most of the processing for advancing the game. Further, the mobile terminal 10 may be responsible for most of the processing for advancing the game.

Similarly, for example, an example in which the tournament history is managed on the server 20 side has been described, but instead of this, the tournament history may be managed by the storage unit 150 on the mobile terminal 10 side of each user. In this case, when the game progress processing unit 192 of the mobile terminal 10 transmits the tournament start request in step S801 of FIG. 11, the information that can identify the tournament history of the user managed by the storage unit 150 is transmitted to the server 20. In addition to outputting, the character may be displayed at a position corresponding to the tournament table and the number of wins based on the tournament history.

Further, when the server 20 side receives the tournament start request, the information that can identify the tournament history transmitted at the same time is temporarily stored, and the number of wins of the user is specified based on the information and the matching process is performed. Then, the user information may be transmitted to the mobile terminal 10 to start the battle play. Further, the server 20 may transmit information that can identify the tournament history of the defeated user to the mobile terminal 10 of the user who won the battle play. As a result, the game progress processing unit 192 of the mobile terminal 10 of the winning user updates the tournament history of the defeated user based on the tournament history of the defeated user (similar to step S859). If the match play is a final match, information that can identify the tournament history of the other user is transmitted to both users. As a result, based on the tournament history managed on the mobile terminal 10 side, it is possible to specify whether or not the specific conditions are satisfied, and all the users and ranks who participated in the tournament. As a result, the game progress processing unit 192 of the mobile terminal 10 displays the tournament standings based on the tournament history stored in the storage unit 150 when the player wins or runs second (similar to steps S813 and S815). ). Even in the case of such a configuration, the same effect as that described in the above-described embodiment is obtained. It should be noted that "as the battle history of the user who won the battle play in the first battle mode, the opponent user who won the battle and the number of wins of the user in the first battle mode can be identified and managed". Conceptually, it includes both storing and managing the tournament history on the server 20 side and storing and managing the tournament history on the mobile terminal 10 side by the control process on the server 20 side.

The embodiments disclosed this time should be considered to be exemplary and not restrictive in all respects. The scope of the present invention is shown by the scope of claims rather than the above description, and is intended to include all modifications within the meaning and scope equivalent to the scope of claims.

10 mobile terminals, 20 servers, 22 communication IFs, 23 input / output IFs, 25 memories, 26 storages, 29 processors, 80 networks, 81 wireless base stations, 82 wireless routers, 110 antennas, 120 wireless communication IFs, 130 touch screens, 131 Touch panel, 132 display, 150 storage unit, 151 game program, 160 voice processing unit, 170 microphone, 180 speaker, 190 control unit, 191 input operation reception unit, 192 game progress processing unit, 193 movement operation detection unit, 194 camera placement control Unit, 195 object control unit, 196 display control unit, 220 communication unit, 250 storage unit, 251 game program, 252 game information, 253 user information, 290 control unit, 291 transmission / reception unit, 292 server processing unit, 293 data management unit, 294 matching unit, 295 measurement unit.

Claims (10)

It is a method in a game system in which each user who operates a terminal for playing a game is matched to execute a battle play.
In the method, the game system
As the battle history of the user who won the battle play in the first battle mode, a step of identifiablely managing the opponent user who won the battle and the number of wins of the user in the first battle mode, and
A step of matching users with the same number of wins based on the battle history of each user requesting the start of battle play in the first battle mode.
When a specific condition is satisfied in the battle play in the first battle mode, the user and the opponent who the user played in the first battle mode based on the battle history of the user and the opponent user on the user's terminal. Steps that allow users to view the users they have played against,
The first battle mode is a mode in which a battle play is performed by a tournament, and a tournament table having a plurality of blocks is displayed on the terminal of a user requesting the start of the battle play in the tournament and corresponds to the user. Including a step of displaying the character image in the first block, displaying the character image as an opponent of the first block, and displaying the character image in each of the other blocks other than the first block. See ,
The display step is a method of displaying a character image for each of the other blocks without matching the users who are competing with each other at least in each of the other blocks. The management step manages the battle history of the user, and further manages all other users specified based on the battle history of the opponent user who won by the user so as to be identifiable.
The specific condition is satisfied when the battle play, which is the final match of the tournament, is completed.
The displayable step can display all the users who participated in the tournament that led to the final match on the user's terminal based on the battle history of the user and the opponent user when the specific condition is satisfied. The method according to claim 1. The management step manages the number of wins of each of the opponent user who won the user and all the other users specified based on the battle history of the opponent user as the battle history of the user.
In the step of making the display possible, when the specific condition is satisfied, all the users who participated in the tournament can be displayed in descending order of the number of wins on the user's terminal based on the battle history of the user and the opponent user. The method according to claim 2. The step of making it displayable is
Until the specific condition is satisfied, regardless of the outcome of the battle play in the tournament, the display of the user specified based on the battle history of the user and the opponent user is restricted on the user's terminal.
The method according to claim 2 or 3 , wherein when the specific condition is satisfied, all the users who participated in the tournament can be displayed on both the terminal of the winning user and the terminal of the runner-up user. .. The managed step initializes the battle history of the defeated user in the battle play in the tournament, and makes it possible to update the battle history of the user according to the result of the subsequent battle play.
In the matching step, even if the number of wins is the same based on the battle history of each user, if one user is a user who has already played in the running tournament, the user is matched. The method according to any one of claims 2 to 4 , which regulates the fact. In the method, the game system
It is a step of giving a privilege to the user according to the result of the battle play, and is a battle in the first battle mode than when the battle play in the second battle mode other than the first battle mode is won. The method according to any one of claims 1 to 5 , which includes a step of granting a privilege having a higher value to the user when the player wins the play. In the method, the game system
This is a step of giving a privilege to the user according to the result of the battle play in the first battle mode, and the first number is higher than when the number of wins in the first battle mode is the first number. The method according to any one of claims 1 to 6 , which comprises a step of imparting a privilege having a great value to the user in a case where the second number is larger than the number of. It is a server for performing a process of matching each user who operates a terminal for playing a game and executing a battle play.
The server includes a storage unit and a control unit configured to control the operation of the server.
The control unit
As the battle history of the user who won the battle play in the first battle mode, the opponent user who won the battle and the number of wins of the user in the first battle mode can be identified and managed.
Based on the battle history of each user requesting the start of the battle play in the first battle mode, users with the same number of wins are matched.
When a specific condition is satisfied in the battle play in the first battle mode, the user and the opponent who the user played in the first battle mode based on the battle history of the user and the opponent user on the user's terminal. the user is to be displayed and the user who play,
The first battle mode is a mode in which a battle play is performed by a tournament, and a tournament table having a plurality of blocks is displayed on the terminal of a user requesting the start of the battle play in the tournament and corresponds to the user. After displaying the character image in the first block, the character image is displayed as an opponent of the first block, and the character image is also displayed in each of the blocks other than the first block .
A server that displays a character image for each of the other blocks without matching the users who are competing at least in each of the other blocks. It is a terminal for battle play via a server for performing a process of matching each user and executing battle play.
The terminal includes a control unit configured to control the operation of the terminal and a storage unit configured to store a game program.
The storage unit can identifiable the opponent user who won the battle and the number of wins of the user in the first battle mode as the battle history of the user in the battle play in the first battle mode.
The control unit
At the time of the battle play in the first battle mode, the battle history is transmitted to the server, and the battle history is transmitted to the server.
A battle play is executed via the server with an opponent user matched by the server so that the number of wins is the same based on the battle history.
The battle history stored in the storage unit can be updated based on the battle history of the opponent user transmitted from the server when the battle play in the first battle mode is won.
When a specific condition is satisfied in the battle play in the first battle mode, the user battles in the first battle mode based on the battle history of each of the user and the opponent user stored in the storage unit. user and the partner user to view and users that played against,
The first battle mode is a mode in which a battle play is performed by a tournament, and a tournament table having a plurality of blocks is displayed on the terminal of a user requesting the start of the battle play in the tournament and corresponds to the user. After displaying the character image in the first block, the character image is displayed as an opponent of the first block, and the character image is also displayed in each of the blocks other than the first block .
A terminal that displays a character image for each of the other blocks without matching the users who play against each other at least in each of the other blocks. It is a game program executed on a terminal for battle play via a server for performing a process of matching each user and executing battle play.
To a processor configured to control the operation of the terminal
When the battle play in the first battle mode is executed, the opponent user who won the battle play in the first battle mode and the number of wins of the user in the first battle mode can be identifiable and stored. The step of sending the battle history of the user who is playing to the server,
A step of executing a battle play via the server with an opponent user matched by the server so that the number of wins is the same based on the battle history.
A step in which the battle history stored based on the battle history of the opponent user transmitted from the server when winning in the battle play in the first battle mode can be updated, and
When a specific condition is satisfied in the battle play in the first battle mode, the user and the opponent user who played against each other in the first battle mode based on the battle history of each of the user and the opponent user stored. And the steps to display the users who played against
The first battle mode is a mode in which a battle play is performed by a tournament, and a tournament table having a plurality of blocks is displayed on the terminal of a user requesting the start of the battle play in the tournament and corresponds to the user. After displaying the character image in the first block, the step of displaying the character image as an opponent of the first block and displaying the character image in each of the blocks other than the first block is executed. then,
The display step is a game program in which a character image is displayed for each of the other blocks without matching the users who play against each other at least in each of the other blocks.

Images