Program, information processing device and game system

Abstract

To provide a suitable game playing experience regardless of the number of times of play.SOLUTION: A program causes a computer to execute first acquisition processing in which information on each player in a competitive game where players compete against each other is managed and a target player who has issued a matching request acquires information on a rank in which the target player is classified in the competitive game, second acquisition processing in which information on game elements associated with the target player is acquired, betting processing in which game elements designated by the target player are registered as betting elements for the competitive game in which the target player participates, and control processing in which the association of game elements with the target player is controlled on the basis of the results of the competitive game in which the target player has participated and the betting elements. In the betting processing, game elements designated by the target player are registered as betting elements. According to the rank into which the target player is classified, at least one of the type and quantity of game elements which can be designated by the target player is changed.SELECTED DRAWING: Figure 7

Description

[Technical Field]

[0001] The present invention relates to a program, an information processing device, and a game system, and more particularly to an electronic game in which players compete against each other online. [Background technology]

[0002] There are electronic games in which players compete against each other online. The results of such games can depend on the playing skills of each player, and if a beginner and an experienced player are matched, the game progress can become one-sided. For this reason, some electronic games ensure fairness by awarding points to players according to their match results, establishing a ranking system that classifies players according to the amount of points accumulated, and matching players within the same ranking (Patent Document 1). [Prior art documents] [Patent documents]

[0003] [Patent Document 1] Patent Publication No. 2021-118991 Summary of the Invention [Problem to be solved by the invention]

[0004] However, specifications in which ranks are permanently maintained as in Patent Document 1 have problems such as the players belonging to each rank being fixed, and players who have reached the highest rank losing motivation to play the game. For this reason, some electronic games have introduced a season system in which rank evaluations are conducted for a limited period of time, and a system in which points related to ranks are reset every period. Specifications have also been introduced to increase players' motivation to compete, such as providing rewards for each rank reached.

[0005] Incidentally, the design in which ranks are determined according to the amount of accumulated points has an advantage over players who play many matches during a period. That is, players who have free time and can play many matches have relatively more opportunities to obtain points and can easily reach a higher rank. On the other hand, players who cannot play many matches due to busy schedules or other reasons have relatively fewer opportunities to obtain points, which can make it difficult for them to reach a higher rank.

[0006] An object of the present invention is to provide a program, an information processing device, and a game system that provide a suitable game playing experience regardless of the number of times a game has been played. [Means for solving the problem]

[0007] A program according to one embodiment of the present invention causes a computer that manages information about each player in a competitive game in which players compete against each other to execute the following processes: a first acquisition process that acquires information about the rank into which a target player who has made a matching request is classified in the competitive game; a second acquisition process that acquires information about game elements associated with the target player; a betting process that registers game elements specified by the target player as betting elements for the competitive game in which the target player is participating; and a control process that controls the association of game elements with the target player based on the results of the competitive game in which the target player has participated and the betting elements. The betting process registers game elements specified by the target player, which are at least a portion of the game elements associated with the target player, as betting elements, and changes at least one of the type and amount of game elements that the target player is able to specify, depending on the rank into which the target player is classified. [Effects of the Invention]

[0008] According to the present invention, it is possible to provide a suitable game playing experience regardless of the number of times the game has been played. [Brief explanation of the drawings]

[0009] [Figure 1] FIG. 1 is a diagram illustrating the configuration of a game system according to an embodiment and a modification of the present invention. [Figure 2] FIG. 1 is a block diagram illustrating a hardware configuration of a player terminal 100 according to an embodiment and a modification of the present invention. [Figure 3] FIG. 1 is a block diagram illustrating a hardware configuration of a server 200 according to an embodiment and a modification of the present invention. [Figure 4] 1 is a flowchart illustrating a client process executed in the player terminal 100 according to the first embodiment of the present invention. [Figure 5] 1 is a flowchart illustrating a matching process executed by the server 200 according to the first embodiment of the present invention. [Figure 6] FIG. 10 is a diagram illustrating an application screen displaying match candidate players displayed on a player terminal 100 according to a second embodiment of the present invention. [Figure 7] FIG. 10 is a diagram illustrating a betting screen for a competitive game according to a second embodiment of the present invention; [Figure 8] FIG. 10 is a diagram illustrating a game start screen displayed when using a betting function according to a second embodiment of the present invention; [Figure 9] 10 is a flowchart illustrating a class determination process executed by the server 200 according to the third embodiment of the present invention. [Figure 10] FIG. 13 is a diagram illustrating a matching criterion according to Modification 8 of the present invention. DETAILED DESCRIPTION OF THE INVENTION

[0010] [Embodiment 1] Hereinafter, the embodiments will be described in detail with reference to the accompanying drawings. Note that the following embodiments do not limit the scope of the invention as claimed, and not all combinations of features described in the embodiments are necessarily essential to the invention. Two or more of the features described in the embodiments may be combined in any desired manner. Furthermore, the same reference numerals are used to designate identical or similar components, and redundant descriptions will be omitted.

[0011] In the embodiment described below, the present invention is applied to a game system in which a server connected to player terminals (communication terminals or game devices) used by each player matches two players connected at the same time and provides a service (battle service) to realize a battle game in which both players participate. However, the present invention can be applied to a system realized by any device configuration capable of progressing an electronic game in which multiple players participate. In addition, in this specification, the term "player" refers to a user who logs in to use the battle service provided by the server 200 in this game system.

[0012] <Game System Configuration> 1 is a diagram showing the configuration of a game system according to this embodiment. As shown in the figure, the game system is configured so that a server 200 and a plurality of player terminals 100 can be connected for communication via a network 300. In this embodiment, the server 200 matches two players of the connected player terminals 100 as players of a competitive game, establishes a communication session for transmitting and receiving various information related to the competitive game, and provides a competitive service that realizes a competitive game in which the two players participate.

[0013] Each player can log in to the battle service by launching a predetermined client application on the player terminal 100 used by that player. The client application allows the player to perform various settings and preparations for the battle game to be executed, set a player profile, and play (match, play) the battle game. As will be described in detail later, the battle game (electronic game) that can be played in the battle service of this embodiment is a trading card game (TCG) in which players progress by placing game elements such as cards on a predetermined game field. The player terminal 100 can also be any communication terminal equipped with a communication function, such as a PC or smartphone.

[0014] <Hardware configuration of the player terminal> Next, the hardware configuration of the player terminal 100 will be described with reference to Fig. 2. Fig. 2 is a block diagram illustrating the hardware configuration of the player terminal 100.

[0015] The control unit 101 is a processor such as a CPU, and performs various controls including operational control of each piece of hardware included in the player terminal 100. Specifically, the control unit 101 performs the relevant controls by, for example, reading out a necessary program stored in the storage device 102, expanding it into the memory 103, and executing it.

[0016] The storage device 102 is a device capable of permanently storing information, such as a non-volatile memory or HDD. The storage device 102 stores an operating system for operating the player terminal 100 and programs related to various applications, as well as parameter information required to realize various controls and various data used for display and communication functions related to the browser. The memory 103 is a storage device used for temporary data storage, such as a volatile memory. The memory 103 may be used not only as a development area for each program, but also as a storage area for temporarily storing data output during the operation of various hardware and various controls.

[0017] The GPU 104 is a drawing device that executes various drawing processes related to the generation of display screens for the player terminals 100. The GPU 104 also executes drawing processes for game screens during play of a competitive game. The GPU 104 includes a GPU memory (not shown), and develops various graphics data read from the storage device 102 and performs predetermined calculations to generate various images, including screens. Screens and images generated by the GPU 104 are presented to a player by being displayed on a display 110 provided in the player terminal 100, for example. The display 110 is a device for displaying information, such as a liquid crystal display, that is provided in the player terminal 100 or is detachably connected to the player terminal 100. The display 110 displays the screens generated by the GPU 104.

[0018] The operation I / F 105 is a user interface provided in the player terminal 100 and receives operation input. When the operation I / F 105 detects that an operation input has been made, it outputs a control signal corresponding to the operation input to the control unit 101. In one aspect, the operation I / F 105 includes, for example, operation members such as buttons provided on the exterior of the player terminal 100, various sensors, and the like. Furthermore, the display 110 provided in the player terminal 100 of this embodiment is configured to be able to detect touch input, and the operation I / F 105 includes a touch input detection sensor provided on the display 110.

[0019] The communication I / F 106 is a communication interface with an external device provided in the player terminal 100. Information communication between the communication I / F 106 and the external device may be performed via a wide area network (WAN) such as the Internet, or via a LAN or the like. Information communication performed by the communication I / F 106 will be described as being performed wirelessly, but this does not exclude wired communication.

[0020] The speaker 120 is an audio output interface provided in the player terminal 100. The speaker 120 outputs various types of audio information including audio related to the client application.

[0021] <Server hardware configuration> 3 is a block diagram showing the hardware configuration of the server 200 according to this embodiment. In the following description, the hardware configuration that realizes the same functions as the player terminal 100 will be prefixed with the letter "server" to clearly distinguish it from the configuration of the player terminal 100.

[0022] The server control unit 201 is a processor such as a CPU, and performs control related to the realization of various functions, including operational control of each piece of hardware provided in the server 200, player management related to the battle service, a player matching function, and transmission and reception of information about the battle game being executed, as well as information sharing. Specifically, the server control unit 201 performs the relevant control by, for example, reading out necessary programs stored in the server storage device 202, expanding them into the server memory 203, and executing them.

[0023] The server storage device 202 is a device capable of permanently storing information, such as a non-volatile memory or HDD. The server storage device 202 stores an operating system for operating the server 200 and programs related to matching, as well as parameter information required for implementing various controls and various data required for providing the matching function. The server storage device 202 also has a database function for managing information on each player registered as a player of the game system. The server memory 203 is a storage device used for temporary data storage, such as a volatile memory. The server memory 203 may be used not only as a development area for each program, but also as a storage area for temporarily storing data output during the operation of various hardware and various controls.

[0024] The server communication I / F 204 is a communication interface with an external device provided in the server 200. Information communication between the server communication I / F 204 and the external device may be performed via a wide area network (WAN) such as the Internet, or via a LAN or the like. Information communication performed by the server communication I / F 204 may be performed either wired or wirelessly.

[0025] Overview of the game Below, an overview of the competitive game that provides a play experience in the game system of this embodiment will be described.

[0026] <Service login> When the client application is executed on the player terminal 100, a game window related to service use is displayed on the display 110 of the player terminal 100. The player can perform a service login procedure by, for example, entering a player ID and password in the game window. This procedure causes a service login request to be transmitted from the player terminal 100 to the server 200 together with the input information. Upon receiving the service login request, the server control unit 201 checks the authenticity of the input information, for example, by referring to player information registered in association with the player ID, and if the authenticity is confirmed, manages the player as being in a logged-in state. Once the player is in a logged-in state, they can use various functions related to playing the competitive game and provided by the service via the game window.

[0027] Deck Building The features offered by the service include deck building functionality.

[0028] The competitive game is played on a predetermined field set by the game. Each player builds a "deck" by registering a set of game elements for the competitive game, and can play the competitive game using the deck they built.

[0029] To build a deck, a player must obtain game elements, for example, through a lottery function that can be used by paying a fee. In other words, the game elements that a player can include in a deck to be built are limited to, for example, game elements that the player has already obtained. Furthermore, the number of decks that a player can build is not limited to one, and a player may be able to build multiple decks that have at least some of the registered game elements different from one another.

[0030] Information about game elements that a player has acquired and decks that the player has constructed is managed by being associated with identification information (player ID) that uniquely identifies the player and registered in the server storage device 202. More specifically, the server storage device 202 also functions as a database (DB) that manages various information about each player as player information, and manages the player ID, information about game elements that the player has acquired, and information about decks that the player has constructed, in association with each other in the player information, which is one record in the DB.

[0031] For example, for game elements acquired by a player, an element ID that uniquely identifies the game element and the number of the element IDs are included in the player information, thereby making it possible to manage how many of the game elements the player owns. Also, for example, for a deck constructed by a player, identification information for the deck (deck ID) and the element IDs of the game elements included in the deck are included in the player information, thereby managing the information on the deck constructed by the player (deck information).

[0032] As described above, the competitive game that the competitive service of this embodiment provides a play experience in is a TCG, and the game elements that are given to players and can be registered in their decks and used are cards (virtual cards that can be owned in an electronic game). In the competitive game of this embodiment, the cards that players can use are classified into two types: leader cards and member cards, which have different roles in the competitive game, and a deck must include one leader card. In other words, a deck is constructed from one leader card and multiple (one or more) member cards. Each card has a cost that is determined, for example, according to the degree to which it provides an advantage in the competitive game, and the player must register a group of cards to be included in the deck so that the total cost of the deck reaches a specified value.

[0033] Here, the leader card and the member card are cards that have different roles in the battle game, and have the following differences, for example.

[0034] Leader cards have the aspect of restricting the member cards that can be included in a deck, and determine the direction of the deck (the strategic direction that should be taken to win a competitive game). In other words, including one leader card in a deck determines to some extent how a competitive game using that deck will unfold. On the other hand, member cards do not generally restrict the other cards that can be included in a deck.

[0035] The game is played in turns, and during each player's turn, the player places cards registered in the deck they are using on the field in order. Leader cards are placed on the field at the start of the game and remain on the field throughout the game. Member cards, on the other hand, are randomly added to a player's hand from the deck and are placed on the field at the player's discretion during each turn. In other words, leader cards and member cards differ in whether their placement on the field is mandatory or optional.

[0036] Here, in the competitive game, a specified value of life (a parameter indicating the number of attacks that can be made against the leader card) is set for each player's leader card at the start of the competitive game. In the competitive game of this embodiment, to ensure fairness between players, the life of each leader card is set to a fixed value of 8. The competitive game ends when the life of one of the players' leader cards reaches 0, or when one of the players' decks (hand, deck, and member cards on the field) reaches 0 cards. That is, a player can win against an opponent by reducing the life of the opponent's leader card to 0, or by first reducing the opponent's deck to 0 cards. A player is defeated by an opponent when the life of his or her own leader card reaches 0, or when his or her deck reaches 0 cards before the opponent.

[0037] Each card is assigned an effect that occurs when it is placed on the field in the competitive game, but a member card is assigned a single effect that does not change depending on the progression parameters of the competitive game. In contrast, a leader card differs from a member card in that it is assigned multiple effects that change depending on the progression parameters of the competitive game. Here, the progression parameter of the competitive game may be, for example, the life of the leader card, and it may be set so that halving the life can activate an effect that gives the player an advantage in the progression of the competitive game.

[0038] Therefore, when a player selects the "Build a New Deck" or "Edit an Existing Deck" menu related to the deck building function, the game enters a state in which one deck is being edited, and a list of cards managed as being available to the player is displayed in the game window. The player can select cards to be registered in the deck to be edited by performing an operation input to select a desired card from the list. Specifically, the identification information (card ID) of the card selected to be registered in the deck is added to the deck information of the deck to be edited. The deck information of the deck to be edited is temporarily stored, for example, in memory 103 of player terminal 100, and is updated each time a card to be registered is selected.

[0039] Here, when the "Build a New Deck" menu is selected, new deck information is generated and stored in memory 103 as deck information related to the deck to be edited. On the other hand, when the "Edit an Already Constructed Deck" menu is selected, deck information related to the corresponding deck is downloaded from server 200 to player terminal 100 and stored in memory 103 as deck information related to the deck to be edited.

[0040] Then, in response to an operation input related to the completion of construction, deck information related to the deck to be edited is uploaded from the player terminal 100 to the server 200, and is managed as part of the player information related to the player. At this time, if the deck is a new deck, a new deck ID is assigned to the player in the server 200, and the deck ID is associated with the uploaded deck information and added to the player's player information. Also, if the deck is an already constructed deck, a deck ID is already associated with the deck information related to the deck to be edited, and therefore, deck information of the player's player information that has the same deck ID as the uploaded deck information is updated based on the uploaded deck information.

[0041] In order to avoid DB storage area being occupied by deck information that does not have any cards registered being included in player information, the uploading of deck information for the deck to be edited is performed on the condition that one or more cards have been registered at the time the operation input for completion of deck construction is made. In other words, completion of deck construction does not necessarily require that the deck be in a state that can be used in a competitive game; for example, a player can save the deck information as completed construction even if one or more cards that are temporarily being considered for use have been registered.

[0042] <matching> Players can play a competitive game by using a deck constructed using the deck construction function. In the competitive game of this embodiment, two players compete against each other, so the players must transmit a matching request from the player terminal 100 to the server 200 before starting gameplay. Upon receiving the matching request, the server control unit 201 performs processing to match two players to compete against each other from among logged-in players who have simultaneously made matching requests.

[0043] Therefore, the client application is provided with a game play function, and is configured to receive a request from a player to start playing a competitive game when using this function. The player can input an operation related to the request to start playing by selecting one of the decks they have constructed as a battle deck for the (subsequent) competitive game. As will be described in detail later, the game system of this embodiment matches opponents with consideration given to the deck used by the player to enhance the entertainment value of the competitive game. Therefore, when an operation related to the request to start playing is input, the control unit 101 transmits a matching request including information about the battle deck to the server 200 via the communication I / F 106.

[0044] The matching request includes, for example, the player ID of the player and information indicating the battle deck used by that player. The information indicating the battle deck can be, for example, a deck ID, and the server control unit 201 can refer to the deck information related to the battle deck from the corresponding player information based on the player ID and deck ID, and can identify the cards registered in the battle deck.

[0045] As described above, how a battle game unfolds depends on the battle decks used by the players, particularly the leader cards included in the battle decks. The characteristics of each leader card are primarily determined by the effects that can be activated by the leader card, but to allow for a variety of play styles, advantageous / disadvantageous compatibility exists between characteristics. Therefore, if a player is repeatedly matched with other players using decks with which the player has disadvantageous compatibility, the player's interest in the battle game may decrease. Therefore, in the game system of this embodiment, information about the battle decks is included in the matching request and is referenced in the matching process, described below, performed by the server control unit 201.

[0046] However, constructing a battle deck that will allow for optimal game development requires consideration of the effects and costs set for each leader card and member card, which takes time. Furthermore, the matching process for providing a highly engaging battle game experience and matching a player who has made a matchmaking request with a suitable opponent can also take time depending on the time of day, etc. In other words, if a request to start playing a battle game were to be accepted only after a battle deck has been constructed, it could take a long time for a player who has logged in to the service to begin playing the battle game.

[0047] For this reason, the game system of this embodiment is configured to accept a request to start play using a deck as a battle deck, provided that at least a leader card is registered in the deck. In other words, a matching request is sent from the player terminal 100 to the server 200, provided that the deck selected as the battle deck contains at least one leader card.

[0048] Therefore, in the game window of the client application, the player can display and check the contents of the battle deck even after performing an operation input related to a play start request, and the battle deck can also be edited. Here, the deck to be edited is limited to the battle deck. Furthermore, as will be described in detail later, in response to a matching request, the server 200 executes a matching process based on the information of the leader card of the battle deck. Therefore, after a play start request is made, only the parts of the battle deck other than the leader card, i.e., the member cards, can be edited. Editing of the battle deck is controlled so that it is only possible for a period until the opponent matching is completed.

[0049] (Matching process) The following provides an overview of the matching process executed by the server 200 in relation to matching.

[0050] The competitive game provided by the game system of this embodiment is a TCG in which two players compete against each other. Therefore, when the server control unit 201 receives a matching request for one player from the player terminal 100, it executes a matching process to determine the other player (opponent) to compete against that player. The matching process is a process of matching logged-in players who have issued matching requests at the same time. To provide a highly interesting playing experience, the matching process of this embodiment sets multiple types of matching criteria and extracts players to be used as opponents based on those criteria. Each matching criterion specifies the conditions for players to be extracted as opponents, and the server control unit 201 extracts players that meet the conditions from among players who have received matching requests at the same time and selects one of those players as the opponent. A priority order is assigned to each of the multiple types of matching criteria, and the server control unit 201 basically extracts players who satisfy the conditions related to all of the matching criteria and selects one player from among them as the opponent. However, if there is no player who satisfies all the conditions, the server control unit 201 repeats the process of extracting players by excluding matching criteria with the lowest priority order.

[0051] The first matching criterion in the matching process of this embodiment relates to the frequency of matching with the same player. The outcome of a competitive game is influenced by factors such as the player's experience, playing skill, and the cards the player possesses. In particular, playing skill is dependent on the number of times the competitive game has been played. When there is a clear difference between players, the player with the higher playing skill is likely to win even in consecutive matches. As a result, the player with lower playing skill is more likely to suffer consecutive losses, which may reduce the player's interest in the competitive game. Furthermore, in a mode in which the same players are repeatedly matched, for example, by repeatedly playing the game during times when there are fewer logged-in players, it is possible to intentionally match with the same player. For example, one player may intentionally repeatedly declare defeat, thereby unfairly manipulating the other player's win rate.

[0052] Therefore, the first matching criterion is that the opponent to be matched with the player who has made the matching request must not be an opponent in a predetermined number of competitive games that the player has most recently played. To facilitate understanding of the invention, this embodiment will describe an embodiment in which the predetermined number is set to one to avoid consecutive battles with the same player. That is, in the following, the first matching criterion is set as a condition that the opponent must not be a player who has most recently matched with the player who made the matching request. However, the implementation of the present invention is not limited to this. For example, a player who has been matched once may not be matched with another player until the player has played a predetermined number of competitive games against another player, two or more times.

[0053] The second matching criterion in the matching process of this embodiment relates to the frequency of matching with players using decks containing the same leader card. As described above, the game development of a competitive game may depend on the leader card included in the deck. Therefore, if consecutive battles against decks containing the same leader card are allowed, the player will be provided with a continuous competitive game play experience with similar game developments, which may result in the player becoming bored with the gameplay. In particular, if a player is forced to play consecutive battles against decks containing leader cards with unfavorable compatibility, the player will be forced into a game development that is difficult to recover from, which may cause the player to lose interest in the competitive game.

[0054] Therefore, the second matching criterion requires that the leader card of an opponent to be matched with a player who has made a matching request must be different from the deck of the opponent used in the predetermined number of most recent competitive games played by the player. To facilitate understanding of the invention, this embodiment will describe an embodiment in which the predetermined number is set to one, so as to avoid consecutive battles with players using decks containing the same leader card. In other words, the second matching criterion below requires that the leader card of the player who made the matching request must be different from the deck used in the most recent competitive game. However, the implementation of the present invention is not limited to this. For example, a leader card that has been used once in an opponent's deck may be controlled so as not to be matched until the opponent has played two or more predetermined number of competitive games using a deck containing a different leader card.

[0055] The third matching criterion for the matching process of this embodiment is that the opponent must use a deck containing a different leader card than the player who made the matching request. Each player builds a deck taking into account the characteristics of the leader card, but when playing against a deck containing the same leader card, it is difficult to make use of those characteristics, which can result in a monotonous game. Therefore, the third matching criterion is that the opponent to be matched with the player who made the matching request must use a deck containing a different leader card than the battle deck used by that player.

[0056] The server control unit 201 determines other players to be matched with the player who has made a matching request based on these three types of matching criteria. The priority of the matching criteria is set so that the first matching criterion is higher, followed by the second matching criterion and then the third matching criterion, and the server control unit 201 extracts players by appropriately combining these matching criteria in order to determine opponents from players who have made matching requests at the same time.

[0057] For example, in a mode in which player A most recently played against player B using a deck including leader card b, and will use a battle deck including leader card a in the next battle game, the server control unit 201, upon receiving a matching request from player A, first extracts players who meet all of the matching criteria. That is, the server control unit 201 extracts players who are different from player B (first matching criterion) and who use decks including leader cards other than leader card a and leader card b (second and third matching criteria). At this time, if there are players who meet all of the matching criteria (one or more players have been extracted), the server control unit 201 determines an opponent from among those players. On the other hand, if there are no players who meet all of the matching criteria, the server control unit 201 excludes the matching criterion with the lowest priority (in this case, the third matching criterion) and again extracts players who meet the criteria. Specifically, the server control unit 201 extracts a player who is different from player B (first matching criterion) and who uses a deck that includes a leader card other than leader card b (second matching criterion). If the server control unit 201 cannot extract a player that meets these conditions, it further relaxes the conditions (excludes the second matching criterion) and performs extraction again.

[0058] In this way, the server control unit 201 extracts players based on predetermined conditions to provide a suitable playing experience, and while relaxing the conditions as necessary, determines an opponent to be matched with the person who has made the matching request. Note that if there is no player that meets only the first matching criterion, the server control unit 201 may, for example, randomly select one player from among players who have made matching requests at the same time as the opponent, or may extend the search period until a predetermined timeout period has elapsed and search again for a player who meets the matching criteria.

[0059] Once the player matching is complete, the server control unit 201 establishes a communication session for transmitting and receiving various information related to the competitive game in which the two matched players will participate. Information about the communication session is transmitted to the player terminals 100 used by each of the two players, together with, for example, information about the matching result. Upon receiving the information about the communication session, the control unit 101 of the player terminal 100 starts processing for connecting to the communication session.

[0060] Gameplay When the player terminals 100 of the players competing in the communication session are connected, game play of the competitive game in which the two matched players are participating can begin. When the player terminals 100 of both players connect to the communication session, the client application running on each player terminal 100 starts processing related to playing the competitive game and displays a game screen.

[0061] Here, the competitive game is executed on the condition that the battle deck contains one leader card and one or more member cards, and when the processing related to playing the competitive game begins, the battle deck is controlled so that it cannot be edited to ensure fairness. Therefore, if the battle deck used by the player does not contain any member cards before the processing related to playing the competitive game begins, the control may be such that an operation input related to the selection of at least one member card is accepted, and the deck information is updated with the addition of a member card, and the processing related to playing the competitive game is executed.

[0062] In the process related to playing the competitive game executed in each player terminal 100, various pieces of information for game progress are constructed based on operation inputs made by the players in relation to the competitive game, and transmitted to the server 200. The server 200 manages various pieces of information for game progress for each communication session, and performs a process of transmitting (sharing) information received from a player terminal 100 to other player terminals 100 participating in the communication session. In the process related to playing the competitive game, when game progress information related to an opponent is received from the server 200, display control of the game screen is performed based on that information. In this way, the game system can provide a playing experience in which players in remote locations compete against each other via the server 200.

[0063] <<Client Processing>> Specific client processing executed in accordance with a client application in the player terminal 100 of this embodiment will be described below with reference to the flowchart in Fig. 4. The processing corresponding to this flowchart can be realized by the control unit 101 reading out a corresponding processing program stored in, for example, the storage device 102, and expanding and executing the program in the memory 103. Note that this client processing will be described as being initiated, for example, when the client application is executed in the player terminal 100 and service login of the player is completed. In addition, in the description of this client processing, a player who has logged in for service using the player terminal 100 that is executing this processing will be referred to as a "target player."

[0064] In S401, the control unit 101 determines whether or not an operation input related to the use of the deck building function has been made. If the control unit 101 determines that an operation input related to the use of the deck building function has been made, the control unit 101 proceeds to S402, and if it determines that an operation input related to the use of the deck building function has not been made, the control unit 101 proceeds to S403.

[0065] In S402, the control unit 101 executes processing related to the deck building function. In this embodiment, details of the processing related to the deck building function will be omitted, but as described above, by using the deck building function, deck information can be added / updated to the player information related to the target player.

[0066] In S403, the control unit 101 determines whether or not an operation input related to a request to start playing the competitive game has been made. If the control unit 101 determines that an operation input related to a request to start playing has been made, the control unit 101 proceeds to S404, and if it determines that an operation input related to a request to start playing has not been made, the control unit 101 proceeds to S411.

[0067] In S404, the control unit 101 accepts the selection of a deck (battle deck) that the target player will use in the battle game. The selection of the battle deck is made based on an operation input to select one of the decks constructed in association with the target player. Prior to this selection, the control unit 101 acquires deck information registered in association with the player from the server 200, and displays the corresponding deck on the display 110 so that it can be selected.

[0068] In S405, the control unit 101 determines whether a leader card is registered in the deck selected in S404. If the control unit 101 determines that a leader card is registered in the selected deck, it proceeds to S406, and if it determines that a leader card is not registered, it returns to S404. In the latter case, the server control unit 201 may, for example, display a notification on the display 110 instructing the user to select a deck in which a leader card is registered.

[0069] In S406, the control unit 101 transmits a matching request including the deck ID of the deck selected in S404 as the deck ID of the battle deck to the server 200. In response to the matching request, a matching process is executed in the server 200, and an opponent player (hereinafter referred to as the opponent player) is determined.

[0070] In S407, the control unit 101 determines whether or not an opponent player has been matched. The determination in this step can be made based on whether or not information on the matching result has been received from the server 200. If the control unit 101 determines that an opponent player has been matched, it shifts the process to S408, and if it determines that an opponent player has not been matched, it repeats the process in this step.

[0071] In S408, the control unit 101 establishes a communication connection with the communication session via the communication I / F 106 based on the information of the communication session of the connection destination included in the information of the matching result.

[0072] In S409, the control unit 101 executes processing related to playing the competitive game.

[0073] In S410, the control unit 101 determines whether the processing related to the playing of the competitive game started in S409 has been completed. Here, the processing related to the playing of the competitive game ends when the termination condition is satisfied in the played competitive game and the match result is determined. If the control unit 101 determines that the processing related to the playing of the competitive game has been completed, it proceeds to S411, and if it determines that it has not been completed, it repeats the processing of this step.

[0074] In S411, the control unit 101 determines whether an operation input related to terminating the client application has been made. If the control unit 101 determines that an operation input related to terminating the client application has been made, the control unit 101 completes this client processing, and if the control unit 101 determines that an operation input related to terminating the client application has not been made, the process returns to S401.

[0075] <<Matching process>> Next, the matching process executed by the server 200 of this embodiment will be described in detail using the flowchart in Fig. 5. The process corresponding to this flowchart can be realized by the server control unit 201 reading out a corresponding processing program stored in, for example, the server storage device 202, and deploying and executing it in the server memory 203. Note that this matching process will be described as being started, for example, when a matching request is received from one of the player terminals 100. In addition, in the description of this matching process, the player who receives the matching request will be referred to as the "target player," other players who are making matching requests at the same time will be referred to as "waiting players," and players who will be matched with the target player will be referred to as the "opponent player."

[0076] In S501, the server control unit 201 acquires information (extraction information) for extracting an opponent player. In this embodiment, the server control unit 201 acquires, as the extraction information, the player ID of the player most recently matched with the target player (hereinafter referred to as the previous player), the card ID of the leader card related to the previous player in the most recent battle game, and the card ID of the leader card of the target player's battle deck. Here, various pieces of information related to the previous player may be acquireable from, for example, battle history information included in the player information of the target player.

[0077] In S502, the server control unit 201 determines, based on the extraction information, whether or not a player who meets all of the matching criteria is present among the waiting players. That is, the server control unit 201 sets three types of matching criteria as extraction conditions and attempts to extract a player who meets the extraction conditions from the waiting players. If the server control unit 201 determines that a player who meets all of the matching criteria is present among the waiting players, it proceeds to S505; if it determines that a player who meets all of the matching criteria is not present, it proceeds to S503.

[0078] In S503, the server control unit 201 sets new extraction conditions by excluding the matching criterion with the lowest priority from among the matching criteria set in the current extraction conditions.

[0079] In S504, the server control unit 201 determines, based on the extraction information, whether or not a player who meets the new extraction conditions is present among the waiting players. If the server control unit 201 determines that a player who meets the new extraction conditions is present among the waiting players, it proceeds to S505, and if it determines that a player who meets the new extraction conditions is not present, it returns to S503. Note that if no conditions related to any matching criteria are set as extraction conditions, the server control unit 201 determines that all waiting players meet the new extraction conditions.

[0080] In S505, the server control unit 201 extracts players who meet the extraction conditions from the waiting players and determines one of these players as the opponent player. Here, the opponent player may be determined by, for example, a lottery process. The server control unit 201 returns the player ID of the determined opponent player to the player terminal 100 used by the target player as matching result information, and completes this matching process. At this time, the server control unit 201 also transmits matching result information to the player terminal 100 used by the opponent player, indicating that the opponent player has been matched with the target player.

[0081] As described above, the communication terminal of this embodiment allows players to easily start a competitive game. Furthermore, the information processing device of this embodiment can provide highly interesting matching.

[0082] [Variation 1] In the above-described embodiment, the first matching criterion is described as being that the target player is not an opponent in a predetermined number of recent competitive games played by the target player. However, the present invention is not limited to this. For example, if the difference in playing skill between the target player and the opponent player is small, it is unlikely that the game will develop in a one-sided manner even if these players rematch. In other words, if the difference in playing skill between the target player and the opponent player is large, the game may develop in a similar manner even if these players rematch within a short period of time. However, it is highly likely that the game will not necessarily develop in a similar manner between players with a small difference in playing skill.

[0083] Therefore, in a mode in which attribute information such as game level, number of plays, and rank based on game results is included and managed as player information, the predetermined number of plays required to match a target player with an opponent player may be increased or decreased based on the attribute information of the target player and the attribute information of the opponent player. For example, multiple ranges may be set for the difference in number of plays between players, and the predetermined number of plays may be changed depending on which range the difference falls within. In this case, the predetermined number of plays may be determined to be larger for larger ranges of differences.

[0084] [Variation 2] In the above-described embodiment and modified example, in order to match a target player with an opponent player with whom the target player has played once, the condition is that the target player has not been matched with the opponent player in a predetermined number of match games played by the target player, i.e., the number of times that the target player has played match games is the condition for matching between the same players. However, the implementation of the present invention is not limited to this, and a condition that a predetermined time has elapsed may also be set.

[0085] [Variation 3] In the above-described embodiment and modified example, a battle deck can be edited only for member cards even after a matching request is sent. However, the present invention is not limited to this. In one aspect, the battle deck can be configured to be complete (e.g., the difference between the total cost and the upper cost limit is within a threshold) at the time of sending the matching request, and editing of the battle deck can be prevented after the matching request is sent. This type of aspect is expected to be used to optimize evaluations in a game mode that assumes a serious battle between players, such as evaluating and ranking players based on their performance in a battle game.

[0086] [Embodiment 2] In the first embodiment described above, in response to receiving a matching request, the server control unit 201 selects one player from among players who simultaneously made matching requests and matches the player related to the matching request. That is, the game system of the above-described embodiment employs a matching method in which a predetermined number of players to compete in a competitive game are determined by a matching process executed by the server 200 without the player's consent. However, there are other matching methods for online competitive games besides the method in which the server control unit 201 forcibly determines opponents. For example, there is also a matching method in which some players are placed in a standby state to accept challenges, and other players who are not in a standby state select a desired player from among the standby players and apply to the challenge. In this matching method, players who are not in a standby state can apply to a desired player, thereby achieving matching based on the player's will, unlike in the first embodiment. In this embodiment, a method for achieving highly interesting matching in this matching method will be described.

[0087] "matching" In the game play function of the client application of this embodiment, when a request to start playing a competitive game is accepted, a selection is further accepted as to whether to wait for a challenge from another player (hereinafter referred to as a challenge waiting request) or to make a challenge to another player who is waiting (hereinafter referred to as a challenge request). Whichever request is selected, the client application then accepts the selection of a battle deck as in embodiment 1, and a matching request is sent from the player terminal 100 to the server 200.

[0088] In the game play function of this embodiment, the timing of sending a matching request differs depending on whether the target player has selected an application waiting request or an application request.

[0089] Specifically, if the target player selects the application standby request, when a battle deck is subsequently selected, a matching request including the player ID of the target player, the deck ID of the battle deck, and the application standby request is transmitted from the player terminal 100 to the server 200. Upon receiving the matching request, the server control unit 201 adds the target player to the waiting players who are waiting for a battle application and manages them.

[0090] On the other hand, if the target player selects the application request, when a battle deck is subsequently selected, a "candidate acquisition request" including the target player's player ID, the battle deck's deck ID, and the application request is transmitted from the player terminal 100 to the server 200. Upon receiving the candidate acquisition request, the server control unit 201 returns information on matching candidates including multiple waiting players to the player terminal 100, so that the target player can select a player to apply for a battle. Upon receiving the information on matching candidates, an application screen is displayed in the game window related to the client application on the player terminal 100 used by the target player, displaying each of the matching candidate players in a manner that allows them to accept a battle application.

[0091] FIG. 6 shows an example of the configuration of an application screen. In the example of FIG. 6, the application screen 600 is configured so that three waiting players included in the information on the matching candidates are arranged as matching candidates 601a to 601c, and a match application to the corresponding waiting player can be accepted by, for example, performing an operation input in each area. That is, the matching candidates 601a to 601c show matching candidates with which the target player can be matched, and in response to the target player performing an operation input to select one of the matching candidates, a matching request including the player ID of the waiting player of the matching candidate is transmitted to the server 200. Upon receiving the matching request, the server control unit 201 executes processing to match the waiting player identified by the player ID included in the matching request with the target player.

[0092] As will be described in detail later, the matching candidates 601 do not display all waiting players who are simultaneously waiting for a challenge, but display waiting players who are equal to or less than the upper limit (3) of players who will accept a challenge from the target player, selected by the server control unit 201. By limiting the number of players displayed as the matching candidates 601 in this way, it is possible to prevent the target player from being confused about which waiting player to challenge, thereby preventing the matching time from being prolonged.

[0093] On the other hand, limiting the number of waiting players displayed as matching candidates 601 may give the target player the impression that there are only a few players interested in the competitive game. For this reason, in addition to matching candidates 601a-c, non-candidate players 602a-g are displayed on the application screen 600 as entertainment elements, as shown in the figure. Therefore, when returning information about matching candidates to the player terminal 100, the server control unit 201 also transmits information about players to be displayed as non-candidate players 602.

[0094] Here, since the players displayed as non-candidate players 602 are just for entertainment purposes, they may be selected from waiting players who were not selected as matching candidates, or they may be selected from logged-in players based on predetermined rules, or they may be selected from all players including logged-out players.

[0095] The matching candidates 601 and non-candidate players 602 differ in that the former are displayed on the application screen 600 in a state where the target player can apply for a match, while the latter are displayed in a state where the target player cannot apply for a match. As shown in the figure, the former are displayed in a larger size than the non-candidate players 602. To help the target player select a waiting player from the matching candidates 601 to apply for a match, the information on the matching candidates includes detailed information about each waiting player, such as player name, battle record, and attribute information. Therefore, the matching candidates 601a-c each display a detailed display icon 603a-c, which allows detailed information about the corresponding waiting player to be displayed in response to an operation input to the icon. This also differentiates the matching candidates 601a-c from the non-candidate player 602. That is, as shown in the figure, the detailed display icon 603 is not displayed on the non-candidate players 602a-g, preventing the target player from viewing detailed information.

[0096] The game system of this embodiment is configured to enable players from various geographical locations to compete against each other. Therefore, the server 200 may be configured not only as a single server, but also as a group of multiple servers working together. In this configuration, to create the impression that the target player can compete against players from various regions, a map image resembling the Earth is displayed as a background image 604 on the application screen 600. Here, the position of the map image in the background image 604, which is shown as a center, may be changed based on geographical information associated with the player terminal 100 (e.g., geographical location information of the player terminal 100). That is, when a player from Japan makes a candidate acquisition request, the map image in the background image 604 is displayed with Japan at the center, whereas when a player from the United States makes a candidate acquisition request, the map image in the background image 604 is displayed with the United States at the center.

[0097] It should be noted that, since the competitive game that the game system of this embodiment provides a playing experience of is a TCG, in the example of Figure 6, the matching candidates 601 and non-candidate players 602 displayed on the application screen 600 are both displayed in card form, but it should be easily understood that the implementation of the present invention is not limited to this.

[0098] To ensure that a competitive game with favorable game development is implemented, the server control unit 201 extracts matching candidate players from among the waiting players based on multiple types of matching criteria, as in the first embodiment. When extracting matching candidate players, the server control unit 201 sets extraction information based on information included in the candidate acquisition request. In this embodiment, the server control unit 201 acquires and sets the player ID of the previous player who was most recently matched with the target player, the card ID of the leader card of the previous player in the most recent competitive game, and the card ID of the leader card of the target player's battle deck as the extraction information. Then, the server control unit 201 extracts the maximum number (three) of waiting players based on the extraction information and three types of matching criteria. The process for this extraction may be performed in the same manner as S501 to S505 in the matching process of embodiment 1, but differs in that instead of determining one of the extracted players as the opponent player, a maximum number of players from the extracted players are determined as matching candidates, and information about the matching candidates is returned to the player terminal 100.

[0099] In this case, if the maximum number of players includes players extracted because they meet different combinations of matching criteria, the matching candidate information may be configured to include information identifying players who meet more of the matching criteria and to display them in a distinguishable manner on the application screen. That is, for example, if there are two players who meet all types of matching criteria and the remaining player is extracted from players who meet two types of matching criteria to ensure the maximum number of matching candidates, the former two players are deemed to have the potential to lead to a more interesting game development and are displayed in a different manner from the remaining player on the application screen 600.

[0100] To facilitate understanding of the invention, the game system of this embodiment will be described as matching a match candidate with a target player when a match request is made to the match candidate, but the implementation of the present invention is not limited to this. For example, in the event that a waiting player is disconnected while waiting for a match request, or in the event that a waiting player declines a match request in a mode in which the waiting player can choose whether to accept the match request, the application screen 600 may be controlled to continue displaying until the matching is completed (information on the matching result is received) and terminated upon completion of the matching. In this case, to prevent duplicate match requests from being sent, the application screen 600 may be controlled so that an operation input to select a match candidate 601 is not accepted after the match request is sent.

[0101] Note that because matching requests may be received from multiple player terminals 100 at the same time, the waiting players change from moment to moment. Therefore, the server control unit 201 may update the information about the matching candidates, for example, at predetermined time intervals, and periodically transmit the information to the player terminals 100. When the player terminal 100 used by the target player receives information about new matching candidates, the display content of the application screen 600 is updated. Here, if the target player is displaying detailed information about one of the matching candidates when receiving the information about the matching candidates, it is presumed that the target player is considering a match with that matching candidate, and therefore the control unit 101 may retain the information about the matching candidates that was previously received, and may perform control so as not to change the display content of the application screen 600.

[0102] [Variation 4] In the above-described second embodiment, similar to the first embodiment, candidate players are extracted based on matching criteria based on the most recent players and the leader card of the deck. However, the present invention is not limited to this. For example, in an embodiment in which player information is managed by including attribute information such as game level, number of plays, and player rank based on game results, matching criteria related to the similarity of attribute information with the target player may be further included. The matching criteria require that the attribute information of a player who is a candidate for the target player is similar to the attribute information of the target player. Here, whether the attribute information is similar may be determined by, for example, whether the difference in game level, number of plays, or rank is below a predetermined threshold. This configuration increases opportunities for players with similar playing skills to compete against each other, thereby increasing player interest in competitive games.

[0103] In such an aspect, to facilitate a favorable game development for a target player who voluntarily requests a match, the information on matching candidates may be configured to include waiting players of the same rank as the target player or waiting players of a lower rank than the target player. Alternatively, the information on matching candidates may include waiting players of a higher rank than the target player, but the information on matching candidates may be configured so that there are more waiting players of a lower rank than the target player compared to the number of waiting players of the higher rank and the same rank.

[0104] [Embodiment 3] In the above-described embodiment and modified example, a matching process was mainly described that targets all logged-in players. However, since players use the service at various times and have different playing styles (play frequency and play time periods) for the competitive game, differences in playing skill among players are bound to occur. Therefore, in a game mode that performs matching processing targeting all players, if a significant difference in playing skill exists between players, there is a possibility that players with lower playing skill may lose interest in the competitive game. For this reason, the competitive game of this embodiment includes a rank match mode as a game mode that realizes more interesting matching and makes it easier to match players with similar playing skill.

[0105] Rank Match Mode In the class match mode, players are awarded class points based on their performance in the match game, and the player's class is determined based on the accumulated number of points awarded. The match game in the class match mode is basically configured to match players classified in the same class. In other words, in the class match mode, players are separated by class, and the matching process is controlled to match players within the same class.

[0106] In one embodiment, six ranks are provided, for example, in descending order of rank: bronze, silver, gold, platinum, master, and god. Each rank has a set number of rank points (point threshold: minimum number of points for each rank) required to be classified into that rank, with higher ranks requiring higher rank points. That is, a player's rank is determined by identifying the maximum point threshold that the player's cumulative number of awarded rank points exceeds, and then determining the rank associated with that maximum point threshold. For example, in an embodiment in which the bronze point threshold is set to 0, the silver point threshold is set to 10,000, the gold point threshold is set to 30,000, the platinum point threshold is set to 50,000, the master point threshold is set to 70,000, and the god point threshold is set to 90,000, a player with 55,000 cumulative awarded rank points will be ranked platinum.

[0107] When a player wins a competitive game, the server control unit 201 determines whether to award a fixed number of rank points to the player and updates the attribute information of the player information. At this time, the server control unit 201 compares the cumulative number of rank points awarded after the update with the threshold value of each rank and determines the new rank to which the player will be classified. On the other hand, if the player loses or draws in the competitive game, the server control unit 201 does not award rank points to the player, and does not update the attribute information of the player information.

[0108] Therefore, in the rank matching mode, players who win more competitive games are generally awarded more rank points, and the accumulated number of points awarded increases, resulting in the player being classified into a higher rank. In other words, ranks in the rank matching mode correspond to parameters that evaluate the playing skill of each player. Rank information in the rank matching mode may be managed by including it as attribute information in the player information for each player, and the server control unit 201 acquires the rank information and determines opponents in the matching process related to the rank matching mode. This configuration makes it easier for players with high playing skills to be classified into higher ranks, thereby providing a competitive game experience that is more interesting and ensures fairness.

[0109] <Bet function> In a mode in which a fixed number of rank points are awarded for winning a competitive game, a player must play and win a considerable number of competitive games before being classified into an appropriate rank (a rank where many players with similar playing skills exist). In other words, in such a mode, the more skilled a player is, the more wins and plays are required before being classified into an appropriate rank. However, because the amount of time available for game play varies depending on the player's environment, it may not be possible to guarantee that a suitable playing experience will be provided to some players.

[0110] For this reason, the competitive game of this embodiment provides a betting function in the rank match mode as a mechanism for making it easier for players to be classified into appropriate ranks regardless of the number of times they have played. The betting function allows players to obtain additional rank points as an additional reward if they win a competitive game. More specifically, the betting function allows a player to bet at least a portion of the rank points currently associated with the target player on the target player's own victory in a competitive game executed based on the target player's matching request. The betting function awards the target player rank points (also known as a payout) based on the number of rank points bet (also known as a bet amount / chips, hereinafter referred to as a bet element) if the target player wins the competitive game, in addition to the fixed number of rank points. In other words, the more rank points the target player bets as a bet element, the greater the additional reward the target player can receive if they win a competitive game. Therefore, by actively using the betting function, players with high playing skills can increase their accumulated rank points more quickly and more easily reach an appropriate rank.

[0111] Here, in order to ensure fairness between players, bets on bet elements using the bet function are accepted only until matching is performed in the matching process. Furthermore, if a target player loses a competitive game, the rank points bet as bet elements will no longer be awarded to the target player. In other words, in a competitive game using the bet function, the bet elements related to the target player are associated with the target player but are temporarily managed as being held by the server 200, and the treatment of the association changes depending on the outcome of the competitive game.

[0112] More specifically, if the target player wins the competitive game, the bet element is returned to the target player's granted state while maintaining its association with the target player, and the target player is further awarded additional reward rank points. On the other hand, if the target player loses the competitive game, the bet element is released from association with the target player, the target player is in a state where no bet element is granted (a state where the bet element has been lost), and no additional reward rank points are granted. Note that if the target player draws in the competitive game, the bet element is returned to the target player's granted state while maintaining its association with the target player, and no additional reward rank points are granted.

[0113] The rank points of the additional reward are set to an amount smaller than the bet elements so as to prevent the number of players classified into higher ranks from increasing too much. Preferably, the ratio (dividend rate) of the amount of rank points awarded as the additional reward to the amount of bet elements may be set to be smaller as the amount of bet elements increases.

[0114] Since the cumulative number of awarded rank points for a target player may change depending on the process of awarding or associating these rank points related to a fighting game using the betting function, the server control unit 201 determines the rank into which the target player should be classified when there is a change in the cumulative number of awarded ranks. That is, if the target player wins a fighting game using the betting function, more rank points will be awarded, and therefore the target player may be classified (promoted) into a higher rank than the current rank. On the other hand, if the target player loses a fighting game using the betting function, some rank points will be lost, and therefore the target player may be classified (demoted) into a lower rank than the current rank.

[0115] In other words, although the betting function requires the target player to take a risk, it makes it easier for the target player to reach an appropriate rank and can provide an exciting and entertaining playing experience of a competitive game.

[0116] In the battle game of this embodiment, the number of rank points that each player can bet using the betting function is described as being configured to be selectable from a predetermined amount or a predetermined unit of options, rather than being selectable by the player at their discretion. The betting screen that accepts the selection of bet elements can be configured to allow selection from options 701a-f, including not placing a bet, as shown in FIG. 7, for example. In the example of FIG. 7, if the target player's cumulative award number is currently 85,000 and 5,000 points corresponding to the selected option 701a are bet, if the target player wins the battle game, the player will be awarded 1,000 fixed points upon victory and an additional reward of 4,000, bringing the cumulative award number to 90,000 and the player's rank to God. If the player loses, the player will lose the bet element of 5,000, bringing the cumulative award number to 80,000.

[0117] Here, the options that can be specified as the amount of rank points to be bet will be explained as changing depending on the rank into which the target player is classified in order to ensure game balance and prevent rank fluctuations. That is, in the example of Figure 7, the target player's rank is Master, so options 701a-e are displayed. However, for example, for Platinum, which is the next lower rank, option 701a may not be selectable or may be controlled not to be displayed. Furthermore, to prevent the cumulative number of awarded points from becoming negative, the designation of a bet element is controlled to be acceptable only if the target player has been awarded the amount of rank points to be designated.

[0118] (Display of bet details) When matching is completed for players using the betting function, bet elements are displayed in a manner that allows all players participating in the competitive game to see them on a game start screen that notifies two competing players, as shown in Fig. 8. Such display of bet elements can serve as an indicator of each player's enthusiasm for the competitive game, thereby increasing players' motivation for playing the game and enhancing its enjoyment.

[0119] In addition, depending on the total amount of bet elements of the two players in a competitive game, the display effects on the game start screen and the game screen during the competitive game may be varied by adding cheers or confetti, etc., to make the competitive game more interesting.

[0120] In this embodiment, details of the matching process will be omitted, but from the viewpoint of utilizing the effect of increasing interest depending on the number of such bet elements, for example, in a matching method such as that of embodiment 1, for a matching request related to a player who has a bet element with a predetermined amount or more of rank points, such as a so-called high-value bet, the matching process can be configured to use matching criteria for matching players who are betting under similar conditions.

[0121] Rank Determination Process The rank determination process executed in the rank match mode by the server 200 of this embodiment will be described in detail below with reference to the flowchart in Fig. 9. The process corresponding to this flowchart can be realized by the server control unit 201 reading out a corresponding processing program stored in, for example, the server storage device 202, and then loading and executing the program in the server memory 203. Note that this rank determination process will be described as being initiated when, for example, a termination condition for a battle game played in the rank match mode in any of the communication sessions is satisfied. In addition, in the description of this rank determination process, the battle game for which the termination condition is satisfied will be referred to as the "target game."

[0122] In S901, the server control unit 201 selects, as a target player, one player who has participated in the target game and whose new rank after the target game has not yet been determined.

[0123] In S902, the server control unit 201 determines whether or not the target player has used the betting function related to the target game. If the server control unit 201 determines that the target player has used the betting function, it proceeds to S903, and if it determines that the target player has not used the betting function, it proceeds to S905.

[0124] In S903, the server control unit 201 determines rank points as an additional reward to be awarded to the target player based on the match result of the target player in the target game and the bet element related to the opposing player. If the match result of the target player is a win, the server control unit 201 determines an additional reward in an amount corresponding to the bet element and awards it to the target player. That is, the server control unit 201 executes processing to update the player information of the target player and changes the cumulative number of awarded rank points to a value obtained by adding the amount of the additional reward. Furthermore, if the match result of the target player is a draw or a loss, the server control unit 201 determines the additional reward to be 0. In this case, since the cumulative number of awarded points of the target player remains unchanged, the server control unit 201 only determines that the additional reward is 0, and does not need to execute processing to update the player information of the target player.

[0125] In S904, the server control unit 201 determines and executes the treatment of the bet elements that were in a held state for the target player based on the match result of the target player in the target game. If the match result of the target player is a win or a draw, the server control unit 201 maintains the association of the bet elements with the target player and changes the bet elements from a held state to an awarded state for the target player. At this time, since there is essentially no change in the cumulative awarded number of the target player, the server control unit 201 may only perform processing to cancel the held state and not update the player information of the target player. Also, if the match result of the target player is a loss, the server control unit 201 cancels the association of the bet elements with the target player and puts the target player in a state where the bet elements have been lost. That is, the server control unit 201 performs processing to update the player information of the target player and changes the cumulative awarded number of rank points to a value obtained by subtracting the bet elements.

[0126] In S905, the server control unit 201 determines the normal reward rank points based on the match result of the target player in the target game. If the match result of the target player is a win, the server control unit 201 grants the target player the normal reward (a fixed value of rank points). That is, the server control unit 201 executes processing to update the player information of the target player, and changes the cumulative number of granted rank points to a value obtained by adding a fixed value. Furthermore, if the match result of the target player is a draw or a loss, the server control unit 201 determines the normal reward to be 0. In this case, since there is no change in the cumulative number of granted ranks of the target player, the server control unit 201 only determines that the normal reward is 0, and does not need to execute processing to update the player information of the target player.

[0127] In S906, the server control unit 201 determines a new rank to classify the target player into based on the cumulative number of rank points currently awarded to the target player. More specifically, the server control unit 201 compares the cumulative number of rank points awarded to the target player with a point threshold to determine a new rank to classify the target player into. After determining a new rank to classify the target player into, the server control unit 201 updates the player information of the target player.

[0128] In S907, the server control unit 201 determines whether new ranks for all players who participated in the target game have been determined after the target game. If the server control unit 201 determines that new ranks have been determined for all players, it completes this rank determination process, but if it determines that no ranks have been determined, i.e., that there are any undetermined players, it returns the process to S901.

[0129] As described above, the information processing device of this embodiment can provide a suitable game playing experience regardless of the number of times a player has played. That is, a player with high playing skill can more easily be promoted to an appropriate rank where he or she can compete against players with similar playing skill, thereby avoiding the occurrence of matches with players of different playing skill levels in lower ranks.

[0130] [Variation 5] In the above-described third embodiment, when a target player loses a competitive game using a betting function, the target player's rank may be demoted in response to the deduction of rank points. However, the present invention is not limited to this. Demotion is undesirable for players, and players in lower ranks such as silver and gold may lose motivation to play the game. For this reason, demotion due to the deduction of rank points may be performed only if the target player's rank is higher than a predetermined rank, such as master or higher. In other words, for example, a player in a rank below platinum may be allowed to maintain his or her current rank without being demoted to a lower rank, even if the deduction of rank points causes the player's rank to fall below the point threshold for that rank.

[0131] In the third embodiment, a target player wins a competitive game using a betting function, and the player's increased rank points exceed a point threshold associated with a higher rank, resulting in immediate promotion. However, the present invention is not limited to this. Regarding promotion, if the player exceeds a point threshold, the target player may be granted the right to challenge a promotion match to determine whether or not he or she can be promoted to the corresponding rank. The target player may be promoted if his or her performance in the promotion match satisfies the promotion conditions. Promotion matches may be competitive games against players of the same rank, for example. The target player is granted promotion if he or she wins more than half of a predetermined number of competitive games. Here, the predetermined number of matches may vary depending on the rank, and may be adjusted so that the higher the rank, the greater the predetermined number of matches, making it more difficult to achieve the promotion conditions.

[0132] [Variation 6] In the above-described third embodiment, a mode has been described in which the designation of the number of rank points to be used as a bet element is accepted from among options of a predetermined amount or a predetermined unit, but the implementation of the present invention is not limited to this. For example, if the total number of rank points that the target player has earned does not reach the minimum amount that the player can designate as a bet element, all of the rank points that the target player has earned may be designated as a bet element (so-called all-in). Alternatively, to increase the player's interest, the all-in option may be designated regardless of the total number of rank points that the player has earned.

[0133] [Variation 7] In the above-described third embodiment and modified example, an aspect in which rank points can be designated as a bet element has been described, but the present invention is not limited to this. For example, in an aspect in which other types of game elements are awarded to a player in addition to rank points, or in an aspect in which other types of game elements are awarded to a player instead of rank points, the betting function may be configured to allow the player to designate the other types of game elements as bet elements. In such an aspect, the types of game elements that a player can designate as bet elements may change depending on the rank to which the player is classified. Furthermore, in an aspect in which the types of game elements that can be designated as bet elements change depending on the rank, the higher the player's classified rank, the more game elements that are set to have a higher value in the competitive game can be designated as bet elements, and the more interesting the competitive game can be by, for example, making the game elements obtainable by winning.

[0134] [Variation 8] In the above-described embodiment and modified examples, various aspects have been described regarding multiple types of matching criteria for matching with a target player who has made a matching request, or for extracting a player as a matching candidate. However, it goes without saying that these matching criteria may be used in different combinations, and the priority of each matching criterion may also be changed as appropriate based on other factors such as the content of the competitive game and rank.

[0135] One embodiment of such a combination is shown in FIG. 10. The table shown in FIG. 10 illustrates multiple types of matching criteria and their priorities that are referenced in the matching process for the above-mentioned ranking match mode battle game. Each row in the table indicates, for one matching criterion, the extraction conditions associated with that matching criterion, the prerequisites for applying that matching criterion, and the priority of that matching criterion among multiple types of matching criteria. As shown in the figure, the matching criterion shown in the upper row has a higher priority, and is a matching criterion that is more likely to meet the conditions when extracting a waiting player associated with the target player.

[0136] In the example of Figure 10, the top priority condition is that the target player will not be matched with players who have played against the target player in the last 10 matches, and conditions regarding the target player's rank, bet elements, and leader card in the deck are also set.

[0137] The conditions related to the target player's rank are set differently depending on whether the target player is classified as God, the highest rank, or any other rank. More specifically, if the target player's rank is God, a low-priority matching standard is set so that the target player is matched with waiting players ranked ±50th from the target player's rank, but if no such waiting players exist, the standard is relaxed to waiting players ranked ±200th, and then waiting players with a God rank. On the other hand, if the target player's rank is other than God, a low-priority matching standard is set so that the target player is matched with waiting players of the same rank, but if no such waiting players exist, the standard is relaxed to waiting players classified as ±1, and then waiting players classified as ±2.

[0138] Furthermore, the matching criteria for the deck's leader card, such as that it must not be the same leader card as the deck used by the player most recently played against the target player, or the same leader card as the target player's battle deck, are based on the premise that the target player's rank must be other than God. This is because, at God, the highest rank, battles between players of that rank involve a great deal of strategy, and individual playing skills are considerable, so exchanges can unfold that are not based on advantages or disadvantages in deck compatibility.

[0139] Furthermore, the conditions for the bet element are set as a prerequisite that the bet element bet by the target player must be equal to or greater than a predetermined amount. This not only increases the interest of the competitive game by pitting players who have placed so-called high bets against each other, but also produces the following effects: For example, even if a player with high playing skills attempts to engage in gameplay (so-called smurfing) by repeatedly placing high bets using a sub-account in order to fraudulently manipulate the results or accumulated points awarded, such behavior can be deterred by configuring the system to match players with waiting players in a higher rank who are more likely to place high bets.

[0140] [Summary of the embodiment] The above-described embodiments disclose at least the following programs, information processing devices, and game systems.

[0141] (1) A computer that manages information about each player in a competitive game in which players compete against each other, a first acquisition process for acquiring information on a rank into which a target player who has made a matching request is classified in the competitive game; a second acquisition process for acquiring information on game elements associated with the target player; a betting process for registering game elements designated by the target player as betting elements for the competitive game in which the target player participates; a control process for controlling association of game elements with the target player based on the result of the competitive game in which the target player participated and the bet elements; A program for executing The betting process includes: registering, as the bet elements, at least a part of game elements associated with the target player and designated by the target player; A program for changing at least one of the type and quantity of game elements that can be designated by the target player, depending on the rank into which the target player is classified.

[0142] (2) The program according to (1), further causing the computer to execute a determination process for determining a new rank into which the target player will be classified in response to a change in the association of game elements with the target player.

[0143] (3) The program according to (2), wherein the control process associates a game element corresponding to the bet element relating to the target player with the target player, on the condition that the target player wins the competitive game.

[0144] (4) The program described in (3), wherein the control process associates with the target player a game element of the same type as the bet element, but in an amount smaller than the bet element relating to the target player, on the condition that the target player wins the competitive game.

[0145] (5) The program according to (4), wherein the determination process determines the newly classified rank according to the total amount of game elements associated with the target player.

[0146] (6) The program described in (5), wherein the determination process determines a rank higher than the rank to which the target player is currently classified as the new rank to which the target player will be classified, provided that the total amount of game elements associated with the target player exceeds a predetermined threshold.

[0147] (7) The program according to any one of (2) to (6), wherein the control process disassociates the bet element from the target player on the condition that the target player has lost the competitive game.

[0148] (8) The program described in (7), wherein the determination process determines a rank lower than the rank to which the target player is currently classified as the new rank to which the target player will be classified, provided that the total amount of game elements associated with the target player is below a predetermined threshold.

[0149] (9) The program described in (8), wherein the determination process determines a rank lower than the rank to which the target player is currently classified as the new rank to which the target player will be classified, provided that the rank to which the target player is classified is higher than a predetermined rank.

[0150] (10) The program according to any one of (2) to (9), wherein the control process maintains the association of the bet element with the target player on the condition that the target player has drawn in the competitive game.

[0151] (11) The program according to any one of (1) to (10), wherein the betting process accepts the designation of the betting element on the condition that a game element associated with the target player exists.

[0152] (12) The program according to any one of (1) to (11), wherein the betting process accepts designation of all game elements associated with the target player as the betting elements.

[0153] (13) The betting process is one of a plurality of game elements is designated as the bet element; The program according to any one of (1) to (12), wherein the higher the class into which the target player is classified, the more expensive the type of game element that can be designated as the bet element in the competitive game.

[0154] (14) The program further causes the computer to execute a matching process for matching players who have made matching requests at the same time, The program according to any one of (1) to (13), wherein the betting process accepts designation of the betting element before matching is performed in the matching process.

[0155] (15) An information processing device that manages information about each player in a competitive game in which players compete against each other, a first acquisition means for acquiring information on a rank into which a target player who has made a matching request is classified in the competitive game; a second acquisition means for acquiring information on game elements associated with the target player; a betting means for registering game elements designated by the target player as betting elements for the competitive game in which the target player participates; a control means for controlling association of game elements with the target player based on the result of the competitive game in which the target player participated and the bet elements; Equipped with The betting means is registering, as the bet elements, at least a part of game elements associated with the target player and designated by the target player; An information processing device that changes at least one of the type and quantity of game elements that the target player can specify, depending on the rank into which the target player is classified.

[0156] (16) A game system including an information processing device that manages information about each player in a competitive game in which players compete against each other, and a communication terminal used by each player, The communication terminal a transmission means for transmitting a matchmaking request for an opponent in the competitive game; an execution means for executing the competitive game with the opponent in response to the opponent being matched; a display control means for displaying a screen relating to the competitive game on a display device; Equipped with The information processing device includes: a first acquisition means for acquiring information on a rank into which a target player who has made a matching request is classified in the competitive game; a second acquisition means for acquiring information on game elements associated with the target player; a betting means for registering game elements designated by the target player as betting elements for the competitive game in which the target player participates; a control means for controlling association of game elements with the target player based on the result of the competitive game in which the target player participated and the bet elements; Equipped with The betting means is registering, as the bet elements, at least a part of game elements associated with the target player and designated by the target player; A game system that changes at least one of the type and quantity of game elements that the target player can specify, depending on the rank into which the target player is classified.

[0157] (17) The information processing device further includes a matching means for matching players who have made matching requests at the same time, The game system according to (16), wherein the display control means displays the bet elements of the target player and the opponent player after the competitive game based on the matching by the matching means has started.

[0158] (18) The game system described in (16) or (17), wherein the display control means changes the display effects applied to the screen related to the competitive game depending on the bet elements related to the target player and the bet elements related to the opponent.

[0159] [Other embodiments] The invention is not limited to the above-described embodiment, and various modifications and variations are possible within the scope of the gist of the invention. [Explanation of symbols]

[0160] 100: Player terminal, 101: Control unit, 102: Storage device, 103: Memory, 104: GPU, 105: Operation I / F, 106: Communication I / F, 110: Display, 120: Speaker, 200: Server, 201: Server control unit, 202: Server storage device, 203: Server memory, 204: Server communication I / F, 300: Network

Claims

1. A computer that manages information about each player in a competitive game in which players compete against each other, a first acquisition process for acquiring information on a rank into which a target player who has made a matching request is classified in the fighting game; a second acquisition process for acquiring information on game elements associated with the target player; a betting process for registering the game elements designated by the target player as betting elements for the competitive game in which the target player participates; a control process for controlling association of the game elements with the target player based on the result of the competitive game in which the target player participated and the bet elements; a determination process for determining a new rank into which the target player will be classified in response to a change in the association of the game elements with the target player; A program for executing The betting process includes: registering, as the bet elements, at least a part of the game elements associated with the target player, the game elements designated by the target player; changing at least one of the type and the amount of the game elements that the target player can specify according to the rank into which the target player is classified; The determination process is a program for determining the newly classified rank according to the total amount of the game elements associated with the target player.

2. 2. The program according to claim 1, wherein the control process associates the game element corresponding to the bet element related to the target player with the target player on the condition that the target player wins the competitive game.

3. 3. The program according to claim 2, wherein the control process associates, with the target player, the game element of the same type as the bet element, but in an amount smaller than the bet element related to the target player, on condition that the target player wins the competitive game.

4. 2. The program according to claim 1, wherein the determination process determines, on the condition that the total amount of the game elements associated with the target player exceeds a predetermined threshold, a rank higher than the rank to which the target player is currently classified as the new rank to be classified.

5. 5. The program according to claim 1, wherein the control process cancels the association of the bet element with the target player on condition that the target player has lost the competitive game.

6. 6. The program according to claim 5, wherein the determination process determines, on the condition that the total amount of the game elements associated with the target player is below a predetermined threshold, a rank lower than the rank to which the target player is currently classified as the new rank to be classified.

7. 7. The program according to claim 6, wherein the determination process determines a rank lower than the rank into which the target player is currently classified as the new rank to be classified, on the condition that the rank into which the target player is classified is higher than a predetermined rank.

8. The program according to claim 1 , wherein the control process maintains the association of the bet element with the target player on the condition that the target player has drawn in the competitive game.

9. The program according to claim 1 , wherein the betting process accepts the designation of the betting element on the condition that the game element associated with the target player exists.

10. The program according to claim 1 , wherein the betting process accepts designation of all of the game elements associated with the target player as the betting elements.

11. The betting process includes: one of a plurality of types of game elements is designated as the bet element; The higher the class into which the target player is classified, the more expensive the game elements in the competitive game can be designated as the bet elements. The program according to claim 1.

12. the program further causes the computer to execute a matching process for matching players who have made matching requests at the same time; The betting process accepts the designation of the betting elements before the matching is performed in the matching process. The program according to claim 1.

13. An information processing device that manages information about each player in a competitive game in which players compete against each other, a first acquisition means for acquiring information on a rank into which a target player who has made a matching request is classified in the competitive game; a second acquisition means for acquiring information on game elements associated with the target player; a betting means for registering the game element designated by the target player as a betting element for the competitive game in which the target player participates; a control means for controlling association of the game elements with the target player based on the result of the competitive game in which the target player participated and the bet elements; a determination means for determining a new rank into which the target player will be classified in response to a change in the association of the game elements with the target player; Equipped with The betting means is registering, as the bet elements, at least a part of the game elements associated with the target player, the game elements designated by the target player; changing at least one of the type and the amount of the game elements that the target player can specify according to the rank into which the target player is classified; The determination means determines the newly classified rank according to the total amount of the game elements associated with the target player.

14. A game system including an information processing device that manages information about each player in a competitive game in which players compete against each other, and a communication terminal used by each player, The communication terminal a transmission means for transmitting a matchmaking request for an opponent in the competitive game; an execution means for executing the competitive game with the opponent in response to the opponent being matched; a display control means for displaying a screen relating to the competitive game on a display device; Equipped with The information processing device includes: a first acquisition means for acquiring information on a rank into which a target player who has made a matching request is classified in the competitive game; a second acquisition means for acquiring information on game elements associated with the target player; a betting means for registering the game element designated by the target player as a betting element for the competitive game in which the target player participates; a control means for controlling association of the game elements with the target player based on the result of the competitive game in which the target player participated and the bet elements; a determination means for determining a new rank into which the target player will be classified in response to a change in the association of the game elements with the target player; Equipped with The betting means is registering, as the bet elements, at least a part of the game elements associated with the target player, the game elements designated by the target player; changing at least one of the type and the amount of the game elements that the target player can specify according to the rank into which the target player is classified; The determining means determines the newly classified rank according to the total amount of the game elements associated with the target player.

15. the information processing device further comprises a matching means for matching players who have made matching requests at the same time, The display control means displays the bet elements of the target player and the opponent player after the match game based on the matching by the matching means starts. The game system of claim 14.

16. 16. The game system according to claim 14, wherein the display control means changes the display effects applied to the screen related to the competitive game depending on the bet elements related to the target player and the bet elements related to the opponent player.

Images