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

Abstract

To provide a game system that allows other users to appropriately participate in a game running in a match room.SOLUTION: A game system includes: a group generation unit 301 for generating groups that are used by a plurality of users to play a game; and an identification information generation unit 302 for generating a plurality of pieces of identification information to be associated with groups when the groups are generated. The pieces of identification information are mapped with different functions from one another.SELECTED DRAWING: Figure 12

Description

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

  Conventionally, a game system is known in which a group such as a battle room or a lobby is generated and a plurality of users play a game. For example, Patent Literature 1 describes that another user enters a battle room generated by the user, and a plurality of users who enter the battle room play a game.

JP 2014-068870 A

  However, in the technique of Patent Document 1, another unintended user may enter the battle room generated by the user. In this respect, it may be possible to limit the battle room so that only a limited number of users can enter, but in this case, other users may feel dissatisfied because they cannot participate in the game executed in the battle room. There is sex.

  The present invention has been made in view of the above problems, and its object is to provide a game system, a game control device, and a program that allow other users to appropriately participate in a game executed in a battle room. Is to provide.

  In order to solve the above problems, a game system according to an aspect of the present invention includes a group generation unit that generates a group used by a plurality of users to play a game, and when the group is generated, the group And a plurality of identification information generating means for generating a plurality of identification information associated with each of the plurality of identification information.

  A game control apparatus according to an aspect of the present invention includes a group generation unit that generates a group used by a plurality of users to play a game, and a plurality of pieces of identification information associated with the group when the group is generated. And a plurality of pieces of identification information associated with different functions.

It is a figure which shows the whole game system structure. It is a figure which shows an example of a battle mode selection image. It is a figure which shows an example of a battle | competition room mode image. It is a figure which shows an example of the battle | competition room mode image when the battle | competition room production | generation button is selected. It is a figure which shows an example of a battle room image. It is a figure which shows a mode that room ID is input from a battle room mode image. It is a figure which shows a mode that a 1st user and a 2nd user enter into a table. It is a figure which shows a mode that a 1st user and a 2nd user fight. It is a figure which shows a mode that watching-game ID is input from a battle room mode image. It is a figure which shows an example of a watching image. It is a figure which shows a mode that the watching user is watching the battle | competition. It is a functional block diagram which shows the function relevant to this invention among the functions implement | achieved by a game system. It is a figure showing an example of data storage of battle room data. It is a flowchart which shows an example of the process performed in a game system. It is a flowchart which shows an example of the process performed in a game system. It is a figure which shows the whole structure of the game system of 2nd Embodiment. It is a figure which shows a mode that a user battles in a meeting hall. It is a figure which shows the progress procedure in the 1st day of a game competition. It is a figure which shows the progress procedure in the 1st day of a game competition. It is a figure which shows the progress procedure in the 1st day of a game competition. It is a figure which shows the progress procedure in the 1st day of a game competition. It is a figure which shows an example of a management tool image. It is a figure which shows a mode that a legend card is registered from a management tool. It is a figure which shows a mode that a battle result is registered from a management tool. It is a functional block diagram of a 2nd embodiment. It is a figure which shows an example of object data.

[1. Overall configuration of game system]
Hereinafter, a first embodiment according to the present invention will be described with reference to the drawings. In the drawings, the same or corresponding components are denoted by the same reference numerals, and repeated description 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 the present embodiment includes a first game terminal 10A, a second game terminal 10B, a third game terminal 10C, and a server 30. Each of first game terminal 10A, second game terminal 10B, third game terminal 10C, and server 30 is connected to a network N such as the Internet. For this reason, mutual data communication is possible between the game terminal 10 and the server 30.

  In the present embodiment, 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 it is not necessary to distinguish them. Moreover, although the case where there are three game terminals 10 will be described, the number of game terminals 10 in the game system S is not limited, and may be two or four or more. Similarly, the number of servers 30 in the game system S is not limited, and two or more servers 30 may exist, or a computer other than the server 30 may be included in the game system S.

  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 type having an information processing function. A television receiver (smart TV).

  As shown in FIG. 1, the game terminal 10 includes a control unit 11, a storage unit 12, a communication unit 13, an operation unit 14, and a display unit 15. The control unit 11 includes at least one microprocessor. For example, the control unit 11 may include a plurality of microprocessors. The control unit 11 executes processing according to an operating system and other programs. The storage unit 12 includes a main storage unit (for example, RAM) and an auxiliary storage unit (for example, a nonvolatile semiconductor memory). The storage unit 12 stores programs and data. For example, when the game terminal 10 is a personal computer or the like, the storage unit 12 may include an auxiliary storage unit 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.

  The operation unit 14 is an input device, and may include, for example, a key, a lever, a game controller (game pad), a pointing device such as a mouse and 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 an input operation by voice or gesture. 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 have to be built in the game terminal 10, and may be external devices connected to the game terminal 10.

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

  The program and data described as being stored in the storage unit 12 or the storage unit 32 may be supplied to the game terminal 10 or the server 30 via the network N, for example. Further, the game terminal 10 or the server 30 may include a reading unit (for example, an optical disk drive or a memory card slot) for reading a program or data stored in an information storage medium (for example, an optical disk or a memory card). . And you may make it a program and data be supplied to the game terminal 10 or the server 30 via an information storage medium.

[2. Game Overview]
In the game system S, a game played by a plurality of users is executed. A game played by a plurality of users is, for example, a game in which a plurality of users participate, a game in which a plurality of users play against each other, a game in which a plurality of users cooperate with each other (computer or another user), A game in which each of a plurality of users plays a game and competes with other users for scores and the like. In the game system S, a group used for a plurality of users to play a game is generated.

  A group is a group including a plurality of users as members (participants), for example. For example, a plurality of users belonging to the same group can be said to be a plurality of users competing for superiority or inferiority (rank or win / loss) of the game. Also, for example, a group should be gathered by users who want to play games that play against other users, or users who want to play games that aim to achieve goals in cooperation with other users. There may be. In other words, the group may be, for example, for declaring participation in the game. For example, the group may indicate an object that exists in the world in the game. For example, the group may be a room / lobby set in the game, a predetermined place set in the virtual world, or another name such as a friend or guild. It may be called. In the present embodiment, a case is described in which a plurality of subgroups are set in the group, but there may be no subgroups in particular.

  A subgroup is another group set in the group, for example. For example, a subgroup is a unit smaller than a group, and a part of users belonging to the group belongs to it. For example, if the group is a room or a lobby, there are tables and chairs arranged in it. Also, for example, if the group is a place in the virtual world, it is a table or chair placed at that place. For example, if the group is a friend or guild, it is a small group of friends set in the group.

  In the present embodiment, as an example of a game, a card game in which a plurality of users play using game cards will be described. A battle room will be described as an example of a group, and a table in the battle room will be described as an example of a subgroup. For this reason, the location described as a battle room in this embodiment can be read as a group, and the location described as a table can be read as a subgroup. For example, in the game system S, a plurality of battle modes are prepared, and when the user activates the game program, a battle mode selection screen for selecting a battle mode to be played is displayed on the display unit 15.

  FIG. 2 is a diagram illustrating an example of a battle mode selection image. As shown in FIG. 2, in the battle mode selection image G1, it is possible to select a battle mode to play from among a plurality of battle modes. For example, the rank battle button B10 is an image for playing a rank battle mode in which a plurality of users compete for rankings based on the battle results within a certain period. Further, for example, the free battle button B11 is an image for playing a free battle mode in which a plurality of users freely battle without affecting the ranking or the like. Further, for example, the friend battle button B12 is an image for playing a friend battle mode in which a plurality of users who are friends with each other battle each other. Further, for example, the battle room button B13 is an image for playing a battle room mode in which a plurality of users who have entered the battle room battle each other.

  In the present embodiment, the battle room mode will be mainly described. In the battle room mode, the user can play against other users by inviting other users to the battle room created by himself or entering the battle room created by other users. When the user selects the battle room button B13, a battle room mode image for playing the battle room mode is displayed on the game terminal 10.

  FIG. 3 is a diagram illustrating an example of a battle room mode image. As shown in FIG. 3, the battle room mode image G2 includes a battle room generation button B20 for generating a battle room, a member entry button B21 for entering the battle room as a member, and a battle room entering the battle room as a watching user. A spectator user entry button B22 is displayed.

  Thereafter, the first user who operates the first game terminal 10A generates a battle room, the second user who operates the second game terminal 10B enters the battle room as a member, and operates the third game terminal 10C. A case where three users enter the battle room as watching users will be described as an example. When the first user selects the battle room generation button B20, a dialog for generating a battle room is displayed in the battle room mode image G2.

  FIG. 4 is a diagram illustrating an example of a battle room mode image G2 when the battle room generation button B20 is selected. As shown in FIG. 4, the battle room mode image G2 displays a dialog D23 for making various settings related to the battle room. For example, an input form F230 for inputting the name of the battle room is displayed in the dialog D23. Further, for example, an input form F231 for inputting the upper limit number of users who can enter the battle room is displayed in the dialog D23.

  Also, for example, a radio button B232 for inputting whether to enable or disable the watching function for watching the battle room is displayed in the dialog D23. Also, for example, a radio button B233 for inputting whether or not the first user who generates the battle room participates in the battle as a member is displayed in the dialog D23. When the first user selects the cancel button B234, the dialog D23 is deleted without generating a battle room.

  When the first user selects the determination button B235, a new battle room is generated based on the input content to the dialog D23. For example, a battle room with the name input in the input form F230 is generated, and the number of persons input in the input form F231 is set as the upper limit number. Further, for example, when the watching function is turned on with the radio button B232, the game can be watched in the battle room. On the other hand, when the watching function is turned off with the radio button B232, the game cannot be watched in the battle room.

  Further, for example, when participation as a member is selected by the radio button B233, the first user can enter the battle room as a member and can play against another user (for example, the second user). On the other hand, if the radio button B233 is selected not to participate as a member, the first user cannot enter the battle room as a member and cannot battle with other users. Note that the first user has the authority as an owner user to manage the generated battle room, and for example, it is possible to invite other users to the battle room or to change the settings related to the battle room.

  Here, a case where the first user turns on the watching function with the radio button B232 and selects to participate as a member with the radio button B233 will be described. In this case, when the enter button B235 is selected and a battle room is generated, the first user enters the battle room as a member, and a battle room image showing the state of the battle room is displayed on the display unit 15.

  FIG. 5 is a diagram illustrating an example of a battle room image. As shown in FIG. 5, the battle room image G3 includes, for example, a display area A30 for displaying the name of the battle room that is entering the room. Further, for example, the battle room image G3 includes a display area A31 for displaying the number of users who enter the room as members, the upper limit number of users who can enter the room, and the number of users who enter the room as watching users.

  In this embodiment, when a battle room is generated, two IDs for identifying the battle room are generated. For example, one of these two IDs is a room ID for entering the battle room as a member, and the other is a game ID for entering the battle room as a watching user. For example, the room ID is displayed in the display area A32, and the watching game ID is displayed in the display area A33.

  Further, for example, in the battle room image G3, a member button B34 for displaying a list of users who are entering as a member, a battle result button B35 for displaying the battle record in the battle room, a comment left by the member or the watching user A comment button B36 for displaying “”, a leaving button B37 for leaving the battle room, and table selection buttons B38A to B38C for selecting a table provided in the battle room are displayed. In the present embodiment, the user can play other battle modes without selecting the room exit button B37 to leave the battle room, and the game part other than the battle (for example, one user alone). You can also play quests, etc.).

  Hereinafter, when it is not necessary to distinguish the table selection buttons B38A to B38C, they are simply referred to as a table selection button B38. In FIG. 5, three tables can be selected. However, the number of tables set in the battle room may be any number, for example, one, two, or four or more. It may be.

  The battle room image G3 in FIG. 5 shows a state where the battle room has just been generated, and no user other than the first user has entered the room. The first user notifies the room ID displayed in the display area A32 to another user who wants to be invited as a member (here, the second user), and invites the watching game ID displayed in the display area A33 as a watching user. The other user (here, the third user) to be notified is notified, and the other user is invited to the battle room.

  As the notification method of the room ID and the watching game ID, various known notification media can be used. For example, a message function in a game may be used, or an e-mail or a message application may be used. It is good or you may notify verbally. Further, the battle room generated by the first user may remain for a predetermined time (for example, 24 hours or until all members leave the room) after the battle room is generated.

  When the second user obtains the room ID of the battle room of the first user, the second user can enter the battle room of the first user as a member based on the room ID. For example, the second user can enter the battle room of the first user as a member by inputting the room ID notified from the first user from the battle room mode image G2.

  FIG. 6 is a diagram illustrating a state in which the room ID is input from the battle room mode image G2. For example, when the second user selects the member entry button B21 while the battle room mode image G2 is displayed on the second game terminal 10B, a dialog D24 is displayed on the battle room mode image G2 as shown in FIG. The For example, an input form F240 for inputting a room ID is displayed in the dialog D24.

  For example, when the second user inputs the room ID of the battle room of the first user on the input form F240 and selects the decision button B241, the battle room generated by the first user can enter the battle room as a member. In this case, the same battle room image G3 as the battle room image G3 displayed on the first game terminal 10A may be displayed, or a battle different from the battle room image G3 displayed on the first game terminal 10A. The room image G3 may be displayed. For example, the watching room ID may not be displayed in the battle room image G3 displayed on the second game terminal 10B.

  When the second user inputs an incorrect room ID from the input form F240, a predetermined error message is displayed and the first user cannot enter the battle room. In addition, even if the second user inputs the watching ID instead of the room ID in the input form F240, the user cannot enter the battle room as the watching user.

  When the second user enters the battle room of the first user, a battle with the first user or another user who has entered the battle room is possible. Here, since the first user has already entered the room, the first user and the second user can start a battle by entering the same table in the battle room.

  FIG. 7 is a diagram illustrating a state in which the first user and the second user enter the table. As shown in FIG. 7, no particular user information is displayed on the table selection button B38A of the first table in which no one has entered. For example, when the first user (the user named “AAA” in FIG. 7) first selects the table selection button B38A and enters the first table, the name and icon of the first user are displayed on the table selection button B38A. Is done. In this state, when the second user selects the table selection button B38A, the first user can enter the entered first table, and the battle between the first user and the second user is started.

  In addition, although FIG. 7 demonstrated the case where the 1st table was used, what is necessary is just to use the arbitrary tables in a battle | competition room, and a 2nd table or a 3rd table may be used. In this case, the first user and the second user can compete by selecting the table selection buttons B38B and B38C and entering the second table or the third table. Moreover, although the case where each table is for two people was described, three or more people may be able to enter the table.

  FIG. 8 is a diagram illustrating a state in which the first user and the second user battle each other. As shown in FIG. 8, the game room image G3 displays the state of the game being executed. In the present embodiment, since the card game is executed, for example, the battle room image G3 displays information on the user's hand, the state on the field where the game card is placed, and the user's life point.

  Since various known card games can be applied to the card game itself, details of the game are omitted. For example, each user attacks his / her opponent using his / her game card, and the opponent's life point The player who wins 0 wins. When the battle is over, the battle room image G3 returns to the state shown in FIG. In addition, when a battle | competition is complete | finished, each user may leave | separate automatically from a table, and you may enable it to rematch with the same user in the state entered into the table. Note that leaving means, for example, a state in which the user has entered the table but has not entered. For example, when the user leaves the table, the user can enter another table.

  On the other hand, when the third user acquires the watching ID of the first user's battle room, the third user can enter the first user's battle room as the watching user based on the watching ID. For example, the third user can enter the first user's battle room as a watching user by inputting the watching game ID notified from the first user from the battle room mode image G2.

  FIG. 9 is a diagram illustrating a state in which a watching game ID is input from the battle room mode image G2. For example, when the third user selects the watching user entry button B22 in a state where the battle room mode image G2 is displayed on the third game terminal 10C, a dialog D25 is displayed on the battle room mode image G2, as shown in FIG. Is done. For example, an input form F250 for inputting a watching game ID is displayed in the dialog D25.

  For example, when the third user inputs the watching ID of the first user's battle room in the input form F250 and selects the decision button B251, the third user enters the battle room generated by the first user as the watching user. Can do.

  In the embodiment, the case where the watching game ID and the room ID are input from different dialogs will be described. However, the game room may be entered with the authority corresponding to the ID input from one dialog. For example, a plurality of types of IDs can be input from a certain dialog, and a function corresponding to the ID input from the dialog may be provided. In this case, the dialog may include an input form corresponding to each of a plurality of types of IDs, or there is only one input form, and a plurality of types of IDs are assigned from the one input form. Input may be possible.

  Further, if the third user inputs an incorrect watching ID from the input form F250, a predetermined error message is displayed, and the first user cannot enter the battle room. In addition, even if the third user inputs the room ID instead of the watching ID in the input form F250, the third user cannot enter the battle room as a member. When the third user enters the battle room, a watching image for watching the battle room is displayed on the third game terminal 10C.

  FIG. 10 is a diagram illustrating an example of a watching image. As shown in FIG. 10, the watching image G4 is different from the battle room image G3. For example, in the watching image G4, the third user cannot participate in the battle, and the third user can watch the battle in the battle room. For example, in the watching image G4, table selection buttons B40A to B40C for selecting a table to watch from among the tables provided in the battle room are displayed. Hereinafter, when it is not necessary to distinguish the table selection buttons B40A to B40C, they are simply referred to as a table selection button B40.

  For example, the table selection button B40 displays the status of each table, and displays information related to the user in the entry. Further, for example, for a table in which a battle has already started, the battle status may be displayed on the table selection button B40. For example, as the situation of the battle, information for identifying whether or not the battle is in progress and the progress of the battle (for example, the current number of turns and life points) may be displayed. The third user selects a table to watch from the table selection button B40.

  FIG. 11 is a diagram illustrating a state in which a watching user is watching a battle. As shown in FIG. 11, in the watching image G4, the state of the battle being performed on the table selected by the third user is displayed. For example, the watching image G4 may be the same as the battle room image G3 in FIG. 8, but the contents are different here. For example, in the watching image G4, the hands of both users may be hidden, or conversely, the hands of both users may be visible. For example, when the battle has already begun, the progress from the beginning of the battle to the present may be automatically displayed in the watching image G4. When the current situation is reached, the battle can be watched in real time.

  As described above, the game system S of the present embodiment generates two IDs: a room ID for entering as a member and a watching ID for entering as a watching user when a battle room is generated. In addition, the user's satisfaction is increased by properly using the function for each ID. Hereinafter, details of the configuration will be described.

[3. Functions realized in the game system]
FIG. 12 is a functional block diagram showing functions related to the present invention among the functions realized by the game system S. In the present embodiment, a case will be described in which the main functions related to the battle room are realized in the server 30, but the main functions may be realized in the game terminal 10 as in a modification example described later, and each function is The game terminal 10 and the server 30 may be shared. As shown in FIG. 12, in the server 30, a data storage unit 300, a battle room generation unit 301, an identification information generation unit 302, and a game execution unit 303 are realized.

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

  FIG. 13 is a diagram illustrating a data storage example of the battle room data DT1. As shown in FIG. 13, the battle room data DT1 is data related to the battle room, and stores, for example, basic information of the battle room and the current situation of the battle room. Basic information includes, for example, a room ID, a watching ID, a name of a battle room, an upper limit number of users who can enter the room, a presence of a watching function, a user ID of the owner user who created the battle room, and the owner user participating as a member Information indicating whether or not it is possible is stored.

  The current situation of the battle room includes the user ID of the user who has entered the room as a member, the current state of the member (for example, the state of being in the battle, entering the table, not entering the table, etc.), the battle of the member in the battle room The results, the user ID of the user entering the room as a watching user, the comments input by the members or watching users, the status of each table, and the like are stored. As the status of each table, a table ID for identifying the table, a user ID of the user in the entry, a battle status, and the like are stored. The situation of the battle is the progress of the battle, and is, for example, information on the current turn, the life points of each user, the hand of each user, a game card arranged on the field, and the like.

  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 related to game cards held by each user, or may store data related to basic information such as the user ID and name of each user. Further, for example, the data storage unit 300 may store history data indicating each user's operation in the battle and a history of execution results of the operation. The history data is used for reproducing a replay of a battle.

[3-2. Battle room generator]
The battle room generating unit 301 is realized mainly by the control unit 11. The battle room generation unit 301 generates a battle room used by a plurality of users to play a game. In the present embodiment, when the user inputs the setting information of the battle room from the dialog D23 of the battle room mode image G2 and the determination button B235 is selected, the battle room generation unit 301 plays the battle based on the input content. Will produce a room.

  Generation | occurrence | production is producing | generating a battle | competition room in a game, for example. For example, it is registering the data (for example, room ID and watching ID) regarding a battle room on a computer. Further, for example, in the present embodiment, the battle room is described as an example of a group, but when a lobby is an example of a group, a new lobby is generated in the game. For example, when a predetermined place in the virtual world is taken as an example of a group, a new place is generated in the virtual world. For example, when a friend or guild is an example of a group, generating a new friend group or guild is an aspect of generation.

  For example, the battle room generation unit 301 generates a battle room by newly registering data related to the battle room in the battle room data DT1. More specifically, the battle room generation unit 301 generates a battle room by creating a new record in the battle room data DT1 and storing information on the battle room in the record. In this embodiment, the battle room generation unit 301 creates a new record in the battle room data DT1, and associates the room ID and the game ID generated by the identification information generation unit 302 described later with the battle room input by the owner user. A battle room is generated by storing the basic information.

  The battle room generation unit 301 may generate a battle room when a predetermined operation is performed by the user, or may generate a battle room when other conditions are satisfied instead of the user's operation. Also good. As other conditions, it is possible to apply various conditions such as the administrator of the game system S performing a predetermined operation, the arrival of a predetermined date and time, or the number of users of the entire game system S exceeding a threshold value. is there.

[3-3. Identification information generator]
The identification information generation unit 302 is realized mainly by the control unit 11. When the battle room is generated, the identification information generation unit 302 generates a plurality of pieces of identification information associated with the battle room. The identification information is information that can uniquely identify a battle room, for example. For example, the identification information is information such as an ID and a battle room name. The identification information is indicated by a symbol string such as letters and numbers.

  The identification information generation unit 302 may generate a plurality of identification information so as not to overlap with the identification information of other battle rooms when a battle room is generated. The generation of the identification information may be performed based on a predetermined rule, and the rule may be described as a program code. The identification information generation unit 302 generates a plurality of identification information based on the generated identification information and the generation rule. For example, the identification information generation unit 302 may generate identification information by increasing a numerical value indicated by the most recently generated identification information by a predetermined value, or add a predetermined character to the most recently generated identification information. By doing so, the identification information may be generated.

  In the present embodiment, two IDs, a room ID and a watching game ID, will be described as an example of a plurality of pieces of identification information. For this reason, the place described as room ID or watching game ID in this embodiment can be read as identification information.

  For example, the identification information generation unit 302 generates a room ID so as not to overlap with room IDs of other battle rooms. Furthermore, since the room ID and the watching ID should not overlap, for example, the identification information generating unit 302 generates a room ID so that it does not overlap with the watching ID of the other playing room and the watching room ID of the battle room generated this time. To do.

  Further, for example, the identification information generation unit 302 generates a watching ID so as not to overlap with the watching IDs of other battle rooms. Furthermore, since the room ID and the watching ID should not overlap, for example, the identification information generating unit 302 generates the watching ID so that it does not overlap with the room ID of another battle room and the room ID of the battle room to be generated this time. To do.

  Different functions are associated with the plurality of pieces of identification information. For example, at least one function is associated with each piece of identification information. Further, for example, for each identification information, a function that is partially or entirely different from a function associated with other identification information is associated. The correspondence relationship between the identification information and the function may be determined in advance in the data storage unit 300 as a mathematical expression format, a table format, or a part of the program code.

  A function is a part of function which a game program has, for example. For example, the function is a process executed by a program code. For example, the function is a process for causing the user to play a game. For example, the function is a service provided to the user. Further, for example, the function is an authority given to the user. For example, the function is an operation permitted to the user. For example, the function may be involved in the game by playing the game, or may be involved in the game without playing the game. That is, for example, the function may be directly involved in the game or indirectly involved in the game.

  For example, a watching function for watching the user may be used. Further, for example, a battle function for playing against other users may be used. Moreover, for example, a cooperation function for causing cooperative play with other users may be used. Further, for example, it may be a function for cheering, voting, or obstructing other users who play the game. Cheering is, for example, cheering a user who plays a game, for example, sending messages, game items, in-game currency, and the like. Voting is, for example, predicting winners and losers. Obstruction is, for example, disturbing a user who plays a game to be disadvantaged.

  It should be noted that the functions associated with each piece of identification information do not have to completely match each other. For example, a function may include all other functions. Also, for example, certain functions and other functions may not be identical to each other and may be completely different. Further, for example, some functions may be common (partially coincident) between a certain function and another function. Also, for example, a certain function may be more restricted in playing the game than other functions. Further, for example, a certain function may have more or fewer cards and characters than other functions. Also, for example, a certain function may have a longer or shorter playable time than other functions. Further, for example, a certain function may have more or less parameters than other functions.

  In the present embodiment, any one of the functions associated with each identification information is a watching function for watching a game play. For example, a watching function is associated with the watching ID. Note that watching the game refers to, for example, watching or listening to the state of the game with images or sounds without playing the game. In other words, watching a game is not a party playing the game, but a game as a third party. For example, even if the user operates, the game progress is not affected, and the state where the user only sees or listens to the game is equivalent to watching the game. For example, the watching function may include a replay function for replaying a battle and a battle history display function for displaying a user's battle history. For example, a replay is a reproduction of a battle performed in the past. For example, watching a game includes both viewing a reproduction of a battle played in the past (seeing a replay) and watching a battle currently in progress.

  In the present embodiment, any one of the functions associated with each identification information is a battle function for playing against other users. For example, a battle function is associated with the room ID. In addition, a battle | competition is fighting with another user or competing for a score etc., for example. In other words, the battle is to become a party playing the game. For example, a state that affects the game progress when operated by the user corresponds to watching a game.

  In this embodiment, a plurality of tables are set in the battle room, and any one of the functions associated with each piece of identification information is played by a plurality of users who enter the table for each table. It is a function for playing. For example, a battle function for fighting in each table is associated with the room ID. Note that entry into the table is one mode of belonging to a subgroup. For this reason, the place described as “entry in table” in the following description can be read as belonging to a subgroup.

  The entry to the table means, for example, that the user selects a table and the user enters the table. For example, the identification information of the table is associated with the identification information of the user. In the battle function of the present embodiment, each of a plurality of users who have entered the battle room as members enters into any one table and plays a game with other users who have entered the same table.

  Note that the identification information generated by the identification information generation unit 302 may be plural, and may be three or more. When three or more pieces of identification information are generated, three or more functions exist for one battle room. For example, the identification information generation unit 302 includes a room ID associated with a battle function, a game ID associated with a watching function, and a support ID associated with a support function for one battle room. One may be generated. In addition, for example, the identification information generation unit 302 uses, as the room ID, an unrestricted ID in which the use of his game card is not restricted in the battle, and the use of his game card is restricted in the battle (for example, only a predetermined game card is determined) Two types of restriction IDs that cannot be used may be generated. The identification information generation unit 302 may generate identification information according to the number of functions set for the game in the battle room.

[3-4. Game execution part]
The game execution unit 303 is realized mainly by the control unit 11. The game execution unit 303 executes a game in which a plurality of users participate. For example, the game execution unit 303 executes a process of associating each user with any one of a plurality of pieces of identification information generated by the identification information generation unit 302, and corresponds to the identification information associated with the user. Provide the function to do. The game execution unit 303 provides the function to the user by executing a program code related to the function corresponding to the identification information associated with the user.

  For example, the game execution unit 303 associates the user who has input the room ID with the room ID. The game execution unit 303 provides a battle function for users (members in the present embodiment) associated with the room ID. For example, the game execution unit 303 causes the table to be entered based on the user's operation associated with the room ID, or executes a battle based on the user's operation. In other words, the game execution unit 303 executes a program code for playing against other users based on the user operation associated with the room ID.

  Further, for example, the game execution unit 303 associates the user who has input the watching ID with the watching ID. The game execution unit 303 provides a watching function to a user (watching user in this embodiment) associated with the watching ID. For example, the game execution unit 303 transmits data for displaying an image showing the state of the battle being executed to the game terminal 10 of the user associated with the watching game ID. In other words, the game execution unit 303 executes program code for watching another user's battle based on the user's operation associated with the watching ID.

[4. Processing executed in game system]
14 to 15 are flowcharts showing an example of processing executed in the game system S. 14 to 15 is 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 block.

  As shown in FIG. 14, first, the control unit 11 activates the game program stored in the storage unit 12 and causes the display unit 15 to display the battle mode selection image G1 when the user performs a predetermined operation ( S101). The display data of the battle mode selection image G <b> 1 may be stored in the storage unit 12 or received from the server 30.

  The control unit 11 specifies the user's operation based on the detection signal from the operation unit 14 (S103). Here, an operation for selecting the battle room button B13 or another operation (an operation for selecting the rank battle button B10, the free battle button B11, or the friend battle button B12) is performed. When other operation is performed (S103; other), this process is complete | finished and the control part 11 will perform the process which concerns on a ranked battle, a free battle, or a friend battle.

  When the user selects the battle room button B13 (S103; battle room button), the control unit 11 displays the battle room mode image G2 on the display unit 15 (S105). The display data of the battle room mode image G <b> 2 may be stored in the storage unit 12 or may be received from the server 30.

  The control unit 11 specifies a user operation based on the detection signal of the operation unit 14 (S107). Here, an operation of selecting the battle room generation button B20, an operation of selecting the watching user entry button B22, or an operation of selecting the watching user entry button B22 are performed.

  When the user selects the battle room generation button B20 (S107; battle room generation button), the control unit 11 displays a dialog D23 on the battle room mode image G2 (S109). The display data of the dialog D23 may be stored in the storage unit 12 or received from the server 30.

  Based on the user input to the dialog D23, the control unit 11 transmits a battle room generation request to the server 30 (S111). In S <b> 111, the control unit 11 specifies the user input content based on the detection signal from the operation unit 14. For example, the control unit 11 records the name of the battle room input to the input form F230 in the storage unit 12. Further, for example, the control unit 11 records the number of people input to the input form F231 in the storage unit 12. For example, the control unit 11 records the selection result of the radio buttons B <b> 232 and B <b> 233 in the storage unit 12. The control unit 11 transmits a generation request including the input content stored in the storage unit 12 in response to the selection button B235 being selected. The generation request may be made in a predetermined data format, and includes a user ID and input contents for the dialog D23. It is assumed that the user ID is stored in the storage unit 12 in advance. This also applies to the subsequent processing. If the user selects the cancel button B234, the process of S111 is not executed, and the process returns to S105.

  In the server 30, when the generation request is received, the control unit 31 generates a battle room based on the received generation request (S301). In S301, the control unit 31 creates a new record in the battle room data DT1, and stores the basic information of the battle room included in the generation request.

  The control unit 31 generates, as the battle room identification information, a room ID associated with the battle function and a game ID associated with the game function (S303), and the battle room generation process is completed. In S303, the control part 31 produces | generates room ID and watching-game ID based on a predetermined rule, and stores it in the record produced | generated by S301.

  On the other hand, in S107, when the user selects the member entry button B21 (S107; member entry button), the process proceeds to FIG. 15, and the control unit 11 displays a dialog D24 on the battle room mode image G2 (S113). The display data of the dialog D24 may be stored in the storage unit 12 or received from the server 30.

  Based on the user input to the dialog D24, the control unit 11 transmits a room entry request as a member to the server 30 (S115). In S <b> 115, the control unit 11 specifies the user input content based on the detection signal from the operation unit 14. For example, the control unit 11 records the room ID input to the input form F240 in the storage unit 12. In response to the selection button B241 being selected, the control unit 11 transmits a room entry request including the input content stored in the storage unit 12. The room entry request may be made in a predetermined data format, and includes a user ID and input contents for the dialog D24. When the user does not select the determination button B241, the process of S115 is not executed, and the process returns to S105.

  When the server 30 receives the room entry request, the control unit 31 determines whether or not the received room ID exists based on the battle room data DT1 (S305). In S305, the control unit 31 determines whether or not the room ID included in the received room entry request is present in the room ID stored in the battle room data DT1.

  When it is determined that the room ID exists (S305), the control unit 31 allows the user to enter the room as a member (S307). In S307, the control unit 31 updates the status of the battle room in the record in which the room ID included in the room entry request is stored in the battle room data DT1, and adds the user ID of the user who requested the room entry as a member. . Thereafter, the battle room image G3 is displayed, and the user can enter the table and battle with other users. That is, the battle function is provided to the user based on the room ID input by the user.

  On the other hand, when the user selects the watching user entry button B22 in S107 (S107; watching user entry button), the process proceeds to FIG. 15, and the control unit 11 displays the dialog D25 on the battle room mode image G2 (S117). . The display data of the dialog D25 may be stored in the storage unit 12 or received from the server 30.

  Based on the user input to the dialog D25, the control unit 11 transmits a room entry request as a watching user to the server 30 (S119). In S <b> 119, the control unit 11 specifies the user input content based on the detection signal from the operation unit 14. For example, the control unit 11 records the watching game ID input to the input form F250 in the storage unit 12. In response to the selection button B251 being selected, the control unit 11 transmits a room entry request including the input content stored in the storage unit 12. The room entry request may be made in a predetermined data format, and includes a user ID and input contents for the dialog D25. If the user does not select the determination button B251, the process of S119 is not executed, and the process returns to S105.

  When the server 30 receives the room entry request, the control unit 31 determines whether or not the received watching game ID exists based on the battle room data DT1 (S309). In S309, the control unit 31 determines whether or not the watching game ID stored in the playing room data DT1 includes the watching game ID included in the received room entry request.

  When it is determined that there is a watching ID (S309; Y), the control unit 31 enters the user as a watching user (S311). In S311, the control unit 31 updates the status of the battle room in the record in which the game ID included in the room entry request is stored in the game room data DT1, and adds the user ID of the user who requested the room entry as the game user. To do. Thereafter, the watching image G4 is displayed, and the user can select a table to watch. That is, the watching function is provided to the user by the watching ID input by the user.

  According to the game system S described above, when a battle room is generated, a plurality of pieces of identification information associated with the battle room are generated, and different functions are associated with the plurality of pieces of identification information. Other users can be appropriately involved in the game executed in the battle room. For example, it is possible to prevent the user from even seeing the game by providing some function to the user.

  In addition, since the user can watch the game with the watching ID, it is possible to prevent the user from even being able to watch the game and feeling dissatisfied.

  In addition, since the user can play against other users based on the room ID, it is possible to prevent the user from feeling dissatisfied without even playing the game.

  Moreover, since a game is played between the users who enter into the said table for every table, it can be made to play a game between favorite users.

[5. Modified example]
The present invention is not limited to the embodiment described above. Modifications can be made as appropriate without departing from the spirit of the present invention.

  (1) For example, in the embodiment, a case has been described in which the battle function is associated with the room ID and the watching function is associated with the watching ID, but any one of the functions associated with each piece of identification information is described. One may be a cooperation function for cooperating with other users. For example, a cooperation function may be associated with the room ID. Cooperation means, for example, aiming to achieve a common goal in cooperation with other users. In other words, cooperation is to be a party playing the game. For example, cooperation affects a case where a user operates and a case where another user of a cooperation partner operates, which affects the game progress.

  According to the modified example (1), since the user can cooperate with other users, it is possible to prevent the user from being dissatisfied without being able to play the game.

  (2) For example, the game executed by the game system S may include a first game part and a second game part that are played by a plurality of users. The game program of the first game part and the game program of the second game part may be integrated as a program or may be separate.

  The first game part is, for example, a part of the game that is played by playing against or cooperating with other users. The function associated with each piece of identification information described in the embodiment is a function related to the first game part.

  For example, the second game part may be a game part different from the first game part. For example, the second game part is a part in which the user plays alone. Further, for example, the second game part is a part where a single user clears a predetermined game task (quest / mission). For example, the second game part is a part that can be played without being connected to the network. Also, for example, the second game part is a part that differs from the first game part in game clear conditions, victory conditions, reward system, and the like. For example, the first game part and the second game part have a common part, and for example, characters, game objects used by the user, stories, world views, etc. may be common.

  Similar to the embodiment, in this modification, each user is associated with any one of a plurality of pieces of identification information and can use a function corresponding to the identification information associated with the user. Each user is associated with the identification information input by the user among the plurality of identification information.

  The use is, for example, that a function is provided. For example, it is possible to execute a program code corresponding to a function based on a user instruction. For example, if the function is a watching function, the screen of the game being executed is displayed on the user's terminal. Also, for example, if the function is a battle function, the user can play against other users. For example, if a function is a cooperation function, it is enabling a user to play cooperatively with other users. For example, if the function is a support / voting / disturbance function, the user can support / vote / disturb other users.

  The plurality of pieces of identification information includes identification information that maintains the association even when the user plays the second game part, and identification information that is released when the user plays the second game part. .

  The maintenance is, for example, that the user does not change the state associated with the identification information, and the release is, for example, a change from a state associated with the identification information to an unassociated state. It is to change to a state where the function is not provided. For example, letting a user leave a room or lobby. Also, for example, leaving a predetermined place set in the virtual world. Another example is to leave a friend group or guild. Note that, when the connection between the game terminal 10 and the server 30 is disconnected, the association between the user and the identification information may be released, but here, the association between the user and the identification information is maintained. . Note that the disconnection means, for example, that at least one of the game terminal 10 and the server 30 transmits a signal for ending communication, or a state where there is no response from at least one of the game terminal 10 and the server 30 for a certain time or more It means to elapse. In addition, for the room ID, the state where the user is associated is maintained even if the communication is cut off, and for the watching ID, the communication with the user is canceled when the communication is cut off. Depending on the identification information, the association may be maintained or released in different cases.

  For example, the room ID maintains the association between the user and the room ID even when the second game part is played. On the other hand, for example, when the watching game ID plays the second game part, the association between the user and the watching game ID is released. Note that it is only necessary to determine in advance in the data storage unit 300 which identification information is identification information that is maintained in association even when the second game part is played. Similarly, it may be determined in advance in the data storage unit 300 which identification information is identification information that is dissociated when the user plays the second game part.

  According to the modified example (2), since there is identification information that maintains the association even when the second game part is played, after the second game part is played, the association with the identification information must be performed again. Such a complexity can be prevented. In addition, with respect to the identification information that is dissociated when the second game part is played, it is possible to prevent a state in which the user is always associated with the identification information.

  (3) Further, for example, the second game part described in the modification (2) may be restricted from being played by a user who is entering the table. For example, the game execution unit 303 may not allow the user who is entering the table to play the second game part without canceling the entry in the table. The entry of the table may be canceled when the table selection button B38 of the table in the entry is selected.

  According to the modified example (3), since the user who is entering the table is restricted from playing the second game part, even if another user wants to play the game together, the first user is not aware of it. It is possible to prevent two game parts from being played.

  (4) Further, for example, a game in which two users are divided into a first attack and a second attack and played against each other may be executed. The first attack is, for example, one of two users who attacks first. If it is a turn-based game, your turn will come first. If it is a baseball game, it will attack the inning table. The latter attack is, for example, one of two users who attacks later. If it is a turn-based game, your turn will come later. If it is a baseball game, it is the one who attacks behind the inning.

  Any one of the functions associated with each piece of identification information is a function for each table to allow at least one of the two users who enter the table to determine the first and last attack and play the game. . For example, when the user enters the table, one of the first attack and the second attack may be specified, or one of the first attack and the second attack may be specified at the start of the game. . The game execution unit 303 acquires a user's designation result from the game terminal 10, determines a first attack and a second attack based on the designation result, and starts the game.

  According to the modification (4), since the user can select a favorite of the first attack and the second attack, the interest of the battle can be improved.

[6. Second Embodiment]
Next, another embodiment of the game system S will be described. In the second embodiment to be described later, a case where a game similar to the game described in the first embodiment is executed will be described as an example. However, the game in the second embodiment is different from the game in the first embodiment. May be. In the second embodiment, a game tournament is held at an actual tournament venue.

  The tournament venue is, for example, a place where a game tournament is held and where users are gathered. For example, the event venue is an event venue, a baseball field, an athletic field, a music hall, a game center, or the like.

  A game tournament is an event related to a game, for example, and users compete for superiority or inferiority. Note that there may be users who just watch the game without participating in the game competition. For example, in a game tournament, you may compete for superiority or inferiority of one type of game, or you may compete for superiority or inferiority of multiple types of games. Further, for example, the game tournament may be played by participating users in cooperation with each other. For example, in a game tournament, a participating user may operate his / her terminal, or a dedicated terminal may be prepared by an operator. Also, for example, the game tournament may be a so-called e-sports tournament, or a tournament where no prize money or prizes are applied.

[6-1. Overall Configuration of Game System of Second Embodiment]
FIG. 16 is a diagram illustrating an overall configuration of the game system S of the second embodiment. As shown in FIG. 16, the game system S includes an administrator terminal 50 in addition to the configuration described in the first embodiment. The manager terminal 50 is a computer operated by the manager of the game tournament. The manager is a person who manages the operation of the game tournament, and may be, for example, a person related to a game company or a person related to a company entrusted with event management. Note that there may be a plurality of administrator terminals 50 instead of only one.

  For example, the administrator terminal 50 is a mobile terminal (for example, a mobile phone such as a smartphone or a tablet computer) or a personal computer. As illustrated in FIG. 16, the administrator terminal 50 includes a control unit 51, a storage unit 52, a communication unit 53, an operation unit 54, and a display unit 55. The hardware configurations of the control unit 51, the storage unit 52, the communication unit 53, the operation unit 54, and the display unit 55 are the same as those of the control unit 11, the storage unit 12, the communication unit 13, the operation unit 14, and the display unit 15, respectively. It may be. At the tournament venue, the user operates the game terminal 10 to play a battle, and the administrator operates the administrator terminal 50 to perform a game tournament operation.

  FIG. 17 is a diagram illustrating a state in which users battle each other in the meeting venue. As shown in FIG. 17, a table T is prepared at the meeting venue, and the users U1 and U2 sit with the table T in between. Each of the users U1 and U2 operates the game terminal 10 at hand to play a battle. The manager M near the table T manages the progress of the battle while operating the manager terminal 50. For example, a plurality of tables T as shown in FIG. 17 are arranged at the meeting venue, and a battle is performed at each table. Hereinafter, the reference numerals of the manager M, the users U1 and U2, and the table T are omitted.

  For example, in a game tournament, a plurality of users who have won qualifying may participate, or in particular, users who participate without qualifying may be determined. In addition, for example, the game tournament may end in one day, or may be held over a plurality of days. In the present embodiment, a case will be described in which a game tournament is held over two days, a league game is held on the first day, and a tournament game is held on the second day.

  In a league match, a round-robin battle is held in each of a plurality of blocks. For example, a user is assigned to any one of a plurality of blocks, and plays against all other users assigned to the same block. For example, the user plays against the other users of the same block three times, and becomes the win of the player who has won two first. Hereinafter, each of the three battles performed between the same users is referred to as a round.

  The number of blocks in the league match may be determined according to the number of users and the like. In this embodiment, the number of blocks is two, but the number of blocks may be three or more. Hereinafter, the two blocks are referred to as A block and B block, respectively. The number of users assigned to the A block and the number of users assigned to the B block may be the same or different.

  In the league match, the rank of the user is determined for each block based on the result of the round-robin battle. For example, the top two players in each block can participate in a tournament match on the second day. That is, the tournament game on the second day is a winning game performed by a total of four users. Hereinafter, the details of the flow of the first day and the flow of the second day in the game tournament will be described.

[6-1. Game tournament flow]
FIG. 18 to FIG. 21 are diagrams showing the progression procedure on the first day of the game tournament. The battles to be performed in each block have a predetermined start time, and each user waits in a waiting room in or near the competition venue until the start time of his battle approaches. For each table, an administrator who is in charge of the progress of the table is determined. When the start time of a match on the table that he is in charge of approaches, the administrator operates the administrator terminal 50 to prepare for the match.

  As shown in FIG. 18, the manager of each table operates the operation unit 54 to activate the management tool stored in the storage unit 52 and displays a management tool image for managing the progress of the game tournament. (S501). The management tool is a tool for managing the progress of the game tournament, and the management tool program is stored in the storage unit 52 in advance.

  FIG. 22 is a diagram illustrating an example of a management tool image. As shown in FIG. 22, in the management tool image G5, an input form F50 for inputting a table that the manager is in charge of is displayed. For example, a table prepared at the meeting venue can be selected in a pull-down format. It has become. In S501, the administrator selects a table that he / she is in charge of from the input form F50.

  In this embodiment, since 3 rounds are performed per battle, the management tool image G5 displays an input form F51 for inputting a round to be started, and any one of the first to third rounds is displayed. Can be selected in a pull-down format. At the time of S501, since the administrator is still preparing for the battle, the first round is selected from the input form F51.

  When the administrator selects a table from the input form F50 and selects a round from the input form F51, the manager selects the round progress button B52 (S503). Thereafter, the manager takes the game terminal 10 and the legend card in the tournament hall to a table that he is in charge of (S505).

  The legend card is a card on which a face of a game character called a legend is printed, and is used for a user to specify a deck to be used in a battle. In the present embodiment, each of a plurality of legends competes using a game card in the game. For example, the user can prepare a deck for each legend, and when the user designates a legend to be used in the battle, the deck corresponding to the legend can be used in the battle. The reason for placing the legend card on the table is to designate the legend to be used by the user.

  In addition, the tournament hall has an environment in which a wired connection to the network N is prepared. For example, the administrator places the game terminal 10 (S507), and connects the game terminals 10 by wire (S509). As the cable, any standard corresponding to the communication terminal provided in the game terminal 10 can be applied.

  The battle room mode described in the first embodiment is also used in the game tournament of the second embodiment, and the administrator operates each game terminal 10 connected in a wired manner in S509 to start a game program. Then, the battle mode selection image G1 is displayed. Note that it is assumed that the battle room dedicated to the game tournament is generated in advance by the administrator, and the room ID and the watching ID of the battle room are also generated in advance. For example, in order to prevent a user without a qualification from entering the room as a member without permission, only the administrator may grasp the room ID. On the other hand, the watching game ID may be notified to many users through a notification function in the game program or a website.

  The administrator operates each game terminal 10, selects the battle room button B13 to display the battle room mode image G2, selects the member entry button B21, inputs the room ID from the dialog D24, and enters the game tournament. Enter the battle room as a member (S511). It is assumed that the user ID of the user who uses the game terminal 10 is input in advance to each game terminal 10. Thereby, even if the administrator operates the game terminal 10, the server 30 can specify which user has entered the room as a member.

  The administrator turns over the game terminal 10 so that the name of the user who will use the game terminal 10 can be confirmed (S513). For example, the administrator may affix a paper or sticker on which the user name is printed on the back surface of the game terminal 10, or may place a paper on which the user name is printed on the game terminal 10. The manager places each user's legend card table (the side on which the legend's face is drawn) on the table so that the legend card can be seen by the opponent (S515).

  Thus, the preliminary preparation for the battle is completed. After completing the preparations, the manager waits for the user to come out of the waiting room as the match start time approaches. As shown in FIG. 19, the user sits at the table about 5 minutes before the start of the battle (S101). When the administrator confirms that the user is seated (S517), the administrator confirms a match between the user who is scheduled to use the game terminal 10 on the table and the user who is actually seated (S519). The game terminal 10 is prompted to face up (S521).

  When the user receives an instruction from the administrator, the user turns the game terminal 10 into a table (S103). The administrator urges each user to select one of the legend cards by raising his hand (S523). In S523, the administrator is prompted to select a legend card on which a legend to be used in a round starting from now is drawn from among a plurality of legend cards.

  The user selects any one of the plurality of legend cards on the table (S105), and shows the selected legend card only to the administrator while raising his hand to give a signal (S107). At this stage, the opponent cannot know which legend card has been selected. When the administrator confirms each legend card of the two users, the administrator registers the legend card selected by each user from the management tool (S525).

  FIG. 23 is a diagram illustrating how a legend card is registered from the management tool. When the round progress button B52 is selected in S503, the display of the management tool image G5 changes, and as shown in FIG. 23, the management tool image G5 includes a table in charge of the administrator, information on the round to be started, and the battle The room ID of the room, the block in which the battle is performed, the name of the user, and information on the legend that can be used by the user are displayed.

  The management tool image G5 displays an input form F53 for inputting a round status and an input form F54 for inputting a legend used by the user. The administrator inputs the legend drawn on the legend card selected by each user from the input form F54. This makes it possible to specify which deck each user uses on the management tool side. Information input to the management tool is also transmitted to the server 30 as appropriate, and the server 30 can identify which deck each user uses.

  The administrator prompts the users to shake each other and starts a round (S527). Each user greets and shakes each other, operates his / her game terminal 10 and starts a round (S109). When the manager confirms the start of the battle, the manager changes the status of the round to the battle from the input form F53 of the management tool image G5 (S529).

  Moving to FIG. 20, each user operates the game terminal 10, and the round proceeds (S 111). When a communication error occurs during the round, the administrator urges the user to perform a predetermined operation from the game terminal 10 and attempt to return (S531). Further, when an error occurs on the server 30 side, the administrator does not change the deck that each user is using (that is, the legend card selected by each user before the start of the round) without changing the first deck of the round. The game is restarted (S533). In addition, when a predetermined time limit elapses and a game is not achieved, a draw may be made.

  When winning or losing or drawing of the round being executed is determined, each user raises his hand to signal the manager and places the game terminal 10 on the table (S113). The administrator confirms the screen of the game terminal 10 of each user and registers the battle result from the management tool (S533). If any user wins two times at this time, or if the third round is over, the battle is over (S535).

  If the match has not ended (S537; N), the winning user sets the legend card used by the user behind, and the administrator inputs the next round from the input form F51 of the management tool image G5, and from S523. Advance the next round. Note that the winning user cannot use the legend card used in the previous round in the next round. On the other hand, the defeated user can use the legend card used in the previous round in the next round.

  On the other hand, in S533, when the battle is over (S537; Y), the user with the larger number of wins wins, and the manager registers the battle result in the management tool and changes the battle state to the battle end (S539). ).

  FIG. 24 is a diagram illustrating a state in which a battle result is registered from the management tool. As shown in FIG. 24, in S533, the administrator inputs the win / loss of each user from the input form F55 of the management tool image G5, and changes the status from the input form F53 to the battle end status. The administrator asks the user to place the game terminal 10 on the table and shake hands with each other (S541). The administrator prompts the user to return to the waiting room (S543), and the user returns to the waiting room (S115).

  As shown in FIG. 21, when the user returns to the waiting room, the manager selects the exit button B37 from one of the game rooms G3 of the two game terminals 10, and causes one user to leave the competition room. (S545). Then, the administrator disconnects the wired connection of the game terminal 10 (S547). Similarly, the manager selects the exit button B37 from the other battle room image G3 of the two game terminals 10, and leaves the remaining users from the battle room (S549). Then, the administrator disconnects the wired connection of the game terminal 10 (S551).

  The operation history of each user and the progress of the game during the battle are recorded in advance, and the replay of the battle can be reproduced. The administrator performs an operation for associating the completed match result with the replay data (S553). Note that this association may be automated. The administrator turns on the public setting of the battle result from the management tool (S555). It should be noted that the public setting of the completed match may be automatically turned on. The administrator returns the game terminal 10 and the legend card to a predetermined position (S557).

  The league battle is repeated as described above. When all the games in each block are finished and the top two players are determined, the manager generates a tournament table for the next day's tournament game from the management tool. The tournament table generated by the administrator is disclosed to the user.

  The tournament match held on the second day of the game tournament may be exactly the same as or different from the league match procedure performed on the first day of the game tournament. For example, as in the present embodiment, when the number of tournament matches is less than the league match, the steps S501 and S503 may be omitted, and the procedure may start from S505.

  The game tournament of the second embodiment proceeds according to the procedure described above. In the game system S of the second embodiment, each user can easily select which deck to use by associating a legend with a deck in advance and selecting a legend card at the time of a game competition. It has become. Hereinafter, details of the configuration will be described.

[6-2. Functions realized in the second embodiment]
FIG. 25 is a functional block diagram of the second embodiment. As shown in FIG. 25, in the second embodiment, a data acquisition unit 304 is realized in addition to the functional blocks described in the first embodiment. The data storage unit 300, the battle room generation unit 301, the identification information generation unit 302, and the game execution unit 303 are partly in common with the first embodiment, but are different in the following points.

  For example, the data storage unit stores, for each user, object data DT2 in which a plurality of combinations of a first game object that can be used in the game and a second game object that uses the first game object in the game are stored. To do. The object is a target that can be used in the game, and is, for example, a game character, a game card, or a game item. Hereinafter, a case where the first game object is a deck composed of a plurality of game cards and the second game object is a legend (game character) will be described.

  FIG. 26 is a diagram illustrating an example of the object data DT2. As shown in FIG. 26, the object data DT2 is data related to the game object used by the user. For example, the object data DT2 stores a legend and a deck in association with the user ID. As the deck, an ID for identifying a game card is stored. The data acquisition unit is realized mainly by the control unit 31. The data acquisition unit acquires the object data DT2 stored in the data storage unit 300.

  When at least one of the plurality of skills is associated with the legend, both the legend and the skill and the deck may be associated with the object data DT2. In this case, even if the legend is the same, if the skill is different, the deck may be different.

  The data storage unit 300 may store data related to the game tournament. For example, the data storage unit 300 may store a battle combination of a league match or a tournament match, or may store a start time of each match. For example, the data storage unit 300 may store a list of user IDs of users who participate in the game tournament.

  In the game of the second embodiment, a deck corresponding to the legend selected by the user is used among the plurality of decks of each user. For example, the game execution unit 303 acquires a legend designated by the user at the start of the battle. In the present embodiment, since the legend designated by the user is input from the management tool, the game execution unit 303 selects the deck corresponding to the legend input from the management tool among the plurality of legends stored in the object data DT2. Is specified as the deck used by the user.

  In the game of the second embodiment, two users are repeatedly fighting, and it is restricted that the legend used by the winning game among the two users is selected in the next fighting. The restriction means, for example, that the legend cannot be selected and the legend cannot be used in the game. For example, the game execution unit 303 acquires a user's battle result in each round so that the legend used by the winning user cannot be used in the next round. For example, the game execution unit 303 prevents the deck corresponding to the legend from being used in the next round.

  Note that in the game of the second embodiment, users may play against each other, and the user may be restricted from selecting a legend selected by the opponent from a plurality of legends of each user. The game execution unit 303 may acquire the legend selected by the opponent from the game terminal 10 or the administrator terminal 50. The game execution unit 303 identifies a legend designated by each user from the opponent's legends, and prevents the legend from being used in the next round. For example, the game execution unit 303 prevents the deck corresponding to the legend from being used in the next round.

  According to the game system S of the second embodiment, each user can use a plurality of legends, so that the game objects used in the game can have diversity. Furthermore, since the user can select a deck to be used in the game by selecting a legend, it is possible to save the trouble of replacing the deck before the battle. For example, it is difficult to create a rule to set up a variety of decks. If you create a rule that allows you to enter up to three identical cards in three decks, each card that can enter any deck, such as restricted cards, It became impossible for the user to enter the deck, which was rather stressful for the user. This is a result of seeking the diversity of decks, but there is a problem that it restricts more than necessary, so the corresponding deck is inevitably determined just by changing the legend and skill, and each deck is generic. Cards that can be used for can be put in each. This makes it possible to create a variety of decks without user stress.

  In addition, since the user who has won the battle cannot use the legend or deck used in the battle, the use of the legend or the deck is restricted, so that it is possible to improve the interest of the game. For example, even if a plurality of decks with diversity are prepared, if the user selects only one deck among them, the meaning of preparing a deck with diversity is lost. Therefore, if the user wins, a deck with various diversity can be used by disabling the deck. Moreover, if the user loses, it can be used many times. For example, it becomes possible to prevent the losing person from losing by losing the use of the deck that seems to be the strongest among the users, and to prevent the user's motivation from decreasing.

  In addition, the legend or deck selected by the opponent cannot be used, and the selection of the legend or deck is restricted, so that the interest of the game can be improved. For example, in a game, a deck that is strong in all directions is not allowed to be created, but there is a case where a deck that is strong in all directions can be created by an unexpected combination. Moreover, there is a possibility that all users are biased to a deck that is said to be strong due to the speed of propagation of information in recent years. As a result, there is a problem that the decks to be played are all the same, and the user's willingness to play is reduced. Therefore, by not using the character corresponding to the legend and the skill corresponding to the character before the battle, it is possible to give diversity to the deck to be battled.

[7. Other variations]
The present invention is not limited to the embodiment described above. Modifications can be made as appropriate without departing from the spirit of the present invention.

  For example, in the embodiment, the case where the main processing of the game is executed in the server 30 and the server 30 corresponds to the game control device according to the present invention has been described, but each function realized in the server 30 is the game terminal 10. May be realized. For example, the main processing of the game may be executed in the game terminal 10. In this case, the game terminal 10 corresponds to the game control device according to the present invention.

  For example, when the data storage unit 300 is realized by the game terminal 10, the data storage unit 300 is realized mainly by the storage unit 12. The game terminal 10 may store battle room data DT1 and object data DT2. Further, for example, the battle room generation unit 301, the identification information generation unit 302, the game execution unit 303, and the data acquisition unit 304 may be realized by the game terminal 10. In this case, these functions are realized mainly by the control unit 11. When the game terminal 10 receives a predetermined operation from the user, the game terminal 10 generates a battle room, and generates a plurality of pieces of identification information in the same manner as described in the embodiment. Further, the game terminal 10 acquires a user operation and executes a game program, and acquires the battle room data DT1 and the object data DT2 stored in the data storage unit 300.

  For example, each function may be shared by the game terminal 10 and the server 30. In this case, the processing result may be transmitted and received between the game terminal 10 and the server 30. For example, the battle room generation unit 301 may be realized in the game terminal 10, and the identification information generation unit 302 may be realized in the server 30. On the contrary, the battle room generating unit 301 may be realized in the server 30, and the identification information generating unit 302 may be realized in the game terminal 10. Further, for example, among the functions described in the embodiment and the above modification, functions other than the battle room generating unit 301 and the identification information generating unit 302 may be omitted.

  For example, although the case where a card game is performed was demonstrated, you may apply the process which concerns on this invention to another game. For example, the processing according to the present invention may be applied to sports games (for example, games based on baseball, soccer, tennis, American football, basketball, volleyball, etc.). Further, for example, in addition to a card game and a sports game, the processing according to the present invention may be applied to various games such as action games, role playing games, fighting games, and the like regardless of the game format and genre.

[6. Addendum]
From the above description, the present invention is grasped as follows, for example.

  1) A game system (S) according to an aspect of the present invention includes a group generation unit (301) that generates a group used by a plurality of users to play a game, and when the group is generated, the group And a plurality of identification information generation units (302) that generate a plurality of identification information associated with each of the plurality of identification information.

  12) A game control device (10, 30) according to an aspect of the present invention includes a group generation unit (301) that generates a group used by a plurality of users to play a game, and a case where the group is generated An identification information generation unit (302) that generates a plurality of identification information associated with the group, and the plurality of identification information is associated with different functions.

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

  14) An information storage medium according to an aspect of the present invention is a computer-readable information storage medium recording the program of 13).

  According to the invention according to 1) or 12) to 14), when a group is generated, a plurality of pieces of identification information associated with the group are generated, and different functions are associated with the plurality of pieces of identification information, respectively. Therefore, user satisfaction in the game can be increased. For example, it is possible to prevent the user from even seeing the game by providing some function to the user.

  2) In one aspect of the present invention, any one of the functions associated with each identification information is a watching function for watching the game play. According to the aspect of 2), since the user can watch the game, it is possible to prevent the user from even being able to watch the game and feeling dissatisfied.

  3) In one aspect of the present invention, any one of the functions associated with each piece of identification information is a battle function for playing against other users. According to the aspect of 3), since the user can play against other users, it is possible to prevent the user from even being able to play the game and feeling dissatisfied.

  4) In one aspect of the present invention, any one of the functions associated with each identification information is a cooperative function for cooperating with other users. According to the aspect of 4), since the user can cooperate with other users, it is possible to prevent the user from feeling dissatisfied without even playing the game.

  5) In one aspect of the present invention, the game includes a first game part played by the plurality of users and a second game part, and the function associated with each piece of identification information is the first game part. It is a function relating to a game part, and each user is associated with any one of the plurality of identification information and can use a function corresponding to the identification information associated with the user. Includes identification information that maintains the association even when the second game part is played, and identification information that is released when the user plays the second game part. According to the aspect of 5), since there is identification information that maintains the association even when the second game part is played, after the second game part is played, the association with the identification information has to be performed again. Complexity can be prevented. In addition, with respect to the identification information that is dissociated when the second game part is played, it is possible to prevent a state in which the user is always associated with the identification information.

  6) In one aspect of the present invention, a plurality of subgroups are set in the group, and any one of the functions associated with each identification information is assigned to the subgroup for each subgroup. This is a function for a plurality of users to play the game. According to the aspect of 6), since a game is played between users who belong to the said subgroup for every subgroup, it can be made to play a game between favorite users.

  7) In one aspect of the present invention, the game includes a first game part played by the plurality of users and a second game part, and the function associated with each piece of identification information is the first game part. This is a function related to a game part, and the second game part is restricted from being played by users belonging to the subgroup. According to the aspect of 7), since the user who belongs to the subgroup is restricted from playing the second game part, even if other users want to play the game together, It is possible to prevent two game parts from being played.

  8) In one aspect of the present invention, in the game, two users are divided into a first attack and a second attack, and any one of the functions associated with each identification information is This is a function for allowing at least one of the two users belonging to the subgroup to play the game by deciding the first attack and the second attack. According to the aspect of 8), since the user can select a favorite of the first attack and the second attack, the interest of the battle can be improved.

  9) In one aspect of the present invention, the game system includes, for each user, a first game object that can be used in the game and a second game object that uses the first game object in the game. The game further includes data acquisition means (304) for acquiring data in which a plurality of combinations are stored, and the game corresponds to a second game object selected by the user among the plurality of second game objects of each user. The first game object is used. According to the aspect of 9), since each user can use a plurality of game objects, the game objects used in the game can have diversity. Furthermore, since the user can select the first game object to be used in the game by selecting the second game object, it is possible to save the trouble of replacing the first game object before the battle.

  10) In one aspect of the present invention, in the game, two users repeatedly battle, and the second game object used in the battle by the winning one of the two users is selected in the next battle. Is limited. According to the aspect of 10), since the use of the game object is restricted, the interest of the game can be improved.

  11) In one aspect of the present invention, in the game, the users battle each other, and the second game object selected by the opponent is selected by the user from the plurality of second game objects of each user. Is limited. According to the aspect of 11), since the selection of the game object is restricted, it is possible to improve the interest of the game.

  S game system, N network, 10 game terminal, 30 server, 50 administrator terminal, 11, 31, 51 control unit, 12, 32, 52 storage unit, 13, 33, 53 communication unit, 14, 54 operation unit, 15 55 display unit, G1 battle mode selection image, G2 battle room mode image, G3 battle room image, G4 watching image, G5 management tool image, 300 data storage unit, 301 battle room generation unit, 302 identification information generation unit, 303 game Execution unit, 304 data acquisition unit, A30, A31, A32, A33 display area, B10 rank battle button, B11 free battle button, B12 friend battle button, B13 battle room button, B20 battle room generation button, B21 member entry button, B22 Watching user entry button, B34 Member button, B35 Battle button, B36 comment button, B37 Exit button, B38, B38A, B38B, B38C Table selection button, B40, B40A, B40B, B40C Table selection button, B52 Round progress button, D23, D24, D25 dialog, DT1 battle room data, DT2 object data, B232, B233 radio button, B234 cancel button, B235, B241, B251 enter button, F50, F51, F52, F53, F54, F55, F230, F231, F240, F250 input form.

Claims (13)

Group generating means for generating a group used by a plurality of users to play the game;
Identification information generating means for generating a plurality of identification information associated with the group when the group is generated;
Including
Each of the plurality of identification information is associated with different functions.
Game system. Any one of the functions associated with each identification information is a watching function for watching the play of the game.
The game system according to claim 1. Any one of the functions associated with each identification information is a battle function for playing against other users.
The game system according to claim 1 or 2. Any one of the functions associated with each identification information is a cooperation function for fighting in cooperation with other users.
The game system of any one of Claims 1-3. The game includes a first game part played by the plurality of users, and a second game part,
The function associated with each identification information is a function related to the first game part,
Each user is associated with any one of the plurality of identification information, and can use a function corresponding to the identification information associated with the user,
The plurality of pieces of identification information include identification information that maintains an association even when the user plays the second game part, identification information that is released when the user plays the second game part, and Included,
The game system of any one of Claims 1-4. A plurality of subgroups are set in the group,
Any one of the functions associated with each identification information is a function for a plurality of users who belong to the subgroup to play the game for each subgroup.
The game system of any one of Claims 1-5. The game includes a first game part played by the plurality of users, and a second game part,
The function associated with each identification information is a function related to the first game part,
The second game part is restricted from being played by users belonging to the subgroup,
The game system according to claim 6. In the game, two users are divided into the first and second attacks,
Any one of the functions associated with each identification information is for each of the subgroups so that at least one of the two users belonging to the subgroup determines the first and second attack and plays the game. Is the function of
The game system according to claim 6 or 7. The game system acquires, for each user, data storing a plurality of combinations of a first game object that can be used in the game and a second game object that uses the first game object in the game. Further comprising data acquisition means for
In the game, among the plurality of second game objects of each user, a first game object corresponding to the second game object selected by the user is used.
The game system of any one of Claims 1-8. In the game, two users are repeatedly fighting, and it is restricted that the second game object used in the fight by the winning one of the two users is selected in the next fight.
The game system according to claim 9. In the game, users are competing with each other, and the second game object selected by the opponent among the plurality of second game objects of each user is restricted from being selected by the user.
The game system according to claim 9 or 10. Group generating means for generating a group used by a plurality of users to play the game;
Identification information generating means for generating a plurality of identification information associated with the group when the group is generated;
Including
Each of the plurality of identification information is associated with different functions.
Game control device.   A program for causing a computer to function as the game system according to any one of claims 1 to 11 or the game control device according to claim 12.

Images