JP2022159406A5 - - Google Patents

Description

The present disclosure relates to computer systems and methods of managing events.

2. Description of the Related Art Conventionally, there has been known a system that allows spectators to watch competitions such as games and sports. Patent Literature 1 discloses a video distribution service for distributing game video data in accordance with the progress of a game competition.

Japanese Patent No. 6522209

An operator of a game or sports event (competition) or a game player participating in the event may have an investor such as a sponsor company. Event operators and game players carry out advertising activities of the investors in return for receiving funds and equipment from the investors. Investors need to find event operators and game players to be funded in order to advertise themselves.

Conventionally, investors have found investment targets (tournament managers and game players who want to receive investment) through sales pitches from event operators and players, or by searching using the Internet. Therefore, the investor could not immediately know what kind of game event was held under what conditions. Also, even if investors knew about the event, they could not immediately know if they could sponsor the event.

In particular, the effectiveness of advertising activities at an event depends on the ability of the event to attract customers. For this reason, investors want to obtain information that can be used as criteria for deciding whether to invest, such as the ability to attract customers to an event. However, no system or method for providing such information has been established.

In other words, a method for finding investment targets has not been established, making it difficult for investors to find appropriate investment targets.

It is an object of the present disclosure to provide a computer system and event management method that allows contributors to find funding.

A first invention is a computer system for managing an event in which a game is played via a computer,
a management unit that manages the event information including the results of the operator of the event in an identifiable manner;
a reception unit that receives registration for the user to become an investor of the event;
and a registration unit that registers the user who has received the registration as an investor of the event.

Moreover, in the first invention,
The event information may further include an operation terminal that displays a list of the events in which participation is possible, and receives selection of the event that the user desires to participate in.

Moreover, in the first invention,
The performance of the operator of the event may include the performance of the event held by the operator in the past.

Moreover, in the first invention,
The management unit can change the content of remuneration for the investor according to the size of the investment.

Moreover, in the first invention,
It can further include a first setting unit that sets the content of the remuneration.

Moreover, in the first invention,
The management unit can manage, as the event information, holding conditions set by an operator of the event.

Moreover, in the first invention,
It is possible to further include a charging unit that charges at least one of the operator of the event and the investor of the event when the event investor is registered.

Moreover, in the first invention,
The registration unit can register a plurality of investors for one event.

Moreover, in the first invention,
It can further include a second setting unit that sets conditions for the user to be registered as an investor.

Moreover, in the first invention,
When the reception unit receives an input of conditions for the user to become an investor of the event from the user who wishes to become an investor of the event, the management unit determines whether the operator of the event Therefore, it is possible to accept an operation of registering the user as an investor of the event according to the conditions.

Moreover, in the first invention,
The management section can restrict the user registered as either an investor or an operator of the event from participating in the event as a player playing the game.

Moreover, in the first invention,
The computer system, wherein the event includes events other than the event held by the operator in the game executed via the computer.

A second invention is an event management method for managing an event in which a game is played via a computer,
By said computer,
a step of identifiably managing event information including achievements of the operator of the event;
The event management method is characterized in that the steps of accepting registration for a user to become an investor of the event and registering the user who has accepted the registration as an investor of the event are performed.

According to the present invention, an investor can find an investment target.

1 is a block diagram showing the configuration of a game system according to this embodiment; FIG. FIG. 2 is a block diagram showing the configuration of a server device according to the embodiment; The conceptual diagram which shows meeting management DB in this embodiment. FIG. 4 is a conceptual diagram showing a performance management DB in this embodiment; The conceptual diagram which shows temporary operator DB in this embodiment. FIG. 2 is a conceptual diagram showing a temporary player DB in this embodiment; 1 is a block diagram showing the configuration of a game device according to this embodiment; FIG. FIG. 2 is a block diagram showing the configuration of each terminal in this embodiment; FIG. 4 is a diagram showing a game image displayed on the display in this embodiment; FIG. 2 is a block diagram showing the functional configuration of a temporary operator terminal in this embodiment; FIG. 2 is a block diagram showing the functional configuration of the virtual player terminal in this embodiment; FIG. 2 is a block diagram showing the functional configuration of the investor terminal in the embodiment; 4 is a flowchart showing the flow of the overall processing of the embodiment; 4 is a flowchart showing the flow of temporary operator registration processing according to the present embodiment. 4 is a flowchart showing the flow of temporary player registration processing according to the present embodiment. 4 is a flowchart showing the flow of operator matching processing according to the present embodiment; 4 is a flowchart showing the flow of player matching processing according to the present embodiment; 4 is a flow chart showing the flow of a process for judging whether or not the event can be held according to the present embodiment; 4 is a flowchart showing the flow of participation availability determination processing according to the present embodiment;

A game system according to an embodiment of the present disclosure will be described below with reference to the drawings. A computer system of the present disclosure is implemented as a game system. The event management method of the present disclosure is implemented as one function of the game system.

The game system described in this embodiment includes a game device such as a personal computer, PlayStation (registered trademark), XBox (registered trademark), PlayStation Vita (registered trademark), or the like.

In a game based on this game system, a player's operation is received to make a player character act in a three-dimensional virtual game space (hereinafter simply referred to as a virtual space), or to make friends of the player character perform various actions. do.

The game described in this embodiment is a battle-type action game in which a player character battles other player characters or non-player characters in a game space under the control of a game player.

As a competitive action game, for example, there is a so-called fighting game. In a fighting game, each player selects and operates one character (player character), and performs a one-on-one fighting match with another character (player character or non-player character) as an opponent. In a fighting game, victory or defeat is determined when the physical strength value of one of the fighting characters reaches zero.

This game system is used, for example, to manage an e-sports (Electric Sports) tournament (event). In an e-sports competition, for example, the winner of the competition is determined by a tournament system or the like. That is, in an e-sports tournament, the combination of players to compete is determined according to the result of one competition.

Here, in an e-sports tournament, there may be an investor such as a sponsor company among the organizer of the tournament and the game players who participate in the tournament. Tournament operators and game players carry out advertising activities for investors in exchange for receiving funds and equipment from investors.

Investors want to find investment targets such as operators of tournaments and game players to be invested for their own advertising activities. However, since no method or system for finding investment targets has been established, it has been difficult for investors to find suitable investment targets.

On the other hand, the game system 1 is provided with various functions for making it easier for investors to find tournament operators and game players to be invested.

In the following description, the term "game" refers to an activity to achieve some purpose according to predetermined rules, which is carried out using a computer. Some of the games involve a plurality of participants (games that determine victory or defeat), while others are evaluated based on some index such as score or time for each participant. Participants here include both individuals and teams.

Also, in the following description, a “user” refers to a person who uses the game system 1 . Specifically, "users" include "players", "assistants", "referees" and "operators".

A "player" is a person who plays a game in a competition.

An "assistant" is a person who assists a player in a competition. Examples of assistants include coaches, supervisors, physical trainers, mental trainers, nutritionists, and teammates to whom the user belongs.

“Administrator” means a person who manages the competition. Operators include equipment personnel, promoters, photographers, and team owners, for example.

"Referee" means a person who conducts and judges the competition according to the rules of the competition.

"User" includes "provisional operator", "provisional player" and "investor".

A “temporary operator” is an operator of a tournament that wishes to be held. In the game system 1, a temporary operator means a person who wishes to receive capital from investors. In the game system 1, the provisional operator becomes the official operator when it becomes possible to receive the capital that the operator desires from the investor.

A "temporary player" is a person who wishes to participate in the tournament as a player. In the game system 1, a temporary player is a person who wishes to receive capital from an investor. In the game system 1, a provisional player becomes a formal player when he/she can receive the capital he/she desires from the investor.

"Investor" means a person who provides capital to the temporary operator or temporary player described above.

An example of the capital provided by a Sponsor to a Tournament operator is the cost of running the Tournament and operating equipment. In addition, the capital provided by the investor to the operator of the tournament includes virtual currency, commercials of the tournament, food and drink provided to the participants of the tournament, uniforms for staff, dispatch of event companions, and the tournament. A distribution facility or the like for distributing may also be included.

Examples of the capital that the investor provides to the player include the player's participation fee for the tournament and the transportation fee to the venue where the tournament is held. Other capital provided by investors to players includes virtual currency, commercials for players and their teams, food and drinks provided to players and their teams, equipment used by players (controllers, headsets, etc.) ), uniforms for players and their teams, distribution facilities for distributing matches, and the like.

Also, a "participant in a tournament" refers to a person who is permitted to participate in a tournament by the game system 1, and includes players in the tournament and their assistants.

<Outline of game system>
Game system 1 includes server device 2 and game device 5 . The server device 2 is configured to be able to communicate with the game device 5 via the communication network 6 .

A temporary operator terminal 3, a temporary player terminal 4, and an investor terminal 7 in FIG. 1 are terminals used by the temporary operator, the temporary player, and the investor, respectively. A temporary operator terminal 3 , a temporary player terminal 4 , and an investor terminal 7 may be connected to the game system 1 via a communication network 6 .

The server device 2 stores game programs and game data, and manages the game data of the game device 5 . The server device 2 also stores various programs and data for managing e-sports competitions, and manages the e-sports competitions.

The game device 5 executes a game (here, a competitive action game) based on the player's operation. In the game system 1, one game device 5 accepts operations of a set of players (two players in this example).

Game device 5 receives (more specifically, downloads and installs) game programs and game data from server device 2 via communication network 6 .

The game device 5 starts a battle in a battle-type action game based on the operation of each player. The game device 5 advances the game while outputting game images and sounds to the display 61 and the speaker 62 based on the operations of each player.

When the battle ends, the game device 5 transmits result information indicating the result of the battle to the server device 2 . The result information includes information about the match results, such as information for identifying the winner or loser of the match.

<Hardware configuration>
The hardware configurations of the server device 2, the temporary operator terminal 3, the temporary player terminal 4, the game device 5, and the investor terminal 7 will be described below.

<Configuration of Server Apparatus 2>
FIG. 2 is a block diagram showing the configuration of the server device 2. As shown in FIG. As shown in FIG. 2 , the server device 2 has a network interface 21 , a storage section 22 and a control section 23 . Network interface 21 and storage unit 22 are electrically connected to control unit 23 via bus 29 .

Network interface 21 is communicably connected to game device 5 and the like via communication network 6 such as the Internet and LAN.

The storage unit 22 is composed of an HDD, SSD, RAM, ROM, and the like. The storage unit 22 stores game data and various programs including part of the game program according to the present embodiment.

The storage unit 22 also stores various programs and data for holding an e-sports competition. In particular, the storage unit 22 stores a tournament management DB, a performance management DB, a temporary operator DB, and a temporary player DB.

The storage unit 22 also stores a database used for managing the game system 1 . This database stores user identification information (user ID) given to each user who uses the game system 1 and tournament identification information (tournament ID) given to each tournament. The server device 2 manages the participants in the tournament by associating the user ID with the tournament ID according to the user's participation registration. It should be noted that the user designates his or her own role in the tournament (for example, player, referee, manager, etc.) and registers for participation in the tournament.

<Regarding tournament management DB>
The competition management DB is a database used for managing competitions (see FIG. 3). In the tournament management DB, an operator ID, a tournament investor ID, and a player ID are associated with each tournament ID. The operator ID is identification information (user ID) of a user registered in the competition as an operator. The tournament sponsor ID is identification information (user ID) of a user registered as a sponsor of the tournament. The player ID is identification information (user ID) of a user registered as a tournament player.

In addition, in the tournament management DB, a held status is associated with each tournament ID. This holding status is data indicating whether or not the tournament can be held.

For example, when the game system 1 decides to hold a tournament, the holding status is set to “held”. When the game system 1 decides to cancel the tournament, the held status is changed to "cancelled". If the game system 1 has not decided whether or not to hold the tournament, the holding status is set to "undecided." Based on the data indicated by the holding status, the game system 1 manages the decision status of whether or not to hold the tournament. In this embodiment, the operator corresponding to the operator ID whose holding status is "undecided" is the "provisional operator".

Also, in the tournament management DB, each player ID is associated with a player investor ID and a participation status. The player investor ID is identification information (user ID) of a user registered as a player investor. The participation status is data indicating whether or not the player can participate in the tournament. For example, when the game system 1 determines that the player will participate in the tournament, the participation status becomes "participation". When the game system 1 decides to cancel the player's participation in the tournament, the participation status becomes "non-participation". If the game system 1 has not decided whether or not the player can participate in the tournament, the participation status is "undecided". In this embodiment, a player corresponding to a player ID whose participation status is "undecided" is a "provisional player".

In this game system, the user can designate his/her role (player, assistant, referee, etc.) when participating in the tournament. At this time, if the user is registered as an investor, operator, or referee of the tournament, participation in the tournament as a player is restricted.

Reasons for restricting the operator from participating in the tournament as a player are, for example, to prevent the operator from instructing the referee to make a decision or deciding the tournament regulations to his advantage. It is for In addition, the reason why the referee is restricted from participating in the tournament as a player is that, for example, in a match in which the referee participates as a referee, it is not possible for the referee to make an advantageous decision to a player who is likely to win as a player. This is to prevent

Further, when a player whose investor is registered participates in the tournament, the user registered as the investor of this player is restricted from participating in the tournament as a player. Participation restrictions are in place in order to ensure fair competition management.

<About performance management DB>
The track record management DB is a database showing past track records of users using the game system 1 (see FIG. 4). In the performance management DB, operator rank, operator information, player rank, and player information are associated with each user ID. The operator information is data indicating the user's past achievements as an operator, and includes, for example, the number of tournaments held by the user in the past. The player information is data indicating the user's past battle history as a player, and includes, for example, data such as the number of times the user has won tournaments.

Also, the operator rank is data indicating the user's evaluation as an operator, and is determined based on past performance (operator information). For example, the higher the number of competitions held by the user, the higher the user rank. A player rank is data indicating a user's evaluation as a player, and is determined based on past achievements (player information). For example, the player rank increases as the number of times the user wins the competition increases.

<About the temporary operator DB>
The temporary operator DB is a database that stores data (temporary operator registration data, which will be described later) provided from the server device 2 to the investor terminal 7 when the investor determines the temporary operator to invest. (See Figure 5). In the temporary operator DB, data such as operator rank, operator information, tournament ID, tournament outline, investment conditions, holding conditions, match-decided cards, advertisement display method, reception deadline, etc. are associated with each temporary operator ID. It is

The temporary operator ID is identification information (user ID) of a user registered as a temporary operator in the game system 1 . In the temporary operator DB, an operator ID whose holding status is "undecided" in the event management DB is stored as a temporary operator ID. Tournament rules are rules of the tournament, such as conditions for participating in the tournament as a player. The investment condition is a condition for accepting the investment. The holding condition is a condition for the provisional operator to hold the tournament. The battle determined card includes user identification information (user ID) of a player whose battle has been determined in the tournament. Specifically, in the tournament management DB, player IDs whose participation status is "participation" are included in the battle decided cards. The advertisement display method indicates the advertisement display method in the tournament when the user is registered as an investor of the tournament. The acceptance deadline indicates the deadline for the provisional operator to accept the investment. Although details will be described later, in the provisional operator DB, tournament rules, investment conditions, holding conditions, advertisement display method, and reception deadline are set when a user registers as a provisional operator.

It should be noted that the battle-determined card in the temporary operator DB refers to a combination (fight card) of players whose battle has been decided in the tournament. The battle card is one of the motivations for investing. For example, an investor wants to invest in order to realize a battle card. That is, by managing the match-up determined cards, the investor can determine whether or not to invest in the provisional operator.

<About Temporary Player DB>
The temporary player DB is a database that stores data (temporary player registration data, which will be described later) provided from the server device 2 to the investor terminal 7 when the investor determines a temporary player to invest (see FIG. 6). reference). In the temporary player DB, data such as player rank, player information, tournament ID, tournament rules, investment conditions, participation conditions, match-decided player IDs, advertisement display methods, acceptance deadlines, etc. are associated with each temporary player ID. .

The temporary player ID is identification information (user ID) of a user registered as a temporary player in the game system 1 . In the temporary player DB, player IDs whose participation status is "undecided" in the tournament management DB are stored as temporary player IDs. Participation conditions are conditions for the provisional player to participate in the tournament. The advertisement display method indicates the advertisement display method in the tournament when the user is registered as a player in the tournament. Although the details will be described later, in the provisional player DB, the contribution condition, the participation condition, the advertisement display method, and the acceptance deadline are set when the user registers the provisional player.

In addition, the match-decided player in the temporary player DB refers to a player who is scheduled to have a match with the temporary player. This match-up determined player is one of the motivations for investing. For example, the investor wishes to invest in order to make the provisional player play against the opponent-determined player. In other words, by managing the players for whom the battle has been decided, the investor can determine whether or not to invest in the provisional player.

The control unit 23 is composed of a microcomputer including a CPU and a semiconductor memory, and controls the operation of the self-device 2 .

<Configuration of game device 5>
FIG. 7 is a block diagram showing the configuration of the game device 5. As shown in FIG. As shown in FIG. 7, the game apparatus 5 has a display 61, a speaker 62 and a controller 63 externally connected or built therein. This game device 5 is provided with two displays 61 (displays 61a and 61b). The game device 5 is also provided with two controllers 63 (controllers 63a and 63b).

Note that the display 61a and the controller 63a are used by one player. The display 61b and controller 63b are used by other players.

The game device 5 has a network interface 51 , a graphics processing section 52 , an audio processing section 53 , an operation section 54 , a storage section 55 and a control section 56 . Network interface 51 , graphics processing unit 52 , audio processing unit 53 , operation unit 54 and storage unit 55 are electrically connected to control unit 56 via bus 59 .

Network interface 51 is communicably connected to communication network 6 in order to transmit and receive various data between game device 5 and server device 2 .

The graphics processing unit 52 draws a game image including various objects related to the virtual space in a moving image format according to the game image information output from the control unit 56 . The graphics processing unit 52 is connected to, for example, a liquid crystal display 61 (61a, 61b), and a game image drawn in a moving image format is displayed on the display 61 as a game screen.

The audio processing unit 53 is connected to the speaker 62 , reproduces and synthesizes the game sound according to the instruction of the control unit 56 , and outputs it from the speaker 62 .

The operation unit 54 is connected to the controllers 63 ( 63 a and 63 b ), and transmits/receives data regarding operation inputs to/from the controller 63 . The player inputs operation signals to the game device 5 by pressing various buttons of each controller 63 .

The storage unit 55 is configured with an HDD, SSD, RAM, ROM, and the like. The storage unit 55 stores game data downloaded from the server device 2, various programs including part of the game program, and the like.

The control unit 56 is composed of a microcomputer including a CPU and a semiconductor memory, and controls the operation of the device 5 itself.

<Configuration of various terminals>
The game system 1 may be connected with the temporary player terminal 4, the temporary operator terminal 3, and the investor terminal 7, as described above.

In this embodiment, for convenience of explanation, these terminals 3, 4 and 7 are assumed to have the same hardware configuration. For example, each terminal 3, 4, 7 can be configured by installing predetermined software on a smart phone.

As shown in FIG. 8, terminals 3, 4, and 7 incorporate displays 821, speakers 831, and touch pads 841. FIG.

The terminals 3 , 4 and 7 also have a network interface 81 , a graphics processing section 82 , an audio processing section 83 , an operation section 84 , a storage section 85 and a control section 86 . The network interface 81 , graphic processing section 82 , audio processing section 83 , operation section 84 and storage section 85 are electrically connected to a control section 86 via a bus 89 .

The network interface 81 is communicably connected to the communication network 6 in order to transmit and receive various data.

The graphics processing section 82 is connected to the display 821 . The graphics processing unit 82 displays various images on the display 821 according to image information output from the control unit 86 .

The audio processing section 83 is connected to the speaker 831 . The audio processing unit 83 outputs (reproduces) audio from the speaker 831 according to the audio information output from the control unit 86 .

The operation unit 84 is connected with the touch pad 841 . An operation signal from a user (for example, a temporary operator, a temporary player, an investor, etc.) is input to the operation unit 84 via a touch pad 841 . The user can execute various programs stored in the storage unit 85 by operating the touch pad 841 .

The storage unit 85 is composed of an HDD, SSD, RAM, ROM, and the like. Various programs and the like are stored in the storage unit 85 .

The control unit 86 is composed of a microcomputer including a CPU and a semiconductor memory, and controls the operations of the terminals 3, 4 and 7 to which it belongs.

<Functional Configuration of Control Unit 23 in Server Device 2>
By executing various programs, the control unit 23 controls an information processing unit 231, a temporary operator registration unit 232, a temporary player registration unit 233, a tournament investor registration unit 234, a player investor registration unit 235, and a holding propriety determination unit 236. , as a participation availability determination unit 237 and a billing processing unit 238 .

The information processing section 231 transmits and receives data necessary for distributing the game program to and from the game device 5 . The data received by the information processing unit 231 includes download request information for a game program. The data transmitted by the information processing section 231 includes information for confirming whether the game device 5 has received the game program. The information processing section 231 distributes the game program and game data according to the download request information from the game device 5 .

In addition, the information processing section 231 transmits various data to the terminals 3, 4, and 7 in response to requests received from the terminals 3, 4, and 7 (details will be described later).

The temporary operator registration unit 232 registers the user of the temporary operator terminal 3 as a temporary operator based on the temporary operator registration data received from the temporary operator terminal 3 . The provisional operator registration data includes data relating to the tournament desired to be held and data relating to receipt of investment set by the user of the provisional operator terminal 3 . Specifically, the provisional operator registration data includes data such as tournament rules, investment conditions, holding conditions, advertisement display method, deadline for acceptance, etc. of the tournament.

More specifically, the server device 2 newly issues a tournament ID when receiving provisional operator registration data. The temporary operator registration unit 232 associates the event ID issued by the server device 2 with the user ID of the user, and stores them in the event management DB. At this time, the holding status of the tournament ID is set to "undecided".

In addition, the temporary operator registration unit 232 updates the temporary operator DB based on the temporary operator registration data. Specifically, the temporary operator registration unit 232 stores various data included in the temporary operator registration data in association with the temporary operator ID of the temporary operator DB.

The temporary player registration unit 233 registers the user of the temporary player terminal 4 as a temporary player based on the temporary player registration data received from the temporary player terminal 4 . The provisional player registration data includes data relating to the tournament that the user of the provisional player terminal 4 wishes to participate in, data relating to receipt of investment, and the like. More specifically, the provisional player registration data includes data such as a tournament in which the player wishes to participate, investment conditions, participation conditions, advertisement display method, acceptance deadline, and the like.

More specifically, the temporary player registration unit 233 associates the tournament ID included in the temporary player registration data with the user ID of the user, and stores them in the tournament management DB. At this time, the participation status of the player ID is set to "undecided".

Also, the temporary player registration unit 233 updates the temporary player DB based on the temporary player registration data. Specifically, the temporary player registration unit 233 stores various data included in the temporary player registration data in association with the temporary player ID of the temporary player DB.

The tournament investor registration unit 234 registers the user of the investor terminal 7 as a sponsor of the tournament based on the tournament investor registration data received from the investor terminal 7 . The tournament investor registration data includes the user ID (provisional operator ID) of the provisional operator selected by the user of the investor terminal 7 as an investment target, the capital (funds, equipment, etc.) invested in the provisional operator. ). The tournament sponsor registration unit 234 associates the user ID (tournament sponsor ID) of the user of the sponsor terminal 7 with the user ID (operator ID) of the provisional operator based on the tournament sponsor registration data, Store in the tournament management DB.

In this game system, a plurality of investors may be registered with the operator. In this case, the tournament sponsor registration unit 234 associates a plurality of user IDs (tournament sponsor IDs) with the provisional operator ID.

Note that when a user is registered as a tournament investor, the server device 2 grants the advertisement display right to the user. Specifically, a database that manages information about advertisements is stored in the storage unit 22, and the server device 2 associates and stores the user ID and data indicating the content of the right to display advertisements in this database. The content of the advertisement display right is the advertisement display method in the temporary operator DB. The server device 2 refers to this database, and when the tournament is held (during game play, etc.), according to the advertisement display right, the investor conducts advertising activities.

The player investor registration unit 235 registers the user of the investor terminal 7 as an investor of the player based on the player investor registration data received from the investor terminal 7 . This player investor data includes the user ID (provisional player ID) of the virtual player selected by the user of the investor terminal 7 as an investment target, and data related to capital (funds, equipment, etc.) invested in the virtual player. be The player investor registration unit 235 associates the user ID (player investor ID) of the user of the investor terminal 7 with the user ID (player ID) of the temporary player based on the player investor registration data, and manages the tournament. Store in DB.

In this game system, a plurality of investors may be registered for a player. In this case, the player investor registration unit 235 associates a plurality of user IDs (player investor IDs) with the temporary player ID.

Note that, when a user is registered as a player investor, the server device 2 grants the advertisement display right to the user. Specifically, the server device 2 associates the data indicating the content of the advertisement display right with the user ID of the database that manages the information about the advertisement stored in the storage unit 22 . The content of this advertisement display right is the advertisement display method in the temporary operator DB. The server device 2 conducts the advertising activities of the investor according to the advertisement display right while the player is playing the game.

The holding propriety determination unit 236 judges whether or not to hold the tournament depending on whether the conditions for holding the tournament set by the temporary operator are met. When it is determined that the tournament satisfies the conditions for holding the tournament, the server device 2 notifies the provisional operator of the tournament, the players (provisional players), the sponsors of the tournament, and the sponsors of the players that the tournament will be held. Specifically, the server device 2 changes the event status of the event ID from "undecided" to "held" in the event management DB. The server device 2 notifies the user corresponding to the user ID (operator ID, player ID, tournament investor ID, player investor ID, etc.) associated with the tournament ID in the tournament management DB.

On the other hand, if it is determined that the tournament does not meet the holding conditions by the investor acceptance deadline, the server device 2 determines that the provisional operator of the tournament, the player (provisional player), the tournament investor, and the player investor. Notify the participants of the cancellation of the competition. Specifically, the server device 2 changes the event status of the event ID from "undecided" to "cancelled" in the event management DB. The server device 2 notifies the user corresponding to the user ID (operator ID, player ID, tournament investor ID, player investor ID, etc.) associated with the tournament ID in the tournament management DB to cancel the tournament.

The participation permission/inhibition determination unit 237 determines whether or not the player is permitted to participate, depending on whether the condition for participation in the tournament set by the temporary player is satisfied. When it is determined that the condition for participation in the tournament is satisfied, the server device 2 notifies the player and the player investor of the decision to participate in the tournament. Specifically, the server device 2 changes the participation status of the player ID from "undecided" to "participation" in the tournament management DB. The server device 2 notifies the user corresponding to the player ID and the user ID (such as the player investor ID) associated with the player ID in the tournament management DB.

On the other hand, if it is determined that the conditions for participating in the tournament have not been met by the investor acceptance deadline, the server device 2 notifies the tournament players and player investors of the tournament to cancel the tournament. Specifically, the server device 2 changes the event status of the event ID from "undecided" to "cancelled" in the event management DB. The server device 2 notifies the user corresponding to the player ID and the user ID (player investor ID, etc.) associated with the player ID in the tournament management DB to cancel the tournament.

The billing processing unit 238 executes billing processing when a temporary operator is registered as a formal operator or when a temporary player is registered as a formal player.

For example, in the game system 1, it is assumed that each user's account information is stored in advance. In this case, when the temporary operator is registered as the official operator, the charging processing unit 238 withdraws the amount corresponding to the investment from the investor's account. At this time, the charging processing unit 238 collects a predetermined fee from the amount of money withdrawn, and deposits the remaining amount into the account of the operator (provisional operator).

In addition, when the temporary operator is registered as the official operator, the billing processing unit 238 may collect a predetermined fee from the account of the temporary operator. The billing processing unit 238 executes the same process as that of the temporary operator even when the temporary player is registered as the official player.

<Functional Configuration of Control Unit 56 in Game Device 5>
The control unit 56 functions as a communication unit 561, a game progression unit 562, and a result information generation unit 563 by executing various programs.

The communication unit 561 has a function of communicating with the server device 2 via the network interface 51 . The communication unit 561 transmits a request for downloading a game program or new game data to the server device 2 in response to various operation signals received by the operation unit 54 from the controller 63 . The communication unit 561 also receives game data sent from the server device 2 in response to a download request from the server device 2 .

The game progression unit 562 reads data such as objects and textures included in the game data, executes the game program, and generates two-dimensional or three-dimensional game image information according to the player's operation. As the game image information is processed by the graphics processing unit 52 , the processed game image is displayed on the display 61 . For example, the game progression unit 562 causes the display 61 to display a game image Sc as shown in FIG.

The result information generation unit 563 generates result information indicating the result of the battle when the battle ends. The communication unit 561 transmits the generated result information to the server device 2 . The server device 2 stores the received result information in the storage unit 22 . Thereby, the server device 2 manages the results of each match held in the tournament.

<Functional Configuration of Control Unit 86 in Temporary Operator Terminal 3>
FIG. 10 is a block diagram showing functions of the control unit 86 in the temporary operator terminal 3. As shown in FIG. The temporary operator terminal 3 functions as a communication unit 31, a UI display processing unit 32, and a temporary operator registration data generation unit 33 by executing various programs.

The communication unit 31 has a function of communicating with the server device 2 via the network interface 81 of the temporary operator terminal 3 .

The UI display processing unit 32 displays a UI (user interface) such as a menu on the display 821 . The user (here, the temporary operator) can give various instructions to the temporary operator terminal 3 by operating the UI with the touch pad 841 (display 821). In this example, the UI includes a "temporary operator registration menu".

The temporary operator registration data generating unit 33 displays a temporary operator registration screen on the display 821 in response to the operation of the "temporary operator registration menu" by the user (here, the temporary operator), and performs the temporary operator registration. accepts input of data required for In this example, the provisional operator registration data generation unit 33 accepts input of data such as the tournament regulations, investment conditions, opening conditions, acceptance deadline, advertisement display method, etc., through the provisional operator registration screen. The temporary operator registration data generating unit 33 generates temporary operator registration data including the input data. The communication unit 31 transmits the generated temporary operator registration data to the server device 2 .

<Functional Configuration of Control Unit 86 in Temporary Player Terminal 4>
FIG. 7 is a block diagram showing functions of the control unit 86 in the temporary player terminal 4. As shown in FIG. The temporary player terminal 4 functions as a communication unit 41, a UI display processing unit 42, and a temporary player registration data generation unit 43 by executing various programs.

The communication unit 41 has a function of communicating with the server device 2 via the network interface 81 of the virtual player terminal 4 .

The UI display processing unit 42 displays a UI such as a menu on the display 821 . The user (here, the virtual player) can give various instructions to the virtual player terminal 4 by operating the UI with the touch pad 841 (display 821). In this example, the UI includes a "temporary player registration menu".

The provisional player registration data generation unit 43 displays a provisional player registration screen on the display 821 in response to the operation of the "temporary player registration menu" by the user (here, the provisional player), and generates data necessary for provisional player registration. Accept input.

For example, the temporary player registration screen displays a list of tournaments in which the provisional player can participate, as well as various types of information about the tournament and the operator (for example, tournament rules, operator information, etc.). In this example, the provisional player registration data generation unit 43 accepts input of data such as the investment condition, the participation condition, and the acceptance deadline, in addition to the selection of the tournament that the player wishes to participate in, on the provisional player registration screen. The provisional player registration data generation unit 43 generates provisional player registration data including the input data. The communication unit 41 transmits the generated temporary player registration data to the server device 2 .

<Functional Configuration of Control Unit 86 in Investor Terminal 7>
FIG. 12 is a block diagram showing functions of the control unit 86 in the investor terminal 7. As shown in FIG. The investor terminal 7 functions as a communication unit 71, a UI display processing unit 72, a tournament investor registration data generation unit 73, and a player investor registration data generation unit 74 by executing various programs.

The communication unit 71 has a function of communicating with the server device 2 via the network interface 81 of the investor terminal 7 .

The UI display processing unit 72 displays a UI such as a menu on the display 821 . The user (here, the investor) can give various instructions to the investor terminal 7 by operating the UI on the touch pad 841 (display 821). In this example, the UI includes an "operator matching menu" and a "player matching menu".

The tournament investor registration data generation unit 73 displays the tournament investor registration screen on the display 821 in response to the user's (in this case, investor) operation of the "operator matching menu", and registers as an investor of the tournament. It accepts the input of data necessary for For example, the tournament investor registration screen displays a list of provisional operators, as well as various information about the provisional operators and the tournament. Specifically, the data included in the temporary operator DB of FIG. 5 is displayed on the event investor registration screen.

In this example, the tournament investor registration data generation unit 73 receives inputs such as a temporary operator to which the investor wishes to invest, capital (for example, funds and equipment) to be invested, and the like, on the tournament investor registration screen. The event sponsor registration data generating unit 73 generates event sponsor registration data including the input data. The communication unit 71 transmits the generated event sponsor registration data to the server device 2 .

The player investor registration data generating unit 74 displays a player investor registration screen on the display 821 in response to the operation of the "player matching menu" by the user (in this case, investor), and the player investor is registered as a player investor. It accepts input of data necessary for For example, the player investor registration screen displays a list of provisional players, as well as various information regarding the provisional players and the tournament. Specifically, the data included in the temporary player DB of FIG. 6 is displayed on the player investor registration screen.

In this example, the player investor registration data generation unit 74 accepts inputs such as the provisional player that the investor has decided to invest, the capital to be invested (for example, funds and equipment), etc., on the player investor registration screen. The player investor registration data generation unit 74 generates player investor registration data including the input data. The communication unit 71 transmits the generated player investor registration data to the server device 2 .

<Flow of a series of processes in the game system>
The processing flow of the game system will be described with reference to FIGS. 13 to 19. FIG. FIG. 13 is a flow chart showing the overall processing flow. The game system 1 performs the following four processes according to the operations on the terminals 3, 4 and 7.
(1) When the "temporary operator registration menu" is operated on the temporary operator terminal 3 (Yes in step S1), the "temporary operator registration process" of FIG. 14 is performed (step S2).
(2) When the "temporary player registration menu" is operated on the temporary player terminal 4 (Yes in step S3), the "temporary player registration process" of FIG. 15 is performed (step S4). (3) When the "operator matching menu" is operated on the investor terminal 7 (Yes in step S5), the "operator matching process" of FIG. 16 is performed (step S6). (4) When the "player matching menu" is operated on the investor terminal 7 (Yes in step S7), the "player matching process" of FIG. 17 is performed (step S8).

After the processes (1) to (4) are performed, the game system 1 executes the "holding availability determination process" (step S9) in FIG. 18 and the "participation availability determination process" (step S10) in FIG. conduct.

<Flow of temporary operator registration process>
The temporary operator registration process of FIG. 14 is executed by cooperation between the server device 2 and the temporary operator terminal 3 . In the temporary operator registration process, the user of the temporary operator terminal 3 is registered as the temporary operator based on the operation performed on the temporary operator terminal 3 .

Specifically, first, a menu screen is displayed on the display 821 of the temporary operator terminal 3 (step S101). When the user of the temporary operator terminal 3 (here, the temporary operator) selects the "temporary operator registration menu" on the menu screen (step S102), the temporary operator registration screen is displayed on the display 821 ( step S103).

The temporary operator registration data generation unit 33 of the temporary operator terminal 3 receives input from the user through the temporary operator registration screen. Specifically, the provisional operator registration data generation unit 33 receives input from the user of the tournament rules, investment conditions, opening conditions, advertising display method, acceptance deadline, etc. of the tournament the user wishes to hold. The temporary operator registration data generating unit 33 generates temporary operator registration data indicating the received input (step S104). The communication unit 31 transmits the generated temporary operator registration data to the server device 2 (step S105).

When the server device 2 receives the temporary operator registration data (step S106), it registers the user of the temporary operator terminal 3 as a temporary operator (step S107). Specifically, the server device 2 newly issues a tournament ID. The temporary operator registration unit 232 associates the event ID with the user ID of the user of the temporary operator terminal 3 as an operator ID, and stores it in the event management DB. In this case, the held status of the tournament ID is set to "undecided".

After step S108, the temporary operator registration unit 232 updates the temporary operator DB based on the received temporary operator registration data (step S108). Specifically, the temporary operator registration unit 232 stores various data included in the temporary operator registration data in association with the temporary operator ID of the temporary operator DB.

<Flow of Temporary Player Registration Processing>
The provisional player registration process of FIG. 15 is performed in cooperation with the server device 2 and the provisional player terminal 4 . In the provisional player registration process, the user of the provisional player terminal 4 is registered as a provisional player based on the operation performed on the provisional player terminal 4 .

Specifically, first, a menu screen is displayed on the display 821 of the temporary player terminal 4 (step S201). When the user of the temporary player terminal 4 (here, the temporary player) selects the "temporary player registration menu" on the menu screen (step S202), the communication unit 41 of the temporary player terminal 4 transmits tournament information to the server device 2. is requested (step S203). This tournament information includes information about a tournament that is desired to be held. The tournament information is generated, for example, with reference to the tournament management DB, and includes the tournament ID in the tournament management DB and data related to the outline of the tournament (tournament rules, etc.) corresponding to the tournament ID.

When the server device 2 receives the request for tournament information (step S204), it generates tournament information and transmits it to the virtual player terminal 4 (step S205).

The temporary player terminal 4 receives the tournament information (step S206) and displays a temporary player registration screen (step S207). A list of tournaments included in the received tournament information is displayed on the temporary player registration screen. The provisional player registration data generation unit 43 of the provisional player terminal 4 generates provisional player registration data including data input to the provisional player registration screen (step S208). As described above, the provisional player registration data includes data such as the tournament (tournament ID) in which the player wishes to participate, investment conditions, participation conditions, advertisement display method, acceptance deadline, and the like. The communication unit 41 of the temporary player terminal 4 transmits the generated temporary player registration data to the server device 2 (step S209).

When the temporary player registration unit 233 of the server device 2 receives the temporary player registration data (step S210), it registers the user of the temporary player terminal 4 as a temporary player (step S211). Specifically, the temporary player registration unit 233 associates the tournament ID included in the temporary player registration data with the user ID of the user of the temporary player terminal 4 as the player ID, and stores the associated user ID in the tournament management DB. At this time, the participation status of the player ID is set to "undecided".

After step S211, the temporary player registration unit 233 updates the temporary player DB (step S212). Specifically, the temporary player registration unit 233 stores various data included in the temporary player registration data in association with the temporary player ID of the temporary player DB.

<Flow of operator matching process>
The operator matching process in FIG. 16 is performed by the server device 2 and the investor terminal 7 in cooperation. In the operator matching process, a matching process is performed between an investor and a provisional operator.

Specifically, first, a menu screen is displayed on the display 821 of the investor terminal 7 (step S301). When the user of the investor terminal 7 (in this case, the investor) selects the “operator matching menu” on the menu screen (step S302), the communication unit 71 of the investor terminal 7 sends the server device 2 provisional management User information is requested (step S303). The provisional operator information includes data on the provisional operator, data on acceptance of investment, and the like, like the data contained in the provisional operator DB of FIG.

When the server device 2 receives the request for provisional operator information (step S304), it generates provisional operator information based on the provisional operator DB, and transmits the generated provisional operator information to the investor terminal 7 ( step S305).

When the investor terminal 7 receives the provisional operator information (step S306), it displays a tournament investor registration screen (step S307). This tournament investor registration screen includes provisional operator information. Specifically, information on the tournament and the temporary operator, investment conditions, acceptance deadline, advertisement display method, and the like, which are included in the temporary operator DB, are displayed on the event investor registration screen. The tournament investor registration data generation unit 73 of the investor terminal 7 generates tournament investor registration data indicating the input made to the tournament investor registration screen (step S308). This event investor registration data includes data such as the provisional operator to which the investor wishes to invest, the capital to be invested (for example, funds and equipment), and the like. The communication unit 71 of the investor terminal 7 transmits the generated tournament investor registration data to the server device 2 (step S309).

When the tournament sponsor registration unit 234 of the server device 2 receives the tournament sponsor registration data (step S310), it registers the user of the sponsor terminal 7 as a sponsor of the provisional operator (tournament) (step S311). ). Specifically, the user ID of the user of the investor terminal 7 is associated as the investor ID with the corresponding tournament ID in the tournament management DB.

After step S311, the server device 2 notifies the provisional operator of the tournament in which the investor has been registered that the investor has been determined (step S312).

<Flow of player matching process>
The player matching process in FIG. 17 is performed by the server device 2 and the investor terminal 7 in cooperation.

Specifically, first, a menu screen is displayed on the display 821 of the investor terminal 7 (step S401). When the user of the investor terminal 7 (in this case, the investor) selects "player matching menu" on the menu screen (step S402), the communication unit 71 of the investor terminal 7 sends the server device 2 provisional player information. is requested (step S403). The virtual player information includes data regarding the virtual player, data regarding acceptance of contribution, and the like, like the data included in the virtual player DB of FIG.

Upon receiving the request for the provisional player information (step S404), the server device 2 generates provisional player information based on the provisional player DB, and transmits the generated provisional player information to the investor terminal 7 (step S405).

Upon receiving the provisional player information (step S406), the investor terminal 7 displays a player investor registration screen (step S407). This player investor registration screen displays information about the provisional player, investment conditions that are conditions for investment, deadline time until acceptance, and the like, which are included in the provisional player DB. The player investor registration data generation unit 74 of the investor terminal 7 generates player investor registration data indicating the input made on the player investor registration screen (step S408). This player investor registration data includes the player ID selected by the investor, the details of the investment, and the like. The communication unit 71 of the investor terminal 7 transmits the generated player investor registration data to the server device 2 (step S409).

When the server device 2 receives the player investor registration data (step S410), it registers the user of the investor terminal 7 as an investor of the provisional player (step S411). Specifically, the server device 2 stores data in which the corresponding player ID is associated with the user ID of the user of the investor terminal 7 as the investor ID in the tournament management DB.

After step S411, the server device 2 notifies the provisional player whose investor has been registered that the investor has been determined (step S412).

<Flow of holding availability judgment processing>
18 is performed by the server device 2. In FIG.

Specifically, first, the holding propriety determination unit 236 of the server device 2 determines whether or not the tournament satisfies the holding conditions (step S501). Specifically, the holding possibility determination unit 236 refers to the tournament management DB and the temporary operator DB, and determines whether or not the conditions for holding the tournament are satisfied.

When it is determined that the tournament meets the opening conditions (Yes in step S501), the server device 2 registers the provisional operator as the tournament operator (step S502). Specifically, the server device 2 sets the event status associated with the event ID to “held” in the event management DB.

After step S502, the server device 2 notifies the organizer, players, investors, etc. of the event that is associated with the event ID whose event status is set to "held" in the event management DB (step S503).

After step S503, the billing processing unit 238 of the server device 2 executes billing processing (step S504). For example, the billing processing unit 238 collects fees from the account of the investor or the temporary operator. Then, the server device 2 closes the reception of investors (step S505).

If it is determined in step S501 that the tournament does not meet the holding conditions (No in step S501), the server device 2 determines whether the deadline for accepting investors from the tournament manager has passed. is determined (step S511). Specifically, the server device 2 refers to the acceptance deadline in the temporary operator DB and compares the current time with the acceptance deadline.

When it is determined that the deadline for accepting investors from the tournament operator has passed (Yes in step S511), the server device 2 registers the operator, player, and operator associated with the tournament ID in the tournament management DB. , investors, etc., to cancel the tournament (step S512). After step S512, the game system 1 performs step S505.

On the other hand, if it is determined that the deadline for accepting investors from the organizer of the tournament has not come (No in step S511), the process of FIG. 18 is terminated.

<Flow of participation decision processing>
The participation availability determination process in FIG. 19 is performed by the server device 2 .

Specifically, first, the participation availability determination unit 237 of the server device 2 determines whether or not the player's participation condition is satisfied (step S601). Specifically, the participation availability determination unit 237 refers to the tournament management DB and the temporary player DB, and determines whether or not the conditions for the player's participation in the tournament are satisfied.

If it is determined that the provisional player has satisfied the participation conditions (Yes in step S601), the server device 2 registers the provisional player as a tournament player (step S602). Specifically, the server device 2 sets the participation status associated with the player ID to "participation" in the tournament management DB.

After step S602, the server device 2 notifies the players, operators, investors, etc. whose participation status is set to "participation" in the tournament management DB that participation in the tournament has been decided (step S603). .

After step S603, the billing processing unit 238 of the server device 2 executes billing processing (step S604). For example, the billing processing unit 238 collects fees from the account of the investor or provisional player. Then, the server device 2 closes the reception of investors (step S605).

Further, when it is determined in step S601 that the provisional player does not satisfy the participation condition (No in step S601), the server device 2 determines whether or not the acceptance deadline, which is the deadline for the provisional player to accept contributions, has arrived. is determined (step S611). Specifically, the server device 2 refers to the acceptance deadline in the temporary operator DB and compares the current time with the acceptance deadline.

If it is determined that the time limit for acceptance of investment by the virtual player has passed (Yes in step S611), the server device 2 notifies the player, the operator, the investor, etc. of the cancellation of participation in the tournament in the tournament management DB. (step S612). After step S612, the game system 1 performs step S605.

On the other hand, if it is determined that the time limit for accepting contributions from the temporary player has not expired (step S511), the game system 1 terminates the process of FIG.

To summarize the above, a game system (computer system) that manages a tournament (event) in which battles (games) are held via the game device 5 (computer), and includes the track record of the provisional operator of the tournament. A server device 2 (management section) that manages tournament information (event information) in an identifiable manner, a UI display processing section 72 (reception section) that accepts registration for a user to become an investor in the tournament, and a registration reception section. The game system is characterized by comprising a tournament investor registration unit 234 for registering users as sponsors of the tournament.

<Effect of invention>
As described above, the server device 2 identifiably manages the tournament information including the track record of the provisional organizer of the tournament. The UI display processing unit 72 receives registration from the user to become a sponsor of the tournament, and the tournament sponsor registration unit 234 registers the user as a sponsor of the tournament according to the registration.

By confirming the track record of the provisional organizer of the tournament, the user can predict the effect of the advertising activities when becoming a sponsor of the tournament. In other words, the track record of the provisional organizer of the tournament is one of the materials for judging the effectiveness of advertising activities for the tournament. By providing the user with the track record of the provisional operator of this competition, the user (investor) can find an investment target.

In addition, the server device 2 (management unit) grants the user registered as an investor an advertisement display right, which is a right related to advertisement display during the game. Thereby, when the user is registered as an investor, the user can display his/her own advertisement in the game.

The game system 1 further includes a UI display processing unit 32 (first setting unit) that sets the content of the advertisement display right (remuneration). This allows the provisional operator to set rewards for investors when the tournament is held. In addition, investors will find it easier to find investment destinations based on the content of the investment and the reward to the investor.

In addition, the server device 2 (management unit) manages holding conditions set by the temporary operator (operator) of the event as tournament information (event information). This makes it easier for the user, who is the operator, to hold the event by setting the investment required for managing the event as the condition for holding the event.

The game system 1 further includes a billing processing unit 238 (billing unit) that charges at least one of the provisional operator of the tournament and the sponsor of the tournament when the sponsor of the tournament (event) is registered. . Thereby, the administrator of the game system 1 can earn income by holding the event. In addition, the administrator of the game system 1 can earn income as the tournament is decided to be held.

Also, the event sponsor registration unit 234 can register a plurality of sponsors for one event. As a result, the provisional operator can receive investment from a plurality of users, making it easier to hold the tournament. Also, since the player can receive investment from a plurality of investors, it becomes easier to hold a large tournament.

The game system 1 further includes a UI display processing unit 32 (second setting unit) that sets investment conditions for the user to be registered as an investor. As a result, the provisional operator can solicit desired investors.

(Other embodiments)
The game system 1 may operate as follows.

The server device 2 may be able to change the contents of the advertisement display right (remuneration) according to the scale of investment (contribution scale) made to the tournament. For example, the server device 2 may manage the tournament so that the logo of the user (investor) in the tournament (screen during game play) becomes larger as the scale of investment increases. As a result, the investor can carry out advertising activities according to the size of the investment.

Note that the scale of investment may be automatically set or may change according to the operator information (operator's track record) and the player information (player's track record). For example, the size of the investment for the user may change based on the number of spectators at the tournament and the results (ranking etc.) at the tournament.

Further, in the above embodiment, the user registered as an investor is given the advertisement display right as a reward for investment, but something other than the advertisement display right may be given as a reward for investment. If an agreement can be reached between the investor and the provisional operator (or provisional player), any reward may be given to the investor.

For example, remuneration for tournament investors includes the right to name the tournament (naming rights), the right to designate the venue (to be held by the investor's company, etc.), and the like. In addition, the content of the right to display advertisements granted to tournament investors includes, for example, giving advertisements to specific characters, displaying or reading the name of the investor during game distribution or at the tournament venue, displaying it on the loading screen during the game, Examples include changing the character's technique name and changing the character's voice (for example, changing the voice output when the character performs a predetermined technique to include the investor's name).

In addition, as the content of the advertisement display rights granted to the sponsor of the tournament, advertisements (logos, etc.) may be given to all characters in the tournament, or advertisements may be displayed on all loading screens during the game in the tournament. Alternatively, the investor name may be displayed or read aloud for each match, or the character's technique name or character's voice may be changed in all matches of the tournament.

Also, as described below, the contents of the advertisement display right (remuneration) may be changed according to the scale of investment in the operator.

If the reward for the tournament investor is the naming right for the tournament, depending on the size of the investment, the investor may be granted the right to change part of the tournament name or change the entire tournament name. may grant the right to

If the remuneration for the tournament investor is the right to designate the venue, depending on the scale of the investment, multiple venues may be designated as the venue, or even a distant location such as overseas. good.

When the content of the advertisement display right is to give advertisements to specific characters, the number of characters to which advertisements are given may be increased or decreased according to the scale of investment.

If the contents of the advertisement display rights are game distribution or the display or reading of the name of the investor at the venue of the tournament, the number of times of display (number of times of reading) may be changed according to the scale of the investment, or the display time may be changed. may

If the content of the advertisement display right is to display the advertisement on the loading screen during the game, the number of times of display or the display time may be changed according to the scale of investment.

If the content of the advertisement display right is to change the character's skill name or character voice, the number of matches in which the skill name or voice is changed may be changed according to the scale of investment, or the skill name or voice may be changed. The number of changes may be changed, or the number of scenes where the technique name or voice is changed may be increased (for example, change only when the technique wins or loses).

In addition, for example, as a reward for the investor of the player, the player wears a uniform designated by the investor (for example, a uniform with the logo of the investor's company, etc.), and the player uses a character designated by the investor ( (e.g., a character wearing a uniform with the logo of the investor's company), pasting (displaying) an advertisement on the controller used by the player, displaying it on the loading screen during the game, changing the skill name of the character used by the player. and voice change of the character (for example, the voice output when the character performs a predetermined technique includes the investor's name, etc.).

Moreover, advertisements (logo, etc.) may be given to all characters used by the player as content of the advertisement display right (remuneration) given to the investor of the player. The content of the right to display advertisements (reward) may be displayed on all loading screens related to the player's battle. It may be displayed, or the advertisements of both investors may be switched at predetermined intervals.

Also, as described below, the content of the advertisement display right (reward) may be changed according to the amount of investment made to the player.

If the content of the player's reward to the investor is that the player wears the uniform designated by the investor, depending on the scale of the investment, the number of times the uniform is worn and the occasion in which it is worn (for example, only the final match, all matches, etc. , etc.) may be changed.

If the content of the player's reward to the investor is that the player use the character specified by the investor, depending on the scale of the investment, the number of times the character is used and the scene of use , etc.) may be changed.

If the content of the player's reward to the investor is to attach (display) an advertisement to the controller used by the player, the number of times the advertisement is attached (displayed) and the attachment (display) scene will be changed according to the scale of the investment. (For example, display only in the final match, display in all matches, etc.) may be changed.

When the content of the reward for the player's investor is to display an advertisement on the loading screen during the game, the number of times of display or the display time may be changed according to the scale of the investment. .

When the content of the reward for the investor of the player is to change the character's technique name or change the character's voice, the number of matches in which the technique name or voice is changed may be changed according to the scale of the investment. The number of times the name or voice is changed may be changed, or the number of scenes where the technique name or voice is changed may be increased (for example, change only when victory or defeat is decided by the technique).

Note that if the operator and the player each have an investor, one of the advertisements may be preferentially displayed, or both advertisements may be displayed side by side. Further, when the ranges (contents) of the advertisement display rights of both parties (investors) overlap, the display position of the advertisement may be appropriately adjusted. Also, it is possible to decide which advertisement to give priority to based on the investment amount of both parties, or to decide which advertisement to give priority to based on the total amount of past investment of both parties.

In addition, the temporary operator may set any conditions as holding conditions on the temporary operator registration screen. For example, the provisional operator may be able to set, as holding conditions, whether investors are required, the desired total amount of investment, and the provision of desired equipment.

Also, the provisional player may set any condition as a participation condition on the provisional player registration screen. For example, the provisional player may be able to set, as participation conditions, whether or not an investor is required, the desired total amount of investment, and the provision of desired equipment.

Also, the temporary operator may be able to change the holding conditions at any timing, and the temporary players may be able to change the participation conditions at any timing.

Also, the provisional operator may set the upper limit of the number of contributors when setting the holding conditions, or may not set the upper limit of the number of contributors. Similarly, the provisional player may set the upper limit of the number of contributors when setting the participation conditions, or may not set the upper limit of the number of contributors.

Also, the provisional operator may be able to change the holding conditions so that additional investors can be solicited after the holding conditions are established. In this case, the upper limit of the number of investors to be additionally recruited may be determined, or the recruitment may be performed without setting the upper limit of the number of investors. Also, in this case, the holding conditions may not be changed without obtaining the consent of the investors who have already been registered. In addition, the contents of the advertisement display rights (for example, the change of the advertisement display position) will be changed according to the amount of investment between the investor registered before the change of the holding conditions and the investor registered after the change of the holding conditions. You can change it.

Also, if the number of players participating in the tournament increases or decreases due to, for example, a provisional player becoming an official player, the provisional operator may change the contents of the advertisement display right. For example, if the content of the advertisement display right is to display advertisements on characters of a predetermined number of players, the predetermined number may be increased or decreased.

Further, when the UI display processing unit 72 (receiving unit) receives an input of conditions for the user to become an investor of the tournament from a user who wishes to become an investor of the tournament (event), the server device 2 (Management Department) may receive an operation from the provisional operator of the tournament to register the user as an investor of the event under the conditions. As a result, the investor can propose investment conditions to the provisional operator, and thus the investment conditions can be negotiated between the investor and the provisional operator via the game system 1 .

In addition, the server device 2 (management unit) may restrict a user who is registered as either an investor or an operator of a tournament (event) from participating in the tournament as a player playing a game. . In this game system, users can freely set roles such as managers and players and participate in tournaments. For this reason, there is a risk that tournament operators and investors will participate in the tournament, and allowing this will hinder the fair administration of the tournament. Due to this participation restriction, it is possible to realize a fair competition management.

Further, the server device 2 may register investors in a bidding format. For example, the server device 2 may accept requests for registration of investors and applications for the amount of investment from a plurality of users, and register the user who has applied for the highest amount of investment as the investor.

Also, if there are multiple tournaments that the temporary operator wishes to hold, the provisional operator may be able to collectively set the holding conditions for the multiple tournaments instead of setting the holding conditions for each tournament. In addition, the provisional operator may collectively receive investment from investors for tournaments held within a predetermined period (one year, etc.).

Similarly, the temporary player may collectively set participation conditions for a plurality of tournaments in which he/she wishes to participate, or collectively set participation conditions for tournaments to be participated in within a predetermined period (one year, etc.). You may be able to receive investment from other people.

In addition, the UI display processing unit 72 receives input of search conditions from the user (investor) who operates the investor terminal 7, and displays on the display 821 the provisional operator information and the provisional player information that match the search conditions. may In addition, the UI display processing unit 72 may accept a plurality of search conditions, or may accept search conditions including operator information and player information of the user. As a result, for example, a wide variety of searches can be performed, such as an operator with a lot of achievements as a player and a large number of tournament mobilizations (or a large number of followers), or a player with top-class results as a player and using characters such as ○○. It can be carried out.

In addition, operator information (results as an operator) is not limited to the number of tournaments held by the user. For example, the operator information includes the total number of participants and the evaluation of the operator by users (for example, the number of "followers", "tweets", "likes" on SNS (social network service), etc., "channel number of registrations", etc.) may be included. In addition, operator information includes the evaluation of the success or failure of the held race, the number of times the race was not interrupted (completed) due to fraud, etc., the number of times the race was interrupted due to fraud, etc., and the total amount of investment received. etc. may be included.

Also, the player information (performance as a player) is not limited to the number of wins in tournaments. For example, the player information may include the player's past competition results, prize money, rewards obtained in competitions, and the like. The player information may also include information about past cheating, achievements in other games, achievements for each game genre, and the like.

In addition, operator information and player information may be managed for each type of game or for each regulation of the game. Also, if the game has official regulations, operator information and player information may be managed separately for official regulations and informal regulations. Also, management may be performed for each game genre such as FPS (First Person Shooter), TPS (Third Person Shooter), RTS (First Person Shooter), and fighting game.

Further, the server device 2 manages a performance management DB, which is a database showing user's performance, but the performance management DB may be updated according to the results of the tournament held.

Also, the user of the game system 1 can participate in (register) the tournament by specifying one of the roles of operator, player, tournament investor, and player investor. In addition, registration for participation in the tournament (registration of operators, players, tournament investors, player investors, etc.) is performed from any of the temporary operator terminal 3, the temporary player terminal 4, the game device 5, and the investor terminal 7. You may be able to do it from another terminal.

In addition, the charging processing unit 238 may arbitrarily set the timing of depositing money into the account of the provisional operator or the provisional player after withdrawing the amount corresponding to the investment from the investor's account. For example, this timing may be set after the tournament is held.

In addition, the billing processing unit 238 collects a fee from the user's account when a predetermined role (temporary operator, temporary player, etc.) is assigned to the user according to the user's participation registration. may

In addition, if the user charges the game system in advance, the charge processing unit 238 may collect a fee from the charge.

Also, in the above embodiment, the billing processing unit 238 executes billing processing, but the present invention is not limited to this. For example, instead of the billing processing unit 238, a system administrator may collect fees (such as deposits and withdrawals from the user's account). Accounting for users is facilitated by the system administrator making deposits and withdrawals from each user's account. It should be noted that a person other than the administrator of the system may deposit and withdraw money from each user's account.

In addition, the tournament regulations in the temporary operator DB and temporary player DB include the name of the tournament, the games played in the tournament, the regulations of the tournament (rules, battle format, etc.), the venue, the necessity of a professional license, past achievements ( results in qualifying tournaments, etc.) may be included.

Also, in the tournament administration DB, an operator ID, tournament investor ID, player ID, and player investor ID are associated with each tournament ID, but the tournament administration DB may have other configurations. For example, user IDs may be used to manage the roles of operator, tournament sponsor, player, and player sponsor.

Further, the contents of the advertisement display right granted to the investor may include the display period of the advertisement in addition to the target for displaying the advertisement (game screen, character, etc.). The advertisement display period includes, for example, the date and time of display (such as what day of the tournament the advertisement is displayed) and the competition for which the advertisement is displayed (only the final match, etc.).

Further, in the above embodiment, the provisional operator is registered as the official operator of the tournament by receiving investment from the investor, but the present invention is not limited to this. For example, if a provisional operator applies for registration as an official operator, the provisional operator will be registered in the game system as an official operator, regardless of whether or not it has received investment from investors. may be

Similarly, a provisional player is registered as a formal player by receiving investment from an investor, but is not limited to this. For example, when a provisional player applies for registration as a formal player, the provisional player may be registered in the game system as a formal player regardless of whether or not the investor has received investment. .

Further, the provisional operator and the provisional player may each be able to extend the set acceptance deadline until the acceptance deadline arrives. Also, the temporary operator and the temporary player may each be able to reset the acceptance deadline when the acceptance deadline arrives. In addition, when the acceptance deadline arrives, the acceptance deadline may be automatically extended if the participation conditions are not met or if the holding conditions are not met.

Further, in the above embodiment, an example of an e-sports tournament has been described as an event managed by the present game system, but the event is not limited to this. For example, the event may be an online game in which multiple users participate. The event may be any event as long as it is an event that takes place through a game.

Further, each of the server device 2, the temporary operator terminal 3, the temporary player terminal 4, the game device 5, and the investor terminal 7 may be a plurality of devices, or may be a single device. Further, the server device 2, the temporary operator terminal 3, the temporary player terminal 4, the game device 5, and the investor terminal 7 may cooperate to perform similar processing.

2 Server device 22 Storage unit 23 Control unit 231 Information processing unit 232 Temporary operator registration unit 233 Temporary player registration unit 234 Tournament investor registration unit 235 Player investor registration unit 236 Held propriety determination unit 237 Participation propriety determination unit 3 Temporary operator Terminal 33 Temporary operator registration data generation unit 4 Temporary player terminal 43 Temporary player registration data generation unit 5 Game device 55 Storage unit 56 Control unit 7 Investor terminal 73 Tournament investor registration data generation unit 74 Player investor registration data generation unit 85 Storage unit 86 Control unit 821 Display

Claims (13)

In an event in which a game is played via a computer, a computer system that manages the event,
a management unit that manages identifiably event information including the performance of the operator of the event;
a reception unit that receives registration for a user to become an investor of the event;
and a registration unit that registers the user who has received the registration as an investor of the event. In claim 1,
The computer system, further comprising an operation terminal for displaying a list of the events in which the user can participate in the event information, and for accepting selection of the event that the user desires to participate in. In claim 1 or 2,
A computer system, wherein the track record of the event manager includes the track record of the event held by the manager in the past. In any one of claims 1 to 3 ,
The computer system, wherein the management section can change the content of the remuneration for the investor according to the size of the investment. In claim 4 ,
The computer system, further comprising a first setting unit that sets the content of the remuneration. In any one of claims 1 to 5 ,
The computer system, wherein the management section manages holding conditions set by an operator of the event as the event information. In any one of claims 1 to 6 ,
The computer system, further comprising: a billing unit that charges at least one of the operator of the event and the investor of the event when the investor of the event is registered. In any one of claims 1 to 7 ,
The computer system, wherein the registration unit is capable of registering a plurality of investors for one event. In any one of claims 1 to 8 ,
The computer system, further comprising a second setting unit for setting conditions for the user to be registered as an investor. In any one of claims 1 to 9 ,
When the reception unit receives an input of conditions for the user to become an investor of the event from the user who wishes to become an investor of the event, the management unit determines whether the operator of the event , a computer system characterized by accepting an operation for registering the user as an investor of the event under the conditions. In any one of claims 1 to 10 ,
The computer system, wherein the management unit restricts the user registered as either an investor or an operator of the event from participating in the event as a player who plays the game. In any one of claims 1 to 11,
A computer system, wherein the event includes an event other than the event held by the operator in the game executed via the computer. An event management method for managing an event in which a game is played via a computer, comprising:
By said computer,
a step of identifiably managing event information including achievements of the operator of the event;
A method of managing an event, comprising: accepting registration for a user to become an investor of the event; and registering the user who has accepted the registration as an investor of the event.