JP7408174B2 - Game system, game control device, and program - Google Patents

Description

Application of Article 30, Paragraph 2 of the Patent Act August 21, 2017, https://itunes. apple. com/, https://itunes. apple. com/jp/app/id1117270703, https://play. google. com/, https://play. google. com/store/apps/details? id=jp. konami. pesam, https://www. konami. com/, https://www. konami. com/wepes/mobile/ja/

The present invention relates to a game system, a game control device, and a program.

Conventionally, for example, a system for generating a battle room is known. For example, Patent Document 1 describes a game system that allows other users to enter a battle room created by a user and allows the users who have entered the battle room to play a game with each other.

Japanese Patent Application Publication No. 2014-068870

However, with the technology disclosed in Patent Document 1, since the user can freely create battle rooms, there may be a large number of battle rooms that no one uses and remain as they are, which may increase the amount of game data consumed by the game system. There was sex.

The present invention has been made in view of the above problems, and an object thereof is to provide a game system, a game control device, and a program that can prevent an increase in the amount of game data consumed.

In order to solve the above problems, a game system according to one aspect of the present invention includes a generation unit that generates a battle room based on a user's request, and a game execution status that is associated with the battle room that meets a predetermined condition. a first determining means for determining whether or not the above conditions are satisfied; and a second determining means for determining whether or not to generate a new battle room in accordance with the user's request based on the determination result of the first determining means. include.

A game system according to one aspect of the present invention includes a generation unit that generates a user group based on a user request, and a generation unit that determines whether a game execution status associated with the user group satisfies a predetermined condition. and a second determining means that determines whether or not to generate a new user group in response to the user's request, based on the determination result of the first determining means.

A game control device according to one aspect of the present invention includes a first determination unit that determines whether a game execution status associated with a battle room generated based on a user's request satisfies a predetermined condition; and a second determining means for determining whether or not to generate a new battle room in response to the user's request, based on the determination result of the first determining means.

A game control device according to one aspect of the present invention includes a first determination unit that determines whether a game execution status associated with a user group generated based on a user request satisfies a predetermined condition; and a second determining means for determining whether or not to generate a new user group in response to the user's request, based on the determination result of the first determining means.

1 is a diagram showing the overall configuration of a game system. It is a figure showing an example of a menu image. It is a figure showing an example of a menu image when a user selects a local battle button. It is a figure which shows an example of a competition room search image. It is a figure showing an example of a match room search image when user A selects a new creation button. It is a figure showing an example of a battle room search image when user A generates a battle room. It is a figure which shows an example of a battle room image. It is a figure which shows an example of a competition room search image displayed on a 2nd game terminal. FIG. 7 is a diagram showing an example of a battle room image when users B and C enter user A's battle room. It is a figure which shows an example of a battle combination image. It is a figure showing an example of a matching image. It is a figure which shows an example of the game image displayed after a match starts. It is a figure which shows an example of the match combination image when the 1st game is over. It is a figure showing an example of an award ceremony image. It is a figure showing an example of a match room search image when a penalty is given. FIG. 2 is a functional block diagram showing functions related to the present invention among functions realized by the game system. FIG. 3 is a diagram illustrating an example of data storage in a user database. FIG. 3 is a diagram illustrating an example of data storage in a battle room database. FIG. 7 is a diagram illustrating an example of data storage of battle room data. FIG. 2 is a flow diagram showing an example of processing executed in the game system. FIG. 2 is a flow diagram showing an example of processing executed in the game system.

[1. Overall configuration of game system]
Hereinafter, embodiments according to the present invention will be described based on the drawings. Note that in the drawings, the same or corresponding configurations are denoted by the same reference numerals, and repeated explanations may be omitted.

FIG. 1 is a diagram showing the overall configuration of the game system. As shown in FIG. 1, the game system S according to this embodiment includes a first game terminal 10A, a second game terminal 10B, a third game terminal 10C, a game server 30, and a domain name server 50. For example, the third game terminal 10C and the game server 30 are connected to a network N such as the Internet, and the first game terminal 10A, the second game terminal 10B, and the domain name server 50 are connected to a network N such as a wireless LAN (Local Area Network). Connected to private network PN.

Note that, hereinafter, the first game terminal 10A, the second game terminal 10B, and the third game terminal 10C are simply referred to as the game terminal 10 when there is no need to particularly distinguish them. Further, in this embodiment, a case will be described in which there are three game terminals 10, but there is no limit to the number of game terminals 10 in the game system S, and it may be two or four or more. Good too. Similarly, there is no limit to the number of game servers 30 and domain name servers 50 in the game system S, and two or more game servers 30 or domain name servers 50 may exist. Furthermore, the game system S may include computers other than the game terminal 10, the game server 30, and the domain name server 50. Note that the game system S does not need to include the private network PN or the domain name server 50 within the private network PN.

The game terminal 10 is a computer operated by a user. For example, the game terminal 10 may be a mobile terminal (for example, a mobile phone such as a smartphone or a tablet computer), a personal computer, a portable game machine, a stationary game machine, an arcade game machine, or a multifunctional television equipped with an information processing function. TV receivers (smart TVs), etc. Note that each game terminal 10 included in the game system S may be different from other game terminals 10 in model, performance, operating system, etc.

As shown in FIG. 1, the game terminal 10 includes a control section 11, a storage section 12, a communication section 13, an operation section 14, and a display section 15. Control unit 11 includes at least one microprocessor. For example, the control unit 11 may include multiple microprocessors. The control unit 11 executes processing according to the operating system and other programs. The storage section 12 includes a main storage section (eg, RAM) and an auxiliary storage section (eg, nonvolatile semiconductor memory). The storage unit 12 stores programs and data. Note that, for example, when the game terminal 10 is a personal computer or the like, the storage section 12 may include an auxiliary storage section such as a hard disk drive or a solid state drive. The communication unit 13 includes a communication module and a communication interface. The communication unit 13 performs data communication via the network N or private network PN.

The operation unit 14 is an input device, and may include, for example, a button, a key, a lever, a game controller (game pad), a pointing device such as a mouse or a touch panel, or a keyboard. Further, for example, the operation unit 14 may include a microphone and a camera for the user to perform input operations using voice or gestures. The display unit 15 is, for example, a liquid crystal display panel or an organic EL display, and displays a screen according to instructions from the control unit 11. Note that the operation unit 14 and the display unit 15 do not need to be built into the game terminal 10, and may be external devices connected to the game terminal 10.

Game server 30 is a server computer. As shown in FIG. 1, the game server 30 includes a control section 31, a storage section 32, and a communication section 33. The hardware configurations of the control section 31, the storage section 32, and the communication section 33 may be the same as those of the control section 11, the storage section 12, and the communication section 13, respectively. For example, the game server 30 stores a game program, and distributes the game program in response to a request from the game terminal 10.

Domain name server 50 is a server computer. As shown in FIG. 1, the domain name server 50 includes a control section 51, a storage section 52, and a communication section 53. The hardware configurations of the control section 51, the storage section 52, and the communication section 53 may be the same as those of the control section 11, the storage section 12, and the communication section 13, respectively. For example, the domain name server 50 is a server for obtaining information such as an IP address from a name such as a host name or a domain name, and stores these information in the storage unit 52 in association with each other. Here, since the domain name server 50 within the private network PN is used, no information is sent to an external domain name server.

Note that the programs and data described as being stored in the storage units 12, 32, and 52 are supplied to the game terminal 10, the game server 30, or the domain name server 50 via the network N or private network PN, for example. You can do it like this. The game terminal 10, the game server 30, or the domain name server 50 also includes a reading section (for example, an optical disk drive or a memory card) for reading programs or data stored in an information storage medium (for example, an optical disk or a memory card). slot). Then, the program and data may be supplied to the game terminal 10, the game server 30, or the domain name server 50 via the information storage medium.

[2. Game Overview]
The game system S executes a game played by a plurality of users. The game may be a game in which a plurality of users play against each other, or a game in which a plurality of users cooperate with each other. In this embodiment, a soccer game in which a plurality of users associated with the same battle room generated in the game play against each other will be described as an example, but any game can be used regardless of the game format or genre. For example, the game may be a sports game other than soccer (eg, a baseball game), a card game, an action game, a role-playing game, a simulation game, a racing game, a board game, or a fighting game.

The battle room is, for example, a room in a game that is associated with a user who wishes to play a game in which the user competes against other users. In other words, the battle room is a room for declaring participation in the game. For example, the battle room is a virtual room that exists in the world of the game. Further, for example, the battle room may be called by any name, for example, it may be called a lobby set within the game, or it may be called by a location in the virtual world. For example, the battle room may be a record on a database, or may be an array using a hash structure on a program memory.

Generation means, for example, generating a battle room within the game. For example, generation means registering data indicating a battle room on a computer.

When a user is associated with a battle room, for example, a user ID is associated with the battle room. For example, a user ID is associated with a battle room ID, and a battle room ID and a user ID are stored in the same record. In other words, it means changing from a state in which playing the game is not desired to a state in which it is desired, and it is changing from a state in which the game is not played to a state in which it is playable.

Note that in this embodiment, the association of a user with a battle room is sometimes described as the user entering the battle room, but this does not mean that a human enters an actual battle room, and in the game system S, the user is associated with the battle room. A process of associating a user ID with a room will be executed. Therefore, in this embodiment, the portion where it is stated that the user enters the battle room can be read as relating the user to the battle room. This point also applies to "leaving a room," which will be described later, and sometimes it is written that the user leaves the battle room to cancel the association between the battle room and the user, but when a person leaves an actual battle room. Instead, in the game system S, a process is executed in which the user ID is changed from being associated with the battle room to being unassociated. Therefore, in the present embodiment, a portion where it is stated that the user leaves the battle room can be read as canceling the association between the user and the battle room.

In the game of this embodiment, a plurality of battle formats are prepared. Here, as an example of a competition format, a local competition performed while communicating with each other between terminals capable of wireless communication, and an online competition that is different from the local competition will be described. Note that wireless communication is, for example, communication using radio waves, and communication that does not use wires as a transmission path.

For example, in a local match, a plurality of users bring their game terminals 10 and gather together, and each game terminal 10 executes a game while directly communicating with each other via P2P. In other words, in a local match, each game terminal 10 is within the range of wireless communication and the game is executed while communicating with each other. On the other hand, in online battles, for example, there is no need for a plurality of users to bring their game terminals 10 and gather together, and it is possible to compete against users who are far away. In other words, online matches can be played anywhere, and each game terminal 10 executes the game while communicating indirectly via the game server 30 or the like.

Here, user A who operates the first game terminal 10A creates a battle room, and user B who operates the second game terminal 10B and user C who operates the third game terminal 10C enter the battle room. Explain when to do so. For example, when user A operates the first game terminal 10A to start a game program, a menu image is displayed on the display unit 15.

FIG. 2 is a diagram showing an example of a menu image. As shown in FIG. 2, the menu image G1 is an image for selecting various modes provided in the game. For example, the menu image G1 includes an event button B10 for participating in a limited time game event, an online battle button B11 for playing an online battle, season match buttons B12 and B13 for competing for game results throughout one season, and A local battle button B14 for playing a local battle is displayed.

In this embodiment, processing related to a local match will mainly be explained. Therefore, hereinafter, screen transitions when user A selects the local battle button B14 will be described. For example, a plurality of modes are prepared for the local battle, and when the user A selects the local battle button B14, a dialog for selecting a mode is displayed.

FIG. 3 is a diagram showing an example of a menu image when the user selects the local battle button B14. As shown in FIG. 3, a plurality of modes for local battles are selectably displayed in the dialog D15. Here, we will explain the case where there are two types of local battle modes: exhibition, where only one match is played one-on-one, and local league, where multiple users compete in a round-robin match. There may be only one type of battle mode, or three or more types may be prepared. For example, a tournament-style mode may be provided in which a knock-out match is held, or a mode may be provided in which a round-robin preliminary league is held and a knock-out final league is held.

For example, an exhibition button B150 for playing an exhibition is displayed in the dialog D15. When user A selects the exhibition button B150, he or she can play a one-on-one local match while communicating with another terminal capable of wireless communication. Furthermore, for example, a score button B151 for displaying past exhibition scores is displayed in the dialog D15. When user A selects the results button B151, the results of exhibitions played in the past by user A can be displayed. For example, a match history button B152 for displaying the history of exhibition matches is displayed in the dialog D15. When user A selects the match history button B152, the history of exhibitions played in the past by the user can be displayed.

For example, a local league button B153 for playing a local league is displayed in the dialog D15. When user A selects the local league button B153, he or she can play the local league. For example, a participation history button B154 for displaying past participation history of the local league is displayed in the dialog D15. When user A selects the participation history button B154, the participation history of the local league can be displayed. Note that when the user A selects the back button B155, the dialog D15 is deleted.

Here, processing related to the local league will be mainly explained. Therefore, hereinafter, screen transitions when user A selects the local league button B153 will be described. For example, when user A selects the local league button B153, a match room search image for searching for a match room in which the player can participate is displayed on the display unit 15.

FIG. 4 is a diagram showing an example of a match room search image. As shown in FIG. 4, the battle room search image G2 includes a display area A20 for displaying a list of battle rooms into which user A can enter. If users B and C near user A have created a battle room, the battle room will be displayed in the display area A20, but no one has created a battle room yet. Therefore, the battle room is not displayed in the display area A20, but a message indicating that a battle room is being searched is displayed.

Further, for example, a new creation button B21 for creating a new battle room is displayed in the battle room search image G2. When user A selects the new creation button B21, a new battle room can be created. For example, when user A selects the local battle button B14, a dialog for entering the name of the battle room is displayed. Note that when the user A selects the reload button B22, the battle room search image G2 can be reloaded.

FIG. 5 is a diagram showing an example of the battle room search image G2 when the user A selects the new creation button B21. As shown in FIG. 5, an input form F230 for inputting the name of the battle room is displayed in the dialog D23. For example, user A can give a name of his choice to the battle room he creates. Note that when the user A selects the cancel button B231, the dialog D23 is deleted.

For example, an OK button B232 for confirming the name of the battle room input by user A is displayed in the battle room search image G2. When user A inputs the name of a battle room into the input form F230 and selects the OK button B232, a battle room with that name can be generated. Note that here, we will explain a case where only the name of the battle room can be set from the dialog D23, but settings other than the name may also be possible; for example, it is possible to set the number of users who can enter the battle room, etc. It may be.

FIG. 6 is a diagram showing an example of a battle room search image G2 when user A generates a battle room. As shown in FIG. 6, a dialog D24 indicating that generation of the battle room is completed is displayed on the battle room search image G2. When user A selects the OK button B240, a battle room image showing users who have entered the battle room is displayed on the display unit 15.

FIG. 7 is a diagram showing an example of a battle room image. As shown in FIG. 7, the battle room image G3 includes a display area A30 for displaying information regarding users who have entered the battle room. In this embodiment, a case will be described in which up to four users can enter the battle room, but the number of users who can enter the battle room is not limited to four, and may be two or three, or five. It may be more than that. For example, display area A30 includes display areas A300 to A303, and is capable of displaying details of users who are entering the room.

In this embodiment, the description will be made assuming that a user who has created a battle room is associated with the battle room; however, the user who has generated a battle room does not need to be associated with the battle room. That is, the user who created the battle room does not necessarily have to be associated with the battle room. Here, since user A has created a battle room and user A is associated with the battle room, information regarding user A is displayed in display area A300. For example, the display area A300 displays the name of the soccer team used by user A, the name of user A, and the number of wins in the past local league.

For example, when the battle room image G3 is displayed on the first game terminal 10A, the first game terminal 10 attempts to establish wireless communication with each of the second game terminal 10B and the third game terminal 10C. On the other hand, the second game terminal 10B executes the process of establishing wireless communication with the first game terminal 10A based on the operation of the user B, and the third game terminal 10C executes the process of establishing wireless communication with the first game terminal 10A based on the operation of the user C. 1. Processing for establishing wireless communication with the game terminal 10A is executed.

Any wireless communication standard can be used for wireless communication, such as Wi-Fi Direct (registered trademark), Bluetooth (registered trademark), wireless LAN of IEEE802.11 standard, infrared communication, or iBeacon (registered trademark). etc. may also be used. Furthermore, the present invention is not limited to one wireless communication standard, and a plurality of wireless communication standards may be used. Note that when a wireless LAN is used, the first game terminal 10A registers its own IP address and information regarding the competition room in association with the domain name server 50 in the private network PN. The second game terminal 10B and the third game terminal 10C may be made to acquire the information. Regarding other wireless communication standards, the second game terminal 10B and the third game terminal 10C may directly acquire information regarding the battle room from the first game terminal 10A.

Here, a case will be described in which the user B operates the second game terminal 10B to establish wireless communication with the first game terminal 10A, and enters the battle room created by the user A. The second game terminal 10B can also display the menu image G1 shown in FIG. Image G2 is displayed.

FIG. 8 is a diagram showing an example of the battle room search image G2 displayed on the second game terminal 10B. For example, by wireless communication between the second game terminal 10B and the first game terminal 10A, it is specified that the user A has already created a battle room, and as shown in FIG. An entry button B200 for entering the battle room created by A is displayed. For example, the entry button B200 displays the name of the battle room and the name of the user A who created the battle room. Note that other information may be displayed on the entry button B200; for example, an icon image of user A may be displayed, or user A's soccer team may be displayed.

For example, when user B selects the enter button B200, user A enters the battle room created by user A. Note that user C can also enter the battle room created by user A through the same process. When users B and C enter the battle room of user A, the display of the battle room image G3 displayed on the first game terminal 10A changes so that it can be seen that users B and C have entered the battle room. .

FIG. 9 is a diagram showing an example of a battle room image G3 when users B and C enter user A's battle room. As shown in FIG. 9, detailed information about user B is displayed in the display area A302, such as the name of the soccer team used by user B, the name of user B, and the number of wins in the local league in the past. Is displayed. Further, for example, the display area A303 displays detailed information about the user C, such as the name of the soccer team used by the user C, the name of the user C, and the number of wins in the past local league.

For example, when user A confirms that users B and C have entered the competition room, user A performs a predetermined operation to start a local league. Thereafter, for example, a match combination is determined among users A, B, and C so that a round-robin battle will take place, and a match combination image G4 showing the match combination is displayed on the display unit 15.

FIG. 10 is a diagram showing an example of the battle combination image G4. As shown in FIG. 10, the match combination image G4 includes a display area A40 for displaying the match combination of user A's match. For example, as shown in display area A40, user A plays against user B in a first match, and then plays against user C in a second match.

For example, an exit button B400 for exiting the battle room is displayed in the display area A40. When user A selects the exit button B400, he or she can exit the battle room that he or she is currently in. A battle combination image G4 similar to that shown in FIG. 10 is also displayed on the second game terminal 10B and the third game terminal 10C, and users B and C can exit the battle room by selecting the exit button B400. can.

Note that the exit button B400 may be displayed on an image other than the battle combination image G4. For example, the exit button B400 may be displayed on at least one of the menu image G1, the battle room search image G2, and the battle room image G3. Alternatively, the exit button B400 may be displayed in a matching image or a game image, which will be described later.

Furthermore, the user's exit from the battle room is not limited to the case where the exit button B400 is selected. In particular, the user may leave the room if the exit button B400 is not displayed and a predetermined condition is met. For example, if the user does not perform any operation for a certain period of time, the user may be forced to leave the room. For example, if the game server 30 does not receive any information from the game terminal 10 for a certain period of time, the user of the game terminal 10 may be forced to leave the room. Further, for example, if wireless communication with the game terminal 10 of the user who created the battle room is not possible for a certain period of time, or if the user is out of the communication range of the private network PN, the user may be forced to leave the room.

When the match combination image G4 is displayed, the local league match starts. For example, in a local league in which users A, B, and C participate, a total of three games are played in a round-robin format to compete for points and goal difference. For example, if user A performs a predetermined operation to play the first game after the battle combination image G4 is displayed, the matching process is performed to perform matching processing with the second game terminal 10B of user B who will compete in the first game. The image is displayed on the display section 15.

FIG. 11 is a diagram showing an example of a matching image. As shown in FIG. 11, a message indicating that matching is in progress, which is pre-processing for starting a match, is displayed on matching image G5. For example, during matching, the first game terminal 10A and the second game terminal 10B exchange data necessary for the game (for example, data on characters used in the match, data on tactics and formations selected by the user, etc.) is sent and received.

When the matching process is completed, the first match starts, and a game image showing the state of the game being executed is displayed on the display unit 15. Note that while the first game is being played, the user C waits for the first game to end, but during that time, the third game terminal 10C, the first game terminal 10A, and the second game terminal 10B, It is assumed that wireless communication between the two is maintained.

FIG. 12 is a diagram showing an example of a game image displayed after the match starts. As shown in FIG. 12, the game image G6 displays, for example, a game space in which game characters are placed as viewed from a virtual camera. Note that various known methods can be applied to the method of progressing the match in the local league. For example, user A and user B can each operate one of the characters of their own team to score points. It aims to. When the first match ends, the results of the first match, etc. are displayed, and then the screen returns to the match combination image G4.

FIG. 13 is a diagram illustrating an example of a battle combination image G4 when the first match has ended. As shown in FIG. 13, in the display area A40 of the match combination image G4, the match combination of the finished first match is deleted, and the match combination of the second match is displayed. That is, in the match combination image G4, it is possible to easily understand which matches remain in the local league. Thereafter, a second game between users A and C and a third game between users B and C are performed in the same manner as the first game.

For example, in the second game, matching processing is executed between the first game terminal 10A and the third game terminal 10C, and the game is executed while communicating wirelessly. For example, in the third game, matching processing is executed between the second game terminal 10B and the third game terminal 10C, and the game is executed while communicating wirelessly. When all the matches in the local league are completed, an award ceremony image showing the award ceremony in the local league is displayed on the display unit 15.

FIG. 14 is a diagram showing an example of an award ceremony image. As shown in FIG. 14, the award ceremony image G7 displays the award ceremony being held in the virtual world. For example, the ranking of users is determined in descending order of winning points, and if the winning points are the same, the ranking is determined by goal difference or the result of direct competition. When the award ceremony image G7 is displayed, the local league between users A, B, and C ends.

Furthermore, when the local league is played to the end (that is, when the award ceremony image G7 is displayed on the game terminal 10), users A, B, and C are given rewards such as game items and in-game currency. You can also do this. Thereafter, wireless communication between the game terminals 10 may be cut off, or the local league may be played repeatedly while maintaining wireless communication. Furthermore, data regarding the competition room may disappear when the award ceremony image G7 is displayed and the local league ends, or data regarding the competition room may disappear when the user performs an operation to delete the competition room. You may.

As mentioned above, even before the award ceremony image G7 is displayed (that is, even if the local league has not been played to the end), the user can leave the competition room midway by selecting the exit button B400. It is now possible to do so. Local leagues where the user who created the match room leaves the room midway through, or where the total number of people in the match room becomes less than a certain number (for example, less than 3 people) due to the user leaving the room, will not be able to play the match until the end. , unnecessary data remains in the game server 30, which causes an increase in the amount of game data consumed.

For this reason, in this embodiment, if any user who participated in the local league leaves the local league midway through, the user who created the battle room is prevented from creating a new battle room for a certain period of time. In other words, if any user who participated in the local league leaves the local league midway through, a penalty will be given to the user who created the competition room. If a penalty is given to the user, a new battle room cannot be created even if the new creation button B21 of the battle room search image G2 is selected. Note that the penalty can be given not only to the user who created the battle room, but also to all users who entered the battle room, or to only some of the users who entered the battle room. It's okay.

FIG. 15 is a diagram showing an example of the match room search image G2 when a penalty is given. As shown in FIG. 15, a message indicating that a battle room cannot be generated is displayed in the dialog D25, and even if the user selects the new creation button B21, a new battle room cannot be created. Note that the user may not be able to select the new creation button B21. For example, the new creation button B21 may be grayed out, or the new creation button B21 itself may not be displayed. Further, the remaining time for which a penalty will be imposed may be displayed in the dialog D25.

Note that one user may only be able to create one battle room, but if one user is allowed to create multiple battle rooms, a player may leave the battle room in any one of the battle rooms. A penalty may be given when a player leaves a predetermined number of battle rooms, or a penalty may be given when a player leaves a predetermined number of battle rooms. In this embodiment, if a certain user leaves three battle rooms among the battle rooms created by the user, a penalty is given to the user.

As described above, in the game system S of the present embodiment, when a certain user leaves a match room in the middle of the match, by giving a penalty to the user, it is possible to prevent a large number of match rooms in which the local league does not end. This makes it possible to prevent the consumption of game data within the game system S from increasing. Hereinafter, details of the configuration will be explained.

[3. Functions realized in game system]
FIG. 16 is a functional block diagram showing functions related to the present invention among the functions realized by the game system S. In this embodiment, the functions of the game terminal 10 and the game server 30 will mainly be explained.

[3-1. Functions realized by game server]
As shown in FIG. 16, the game server 30 includes a data storage section 300, a generation section 301, a room entry section 302, a room exit section 303, a first judgment section 304, a second judgment section 305, a third judgment section 306, and a fourth judgment section. A section 307, a remuneration section 308, and a display control section 309 are implemented.

[3-1-1. Data storage unit]
The data storage section 300 is mainly realized by the storage section 32. The data storage unit 300 stores data necessary to run the game. Here, a user database DB1 and a battle room database DB2 will be described as examples of data stored in the data storage section 300.

FIG. 17 is a diagram showing an example of data storage in the user database DB1. As shown in FIG. 17, the user database DB1 is data related to users who use the game system S. For example, the user's name, image, soccer team name, and data are associated with a user ID that uniquely identifies the user. Penalty information is stored. Note that here, the information that uniquely identifies the user may be any information that can identify the user, and for example, a user name may be used instead of a user ID.

The penalty information is information indicating whether or not a penalty is occurring that prevents the generation of a new battle room. For example, the penalty information includes the number of times a premature exit has occurred, the date and time when a penalty has occurred, and a current flag.

The number of times that a player leaves a room early is, for example, information indicating how many battle rooms, out of the battle rooms created by the user, a player leaves a room early. Each time a player leaves a battle room created by the user, the number of times increases, and when the number of times exceeds a threshold value (here, 3), a penalty occurs.

Note that the threshold value is not limited to 3, and may be 2 or 4 or more. Furthermore, the threshold value may differ depending on the user. For example, you can reduce the threshold for users who have received a penalty to make it easier to receive a penalty, or conversely, you can increase the threshold for users who have not received a penalty for a certain period of time to make it harder for them to receive a penalty. good.

The occurrence flag is information indicating whether or not a penalty is occurring. For example, when the current flag is on, it indicates that a penalty is occurring, and when the current flag is off, it indicates that a penalty is not occurring. If the number of times that a premature exit occurs exceeds a threshold value, the occurrence flag is turned on and a penalty occurs. On the other hand, when a certain period of time has elapsed since the penalty occurred, the current flag is turned off and the penalty is canceled. In this case, the number of times a user leaves the room midway is reset.

FIG. 18 is a diagram showing an example of data storage in the battle room database DB2. As shown in FIG. 18, the battle room database DB2 is data related to the battle rooms generated by the user, and for example, the name of the battle room and the battle room are generated in association with the battle room ID that uniquely identifies the battle room. Generated user information regarding users, entering user information regarding users who have entered the battle room, and game data indicating the status and results of the game in the battle room are stored. Hereinafter, each record stored in the battle room database DB2 will be referred to as room information.

As the generated user information, information such as the user ID of the user who generated the battle room, terminal identification information for identifying the game terminal 10 of the user, the name of the user, and the number of wins of the user is stored, for example. Ru. Further, for example, the terminal identification information may be any information that can identify the game terminal 10, such as an IP address or individual identification information. The user information that enters the room includes, for example, the user ID of the user who entered the competition room, terminal identification information for identifying the game terminal 10 of the user, the name of the user, and the number of wins of the user. Ru.

As the game data, for example, the current status of the game played in the competition room and the results of the local league are stored. For example, the game data stores, for each match held in the competition room, the user ID of the user competing in the match, match situation information, and match result information. For example, the situation information includes the character's position, posture, orientation, movement direction, and movement direction in the game space, the position, movement direction, and movement speed of the ball, the position and line of sight direction of the virtual camera, the elapsed time of the match, and the character change situation. , and the scores of both teams are stored. The game result information includes the win or loss of the game, the scores of both teams, and the stat information of the game (for example, ball possession rate and average distance traveled). The game data may also store information such as the number of wins, losses, ties, winning points, ranking, etc. of each user.

Note that the data stored in the data storage unit 300 is not limited to the above example. The data storage unit 300 may store data necessary for the game. For example, the data storage unit 300 may store data regarding characters of the user's soccer team (eg, character names, ability parameters, etc.). Further, for example, the data storage unit 100 may store data regarding game items and in-game currency held by the user. For example, the data storage unit 100 may also store past results/game history of exhibitions in which the user has participated, and participation history of local leagues.

[3-1-2. Generation part]
The generation unit 301 is realized mainly by the control unit 31. The generation unit 301 generates a battle room based on a user's request. The request is, for example, to perform an operation to generate a battle room. For example, the request is to transmit information indicating that the operation has been performed to the game server 30. Hereinafter, this request will be referred to as a generation request. In this embodiment, when the user selects the new creation button B21, a creation request is made.

The generation request may be made by transmitting data in a predetermined format; for example, the generation request may include the user ID and the name of the battle room entered in the input form F230. However, the generation request may include other information, such as the identification information of the game terminal 10, the user name, and the number of wins by the user.

In this embodiment, since the generation unit 301 is implemented in the game server 30, the generation unit 301 determines whether or not a generation request has been received from the game terminal 10. If it is determined that the generation request has been received, the generation unit 301 generates a battle room based on the information included in the generation request, and updates the battle room database DB2.

For example, the generation unit 301 generates a battle room ID of a battle room. The match ID may be generated according to predetermined ID generation rules, and may be generated so as not to overlap with match IDs of other match rooms. Then, the control unit 31 generates a new record in the battle room database DB2, and associates it with the generated battle room ID, and records the battle room name, the user ID of the user who created the battle room, the terminal identification information, and the number of wins. Stored in generated user information/entering user information. By storing this information in the battle room database DB2, generation of the battle room is completed.

In this embodiment, since the user can generate multiple battle rooms, the generation unit 301 generates a battle room every time a generation request is made by the user. For example, a user can request the creation of a new battle room while the battle room that he or she created remains. In other words, the user can repeatedly request generation, and the generation unit 301 can repeatedly generate the battle room.

[3-1-3. Entrance section]
The room entry section 302 is realized mainly by the control section 31. The room entry unit 302 associates the user with the battle room based on the user's entry request. As described above, associating a user with a battle room means that the user enters the battle room, so the room entry unit 302 allows the user to enter the battle room based on the user's entry request.

Entering a room means, for example, changing a state in which the user is not associated with the battle room to a state in which the user is associated with the battle room. For example, a user being associated with a battle room means that the user enters the battle room. For example, associating a user ID with a battle room ID corresponds to entering the room. Also, for example, storing the battle room ID and user ID in the same record corresponds to entering the room. In other words, it means changing from a state in which playing the game is not desired to a state in which it is desired, and it is changing from a state in which the game is not played to a state in which it is playable.

The entry request is, for example, an operation to enter the battle room. Further, for example, the room entry request is to transmit information indicating that the operation has been performed to the game server 30. In this embodiment, when the user selects the room entry button B23, a room entry request is made. The entry request may be made in a predetermined data format, and includes information such as the match room ID of the match room specified by the user, user ID, terminal identification information, user name, and number of wins. The battle room designated by the user is a battle room that can be entered by selecting the entry button B23. For example, the enter button B23 and the match room ID of the match room that can be entered are associated in advance, and when the user selects the enter button B23, it is possible to specify the match room ID of the match room to be entered. It has become.

In this embodiment, since the room entry unit 302 is implemented in the game server 30, the room entry unit 302 determines whether or not an entry request has been received from the game terminal 10. If it is determined that an entry request has been received, the generation unit 301 allows the user to enter the competition room based on the information included in the entry request. For example, the room entry unit 302 refers to the match room database DB2 and adds the user ID, terminal identification information, user name, and winner included in the room entry request to the entry user information of the record in which the match ID included in the room entry request is stored. Stores information such as the number of times. When this information regarding the user is stored in the battle room database DB2, entry into the battle room is completed.

[3-1-4. Exit section]
The exit section 303 is mainly realized by the control section 31. The exit unit 303 cancels the association of the user associated with the battle room. The exit section 303 is an example of a release means.

Canceling the association means, for example, changing the state in which the user is associated with the battle room to the state in which the user is not associated. Canceling the association means leaving the battle room. For example, the cancellation corresponds to the fact that the user ID is no longer associated with the battle room ID. Further, for example, the cancellation occurs when the battle room ID and the user ID are no longer stored in the same record. In other words, it is to cancel the desire to play the game, and to change the game from a playable state to a non-playable state.

For example, the exit unit 303 causes the user to exit the competition room based on the user's exit request. The request to leave is, for example, an operation to leave the battle room. For example, the request to leave the room is to transmit information indicating that the operation has been performed to the game server 30. In this embodiment, when the user selects the exit button B400, a request to exit the room is made.

The request to leave the room may be made in a predetermined data format, such as the battle room ID of the battle room specified by the user, the user ID of the game terminal 10, terminal identification information, user name, and information such as the number of wins. including. The battle room specified by the user here is a battle room from which the user can exit by selecting the exit button B400. For example, the exit button B400 and the match room ID of the match room that can be exited are associated in advance, and when the user selects the leave button B400, it is possible to specify the match room ID of the match room to be exited. It has become.

In this embodiment, since the room exit unit 303 is implemented in the game server 30, the room exit unit 303 determines whether or not a room exit request has been received from the game terminal 10. If it is determined that the exit request has been received, the generation unit 301 causes the user to exit the competition room based on the information included in the exit request. For example, the room exit unit 303 refers to the competition room database DB2 and extracts the user ID, terminal identification information, user name, and winner included in the exit request from the entry user information of the record in which the competition ID included in the exit request is stored. Delete information such as the number of times. When this information regarding the user is deleted from the battle room database DB2, leaving the battle room is completed.

Note that when a user leaves the battle room, there is no need to delete information from the battle room database DB2; for example, a flag indicating whether the user has already left the room is prepared, and the leaving unit 303 The user may leave the room by changing the value of the flag while leaving the user information.

Further, as described above, the room leaving unit 303 may cause the user to leave the room if a predetermined condition is met, even if the user does not specifically request to leave the room. For example, the room exit unit 303 determines whether the user has not performed any operations for a certain period of time based on the content of communication with the game terminal 10, and determines whether the user has performed no operations for a certain period of time. If it is determined that the user has not performed any operation, the user may be asked to leave the room.

For example, the room exit unit 303 determines whether or not a state in which no information is received from the game terminal 10 continues for a certain period of time based on the content of communication with the game terminal 10, and for a certain period of time, If it is determined that no information has been received from the game terminal 10, the user may be forced to leave the room. For example, the room leaving unit 303 queries the game terminal 10 of the user who created the battle room for a certain period of time as to whether there is another game terminal 10 with which wireless communication is not possible, and based on the response to the query, Then, the user of the other game terminal 10 may be forced to leave the room. For example, the room leaving unit 303 inquires of the communication device in the private network PN whether or not there is a game terminal 10 that is out of the communication range, and based on the response result to the inquiry, The user may be allowed to leave the room.

[3-1-5. 1st judgment part]
The first determination unit 304 is mainly realized by the control unit 31. The first determination unit 304 determines whether the execution status of the game associated with the battle room (the battle room generated based on the user's request) satisfies a predetermined condition.

The game associated with the battle room is, for example, a game played in the battle room, and a game in which users associated with the battle room compete against each other. Note that, as described above, when a user is associated with a battle room, it means, for example, that a user ID is associated with a battle room. For example, a game associated with a battle room is a game in which a user competes against another user associated with the same battle room. For example, a game associated with a battle room is a game played together by a plurality of users associated with the battle room. For example, a game associated with a battle room is a game in which information identifying the battle room ID is associated with game data indicating the game situation.

The game execution status is, for example, how far the game is progressing, and is a situation specified by game data. For example, whether the match has ended or not. For example, the execution status of the game is whether or not a predetermined number of matches have been completed. If a plurality of matches are held, the game execution status is how many matches have been completed. For example, the execution status of the game is the elapsed time from the start of the game. For example, if the game is a game in which a plurality of stages are played in sequence, the game execution status is the current stage. For example, if the game is a game in which a score is obtained, the game execution status is the current score. In the case of a sports game, the execution status of the game is, for example, how far the match is progressing. In the case of a baseball game, the game execution status is, for example, the current inning. In the case of a soccer game, the game execution status is, for example, the elapsed time of the game.

The predetermined condition may be, for example, a predetermined condition, such that a predetermined event occurs. Further, for example, the predetermined condition is that the execution status of the game is a predetermined status. For example, the predetermined conditions include: before the execution status of the game reaches a predetermined status, the association with the battle room must be canceled, a certain amount of time must pass, communication must be disconnected, and there must be a constant state of no operation. For example, the passage of time.

In this embodiment, as an example of the predetermined condition, the association between at least one user and the battle room will be canceled (that is, the user will leave the room) before the game reaches a predetermined execution state. The predetermined execution status may be any predetermined execution status, and here, a case where the award ceremony image G7 is to be displayed on the game terminal 10 will be described as an example. For example, the predetermined execution status may be reached when the award ceremony image G7 is displayed on the game terminal 10, or the predetermined execution status may be reached when the award ceremony in the award ceremony image G7 is displayed to the end. Alternatively, a predetermined execution status may be reached when the award ceremony is displayed up to an arbitrary point in time.

For example, the predetermined condition may be that the results are displayed by the display control unit 309, which will be described later, and the game terminal 10 determines whether the award ceremony image G7 is displayed on its own display unit 15, If it is determined that the game has been displayed, the game server 30 is notified that a predetermined execution status has been reached. The first determination unit 304 determines whether the game has reached a predetermined execution state by determining whether the notification has been received from the game terminal 10.

Further, for example, the first determination unit 304 determines whether at least one user has left the battle room midway through, based on the processing result of the room exit unit 303 . The at least one person may be just one person, or may be two or more people. In this embodiment, a case will be described in which a penalty occurs if even one person leaves the room midway, but a penalty may occur if two or more people leave the room midway. The first determination unit 304 determines whether a predetermined number of users have left the battle room midway through, based on the processing result of the exit unit 303 .

For example, the first determination unit 304 refers to the entering user information stored in the battle room database DB2, and determines that the user has left the battle room when the number of users has decreased. For example, if a flag indicating whether or not the user has left the battle room database DB2 is prepared, the first determination unit 304 refers to the flag stored in the battle room database DB2 and determines whether the user has left the battle room. Determine whether or not the user has left the room.

[3-1-6. Second judgment section]
The second determination unit 305 is mainly realized by the control unit 31. The second determination unit 305 determines, based on the determination result of the first determination unit 304, whether or not to generate a new battle room in response to a user's request.

For example, the second determination unit 305 determines to generate a new battle room when the first determination unit 304 determines that a predetermined condition is satisfied, and the second determination unit 305 determines that a new battle room is to be generated when the first determination unit 304 determines that a predetermined condition is not satisfied. If it is determined that a new battle room will not be generated. Note that, depending on how the predetermined condition is determined, the second determination section 305 may, on the contrary, generate a new battle room when the first determination section 304 determines that the predetermined condition is not satisfied. If the first determination unit 304 determines that a predetermined condition is satisfied, it may be determined that a new battle room is not to be generated.

For example, when the second determining unit 305 determines to generate a new battle room, it means to permit the generation unit 301 to generate a battle room, and by instructing the generation unit 301 to generate a battle room. be. On the other hand, when the second determination unit 305 determines not to generate a new battle room, it means not to determine that a new battle room will be generated; for example, it may disable the generation request itself to the game terminal 10; Do not accept a generation request, ignore a generation request and do not generate a battle room, prohibit the generation unit 301 from generating a battle room, and do not instruct the generation unit 301 to generate a battle room. etc.

The second determining unit 305 creates a new battle room according to the user's request based on the determination result of the first determining unit 304 regarding a predetermined number or more of the battle rooms among the plurality of battle rooms generated according to the user's request. Determine whether to generate it. The predetermined number may be, for example, a predetermined threshold value, and is, for example, 2 times, 3 times, or 4 times or more. The predetermined number may be stored in the data storage unit 300 in advance.

For example, the second determination unit 305 refers to the penalty information in the user database DB1 and determines whether the number of times that a user leaves the room midway has exceeded a threshold value. For example, the second determination unit 305 determines whether or not a predetermined condition is satisfied for a predetermined number or more of battle rooms by determining whether the number of times that midway exits have occurred is equal to or greater than a threshold value.

For example, the second determination unit 305 determines whether a predetermined period of time has passed since the time when the competition room was generated or the time when the local league was started. For example, the start time for determining whether the predetermined period has elapsed may be the time when the exit button B400 is pressed, but the purpose of the invention is to prevent the battle room from becoming crowded. For example, if a user plays a local league for a long period of time and is unable to finish the league normally, it would be harsh for the user if a penalty period occurs from the time the user leaves the room. Specifically, assuming that the predetermined period was 3 hours, the user who created the battle room was unable to end the local league two hours after starting the local league, and the user who created the battle room If the user leaves the room, the second determination unit 305 determines that the predetermined condition is satisfied after waiting one hour from the time the user leaves the room. In this way, the main purpose is to prevent the competition rooms from being crowded, and it is possible to prevent the play activities of the users from being inhibited.

[3-1-7. Third judgment section]
The third determination unit 306 is mainly realized by the control unit 31. The third determination unit 306 determines whether or not a state in which a new battle room is not generated continues for a predetermined period in response to a user's request. The predetermined period may be, for example, a predetermined period, and may be, for example, about 1 to 12 hours, or about several days.

For example, the third determination unit 306 refers to the penalty information in the user database DB1 and determines whether a predetermined period has elapsed since the date and time when the penalty occurred. The third determination unit 306 acquires the current date and time based on a real-time clock, a GPS signal, or the like, and determines whether the interval between the date and time when the penalty occurred and the current date and time has exceeded a threshold value.

For example, the third determination unit 306 may obtain the server time in the game server 30 and determine, based on the server time, whether the interval between the date and time when the penalty occurred and the current date and time has exceeded a threshold value. good. For example, the server time may be acquired when the game terminal 10 connects to the game server 30. For example, if you want to memorize the terminal time (first time) when the server time was acquired and want to know the current server time, instead of going to the game server 30 to acquire the server time, save the current terminal time. The server time may be obtained by obtaining (second time) and adding the previously obtained server time + (second time - first time). If the game program is suspended or the time between the second time and the first time becomes longer than a predetermined number, the server time may be inquired of the game server 30 again and the server time and first time may be updated. With this configuration, it is possible to reduce inquiries to the server and minimize the deviation from the server time.

For example, the second determination unit 305 determines whether or not to generate a new battle room in response to a user's request, based on the determination result of the first determination unit 304 and the determination result of the third determination unit 306. . The second determination unit 305 determines to generate a new battle room when the third determination unit 306 determines that a new battle room is not generated for a predetermined period of time, and the third determination unit 306 determines that a new battle room is to be generated. When it is determined that a state in which a new battle room is not generated continues for a predetermined period, it is determined that a new battle room is not generated.

[3-1-8. Fourth judgment section]
The fourth determination unit 307 is mainly realized by the control unit 31. The fourth determination unit 307 determines whether or not execution of the game has started. Starting means, for example, that an operation for starting a game is performed. or receiving information indicating that the operation has been performed. This is to display the screen of the game being executed on the terminal. The goal is to update data that shows the status of the game.

For example, the game terminal 10 transmits a game start request to the game server 30 when an operation to start the game is performed. The third determination unit 306 determines whether a start request has been received from the game terminal 10. For example, the third determination unit 306 determines that execution of the game has started when it is determined that a start request has been received from the game terminal 10, and determines that the start request has not been received from the game terminal 10. , it is determined that the game has not started running.

For example, the second determination unit 305 determines whether or not to generate a new battle room in response to a user's request, based on the determination result of the first determination unit 304 and the determination result of the fourth determination unit 307. . The second determining unit 305 determines that a new battle room is to be generated when the fourth determining unit 307 determines that a new battle room is to be generated, and the fourth determining unit 307 determines that execution of the game has started. In this case, it is determined that a new battle room will not be generated.

[3-1-9. Compensation Department]
The reward giving unit 308 is mainly realized by the control unit 31. The reward giving unit 308 gives a reward to the user associated with the battle room based on the determination result of the first determining unit 304. Rewards include, for example, giving game items or in-game currency (points, coins, etc.). For example, the reward granting unit 308 grants a game item to the user by associating the user ID with information that identifies the game item. For example, the reward granting unit 308 grants in-game currency to the user by increasing the in-game currency associated with the user ID.

For example, the reward granting unit 308 determines to provide a reward to the user when the first determining unit 304 determines that a predetermined condition is satisfied, and the first determining unit 304 determines that the predetermined condition is not satisfied. , it is determined that the reward will not be given to the user. Note that, depending on how the predetermined condition is determined, the reward granting unit 308 may, on the contrary, determine that the reward will be given to the user when the first determining unit 304 determines that the predetermined condition is not satisfied. , when the first determination unit 304 determines that a predetermined condition is satisfied, it may be determined that the reward is not given to the user.

[3-1-10. Display control section]
The display control section 309 is realized mainly by the control section 31. For example, the display control unit 309 displays information for identifying the execution status of the game on the display unit 15 corresponding to the user associated with the battle room and the display unit 15 corresponding to the user who created the battle room. Display it on at least one side. At least one of them may be only the display section 15 corresponding to the user who entered the battle room, only the display section 15 corresponding to the user who created the battle room, or both of these. You can.

The information for identifying the execution status of the game is, for example, information that can identify how far the game is progressing. For example, if a user is playing with multiple users, the users who have not yet played with him may be displayed. For example, displaying users who have not played against each other yet. For example, it is information that can identify how much time remains until a predetermined execution status is reached. Another example is the current number of matches. Also, for example, it is the number of completed matches. Another example is the elapsed time from the start of the game. For example, if the game is a game in which multiple stages are played in sequence, this is the current stage. For example, if the game is a game in which a score is acquired, the current acquired score is used. For example, in the case of a sports game, it is the current situation of the match. In a baseball game, this would be the current inning. In the case of a soccer game, it is the elapsed time of the game.

In this embodiment, the match combinations of the remaining matches displayed in the display area A40 of the match combination image G4 correspond to an example of information for identifying the execution status of the game. The display control unit 309 identifies remaining matches based on the game data and updates the display in the display area A40.

For example, the display control unit 309 causes the display unit 15 corresponding to the user to display the performance of the user associated with the battle room based on the execution result of the game. The achievement is, for example, winning a game. Also, for example, the number of wins, winning percentage, number of losses, and number of draws in games. Another example is a ranking in a game. Another example is a ranking among users who have participated in the game. Another example is a user's score in a game.

In the present embodiment, a case where the user's results are displayed on the award ceremony image G7 will be described as an example. The display control unit 309 identifies the user's performance based on the game data and displays the award ceremony image G7.

[3-2. Functions realized on game terminals]
The game terminal 10 implements a data storage section 100 and a match execution section 101.

[3-2-1. Data storage unit]
The data storage unit 100 is mainly realized by the storage unit 12. The data storage unit 100 stores data necessary for executing the game. Here, battle room data DT1 will be described as an example of data stored in the data storage section 100.

FIG. 19 is a diagram showing an example of data storage of the battle room data DT1. As shown in FIG. 19, the battle room data DT1 stores room information of the battle room into which the user has entered. The data structure of the room information is as explained in the battle room database DB2.

Note that the data stored in the data storage unit 100 is not limited to the above example. The data storage unit 100 may store data necessary for the game. For example, the data storage unit 100 may store basic information related to the user of the game terminal 10 (e.g., user ID, user name, etc.), past results/match history of exhibitions in which the user has participated, and local league information. Participation history may be stored.

[3-2-2. Battle execution department]
The competition execution unit 101 is mainly realized by the control unit 11. The competition execution unit 101 executes a competition based on a user's operation. For example, the competition execution unit 101 updates game data based on a user's operation from the operation unit 14 and another user's operation from the operation unit 14 of another game terminal. For example, the battle execution unit 101 causes the character to move based on the user's operation, and determines the superiority or inferiority of the user when the game ends.

[4. Processing executed in the game system]
20 and 21 are flowcharts showing an example of processing executed in the game system S. The processes shown in FIGS. 20 and 21 are executed by the control unit 11 operating according to the program stored in the storage unit 12 and the control unit 31 operating according to the program stored in the storage unit 32. The processing described below is an example of processing executed by the functional blocks. Here, a process will be described in which the user selects the new creation button B21 from the battle room search image G2, inputs the name of the battle room in the input form F230, and selects the OK button B232.

As shown in FIG. 20, first, in the game terminal 10, the control unit 11 transmits a competition room generation request (S101). Note that information such as the user ID included in the generation request may be stored in the storage unit 12 in advance. In the following explanation, when some information is transmitted from the game terminal 10 to the game server 30, the user ID is also transmitted, making it possible for the game server 30 to identify which game terminal 10 it is communicating with. ing. Furthermore, if the name of the competition room is not entered in the input form F230, the generation request may not be sent even if the user selects the OK button B232.

In the game server 30, upon receiving the generation request, the control unit 31 determines whether or not to generate a new battle room based on the generation request based on the penalty information in the user database DB1 (S301). In S301, the control unit 31 refers to the penalty information of the record corresponding to the user ID included in the generation request in the user database DB1. If the penalty information generation flag is off, the control unit 31 determines to generate a new battle room, and if the penalty information generation flag is on, it determines not to generate a new battle room.

If it is not determined that a new battle room is to be generated (S301; N), the control unit 31 transmits a notification indicating that a new battle room will not be generated to the game terminal 10 (S303). In this case, the process of S305 is not executed and no battle room is generated.

In the game terminal 10, upon receiving the notification, the control unit 11 displays a dialog D25 indicating that the battle room has not been generated on the battle room search image G2 (S103), and this process ends. It is assumed that data for displaying the dialog D25 is stored in the storage unit 12 in advance.

On the other hand, if it is determined in S301 that a new battle room is to be generated (S301; Y), the control unit 31 generates a battle room based on the received generation request (S305), and sends a battle room to the game terminal 10. A completion notification indicating that room generation is completed is transmitted (S307). In S305, the control unit 31 generates a battle room ID based on a predetermined ID generation rule. Further, the control unit 31 generates a new record in the match room database DB2, and stores information such as the user ID included in the generation request as generated user information and room entering user information. Note that the notification of completion in S307 may be made in a predetermined data format, and for example, it is assumed that the battle room ID generated in S305 is included in the notification of completion.

In the game terminal 10, upon receiving the completion notification, the control unit 11 transmits room information such as the match ID to the other game terminals 10 (S105). In S105, the control unit 11 transmits the room information to other game terminals 10 based on wireless communication in accordance with at least one wireless communication standard. When the other game terminal 10 acquires room information based on wireless communication in accordance with at least one wireless communication standard, the battle room is displayed in the battle room search image G2, and when the enter button B23 is selected, the game An entry request is sent to the server 30. Note that the entry request may be sent to the game server 30 via the game terminal 10 that has generated the competition room.

In the game server 30, the control unit 31 determines whether an entry request has been received from the game terminal 10 (S309). If it is determined that an entry request has been received (S309; Y), the control unit 31 allows the user who made the entry request to enter the battle room (S311), and sends a completion message to the game terminal 10 indicating that entry has been completed. A notification is sent (S313). In S311, the control unit 31 stores the information included in the entry request in the entry user information of the record corresponding to the match room ID included in the entry request in the match room database DB2. Note that the notification of completion in S313 may be made in a predetermined data format, and includes, for example, entry user information of the user who has entered the battle room.

In the game terminal 10, upon receiving the completion notification, the control unit 11 updates the battle room data DT1 (S107). In S107, the control unit 11 stores the entering user information included in the completion notification in the battle room data DT1. Thereby, the game terminal 10 can identify that another user has entered the battle room created by the user.

21, when the start operation for starting the local league is performed from the operation unit 14, the control unit 11 transmits a start notification indicating that the local league will be started to the game server 30 ( S109). Note that the start notification in S109 may be made in a predetermined data format, and includes, for example, the match room ID of the match room where the local league is to be started.

In the game server 30, the control unit 31 determines whether a start notification has been received (S315). If it is not determined that the start notification has been received (S315; N), the process returns to S309. In this case, the user waits for another user to enter the battle room. Note that even if the user who entered the battle room leaves the battle room in this state, no penalty will occur because the processes of S319 to S325, which will be described later, will not be executed.

When the start operation is performed in S109, the game terminal 10 determines a match combination so that a round-robin battle will be played among the plurality of users who have entered the room based on the user information, and performs matching processing with other game terminals 10. be done. The game is executed by transmitting and receiving data indicating the status of the game being executed and the contents of the user's operations while establishing wireless communication between the game terminal 10 and other game terminals 10. During this time, game data indicating the latest match situation and match results may be transmitted from the game terminal 10 to the game server 30.

The control unit 11 determines whether the user has selected the exit button B400 based on the detection signal from the operation unit 14 (S111). When the user selects the exit button B400 (S111; Y), the control unit 11 transmits an exit request for exiting to the competition room to the game server 30 (S113). Note that in other game terminals 10 as well, when the exit button B400 is selected, an exit request is transmitted to the game server 30.

In the game server 30, the control unit 31 determines whether a request to leave the room has been received (S317). If it is not determined that a request to leave the room has been received (S317; N), the process moves to S327, which will be described later.

On the other hand, if it is determined that a request to leave the room has been received (S317; Y), the control unit 31 causes the user who requested to leave the room to leave the competition room (S319), and increases the number of times indicated by the penalty information (S321). In S319, the control unit 31 deletes the information corresponding to the user ID included in the entry request from the entry user information of the record corresponding to the match room ID included in the exit request in the match room database DB2. Further, in S321, the control unit 31 increases by one the number of times indicated by the penalty information of the record corresponding to the competition room ID included in the exit request in the user database DB1.

The control unit 31 determines whether or not to generate a penalty based on the penalty information in the user database DB1 (S323). In S323, the control unit 31 determines whether the number of times indicated by the penalty information has exceeded a threshold value. The control unit 31 determines that a penalty will be generated when the number of times is equal to or greater than the threshold value, and does not determine that a penalty will be generated when the number of times is less than the threshold value.

When it is determined that a penalty is to be generated (S323; Y), the control unit 31 updates penalty information of the user who created the battle room (S325). In S325, the control unit 31 refers to the generated user information of the record corresponding to the match room ID included in the exit request from the match room database DB2. The control unit 31 stores the current date and time of the penalty information of the record corresponding to the user ID included in the generated user information in the user database DB1, and turns on the occurrence flag. Note that the game server 30 periodically refers to the penalty information in the user database DB1, and resets the number of times by turning off the occurrence flag for records for which a certain period of time has passed since the date and time of the penalty information.

In the game terminal 10, the control unit 11 determines whether all games in the local league have ended based on the match room data DT1 (S115). In S115, the control unit 11 determines whether all the games for which the battle combinations have been determined have been completed, based on the game data stored in the battle room data DT1. If it is not determined that all the games have ended (S115; N), the process returns to S111, the matching process for the next game is executed, and the remaining games in the local league proceed.

On the other hand, if it is determined that all matches have ended (S115; Y), the control unit 11 displays the award ceremony image G7 based on the competition room data DT1 (S117), and sends the award ceremony image G7 to the game server 30. A termination notification indicating that image G7 has been displayed is transmitted (S119). Note that the termination notification in S119 may be made in a predetermined data format, and includes, for example, the match room ID of the match room where the local league has ended.

In the game server 30, upon receiving the end notification, the control unit 31 gives a reward to the user in the battle room (S327), and this process ends. In S327, the control unit 31 specifies the user ID of the user who entered the battle room by referring to the entering user information in the battle room database DB2, and associates a new game item with the user ID, or associates a new game item with the user ID. Increase the associated in-game currency. Note that the reward may be provided when the user performs a predetermined receiving operation from the notification section within the game.

Note that the game server 30 may not consider that the local league has ended unless it receives end notifications from all the game terminals 10 that have entered the competition room. In this case, if even one user has not finished viewing the award ceremony image G7, no reward will be given. Furthermore, if there is even one user who has not finished viewing the award ceremony image G7, if any user leaves the room, it may be assumed that the user has left the room midway.

According to the game system S described above, if the execution status of the game does not satisfy a predetermined condition, it is determined that a new battle room will not be generated, thereby preventing the same user from creating a new battle room. can. Therefore, it is possible to prevent an increase in the amount of game data consumed due to the proliferation of battle rooms.

In addition, if at least one user leaves the battle room before the game reaches a predetermined execution state, it is determined that a new battle room will not be created. It is possible to prevent the creation of a battle room.

Additionally, if a new battle room is not generated due to a user's request for a predetermined period of time, it is determined that a new battle room will be generated, thereby preventing a situation where a new battle room cannot be generated forever. . For example, if the user is unable to create a new battle room for an unintended reason, it is possible to prevent an unreasonably heavy penalty from being imposed.

In addition, by determining that a new battle room will be generated when the game has not started, for example, if there is a legitimate reason for not being able to start the game, an unreasonably heavy penalty will be imposed. It can be prevented.

In addition, when the game execution status satisfies predetermined conditions, not only can a new battle room be created, but also rewards are given, which provides motivation for players to play until the game execution status satisfies the predetermined conditions. Can be done.

In addition, if the game execution status of a predetermined number or more of the battle rooms created by the same user does not meet the predetermined conditions, it will be determined that a new battle room will not be created, and the penalty will be unfair. It is possible to prevent it from becoming too heavy.

Furthermore, the user can check the execution status of the game. Therefore, the user can confirm whether the situation is such that it is determined that a new battle room will not be generated.

Further, it is possible to motivate each user to play the game until he/she sees the results in the game.

[5. Modified example]
Note that the present invention is not limited to the embodiments described above. Changes can be made as appropriate without departing from the spirit of the invention.

(1) For example, in the embodiment, a case has been described in which a penalty occurs when there is a user who leaves the room before the award ceremony image G7 is displayed, but the predetermined conditions for the occurrence of a penalty have not been explained in the embodiment. Not limited to examples. For example, the predetermined condition is that a predetermined deadline set when a battle room is generated passes without the game reaching a predetermined execution status.

The predetermined deadline is, for example, a period from the time when the battle room is generated to a predetermined time after the time. The predetermined time may be any predetermined time, and may be, for example, several hours, several days, or several weeks.

For example, in modification example (1), the generation date and time when the battle room was created is stored in the battle room database DB2. When generating a battle room, the generation unit 301 stores the generation date and time of the generated battle room in the battle room database DB2. The generation date and time may be the date and time when the generation of the battle room is completed, the date and time that is a predetermined time before or after the date and time, or the date and time when the generation request is received.

The first determination unit 304 of modification example (1) determines whether the time interval between the generation date and time of the battle room and the current date and time is equal to or greater than a threshold value when the game is not in a predetermined execution state. The first determination unit 304 determines that the predetermined condition is satisfied when the time interval is determined to be greater than or equal to the threshold value, and determines that the predetermined condition is not satisfied when the time interval is determined to be greater than or equal to the threshold value. The second determination unit determines to generate a new battle room when the first determination unit 304 determines that the time interval is less than the threshold, and the second determination unit determines that a new battle room is to be generated when the first determination unit 304 determines that the time interval is equal to or greater than the threshold. If it is determined, it is determined that a new battle room will not be generated.

According to modification example (1), if a predetermined time limit passes without the game reaching a predetermined execution status, it is determined that a new battle room will not be generated, thereby preventing a long battle room in which the game cannot proceed. Since it is possible to prevent the game from running out of time, it is possible to reduce the amount of data consumed by the game system.

(2) Also, for example, although a case has been described in which a battle room is generated for a user to compete against other users, the present invention does not necessarily have to be in the form of a room. For example, a user group may be created, and users who wish to play with other users may belong to the user group.

A user group is, for example, a group that includes multiple users as members. For example, a plurality of users who belong to the same user group become a plurality of users who compete for superiority (ranking or victory or defeat) in the game. For example, a user group should be a gathering of users who wish to play games in which they compete against other users, or users who wish to play games in which they aim to achieve goals in cooperation with other users. There may be.

In other words, the user group may be for declaring participation in the game. For example, a user group represents objects that exist in the world within the game. For example, the user group may be a room or lobby set within the game, a predetermined place set within the virtual world, or a user group such as a friend or guild. It may be called by name. Further, for example, the user group may be a record on a database, or may be an array using a hash structure on memory.

A battle room is an example of a user group, and the portion described as a battle room in the embodiment can be read as a user group. For this reason, the generation unit 301 generates user groups based on user requests. The first determination unit 304 determines whether the execution status of the game associated with the user group satisfies a predetermined condition. The second determination unit 305 determines whether or not to generate a new user group based on the determination result of the first determination unit 305 in response to a user's request. Details of these processes are as described in the embodiment.

According to modification example (2), if the game execution status does not satisfy a predetermined condition, it is determined that a new user group will not be created, thereby preventing the same user from creating a new battle room. . Therefore, it is possible to prevent an increase in the amount of game data consumed due to the proliferation of user groups.

(3) For example, in the embodiment, the description has been given using a local league as an example, but the same processing as in the embodiment may be applied to an exhibition, or the same processing as in the embodiment may be applied to an online match. Good too.

Further, for example, in the embodiment, the case where a penalty occurs when any user leaves the battle room has been described as an example, but the conditions for the penalty to occur may be any predetermined conditions, for example, The condition may be that the user who created the battle room leaves the battle room, or the condition may be that a user other than the user who created the battle room leaves the battle room and the number of users in the battle room becomes less than a predetermined number. Good too. For example, the condition may be that a predetermined number of users or more leave the room.

Further, for example, in the embodiment, a case has been described in which the game server 30 executes the main processing related to the management of the battle room, and the game server 30 corresponds to the game control device according to the present invention. Each function may be realized in the game terminal 10. For example, the generation unit 301, the room entry unit 302, the room exit unit 303, the first determination unit 304, the second determination unit 305, the third determination unit 306, the fourth determination unit 307, the reward provision unit 308, and the display control unit 309 It may be realized in the terminal 10. In this case, each of these functions is mainly realized by the control section 11.

For example, when the generation unit 301 is implemented in the game terminal 10, the generation unit 301 generates a battle room ID and transmits data including the user ID and the battle room ID to the game server 30, thereby generating a battle room. You can. For example, when the room entry unit 302 is implemented by the game terminal 10, other users may be allowed to enter the room by acquiring information such as a user ID from another game terminal 10 and updating the entry user information. Further, for example, when the room leaving section 303 is implemented by the game terminal 10, other users may be allowed to leave the room by acquiring information such as a user ID from another game terminal 10 and updating the entering user information. For example, when the first determination unit 304 is implemented by the game terminal 10, it may be determined whether a predetermined condition is satisfied by referring to game data stored in the battle room data DT1. For example, when the second determination unit 305 is implemented in the game terminal 10, the determination result as to whether or not to generate a new battle room may be transmitted to the game server 30.

Further, for example, each function may be shared between the game terminal 10 and the game server 30. In this case, processing results may be transmitted and received between the game terminal 10 and the game server 30. For example, the generation unit 301 may be implemented in the game terminal 10, and the first determination unit 304 and the second determination unit 305 may be implemented in the game server 30. For example, the generation unit 301 and the first determination unit 304 may be implemented in the game terminal 10, and the second determination unit 305 may be implemented in the game server 30.

[6. Additional notes]
From the above description, the present invention can be understood as follows, for example.

1) A game system (S) according to one aspect of the present invention includes a generation unit (301) that generates a battle room based on a user's request, and a generation unit (301) that generates a battle room based on a user's request, and a game system in which the execution status of a game associated with the battle room meets a predetermined condition. a first determining means (304) for determining whether or not the requirements are satisfied; and a first determining means (304) for determining whether or not a new battle room is to be generated based on the user's request based on the determination result of the first determining means (304). 2 determination means (305).

10) A game system (S) according to an aspect of the present invention includes a generation unit (301) that generates a user group based on a user's request, and a generation unit (301) that generates a user group based on a user request, and a generation unit (301) that generates a user group based on a user request, and a generation unit (301) that generates a user group based on a user request, and a generation unit (301) that generates a user group based on a user request. a first determining means (304) for determining whether or not the requirements are met; and a first determining means (304) for determining whether or not to generate a new user group based on the user's request based on the determination result of the first determining means (304). 2 determination means (305).

11) The game control device (10, 30) according to one aspect of the present invention determines whether the execution status of the game associated with the battle room generated based on the user's request satisfies a predetermined condition. a first determining means (304); and a second determining means (305) for determining whether or not to generate a new battle room in accordance with the user's request, based on the determination result of the first determining means (304). ,including.

12) The game control device (10, 30) according to one aspect of the present invention determines whether the execution status of the game associated with the user group generated based on the user's request satisfies a predetermined condition. a first determination means (304); and a second determination means (305) for determining whether or not to generate a new user group in response to the user's request, based on the determination result of the first determination means (304). ,including.

13) A program according to one aspect of the present invention causes a computer to function as the game system (S) according to any one of 1) to 10) or the game control device (10, 30) according to 11) or 12). .

14) An information storage medium according to one aspect of the present invention is a computer-readable information storage medium on which the program of 13) is recorded.

According to the inventions according to 1) or 10) to 14), if the execution status of the game does not satisfy a predetermined condition, it is determined that a new battle room will not be generated, thereby preventing the creation of a new battle room by the same user. can be prevented. Therefore, it is possible to prevent an increase in the amount of game data consumed due to the proliferation of battle rooms.

2) In one aspect of the present invention, the game system (S) further includes a canceling unit (303) for canceling the association of the user associated with the battle room, and the predetermined condition is such that the game system (S) Before the execution status is reached, the association between at least one user and the battle room is released. According to the aspect 2), if the association between at least one user and the battle room is canceled before the game reaches a predetermined execution state, it is determined that a new battle room will not be generated. It is possible to prevent the user who created the battle room from creating a new battle room.

3) In one aspect of the present invention, the game system (S) includes a third determination unit (306) that determines whether or not a state in which the new battle room is not generated continues for a predetermined period in response to a request from the user. The second determining means (305) is configured to perform the determination based on the determination result of the first determining means (304) and the determination result of the third determining means (306) at the request of the user. Decide whether to create a new battle room. According to aspect 3), if a new battle room is not generated due to a user's request for a predetermined period of time, it is determined that a new battle room should be generated, so that a new battle room cannot be generated forever. can be prevented. For example, if the user is unable to create a new battle room for an unintended reason, it is possible to prevent an unreasonably heavy penalty from being imposed.

4) One aspect of the present invention further includes a fourth determining means (307) for determining whether or not execution of the game has started, and the second determining means (305) ) and the determination result of the fourth determining means (307), it is determined whether or not to generate the new battle room in response to the user's request. According to aspect 4), by determining that a new battle room will be generated when the game has not started, for example, if there is a legitimate reason why the game could not be started, an unreasonably heavy penalty can be avoided. can be prevented from being imposed.

5) In one aspect of the present invention, the game system (S) includes a reward giving unit (308) that provides a reward to the user associated with the battle room based on the determination result of the first determining unit (304). ), further including. According to aspect 5), when the game execution status satisfies a predetermined condition, not only can a new battle room be generated, but also a reward is given, so players can play until the game execution status satisfies the predetermined condition. can provide motivation to do so.

6) In one aspect of the present invention, the generation means (301) generates the battle room every time the user requests, and the second determination means (305) generates the battle room according to the user's request. Based on the determination result of the first determining means (304) for a predetermined number or more of the battle rooms among the plurality of battle rooms, it is determined whether or not the new battle room is to be generated at the request of the user. do. According to aspect 6), if the game execution status of a predetermined number or more of the battle rooms created by the same user does not satisfy a predetermined condition, it is determined that a new battle room will not be generated. This can prevent penalties from becoming unduly heavy.

7) In one aspect of the present invention, the game system (S) displays information for identifying the execution status of the game on a display means (15) corresponding to a user associated with the battle room, and in the battle room. The room further includes a display means (15) corresponding to the user who created the room, and a display control means (309) for causing the room to be displayed on at least one of the following. According to the aspect 7), the user can check the execution status of the game. Therefore, the user can confirm whether the situation is such that it is determined that a new battle room will not be generated.

8) In one aspect of the present invention, the game system (S) displays the performance of the user associated with the battle room on the display means (15) corresponding to the user, based on the execution result of the game. The predetermined condition is that the results are displayed by the display control means (309). According to the aspect 8), it is possible to motivate each user to play the game until he/she sees the results in the game.

9) In one aspect of the present invention, the predetermined condition is that a predetermined time limit set when the battle room is generated passes without the game reaching a predetermined execution status. According to aspect 9), if a predetermined time limit passes without the game reaching a predetermined execution status, it is determined that a new battle room will not be generated, so that a battle room in which the game cannot proceed for a long period of time is determined. Since it is possible to prevent data from remaining, data consumption of the game system can be reduced.

S game system, N network, PN private network, 10, 10A, 10B, 10C game terminal, 30 game server, 50 domain name server, 11, 31, 51 control unit, 12, 32, 52 storage unit, 13, 33, 53 communication section, 14 operation section, 15 display section, G1 menu image, G2 battle room search image, G3 battle room image, G4 battle combination image, G5 matching image, G6 game image, G7 award ceremony image, 100 data storage section, Reference Signs List 101 Match Execution Unit, 300 Data Storage Unit, 301 Generation Unit, 302 Room Entry Unit, 303 Room Exit Unit, 308 Reward Giving Unit, 309 Display Control Unit, A20 Display Area, A30 Display Area, A40 Display Area, B10 Event Button, B11 Online Battle button, B12 Season match button, B14 Local battle button, B21 Create new button, B22 Reload button, B23 Enter room button, D15 Dialog, D23 Dialog, D24 Dialog, D25 Dialog, DB1 User database, DB2 Battle room database, DT1 Battle room Data, A300 display area, A302 display area, A303 display area, B150 exhibition button, B151 record button, B152 match history button, B153 local league button, B154 participation history button, B155 button, B200 entry button, B231 cancel button, B232 button , B240 button, B400 exit button, F230 input form.

Claims (5)

Generating means for generating a battle room based on a user's request and allowing one user to generate a plurality of said battle rooms;
associating means for associating the user with the battle room created by another user to enable participation in a game in the battle room based on a request of the user;
Penalty applying means that applies a penalty to the user when a predetermined condition is satisfied due to the user leaving the room midway ;
determination means for determining whether or not to generate a new battle room based on whether or not the user has been given the penalty;
Game system including. A generating means that generates a battle room based on a user's request and allows one user to generate a plurality of battle rooms;
associating means for associating a user with the battle room based on a request of the user;
determining means for determining whether or not to generate a new battle room in response to a request from the user;
The generating means is a game system that generates the battle room to which a user who has created the battle room is not associated. A generating means that generates a battle room based on a user's request and allows one user to generate a plurality of battle rooms;
associating means for associating the user with the battle room created by another user to enable participation in a game in the battle room, based on a request of the user;
Penalty applying means that applies a penalty to the user when a predetermined condition is satisfied due to the user leaving the room midway ;
determining means for determining whether or not to generate a new battle room at the user's request based on whether or not the user has been given the penalty;
Game control device including. A generating means that generates a battle room based on a user's request and allows one user to generate a plurality of battle rooms;
associating means for associating a user with the battle room based on a request of the user;
determining means for determining whether or not to generate a new battle room in response to a request from the user;
The generating means is a game control device that generates the battle room with which the user who created the battle room is not associated. A program for causing a computer to function as the game system according to any one of claims 1 to 2 or the game control device according to any one of claims 3 to 4 .

Images