JP2021023742A - Game system, execution method of game system, and program of game system - Google Patents

Abstract

To provide a game system, an execution method of the game system, and a program of the game system allowing one to acquire a prize while enjoying play light-heartedly.SOLUTION: A game system includes: a participation fee management part; a game management part; a point management part; and a prize selection part. The participation fee management part imparts a participation fee to a user. The game management part executes: a trial game in which users can play a game by using the participation fee; and a final game that a team formed by the plural users who have played at least the trial game can play together. The point management part imparts points to one of the user or the team according to play of the final game. The prize selection part allows the user to select a prize acquired by exchange with the points.SELECTED DRAWING: Figure 7

Description

Embodiments of the present invention relate to a game system, a method of executing the game system, and a program of the game system.

Games provided on websites on the Internet and game apps that can be downloaded from the Internet do not require a dedicated game machine and are played using information terminals such as smartphones, tablets, and personal computers that are used on a daily basis. It is possible. The user finds a game that suits his / her taste from a plurality of games. Then, as long as there is an information terminal, the user can play the game at any time. Therefore, it can be said that games are very familiar to users in their daily lives. On the other hand, there are a certain number of users who have moved away from the game due to various factors.

For example, some users have difficulty participating in online games due to the limited budget available for games. In addition, some users hesitate to play the game because they are not confident in the skills they have as a game player. Some users are too busy to keep their motivation to continue playing the game. Some users are afraid that playing games will reduce their time to communicate with others. There is a need to enable more users to experience the enjoyment of games.

JP-A-2018-55365 JP-A-2017-55917 Japanese Unexamined Patent Publication No. 2012-400588 Japanese Unexamined Patent Publication No. 2005-131231

An embodiment of the present invention provides a game system, an execution method of the game system, and a program of the game system, which allows a user to easily enjoy playing and win a prize.

The game system as an embodiment of the present invention has played a participation fee management unit that grants a participation fee to a user, a qualifying game that the user can play using the participation fee, and at least the qualifying game. A game management unit that forms a team with a plurality of the users and executes a final game that can be played by the team, and point management that gives points to at least one of the user or the team according to the play of the final game. It includes a unit and a prize selection unit that allows the user to select a prize to be acquired by exchanging the points.

A block diagram showing a configuration example of a game system. A block diagram showing a configuration example of a game server. The figure which showed the example of the data stored in the game server. A block diagram showing a configuration example of a payment server. A block diagram showing a configuration example of a prize server. A block diagram schematically showing a configuration example of a game system. A block diagram schematically shown when the final game is not provided. The figure which showed the example of the login screen of the game system. The figure which showed the example of the selection screen of a monster. The figure which showed the example of the screen which inputs the name of a monster. The figure which showed the example of the purchase screen of the participation fee. The figure which showed the example of the ability value display screen of a monster. The figure which showed the example of the screen in the qualifying game. The figure which showed the example of the battle scene with other monsters. The figure which showed the example of the entry screen of the final game. The figure which showed the example of the screen displayed after the match of the final game. The figure which showed the example of the screen which is displayed after the play of a final game is finished. The figure which showed the example of the entry screen of the final game. The figure which showed the example of the confirmation screen of the team member. The figure which showed the example of the screen which inputs the team name. The figure which showed the example of the screen in the final game. The figure which showed the example of the screen which is displayed after the play of the final game ends. The figure which showed the example of the prize selection screen. The figure which showed the example of the screen which inputs the destination of the prize. The figure which showed the example of the prize voucher displayed on the information terminal. A table showing an example of the number of individual points given to each user in the final game and the number of team points given to each user in the final game. A table showing an example of the number of individual points required to obtain each prize and the number of team points required to obtain each prize. A flowchart showing an example of processing executed in a game system. A flowchart showing an example of processing executed in a game system. A flowchart showing an example of processing executed in a game system.

Hereinafter, embodiments of the present invention will be described with reference to the drawings. Further, in the drawings, the same components are given the same number, and the description thereof will be omitted as appropriate.

FIG. 1 is a block diagram showing a configuration example of a game system. The game system 100 of FIG. 1 includes a game server 1, a payment server 2, a prize server 3, a network 6, an information terminal 7, and an information terminal 8. The game server 1, the payment server 2, the information terminal 7, and the information terminal 8 can communicate with each other via the network 6. The network 6 is, for example, the Internet in which a plurality of computer networks are connected to each other. The network 6 can use wired, wireless, or a combination thereof as a communication medium. Further, an example of the communication protocol used in the network 6 is TCP / IP, but the type of the communication protocol is not particularly limited.

The game server 1, the payment server 2, and the prize server 3 are all computers (information processing devices) including a central processing unit (CPU) and a memory. The game server 1 is, for example, a server installed in a data center. However, the game server 1 may be another type of computer such as a desktop PC or a notebook PC. Further, the place where the game server 1 is installed is not particularly limited. The game server 1 manages, for example, characters used by the user in the game, provides the game to the user, manages participation fees and points held by the user, and exchanges points acquired by the user for prizes. Note that these processes do not necessarily have to be executed by the same computer. For example, at least some of these processes may be performed by different computers. Further, each of the above-mentioned processes may be executed by a different computer.

Examples of the payment server 2 include a system server of a financial institution and a virtual currency management server. However, the payment server 2 may be any kind of computer, and the management entity of the payment server 2 is not particularly limited. The payment server 2 updates the balance of the account and executes the payment processing of the consideration when, for example, the user purchases the participation fee in legal tender or virtual currency. The payment server 2 does not have to be one computer. For example, the payment server 2 may be an information processing system in which a plurality of computers are connected to each other by a telecommunication line (network).

Examples of the prize server 3 include a server of a trader who ships prizes, a server of a business operator which manufactures and sells prizes, and a server of an industry group that gives economic benefits (privileges) equivalent to prizes. However, the prize server 3 may be any kind of computer, and the management entity of the prize server 3 is not particularly limited. The prize server 3 executes, for example, a process of providing the game server 1 with information about a prize that can be provided to the user, a process of sending the prize to the user, and a process of giving the user an economic benefit. Note that these processes do not necessarily have to be executed by the same computer. For example, at least some of these processes may be performed by different computers. Further, each of the above-mentioned processes may be executed by a different computer.

In FIG. 1, one game server 1, one payment server 2, and one prize server 3 are shown. However, the number of each server may be different from this. Further, at least a part of the functions of the game server 1, the payment server 2, and the prize server 3 may be realized by a virtual computer (VM: Virtual Machine) or a container. Further, the functions of the game server 1, the payment server 2, and the prize server 3 may be realized by a plurality of computers. In FIG. 1, the game server 1, the payment server 2, and the prize server 3 are separate computers, but this configuration is only an example. For example, at least a part of the functions of the game server 1 and at least a part of the functions of the payment server 2 may be realized by the same computer.

The information terminal 7 is a laptop PC. The information terminal 8 is a smartphone. The information terminals 7 and 8 can transmit and receive data to and from other devices connected to the network 6 by wireless communication (for example, wireless LAN or mobile communication). Laptop PCs and smartphones are just examples of information terminals that can be used in information processing systems. Therefore, other types of information terminals such as game machines, desktop PCs, tablets, and in-vehicle devices may be used. Further, an information terminal connected to the network 6 by wire may be used. The user can operate the game server 1 in a remote environment by using the information terminal as a client. Although two information terminals are shown in FIG. 1, the number of information terminals may be larger than this.

FIG. 2 is a block diagram showing a configuration example of a game server. Hereinafter, each component of the game server 1 will be described with reference to FIG. The game server 1 includes an arithmetic processing unit 10, a storage unit 12, a communication unit 13, an input unit 14, and an output unit 15. Further, the operation device 4 and the display device 5 are connected to the game server 1.

The operation device 4 is a device for inputting various information to the game server 1. The operation device 4 is, for example, a keyboard, a mouse, a touch panel, a voice recognition device, and the like, but is not limited thereto. The display device 5 is a device for displaying an image, a video, a text, or the like output from the game server 1. Examples of the display device 5 include, but are not limited to, an LCD (liquid crystal display), an organic EL (organic electroluminescence) display, and a projector. The administrator can perform various operations on the game server 1 by using the operation device 4 and the display device 5. At least one of the operation device 4 and the display device 5 used by the administrator may be incorporated in the game server 1. Further, the operation device 4 and the display device 5 do not necessarily have to be connected to the game server 1. In this case, the administrator or the user can operate the game server 1 by using an information terminal having functions corresponding to the above-mentioned operation device 4 and display device 5.

The arithmetic processing unit 10 is an electronic circuit that executes arithmetic and controls the entire game server 1. As the arithmetic processing unit 10, for example, a CPU, a microprocessor, an ASIC, an FPGA, a PLD, or a combination thereof can be used. At least a part of the functions of the game server 1 may be realized by the electronic circuit of the arithmetic processing unit 10. Further, at least a part of the functions of the game server 1 may be realized by a program executed on the arithmetic processing unit 10. In this case, the program is stored on a non-temporary tangible computer-readable storage medium (eg, storage unit 12 described below).

The arithmetic processing unit 10 includes a web server unit 11, a game management unit 40, and a system management unit 50 as internal components. Further, the game management unit 40 includes a monster management unit 41, a qualifying game management unit 42, a final game management unit 43, and a final game management unit 44 as internal components. Further, the system management unit 50 includes a user management unit 51, a participation fee management unit 52, a point management unit 53, and a prize selection unit 54 as internal components. The web server unit 11 provides a web page of a game site that can be accessed using a browser. The user can access the game site provided by the web server unit 11, purchase a participation fee, play a game, exchange points for prizes, and the like. The browser screen of the game site is displayed on the display device 5 described above or the display of the information terminal used by each user. The game provided to the user is not limited to the one played on the browser. For example, the game may be played using a game app that runs on an information terminal. In this case, the arithmetic processing unit 10 performs processing such as game account management, point awarding, tournament battle information sharing, and team play with other users in cooperation with the game application.

The game management unit 40 executes a qualifying game that the user can play using the participation fee, and a final game that can be played by the team by forming a team with a plurality of users who have at least played the qualifying game. The game management unit 40 may further execute a final game that can be played by a user who has played the preliminary game and can be played without forming a team. The monster management unit 41 manages information on monsters that are characters used by each user during game play. The qualifying game management unit 42 provides each user with a qualifying game function. The final selection game management unit 43 provides each user with the function of the final selection game. The final game management unit 44 provides each user with the function of the final game. When the game is played using a game application executed on the information terminal, a part of the functions of the game management unit 40 may be implemented on the game application.

The system management unit 50 manages the information of the user who plays the game and provides the function of selecting a prize. The user management unit 51 executes, for example, a user account registration process and a team generation / update process including a plurality of users. The participation fee management unit 52 grants the participation fee to the user and updates the balance of the participation fee held by each user. The participation fee may be given to the user free of charge, or may be given to the user for a fee. The point management unit 53 gives points to at least one of the user or the team according to the play of the final game. Points may be awarded to the user or to the team. When the final selection game is executed by the game management unit 40, the point management unit 53 may give points to the user who plays the final selection game. The point management unit 53 executes, for example, an update process of the balance of individual points held by each user and an update process of the balance of team points held by each team. The prize selection unit 54 realizes selection of prizes acquired by each user by exchanging individual points or team points. Further, the prize selection unit 54 realizes selection of prizes to be acquired by each team by exchanging for team points. The prize that can be selected by the user in the prize selection unit 54 may include at least one of goods, services, and financial benefits.

In the following, the case where two types of points, the individual points given to the user and the team points given to the team, are used will be mainly described. Team points do not necessarily belong to the team. For example, the team points given to the team may be distributed to the users belonging to the team. As will be described later, it is not always necessary to use two types of points in the game system 100. For example, instead of giving team points to the team playing the final game, individual points may be given to the users belonging to the team playing the final game. In addition, when simply mentioning points, it shall include both individual points and team points.

The storage unit 12 is a memory or / and storage for storing various data including the program of the game server 1, the data necessary for executing the program, and the data generated by the program. Here, it is assumed that the program includes both the OS and the application. The memory and / and storage may be volatile memory, non-volatile memory, or a combination thereof. Examples of volatile memory include DRAM, SRAM and the like. Examples of the non-volatile memory include NAND flash memory, NOR flash memory, ReRAM, and MRAM. Further, as the storage, a hard disk, an optical disk, a magnetic tape, or an external storage device may be used.

The communication unit 13 is a communication circuit that transmits / receives data to / from each device connected to the network 6. The communication unit 13, for example, a wired LAN NIC (Network Interface Card). However, the communication unit 13 may be another type of communication circuit such as a wireless LAN.

The input unit 14 is a circuit that realizes data input to the game server 1. For example, the operating device 4 is connected to the game server 1 via the input unit 14. As an example of the input unit 14, there are interfaces such as USB, PCI-Express, and serial port, but other interfaces may be used. This is a circuit that realizes data output from the output unit 15 and the game server 1. For example, the display device 5 described above is connected to the game server 1 via the output unit 15. An example of the output unit 15 is an interface such as HDMI or DisplayPort, but other types of interfaces may be used.

FIG. 3 shows an example of data stored in the game server. Hereinafter, each data used in the game server 1 will be described with reference to FIG. The storage unit 12 of FIG. 3 includes the prize awarding program 55, the prize exchange rate data 56, the web server program 57, the game program 60, the game data 70, the user data 80, and the team data 90. There is. The game program 60 includes a qualifying game program 61, a final game program 62, and a final game program 63. The game data 70 includes monster data 71, qualifying game data 72, final game data 73, and final game data 74. The team data 90 includes the team point data 91.

By executing the prize awarding program 55 in the arithmetic processing unit 10, the function of the prize selection unit 54 described above is realized. The prize exchange rate data 56 includes information on the exchange rate between various prizes and points. For example, the prize selection unit 54 can refer to the prize exchange rate data 56 and display the number of points required to obtain each prize on the display of the information terminal. By executing the web server program 57 in the arithmetic processing unit 10, the above-mentioned function of the web server unit 11 is realized. Further, when the game program 60 is executed by the arithmetic processing unit 10, the function of the game management unit 40 described above is realized. The qualifying game program 61, the final game program 62, and the final game program 63 correspond to the programs that realize the functions of the qualifying game management unit 42, the final game management unit 43, and the final game management unit 44, respectively.

The user data 80 includes information associated with each user account. The participation fee data 81 includes information regarding the balance of the participation fee held by each user. The personal point data 82 includes information regarding the balance of personal points held by each user. The user monster data 83 includes information about monsters used by each user in the game. Here, examples of information about the monster include the name given to the monster by the user, the experience value of the monster, the level of the monster, the ability value of the monster, the number of events in which the monster participated, and the battle record of the monster. The team data 90 contains information about the team, including a list of users participating in the team. The team point data 91 includes information on the team points held by each team.

FIG. 4 is a block diagram showing a configuration example of the payment server. Hereinafter, each component of the payment server 2 will be described with reference to FIG. The payment server 2 includes a communication unit 20, an arithmetic processing unit 21, and a storage unit 23. In addition, the arithmetic processing unit 21 includes a settlement unit 22 as an internal component. The communication unit 20 of the payment server 2 is a communication circuit that transmits / receives data to / from another device connected to the network 6. The communication unit 20 is, for example, a wired LAN NIC (Network Interface Card). However, the communication unit 20 may be another type of communication circuit such as a wireless LAN.

The calculation processing unit 21 of the payment server 2 is an electronic circuit that executes a calculation and controls the entire payment server 2. As the arithmetic processing unit 21, for example, a CPU, a microprocessor, an ASIC, an FPGA, a PLD, or a combination thereof can be used. At least a part of the functions of the payment server 2 may be realized by the electronic circuit of the arithmetic processing unit 21. Further, at least a part of the functions of the payment server 2 may be realized by executing a program in the arithmetic processing unit 21. In this case, the program is stored on a non-temporary tangible computer-readable storage medium (eg, storage unit 23 described below). The settlement unit 22 processes settlement in legal tender or virtual currency.

The storage unit 23 of the payment server 2 is a memory and / or storage for storing various data including the program of the payment server 2, data necessary for executing the program, and data generated by the program. Here, it is assumed that the program includes both the OS and the application. The memory and / and storage may be volatile memory, non-volatile memory, or a combination thereof. Examples of volatile memory include DRAM, SRAM and the like. Examples of the non-volatile memory include NAND flash memory, NOR flash memory, ReRAM, and MRAM. Further, as the storage, a hard disk, an optical disk, a magnetic tape, or an external storage device may be used.

The balance data 24 and the payment program 25 are stored in the storage unit 23 of FIG. The balance data 24 includes information regarding the balance of each user's legal tender or virtual currency. When the settlement program 25 is executed by the arithmetic processing unit 21, the function of the settlement unit 22 is realized.

FIG. 5 is a block diagram showing a configuration example of the prize server. In the following, each component of the prize server 3 will be described with reference to FIG. The prize server 3 includes a communication unit 30, an arithmetic processing unit 31, and a storage unit 33. Further, the arithmetic processing unit 31 includes a prize management unit 32 as an internal component. The communication unit 30 of the prize server 3 is a communication circuit that transmits / receives data to / from another device connected to the network 6. The communication unit 30 is, for example, a wired LAN NIC (Network Interface Card). However, the communication unit 20 may be another type of communication circuit such as a wireless LAN.

The storage unit 33 of the prize server 3 is a memory or / and storage for storing various data including the program of the prize server 3, the data necessary for executing the program, and the data generated by the program. Here, it is assumed that the program includes both the OS and the application. The memory and / and storage may be volatile memory, non-volatile memory, or a combination thereof. Examples of volatile memory include DRAM, SRAM and the like. Examples of the non-volatile memory include NAND flash memory, NOR flash memory, ReRAM, and MRAM. Further, as the storage, a hard disk, an optical disk, a magnetic tape, or an external storage device may be used.

The prize inventory data 34 and the prize management program 35 are stored in the storage unit 33 of FIG. The prize inventory data 34 includes, for example, the types of prizes that can be given to users / teams, the availability of various prizes in stock, the number of stocks of various prizes, and the number of people who can receive benefits (economic benefits). Contains information about. By executing the prize management program 35 in the arithmetic processing unit 21, the function of the prize management unit 32 is realized.

(Outline of the game)
FIG. 6 is a block diagram schematically showing a configuration example of a game system. As shown in FIG. 6, the game system includes, for example, a qualifying game, a final game, and a final game. First, the user plays the qualifying game using the purchased participation fee and / or the granted participation fee. Then, by playing the qualifying game, the user can qualify to participate in the final game. The user can win a prize by using the individual points obtained by playing the final selection game. A user who has played the final game can be qualified to participate in the final game by satisfying a predetermined condition. In the final game, a plurality of users can form a team and play the game as a team. The team that played the final game can get team points. By using team points, you can win prizes as a team. In addition, at least a part of the team points may be distributed to users (team members) who belong to the team, and each user may be made to win a prize.

However, as indicated by the dashed arrow 28, at least the user who has played the qualifying game may be eligible to participate in the final game. That is, the play of the final game does not have to be a prerequisite for participating in the final game. The transition pattern shown in FIG. 6 is only an example. Therefore, a user who has participated in the final game or the final game may be allowed to play the qualifying game again. In addition, a user who has participated in the final game may be allowed to play the final game again.

In the following, the description will be made mainly assuming the case where the qualifying game, the final game, and the final game are provided as the contents of the game system 100 (for example, FIG. 6). However, the game system does not necessarily have to provide the final game that can be played without forming a team as the content to be played after the qualifying game. For example, in the game system of FIG. 7, a user who has played a qualifying game is entitled to participate in a final game (solid arrow 28a). Then, in the final game, the user forms a team with a plurality of users, and the team plays the final game. Then, the team that played the final game gets team points. Then, by using the team points, the prize may be won as a team, or at least a part of the team points may be distributed to the users (team members) belonging to the team, and each user may be made to win the prize. .. In addition, individual points may be given to users belonging to the team. In this case, the user can use individual points to win prizes. Users who have participated in the final game may be allowed to play the qualifying game again (dashed arrow 27a).

In the following, a case where a battle game in which each user uses a monster as a character in the game is provided in the game system 100 will be described as an example. In each match, a battle between monsters shall take place. However, the characters used in the game may be of other types, such as fighters, warriors, wizards, robots, and characters in manga / animation. In addition, the type and content of the game are not limited. For example, the types of games are action games, role-playing games (RPGs), simulation games, puzzle games, shooting games, adventure games, sports games, racing games, music games, board games, table games, quiz games, or these. It may be any combination. A game of a type common to at least one of the qualifying game, the final game, and the final game may be adopted. Further, different types of games may be adopted in the preliminary game, the final game, and the final game.

(When participating in the game)
FIG. 8 shows an example of a login screen of the game system. The user who plays the game system for the first time clicks the "Create account" button to create an account for the game system. On the account input screen (not shown), for example, information such as the account user name, account password, user name, date of birth, email address, telephone number, and address is input. Once the account is created, the user enters a username and password and clicks the "Login" button. It should be noted that the user may be able to log in to the game using an existing account of another service (for example, portal site, SNS, video site, webmail) that the user has without asking for the creation of a new account. Also, if the website offers multiple games, you may be able to log in using the same account as the other games.

In the following description, it is assumed that the click operation is performed on the elements on the GUI such as buttons and tiles, but the operations performed on the elements on the GUI are not limited to the click operations. For example, operations such as tapping, swiping, pinching, pressing the return key, and pressing the space key may be performed on an element on the GUI. Further, the operation may be performed based on the user's gesture and the voice emitted by the user.

FIG. 9 shows an example of a monster selection screen. Although only two types of monsters are displayed on the screen of FIG. 9, it is also possible to display other types of monsters by clicking the triangular buttons on the left side of the screen and the right side of the screen. The user can decide which monster to use in the game by clicking the picture of any of the displayed monsters, selecting the monster, and then clicking the "Choose this monster" button. The screen of FIG. 9 is only an example. Therefore, the user may decide which monster to use on a screen different from this.

A female character is displayed in the upper right of FIG. This female character is a high school student who uses monsters, and plays a role as an advisor who gives various advice to the user in the game. Since there is an advisor, even beginner users can play the game with peace of mind. The character acting as an advisor may be different from the example shown in FIG. For example, the advisor may be a male character. The advisor may also be another type of character, such as an animal, robot, alien, or fantasy creature. In addition, a character to be an advisor may be selected according to the user's wishes. Note that the game does not necessarily have a character that serves as an advisor.

FIG. 10 shows an example of a screen for inputting the name of a monster. The user can determine the name of the monster by entering the name in the text box on the screen of FIG. 10 and then clicking the "OK" button. As you can see on the screen, the monster's name is also the user's handle (nickname) in the game. In FIG. 10, "Antonius" is input as the name of the monster and the handle name of the user.

FIG. 11 shows an example of a purchase screen of the participation fee. The user needs to prepare a participation fee in order to improve the ability of the monster in the qualifying game. On the screen of FIG. 11, the user can purchase the participation fee. The user may purchase the participation fee in legal tender. In addition, the user may purchase the participation fee by other means such as electronic money, prepaid card, virtual currency, points of various services, and the like. It should be noted that restrictions may be set on the purchase of participation fees according to the age of the user. For example, users under the age of 16 may not be able to purchase participation fees. In addition, an upper limit may be set on the participation fee that can be purchased depending on the age of the user. For example, a maximum amount of legal tender that can be used to purchase a participation fee may be set for users aged 16 to 19 years. Minors may not be able to purchase participation fees without the approval of a user who is a legal representative, such as a parent or guardian. The participation fee management unit 52 may allow the transfer of the participation fee between users. As a result, the minor himself does not purchase the participation fee, and instead, a legal representative such as a parent or guardian can share the participation fee required for game play with the minor.

It should be noted that the purchase of the participation fee by the user does not have to be a prerequisite for game play. The participation fee management unit 52 may grant the participation fee to the user free of charge. For example, once a game account is created, a certain participation fee may be given to the user as a privilege. In the example of FIG. 11, 100F is given to the user who created the account free of charge. (F is an acronym for the English word "Fee" for fee.) Also, as shown in FIG. 11, when a predetermined campaign code is entered, the user is given a participation fee. You may. The campaign code may be displayed when the user clicks on an advertisement for a game on various websites, or is announced on an introduction site such as various events, promotional materials, or games / animations. You may. In addition, users who have answered the questionnaire may be invited to the game and a participation fee may be given free of charge. The amount of the participation fee given to the user free of charge and the rate at the time of purchasing the participation fee (for example, the amount of legal currency required to purchase one participation fee) are not particularly limited.

By giving the participation fee to the user free of charge, it is possible to let the user with a budget constraint and the minor user experience the fun of the game. The user can start playing the game (more specifically, the qualifying game) by clicking the "start playing" button displayed at the bottom of the screen of FIG.

As shown in FIG. 11, it is possible to give the user an opportunity to purchase the participation fee or give the participation fee to the user before starting the play of the qualifying game. However, while the user is playing the qualifying game, he / she may be given an opportunity to purchase a participation fee or may be given a participation fee. For example, the timing at which the participation fee can be purchased may be limited, such as the period during which a temporary store appears on the screen of the qualifying game. Further, the participation fee may be given to the user according to the result of the event occurring during the qualifying game.

(Qualifying game)
The qualifying game is positioned as a preparatory stage before participating in the final game and the final game. The qualifying game described below has the property of allowing the user to experience the monster breeding process or training process and to have an attachment to the monster. In the following qualifying games, the user can increase the monster's ability value so that the monster can achieve good results in the final game and the final game.

FIG. 12 shows an example of a monster ability value display screen. In FIG. 12, the name of the monster, the type of the monster, the level of the monster, the current value of HP (hit points), the maximum value of HP at the current level, MP (magic points), the maximum value of MP at the current level, and the attack power. , Defense, quickness, skill, and total experience points are displayed. The ability values displayed in FIG. 12 are only examples. Therefore, the ability value does not have to include all these items, and the ability value may include other items. Monsters have levels according to their experience points (for example, levels 1 to 99), and each ability value increases as the level increases. The ability value of each user's monster shown in FIG. 12 is managed by the user monster data 83. On the other hand, the ability value of each type of monster at each level is defined in the monster data 71. The screen of FIG. 12 states that 33 more experience points are required for the female character to reach the next level (level 29). In the qualifying game, the user can increase the experience value of the monster by using the participation fee to make the monster participate in the practice game or train.

FIG. 13 shows an example of a screen in the qualifying game. The dojo is displayed on the upper side of FIG. The user can make the monster play a practice game at the dojo by using the participation fee on the 5th floor. When a practice game is played, a battle scene with another monster as illustrated in FIG. 14 is displayed on the screen. Users can make their monsters fight other monsters by selecting commands such as "fight", "defend", "use spells", and "use tools" each turn. The practice match with other monsters continues until the HP of one of the monsters reaches 0. When the user defeats another monster (that is, when the HP of the other monster is set to 0), the user can make his / her monster gain experience points. The user can play practice games with other monsters one after another until the HP of his monster becomes 0 during the game. The more monsters you defeat, the more experience you can get from your monster.

The content of the practice game explained here is only an example. Therefore, the practice game does not necessarily have to be a command selection type battle scene (adopted in an RPG or the like). The practice game may be, for example, a mini game such as an action, a puzzle, a sport, a race, a shooting, or a quiz. The conditions for granting experience points may also be different from those described above. For example, experience points may be given to monsters regardless of whether the match is won or lost. Also, in the dojo, it is not necessary to ask to win the practice game as a prerequisite for participating in a plurality of practice games. For example, once the participation fee is consumed and the player enters the dojo, he / she may be able to participate in a certain number of games regardless of whether the monster wins or loses. As a result, the ability value of the monster can be increased without being greatly influenced by the skill of the user. The amount of participation fee required to play a practice match at the dojo may be different from the example shown in FIG.

On the other hand, a dungeon is displayed on the lower side of FIG. The user can train a monster in the dungeon by using the participation fee on the 2nd floor. The training of a monster may end after a certain period of time, and experience points may be given to the monster at the end. However, the user may be involved in the training of the monster in some way. For example, an experience value may be given to the monster according to the amount of exercise such as the number of steps, the mileage, the running time, and the calories burned by the user during the period during which the monster is training. The amount of exercise of the user may be a value measured by a sensor mounted on the information terminal, or may be a value measured by a sensor wirelessly communicating with the information terminal. Further, it may be a value input by the user using an application or the like. As a result, the content of the exercise actually performed by the user can be reflected in the growth (acquired experience value) of the monster. Also, in the training of monsters, a mini-game different from the practice game may be played. The amount of participation fee required to train a monster may be different from the example of FIG.

A store or a merchant may be displayed on the screen of the qualifying game. Users can use the participation fee to purchase items and / or tools by having the monster speak to a store or merchant. Since the item has the effect of leveling up the monster, it is possible to shorten the time required to increase the ability value of the monster by obtaining the item. On the other hand, tools can be used to restore HP, MP, and state during battles with other monsters.

When the predetermined condition is satisfied, the user can proceed from the preliminary game to the final game. The qualifying game may be configured as a stage of a game that cannot be cleared and must be broken through unless a certain hurdle is overcome. In addition, the qualifying game may be positioned as a period (preparation period) during which practice games and training can be conducted under certain restrictions. Further, the qualifying game may have both the former and the latter properties. For example, if certain conditions are met, practice games and training will not be possible (end of the preparation period), a boss monster will appear, and defeating the boss monster (equivalent to overcoming a hurdle) will be a qualifying game. It may be a clear condition of.

The qualifying game management unit 42 may make a determination of the end of the preparation period or a determination of clearing the qualifying game based on the play content of the qualifying game. The content of the qualifying game is, for example, the number of trainings, the total time of training, the number of admissions to the dojo, the number of battles in practice games, the number of wins in practice games, the number of losses in practice games, and monsters. It may include at least one of the total experience points of the monster, the level of the monster, and the ability value of the monster. Further, the qualifying game management unit 42 may make a clear determination of the qualifying game based on the statistical information in the qualifying game. By making a judgment based on the play content of the qualifying game, the ability of the monsters participating in the final game can be guaranteed to a certain extent.

The qualifying game management unit 42 may make a determination of the end of the preparation period or a determination of clearing the qualifying game based on information other than the play content of the qualifying game. Examples of information other than the play content of the qualifying game include the time elapsed since the first login, the play time of the qualifying game, and the number of times the qualifying game is logged in and played. The qualifying game management unit 42 may determine the end of the preparation period by using at least one of the time elapsed since logging in for the first time, the playing time of the qualifying game, and the number of times of logging in and playing the qualifying game. .. When such a determination is made, it is important to make efficient preparations within a limited period in which the qualifying game can be played. The stricter the time constraints on playing the qualifying game, the higher the difficulty of the entire game. On the other hand, if the time constraint for playing the qualifying game is relaxed, the difficulty level of the entire game can be lowered.

Further, the qualifying game management unit 42 may combine both the information related to the play content of the qualifying game and the information other than the play content of the qualifying game to determine the end of the preparation period or the clear determination of the qualifying game.

FIG. 15 shows an example of an entry screen of the final selection game. In the example of FIG. 15, the female character states that "the qualifying game has been cleared!". However, this is not intended to limit the conditions for ending and clearing the qualifying game. The user can make an entry to the final game by clicking the "Enter" button. In addition, the user can suspend the entry to the final game by clicking the "Do not enter now" button.

So far, we have described the method of qualifying for participation in the final game when certain conditions are met. However, the user who is playing the qualifying game may be allowed to enter the final game without any special conditions. If no condition is set for the entry to the final game, the end determination of the preparation period described above may be performed, or the end determination of the preparation period may not be performed. In addition, the conditions for challenging the final game may be relaxed. For example, the game management unit 40 may prepare a final selection game of a plurality of classes and set different entry conditions for each class. In this case, the class of the final game that can be entered can be determined based on at least one of the information related to the play content of the qualifying game described above and the information other than the play content of the qualifying game described above.

In the qualifying game, for example, a participation fee, an item or a tool may be given to the user depending on the result of training in a dungeon or a practice game in a dojo. For example, if the user's monster acquires a mystery in a training or practice match, the user's monster wins a series of practice matches, or the user's monster wins a boss-level monster in a practice match event, the user joins the fee. You may grant items or tools. Also, during the qualifying game, an extraordinary event may be generated in which the user is given a participation fee, an item or a tool. In addition, you may open a temporary store where you can purchase participation fees in-game or exchange participation fees for rare items or tools at specific dates or times. As a result, it is possible to prevent the qualifying game from becoming excessively monotonous and to create an opportunity for a busy user to play the qualifying game. The date and time of the special event or the time zone when the special store will be opened may be announced by displaying on the website or by e-mail.

The content of the qualifying game explained here is only an example. Therefore, the content of the qualifying game may be different from the above. For example, in a qualifying game, a player may play a match against another monster operated by a computer, and experience points may be given to the user's monster according to the result of the match. In the qualifying game, the same tournament battle as the final game described later may be performed. In this case, the qualifying game is positioned as a "qualifying tournament", and the qualifying game management unit 42 can determine whether or not to proceed to the final game according to the result of the qualifying tournament. Also, the qualifying game does not necessarily include a battle between monsters. For example, the qualifying game may be provided in the form of a mini-game such as action, shooting, puzzle, quiz, or a combination of mini-games.

Here, an example of a qualifying game in which the ability value of a character can be increased has been described. However, in the qualifying game, the ability value of the character does not necessarily increase according to the acquired experience value. For example, a method may be adopted in which the ability value of the character increases according to the acquisition of items during the qualifying game. Further, the qualifying game does not have to include an element that enhances the ability value of the character in the game. Therefore, it is not always necessary to give experience points to the characters in the qualifying game, and the qualifying game may be played solely for the purpose of breaking through certain clearing conditions.

(Final selection game)
In the game system 100, the final selection game is provided as content that can be played after the preliminary selection game. The point management unit 53 can give points (individual points) that can be exchanged for prizes to the user who plays the final selection game. The final game may include a plurality of matches or a plurality of stages. The match or stage of the final game may include a match between different users or may not include a match between different users. For example, at least a part of the final selection game may include a battle match with a character operated by a computer and a content for clearing a stage provided by the final selection game management unit 43.

In the following, a tournament battle including a plurality of matches (specifically, a battle between monsters) will be described as an example in the final game. However, the final game does not necessarily have to be played in the form of a tournament battle, and does not have to include multiple matches or multiple stages. For example, the final selection game may be an RPG or a simulation game, and the type of game adopted in the final selection game is not particularly limited. The type and content of the final game may be the same as or different from the qualifying game.

Each match in a tournament match may be, for example, in the form of a command-selective match (the battle scene shown in FIG. 14 above). In addition, each match is played in other formats such as action games (eg, competitive fighting games), puzzle games, shooting games, adventure games, sports games, racing games, music games, board games, table games, quiz games, etc. It may be something that is said. That is, the type of game adopted in the match of the tournament battle may be any type as long as it can be played against the opponent in some way. Here, the battle is not limited to a battle in which the winner is the one whose HP is set to 0 first, but also includes a battle in which the winner is determined by the score and / or the time.

The user can exchange the earned personal points for prizes. There can be multiple forms of tournament battles. For example, the final game may be in the form of a winning-out tournament in which the user's monster can continue to play as long as the monster continues to win the match. In the case of a win-out match, the outcome of a single match will greatly affect the outcome. It's true that there are a certain number of users who find the game of winning the game thrilling and rewarding. On the other hand, some users may find the game to be too difficult to play casually due to the harsh winning battle.

Therefore, the final game may be played in a format other than the winning game. For example, the final game may be able to continue playing regardless of the outcome of the user's monster match. The final game may be a brute force battle between all the entered monsters. In addition, the final game may be a Swiss-style tournament in which each user plays a certain number of battles. For example, a tournament match may be at least one of a win-out match, a Swiss-style tournament, or a round-robin match. However, the format of the tournament battle adopted in the final game is not particularly limited.

As mentioned above, a tournament match in a final game may have multiple classes that can be entered under different conditions. Further, in the final selection game, the format of the tournament to be entered may be selectable. For example, you may be able to choose between a winning tournament and a non-winning tournament. Different types of tournament battles may be prepared depending on the class of the final game entered by the user. For example, a beginner-level final game may employ a non-winning tournament, and an advanced-level final game may employ a surviving tournament.

In the final game, when holding a tournament battle, specify the date and time and set criteria such as the number of users who entered the final game so that you can actually play against monsters raised by other users. be able to. However, not all of the opponent monsters in the final game need to be monsters operated by other users. For example, if the number of users who have entered the final game is less than the number required to hold the tournament battle, the monsters operated by the computer may be supplementarily entered into the tournament battle. As a result, the user can play the final selection game at a desired timing.

In the qualifying game, the user was required to pay the participation fee for the practice game in the dojo and the training in the dungeon. For the final game, the user may be able to enter without consuming the participation fee. If the user optionally consumes the participation fee and enters the final game, the difficulty level of the final game is relaxed as compared with the case where the user enters the final game without consuming the participation fee. May be provided.

The final game may be one in which the same monster can be played only once, or one in which the same monster can be played multiple times. When preparing a tournament with different entry conditions for each class as described above, a limit on the number of entries may be set for each class. In addition, the number of entries does not have to be limited. A monster that has played the final game once can be returned to the qualifying game again (FIG. 6, transition of arrow 26). In this case, the monster may be made to practice in the dojo and practice in the dungeon again. Further, the contents that can be performed in the qualifying game may be limited as compared with the case where the qualifying game is played for the first time.

If the same monster is allowed to play the final game multiple times, the user may be given an item or tool depending on the result of the final game. In addition, experience points may be given to the monsters that participated in the final game. It should be noted that the class for monsters who play the final game for the first time and the class for monsters who have played the final game may be divided. As a result, it is possible to prevent monsters having significantly different experience points from coexisting in the final game and causing an imbalance in ability values.

When the same monster adopts a method in which the final game can be played only once, in order for the same user to re-enter the final game, it is necessary to raise another monster in the preliminary game again. However, even if this method is adopted, it does not prevent the monsters who have already played the final game once from being qualified to participate in the final game.

The point management unit 53 can give individual points to the user who plays the final selection game. Individual points may be awarded while the user is playing each match. In addition, individual points may be awarded when the user finishes playing each match. The number of individual points given to the user can be determined, for example, according to the content or result of each match. In addition, individual points may be given at the timing when the user finishes playing the final game.

The point management unit 53 may give individual points to the user based on the points won by the user in the tournament battle of the final game. For example, in a tournament battle, points can be given to monsters according to the result of each match, and the ranking of each monster based on the points can be calculated after the tournament battle is over. In this case, each user can be given individual points according to the ranking of the monsters at the end of the tournament battle. Also, at the end of the tournament battle, each user may be given individual points proportional to the points won by the monster. As for the points to be won, for example, 2 points can be given to the monster when the match is won, and 1 point can be given to the monster when the match is defeated. However, the points awarded under each condition may differ from this. In addition, individual points may be given at a plurality of timings. For example, the user may be given personal points during play of the match, after the end of the match, and at least at the end of the tournament battle.

Next, the conditions for granting individual points to the user will be described. The difficulty and nature of the final game can be adjusted according to the conditions (policy) given to the user for individual points.

For example, the point management unit 53 may give individual points to a user when the user wins consecutively in a match of a tournament match of a final game (first policy). It is possible to adopt this policy regardless of whether or not the final game is a winning game. If this policy is adopted, the user can earn more personal points as he wins consecutive matches. There are several possible patterns for handling individual points when a user loses a tournament match. For example, the point management unit 53 may reset the individual points earned by the user in the final game to 0 when the user loses the match after winning consecutively in the tournament match of the final game (first pattern). .. Further, the point management unit 53 may reduce the individual points earned by the user in the final game when the user loses the match after winning consecutively in the tournament match of the final game (second pattern). Further, the point management unit 53 may maintain the individual points as they are regardless of the victory or defeat of the user in the match (third pattern).

When the first pattern is adopted, the user can feel the thrill when playing the final game, but the difficulty level of the game itself increases. In the first pattern, the number of individual points that can be obtained depends greatly on the skill of the user. Therefore, when the first pattern is adopted in the final game, the user may be given the right to choose whether or not to abstain from the tournament battle. For example, when a monster is winning in a row in multiple matches, the user may be given the right to abstain from the remaining matches in the tournament, provided that some individual points are abandoned as a penalty. In this case, the user may be allowed to abandon a certain ratio (for example, 1/2) of individual points, or a certain value (for example, 10 points) of individual points. Also, the penalty for individual points imposed when abstaining from the remaining matches may be different. That is, when the user withdraws from the remaining matches of the tournament match of the final game, the point management unit 53 may reduce the individual points earned by the user in the final game.

On the other hand, when the third pattern is adopted, the pressure applied during play can be reduced, so that the user can enjoy the game play regardless of whether he wins or loses. If the second pattern is adopted, the nature of the game will be intermediate between the first pattern and the third pattern.

In addition, the point management unit 53 may give individual points to the user on the condition that the user wins the match of the tournament match of the final game (second policy). In this case, the user can increase his personal points by winning as many matches as possible. In addition, the point management unit 53 may give individual points to the user regardless of the outcome of the match in the tournament match of the final game (third policy). As a result, even a novice user can be given individual points that can be exchanged for prizes to each user as a participation prize, and the motivation of the user for the game can be increased. Further, the point management unit 53 may give a different number of individual points depending on the opponent who played in the match (fourth policy). For example, the number of individual points to be awarded may be determined based on the level and type of the opponent's monster. The point management unit 53 may award different numbers of individual points depending on the type of match in the tournament match (first round, second round, semi-final, final, etc.) (fifth policy). The point management unit 53 determines the number of individual points to be given to the user according to the numerical information in the final game such as the score acquired by the user, the time of the user, and the damage given to the opponent by the user (the amount of decrease in the opponent's HP). May be (sixth policy). As a result, individual points can be given to the user based on the degree of fulfillment of the play content as well as the victory or defeat.

All of the above policies and patterns are just examples. Therefore, personal points may be awarded to users based on other policies or patterns. Further, the point management unit 53 may apply the above-mentioned policies and / or patterns in combination in the final selection game. For example, each time a monster wins a match in a tournament battle, the user is given individual points (second policy), and if multiple matches are won in a row, an additional individual point is given as a bonus. (First policy) may be used. In addition to this, the user may be given individual points for each match regardless of victory or defeat (third policy). In addition, the point management unit 53 grants individual points under different conditions (for example, the above-mentioned first to sixth policies, first to third patterns, or a combination thereof) for each class of the tournament battle of the final game. You may.

FIG. 16 shows an example of a screen displayed after a match in the final game. With reference to the screen of FIG. 16, it can be seen that the user has won the match three times in a row and the individual points are given 8PP after the match. PP is an abbreviation for individual points, which is an acronym for "Personal Point," which is an English translation of individual points. Further, on the screen of FIG. 16, the female character makes a comment "Wow!" To the user who has won three consecutive times. If the user's monster loses the match with the opponent's monster, a message that encourages the user, such as "I'm sorry, but I fought well." "I'm sorry this time, but I think I can win next time." May be issued.

The conditions for ending the final game differ depending on the format of the tournament battle. For example, when a win-out battle is held, the user can continue playing the final game as long as he / she continues to win consecutively, and the play of the final game ends when the match is defeated. In addition, when a tournament battle is held in a format other than a win-out battle, the final game can be ended when the user's monster finishes all the matches. Also, if the user abstains in the middle of the tournament battle, the final game may be terminated. It is possible to set different end conditions depending on the content of the final game and the type of game adopted. Therefore, the conditions for ending the final game are not limited.

FIG. 17 shows an example of a screen displayed after the play of the final game is completed. As shown in the on-screen message of FIG. 17, the individual points held by the user at the end of the tournament battle can be exchanged for prizes. Details of the processing related to the exchange of personal points for prizes will be described later.

The user does not have to exchange individual points for prizes immediately after the final game is completed. For example, personal points may be saved in a user account and the personal points may be exchanged for prizes at any time. In addition, the use of personal points earned by the user is not limited to the exchange for prizes. For example, personal points may be exchanged for other types of points (eg, points for various services).

(Final game)
In the game system 100, in addition to the preliminary game and the final game, the final game can be provided. As in the example of FIG. 6, the final game may be provided as the content that can be played after the final selection game. In addition, users who have at least played the qualifying game may be qualified to participate in the final game. You may also be required to meet other requirements in order to qualify for the final game. For example, the game management unit 40 may obtain points won in the final game, the number of individual points earned in the final game, points in the final game, time in the final game, and damage given to the opponent by the user (decrease in the opponent's HP). ), The number of wins in the final game, the winning rate in the final game, the number of consecutive wins in the final game, and / or numerical information in the final game may be used to determine whether or not to enter the final game.

Further, in the game system 100, the final game or the final game may be selected as the content that can be played after the qualifying game. That is, the game management unit 40, if the user has played the qualifying game, regardless of the past entry history of the user to the final game, the result and / or numerical information of the user in the final game, Entry into the final game may be allowed. For example, when the user plays the qualifying game and satisfies the entry condition to the final game, the game management unit 40 may simultaneously qualify the entry to the final game (transition of arrow 28 in FIG. 6). Further, the game management unit 40 may give the user who is playing the qualifying game an entry qualification to the final game without any particular limitation. In addition, the game management unit 40 may grant an entry qualification to the final game when the user satisfies a predetermined condition in the qualifying game. The game management unit 40 may prepare a final game of a plurality of classes and set entry qualifications under different conditions for each class of the final game. When allowing entry from the qualifying game to the final game, the game management unit 40 may return the monster that has finished playing the final game to the qualifying game (transition of arrow 27 in FIG. 6). In addition, the final game may be one that can be entered only once, or one that can be entered multiple times.

In the qualifying game, the user was required to pay the participation fee for the practice game in the dojo and the training in the dungeon. For the final game, the user may be able to enter without consuming the participation fee. If the team user optionally consumes the participation fee and enters the final game, the difficulty level is eased as compared with the case where the team user enters the final game without consuming the participation fee. The final game may be provided. In this case, the difficulty level of the final game may be eased when all the users of the team are not required to consume the participation fee and the team as a whole consumes a certain participation fee.

FIG. 18 shows an example of the entry screen of the final game. The screen of FIG. 18 notifies the user that an invitation to the final game has arrived. The user can click the "Enter" button to proceed to the team member confirmation screen displayed in FIG. The user can also suspend entry to the final game by clicking the "Do Not Now" button. As the female characters describe in FIG. 18, the final game is characterized by forming a team and having fun together. That is, at the start of the final game, a team (corresponding to a "party" in an RPG) including monsters of a plurality of users is formed. Then, in the final game, teams can play against each other and each team can earn points (called team points).

FIG. 19 shows an example of a confirmation screen of a team member. On the screen of FIG. 19, the user with the handle name "Antonius" is requested to form a team with the user with the handle name "Cassandra" and the user with the handle name "Nestle" to confirm their intention to enter the final game. Has been done. By the time the screen of FIG. 19 is displayed, it is assumed that the user with the handle name "Cassandra" and the user with the handle name "Nestor" have consented to form a team with the user with the handle name "Antonius". .. A user with the handle name "Antonius" can enter the final game with the team members displayed on the screen of FIG. 19 by clicking the "Play with this member" button. That is, when the "play with this member" button is clicked, the team members in the final game are confirmed.

On the screen of FIG. 19, three users are shown as candidates for team members. However, the number of users belonging to the team of the final game does not necessarily have to be three, and may be a different number. The number of users belonging to the team that can enter the final game may be within a certain range, not a fixed number. In addition, there may be no limit on the number of users belonging to the team that can enter the final game. In FIG. 19, a method is adopted in which the team members are determined at the start of the final game, but the team members may be determined at a different timing. For example, a team may be formed during the play of the final game. In addition, the team members may be changed after the play of the final game is started. For example, a newly recruited user may be added to a team, or a user may be exchanged with another team. Both the dissolution of a team and the formation of another team may occur in the final game. In addition, some users may be withdrawn from the team after the start of playing the final game.

Referring to FIG. 19, messages sent by a user with a handle name “Cassandra” and a user with a handle name “Nestor” are displayed. A user with a handle name "Antonius" can also enter text in the text box 29 and then click the "Send" button to display a message on the operation screens of the user with the handle name "Cassandra" and the user with the handle name "Nestle". Can be displayed. As described above, the game system 100 may be provided with an interface capable of sending and receiving messages (chat) between users. The form of the interface may be different from that of FIG. Further, the transmission / reception of the message may be performed before the team member is confirmed as shown in the screen of FIG. 19, or may be performed after the team member is confirmed.

FIG. 20 shows an example of a screen for inputting a team name. On the screen of FIG. 20, a message is displayed asking for the entry of the team name in appreciation for the entry to the final game. The user can determine the team name by entering the team name in the text box 36 and then clicking the "confirm" button. On the screen of FIG. 20, "Team Caesar" is input as the team name. Here, the team name is decided after the team members are confirmed. However, a text box in which a team name can be entered may be added to the screen of FIG. 19 so that the team member and the team name are confirmed at the same time. It may also be possible to change the team name while playing the final game.

On the screen of FIG. 19, candidates for team members were presented to the user. Candidates for team members may be those voluntarily decided by the user or those presented by the game system 100 side, and the method of determining team members is not particularly limited. For example, a user may send an invitation to friends such as family and friends, and the person who receives the invitation may be a candidate for a team member, and the person who accepts the invitation may be a formal team member. The invitation may be sent by the message function provided by the game system 100, or may be sent by e-mail or SNS. It is possible to determine which user in the game is a family member, friend, etc. by referring to the published handle name and the profile information that each user has permitted to disclose in the game system 100. is there.

Further, the game system 100 side may propose a candidate for a team member based on the user information input at the time of account creation or the profile information of the account provided by another service such as SNS. For example, a user who is presumed to be a member of the same family based on the first name and address may be presented as a candidate for a team member. Also, on the user side, the attributes of other users (for example, address, age, gender, hobbies, school, etc.) that you want to be candidates for team members are specified, and on the game system 100 side, other users that are close to the attributes desired by the user are selected. It may be presented as a candidate for a team member. Further, even if the user does not specify the desired attributes of other users who want to be candidates for team members, other users who are close to the attributes of the users may be presented as candidates for team members. For example, various machine learning methods can be used to determine the similarity of attributes.

By having the user send an invitation and letting the team members decide voluntarily, the user can form a team with the desired members and perform team play. By forming a team with acquaintances, it is possible to further deepen friendship and interaction with friends. On the other hand, by forming a team with team member candidates proposed by the game system 100 side, a chance to get acquainted with other users is created.

On the screen of FIG. 19 (confirmation screen of team members), there may be a plurality of variations in the operation when the user with the handle name "Antonius" clicks the "No" button. For example, on the game system 100 side, a combination of users different from that shown in FIG. 19 may be presented as a candidate for a team member. In addition, after the user clicks the "No" button, the screen may transition to a screen where an invitation can be sent to another user.

In the final game, a tournament match involving multiple matches may be played. In the following, a tournament battle between teams to which a plurality of users belong will be described as an example in the final game. In tournament battles, battles between teams (combat between multiple monsters vs. multiple monsters) are held multiple times. If the number of teams required to play the tournament is not entered in the final game, the final game management department 44 prepares a team to which the computer-operated monster belongs and makes up for the shortage. May be good. In addition, a computer-operated monster may be added to the team to which the user belongs. This makes it possible to solve the problem of player shortage when the final game is held. The final game may be held on the condition that a certain number of teams, each of which meets the requirements for the number of team members, have entered the final game without taking these measures.

However, the content and type of the final game are not particularly limited. The content of the final game may be anything as long as it can be played by users belonging to the team. The final game may always require simultaneous play by a plurality of users belonging to the team. In addition, the final game may be a part of the content that requires simultaneous play by a plurality of users belonging to the team. Further, the final game may have contents that do not require simultaneous play by a plurality of users belonging to the team. For example, a plurality of users belonging to a team may play simultaneously in a part of the final game, and a user belonging to the team may play alone or share roles in another part of the final game.

The types of final games include, for example, action games, role-playing games (RPGs), simulation games, puzzle games, shooting games, adventure games, sports games, racing games, music games, board games, table games, quiz games, or , Any combination of these may be used. In addition, the final game may include a plurality of matches or a plurality of stages, or may not be clearly divided into a plurality of matches or a plurality of stages. In addition, the final game does not necessarily have to be a tournament match including a match between teams. For example, the final game may be an RPG, an adventure game, or the like played in team units, or may be a game in which team members fight against computer-operated enemies. Here, the battle is not limited to a battle in which the winner is the one whose HP is set to 0 first, but also includes a battle in which the winner is determined by the score and / or the time. Regardless of the content and type of the final game, the team that played the final game shall be awarded team points based on the prescribed conditions.

FIG. 21 shows an example of a screen in the final game. FIG. 21 is a battle scene displayed on the screen of the user with the handle name “Antonius”. Similar to FIG. 14 above, a command selection type battle is being carried out. The opponent of "Team Caesar" to which the user with the handle name "Antonius" belongs is "Team Brutus". "Team Brutus" contains three monsters. By referring to the screen of FIG. 21, it can be seen that the user can operate only his / her own monster. Therefore, the user with the handle "Cassandra" and the user with the handle "Nestle" each select the action (fight / defend / use spells / use tools) that their monster performs in the game and participate in the battle. To do. When the screen of FIG. 21 is displayed, it can be seen that "Team Caesar" has acquired 178 TP of team points. TP is an abbreviation for Team Point, which is an acronym for "Team Point" in English.

A text box 37 is provided at the bottom of FIG. 21. A user with the handle name "Antonius" can enter text in the text box 37 and then click the "Send Message" button to become another team member (user with handle name "Cassandra" and user with handle name "Nestle"). You can send a message. This makes it possible to communicate with other users, share information, and perform cooperative play even during a match. Communication between team members may be performed by other functions such as voice call.

In the final game, matches as shown in FIG. 21 may be played multiple times in the form of tournament battles. However, the match format is not limited to command-selective battles. Matches may be played in other forms such as action games, puzzle games, shooters, adventure games, sports games, racing games, music games, board games, table games, quiz games and the like. Tournament matches can be of any kind as long as they can be played against the opposing team in some way.

The format of the tournament battle adopted in the final game is not limited, as in the case of the final game. Therefore, the tournament match may be at least one of a win-out match, a Swiss-style tournament, or a round-robin match. In addition, the timing of awarding team points is not particularly limited. For example, team points may be awarded when each match is being played, or team points may be awarded after each match is completed. In addition, team points may be awarded at the end of the tournament match (final game). In addition, team points may be awarded at a plurality of timings.

Points (team points) are given to the points management unit 53 and the team playing the final game. There are no particular restrictions on the conditions under which team points will be awarded in the final game. The point management unit 53 may award team points based on the points won by the team in the tournament match of the final game. For example, points are given to teams according to the result of each match in the tournament match, and the ranking of each team is calculated based on the points won after the end of the tournament match. Then, team points may be given to each team according to the ranking of the teams. In addition, team points may be given to each team based on the points directly won. For example, team points proportional to the points won can be given to each team. For example, two points can be awarded to a team when a match is won and one point can be awarded when a match is defeated. However, the points awarded under each condition may differ from this.

If the user is replaced with a team and the individual points are replaced with team points, the first to sixth policies and the first to third patterns described in the explanation of the final game can be applied to the final game as they are. is there. That is, the point management unit 53 may award team points when a team wins consecutively in a tournament match of the final game (first policy). The point management unit 53 may reset the team points earned in the final game to 0 when the team loses the match after winning consecutively in the tournament match of the final game (first pattern). The point management unit 53 may reduce the points earned in the final game when the team loses the match after winning consecutively in the tournament match of the final game (second pattern). Further, the point management unit 53 may maintain the team points as they are regardless of the victory or defeat of the team in the match (third pattern). Also, as in the final game, the team may be allowed to abstain from the remaining matches of the tournament match, provided that some of the team points earned are abandoned. That is, the point management unit 53 may reduce the team points earned in the final game when the team abstains from the remaining matches in the tournament match of the final game.

Further, the point management unit 53 may award team points on the condition that the team wins the match of the tournament match of the final game (second policy). In addition, the point management unit 53 may award team points regardless of the outcome of the match in the tournament match of the final game (third policy). Further, the point management unit 53 may give different numbers of team points to the team depending on the opponents to play in the match (fourth policy). The point management unit 53 may give different team points to the team depending on the type of match in the tournament match (first round, second round, semi-final, final, etc.) (fifth policy). The point management unit 53 determines the number of team points to be given to the team according to the numerical information in the final game such as the score obtained by the team, the time of the team, and the damage given to the opponent by the team (the amount of decrease in the opponent's HP). May be (sixth policy). The effects obtained by adopting each policy and each pattern are as described in the explanation of the final game.

The point management unit 53 may apply a plurality of policies and / or patterns in combination in the final game. For example, the format of the tournament battle and the policies / patterns adopted may be different for each of the beginner-level final game, the intermediate-level final game, and the advanced-level final game. In the advanced class final game, a winning tournament may be held and the first policy and any of the first to third patterns may be adopted. On the other hand, in the beginner's class final game, Swiss-style tournaments or round-robin games may be held and the second to sixth policies may be adopted. In the intermediate-level final game, team points may be awarded based on the points won. That is, the tournament battle of the decisive battle game may have a plurality of classes that can be entered under different conditions. The point management unit 53 may award team points under different conditions for each class of the tournament battle of the decisive battle game.

In the final game, battles are held between teams, so the outcome of the game depends on the quality of cooperation within the team. For example, the roles of monsters in the team can be divided, such as monsters that mainly perform striking techniques, monsters that use spells or tools to recover monsters whose HP is significantly reduced, and monsters that use attack spells. In the final game, since the play is performed by a team including a plurality of users, the result of the play is extremely independent of the skill of each user. Therefore, even a team including a novice user can obtain the number of team points that can be exchanged for prizes.

When a winning tournament is held in the final game, the team to which the user's monster belongs can continue the final game as long as it continues to win in a row. Therefore, the final game ends when the team to which the user's monster belongs loses the battle. The final game may also be terminated if the team abstains in the middle of the tournament match. If the tournament match is played in a format other than the win-out match in the final game, the final game may be terminated when all the matches in which the team participates are completed. It is possible to set different ending conditions depending on the content of the final game and the type of game adopted. Therefore, the conditions for ending the final game are not particularly limited.

After the play of the final game is finished, the team formed in the final game may be dissolved. In addition, the formed team may be maintained as it is even after the play of the final game is completed. In this case, the same team members as before may be allowed to re-enter the final game. As described above, the user who has played the final game once can be returned to the qualifying game (arrow 27 in FIG. 6). Therefore, depending on the content or result of the final game, the user may be given at least one of items, tools, and experience points.

(Exchange for prizes)
In the game system 100, team points and individual points are managed as different types of points. Therefore, the balance of team points and the balance of individual points are calculated separately. In addition, individual points and team points belong to different entities. Individual points belong to individual users, while team points belong to each team. In the case of individual points, each user can select a desired prize and each user can obtain the prize.

The prize selection unit 54 can select a prize to be exchanged for points (team points) held by the team. It is expected that team points will be exchanged for prizes in multiple ways. For example, a method in which a representative user is set in the team, the representative user selects a desired prize on the system, and the representative user receives the prize (first method) can be considered. .. Adopting the first method has the advantage that as a team, a lot of team points can be obtained for the required prize. For example, you may get prizes such as camping equipment, barbecue equipment, family equipment, sports equipment, and oversized groceries that all team members can enjoy. The goal is to get these prizes and motivate team members to play the game.

However, there are many matters that need to be agreed within the team members, such as selection of representatives, selection of prizes, manager of prizes, and ownership of prizes. Each team member can make these consultations by the message function provided by the game system 100. If team members belong to the same family, the prize may, of course, be jointly owned by the entire family. However, it is possible that there will be disagreements among team members regarding prize selection, management and ownership. Therefore, the prize selection unit 54 may adopt a method that does not require complicated opinion coordination among team members.

For example, all team members may get the same prize (second method). In the second method, a representative user is set in the team, and the representative user selects a prize to be given to each team member on the system. The prize selected may be a single prize or a combination of a plurality of prizes. That is, the prize selection unit 54 may select the same prize as the prize to be acquired by all the users belonging to the team. In the second method, each team member can win the same prize equally, so that problems related to administrator selection and ownership do not occur. However, even with the second method, if the desired prizes differ among the team members, it may be difficult to coordinate opinions.

Therefore, team points may be distributed among users in the team so that each team member can select a desired prize (third method). That is, the point management unit 53 distributes the points (team points) owned by the team to the users belonging to the team, and the prize selection unit 54 selects prizes to be exchanged for the points (team points) distributed to the users. You may. For example, after the final game is over, team points may be evenly distributed to each user belonging to the team. When the number of team points is divided by the number of users belonging to the team to calculate the team points allocated to each user, a fraction after the decimal point may occur. In this case, the fraction after the decimal point may be rounded down or rounded up to an integer. It is not always necessary to distribute team points by dividing the number of users. For example, points may be distributed according to the degree of contribution of each user in the final game. The contribution in the final game may be calculated based on, for example, the damage (reduction of HP) given to the opponent monster in the battle. Further, it may be determined based on the content of support for ally monsters of the same team during the battle (for example, the amount of recovery of HP), and the calculation method is not particularly limited.

Further, the above-mentioned first to third methods may be applied in combination. For example, even if some of the team points are distributed to each team member so that each user can select a prize (third method), the remaining points are not distributed, and a prize that can be enjoyed by all team members is selected. Good (first method). In addition, the points that are not distributed may be used to give each team member daily necessities (second method). The prize selection unit 54 may be configured to be able to select a method applied to team points (for example, the above-mentioned first to third methods or a combination of these methods). The representative of the team may have the option of the method applied to the team points. In addition, the prize selection unit 54 may select a method applied to team points by a majority vote of the members belonging to the team.

Here, the case where prizes can be exchanged using either individual points or team points is explained as an example. However, the prize selection unit 54 may be set so that it cannot be exchanged for a prize unless either individual points or team points are used. In this case, the point management unit 53 needs to perform at least one of a process of exchanging team points for individual points and a process of exchanging individual points for team points. In these cases, the exchange rate between points is not particularly limited.

The point management unit 53 may exchange individual points and team points even if the prizes can be exchanged by using either individual points or team points. For example, after the start of the final game, the point management unit 53 may exchange at least a part of the individual points of the users belonging to the team for team points. In this case, the exchanged team points belong to the team to which the user belongs, not to the individual user. As a result, even if the number of team points that the team has acquired in the final game is not sufficient, it is possible to acquire prizes as a team by replenishing the team points using the individual points possessed by the team members.

FIG. 22 shows an example of a screen displayed after the play of the final game is completed. On the screen of FIG. 22, the female character notifies that the portion of the team points distributed to the user with the handle name "Antonius" can be exchanged for a prize. 80 TP of team points are distributed to users with the handle name "Antonius". From this, it can be seen that in the example of FIG. 22, at least the above-mentioned third method is adopted. A user with the handle name "Antonius" can proceed to the prize selection screen of FIG. 23 by clicking the "Exchange" button. In addition, the user with the handle name "Antonius" can save the distributed team points by clicking the "later" button. The team points saved by the user may be exchanged for prizes at any time. In addition, the use of team points is not limited to the exchange for prizes. For example, the user may exchange team points for other types of points (eg, points for various services).

FIG. 23 shows an example of a prize selection screen. At the top of the screen of FIG. 23, the number of individual points and the number of team points held by the user with the handle name "Antonius" are displayed. Further, tiles 45 to 48 are displayed on the screen of FIG. 23. Selectable prizes are displayed on each tile. An eraser is displayed on the tile 45. Retort curry is displayed on the tile 46. Soft drinks are displayed on the tile 47. A note is displayed on the tile 48. Clicking on the triangular buttons located above and below tiles 45-48 will display tiles containing other types of prizes on the screen. Since the user with the handle name "Antonius" clicks on the tile 46, the circumference of the tile 46 is changed to a thick line. Further, at the lower part of the screen of FIG. 23, it is displayed that 35PP (individual points) or 20TP (team points) is required to obtain the prize "retort curry".

In this state, if the user with the handle name "Antonius" clicks the "Select" button, the prize "Retort Curry" can be selected. Although not displayed in FIG. 23, a list of prizes selected by the user may be displayed on the screen. Further, if the individual points or team points owned by the user can be exchanged, a plurality of prizes may be selected on the screen of FIG. 23. Here, when selecting a plurality of prizes, when a plurality of prizes of the same type (prize displayed on the same tile) are selected, two or more types of prizes (prize displayed on different tiles) are selected. When selecting, it shall include the case corresponding to either the former or the latter.

Depending on the age of the user, it is possible to prevent some prizes from being displayed on the tiles or to prevent some prizes from being selected. For example, if the user is under the age of 20, some prizes may not be displayed on the tile and these prizes may not be selectable.

On the screen of FIG. 23, the user with the handle name "Antonius" can cancel the selection of the prize by clicking the "Back" button. In this case, the individual points and team points held by the user with the handle name "Antonius" are accumulated as they are. Further, when the user with the handle name "Antonius" clicks the "Forward" button on the screen of FIG. 23, the user can proceed to the input screen of the destination of the prize of FIG. 24. A screen including a list of prizes selected by the user may be displayed before proceeding to the input screen of the prize destination of FIG. 24. This allows the user to confirm that he or she has correctly selected the desired prize.

FIG. 24 shows an example of a screen for inputting the destination of the prize. On the screen of FIG. 24, a text that allows you to enter the name, telephone number, email address, zip code, prefecture, municipality (ward), town name and street address, room number, and desired delivery time zone of the prize destination. A box is displayed. For the prefecture and desired delivery time zone, the input content may be selected from a plurality of options by the drop-down box. On the screen of FIG. 24, each text box / drop-down box is blank. However, at the time of transitioning to the screen of FIG. 24, the information set in advance by the user at the time of account creation may be entered in each text box / drop-down box. As a result, when the user wishes to send the prize to his / her home, he / she can save the trouble of inputting information such as the home address again.

The user may enter the name and address of another person such as a friend or acquaintance as the destination of the prize on the screen of FIG. 24. That is, the recipient of the prize won by the user may be a person other than the user. For example, the user may present the prize obtained in the game system 100 to another person. Up to this point, the explanation has been given by taking as an example the case where the prize won by the user is sent to the destination specified by the user. It should be noted that the prizes won by the user do not necessarily have to be sent to the designated address, and the method of receiving the prizes is not particularly limited.

FIG. 25 shows an example of a prize voucher displayed on the information terminal. For example, after selecting a desired prize on the screen of FIG. 23, the user specifies receipt at a store instead of delivery to a designated address. When the user specifies the receipt at the store, the prize voucher can be displayed on the display of the user's information terminal (for example, a feature phone, a smartphone, or a tablet). When the user presents the prize voucher displayed on the display 64 of the information terminal 8 at a predetermined store, the user can receive the target prize at the store. A two-dimensional code 65 is displayed on the prize voucher. By having the cashier's reader read the two-dimensional code 65, it is possible to simplify the paperwork related to the delivery of prizes at the store. A barcode may be displayed on the prize voucher instead of the two-dimensional code. Further, the prize voucher may not have a two-dimensional code, a bar code, or the like displayed on it. The prize voucher may be a website page or a downloadable file (eg, PDF). The prize voucher may also be an e-mail sent to the user's e-mail address. The user may present the prize voucher paper printed using the printer at the store. The prizes that can be redeemed by the prize voucher may be one prize or a plurality of prizes.

The type of prize that can be obtained by playing the game system 100 is not particularly limited. The prize may be various products (things) or various services (services). Further, the prize may be something that brings some economic benefit to the user, such as a discount ticket or points of various services, or may be a combination thereof.

(Motivation for playing the final game)
Some users may find it annoying that they need to form a team with other users in the final game, or prefer a final game with a simpler system than the final game. Therefore, some users may repeat the play of the final game, which does not require the formation of a team, without participating in the final game, even though they are qualified to participate in the final game. In addition, even if some users participate in the final game, there is a possibility that the frequency of playing and the playing time will be shorter than those of the final game. Therefore, various motivations can be made so that more users are interested in playing the final game.

As the first method, a method of using different points awarding criteria between the final game and the final game will be described. For example, the point management unit 53 may set the average value of team points given to each user in the final game to be larger than the average value of individual points given to users in the final game. That is, the criteria for awarding points (team points) in the final game may be set more loosely than the criteria for awarding points (individual points) in the final game.

The table of FIG. 26 shows an example of the number of individual points given to each user in the final game and the number of team points given to each user in the final game. Column C1 shows the number of individual points given to the user who plays the final selection game according to the conditions. Column C2 shows the number of team points awarded per user in the final game according to conditions. For example, when the number of team members of each team is three in the final game, the team points actually given to the teams are three times the values shown in column C2. Comparing column C1 and column C2, in the latter case, 2 points will be given as a participation prize for each match regardless of the result, while in the former, points will be given if the match is not won. Is not done. Also, if the same conditions are met, the latter will receive more points than the former.

By using the point awarding criteria as shown in the table of FIG. 26, if the user plays the game for the same time, the probability that the user will get more points by playing the final game than by playing the final game. Will be higher. The criteria for awarding points shown in FIG. 26 are only an example. Therefore, points may be awarded based on a different standard.

In the point management unit 53, the number of team points given in the final game may be set to be larger than the number of individual points given in the final game in at least a part of the conditions for giving team points. For example, the point management unit 53 may set the number of conditions for which team points are awarded in the final game to be larger than the number of conditions for which individual points are awarded in the final game. While the game system 100 is in operation, the conditions for awarding points may be changed, or the number of points awarded under each condition may be changed.

As a second method, a method of setting different values for the number of points required to obtain a prize for individual points and team points will be described.

The table in FIG. 27 shows the number of individual points required to obtain each prize and the number of team points required to obtain each prize. Column C3 shows the number of individual points required to obtain each prize. Column C4 shows the number of team points required to win each prize. Comparing column C3 and column C4, it can be seen that prizes can be obtained with a smaller number of team points than individual points. That is, team points are more advantageous than individual points in terms of exchange criteria for prizes. For all prizes, team points do not have to be exchanged for prizes in favor of individual points. While the game system 100 is in operation, the number of individual points or the number of team points required to obtain each prize may be changed.

As a third method, when a certain number of team points are exchanged for individual points, the exchange rate between team points and individual points is set so that the number of individual points after exchange is larger than the number of team points before exchange. There is a way to do it. For example, one team point can be exchanged as an individual point having an integer value of two or more (if a decimal value is allowed as the number of points, one team point can be exchanged as an individual point having a number larger than one). This method is suitable when it is required to redeem prizes using individual points instead of team points. This method can also motivate the user that playing the final game is easier to earn points than playing the final game.

As a fourth method, the point management unit 53 at least one of the fact that the team was formed in the final game, that the user joins the team, and that the solicited user consents to join the team. Individual points or team points can be given to the conditions. For example, when a team member is confirmed in the final game, individual points or team points may be given to all users belonging to the team, or team points may be given to the team. In addition, if the user sends an invitation to invite other users to join the team, the other user accepts it, and becomes an official team member, the soliciting user may be given individual points or team points. .. Also. Individual points or team points may also be given to the user who accepted the solicitation. When the number of team members increases in the final game, at least some users belonging to the team may be given individual points, or the team may be given team points.

Any of the first to fourth methods described above may be applied to give the user an incentive to play the final game. Further, among the above-mentioned first to fourth methods, two or more methods may be applied in combination. Further, at least one of the above-mentioned first to fourth methods may be applied in combination with the other method. By applying at least one of the above methods, users who prefer single-player games can also be made aware of the enjoyment of battles between teams. In addition, communication between users can be promoted, and users can be prevented from being isolated.

(Granting individual points in the final game)
Up to this point, the case where points (individual points) are given to individual users in the final game and points (team points) are given to the team in the final game has been mainly described. Team points belonged to the team, not the individual user, unless distributed to users who are team members. However, the same type of points may be given to the user in the final game and the final game. That is, the point management unit 53 may give points (individual points) to users belonging to the team playing the final game.

For example, individual points may be given to the user not only in the final game but also in the final game. In the final game, instead of giving team points to participating teams, individual points may be given directly to users who are team members. Further, in the final game, team points may be given to the participating teams, and individual points may be given to users who are team members.

In the explanation of the final game, a plurality of conditions under which team points can be awarded are shown. For example, at the timing when the above-mentioned team points can be given, individual points may be given directly to the user who is a team member instead. The point management unit 53 may determine individual points to be given to users belonging to the team based on the points won by the team in the tournament match of the final game. In addition, the point management unit 53 may determine individual points to be given to users belonging to the team based on the ranking of the team calculated based on the points won in the tournament battle.

In the final game, the above-mentioned first to sixth policies and first to third patterns can also be applied when giving individual points to users belonging to the team. When a team wins consecutively in a match of a tournament match of a final game, the point management unit 53 may give individual points to users belonging to the team (first policy). If the team loses the match after winning consecutive games in the tournament match of the final game, the point management unit 53 may reset the individual points earned by the users belonging to the team to 0 in the final game (first). pattern). The point management unit 53 may reduce the individual points earned by the users belonging to the team in the final game when the team loses the match after winning consecutively in the tournament match of the final game (second pattern). Further, the point management unit 53 may maintain the individual points acquired by the user as they are regardless of the victory or defeat of the team (third pattern). Each user on the team may be allowed to abstain from the remaining matches of the tournament match, provided that some of the individual points earned in the final game are abandoned. That is, when the team abstains from the remaining matches of the tournament match of the final game, the point management unit 53 may reduce the individual points earned by the users belonging to the team in the final game.

Further, the point management unit 53 may give individual points to the users belonging to the team on the condition that the team wins the match of the tournament match of the final game (second policy). In addition, the point management unit 53 may give team points to users belonging to the team regardless of the outcome of the match in the tournament match of the final game (third policy). Further, the point management unit 53 may give different numbers of individual points to users belonging to the team according to the opponents the team has played in the match (fourth policy). The point management unit 53 may give different numbers of individual points to users belonging to the team depending on the type of match in the tournament match (first round, second round, semi-final, final, etc.) (fifth policy). .. The point management unit 53 gives to the users belonging to the team according to the numerical information in the final game such as the score obtained by the team, the time of the team, and the damage given to the opponent by the team (the amount of decrease in the opponent's HP). The number of individual points may be determined (sixth policy). The effect obtained by adopting each policy and each pattern is the same as when team points are awarded to the team. Further, the point management unit 53 may apply these plurality of policies and / or patterns in combination. The point management unit 53 may give individual points to users belonging to the team under different conditions for each class of the tournament battle of the decisive battle game.

In addition, individual points may be given to users belonging to the team under conditions different from the above. For example, it does not prevent the point management unit 53 from awarding individual points according to the play content of each user regardless of the team's performance. In the final game, the timing at which individual points are given to each user is not particularly limited. For example, individual points may be awarded when each match is being played, or individual points may be awarded after each match is completed. In addition, individual points may be awarded at the end of the final game or tournament match. In addition, individual points may be given to the user at a plurality of timings.

Even when individual points are given to users belonging to a team in the final game, motivation can be given to motivate the users to play the final game. For example, the point management unit 53 may set the average value of individual points given to users belonging to the team in the final game to be larger than the average value of individual points given to users in the final game. That is, the criteria for granting individual points in the final game may be set more loosely than the criteria for granting individual points in the final game.

The table of FIG. 26 described above can be used as a table showing the number of individual points given to each user in the final game and the number of individual points given to each user belonging to the team in the final game. Column C1 shows the number of individual points given to the user who plays the final selection game according to the conditions. In addition, column C2 shows the number of individual points given to each user in the final game according to conditions. Comparing column C1 and column C2, in the latter, 2PP is given as a participation prize for each match regardless of the result, whereas in the former, individual points are given unless the match is won. I can't. Also, under the same conditions, the latter will receive more points than the former.

The criteria for awarding points shown in FIG. 26 are only an example. Therefore, points may be awarded based on a different standard. For example, the point management unit 53 may set the number of individual points given in the final game to be larger than the number of individual points given in the final game in at least a part of the conditions for giving individual points. The point management unit 53 may set the number of conditions for which individual points are awarded in the final game to be larger than the number of conditions for which individual points are awarded in the final game. While the game system 100 is in operation, the conditions for granting individual points may be changed, or the number of individual points granted under each condition may be changed. As described in the fourth method described above, the point management unit 53 indicates that the team was formed in the final game, that the user joins the team, and that the solicited user joins the team. Personal points may be awarded to the user, provided that at least one of the consents is given.

28 to 30 are flowcharts showing an example of processing executed in the game system 100. Hereinafter, the process will be described with reference to the flowcharts of FIGS. 28 to 30.

First, the user accesses the game server 1 via the information terminal and creates an account for the game system 100 (step S101). The user's information terminal may be a general-purpose smartphone, tablet, digital television, personal computer, or the like, or may be a dedicated game machine. When creating an account, the user enters information such as name, date of birth, email address, phone number, and address. When the user plays the game using the account of another service, step S101 may be omitted. Next, the user selects a character to be used in the game (step S102). As described above, the user may further determine the handle name (nickname) and the name of the character in the game. The character used by the user in the game may be a monster or something else.

Then, the user purchases the participation fee (step S103). For example, the participation fee management unit 52 can grant a participation fee to a user who has paid at least one of legal tender, electronic money, a prepaid card, and virtual currency. However, the user does not necessarily have to purchase the participation fee in step S103. For example, the game system 100 may give the user a participation fee. The user may take over at least a part of the participation fee from another user. It should be noted that the participation fee may be purchased in the qualifying game, or the participation fee may be given to the user who is playing the qualifying game.

The user uses the participation fee to increase the ability value of the character in the qualifying game (step S104). The content and method of the qualifying game are not particularly limited. Next, the qualifying game management unit 42 determines whether or not the clearing condition and / or the ending condition of the qualifying game is satisfied (step S105). If at least one of the clearing condition or the ending condition of the qualifying game is satisfied (YES in step S105), the user can enter the final game (step S106). If the clearing condition of the qualifying game is not satisfied (NO in step S105), the user continues playing the qualifying game using the participation fee (step S104).

Next, the user plays the final selection game and earns individual points (step S107). In the final selection game, for example, a tournament battle with a plurality of matches can be performed, but the content and method of the final selection game are not particularly limited. The point management unit 53 updates the number of individual points held by the user when the user is playing the final selection game. Then, the final selection game management unit 43 determines whether or not the end condition of the final selection game is satisfied (step S108). When the end condition of the final game is satisfied (YES in step S108), the prize selection unit 54 gives the user an opportunity to exchange individual points for prizes (step S109). Here, the user can select at least one of various goods, services, and financial benefits as a prize. The method of receiving the prize may be delivery to a designated address or reception at a store, and the method is not particularly limited. In addition, the recipient of the prize may be either the user himself or a person other than the user. The user does not necessarily have to redeem all personal points for prizes in step S109. For example, the user may save at least some personal points or exchange personal points for prizes at another time. If the end condition of the final game is not satisfied (NO in step S108), the user continues playing the final game (step S107).

Next, when the predetermined condition is satisfied, the user forms a team together with other users and enters the final game (step S110). Here, the predetermined conditions are that the entry qualification of the final game is satisfied, that there are as many people as other users can jointly join the team, and that the consent of other users to join the team is obtained. It can be mentioned that there is. Then, the user plays the final game as a team and obtains team points (step S111). In the final game, for example, a tournament battle against teams can be performed, but the content and method of the final game are not particularly limited as long as they can be played by team members. When the team is playing the final game, the point management unit 53 updates the number of team points held by the team. As described above, in step S111, individual points may be given to each user belonging to the team. Individual points may be awarded to each user instead of the team points awarded to the team. In addition, team points may be given to the team, and individual points may be given to each user.

Next, the final game management unit 44 determines whether or not the end condition of the final game is satisfied (step S112). When the end condition of the final game is satisfied (YES in step S112), the point management unit 53 distributes the team points to each user belonging to the team (step S113). If the end condition of the final game is not met (NO in step S112), the team continues playing the final game (step S111). In step S113, it is not always necessary to distribute the team points to each user belonging to the team. For example, in step S113, the prize selection unit 54 may give the user, who is the representative of the team, an opportunity to exchange team points for prizes. Further, in step S113, a part of the team points may be distributed to each user belonging to the team, and the rest may be used for exchange for prizes acquired by the entire team.

Finally, the prize selection unit 54 gives the user an opportunity to exchange team points for prizes (step S114). Here, the user can select various goods, services or financial benefits as prizes. The prize selected by the user in the prize selection unit 54 may be received by delivery to a designated address or presentation of a prize voucher at a store. However, the method of receiving the prize is not particularly limited. In addition, the recipient of the prize may be either the user himself or a person other than the user. The user does not necessarily have to redeem all team points for prizes in step S114. For example, the user may save at least some team points, or may exchange team points for prizes at different times. The user may be given an opportunity to exchange team points for individual points, and the individual points may be exchanged for prizes. Further, in step S113 described above, team points may be used as individual points and distributed to users belonging to the team. In this case, in step S114, the user can exchange personal points for desired prizes.

The flowcharts of FIGS. 28 to 30 have been described above. The flowcharts of FIGS. 28 to 30 show the case where the qualifying game, the final game, and the final game are played in this order, but the order and the number of times the final game and the final game are played are different from this. You may be. If the game system does not provide the final game, steps S105 to S109 in the flowcharts of FIGS. 28 to 30 are omitted.

By using the game system 100, the user can easily enjoy playing and win a small prize, and can moisturize the user's mind. In the game system 100, it is not essential to charge for playing, so minors and users with a limited budget that can be used for the game can play with confidence. In addition, since it is possible to give points to the user regardless of the result of the game play, the user can enjoy the game content regardless of the game playing experience and winning or losing. On the other hand, depending on the setting of the conditions (policy) for giving points, it is possible to add a thrilling element to the game and fully satisfy advanced users who are confident in their skills.

Further, in the game system 100, prizes can be obtained by playing the game, so that even a busy user can maintain the motivation to play the game. In addition, it is possible to team up with other users and play the game with other users. You can also set a common goal of winning prizes that are difficult to win in solo play, and play in collaboration with other users. You may also aim to earn more points with all team members without specifying the prize you want. Since communication with other users is inevitably required in the process of playing the game, it is possible to deepen friendship with other users.

In this way, the game system 100 responds to the diverse needs of users, allows more users to experience the enjoyment of the game, and has the potential to recall users who have moved away from the game. I can say.

Although some embodiments of the present invention have been described, these embodiments are presented as examples and are not intended to limit the scope of the invention, these embodiments are various other embodiments. It is possible to carry out various omissions, replacements and changes without departing from the gist of the invention. These embodiments and modifications thereof are included in the scope and gist of the invention, as well as in the scope of the invention described in the claims and the equivalent scope thereof.

1 Game server 2 Payment server 3 Prize server 4 Operation device 5 Display device 6 Network 7, 8 Information terminal 10, 21, 31 Arithmetic processing unit 11 Web server unit 12, 23, 33 Storage unit 13, 20, 30 Communication unit 14 Input Unit 15 Output unit 22 Payment unit 24 Balance data 25 Payment program 26, 27, 28 Arrows 29, 36, 37 Text box 32 Prize management department 34 Prize inventory data 35 Prize management program 40 Game management department 41 Monster management department 42 Qualifying game management Department 43 Final Game Management Department 44 Final Game Management Department 45, 46, 47, 48 Tile 50 System Management Department 51 User Management Department 52 Participation Fee Management Department 53 Point Management Department 54 Prize Selection Department 55 Prize Award Program 56 Prize Exchange Rate Data 57 Web server program 60 Game program 61 Qualifying game program 62 Final game program 63 Final game program 70 Game data 71 Monster data 72 Qualifying game data 73 Final game data 74 Final game data 80 User data 81 Participation fee data 82 Personal point data 83 User monster Data 90 Team data 91 Team point data 100 Game system

Claims (37)

Participation fee management department that grants participation fee to users,
A game management unit that executes a qualifying game that the user can play using the participation fee, and a final game that can be played by the team by forming a team with a plurality of the users who have played at least the qualifying game. When,
A point management unit that gives points to at least one of the user or the team according to the play of the final game.
It is provided with a prize selection unit that allows the user to select a prize to be acquired by exchanging the points.
Game system. The prize selection unit selects the prize to be exchanged for the points held by the team.
The game system according to claim 1. The prize selection unit selects the same prize as the prize acquired by all the users belonging to the team.
The game system according to claim 2. The point management unit distributes the points held by the team to the users who belong to the team, and then distributes the points to the users.
In the prize selection unit, the prize to be exchanged for the points distributed to the user is selected.
The game system according to claim 2 or 3. The game management unit executes a final selection game that can be played by the user who has played the qualifying game and can be played without forming the team.
The point management unit gives the points to the user who plays the final game.
The game system according to any one of claims 1 to 4. The user who can participate in the final game is the user who has played the final game.
The game system according to claim 5. The point management unit sets the average value of the points given to each user in the final game to be larger than the average value of the points given to the user in the final game.
The game system according to claim 5 or 6. The point management unit sets the number of points given in the final game to be larger than the number of points given in the final game in at least a part of the conditions for giving points.
The game system according to any one of claims 5 to 7. The point management unit sets the number of conditions for which the points are awarded in the final game to be larger than the number of conditions for which the points are awarded in the final game.
The game system according to any one of claims 5 to 8. The point management unit grants the points to the user belonging to the team playing the final game, and sets the average value of the points given to the user belonging to the team in the final game. It is set to be larger than the average value of the points given to the user in the final game.
The game system according to any one of claims 5 to 9. In the final game, a tournament battle including multiple matches is held.
The game system according to any one of claims 5 to 10. The point management unit grants the points to the user based on the points won by the user in the tournament battle of the final game.
The game system according to claim 11. The point management unit grants the points to the user when the user wins consecutively in the match of the tournament battle of the final game.
The game system according to claim 11 or 12. When the user loses the match after winning consecutive wins in the match of the tournament match of the final game, the point management unit resets the points earned by the user in the final game to 0.
The game system according to claim 13. When the user loses the match after winning consecutively in the match of the tournament match of the final game, the point management unit reduces the points earned by the user in the final game.
The game system according to claim 13. When the user withdraws the remaining match of the tournament match of the final game, the point management unit reduces the points earned by the user in the final game.
The game system according to any one of claims 13 to 15. The point management unit grants the points to the user on condition that the user wins the match in the tournament battle of the final game.
The game system according to any one of claims 11 to 16. The point management unit grants the points to the user regardless of the outcome of the match in the tournament match of the final game.
The game system according to any one of claims 11 to 17. The point management unit at least one of the fact that the team was formed in the final game, that the user joins the team, and that the solicited user consents to join the team. The points are given to the conditions.
The game system according to any one of claims 1 to 18. The participation fee management unit grants the participation fee to the user for a fee.
The game system according to any one of claims 1 to 19. The participation fee management unit transfers the participation fee between the users.
The game system according to any one of claims 1 to 20. The participation fee management unit grants the participation fee to the user free of charge.
The game system according to any one of claims 1 to 21. In the qualifying game, the ability value of the character can be increased.
The game system according to any one of claims 1 to 22. In the final game, a tournament battle including multiple matches is held.
The game system according to any one of claims 1 to 23. The point management unit grants the points based on the points won by the team in the tournament match of the final game.
The game system according to claim 24. The point management unit grants the points when the team wins consecutively in the match of the tournament match of the final game.
The game system according to claim 24 or 25. The point management unit resets the points earned in the final game to 0 when the team loses the match after winning consecutively in the match of the tournament match of the final game.
The game system according to claim 26. The point management unit reduces the points earned in the final game when the team loses the match after winning consecutive wins in the match of the tournament match of the final game.
The game system according to claim 27. The point management unit reduces the points earned in the final game when the team abstains from the remaining matches of the tournament match in the final game.
The game system according to any one of claims 24 to 28. The point management unit grants the points on condition that the team wins in the match of the tournament match of the final game.
The game system according to any one of claims 24 to 29. The point management unit grants the points regardless of the outcome of the match in the tournament match of the final game.
The game system according to any one of claims 24 to 30. The tournament match of the final game is at least one of a win-out match, a Swiss-style tournament, and a round-robin match.
The game system according to any one of claims 24 to 31. The tournament match of the final game has multiple classes that can be entered under different conditions.
The point management unit grants the points under different conditions for each class.
The game system according to any one of claims 24 to 32. The prize that the user can select in the prize selection unit includes at least one of goods, services, and financial benefits.
The game system according to any one of claims 1-3. The prize selected by the user in the prize selection unit can be received by delivery to a designated address or presentation of a prize voucher at a store.
The game system according to any one of claims 1 to 34. The steps to give the user a participation fee and
A step of executing a qualifying game that the user can play using the participation fee, and
A step of forming a team with a plurality of the above-mentioned users who have played at least the above-mentioned qualifying game,
Steps to execute the final game that can be played by the team,
A step of awarding points to at least one of the user or the team according to the play of the final game.
The computer performs a step of allowing the user to select a prize to be earned in exchange for the points.
How to run the game system. The steps to give the user a participation fee and
A step of executing a qualifying game that the user can play using the participation fee, and
A step of forming a team with a plurality of the above-mentioned users who have played at least the above-mentioned qualifying game, and
Steps to execute the final game that can be played by the team,
A step of awarding points to at least one of the user or the team according to the play of the final game.
Including a step of allowing the user to select a prize to be earned in exchange for the points.
Game system program.