KR20230159553A - Game system, game control device, program, recording medium, and control method - Google Patents

Abstract

The reception desk accepts participation in the competition game. The management unit manages a plurality of objects that can be used in the competition game by the user whose participation has been accepted by the reception unit by storing them in a storage device. The selection unit randomly selects the target that can be used in the competition game, which is associated with the user identification information of each user who is a opponent, from among the plurality of targets managed in the management unit, based on the same selection conditions. elected appropriately.

Description

Gaming systems, gaming control devices, programs and recording media

This application claims priority based on Japanese Patent Application No. 2021-108487, filed on June 30, 2021 at the Japan Patent Office, the entire content of which is incorporated herein by reference.

The present invention relates to gaming systems, game control devices, programs and recording media.

Conventionally, games in which users compete against other users using groups of multiple objects are known. For example, a baseball game is known in which the user selects his or her favorite player character from among the plurality of player characters owned in the game, forms a team, and plays against the opposing team (e.g., patent document One).

Japanese Patent No. 5612634 Publication

In the above-mentioned game, each user tends to preferentially use popular objects or objects with high ability values, and there is a tendency for bias to occur in the objects used in the game. For example, in games that imitate sports in the real world, only objects corresponding to real popular players or teams corresponding to popular real teams are used by many users, so objects and teams used in competitive games are used by many users. Bias occurs. For this reason, matches between popular players and matches between popular teams are mass produced.

Therefore, one of the objects of the present invention is to provide a game system, game control device, and program that can realize highly engaging games by eliminating the bias of objects used in fighting games and the bias of groups composed of a plurality of objects. It is to provide.

A game system according to one aspect of the present invention is a game system that provides a game in which a user can participate in a specific competition game, comprising a reception means for accepting participation in the competition game, and a reception means for accepting participation by the reception means. Management means for storing and managing a plurality of usage objects that a user can use in the competition game by storing them in a storage device, and linking the usage objects that can be used in the competition game to the user identification information of each user who is a competitor to each other. and a selection means for randomly selecting from among the plurality of objects managed by the management means based on the same selection conditions.

A game control device according to another aspect of the present invention is a game control device that provides a game in which a user can participate in a specific competition game, comprising a reception means for accepting participation in the competition game, and participation by the reception means. A management means for storing and managing a plurality of targets that can be used in the fighting game by the user who has received them in a storage device, and the user identification information of each user who is competing with each other. and a selection means for randomly selecting the use target from among the plurality of use targets managed by the management means based on the same selection conditions.

1 is a schematic block diagram showing a configuration example of a game system according to an embodiment of the present invention.
Figure 2 is a schematic block diagram showing an example of the hardware configuration of a game terminal.
Figure 3 is a schematic block diagram showing an example of the hard configuration of the server.
Figure 4 is an explanatory diagram showing an example of a competition information table.
Figure 5 is an explanatory diagram showing an example of a game screen in communication competition mode.
Figure 6 is an explanatory diagram showing an example of a competition selection screen.
Figure 7 is an explanatory diagram showing an example of a message screen.
Figure 8 is a diagram showing an example of the menu screen of the player random cup.
Figure 9 is a diagram showing an example of a character information table.
Figure 10 is a diagram showing an example of a team information table.
Figure 11 is a diagram showing an example of selection conditions for a pitcher character.
Figure 12 is a diagram showing an example of conditions for selecting a fielder's player character.
Fig. 13 is a diagram showing another example of conditions for selecting a player character.
Fig. 14 is a diagram showing another example of conditions for selecting a player character.
Fig. 15 is a diagram showing another example of conditions for selecting a player character.
Figure 16 is a diagram showing an example of a user team table.
Figure 17 is a diagram showing another example of a user team table.
Fig. 18 is a diagram showing an example of a summary screen of match results.
Figure 19 is a schematic functional block diagram showing an example of the functional configuration of a game terminal.
Fig. 20 is a diagram showing an example of a user information table.
Fig. 21 is a schematic functional block diagram showing an example of the functional configuration of the server.
Fig. 22 is a diagram showing an example of a user management table.
Figure 23 is an explanatory diagram showing an example of a match management table.
Figure 24 is a diagram showing an example of a character selection condition table.
Fig. 25 is a diagram showing an example of randomly selected character data.
Figure 26 is a diagram showing an example of a team selection condition table.
Figure 27 is a diagram showing an example of randomly selected team data.
Fig. 28 is a sequence chart showing an example of processing of the game system.
Fig. 29 is a flowchart showing another example of processing in the game system.
Figure 30 is a sequence chart showing another example of processing of the game system.
31 is a flowchart showing another example of processing in the game system.

Hereinafter, an example of an embodiment of the present invention will be described with reference to the drawings.

[One. Configuration of the game system]

1 is a schematic block diagram showing a configuration example of a game system 1 according to an embodiment of the present invention. This game system 1 includes a plurality of game terminals 10-n (n is a positive integer: 10-1, 10-2, ...) and a server 30. The game terminal 10-n and the server 30 in the game system 1 are connected to each other to enable data communication through a network N such as the Internet. Here, since the plurality of game terminals 10-n have the same configuration, if no special distinction is made, they will be described simply as “game terminal 10”.

The network N of this embodiment is not limited to the Internet, and can be any network that can connect the game terminal 10-n and the server 30 in the game system 1 to enable communication, for example, a dedicated line or public network. It may be a line (telephone line, mobile communication line, etc.), a wired LAN (Local Area Network), a wireless LAN, etc., or it may be a combination of these with the Internet.

The game terminal 10 operated by the user is a computer that the user uses to play the game. The game terminal 10 includes, for example, a home game machine (stationary or portable), a personal computer, a smartphone, a mobile phone terminal, a Personal Handy-phone System (PHS) terminal, a personal digital assistant (PDA), These include tablet-type computers, multi-function television sets (so-called smart televisions), and business (commercial) game consoles installed in entertainment facilities.

Server 30 is, for example, a server computer. The server 30 associates each user with a user ID for unique identification, and stores and manages information about the user's game in, for example, a database (DB). The database (DB) may be constructed within the server 30 or may be constructed within a server computer separate from the server 30.

Additionally, the server 30 executes processing to determine opponent (so-called matching processing) when a communication match (online match) is conducted between users. In a communication match, for example, user A, who operates the game terminal 10-1, and user B, who operates the game terminal 10-2, can play a match game through the network N. In the case of this communication match, for example, a method of playing a match by directly communicating between the game terminal 10-1 and the game terminal 10-2 matched by the server 30 through P2P (Peer to Peer) connection, etc. There is. Alternatively, there is also a method of exchanging data between the game terminal 10-1 and the game terminal 10-2 via the server 30. Communication competition may be conducted using any method.

Communication between the game terminal 10-n and the server 30 uses, for example, HTTP (Hyper Text Transfer Protocol), which operates on TCP/IP (Transmission Control Protocol/Internet Protocol), as a base protocol. This can be achieved by implementing the application protocol specified in the system on top.

Meanwhile, communication between the game terminal 10-1 and the game terminal 10-2 connected through P2P, etc. is, for example, a communication protocol on the transport layer of the OSI reference model and is mainly implemented on the IP protocol (UDP) It can be realized by the User Datagram Protocol. Since the above-mentioned UDP is a communication method that continuously sends data to the other terminal device without performing data delivery confirmation or error correction, it has the advantage of high data transmission speed although data reliability is low. In addition, of course, it is also possible to use existing protocols other than UDP for communication between the game terminal 10-1 and the game terminal 10-2, or to use a new protocol that will be newly defined in the future.

In addition, for example, in a game terminal 10-n having a short-range wireless communication function using a predetermined frequency band (for example, a frequency band of 2.4 GHz), direct communication is possible between a plurality of game terminals 10-n. You can also play competitive games, etc.

(Hard configuration of the game terminal)

FIG. 2 is a schematic block diagram showing an example of the hardware configuration of the game terminal 10. The game terminal 10 mainly includes a CPU (Central Processing Unit) 11, a ROM (Read Only Memory) 12, a RAM (Random Access Memory) 13, an auxiliary storage device 14, It has a communication unit 15, an operation unit 16, an image processing unit 17, and a sound processing unit 18, which are connected to each other through a bus line 19 including an address bus, a data bus, and a control bus. You are connected. Additionally, an interface circuit is interposed between the bus line 19 and each component as necessary, but illustration of the interface circuit is omitted here. Additionally, the game terminal 10 is equipped with a display unit 20 and an audio output unit 21.

The CPU 11 interprets and executes game program instructions and controls the entire game terminal 10. The ROM 12 stores programs and data necessary for basic operation control of the game terminal 10. RAM 13 stores various programs and data and secures a work area for CPU 11.

The auxiliary storage device 14 is a storage device that stores game programs and various data. As the auxiliary storage device 14, for example, a non-volatile semiconductor memory, hard disk drive, solid state drive, etc. can be used.

The communication unit 15 is provided with a communication interface (not shown) and has a communication control function for data communication when the game is played. Here, the communication control function for data communication includes, for example, an Internet connection function, a wireless LAN (Local Area Network) connection function, a short-distance wireless communication function using a predetermined frequency band (for example, a frequency band of 2.4 GHz), etc. . The communication unit 15 transmits a connection signal for connecting the game terminal 10 to the network N based on a command from the CPU 11, and also receives information transmitted from the communication counterpart to the CPU 11. supplied by

The operation unit 16 is for inputting various user operation commands into the game terminal 10. Examples of the operation unit 16 include a position input unit with a touch interface (a component of a touch panel), a physical button, a controller, an analog stick, a keyboard, and a pointing device. Additionally, the operation unit 16 capable of voice input may be configured by identifying voice input from a voice input unit such as a microphone.

The image processing unit 17 drives the display unit 20 based on an image display command from the CPU 11 to display the game screen. A variety of known display devices, such as a liquid crystal display or an organic EL (Electro-Luminescence) display, can be applied to the display unit 20. Additionally, the display unit 20 can also be a touch panel that combines a display device such as a liquid crystal display with a position input unit provided with a touch interface. When the display unit 20 is configured as a touch panel, the image processing unit 17 is provided with a touch input detection unit (not shown). When an indicator such as a finger or a pen touches the screen, this touch input detection unit detects the coordinates of the contact position on the screen and supplies a coordinate signal to the CPU 11. As a result, the contact position on the screen of the display unit 20 is recognized by the CPU 11. The display unit 20 does not need to be integrated with the game device 10, and may be, for example, a television monitor externally connected to the game device 10.

The sound processing unit 18 generates an analog audio signal based on the pronunciation instruction from the CPU 11 and outputs it to the audio output unit 21.

(server hard configuration)

FIG. 3 is a schematic block diagram showing an example of the hard configuration of the server 30. The server 30 mainly includes a CPU 31, ROM 32, RAM 33, an auxiliary memory 34, and a communication unit 35, which include an address bus, a data bus, and They are connected to each other through a bus line 36 including a control bus and the like. Additionally, an interface circuit is interposed between the bus line 36 and each component as necessary, but illustration of the interface circuit is omitted here.

The CPU 31 interprets and executes commands of system software and application software and controls the entire server 30. The ROM 32 stores programs necessary for basic operation control of the server 30, etc. RAM 13 stores various programs and data and secures a work area for CPU 31. The auxiliary storage device 34 is a storage device that stores programs, various data, etc. As the auxiliary storage device 34, for example, a hard disk drive or the like can be used.

The communication unit 35 is provided with a communication interface (not shown) and controls communication with each game terminal 10-n via the network N. Additionally, the communication unit 35 also controls communication with other servers (not shown) connected to network N. For example, when the server 30 is configured as a system embedded in a social networking service (SNS), the communication unit 35 of the server 30 controls communication with the SNS server. In addition, for example, the server 30 controls communication with a video distribution server that distributes video games of games played by users to spectators. Additionally, the server 30 can also be provided with a moving image distribution function.

The server 30 may be configured as a single computer, but may also be configured as a function distribution type in which each function of the server 30 is distributed to a plurality of servers. Alternatively, a load distribution type configuration may be achieved by providing a plurality of servers 30 on the network N to achieve redundancy (multiplexing). Additionally, the server 30 may be configured as a cloud server using cloud computing technology.

Programs or data are supplied to the game terminal 10 or server 30 from a remote location through the network N and stored in RAM 13, auxiliary memory 14, RAM 33, or auxiliary memory 34. do. In addition, components (e.g., optical disc drive or memory card slot, etc.) for reading programs or data stored in an information storage medium (e.g., optical disc or memory card, etc.) are installed in the game terminal 10 or server. It may be provided in (30). Additionally, programs or data may be supplied to the game terminal 10 or server 30 through the information storage medium.

[2. Overview of an example of a game]

An outline of an example of a game is described below.

The game system 1 can play various games. For example, you can play a variety of games regardless of game format or genre, such as sports games (games based on baseball, soccer, tennis, American football, etc.), race games, fighting games, battle games, digital card games, etc. . Additionally, the game may be executed by performing data communication between the game terminal 10 and the server 30 or another game terminal 10, or may be played by the game terminal 10 alone.

For example, in a baseball game, various game modes, including a fighting game, are played based on one or a plurality of objects (eg, game characters, game cards, or game items, etc.). Below, as an example of a game played in the game system 1, a baseball game based on baseball will be explained, and other games will also be mentioned as necessary.

In the baseball game of this embodiment, a player character imitating an actual baseball player is provided as a character (an example of an object) that can be used in the game. That is, a player character is provided in which the name of an actual baseball player is set and ability parameters are set based on the ability or performance of the baseball player. In the example of the baseball game of this embodiment, a plurality of player characters are provided, each corresponding to all baseball players registered under the management of 12 Japanese professional baseball teams in the real world. Additionally, when a baseball player is newly registered under the management of the 12 professional baseball teams, a player character corresponding to the baseball player is added to the game. Additionally, the ability parameters of the player character corresponding to an actual baseball player are changed periodically (e.g., every month, every week, every game, etc.) or irregularly, depending on the actual baseball player's performance during the season. It may be updated. Additionally, for example, a player character corresponding to an actual professional baseball player who has retired may be made available for use in the game.

Additionally, the player character may be a player character representing a fictional baseball player. Additionally, the baseball game of this embodiment is equipped with a game mode for training original player characters. In this training mode, the original player character that has been trained can be used in various game modes together with a player character that imitates an actual baseball player.

The baseball game of this embodiment is equipped with various game modes in addition to the training mode described above. For example, there is a computer battle mode (also called CPU battle mode) in which users enjoy playing against a computer (CPU). In this computer match mode, the user performs batting, pitching, or defense operations of the player characters of his/her own team, and plays against the opponent's team whose player characters are automatically controlled by the CPU. In addition, for example, there is a manager play mode in which the user acquires a player character among a plurality of player characters through a lottery based on probability, forms his own team with the acquired player characters, and competes from the perspective of a manager. In this manager play mode, the user proceeds with the game by giving instructions to player characters, for example, to bunt, steal, hit and run, etc. The opponent in this director play mode may be another user or a computer. Additionally, for example, there is an offline match mode in which two users can compete by connecting two or more controllers to one game terminal 10. Additionally, the baseball game of this embodiment is also equipped with a communication battle mode in which users can play against other users. In this communication match mode, users can play real-time matches online with users from other remote locations via Network N.

In the real-time match, for example, a match between a user's team and an opponent's team (another user's baseball team on network N) is played in a communication match based on the operations in each game device 10. It goes on. For example, if the user is on the defensive side and the opponent's user is on the offensive side, the player character pitches or plays defense according to the opponent's user's operation (throwing operation or fielding operation), and the player character performs pitching or fielding according to the user's operation (batting operation or base running operation). Depending on the operation, the player character bats or runs base. In such action games, the game situation within the game is updated based on each user's operations on the player characters. This real-time competition is a competition method also used in e-sports (electronic sports).

The communication match mode includes “free match mode” and “online competition mode.” In “Free Match Mode,” users can select their favorite team or player character, and also set the match rules (e.g. number of innings of a match, etc.) at their own discretion, allowing them to compete against other users at any time. .

For example, in the free match mode, a user makes settings (creation of a room) for a free match, called a room for a match with another user. When a user creates a new room, the match rules can be set arbitrarily. If there is a room that has been created by a user, a communication match with the user who has set up the room is possible by the user entering the created room (for example, performing an operation to select a room). In other words, each user can compete by creating their own room and waiting for another user to enter the room, or by entering a room created by another user. Additionally, if a user sets an arbitrary pass code when creating a room, only other users who know the pass code can enter the room and compete.

In the online competition mode, users can participate in online competition game competitions held by the game operator as an official competition. Each user can participate in various official competitions held regularly or irregularly and compete in real-time with users from all over the country (or around the world) through Network N. Various competitions are held, for example, for a certain period of time (e.g., one week, three days, etc.). Each user can participate in one or more competitive games during the period of each competition. Depending on the type of competition, some competitions have an upper limit on the number of matches that can be played during the competition period, while others allow matches to be held as many times as there is no limit during the competition period. Additionally, for example, there may be a competition in which the number of matches each user must play during the competition period is specified.

When a user participates in a competition being held and plays a competition game, rewards (for example, points or items that can be used in the game, etc.) and competition points are given according to the results of the competition. Users who participate in various competitions in the online competition mode maintain “total competition points,” “weekly competition points,” and “competition points earned in each competition.” Competition points do not decrease depending on the match results, but increase as the competition game is played. In addition, after the end of each competition, a ranking according to the competition points earned by each user during the competition period is announced for each competition. Additionally, rewards (e.g., points or items that can be used in the game, etc.) are given to users according to their ranking in each competition. Additionally, rewards can be earned when the total tournament points reach a certain level or higher. The main game cycle of the online competition mode is “Participate in the competition → Play → Earn rewards → End the tournament → Announce the rankings → Earn rewards according to the ranking → Participate in the next tournament.” In the online competition mode, various competitions are held regularly or irregularly, so users can enter competitions of interest to receive rewards or enjoy real-time competition with users from all over the country (or the world).

An example of a competition of a fighting game held in the online competition mode will be described below. Competitions include the “Regular Cup,” “Beginner Cup,” “Master Cup,” “Real Speed Cup,” “Player Random Cup,” and “Team Random Cup.” Each competition is a different type of competition with different competition rules, participation conditions, competition period, and player characters that can be used in competition. This is only an example, and other competitions may be held in online competition mode.

FIG. 4 shows an example of the competition information table (TBL1) managed in the server 30. The competition information table (TBL1) is a data table for managing each competition held in online competition mode. The competition information table (TBL1) includes fields such as “contest ID”, “contest name”, “start time”, “end time”, “participation conditions”, and “contest rule”. The “Competition ID” field represents identification information for uniquely identifying each competition held in the online competition mode. The “Competition Name” field indicates the name of the competition. For example, for the “Player Random Cup”, “Player Random Cup 1st”, “Player Random Cup 2nd”, and “Player Random Cup 2nd” with different holding periods have different competition IDs. is granted and managed individually.

Additionally, the “Start Time” field of the competition information table (TBL1) indicates the start time of the competition. The “End Time” field indicates the end time of the competition. The “Participation Conditions” field indicates the conditions for participating in the competition. Depending on the competition, some competitions have set participation conditions, while others do not (i.e. anyone can participate). In the example of this embodiment, participation conditions are set based on the matching rate MR associated with the user ID of each user. Here, the matching rate MR is an index indicating the height of the user's game level. For example, if a user participates in a competition and wins a match against a user with a higher (or the same level) matching rate as the user, the user's matching rate MR improves. On the other hand, when a user loses to a user with a matching rate lower (or the same level) as the user, the user's matching rate MR decreases. Additionally, even if the user loses to a user whose matching rate is higher than the user by a predetermined value or wins by a user whose matching rate is lower than the predetermined value, the user's matching rate MR may not change. Regarding the conditions for participation in the competition, conditions other than the matching rate MR may be applied. For example, the level of the player character owned by the user, the total number of wins in matches, the total winning percentage in matches, etc. may be used as conditions for participation in the competition.

The “Competition Rules” field indicates the rules of the game played in the competition. In the “Contest Rules” field, setting information such as number of innings, presence or absence of extensions, maximum number of innings during extensions, velocity level, difficulty of operation (each difficulty of batting operation, pitching operation, fielding operation, base running operation), etc. It can be included. The competition information table (TBL1) also provides other information fields. For example, there is a reward field that indicates the reward obtained by participating in a competition, the reward when winning a match, and the reward according to the rank of the ranking.

For example, the “Regular Cup” competition can be a competition in which anyone can participate, and the restraint level and difficulty of operation are set to standard levels. For example, the “Regular Cup” lasts for one week from Monday to Sunday, and is held regularly every week.

Also, for example, the “Beginner Cup” competition is a competition for users who are not yet familiar with the game operations. In the “Beginner Cup,” for example, the matching rate MR is set to less than 50, and the restraint level and operation difficulty settings are also set to lower than the standard level. Also, for example, the “Master Cup” competition is a competition for users who are familiar with the operation of the game. In “Master Cup,” for example, the matching rate MR is set to 50 or higher, and the restraint level and operation difficulty are set to the standard level or higher than the standard level. Additionally, for example, the “Real Speed Cup” can be a competition in which the velocity level is set to the highest level of real speed.

In the case of the “Regular Cup,” “Beginner Cup,” “Master Cup,” and “Real Speed Cup” mentioned above, users who participate in any competition can decide the team and player characters to use in the match. For example, the user can freely select a favorite team from among multiple teams (in this embodiment, multiple teams corresponding to 12 Japanese professional baseball teams) and play against them, and the user can, for example, play against his/her favorite team. You can freely select the player characters that make up the team from among the player characters you own and form your own team.

On the other hand, the “Player Random Cup” is a special competition that is different from the above-mentioned competitions such as the “Regular Cup” in that for each match, players are randomly assigned player characters for each team that can be used in the match. In addition, the “Team Random Cup” is a special event that is different from the aforementioned competitions such as the “Regular Cup” in that for each match, the team (a team consisting of multiple default player characters) that the user uses in the match is randomly assigned. It's a competition. Below, an overview of the communication match mode and game descriptions mainly for “Player Random Cup” and “Team Random Cup” are provided.

Game screen G100 in FIG. 5 shows an example of a game screen when the communication battle mode is selected by the user. Game screen G100 includes parts P101 to P109. Part P101 is the part for selecting “Online Competition Mode”. Part P102 is the part for selecting “Free Battle Mode.” Part P103 is a part for transitioning to a screen for checking the user's total ranking. Part P104 is a part for transitioning to the screen for setting the team formation. Users can set the team formation for a match in communication match mode in advance before the match. However, the team formation that can be performed by selecting this part P104 is only effective in match games other than “Player Random Cup” and “Team Random Cup”. In other words, in the “Player Random Cup” and “Team Random Cup”, the user cannot determine the team and player character to use in the match, so the team formation set in advance by selecting part P104 cannot be used.

Part P105 is a part for transitioning to a screen where you can check the match history or competition participation history. Part P106 is a part for transitioning to a screen where you can check the total reward obtained in communication battle mode. Part P107 is a part for transitioning to a screen where the user's profile can be set and changed. Profiles that can be set for a user include, for example, settings for a nickname and the user's favorite team (for example, any of the 12 Japanese professional baseball teams).

Part P108 is a part for transitioning to the user settings screen. On the user setting screen, settings such as restraint levels can be made, for example. Additionally, on the user settings screen, the team settings (pet mark, team icon, uniform, home stadium, cheering song, etc.) used by the user in the competition game can be made. Additionally, the team settings that the user has independently set in advance on this user settings screen are applied only to match-up games other than “Player Random Cup” and “Team Random Cup”, and do not apply to “Player Random Cup” and “Team Random Cup”. does not apply. Part P109 is a part for transitioning to a screen where you can check the win/loss table of the 12 teams for all matches played in communication match mode. For example, the screen transitions to a screen similar to the 12-team win/loss table illustrated in FIG. 18 .

In the game screen G100, when the user performs an operation (operation by the operation unit 16) to select part P101, the game transitions to the competition selection screen G200 shown in FIG. 6. The competition selection screen G200 is an example of a screen for selecting various competitions in online competition mode. Competition selection screen G100 includes parts P201 to P205. Part P201 is a part that provides information about the competition. This part P201, including those not displayed on the competition selection screen G200, exists as many competitions as the user can select. By selecting part P202 or part P203, part P201, which indicates information on various competitions, can be switched and displayed on the competition selection screen G200. The competition in part P201 displayed on the competition selection screen G200 is the currently selected competition. Part P204 is a user interface that indicates the number of competitions in the number of dots. The color of the dots in the selected part of the competition changes. Part P205 is a part that indicates the number of users currently competing for the selected competition.

In part P201, information on whether or not the competition is being held (for example, either “in progress,” “finished,” or “before being held”) is displayed. In addition, part P201 displays the competition name, holding period, total number of users participating in the competition, competition rules, rewards that can be received from the competition, etc. Additionally, after a user participates in a competition, the user's ranking in the competition is also displayed. Additionally, the conditions for participation in the competition may be indicated in Part P201. Additionally, participation conditions may be displayed only for competitions for which participation conditions have been set.

In the example of Fig. 6, the currently being held “Player Random Cup” is selected on the competition selection screen G200. In this competition selection screen G200, when the user performs a decision operation, the selection of the “Player Random Cup” is decided, and the transition to the message screen G300 in FIG. 7 is made. The message screen G300 is an example of a screen for confirming the intention of participation in the competition for the user who selected “Player Random Cup”. Message screen G300 includes parts P301 to P303. In part P301, an outline explanation of the competition is displayed, saying, “This competition is a competition in which matches are held using players selected at random for each match.” Additionally, in part P301, a message to confirm the intention to participate in the competition is displayed, asking “Would you like to participate in the competition?” Part P302 is a part for the user to select participation in the competition, and the character “Yes” is displayed. Part P303 is a part for the user to select not to participate in the competition, and the character “No” is displayed.

In the message screen G300 of Figure 7, because the Player Random Cup is a different competition from a normal competition (a competition in which the user can select the team or player character as desired) in which matches are played using randomly selected player characters, Users are notified of this and final confirmation of their intention to participate in the competition is made. This message screen G300 may be omitted or may be displayed only for the user who first selects the player random cup. For example, for users who are already participating in the Player Random Cup, the message screen G300 may not be displayed.

In the message screen G300, when the user operates to select "No" in part P303, the process transitions to the competition selection screen G200 in FIG. 6. On the other hand, when the user operates to select “Yes” in part P302, the menu screen G400 of the player random cup in FIG. 8 is transferred. In addition, when the message screen G300 is omitted and the “Player Random Cup” is selected by the user on the competition selection screen G200 in FIG. 6, the menu screen G400 of the Player Random Cup in FIG. 8 is transitioned.

Menu screen G400 of the player random cup includes parts P401 to P406. Part P401 is a part that displays information about the player random cup. In part P401, information on whether the Player Random Cup is being held (e.g., either “in progress,” “finished,” or “before being held”) is displayed. Additionally, Part P401 contains the competition name (e.g., nth Player Random Cup), holding period, total number of users participating in the Player Random Cup, user ranking in the Player Random Cup, and performance in the Player Random Cup (e.g. For example, the number of wins, losses, draws, etc.), tournament points earned in the player random cup, etc. are displayed.

Part P402 is a part that indicates the number of users currently competing in the Player Random Cup. Part P403 is a part for starting the player random cup match game. When the Player Random Cup is being prepared or is ending, part P403 is inactive and cannot be selected. Part P404 is a part to check the reward earned by the user in the player random cup. Part P405 is a part for users to check the player's ranking in the Random Cup. Part P406 is a part that displays the image of the player character.

When the user performs the operation of selecting “match start” in part P403, participation in the competition game is accepted, the screen transitions to a standby screen (not shown), and matching processing to determine the opponent is performed. As an example of matching processing, users within a predetermined range of the matching rate MR associated with the user ID of each user are matched as opponents. If matching is successful, for example, a matching success screen (not shown) is displayed.

Then, when matching is successful, a predetermined number of player characters that can be used by each user who is a match against each other are randomly selected from among all player characters available in the match of the Player Random Cup based on the same selection conditions. As will be described later, the selection conditions can be, for example, conditions regarding parameters such as position information or ability information related to the player character. In this embodiment, 29 player characters are randomly selected for each user, but the number of player characters selected is not limited to this.

The player characters that can be used in the player random cup competition game may be all characters handled in the game provided by the game system 1, or some of them. Here, an example is shown in which a player character imitating an actual baseball player registered under the management of 12 Japanese professional baseball teams is used as a player character in a match game of the Player Random Cup. In other words, in this example, some characters that can be used in competition games and other game modes other than Player Random Cup and Team Random Cup (for example, player characters imitating retired baseball players, each user develops independently) (original player characters created by doing so, etc.) are excluded from the characters that can be used in the player random cup match-up game.

Fig. 9 shows an example of the character information table (TBL2). The character information table (TBL2) is data for managing all characters handled in the game provided by the game system 1. The character information table (TBL2) is stored in each memory device (e.g., RAM 13, auxiliary memory 14, RAM 33, auxiliary memory 34) of the server 30 and the game terminal 10. ), database (DB), etc.) are stored and managed. The character information table (TBL2) of the server 30 and the game terminal 10 are basically the same. For example, if the game management side of the server 30 changes the character information table (TBL2), the changed information is distributed from the server 30 to the game terminal 10 through the network N. The character information table (TBL2) includes a “character ID” field, a “name” field, a “team ID” field, “position information,” “ability information,” etc.

The “Character ID” field represents identification information for uniquely identifying a player character. The “Name” field indicates the name of the player character. In this embodiment, the name of the actual baseball player is set to the player character imitating the actual baseball player.

The “Team ID” field represents identification information for uniquely identifying the team (club) to which the player character belongs. The team to which the player character belongs is managed by the team information table (TBL3) illustrated in FIG. 10. The team information table (TBL3) is data for managing all teams (clubs to which player characters belong) handled within the game provided by the game system 1. The team information table (TBL3) is stored in each memory device (e.g., RAM 13, auxiliary memory 14, RAM 33, auxiliary memory 34) of the server 30 and the game terminal 10. ) or a database (DB), etc.) is stored and managed. The team information table (TBL3) of the server 30 and the game terminal 10 are basically the same. For example, if the game management side changes the team information table (TBL3) in the server 30, the changed team information table (TBL3) Information is distributed from the server 30 to the game terminal 10 via the network N.

The team information table (TBL3) includes a “Team ID” field, a “Team Name” field, a “Participating Player Registration” field, etc. The “Club Name” field indicates the name of the club to which the player character belongs. In other words, the name of the team to which the player belongs is associated with the player character through the character ID and team ID. In this embodiment, the name of the club to which the real baseball player belongs in reality is set as the club name associated with the player character imitating an actual baseball player. The “Participating player registration” field will be described later. Additionally, the team information table (TBL3) may include fields other than those described above, for example, a field map related to the home stadium.

“Position information” in FIG. 9 indicates parameters related to the position of the player character. “Position information” includes a “Main position” field indicating the main position set for the player character. Each player character has one of the baseball defensive positions: “Pitcher,” “Catcher,” “First Baseman,” “Second Baseman,” “Third Baseman,” “Shortstop,” “Center Fielder,” “Right Fielder,” and “Left Fielder.” The position is set as the main position.

Additionally, “position information” includes “position aptitude information” set in the player character. “Position aptitude information” includes fields of “starting aptitude,” “middle relief pitching aptitude,” and “finishing aptitude,” which are information on position aptitude for the pitcher character. The “Starting Aptitude” field indicates an evaluation of the aptitude as a starting pitcher, the “Middle Relief Aptitude” field indicates an evaluation of the aptitude as a middle relief pitcher, and the “Finishing Aptitude” field indicates an evaluation of the aptitude as a closing pitcher. In this embodiment, the evaluation of position aptitude is expressed in three levels, starting from the highest: “◎”, “○”, and “- (no appropriate or no evaluation)”. Not limited to this, evaluation of aptitude, numerical value, A·B·C... It can also be expressed with the alphabet, etc., or other symbols.

“Position aptitude information” also includes information on the position aptitude for the beast character. In the case of fielder characters, the position aptitude for the main position and the position aptitude for the sub position that can be held in addition to the main position are set.

“Ability information” includes a “Comprehensive ability” field. This “comprehensive ability” field is an ability parameter that indicates the height of the player character’s comprehensive ability. Comprehensive abilities, in addition to numbers, are A·B·C... It may be expressed as an alphabet, symbol, etc.

“Ability information” also includes ability parameters other than comprehensive abilities. For example, regarding a pitcher's player character, parameters indicating the height of the pitcher's individual abilities (velocity parameter, ball control parameter, stamina parameter, etc.) and parameters indicating the presence or absence of special abilities for the pitcher are included in the "ability information." Included. Additionally, regarding the player character of a fielder, the parameters indicating the height of the fielder's individual abilities (defense parameters, trajectory parameters, meat parameters, power parameters, main parameters, etc.) and the parameters indicating the presence or absence of special abilities related to the fielder are " Included in “Ability Information.” The overall ability can be, for example, the sum (or average, etc.) of the ability values of a plurality of individual abilities set in the player character.

Although omitted in Fig. 9, fields other than those described above are also included in the character information table (TBL2). For example, parameters such as "rank", "cost", "level", and "rarity" of the player character are also included in the character information table (TBL2). In addition, for example, the relaxation or form of the player character (batting or pitching form), the plurality of pitches that the pitcher can throw, the parameters related to the pitch type (parameters that evaluate the position of the pitch, the amount of change, etc.), and the advantages/disadvantages of the batter's pitching course. Parameters such as information on and information on compatibility with the pitcher are also included in the character information table (TBL2). Additionally, image and video data (two-dimensional or three-dimensional) of the player character are also included in the character information table (TBL2). Additionally, the character information table TBL2 may include information indicating the type of character. For example, information such as flags to identify player characters corresponding to actual active players, player characters corresponding to actual retired players, original player characters created by users, and other characters, etc., are character information. It may be included in the table (TBL2). The various parameters included in the character information table TBL2 described above are set for each character (each character ID).

In addition, in the Player Random Cup match-up game, the 29 player characters that can be used by each user who is a match against each other are selected among all player characters (examples of objects of use) that can be used in the Player Random Cup match, the parameters of the player characters ( They are selected randomly based on the same selection conditions (position information, ability information, etc.). The details of the 29 selected player characters are, for example, pitcher (starter): 4, pitcher (middle relief): 3, pitcher (set upper): 2, pitcher (closer): 2, catcher: 2. 1st baseman: 2 people, 2nd baseman: 2 people, 3rd baseman: 2 people, shortstop: 2 people, center fielder: 2 people, right fielder: 2 people, left fielder: 2 people, position random: 2 people. Here, the two position random people can be randomly selected from any position.

Figure 11 shows an example of the selection conditions for each position of the pitcher's player character, and Figure 12 shows an example of the selection conditions for each position of the fielder's player character. In Figures 11 and 12, individual player characters to be selected for each position are classified as Candidate 1 to Candidate 4 and Position Random Frame. In the examples of Figs. 11 and 12, selection conditions are set for each player character to be selected. The election conditions include conditions regarding parameters of position information (an example of role information) and ability information. In the examples of Figures 11 and 12, the plurality of conditions set for each player character to be selected are AND conditions.

As shown in FIG. 11, for pitchers (starters), four players from Candidate 1 to Candidate 4 are always selected, and including one person from the position random frame, up to five player characters may be selected. For example, the selection conditions for Candidate 1 as a pitcher (starter) are “main position pitcher,” “selection aptitude ◎,” and “comprehensive ability value of 300 or more.” In addition, for example, the selection conditions for Candidate 2 and Candidate 3 as pitchers (starters) are “main position pitcher,” “selection aptitude ◎,” and “comprehensive ability value of 200 to 299,” respectively. In this way, the same election conditions may be set for two or more election targets. Additionally, for example, the selection conditions for Candidate 4 as a pitcher (starter) are “main position pitcher,” “selection aptitude ○ or higher,” and “comprehensive ability value of 199 or less.” Here, “aptitude ○ or higher” means “aptitude ○” or “aptitude ◎” (hereinafter, the same applies). In addition, for example, the selection conditions for the position random frame of the pitcher (starter) are “main position pitcher”, “selection aptitude ○ or higher”, and “comprehensive ability value is 150 to 350”.

For pitchers (intermediate relief pitches), three players from Candidate 1 to Candidate 3 are always selected, and including one person from the position random frame, up to four player characters may be selected. For example, the selection conditions for Candidate 1 as a pitcher (intermediate relief pitcher) are “main position pitcher,” “intermediate relief pitching aptitude ◎,” and “comprehensive ability value of 300 or more.” Additionally, for example, the selection conditions for Candidate 2 as a pitcher (intermediate relief pitcher) are “main position pitcher,” “intermediate relief pitching aptitude ◎,” and “comprehensive ability value of 200 to 299.” Additionally, for example, the selection conditions for Candidate 3 as a pitcher (intermediate relief pitcher) are “main position pitcher,” “intermediate relief pitch aptitude ○ or higher,” and “comprehensive ability value of 199 or less.” In addition, for example, the selection conditions for the position random frame of a pitcher (intermediate relief pitch) are “main position pitcher”, “intermediate relief pitch aptitude ○ or higher”, and “comprehensive ability value is 150 to 350”.

For the pitcher (set upper), two players, Candidate 1 and Candidate 2, are always selected, and including one person in the position random frame, up to three player characters may be selected. For example, the selection conditions for candidate 1 as a pitcher (set upper) are “main position pitcher,” “middle pitching aptitude ◎,” “finishing aptitude ○ or higher,” and “comprehensive ability value of 300 or higher.” In the case of a pitcher (set upper), both middle relief pitching aptitude and finishing aptitude are considered as selection conditions. For example, the selection conditions for candidate 2 as a pitcher (set upper) are “main position pitcher,” “middle pitching aptitude ◎,” “finishing aptitude ○ or higher,” and “overall ability value is 200 to 299.” In addition, for example, the selection conditions for the position random frame of a pitcher (set upper) are “main position pitcher”, “middle pitching aptitude ◎”, “finishing aptitude ○ or higher”, and “comprehensive ability value is 150 to 350”. .

Regarding the pitcher (closer), two players, Candidate 1 and Candidate 2, are always selected, and including one person in the position random frame, up to three player characters may be selected. Description will be omitted here, but similarly to the pitcher (starter), selection conditions are set for candidate 1, candidate 2, and position random frame of the pitcher (closer), respectively.

As shown in Fig. 12, for fielder characters, at any position, two players, Candidate 1 and Candidate 2, are always selected, and including one person in the position random frame, up to three player characters may be selected. For example, the selection conditions for catcher candidate 1 are “main position catcher” and “comprehensive ability value of 300 or more.” Similarly, for other positions of the beast character, for example, the selection conditions for Candidate 1 are that “the main position is the target position” and “the overall ability value is 300 or more.” Additionally, for example, the selection conditions for catcher candidate 2 are “main position catcher” and “comprehensive ability value is 200 to 299.” Similarly, for other positions of the beast character, for example, the selection conditions for Candidate 2 are “the main position is the target position” and “the overall ability value is 200 to 299.” Additionally, for example, the selection conditions for the catcher's position random frame are "main position catcher" and "comprehensive ability value is 150 to 350." Similarly, for other positions of the beast character, for example, the conditions for selecting the position random frame are "the main position is the target position" and "the value of the comprehensive ability is 150 to 350."

In this embodiment, among the 29 player characters assigned to the user, the same player character is not selected repeatedly. Additionally, as a variation, the same player character may be selected repeatedly among a predetermined number of player characters assigned to the user.

For example, except for the position random frame, each candidate for each position can basically be randomly selected in order, starting with candidate 1, but may be randomly selected from any candidate for any position. Alternatively, random selection of multiple candidates or random selection of multiple positions may be performed approximately simultaneously through parallel processing.

In order to prevent the same player character from being selected repeatedly, it is necessary to exclude players who have already been selected from random selection. For example, when the same selection conditions are set as for pitcher (selection) candidate 2 and candidate 3 shown in FIG. 11, two player characters are randomly selected from the population that satisfies the selection conditions so as not to overlap. For example, the player character of Candidate 2 is first selected at random, and then the player character of Candidate 3 is randomly selected excluding the selected player character. Additionally, the selection order of Candidate 2 and Candidate 3, which have the same selection conditions set, may come first.

Regarding the selection of two player characters in the position random frame, for example, first, in order to determine which position to select from, all positions (here, 12 positions of 4 pitchers and 8 fielders) are selected and two positions are randomly selected. decide. Here, the two randomly determined positions may be allowed to overlap, or overlap may be prohibited. Then, based on the selection conditions set in the position random frame of the determined position, the player character for the position is randomly selected. To prevent the same player characters from being selected repeatedly among the 29 player characters assigned to the user, for example, first, randomly select the 27 player characters other than the position random frame, and then select the already selected players. It is enough to exclude characters from selection and randomly select two people in the position random frame. Alternatively, for example, you may first randomly select two players in the position random frame, and then randomly select 27 player characters other than the position random frame. As a variation, no selection conditions need to be set for the position random frame. Here, the fact that no selection conditions are set means that, for example, in a player random cup match, all available player characters are selected and a random selection is made. In other words, the selection conditions are set for the random selection of a certain number (e.g., 27) of player characters in the team, but the selection conditions are set for the random selection of the remaining (e.g., 2) player characters. It is also possible to have player characters selected at random without making arrangements.

Additionally, in this embodiment, 29 player characters are assigned to each of the two users competing, so a total of 58 player characters are selected, but the same player character is not selected repeatedly among the 58 player characters. In other words, the player character that is the same as the player character assigned to one of the two users competing is not selected for the other user. Additionally, as a variation, the same player character as the player character assigned to one of the two users competing may be selected for the other user.

In the case where a player character identical to the player character assigned to one of two users competing is not selected for the other user, for example, a player character is randomly selected for one user, and the selected player character is selected. All you have to do is exclude the player character from being selected and randomly select the player character for the other user. For example, when assigning a player character of “Pitcher (starter) Candidate 1” to two users playing a match, from the population that satisfies the selection conditions for “Pitcher (starter) Candidate 1”, one The player character assigned to the user is randomly selected, and then the selected player character is excluded from selection, and the player character assigned to the other user is randomly selected. In this case, no matter which of the two players competing is randomly selected first, the selection probability of any player character included in the population that satisfies the selection conditions is the same for both users. Therefore, it can be said that the player character used by the user in the match is randomly assigned from the “same population” to each user, without following the order of random selection processing for the two players competing. In addition, for example, the order of processing for random selection of two people competing may be determined by random drawing, or the order of processing may be determined without such drawing.

Additionally, in competitions other than the Player Random Cup and Team Random Cup, users can choose the player character they want to use by themselves, so there is a tendency to use player characters with high ability parameters continuously. Therefore, in competitions other than the Player Random Cup and Team Random Cup, in order to prevent player characters with high ability parameters from being used continuously, the selection rotation is limited (player characters used in the selection cannot be used continuously in the next match), etc. There are restrictions. In contrast, in the Player Random Cup and Team Random Cup, the player characters or teams that the user can use are randomly assigned, so there is no limitation on the starting rotation.

However, there may be a case where there are not enough player characters to be selected under the above selection conditions because there are no player characters that satisfy the preset selection conditions, or because the number of player characters that meet the above selection conditions is less than the number that should be selected. do. In this case, it is desirable to change the preset selection conditions targeting the number of player characters that are insufficient.

A method of changing selection conditions includes, for example, a method of expanding the range of ability parameters. In this case, the range of the capability parameter may be expanded towards a lower capability, may be expanded towards a higher capability, or may be expanded in both directions. Another way to change the selection conditions is, for example, to shift the range of the capability parameter. In this case, the range of the capability parameter may be shifted toward a lower capability or toward a higher capability. Another way to change the selection conditions is, for example, to change the selection conditions to conditions using parameters of individual abilities instead of comprehensive abilities. Another way to change the election conditions is, for example, to change the conditions of the position. Another way to change election conditions is, for example, to change the type of parameter used in the condition. For example, instead of selection conditions regarding position parameters and ability parameters, other types of parameters (e.g., rank, level, cost, rarity, etc. of the player character) may be applied. These are examples, and if there are not enough player characters to be selected under the preset selection conditions, the selection conditions may be changed in some way. Additionally, for example, if there is a shortage of player characters selected even in the selection conditions after the change, the change in the selection conditions may be repeated until the shortage is resolved.

The selection conditions shown in FIGS. 11 and 12 are only examples and are not limited thereto. For example, in the above example, a position random frame is provided for two people, but it may be used for one person, three or more people, and the position random frame may be eliminated. In addition, for example, in the above example, the conditions of the ability parameters of candidate 1 are the same for all positions of the player character, but the conditions of the ability parameters may be different for some or all of the positions. The same goes for candidate 2 and position random frame. In addition, in the above example, the value of the player character's overall ability is used as the condition for the ability parameter, but other ability parameters, such as individual ability parameters or parameters such as the presence or absence of special abilities, may be used.

Additionally, as selection conditions, for example, conditions for parameters other than ability parameters and position parameters may be applied. Alternatively, election conditions that combine various types of parameters may be set. In addition, in the above example, when the selection condition includes a plurality of conditions, it is set as an AND condition, but it may be used as an OR condition, or an AND condition and an OR condition may be combined. Alternatively, you can apply a NOT condition, or combine the NOT condition with an AND condition or an OR condition.

Fig. 13 is an explanatory diagram showing another example of selection conditions for player characters randomly assigned to each user. In Fig. 13, in order to simplify the setting of selection conditions compared to the case of Fig. 11, detailed position classification of starters, intermediate relief pitches, set uppers, and finishers for pitchers is not performed. FIG. 13 shows an example of setting selection conditions for selecting a predetermined number (for example, 12) of player characters for one position, a pitcher. For example, for pitcher candidate 1 and candidate 2, the selection conditions of “main position pitcher” and “overall ability 350 or higher” are set. Additionally, for example, for pitcher candidates 3 to 6, selection conditions of “main position pitcher” and “comprehensive ability value of 300 to 349” are set. Additionally, for example, for pitcher candidates 7 to 9, selection conditions of “main position pitcher” and “comprehensive ability value of 200 to 299” are set. In addition, for example, for pitcher candidates 10 to 12, selection conditions of “main position pitcher” and “comprehensive ability value of 199 or less” are set.

Additionally, Figure 13 shows an example of setting selection conditions for selecting a predetermined number (e.g., 9) of player characters for one position, that is, an infielder excluding the catcher. For example, for infielder candidate 1 and candidate 2, the selection conditions of “main position infielder” and “comprehensive ability value of 350 or more” are set. Here, the condition of “main position infielder” is an OR condition that the main position is “first baseman,” “second baseman,” “third baseman,” or “shortstop.” Similarly, for example, for infielder candidates 3 to 6 and candidates 7 to 9, selection conditions including the condition of “main position infielder” are set, respectively. Additionally, in the example of FIG. 13, the selection conditions are set separately for the catcher and infielders other than the catcher, but the selection conditions may be set by including the catcher as an infielder.

Additionally, FIG. 13 shows an example of setting selection conditions for selecting a predetermined number (for example, 6) of player characters for one position, that is, an outfielder. For example, for outfielder candidate 1 and candidate 2, the election conditions of “main position outfielder” and “comprehensive ability value of 350 or more” are set. Here, the condition of “main position outfielder” is an OR condition that the main position is “center fielder,” “right fielder,” or “left fielder.” Similarly, for outfielder candidates 3 to 6, for example, selection conditions including the condition of “main position outfielder” are set.

Fig. 14 is an explanatory diagram showing another example of selection conditions for player characters randomly assigned to each user. Figure 14 shows an example of setting selection conditions using only parameters related to ability, without using parameters related to positions in the selection conditions. In Figure 14, for example, for candidates 1 to 5, the selection condition of "comprehensive ability value is 350 or more" is set. Additionally, for example, for candidates 6 to 10, an election condition of “comprehensive ability value is 300 to 349” is set. Additionally, for example, for candidates 11 to 20, an election condition of “comprehensive ability value of 200 to 299” is set. Additionally, for example, for candidates 21 to 29, an election condition of “comprehensive ability value is 199 or less” is set.

Fig. 15 is an explanatory diagram showing another example of conditions for selecting a player character assigned to each user. Figure 15 shows an example of setting selection conditions using only position-related parameters, without using ability-related parameters as selection conditions. For example, for pitcher (selection) candidate 1 and candidate 2, selection conditions of “main position pitcher” and “selection aptitude ◎” are set. For example, for Candidate 3 and Candidate 4 of pitcher (selection), selection conditions of “main position pitcher” and “selection aptitude ○” are set. For example, for pitcher (intermediate relief pitch) candidates 1 to 3, the election conditions of “main position pitcher” and “intermediate relief pitch aptitude ○ or higher” are set. Similarly, for other positions, election conditions using parameters related to the positions are set.

Alternatively, the selection condition for the player character randomly assigned to each user may be, for example, “all player characters usable in the player random cup match.” Here, the description continues assuming that the election conditions illustrated in FIGS. 11 and 12 apply.

Based on the selection conditions set for each player character to be selected as described above, 29 player characters are each randomly selected from among all player characters available in the match of the Player Random Cup and assigned to each user competing. . As a result, the two matched users each compete using 29 randomly selected player characters as members of their teams. Each player character assigned to two users competing is randomly selected from among all player characters commonly available to all users in the Player Random Cup match based on the same selection conditions. In other words, the player characters that a user can use in a match are randomly assigned from the “same population” for each user.

Fig. 16 shows an example of the user team table (TBL12) in the player random cup competition game. The user team table (TBL12) in FIG. 16 shows information on player characters for one team randomly assigned to a user with a user ID of "U1." The user ID is associated with the “competition ID” and “match ID” of the player random cup. The user team table (TBL12) includes a “serial number” field, a “character ID” field, a “team ID” field, etc. The “Character ID” field indicates the character ID of the player character randomly assigned to the user. The “Team ID” field indicates the team ID associated with the character ID of the player character. In the Player Random Cup, the team ID (i.e., affiliated club) associated with each player character varies. Additionally, the user team table (TBL12) includes fields for setting order organization information, which will be described later. Additionally, the “Serial Number” field may be omitted.

Two users playing against each other check their assigned player characters on the screen. Then, each user forms the order of a team including 29 player characters within a predetermined time limit (for example, within 300 seconds). Regarding this ordering, in the Player Random Cup (and the Team Random Cup described later), unlike other competitions (competitions where the user can select the team or player character as desired), you do not know which player character will be assigned to you. I can't. Therefore, after a player character that can be used in a fighting game is assigned, the user needs to confirm the player character. Therefore, in matches in the Player Random Cup (and the Team Random Cup described later), a time limit is set that is longer than the ordering time limit (for example, 180 seconds) given in matches in other competitions or in free matches. .

The team order formation performed by each user includes pitcher order formation and fielder order formation. In the pitcher order formation, the user determines the roles of the starting pitcher, middle relief pitcher, set upper, and closing pitcher among the player characters of the pitcher assigned to the user. In the fielder order formation, the user selects eight starting member player characters from among the player characters assigned to him, and determines each position and batting order. Player characters not selected as starting members become reserve players on the bench and can be used by player substitution during the game.

Additionally, in the Player Random Cup, a plurality of player characters assigned to a user are selected at random, so the team names associated with each player character are diverse. Usually, player characters wear uniforms corresponding to the names of the teams they are associated with, so the uniforms of the plurality of player characters that make up the user's team are not uniform. Therefore, the user may be able to select a uniform uniform worn by a plurality of player characters constituting the user's team from a plurality of options. For example, it allows the user to select which uniform of 12 Japanese professional baseball teams. The uniform selection process may be performed at any timing until the start of the game. Additionally, the uniform selection process may be omitted. Alternatively, a uniform corresponding to a favorite team (for example, one of the 12 Japanese professional baseball teams) that the user has set in advance on the profile setting screen may be automatically selected.

In addition, regarding the team settings used by the user in the Player Random Cup, for example, the team settings (pet mark, team icon, uniform, home stadium, cheering song) of the user's favorite team (any of the 12 professional baseball teams) etc.) may be applied.

Matches in the Player Random Cup are real-time action communication competitions. Two users playing against each other control randomly assigned player characters for each team. The game video of this competition is distributed, for example, from the server 30 or a video distribution server having a video distribution function.

However, currently, with the spread of e-sports, not only playing games but also watching game matches is becoming a way to enjoy games. Many spectators simply want to see a competition of skills between game players, and do not find it very fun to have a player character or team that is strong enough to pay for, for example, and have the outcome of the match greatly influenced by that. In other words, from the viewpoint of entertaining the spectators of the game, it is important to make the game play conditions fair for each user competing. In this regard, in the match game of the Player Random Cup, the same selection conditions are applied to the two users competing, and the player characters that each user can use in the match are randomly assigned from the “same population.” Fairness of game play conditions is guaranteed.

During a predetermined tournament period (e.g., three days) of the Player Random Cup, each user can participate in multiple competition games. During the competition period, each user may be allowed to participate in any match, or the number of matches to be played during the competition period may be determined. For example, a league match (playing against all players in a predetermined number of matches), a tournament format, or a combination thereof may be adopted. The same applies to the Team Random Cup explained next.

Next, the match game of "Team Random Cup", in which the teams (plural player characters constituting the team) that the user uses in the match are randomly assigned, will be explained.

When “Team Random Cup” is selected on the G200 competition selection screen in Figure 6, an outline explanation of the competition is displayed, for example, “In this competition, matches are played using teams selected at random for each match.” do. Additionally, a message asking “Do you want to participate in the competition?” is displayed to confirm your intention to participate in the competition. Additionally, the outline explanation of the competition or confirmation of intention to participate may be omitted.

When the user performs an operation to participate in the Team Random Cup, the Team Random Cup menu screen is displayed. Since the menu screen of the team random cup is the same as the menu screen G400 of the player random cup in Fig. 8, its description is omitted. If you select “Start Match” on the Team Random Cup menu screen, participation in the match game is accepted, the game transitions to a standby screen (not shown), and matching processing to determine the opponent is performed. For example, matching processing is performed based on each user's matching rate MR. If matching is successful, for example, a matching success screen (not shown) is displayed.

And, if matching is successful, the teams that can be used by each user who is competing against each other (an example of a group containing two or more objects used by users during a match game) are all teams that can be used in the match of the Team Random Cup ( (an example of a target to be used) is randomly selected based on the same selection conditions.

In the baseball game of this embodiment, all teams that can be used in the Team Random Cup match are, for example, the 12 teams managed in the team information table (TBL3) in FIG. 10. The “Club Name” field in the team information table (TBL3) indicates the name of one of the 12 Japanese professional baseball teams.

Additionally, the “Participating Player Registration” field indicates a predetermined number (for example, 29) of player characters for which participating players have been registered. Here, “participating player registration” refers to the registration of a player so that he or she can participate in a sporting event. Additionally, in the major leagues, it is also called roster registration. In the baseball game of this embodiment, the player character registered in the “participating player registration” field becomes a member of a team that can be used in the match game in the Team Random Cup. In this embodiment, 29 character IDs are registered in the “Participating Player Registration” field. The 29 player characters registered in the “Participating Player Registration” field are player characters corresponding to the 29 actual players registered as participating players for each Japanese professional baseball team.

That is, in the game of this embodiment, the real team (club) in the real world corresponds to the team in the game, and the 29 players registered as participating players in the real team and the team in the game are There are 29 player characters registered as participating players. For example, if a player registered as a participating player for an actual team changes, the game management side will change the player registered in the "Participating player registration" field of the team information table (TBL3) in accordance with the contents of the change. Change the character ID. In addition, in the case of professional baseball in the real world where the registration of participating players is unclear due to the off-season, for example, by referring to the registration of participating players in the previous season, the game management side determines the character IDs of the default 29 player characters, Just register in the “Participating Player Registration” field of the team information table (TBL3).

The above selection condition for the Team Random Cup is, for example, “all teams available for competition in the Team Random Cup.” In this case, one team is randomly selected and assigned to each user who is competing against each other among the 12 teams available for the Team Random Cup match. The user plays the Team Random Cup match-up game using the team randomly assigned to the user for each match, that is, using the 29 player characters registered as participating players for the team.

In this embodiment, teams are randomly selected so that the teams assigned to the two users competing do not overlap. As a variation, the same team may be selected repeatedly for two people competing.

Fig. 17 shows an example of the user team table (TBL12) in the Team Random Cup competition game. The user team table (TBL12) in FIG. 17 shows information on player characters for one team assigned to the user with the user ID "U1." The user ID is associated with the “tournament ID” and “match ID” of the Team Random Cup. In the “Team ID” field, the team ID of the team randomly assigned to the user is set, and in the “Character ID” field, the character IDs of the 29 player characters registered as participating players in the assigned team are set.

In addition, in the above, an example of registering and managing a predetermined number of player characters constituting a team in the “Participating Player Registration” field of the team information table (TBL3) in Fig. 10 is shown, but the present invention is not limited to this. For example, in the character information table TBL2 in FIG. 9, information (e.g., a flag) indicating the player character registered as a participating player in the team may be set in association with the character ID.

As described above, the actual team (club) corresponds to the team in the game, and there are 29 players registered as participating players in the actual team, and 29 player characters registered as participating players in the team in the game. is corresponding. In addition, parameters such as abilities associated with the player character are set to imitate an actual player corresponding to the player character. In other words, the team in the game that corresponds to the real team reflects its original strength, which is close to the skills of the real team. Accordingly, in the Team Random Cup under the above-described selection conditions, a mock game is held between teams from 12 actual professional baseball teams. The match of the Team Random Cup of this embodiment is not a simple mock match, but the team assigned to the user is selected at random for each match. Therefore, when the results of matches played in the Team Random Cup are tallied, statistically, the teams in the game that correspond to the clubs that are actually strong in the real world will be ranked high.

In general, there are differences in operating skills depending on the user, and users with high operating skills (those who are good at operating) are likely to win a match even if they are assigned a relatively weak team. For example, if any user can choose a team and play against them, there is a possibility that a team that is actually strong will not be ranked high, but a team that includes many users with high operating skills will be ranked high.

On the other hand, in the match of the Team Random Cup of this embodiment, the team assigned to the user is selected at random for each match, so any team can be used by users with various operating skills. For this reason, when the results of matches played in the Team Random Cup are tallied, statistically, the teams in the game that correspond to the clubs that are actually strong in the real world will be ranked high.

For example, if a “Team Random Cup” is held before the open game or regular season of professional baseball in the real world is held, the open game in the real world can be heightened through the game. In other words, not only the users playing the Team Random Cup match-up game, but also the spectators watching it, for example, if a video of the match-up game is released, is also excited. In addition, if any user can check the tally screen (e.g., win-loss table) of all match results played in the Team Random Cup, from the tally of all match results, the open game of professional baseball held in the real world can be played. You can enjoy predicting the results of the regular season.

Figure 18 shows an example of the tally screen G500 of the results of all matches played in the Team Random Cup. The tally screen G500 is a 12-team win/loss table and includes parts P501 to P504. Part P501 is a part that displays the ranking, team name, total number of wins, total number of losses, total number of draws, total winning percentage, and game car information for each of the 12 teams that can be used in the Team Random Cup match. Part P502 is a part for switching to the screen of the total rankings of all matches from the 1st to the nth Team Random Cup. Part P503 is a part for switching to the overall ranking screen for the currently held Team Random Cup. Part P504 is a part to switch to the screen of the total rankings of the Team Random Cup held last week.

Just as looking at the G500's win-loss table on the tally screen shows that Team G will be strong in the open game and regular season of this year's professional baseball, you can enjoy predicting the team rankings in real professional baseball by referring to the tally results of the mock game. . Of course, if the Team Random Cup is held continuously (for example, every Friday to Sunday) even after entering the regular season of real professional baseball, the future ranking of the professional baseball team can be predicted from the win/loss table on the tally screen G500. You can enjoy it.

Another example of the above selection condition in the Team Random Cup is the condition regarding the league to which the team belongs. The 12 teams available for competition in the Team Random Cup are divided into two leagues, corresponding to the 12 professional baseball teams in Japan divided into two leagues. For example, in the team information table (TBL3) of FIG. 10, six teams with team IDs of TC1 to TC6 are teams belonging to the first league, and six teams with team IDs of TP1 to PC6 are teams belonging to the first league. This team belongs to a second league that is different from the league. In addition, the league of affiliation is not determined based on the team ID, and for example, information (e.g., a flag) that determines the league may be associated with the team ID.

Examples of the above-mentioned selection conditions in the Team Random Cup are “First League” or “Second League.” For example, if “First League” is selected as a selection condition, each user who plays against each other will be given a choice among the 6 teams that meet the conditions for “First League” among the 12 teams available for the Team Random Cup match, One team is randomly selected and assigned. The user plays a match-up game of the Team Random Cup using a randomly assigned team, that is, using 29 player characters registered as participating players for the team. In the Team Random Cup under these selection conditions, a mock match is held between teams from the same actual league.

Another example of the above selection condition in the Team Random Cup is a condition regarding a specific plurality of teams. For example, the selection condition is that two teams correspond to the two actual teams competing in the Japan Series of professional baseball. In this case, each user who is playing against each other is randomly selected and assigned to one of the two teams corresponding to the two actual teams competing in the Japan Series. The user plays a match-up game of the Team Random Cup using a randomly assigned team, that is, using 29 player characters registered as participating players for the team. In the Team Random Cup under these selection conditions, a mock match is held between real teams competing in the Japan Series.

For example, in the real world, after the actual baseball teams playing in the Japan Series are decided and before the Japan Series games are held, if a tournament titled “Team Random Cup (Japan Series)” is held, the game Through this, you can heighten the Japanese series in the real world. In other words, not only the users playing the Team Random Cup match-up game, but also the spectators watching it, for example, if a video of the match-up game is released, is also excited. In addition, any user can check the results of all matches played in the Team Random Cup (e.g., win/loss table), and from the tally of all match results, the results of the Japan Series held in the real world can be predicted. Make sure you enjoy it. For example, let's say that the two teams corresponding to the two actual teams competing in the Japan Series were Team G and Team H. And, for example, in the Team Random Cup, the total number of matches is 1,000, Team G has 350 wins, Team H has 600 wins, and the draw is 50 games. If it comes out, you can enjoy predicting the results of the Japan Series by referring to the aggregate results of the mock match, as it is said that Team H will have the upper hand in this year's Japan Series.

In addition, although the above-mentioned tournament titled “Team Random Cup (Japan Series)” is shown as an example of being held before the Japan Series in the real world, it is not limited to this. For example, a tournament titled “Team Random Cup (Japan Series)” may be held during or after the holding period of the Japan Series in the real world.

The user checks the player characters that make up the team assigned to him/her on the screen. And, as in the case of the player random cup, the team order is formed within a predetermined time limit (for example, within 300 seconds). Matches in the Team Random Cup are real-time action communication competitions. The two users competing each manipulate the player characters of the randomly assigned team. The game video of this competition is distributed, for example, from the server 30 or a video distribution server having a video distribution function.

As described above, each team assigned to two users competing is randomly selected based on the same selection conditions from among all teams that can be commonly used by all users in the Team Random Cup match. In other words, the teams that a user can use in a match are randomly assigned from the “same population” for each user.

In addition, in the above, an example was shown in which the player random cup or team random cup match-up game is played within a predetermined period, but the player random cup or team random cup match-up game can be played at any time without limiting the period. You can do it.

[3. [Functional configuration of game terminal]

FIG. 19 is a schematic functional block diagram showing an example of the functional configuration of the game terminal 10. The game terminal 10 mainly includes a data storage unit 100 and a terminal control unit 110 that controls each part of the user terminal 10.

The terminal control unit 110 has a function of executing various calculations and data processing based on information regarding operations through the operation unit 16, information received from the server 30 or other game terminals 10, etc. Additionally, the terminal control unit 110 has a storage control function that stores information on the results of the processed processing in a predetermined area of a storage device (RAM 13, auxiliary memory 14, etc.). Additionally, the terminal control unit 110 has an output control function that controls various outputs through the image processing unit 17 and the sound processing unit 18. For example, the terminal control unit 110 controls the image processing unit 17 to display a game screen on the display unit 20 (or an externally connected television monitor, etc.), or controls the sound processing unit 18, Sound effects during game play are output from the audio output unit 21. Additionally, the terminal control unit 110 has a communication control function that manages information communication between the server 30 and other game terminals 10, etc. through the communication unit 15.

Additionally, the terminal control unit 110 has a user information management function that stores and manages information about the user's game in a storage device (RAM 13, auxiliary memory 14, etc.). For example, the terminal control unit 110 stores information such as the user name and profile in the storage device in association with the user ID. The items managed by the terminal control unit 110 vary depending on the type or content of the game. The terminal control unit 110 associates the user ID with the matching rate MR, various points and items, match results, user IDs of other users (colleagues, friends, etc.) associated with the user, various parameters during the game, and save after the game. Various types of information, such as data, are stored and managed in a storage device. Additionally, the terminal control unit 110 downloads information about the user's game stored in the server 30 from the server 30, if any.

The above various functions of the terminal control unit 110 are basically performed by the CPU 11 of the game terminal 10 stored in a storage device (ROM 12, RAM 13, or auxiliary storage device 14, etc.). This is realized by executing the program.

The data storage unit 100 is realized by at least one of the ROM 12, RAM 13, or auxiliary storage device 14. The data storage unit 100 stores data necessary to provide a game. As a specific example of data stored in the data storage unit 100, the data required to provide the baseball game described above will be described. The data storage unit 100 stores a user information table (TBL11), a character information table (TBL2), a team information table (TBL3), and a user team table (TBL12). In addition, since the character information table (TBL2) (see FIG. 9), the team information table (TBL3) (see FIG. 10), and the user team table (TBL12) (see FIG. 16 and FIG. 17) have already been explained, the explanation is given here. omit.

Fig. 20 shows an example of the user information table (TBL11). The user information table (TBL11) contains “User ID”, “User name”, “Favorite team”, “Matching rate”, “Game level”, “Points owned”, “Competition points”, “Rewards”, and “Battles”. It includes fields such as “Result Information” and “Owned Character Information.”

The game level is information that evaluates the level of the user's operation skill in the baseball game. The ownership points are points that can be used in games owned by the user. For example, possession points may be virtual currency that a user can use in a baseball game, or may be a fee for playing a baseball game that is consumed when the user plays a baseball game.

The “Competition Points” field stores competition points (total points, points for each competition, etc.) earned in various competitions in the online competition mode. The “Reward” field stores rewards (items, etc.) obtained in online competition mode, etc. In the “Owned Character Information” field, the character ID of the player character acquired by the user in the game is stored. The “match result information” field stores information on the results of matches (for example, wins and losses, goals and losses, etc.) in various competitions in the online competition mode.

In the “Owned Character Information” field, the character ID of the character that the user obtains in the game and currently owns is stored. There are several ways to purchase characters. For example, a user can obtain a character through a lottery by executing the lottery mode. In this lottery mode, for example, the character given to the user is drawn among all characters in the game. In order for the user to execute the lottery mode, for example, a certain amount of in-game points, billing items, etc. may be required. Additionally, for example, a user may receive a character as a gift from another user (such as another user related to the user). Additionally, for example, the user may obtain characters as a reward for playing within the game. Additionally, for example, the user can obtain the original player character developed in the training mode. Additionally, for example, at the start of the game, a predetermined number of characters may be assigned as characters owned by the user.

The characters stored in the “Owned Character Information” field can be selected and used by the user in competition games or other game modes other than the Player Random Cup and Team Random Cup, but in the aforementioned Player Random Cup and Team Random Cup, Users cannot choose to use it on their own.

[4. Functional configuration of the server]

FIG. 21 is a schematic functional block diagram showing an example of the functional configuration of the server 30 (an example of a game control device). The server 30 includes a data storage unit 300. For example, the data storage unit 300 is realized by at least one of a database (DB), ROM 32, RAM 33, or auxiliary storage device 34. The data storage unit 300 stores data necessary to provide a game.

As a specific example of data stored in the data storage unit 300, the data required to provide the baseball game described above will be described. The data storage unit 300 includes a competition information table (TBL1), a character information table (TBL2), a team information table (TBL3), a user management table (TBL4), a competition management table (TBL5), and a character selection condition table (TBL6). , the team selection condition table (TBL7), the randomly selected character data (DT1), and the randomly selected team data (DT2) are stored. The character selection condition table (TBL6), team selection condition table (TBL7), randomly selected character data (DT1), and randomly selected team data (DT2) will be described later.

Since the competition information table (TBL1) (see FIG. 4), the character information table (TBL2) (see FIG. 9), and the team information table (TBL3) (see FIG. 10) have already been explained, detailed descriptions are omitted here. Regarding the character information table (TBL2) and the team information table (TBL3), substantially the same data is maintained in each user's game terminal 10. For example, when the game management side changes the information in the character information table (TBL2) or team information table (TBL3) of the server 30, the changed information is transmitted from the server 30 through the network N to the game terminal ( 10) is betrayed.

Fig. 22 shows an example of the user management table (TBL4). The user management table (TBL4) is a data table for managing all users playing games in the game system 1. The user management table (TBL4) includes fields such as “User ID”, “User Name”, “Matching Rate”, and “Contest Points”. Although omitted in Fig. 22, other fields are also included in the user management table (TBL4). For example, fields such as the user's game level, points owned, and user IDs of other users (colleagues, friends, etc.) associated with the user are included in the user management table (TBL4).

Figure 23 shows an example of the competition management table (TBL5). The competition management table (TBL5) is a data table for managing competition games executed in the game system 1. The competition management table (TBL5) is associated with a competition ID and is stored for each competition (for each competition ID). The example in FIG. 23 shows an example of a match management table (TBL5) that manages all match games played in competition ID: E1 (Player Random Cup 1st). The match management table (TBL5) includes fields such as “match ID”, “first user ID”, “second user ID”, and “match result”.

The “match ID” is identification information for uniquely identifying the competition game played in the competition with the competition ID associated with the competition management table (TBL5). In the “match ID” field, a match ID is assigned and stored every time a match game is played during the period of the target competition. Additionally, among the two users matched in the target competition game, the user ID of one user is stored in the “First User ID” field, and the user ID of the other user is stored in the “Second User ID” field. In the “match result” field, information regarding the result of the match game (for example, wins and losses, goals and losses, etc.) is stored. Although omitted in Figure 23, other fields are also included in the match management table (TBL5). For example, fields such as team information for each user competing (in the case of the baseball game described above, which of the 12 teams) are included in the match management table TBL5.

The game system 1 or server 30 of this embodiment provides a game in which users can participate in a specific competition game.

Here, the “user” is, for example, a person who plays a game provided by the game system 1. For example, user identification information is associated with each user, and each user is identified (specified) by the user identification information. “User identification information” is information used to uniquely identify each user. For example, a user ID, non-overlapping user name, or mail address corresponds to an example of “user identification information.”

Additionally, a “competition game” is, for example, a computer game in which a user plays against an opponent to determine superiority or inferiority or victory or defeat. For example, an online competition game played between the terminals 10 of a plurality of users connected through the network N corresponds to an example of a “match game.” Here, “match” refers to determining superiority or inferiority or victory or defeat against the opponent. The outcome of a competitive game does not necessarily have to be a win or loss, and may even result in a draw. Matches in sports games, battles in combat games, etc. are examples of “fights.”

The user's opponent may be one user or two or more people. For example, the baseball game described above in which two users compete using multiple player characters from their respective baseball teams corresponds to an example of a “match game.” Additionally, for example, a game in which three or more users fight using their own characters within the same game space is an example of a “fighting game.”

The above-mentioned “competition game” is, for example, a competition game played by the user and the opponent each manipulating the object to be used. In addition, in the above-mentioned "competition game", for example, the computer automatically determines the result of the match by performing simulation processing based on the object to be used by the user and the object to be used by the opponent, and only in specific scenes, It may be a competition game in which the user and the opponent manipulate the object they are using. In addition, the “competition game” may be, for example, a competition game in which the result of the match is automatically determined by a computer executing simulation processing based on the object to be used by the user and the object to be used by the opponent.

The “competition game” may be, for example, a specific competition game played within a predetermined period of time. Here, the “predetermined period” is a predetermined period of time, for example, a period during which a competition game in which users can participate is played. Here, the “period” may be a period of days, for example, from Friday to Sunday, or a period of days, for example, from March 1 to March 5, for example, 7:00 a.m. It may be a period of time from 0 seconds to 9:00:00:00 the next night. Alternatively, the “period” may be, for example, a period of weeks, months, or days.

Additionally, “specific competition game” refers to a competition game in which the user cannot select the target of use, such as objects that can be used in the competition. For example, a competition game in which each user who is an opponent is randomly selected based on the same selection conditions for objects that can be used in the competition game is an example of a “specific competition game.” In the example of the baseball game described above, one or more match-up games played in the Player Random Cup or Team Random Cup correspond to an example of a “specific match-up game.”

A battle game different from the “specific battle game” may be referred to as a “second battle game.” In other words, the “second battle game” refers to a battle game in which the user can select the target of use, such as objects that can be used in the battle. In the example of the baseball game described above, the match game in competitions other than the “Player Random Cup” and “Team Random Cup” played in the online competition mode, or the match game in the free match mode, is an example of the “second match game” Equivalent to

“A specific competition game played within a predetermined period of time” means, for example, one or more specific competition games played within a period predetermined by the game management side. For example, a specific competition game played during the competition period of a game competition held by the game management side for a limited period of time corresponds to an example of “a specific competition game played within a predetermined period of time.” Here, a “game competition” is, for example, an event related to a game, and users participating in the competition compete with each other for superiority, victory, defeat, ranking, etc. In the example of the baseball game described above, the “player random cup” or “team random cup” corresponds to an example of a “game competition.”

Additionally, for example, in a “specific competitive game played within a certain period of time,” rewards such as points or items that can be used in the game may be given to the user depending on the win or loss or ranking, and titles such as units may be given to the user. It may be something that is granted. Additionally, for example, “a specific competitive game played within a predetermined period” may be held as a so-called e-sports competition, and may be one in which no prize money or prizes are at stake. In the example of the baseball game described above, one or more match-up games played in the Player Random Cup or Team Random Cup, where the competition period is determined in advance, correspond to an example of “a specific match-up game played within a predetermined period.”

The “specific competition game” does not have to be a competition game played during a predetermined period. For example, the “specific competition game” may be a competition game that each user can play at any time. In the example of the baseball game described above, if a player random cup or team random cup match-up game is possible at any time without limiting the period, the match-up game corresponds to an example of a “specific match-up game.”

As shown in FIG. 21, the server 30 mainly includes a reception unit 310, a management unit 320, and an election unit 330. These are basically realized by the CPU 31 of the server 30 executing a program stored in a storage device (ROM 32, RAM 33, or auxiliary memory 34, etc.).

The reception unit 310 in FIG. 21 has the function of accepting participation in the competition game.

Here, “accepting participation in a competition game” means accepting a user operation (participation application operation) to participate in a competition game. Alternatively, “accepting participation in a competition game” may mean receiving information indicating the user’s intention to participate in a competition game. For example, when a user performs a button operation, screen touch operation, voice input operation, etc. to participate in a competition game, receiving information regarding the operation is an example of "accepting participation in a competition game." Equivalent to Participation conditions for accepting participation in a competition game may be set, or the participation conditions may not be set. For example, in the case of a competition game for which participation conditions are set, participation in the competition game may not be accepted if the participation conditions are not met. Additionally, for example, in the case of a competitive game played within a predetermined period, participation in the competitive game may not be accepted outside of the predetermined period.

In the example of the baseball game described above, when the user performs an operation to select “Start game” of part P403 on the menu screen G400 of the player random cup (or team random cup) in Fig. 8, based on the information regarding the operation Thus, the reception unit 310 accepts participation in the “player random cup (or team random cup) match game” as an example of a specific match game. In addition, for example, in a competition game, when the process of matching users who become opponents is executed, when matching is successful and the opponent is determined, even if the reception unit 310 accepts participation in the competition game, do. In other words, the period from the user's participation application operation until matching is successful is called the participation reception waiting period, and when matching is successful and the opponent is determined, even if participation in the competition game based on the participation application operation is accepted, do.

In addition, the reception unit 310 not only participates in “a specific match game in which the user cannot select the target of use, such as objects that can be used in the match,” but also participates in “a specific match game that allows the user to select the target of use, such as objects that can be used in the match.” It may have a function to accept participation in the “second competition game.” In other words, the reception unit 310 need only have at least the function of accepting participation in the specific competition game.

The management unit 320 in FIG. 21 has a function of managing a plurality of usage objects that can be used in the specific competition game by the user whose participation has been accepted by the reception unit 310 by storing them in a storage device.

Here, the “object of use” refers to an object that can be used by the user in a competition game. The object of use may be an object that can be used by the user during the competition game.

Here, an “object” is something that can be used in a game. For example, game characters, game cards, or game items are examples of “objects.” For example, game characters and game cards representing people such as sports players, living things such as racehorses, fictional people such as monsters, living things, and non-living things such as robots are examples of “objects.” For example, the “object” may be a game character or game card that corresponds to an actual person, or may not correspond to an actual person.

For example, in the case of a game in which a user uses one or more game characters to play against an opponent, the one or more game characters correspond to an example of a “target of use.” Additionally, for example, in the case of a card game in which the user organizes a deck using multiple game cards and plays against an opponent using the assembled deck, the multiple game cards built into the deck are an example of “objects of use.” Equivalent to In the example of the baseball game described above, the player character of a pitcher or a fielder that can be used in the match game of the player random cup corresponds to an example of the “object of use.”

Additionally, the object of use may be a group including two or more objects that can be used by the user during the competition game.

Here, a “group” is a group composed of two or more objects. “Group” can also be referred to as, for example, a team, group, group, party, guild, etc. For example, in the case of a baseball game, a baseball team consisting of a certain number of player characters (for example, 29) who can participate in the game on the bench corresponds to an example of a “group.” Additionally, in the case of a soccer game, a soccer team consisting of a certain number of player characters (for example, 18 or 23) who can participate in the game on the bench corresponds to an example of a “group.”

For example, in the case of a game in which a user plays against an opponent using a group (team, group, group, party, guild, etc.) composed of multiple game characters, the group (and the multiple games included in the group) character) corresponds to an example of “target of use.” In the example of the baseball game described above, a team composed of 29 player characters that can be used in the team random cup match-up game managed in the team information table (TBL3) in Fig. 10 corresponds to an example of the “target of use.” .

The “multiple usage targets that can be used in the competition game by the user whose participation has been accepted by the reception unit 310” managed by the management unit 320 means that at least all users who have accepted participation in a specific competition game are in common. Includes multiple possible use targets. Additionally, as will be described later, in order for a user to be able to actually use the game in a competitive game, it is necessary to relate the object of use to the user identification information (eg, user ID). In other words, if the “multiple usage targets that can be used in the competition game by the user whose participation has been accepted by the reception unit 310” managed by the management unit 320 are related to the user identification information of the user, There are multiple uses that a user can use in the above-mentioned fighting game.

The “multiple usage targets that a user can use in the above-mentioned match-up game” managed by the management unit 320 are not limited to, for example, a specific match-up game, but can be commonly used in match-making games other than the specific match-up game or in other game modes as well. It may be any object or group that can be used. In other words, the “multiple usage targets that a user can use in a specific competition game” managed by the management unit 320 are, for example, managed specifically for a specific competition game (in the example of the baseball game described above, players specially prepared for the competition) It may be managed as a character), or it may be managed as an object that can be commonly used in fighting games other than a specific fighting game or in other game modes.

In addition, the “multiple usage objects that a user can use in the competition game” managed by the management unit 320 may be all objects or groups handled in the game provided by the game system 1, or some of them. It can be used as an object or group. In other words, among the usage objects (objects or groups) that can be used in the game managed by the management unit 320, “a plurality of usage objects that can be used in a competition game specific to the user” need only be included.

In the example of the baseball game described above, the management unit 320 stores the character information table TBL2 ( Based on (see FIG. 9), the user manages a plurality of player characters that can be used in the game (including player random cup or team random cup competition games).

The selection unit 330 in FIG. 21 selects the usage objects that can be used in the competition game, which are associated with the user identification information of each user who is a competitor, to the plurality of uses managed in the management unit 320. It has the function of randomly selecting among targets based on the same selection conditions.

Here, the “use object associated with user identification information” refers to a use object such as an object that is stored in association with user identification information. Here, “associating a use object with user identification information” means making it possible for a user identified by the user identification information to use the associated use object in the competition game.

“Usage object related to user identification information” is, for example, a use object such as an object that a user can use in the above-mentioned competition game. “Usage object related to user identification information” can be used, for example, limited to the specific competition game that is played within a predetermined period (or is played without limiting the period).

For example, the “target of use linked to user identification information” does not continue to be associated even after the end of the specific match game played within a certain period of time and can be used in the next match game, but after the end of the match (match The association with user identification information may be canceled or invalidated (at any timing from the end of the game to the next competition game).

In addition, “targets of use associated with user identification information” include, for example, “games other than the specific competitive game played within a given period of time (e.g., competitive games other than the specific competitive game and other types of games)” ) can also be used, but it is not owned by the user.

“From among the plurality of usage objects managed in the management unit 320, randomly select based on the same selection conditions” means that the usage object associated with the user identification information of each user who is competing against each other is selected by the management unit. A random selection is made based on the same selection conditions from among the “multiple use targets that can be commonly used by all users who have accepted participation in the above-mentioned competition game” managed at (320). Here, “same selection conditions” means that the same selection conditions are applied to all users who are opponents.

“Select randomly based on selection conditions” means, for example, randomly selecting one or more of the above-mentioned use targets from a population based on selection conditions. Here, “randomly selected” means randomly selected. For example, applying a known pseudo-random number generation algorithm to randomly sample one or more of the use targets from the population corresponds to an example of “randomly selecting.” In addition, for example, applying the same lottery probability to all of the objects of use included in the population and drawing one or more of the objects of use from among the population based on the probability is equivalent to an example of "selecting at random." do.

The “selection condition” is, for example, a condition for randomly selecting the use object that can be used in the specific competition game from among the plurality of use objects managed in the management unit 320. In other words, the “selection condition” is, for example, a condition for determining the population that is the target of random sampling.

Parameters are associated with each of the plurality of objects managed in the management unit 320. Here, “parameters related to the object” are parameters set for the object. For example, in the case of a game character of a baseball player, the parameters of the game character's team, role (e.g., defensive position), and ability (ability related to batting, fielding, base running, pitching, etc.) are "related to the object." This corresponds to an example of a “built parameter.” Additionally, for example, body shape information (height, weight, foot length, hand size, etc.) or gender information of the object may be included in the “parameters related to the object.”

And, the election condition can be a condition related to the parameter. Here, “the selection condition is a condition related to the parameter” means that the condition related to the parameter related to the object is applied as the election condition. Based on the conditions related to the parameters, the selection unit 330 randomly selects the object that can be used in the competition game from among the plurality of objects managed in the management unit 320 that satisfy the conditions. .

For example, the parameters include capability information of the object. And, the selection condition can include “conditions regarding object capability information.”

Here, “ability information” is a parameter indicating the ability set to the object. “Ability information” may be, for example, information indicating the level of an object’s ability. Additionally, “ability information” may be, for example, information indicating whether an object has a specific ability. Additionally, “capability” may include, for example, the performance of the object.

For example, in the case of a baseball game, information representing the batting ability, fielding ability, base running ability, or pitching ability of a player character as an example of an object corresponds to an example of “ability information.” Additionally, for example, in the case of a soccer game, information indicating the offensive ability (shooting ability, passing ability, dribbling ability, etc.) or defensive ability (tacking ability, etc.) of a player character as an example of an object is an example of “ability information.” Equivalent to Additionally, for example, in the case of a fighting game, information indicating the attack ability or defense ability of a character as an example of an object corresponds to an example of “ability information.” Additionally, for example, information indicating the attack performance or defense performance of a weapon or the like as an example of an object corresponds to an example of “ability information.”

For example, in a baseball game, all player characters that can be used in the specific match-up game are managed in the management unit 320, and among all the player characters, ability values are within a predetermined range, for example, ability values in the range of 200 to 299. When one or more player characters are randomly selected, the condition that the player character's ability value is in the range of 200 to 299 corresponds to an example of a “selection condition.” In this example, all player characters with ability values of 200 to 299 managed in the management unit 320 become a set of selection candidates (that is, a random selection population).

In the example of the baseball game described above, the values of comprehensive ability shown in FIGS. 11 to 14 are “350 or more,” “300 or more,” “300 to 349,” “200 to 299,” “150 to 350,” “ Conditions such as “199 or less” correspond to “conditions regarding object ability information” as an example of an election condition.

Additionally, for example, the parameters include role information of the object. And, the election conditions can include “conditions regarding object role information.”

Here, “role information” is a parameter indicating the role set for the object. For example, in the case of sports games such as baseball games and soccer games, a position corresponds to an example of a “role.” Additionally, for example, in the case of a combat game, an occupation corresponds to an example of a “role.”

For example, in the case of a baseball game, the position of “pitcher” or “fielder” corresponds to an example of “role information.” Additionally, for example, “starter,” “middle pitcher,” “set upper,” or “closer,” which subdivides the pitcher’s position, corresponds to an example of “role information.” Additionally, for example, “infielder” or “outfielder”, which subdivides the position of “fielder,” corresponds to an example of “role information.” In addition, for example, the position of "fielder" is further divided into "catcher", "first baseman", "second baseman", "third baseman", "shortstop", "center fielder", "right fielder", "left fielder", or “Designated hitter (DH)” corresponds to an example of “role information.”

Additionally, the position appropriate information of an object corresponds to an example of “role information.” Here, “object position appropriateness information” is information that evaluates the appropriateness of each of the pitcher’s “starting,” “middle relief,” and “closing” positions, for example, in the case of a baseball game. For example, in the case of a “selection” position, evaluation information such as “selection appropriate ◎”, “selection appropriate ○”, or “not appropriate (or no evaluation)” corresponds to an example of “role information.”

For example, in a baseball game, when one or more player characters whose position is catcher are randomly selected from among all the player characters available in the game, the condition that the position is catcher corresponds to an example of a “selection condition.” do. In this example, the population subject to random selection is all player characters whose position is catcher.

In the example of the baseball game described above, the main positions shown in FIGS. 11 to 13 and 15 are “pitcher,” “catcher,” “first baseman,”… , “Selection aptitude ◎”, “Intermediate fighting aptitude ◎”, “Finishing aptitude ◎”, “Selection aptitude ○ or higher”: These conditions correspond to the “conditions regarding object role information” as an example of a selection condition.

The election conditions may be a combination of multiple election conditions. For example, the election condition may be a combination of “conditions regarding the ability information of the object” and “conditions regarding the role information of the object.”

In addition, the selection condition may be, for example, a condition in which all of the plurality of usage targets managed in the management unit 320 constitute a set of selection candidates (that is, a random selection population).

When the competition game is a game in which groups consisting of two or more objects compete against each other, the user identification information of each user who is a competition opponent includes the above two objects among a plurality of objects managed in the management unit 320. The above objects are related. In this case, it is preferable that the selection unit 330 sets the election conditions for selecting each of the two or more objects for each object to be elected.

The baseball game described above is a game played against teams composed of 29 player characters, and corresponds to an example of “a game played against groups composed of two or more objects.” Figures 11 and 12 show a preferred example in which selection conditions are individually set for each of the 29 player characters. In this way, by appropriately setting selection conditions such as position and ability for each selected player character, a desired group without bias in position or ability can be formed.

Additionally, when electing two or more objects, the configuration is not limited to setting election conditions individually for each of the two or more objects. For example, as shown in Figures 13 and 14, common election conditions may be set for a plurality of candidates to be selected. For example, in Figure 14, a common selection condition of "comprehensive ability is 350 or more" is set for five election targets, Candidate 1 to Candidate 5.

Here, an example of the character selection condition table (TBL6) applied in the match game of the player random cup described above is shown in Fig. 24. The character selection condition table TBL6 is a data table showing selection conditions used in the random selection process by the selection unit 330. The character selection condition table (TBL6) includes fields of “candidate ID” and “selection condition”.

The “Candidate ID” field represents identification information for uniquely identifying the character to be selected in the random selection process by the selection unit 330. PS1 to 4 are 4 pitchers (starters), PR1 to 3 are 3 pitchers (middle relief pitchers), PSM1 to 2 are 2 pitchers (set upper), PC1 to 2 are 2 pitchers (closers), and C1 to 2 are 2 pitchers (closers). Two catchers, 1B1 to 2 two first basemen, 2B1 to 2 two second basemen, 3B1 to 2 two third basemen, SS1 to 2 shortstops, CF1 to 2 two center fielders, RF1 to 2 right fielders 2 people, LF1 to 2 represent the two left fielders, and PR1 to 2 represent the candidate IDs of each of the two position random candidates. These candidate IDs correspond to candidates (1 to 4) and position random frames for each position shown in Figs. 11 and 12. In other words, the “candidate ID” is also position identification information that uniquely identifies the position of the character to be selected.

In the “Selection Conditions” field, the election conditions applied to the election target of each candidate ID are stored. In the “Selection Conditions” field, the selection conditions shown in Figs. 11 and 12, for example, are stored. In other words, election conditions are set for each of the 29 election targets.

Next, a specific example of selection conditions when the target of use is a team (an example of a group) is shown. Fig. 26 shows an example of a team selection condition table (TBL7) applied in the match-up game of the aforementioned Team Random Cup. The team selection condition table (TBL7) is a data table showing selection conditions for teams used in the random selection process by the selection unit 330. In the example of Figure 27, in the match game (match ID: M15) held in the tournament ID: E2 (team random cup 1st), the user with user ID: U1 and the user with user ID: U2 play. Indicates a case.

The team selection condition table (TBL7) includes the fields “Team selection condition ID” and “Selection condition”. The team selection condition ID is identification information for uniquely identifying the team selection conditions applied in the team random cup competition game. In the “Selection Conditions” field, the team’s selection conditions are set. In the example of Figure 26, "All teams (TC1 to TC6, TP1 to TP6)", "First league (TC1 to TC6)", "Second league (TP1 to TP6)", and "Japan series (TC1, TP6)" There are four election conditions set. In the case of the selection condition of “all teams” above, random selection is performed for all 12 teams. In other words, when the selection condition of “all teams” is applied, selection is made at random without actually setting selection conditions. In the case of the selection condition of “First League”, random selection is performed targeting the 6 teams (TC1 to TC6) belonging to the first league. In the case of the above-mentioned “second league” selection condition, random selection is performed targeting the 6 teams (TP1 to TP6) belonging to the second league. In the case of the above-mentioned "Japan Series" selection condition, a random selection is performed targeting teams participating in the Japan Series of professional baseball in the real world (e.g., TC1, TP6 set by the game management side).

In addition, although the above shows an example in which multiple team selection conditions are registered in the team selection condition table (TBL7), it is not limited to this. Information on team selection conditions may be stored in a storage device without using the team selection condition table (TBL7).

Next, a case where the object is an object corresponding to an actual person will be explained. In this case, it is desirable to set parameters related to the object to imitate the actual person corresponding to the object.

Here, a “real person” is a person in the real world, for example, a famous person in the real world. For example, sports players, martial arts players, or celebrities in the real world are examples of “real people.” For example, “real people” may include people who actually existed in the past, for example, prominent figures in history, or only people who are currently alive may be called “real people.” Additionally, for example, in the case of sports players, OB players who have retired from active duty may be included in the “real person,” or only active sports players may be considered “real people.”

For example, in a baseball game, a player character or game card corresponding to an actual baseball player corresponds to an example of “an object corresponding to an actual person.” In this case, for example, the ability parameters of the player character are the performance that the baseball player accepted in a real game (the performance he accepted as a fielder (batting average, RBI, number of home runs, strikeouts, stolen bases, or errors), or the number of errors made by the baseball player) It is set based on the accepted performance (ERA, number of wins, number of strikeouts, number of walks, or velocity, etc.) Also, for example, in a soccer game, game characters or game cards corresponding to actual soccer players are " It corresponds to an example of an "object corresponding to a real person." In this case, for example, the ability parameters of the game character are the performance (goals, assists, shots, pass success rate, or number of fouls, etc.).

For example, in the case of a player character corresponding to an actual baseball player, such as the baseball game described above, the player character is based on the team, position, and performance (records such as batting average and ERA) of the actual baseball player. Setting the parameters of the team, defensive position, and abilities (abilities such as batting, fielding, base running, pitching, etc.) is a way to set parameters related to an object by imitating the actual person corresponding to the object. This corresponds to an example.

In the baseball game described above, a mock match of a real-world match can be realized on the game screen between users using player characters imitating real baseball players. In particular, in the Team Random Cup match-up game, a mock match of a professional baseball game in the real world can be realized in the game. As mentioned above, before a match with match cards scheduled in the real world (for example, a match in the Japan series, etc.) is held, if a mock match with the same match cards is implemented in the game, the real world game can be played through the game. You can enhance the battle card. Here, in the match game of Team Random Cup, teams containing multiple player characters imitating real people used in the mock battle in the game are randomly assigned to each user competing, so the mock battle of various match cards can be played without bias. It can be realized.

Next, a preferred configuration in which random selection of the target to be used is performed each time a competitive game is played will be described. Each user can play the competition game multiple times within a predetermined period, and the selection unit 330 performs a random selection based on the same selection conditions each time the competition game is played within the predetermined period. It is desirable to do so.

In the baseball game described above, during the holding period of the Player Random Cup or Team Random Cup, a user can play a match game multiple times, and for each match game, a player character or team is associated with the user ID of the two users competing. This shows an example of random selection based on the same election conditions. The player character or team randomly assigned to the user in a match game is reset in the next match game, and a new player character or team is randomly selected.

In this way, each time a competition game is played, the player character or team associated with the user's user ID is randomly selected, so each user playing the competition is assigned a variety of player characters or teams for each competition without bias. In particular, in the Team Random Cup competition game, which can simulate matches between teams in the real world, in the game, the team assigned to each user is selected at random for each match, so any team can be used by users of various operating skills. It will be used by. For this reason, when the results of in-game mock battles are tallied, statistically, in-game teams that correspond to teams that are actually stronger in the real world will be ranked higher. Accordingly, based on the tally of the results of the mock battle in the game, you can predict and enjoy the results of the match card match that is later held in the real world.

[5. process]

Next, an example of processing executed in the game system 1 of this embodiment will be described below.

Fig. 28 is a sequence chart showing an example of processing of the game system 1. This Figure 28 shows the player random cup match game ( It shows an example of processing when an example of a specific competition game is played. Hereinafter, the user with User ID: U1 is referred to as “User U1”, and the user with User ID: U2 is referred to as “User U2.”

In the game terminal 10-1, when user U1 performs an operation to participate in the player random cup competition game, information regarding the operation is transmitted to the server 30 through the network N (S100-1) . For example, in the game terminal 10-1, when user U1 performs an operation to select “match start” in part P403 of menu screen G400 of the player random cup in Fig. 8, match participation as information regarding the operation is displayed. Request information is transmitted to server 30. Similarly, in the game terminal 10-2, when user U2 performs an operation to participate in the player random cup competition game, information regarding the operation is transmitted to the server 30 through the network N (S100- 2).

The server 30 receives information regarding the competition participation operation from the game terminals 10-1 and 10-2 and executes processing to accept participation in the competition game of the player random cup (S300). For example, when participation conditions are set, the server 30 may accept participation in the competition game only when the participation conditions are met. Additionally, for example, the server 30 may perform a matching process to determine the opponent, and, if matching is successful, accept participation in the match game for the two matched users. Here, the explanation continues assuming that matching of user U1 of the game terminal 10-1 and user U2 of the game terminal 10-2 has been performed.

Additionally, although not shown in FIG. 28, the server 30 may return response information indicating acceptance of participation to the game terminals 10-1 and 10-2 that have accepted participation in the competition game. Additionally, the server 30 may transmit information indicating successful matching to the game terminals 10-1 and 10-2.

After that, the selection unit 330 of the server 30 selects a predetermined number (for example, 29) that can be used in the competition game, which is associated with the user ID of each user (U1, U2) who is the opponent. ) player characters are randomly selected from among a plurality of player characters managed by the management unit 320 based on the same selection conditions (S302). Here, an example of the processing in S302 is described below with reference to the flowchart in FIG. 29.

The server 30 refers to the character selection condition table (TBL6) illustrated in Fig. 24, which is applied in the match game of the Player Random Cup, and sets the selection conditions stored in the “Selection Conditions” field (S320) . For example, the selection conditions are set sequentially starting from the candidate ID: PS1 at the top of the character selection condition table (TBL6).

Then, the server 30 randomly selects a player from among the character information table TBL2 (an example of a plurality of player characters managed by the management unit 320) illustrated in FIG. 9 based on the selection condition set in S320. Select a character (S322). That is, the server 30 selects player characters by random drawing, using player characters that satisfy the selection conditions among the player characters stored in the character information table TBL2 as the population.

Afterwards, the server 30 associates the character ID of the player character selected in S322 with the user ID and stores it in a storage device (e.g., RAM 33, auxiliary storage device 34, database (DB), etc.). and generates randomly selected character data (DT1) (S324).

Fig. 25 shows an example of randomly selected character data (DT1). The randomly selected character data DT1 is data that stores the character ID of the player character selected through the random selection process by the selection unit 330 in association with the user ID. The example in FIG. 25 shows a case where user U1 and user U2 are playing against each other in a match game (match ID: M1) played in the tournament (Player Random Cup 1st) with tournament ID: E1. The randomly selected character data DT1 in FIG. 25 represents data related to the user ID of user U1, but similarly, the user ID of the opponent's user U2 also contains the character ID of the player character selected through the random selection process. It becomes related.

Randomly selected character data DT1 in Fig. 25 includes fields of “candidate ID” and “character ID”. The candidate ID of the randomly selected character data DT1 corresponds to the candidate ID of the character selection condition table TBL6 in Fig. 24. Additionally, the character ID of the player character selected through the random selection process by the selection unit 330 is stored in the “Character ID” field of the randomly selected character data DT1. That is, the character ID of the player character randomly selected based on the selection condition associated with the candidate ID in the character selection condition table (TBL6) in FIG. 24 is the corresponding character ID in the randomly selected character data (DT1) in FIG. 25. It is remembered in relation to the candidate ID.

After S324, the server 30 determines whether the random selection process other than the position random frame (candidate IDs in the rearmost part of FIGS. 24 and 25: PR1 and PR2) has ended (S326). If the server 30 determines “No” in S326, the server 30 returns to S320 and refers to the character selection condition table (TBL6) in FIG. 24 for the selection conditions for candidate IDs for positions for which random selection processing has not yet been completed. and set it. Thereafter, the server 30 repeats the processing from S320 to S326 until it determines “Yes” in S326. This completes the random selection process for positions other than the position random frame. The processing of S320 to S326 is a routine that randomly selects a selection target (referred to as a first selection target) whose position (an example of a role) has been determined before the selection process.

If the server 30 determines “Yes” in S326, the process proceeds to random selection processing for the position random frame S328 to S336. The processing of S328 to S336 is a routine that randomly selects a selection target (referred to as a second selection target) whose position has not been determined before the selection process. In the selection process for this second selection target, the selection unit 330 of the server 30 first randomly determines a position from among a plurality of positions, and randomly selects a player character based on the selection conditions corresponding to the determined position. elected by

That is, the server 30 randomly determines one position among all positions (S328). Additionally, the server 30 reads and sets the selection conditions associated with the candidate ID of the determined position from the character selection condition table TBL6 (S330). Additionally, the server 30 randomly selects a player character based on the selection conditions set in S330 (S332). Additionally, the server 30 associates the character ID of the player character selected in S332 with the user ID and stores it as randomly selected character data DT1 in FIG. 25 (S334).

After S334, the server 30 determines whether all random selection processing has ended (S336). If the server 30 determines "No" in S336, it returns to S328 and re-executes S328 to S336, thereby completing all random selection processes.

In addition, in Fig. 29, an example of randomly selecting player characters one by one for each candidate ID to be selected is shown; however, for example, random selection processing for a plurality of candidate IDs may be performed approximately simultaneously through parallel processing.

Additionally, in Fig. 29, an example is shown in which the processes of S328 to S336 for the second selection target are performed after the processing of S320 to S326 for the first selection target, but any processing may be performed first. Additionally, as a variation, the player character associated with the user ID of each user may be randomly selected only through the processing of S320 to S326 for the first selection target, or only the processing of S328 to S336 for the second selection target.

The processing illustrated in FIG. 29 (i.e., the processing in S302 in FIG. 28) is executed for both user U1 and user U2. Accordingly, as shown in Fig. 25, randomly selected character data DT1 associated with each user ID of user U1 and user U2 is generated.

Continuing the explanation by returning to Fig. 28, the server 30 transmits the character ID of the player character randomly selected in S302 to the game terminal 10-1 of user U1 (S304-1). For example, the server 30 assigns data (i.e., 29 character IDs associated with the user ID of user U1) of at least the “Character ID” field of the randomly selected character data DT1 shown in FIG. 25 to user U1. It is transmitted to the game terminal (10-1). During this transmission, data such as user ID and match ID are also transmitted, for example. Likewise, the server 30 transmits 29 character IDs associated with the user ID of user U2 to the game terminal 10-2 of user U2 (S304-2).

The game terminal 10-1, which has received 29 character IDs for one team from the server 30, stores the 29 received character IDs in the "Character ID" field of the user team table (TBL12) shown in Fig. 16. I order it. As a result, one team's worth of player characters associated with user U1's user ID can be used in the player random cup competition game. The same applies to the game terminal 10-2, which received 29 character IDs for one team from the server 30.

Then, the above-described order formation, etc. are performed by user U1 and user U2, and a competition game is played between the game terminal 10-1 and the game terminal 10-2 (S102). The competition game can be played, for example, through direct communication between the game terminal 10-1 and the game terminal 10-2 through a P2P connection or the like. Additionally, the competition game may be executed via the server 30. During the match game, the game is played by user U1 and user U2 respectively manipulating their team's player characters.

Afterwards, when the competition game by user U1 and user U2 ends, the user terminal 10-1 and user terminal 10-2 transmit the result of the competition game to the server 30 (S104- 1 and S104-2). Additionally, when the competition game is executed via the server 30, S104-1 and S104-2 can be omitted.

Thereafter, the server 30 transmits information for granting competition points and rewards to user U1 and user U2 to the user terminal 10-1 and the user terminal 10-2 according to the results of the competition game. (S306-1 and S306-2).

Next, an example of processing when a team random cup match-up game (an example of a specific match-up game) of the baseball game described above is played between users U1 and user U2 in the game system 1 will be described. Fig. 30 is a sequence chart showing an example of processing of the game system 1.

In the game terminal 10-1 and the game terminal 10-2, when user U1 and user U2 perform an operation to participate in a match game of the Team Random Cup, information regarding the operation is sent to the server via network N. It is transmitted to (30) (S140-1 and 140-2). The server 30 receives information regarding the competition participation operation from the game terminals 10-1 and 10-2 and executes processing to accept participation in the team random cup competition game (S340).

After that, the selection unit 330 of the server 30 selects a team (an example of a target of use) that can be used in the competition game, which is associated with the user ID of each user (U1, U2) who is the opponent. A process of randomly selecting teams from among the plurality of teams managed by the management unit 320 is performed based on the same selection conditions (S342). Here, an example of the processing in S342 is described below with reference to the flowchart in FIG. 31.

The server 30 sets team selection conditions to be applied in the team random cup competition game (S360). For example, with reference to the team selection condition table (TBL7) illustrated in FIG. 26, a certain selection condition stored in the “Selection Condition” field is set. For example, selection conditions are set such as targeting all teams (12 teams) or targeting the two teams participating in the Japan Series.

Then, the server 30 randomly selects a team from the team information table (TBL3) illustrated in FIG. 10 (an example of a plurality of teams managed by the management unit 320) based on the election conditions set in S360. Elected (S362). That is, the server 30 selects teams by random drawing, using teams that satisfy the selection conditions among the 12 teams stored in the team information table (TBL3) as the population.

Afterwards, the server 30 associates the team ID of the team selected in S362 with the user ID and stores it in a storage device (e.g., RAM 33, auxiliary storage device 34, database (DB), etc.). It is stored in memory, and randomly selected team data (DT2) is generated (S364).

Figure 27 shows an example of randomly selected team data (DT2). The randomly selected team data DT2 is data that stores the team ID of the team selected through the random selection process by the selection unit 330 in relation to the user IDs of the two users competing. In Figure 27, in the competition game (match ID: M15) held in the competition (1st Team Random Cup) of competition ID: E2, the team selection condition ID: S1 of "all teams" is applied, and user ID: An example is shown where team ID: TC1 is associated with U1, and team ID: TP6 is associated with user ID: U2.

Continuing the explanation by returning to FIG. 30, the server 30 transmits the team ID of the team associated with user ID: U1 among the teams randomly selected in S342 to the game terminal 10-1 of user U1 ( S344-1). During this transmission, data such as user ID and match ID are also transmitted, for example. Similarly, the server 30 transmits the team ID of the team associated with user ID: U2 to the game terminal 10-2 of user U2 (S344-2).

The game terminal 10-1, which has received the team ID from the server 30, refers to the team information table (TBL3) in FIG. 10 and lists 29 registered in the “Participating Player Registration” field corresponding to the received team ID. Obtain the character ID of the person. Then, the game terminal 10-1 stores the acquired character IDs of the 29 characters in the “Character ID” field of the user team table TBL12 illustrated in FIG. 17. As a result, the team (29 player characters constituting the team) assigned to user U1 can be used in the team random cup competition game. The same applies to the game terminal 10-2 that receives the team ID from the server 30.

The subsequent processing of S142, S144-1, S144-2, S346-1, and S346-2 is the same as the processing of S102, S104-1, S104-2, S306-1, and S306-2 in FIG. 28. Therefore, the explanation is omitted.

[6. organize]

In the game system (1) according to the embodiment described above, the “player character or team (each an example of a target of use)” associated with the user identification information of each user who is competing against each other is selected by each user. Instead, users who have accepted participation in the competition game are randomly selected from among a plurality of player characters or teams that can be commonly used in the competition game based on the same selection conditions. In other words, the objects that a user can use in a competitive game are randomly assigned from the “same population” to each user, and fairness in game play conditions is ensured. Accordingly, it is possible to avoid that only popular player characters or teams are associated with each user's user identification information, thereby eliminating bias in the player characters or teams used by each user in the competition game. Additionally, since the conditions for game play during competition become fair, it becomes possible to allow users to compete purely on their game skills. For this reason, the excitement of the competition game is improved not only for the users playing the match, but also for those watching the match.

Additionally, in the game system 1, selection conditions such as position and ability are set for each player character (an example of an object) to be selected in the Player Random Cup match-up game (an example of a specific match-up game), so the position and ability You can form a team of your choice that is less prone to bias.

In addition, in the game system 1, among the player characters selected by the selection unit 330 in the player random cup competition game, there is a player character subject to the first selection whose position has been determined before the selection, and the player character selected by the selection unit 330. Player characters subject to secondary selection (position random frame) whose positions have not been determined before selection are included. Then, when selecting the player character to be selected for the second time, the selection unit 330 randomly determines a position from among a plurality of positions, and based on the selection condition corresponding to the determined position, selects the player character to be selected for the second time. The configuration is to randomly select player characters. With this configuration, the player characters assigned to the user can include not only player characters with determined positions, but also player characters whose positions will be unknown until they are selected, thereby increasing the excitement of the game.

Additionally, in the game system 1, parameters such as abilities associated with a player character may be set to imitate an actual player (an example of an actual person) corresponding to the player character. In this case, a mock battle of a match in the real world can be realized in the game between users using player characters imitating real players. In particular, in the case of the Team Random Cup match-up game (an example of a specific match-up game), a mock match of a match between teams in the real world can be realized in the game. For example, before a match of match cards (team combinations) scheduled for sports in the real world is held, if a mock match of the same match cards is implemented in the game, the match cards in the real world can be enhanced through the game. You can. Here, a team (an example of a group) containing characters imitating real people used in a mock battle in a game is randomly assigned to each user competing, so a mock battle with a variety of match cards can be realized without bias.

Additionally, in the game system 1, it is possible to play a competition game multiple times during a competition period (an example of a predetermined period), and the random selection may be performed each time a competition game is played. According to this configuration, each user playing a match is assigned a variety of player characters or teams for each match without bias. In particular, when using characters imitating real people to simulate matches between teams in the real world, the team assigned to each user is randomly selected for each match, so any team can have various operations. It is used by skilled users. For this reason, when the results of in-game mock battles are tallied, statistically, in-game teams that correspond to teams that are actually stronger in the real world will be ranked higher. Accordingly, based on the tally of the results of the mock battle in the game, you can predict and enjoy the results of the match card match that is later held in the real world.

[7. Variation example]

The present invention is not limited to the embodiments described above.

[7-1] The period during which the specific competition game can be played is not limited, and each user can play the specific competition game at any time, and each time the specific competition game is played, the selection unit 330 determines the strategy. A random selection process may be performed to randomly select a character or team related to the user ID.

[7-2] In the above example, the player characters or teams available to the user are reset for each matchup game played during the period of the Player Random Cup or Team Random Cup, and the player character or team is randomly selected for each matchup game. indicated. As a variation, for example, rather than resetting the player characters or teams that a user can use for each matchup game, during the period of the competition in which the user participates, the player characters or teams randomly assigned to the user in the first matchup game are reset for the second match. You can also use it in future fighting games. In other words, the player character or team assigned to a user once during the competition period may be used until the end of the period.

[7-3] Additionally, a player character or team once assigned to a user during a competition held in the first period cannot be used by the user in the next competition (a competition held in a second period different from the first period). You can do it without it. For example, player characters or teams randomly assigned to users in the competition game in the first period may be excluded from random selection in the competition game in the second period. Alternatively, a player character or team once assigned to a user during a competition held in the first period may have difficulty being selected in a competition held in the second period due to a lower probability of selection.

[7-4] Additionally, the player character or team randomly assigned to a user in one match-up game may be disabled for the user (e.g., excluded from the target of random selection) in the next match-up game. Alternatively, a player character or team randomly assigned to a user in one competition game may have a lower selection probability, making it difficult to be selected in the next competition game.

[7-5] The player character or team that the user can use may be randomly selected each time a predetermined number of two or more competition games are played, rather than being randomly selected for each competition game. For example, if the predetermined number of times is set to 3, from the 1st to the 3rd game, the player character or team randomly assigned to the user in the 1st game is used, and from the 4th to the 6th game, the player character or team randomly assigned to the user is used in the 4th game. Randomly assigned player characters or teams are used.

[7-6] The same player character or team may be assigned to each user who competes against each other. For example, by associating randomly selected player characters or teams with the user IDs of both users competing, both users may use the same player characters or teams in the match game. Additionally, the same player character or team (for example, a randomly selected player character or team) may be assigned to all users participating in the competition.

[7-7] First, the team assigned to the user may be randomly determined, and a predetermined number of player characters associated with the user ID may be randomly selected from among a plurality of player characters associated with the determined team.

[7-8] As a result of randomly selecting a predetermined number of objects associated with the user ID of each user who is a match against each other, the abilities (e.g. abilities) of the predetermined number of objects selected for each user There may be some difference in the sum or average of the values. Therefore, a configuration that can increase the fairness of game play conditions regarding abilities between competing users by reducing the difference in abilities will be described next.

The competition game is a game in which teams (an example of a group) composed of a first predetermined number (eg, 29) of player characters (an example of an object) compete against each other. For example, the aforementioned Player Random Cup match-up game. The selection unit 330 randomly selects a second predetermined number of player characters (e.g., 27) less than the first predetermined number, and then selects the selected second predetermined number of player characters for each user competing. Evaluate the differences in character's abilities. For example, in the case of the above-mentioned Player Random Cup match-up game, after the random selection process of 27 player characters other than the position random frame is performed for the two users competing, the comprehensive abilities of the 27 player characters ( Calculate the difference between users in the total value (or average, etc.) of an example of ability) and evaluate whether the difference does not exceed a predetermined standard (for example, less than 100). Here, when the ability difference exceeds a predetermined standard, selection conditions regarding the ability applied to each user are set for the selection of the remaining player characters (for example, selection of two players in the position random frame) so that the ability difference is reduced. Do it differently. For example, if the total value of the comprehensive abilities of the 27 player characters assigned to user U1 by random selection is 100 or more greater than the total value of the comprehensive abilities of the 27 player characters assigned to user U2, the user The selection condition applied to user U1 is, for example, “comprehensive ability is 199 or less”, and the selection condition applied to user U2 is, for example, “comprehensive ability is 200 or more.”

In the above, a specific example of adjusting the selection conditions applied in the random selection of two people in the position random frame was shown, but it is not limited to this. For example, it can be applied to competitive games between teams composed of characters without position random frames.

[7-9] Above, the example of a baseball game was mainly explained, but the present invention can also be applied to other games. For example, other sports games (games featuring soccer, tennis, American football, basketball, ice hockey, volleyball, rugby, etc.), racing games, fighting games, battle games, digital card games, role-playing games, simulation games, etc. , it can be applied to a variety of games, regardless of game format or genre, such as adventure games or training games, as long as the game includes at least a battle-type game mode. In particular, the present invention is suitable for games in which groups of two or more objects compete against each other.

[7-10] The above shows an example in which, for example, a reception unit 310, a management unit 320, or an election unit 330 is provided in the server 30, but it is not limited to this. The game terminal 10 and the server 30 are capable of transmitting and receiving various data by communicating with each other, and are both information processing devices (computers) equipped with CPU, ROM, RAM, auxiliary memory, communication unit, etc., and are basically It has the same hard configuration. Accordingly, some of the various functions of the server 30 described above may be realized by the CPU 11 of the game terminal 10, and the remainder may be realized by the CPU 31 of the server 30. Alternatively, all of the various functions of the server 30 described above may be realized by the CPU 11 of the game terminal 10.

[7-11] Regarding the configuration having a storage control function for storing various types of information in a storage device, the storage device itself is not included in the configuration, regardless of where it is installed, regardless of whether it is inside or outside the game system 1. do. For example, the memory device is a memory device in the game system 1 (e.g., RAM 13, auxiliary memory 14, RAM 33, auxiliary memory 34, database (DB), etc. ), or a separate file server (online storage) from these.

[7-12] The computer-readable program according to the present embodiment is recorded on various computer-readable recording media such as hard disks, optical disks (CD-ROM, DVD-ROM, etc.), flexible disks, and semiconductor memories, and It is read from the recording medium and executed by the CPU of the computer constituting the game system 1 or the game control device. Additionally, the means of providing a program to a computer is not limited to the above-mentioned recording medium, and can also be performed through a communication network such as the Internet.

[8. bookkeeping]

From the above description, the present invention can be understood as follows, for example. In addition, in order to facilitate understanding of the present invention, reference numerals in the accompanying drawings are conveniently written in parentheses, but the present invention is not limited to the embodiment shown by this.

1) The game system 1 according to one embodiment of the present invention is a game (for example, a baseball game) in which a user can participate in a specific match game (for example, a player random cup match or a team random cup match game). It provides a reception means 310 for accepting participation in the competition game, and a plurality of usage targets (TBL2 or TBL3) that the user who has accepted participation by the reception means 310 can use in the competition game. Management means 320 for storing and managing the user in a storage device, and the use target (e.g., user ID) that can be used in the competition game, which is associated with the user identification information (e.g., user ID) of each user who is the opponent. For example, a selection means 330 for randomly selecting a player character or team) from among the plurality of objects managed in the management means 320 based on the same selection condition (TBL6 or TBL7). do.

10) A game control device (10 or 30) according to one embodiment of the present invention provides a game in which a user can participate in a specific competition game, and includes a reception means (310) for accepting participation in the competition game, Management means 320 for storing and managing a plurality of targets that can be used in the competition game by a user whose participation has been accepted by the reception means 310 in a storage device, and user identification of each user who is a match against each other. Selection means (330) for randomly selecting the use object that is associated with information and can be used in the competition game from among the plurality of use objects managed in the management means (320) based on the same selection conditions. Includes.

11) A program according to one embodiment of the present invention is a program for causing a computer to function as the game system 1 described in any of 1) to 9) or the game control device 10 or 30 described in 10).

12) The information storage medium according to one form of the present invention is a computer-readable information storage medium on which the program described in 11) is recorded.

13) A control method of the game system 1 according to one embodiment of the present invention is a method of controlling a game system that provides a game in which a user can participate in a specific competition game, and includes a reception for accepting participation in the competition game. A step (S300 or S340) and a management step for storing and managing a plurality of targets (TBL2 or TBL3) that can be used in the competition game by the user who has accepted participation through the reception step (S300 or S340) in a storage device. And, the target that can be used in the competition game, which is associated with the user identification information of each user who is a opponent, is randomly selected from among the plurality of targets managed by the management step based on the same selection conditions. It includes an election step (S302 and S320 to S336, or S342 and S360 to S364) for making an election.

14) A control method of the game control device 10 or 30 according to one embodiment of the present invention is a method of controlling a game system that provides a game in which a user can participate in a specific competition game, and includes participation in the competition game. The reception step (S300 or S340) and the user who has accepted participation through the reception step (S300 or S340) store and manage a plurality of targets (TBL2 or TBL3) that can be used in the competition game in a storage device. A management step to select the object of use that can be used in the competition game, which is associated with the user identification information of each user who is the opponent, is selected from among the plurality of objects managed by the management step under the same selection conditions. It includes a selection step (S302 and S320 to S336, or S342 and S360 to S364) that randomly selects based on the selection step.

According to the aspects described in 1), 10) to 14) above, the target of use associated with the user identification information of each user who is the opponent is not selected by each user, but is received by the user who has accepted participation in the competition game. Among the plurality of objects that a user can commonly use in a competition game, they are randomly selected based on the same selection conditions. In other words, the objects that a user can use in a competitive game are randomly assigned from the “same population” for each user, and fairness in game play conditions is ensured. Accordingly, it is possible to avoid that only popular usage objects or objects with high ability are associated with each user's user identification information, thereby eliminating bias in the usage objects used by each user in the competition game. Additionally, since the conditions for game play during competition become fair, it becomes possible to allow users to compete purely on their game skills. For this reason, the excitement of the competition game is improved not only for the users playing the match, but also for those watching the match.

2) In one aspect of the present invention, the object of use may be an object (for example, a player character) that can be used by the user during the competition game.

According to the aspect described in 2), bias in the objects used by each user in the competition game can be eliminated.

3) In one aspect of the present invention, the competition game is a game in which groups (e.g., teams) composed of two or more objects (e.g., player characters) compete against each other, and each user becomes an opponent. The user identification information of is associated with the two or more objects among the plurality of objects TBL2 managed by the management means 320, and the selection means is configured to select each of the two or more objects. The election condition (TBL6) may be set for each object to be elected.

According to the aspect described in 3), by setting election conditions such as roles and abilities for each object to be elected, a desired group in which bias in roles and abilities is unlikely to occur can be formed.

4) In one aspect of the present invention, a parameter is associated with each of the plurality of objects managed by the management means 320, the selection condition is a condition related to the parameter, and the selection means 330 Based on the conditions regarding the parameters, the object that can be used in the competition game may be randomly selected from among the plurality of objects managed by the management means 320 that satisfy the conditions.

According to the aspect described in 4), conditions regarding various parameters related to the object can be set as selection conditions for random selection.

5) In one aspect of the present invention, the parameters may include capability information of the object.

According to the aspect described in 5), the target of use associated with the user identification information of each user who is a opponent is randomly selected based on the "same selection condition" regarding the ability parameter of the object. Accordingly, the fairness of the game play conditions regarding the abilities of objects that can be used in the competition game by each user who is a match against each other is guaranteed.

6) In one aspect of the present invention, the parameters may include role information (for example, position information) of the object.

According to the aspect described in 6), the target of use associated with the user identification information of each user who is a opponent is randomly selected based on the "same selection condition" regarding the role parameter of the object. Accordingly, the fairness of the game play conditions regarding the roles of objects that can be used in the competition game by each user who is a match against each other is guaranteed.

7) In one aspect of the present invention, the object of use may be a group (for example, a team) including two or more objects that can be used by the user during the competition game.

According to the aspect described in 7), bias in the groups used by each user in the competition game can be eliminated.

8) In one aspect of the present invention, the object is an object (for example, a player character) corresponding to an actual person (for example, a baseball player), and the parameter associated with the object is attached to the object. It may be set to imitate the corresponding real person.

According to the aspect described in 8), a mock battle of a battle in the real world can be realized in a game between users using objects that imitate real people. In particular, when the object of use is a group (for example, a team in a sports game) containing two or more objects, a mock match of a match between teams in the real world can be realized in the game. For example, in sports in the real world, before a match of scheduled match cards (team combinations) is held, if a mock match using the same match cards is implemented in the game, the match cards in the real world can be heightened through the game. there is. Here, groups containing objects that imitate real people used in mock battles in the game are randomly assigned to each user competing, making it possible to realize a mock battle of various battle cards without bias.

9) In one aspect of the present invention, each user is able to play the competition game multiple times within a predetermined period (for example, within a tournament holding period), and the selection means 330 is configured to play the competition game multiple times within the predetermined period. Each time the competition game is played within the game, random selection based on the same selection conditions may be performed.

According to the aspect described in 9), each time a competition game is played, a use object related to the user's identification information is randomly selected, so each user playing a match is assigned a variety of use objects for each match without bias. In particular, when using objects imitating real people to create a mock match between teams in the real world, the group assigned to each user is randomly selected for each match, so various operations are possible for any group. It is used by skilled users. For this reason, when the results of the mock battles in the game are tallied, statistically, the group in the game that corresponds to the team that is actually strong in the real world will be ranked high. Accordingly, based on the tally of the results of the mock battle in the game, you can predict and enjoy the results of the match card match that is later held in the real world.

15) In one aspect of the present invention, among the objects elected by the selection means 330, there are objects subject to first election whose roles (e.g. positions) have been determined before the election, and objects to be selected before the election. When a second selection target object (for example, a player character of a position random frame) whose role is not determined is included, and the selection means 330 selects the second selection target object, a plurality of objects are selected. The role may be randomly determined among the roles, and the second election target object may be randomly selected based on the election condition corresponding to the determined role.

According to the aspect described in 15), the objects assigned to the user can include not only objects with determined roles but also objects whose roles will be unknown until they are elected, thereby increasing the excitement of the game.

16) In one aspect of the present invention, the competition game is a competition between groups (e.g., teams) composed of a first predetermined number (e.g., 29) of objects (e.g., player characters). It is a game, and the selection means randomly selects a second predetermined number of objects (e.g., 27) less than the first predetermined number based on the same selection conditions, and then selects the objects selected for each user. In the selection of the remaining objects, the ability difference (e.g., the sum or average of ability values, etc.) of the second predetermined number of objects is evaluated, and if the ability difference exceeds a standard, the ability difference is reduced. The election conditions applied to each user may be different.

According to the aspect described in 16), as a result of randomly selecting a second predetermined number of objects, even if there is a certain degree of difference in the abilities of the selected objects for each user, the remainder (subtracting the second predetermined number from the first predetermined number) In the selection of a number of objects, the difference in this ability can be reduced. Accordingly, it is possible to increase the fairness of game play conditions regarding abilities between competing users.

In addition, the specific embodiments or examples made in the form for carrying out the invention are intended only to clarify the technical content of the present invention, and should not be construed in a narrow sense as limited to only such specific examples, and the scope of the present invention It can be implemented with various changes within the scope of the technical idea and patent claims.

1: Game system
N: network
DB: database
10: Game terminal
11:CPU
13: RAM
14: Auxiliary memory
30: server
31:CPU
33: RAM
34: Auxiliary memory
100: data storage unit
110: terminal control unit
300: data storage unit
310: Reception desk
320: Management Department
330: Elected branch
TBL1: Competition Information Table
300: data storage unit
TBL2: Character Information Table
TBL3: Team Information Table
TBL4: User management table
TBL5: Matchmaking Table
TBL6: Character selection condition table
TBL7: Team selection conditions table
TBL11: User information table
TBL12: User Team Table
DT1: Randomly selected character data
DT2: Randomly selected team data

Claims (12)

It is a game system that provides games in which users can participate in specific competitive games.
A reception means for accepting participation in the competition game,
Management means for storing and managing a plurality of targets that can be used in the competition game by a user who has accepted participation through the reception means in a storage device;
The target that can be used in the competition game, which is associated with the user identification information of each user who is a opponent, is randomly selected from among the plurality of targets managed by the management means based on the same selection conditions. A gaming system, including means of selection. The game system according to claim 1, wherein the object of use is an object that can be used by the user during the competition game. The method of claim 2, wherein the competition game is a game in which groups consisting of two or more objects compete against each other,
The user identification information of each user who is a opponent is associated with the two or more objects among the plurality of objects managed by the management means,
The game system wherein the selection means sets the election conditions for electing each of the two or more objects for each object to be elected. The method according to claim 2 or 3, wherein a parameter is associated with each of the plurality of objects managed by the management means,
The selection condition is a condition regarding the parameter,
The game system wherein the selection means randomly selects the object that can be used in the competition game from among a plurality of objects managed by the management means that satisfy the conditions, based on the conditions regarding the parameters. The game system according to claim 4, wherein the parameters include ability information of the object. The game system according to claim 4 or 5, wherein the parameters include role information of the object. The game system according to claim 1, wherein the object of use is a group including two or more objects used by the user during the competition game. The method according to any one of claims 2 to 7, wherein the object is an object corresponding to an actual person,
A game system in which parameters associated with the object are set to imitate the actual person corresponding to the object. The method according to any one of claims 1 to 8, wherein each user is able to play the competition game multiple times within a predetermined period of time,
The game system wherein the selection means performs a random selection based on the same selection conditions every time the competition game is played within the predetermined period. It is a game control device that provides a game that allows users to participate in a specific fighting game,
A reception means for accepting participation in the competition game,
Management means for storing and managing a plurality of targets that can be used in the competition game by a user who has accepted participation through the reception means in a storage device;
The target that can be used in the competition game, which is associated with the user identification information of each user who is a opponent, is randomly selected from among the plurality of targets managed by the management means based on the same selection conditions. A game control device comprising selection means for: A program for causing a computer to function as the game system according to any one of claims 1 to 9 or the game control device according to claim 10. A computer-readable recording medium recording the program according to claim 11.

Images