WO2020045493A1

WO2020045493A1 - Information processing device, program, and information processing system

Info

Publication number: WO2020045493A1
Application number: PCT/JP2019/033693
Authority: WO
Inventors: 勝太園山; 嘉博窪寺
Original assignee: 株式会社セガゲームス
Priority date: 2018-08-29
Filing date: 2019-08-28
Publication date: 2020-03-05
Also published as: JP2020031846A; JP6593502B1

Abstract

The purpose of the present invention is to provide an information processing device capable of easily determining whether a constructed deck is effective during a fight with another player. The problem is solved by an information processing device comprising: a deck constructing operation accepting means which accepts, from a first player, an operation to construct a first deck with a plurality of game characters; a test fight performing means which performs a test fight between the first deck used by a player other than the first player and a second deck used by the first player or a second player; a normal fight performing means which performs a normal fight between the first deck constructed by the first player and a deck constructed by the other player; a privilege allocating means which, if the first deck has won during the normal fight, allocates a privilege to the first player, and which, if the first deck has won during the test fight, does not allocate the privilege to the first player; and a display control means which causes a display unit to display the results of the test fight.

Description

Information processing apparatus, program and information processing system

The present invention relates to an information processing device, a program, and an information processing system.

カード For example, card games played in a battle format using cards such as trading cards have become widespread. In a card game, a player brings a bundle (deck) of cards selected from the cards held and plays the game using the cards in the deck. In a card game, a player plays a game in a face-to-face manner using a card of a paper medium.

In recent years, similar card games have been realized on game machines and computers. For example, there is known a mechanism (PvP) in which a user who plays a card game constructs a deck from a plurality of card characters possessed and battles with other users (for example, see Patent Document 1).

JP 2014-171862 A

However, the above card game has a problem that it is not easy to determine whether or not the constructed deck is effective in a battle with another user without actually performing a battle with another user and granting a privilege. there were.

The present invention has been made in view of the above-described problems, and has as its object to provide an information processing apparatus capable of easily determining whether a constructed deck is valid in a battle with another player. .

In order to solve the above-mentioned problem, an information processing apparatus according to claim 1 of the present application includes a deck construction operation accepting unit that accepts an operation of constructing a first deck from a plurality of game characters from a first player, and the first player Test match execution means for executing a test match between the first deck used by other than the first deck and the second deck used by the first player or the second player, and the first player is constructed by the first player. A normal match execution means for executing a normal match between the first deck and a deck constructed by another player; and, when the first deck wins in the normal match, a privilege is given to the first player. A privilege granting means for granting, when the first deck wins in the test battle, a privilege granting means for not granting the privilege to the first player, and a display unit for displaying a result of the test battle. Characterized in that it comprises a display control means for displaying.

According to the present invention, it is possible to easily determine whether or not the constructed deck is effective in a battle with another player.

FIG. 1 is a configuration diagram of an example of an information processing system according to an embodiment. FIG. 2 is a hardware configuration diagram of an example of a computer according to the embodiment. It is a processing block diagram of an example of the information processing system concerning this embodiment. It is a processing block diagram of other examples of the information processing system concerning this embodiment. FIG. 3 is a configuration diagram of an example of character information. FIG. 3 is a configuration diagram of an example of player information. It is a lineblock diagram of an example of deck information. FIG. 3 is a configuration diagram of an example of history information. It is an example flowchart which shows the procedure of construction of a defense deck and a test battle. It is an image figure of an example of a deck edit screen. It is an image figure of an example of a test battle screen. It is a flowchart of an example of the process of step S18. It is a flowchart of an example of the process of the execution determination of a test battle. It is a flow chart of an example of a test battle performed by persons other than the player who constructed the defense deck.

Next, embodiments of the present invention will be described in detail. In the present embodiment, a game will be described in which each player constructs an attack deck and a defense deck on a computer, and uses the attack deck and the defense deck to play a battle with another player. The attack deck is an attack deck that is used when a player challenges another player. The defense deck is a defense deck used when a player is challenged by another player. As described above, in the battle of the present embodiment, an example in which the attack deck of the player who has challenged the battle and the defense deck of the player who has challenged the battle will be described, but the present invention is not limited to this example.

[First Embodiment]
<System configuration>
FIG. 1 is a configuration diagram of an example of an information processing system according to the present embodiment. In the information processing system 1 of FIG. 1, one or more client terminals 2 and a game server device 3 are connected via a network 4 such as the Internet.

The client terminal 2 is a terminal device such as a PC, a smartphone, a tablet, or the like operated by a player, or a terminal device such as a home or business game dedicated device. The game server device 3 performs management and control of a game performed by a player at the client terminal 2, a billing process in the game, and the like.

In the information processing system 1 of FIG. 1, one player operating one client terminal 2 and another player operating another client terminal 2 perform a battle using the attack deck and the defense deck.

{Circle around (4)} The game server device 3 manages information relating to the battle between the players using the attack deck and the defense deck. For example, the game server device 3 (a normal battle unit 24 described later) causes a battle between the attack deck of one player who has challenged the battle and the defense deck of the player who has been challenged, and the game server device 3 (described later). The display control unit 28) causes the client terminal 2 to display the result of the match (eg, which player has won). In addition, the game server device 3 (benefit granting unit 26 described later) gives a bonus such as a point at which a lottery game (a lottery game in which a character or the like can be obtained) can be executed to a player who has won the battle. Note that the game server device 3 (the privilege granting unit 26 described later) may also grant a privilege such as a point to the defeated player. In this case, it is desirable that the number of points is smaller than the number of points given to the winning player. In addition, the game server device 3 (the privilege granting unit 26 described later) may grant a privilege such as a point to the defeated player only when the battle is a close battle. In the case of a specification in which the total HP obtained by adding the HPs of all the characters used by the opponent (constructing the deck) first to zero (0) is the winner of the battle, for example, the game server device 3 (described later) The privilege providing unit 26) may determine that the match was a close match, provided that the total HP of the player who has won the match is equal to or less than a predetermined value (for example, 10).

情報処理 The information processing system 1 of FIG. 1 is an example, and it goes without saying that there are various system configuration examples according to applications and purposes. For example, the game server device 3 in FIG. 1 may be configured to be distributed to a plurality of computers.

<Hardware configuration>
《Client terminal and game server device》
The client terminal 2 and the game server device 3 in FIG. 1 are realized by, for example, a computer having a hardware configuration illustrated in FIG. FIG. 2 is a hardware configuration diagram of an example of the computer according to the present embodiment.

2 includes an input device 501, a display device 502, an external I / F 503, a RAM 504, a ROM 505, a CPU 506, a communication I / F 507, an HDD 508, and the like, which are interconnected by a bus B. Note that the input device 501 and the display device 502 may be connected and used when necessary.

The input device 501 is a touch panel, operation keys and buttons, a keyboard, a mouse, and the like used by the player to input various signals. The display device 502 is a display such as a liquid crystal display or an organic EL display that displays a screen. The communication I / F 507 is an interface for connecting a computer to the network 4. Thus, the computer can perform data communication via the communication I / F 507.

The HDD 508 is an example of a nonvolatile storage device that stores programs and data. The stored programs and data include an OS, which is basic software for controlling the entire computer, and an application that provides various functions on the OS.

Note that the computer may use a drive device (for example, a solid state drive: SSD) using a flash memory as a storage medium instead of the HDD 508.

The external I / F 503 is an interface with an external device. The external device includes a recording medium 503a and the like. Thus, the computer can read and / or write the recording medium 503a via the external I / F 503. The recording medium 503a includes a flexible disk, a CD, a DVD, an SD memory card, a USB memory, and the like.

The ROM 505 is an example of a nonvolatile semiconductor memory (storage device) that can retain programs and data even when the power is turned off. The ROM 505 stores programs and data such as a BIOS executed when the computer is started, an OS setting, and a network setting. The RAM 504 is an example of a volatile semiconductor memory (storage device) that temporarily stores programs and data.

The CPU 506 is an arithmetic unit that realizes control and functions of the entire computer by reading out programs and data from a storage device such as the ROM 505 or the HDD 508 onto the RAM 504 and executing the processing.

The client terminal 2 and the game server device 3 according to the present embodiment can realize various processes described later by executing a program on a computer having the above-described hardware configuration.

<Software configuration>
A software configuration of the information processing system 1 according to the present embodiment will be described. The information processing system 1 in FIG. 1 is realized by, for example, the processing blocks illustrated in FIG. FIG. 3 is a processing block diagram of an example of the information processing system according to the present embodiment.

The game server device 3 of the information processing system 1 implements the communication unit 10, the control unit 12, and the storage unit 14 by executing a program. The control unit 12 includes a deck editing unit 20, a test battle unit 22, a normal battle unit 24, a privilege giving unit 26, and a display control unit 28. The storage unit 14 includes a character information storage unit 30, a player information storage unit 32, a deck information storage unit 34, and a history information storage unit 36.

The client terminal 2 of the information processing system 1 realizes an operation receiving unit 50, a control unit 52, a storage unit 54, a communication unit 56, and a screen display unit 58 by executing a program. The control unit 52 has a configuration including a request transmission unit 60 and a response reception unit 62.

The communication unit 10 of the game server device 3 performs communication with the client terminal 2. The control unit 12 performs processing related to the game. The control unit 12 advances the game based on the operation received by the client terminal 2 from the player. The storage unit 14 stores information about the game.

(4) The deck editing unit 20 of the control unit 12 causes the client terminal 2 operated by the player to display a deck editing screen described later. The deck editing unit 20 accepts a deck editing operation described later from the deck editing screen. For example, a deck editing operation is an operation in which a player selects a plurality of characters to construct an attack deck or a defense deck.

(4) In a game in which an attack deck and a defense deck are used to play against other players, characters constituting the attack deck and the defense deck can be used in the battle. Note that a deck is a set of characters constructed by a player to play a game. The number of characters to be constructed is often set in the attack deck and the defense deck. The player constructs an attack deck and a defense deck and confronts another player under the restriction on the number of characters set in the attack deck and the defense deck. The construction of an attack deck and a defense deck is an important factor that determines the outcome of a battle with another player.

(4) The test battle unit 22 executes a test battle in which a battle is made on the defense deck constructed by itself on the deck editing screen. Thus, the test battle is a battle against your own defense deck constructed on the deck editing screen. Therefore, in the test battle, the player can check how the defense deck moves (effectiveness in a normal battle described later) from the viewpoint of challenging the battle.

In a game in which such an attack deck and a defense deck are used to play against another player (a normal battle to be described later), another game is performed so that a player who is not playing (offline) can also play a battle. Artificial Intelligence (AI) operates the player's defense deck when the player is challenged by another player. Therefore, in the test match, it is desirable that the artificial intelligence operate the defense deck, but another player may operate the defense deck. Here, the operation of the deck is synonymous with using the deck, and is to select the attack content of each character constructing the deck in the battle.

In the case of a specification that allows you to challenge only the player who is playing (online) in the normal match described later (specification that the player operates the player's defense deck when another player challenges the battle), test In the battle, it is desirable that another player operate the defense deck, but artificial intelligence (AI) may operate the defense deck.

In a test match, it is desirable that the player who constructed the defense deck operate the attack deck, but even if another player operates the attack deck, the player who constructed the defense deck can watch the test battle. Good. As described above, in the test battle, various combinations of the entities that operate the attack deck and the defense deck are conceivable.

The test battle unit 22 does not increase the rank of the player who has built the defense deck even if the defense deck wins. Similarly, even if the defense deck is defeated, the test battle unit 22 does not lower the rank of the player who constructed the defense deck. In other words, the result of the test match does not affect the rank of the player.

The normal battle unit 24 executes a normal battle in which another player attacks with an attack deck and a normal battle in which an attack from another player is defended with a defense deck. As described above, the normal battle is a battle performed with an attack deck or a defense deck constructed by another player. The privilege granting unit 26 grants a privilege to the player according to the result of the normal battle. When the defense deck wins in the test battle, the privilege granting unit 26 does not grant the bonus to the player who has constructed the defense deck, or grants another privilege having a lower value than the privilege granted in the normal battle. It shall be.

The normal battle unit 24 may increase the rank of a player who has built a winning deck or lower the rank of a player who has built a defeated deck. In other words, the result of the normal battle affects the rank of the player.

The display control unit 28 controls the screen display of the client terminal 2 according to the progress of the game by the control unit 12. For example, the display control unit 28 causes the client terminal 2 operated by the player to display a test battle screen (a screen at the time of the test battle, a result screen of the test battle, etc.). Further, the display control unit 28 causes the client terminal 2 operated by the player to display a normal battle screen (a screen at the time of the normal battle, a result screen of the normal battle, and the like).

The character information storage unit 30 of the storage unit 14 stores character information of a character owned by the player as described later. The character information is information relating to a character constituting an attack deck or a defense deck. The player information storage unit 32 stores player information relating to the player as described later. The deck information storage unit 34 stores information on the deck constructed by the player as described later. The history information storage unit 36 stores information on the player's battle as described later.

The operation receiving unit 50 of the client terminal 2 receives an operation from a player operating the client terminal 2. Further, the control unit 52 performs a process related to a game in the client terminal 2. The request transmission unit 60 of the control unit 52 transmits a request to the game server device 3 based on the content of the operation received by the operation reception unit 50 from the player. The response receiving unit 62 receives a response such as a processing result for the request transmitted from the request transmitting unit 60 to the game server device 3.

(4) The storage unit 54 stores information necessary for the client terminal 2. The communication unit 56 performs communication with the game server device 3. The screen display unit 58 displays a screen of the client terminal 2 according to control from the game server device 3.

1 The information processing system 1 in FIG. 1 may be realized by, for example, the processing blocks shown in FIG. FIG. 4 is a processing block diagram of another example of the information processing system according to the present embodiment. In the information processing system 1 in FIG. 4, the function of the test battle unit 22 provided in the game server device 3 in the information processing system 1 in FIG. 3 is provided in the control unit 52 of the client terminal 2.

The control unit 52 of the client terminal 2 shown in FIG. 4 has a configuration in which a test battle unit 64 and a display control unit 66 are provided in addition to the request transmission unit 60 and the response reception unit 62. The test battle unit 64 performs the same processing as the test battle unit 22 of FIG. The display control unit 66 controls the screen display of the test battle screen.

As shown in FIG. 3 or FIG. 4, in the information processing system 1 according to the present embodiment, the control of the test battle may be performed by the client terminal 2 or the game server device 3. As described above, the information processing system 1 according to the present embodiment has a configuration in which at least a part of the configuration of the game server device 3 is provided in a server device other than the game server device 3 or a configuration in which the client terminal 2 is provided. Is also good.

Note that the control unit 52 of the client terminal 2 receives page data described in HTML (Hyper Text Markup Language) or a script included in the page data from the game server device 3 and performs a browser-based process for processing related to the game. There is. Further, there is an application type in which the control unit 52 of the client terminal 2 performs a process related to a game based on an installed application.

The character information storage unit 30 of the storage unit 14 stores, for example, the character information shown in FIG. FIG. 5 is a configuration diagram of an example of the character information. The character information in FIG. 5 includes character ID, character name, player ID, ownership period, number of times of test competition use, rarity, level, and ability information as items.

The character ID is an example of identification information for uniquely identifying a character. The character name is the name of the character. The player ID is an example of identification information for uniquely identifying a player. The ownership period is an elapsed period (owning period) from when the player starts possessing the character. For example, when a character is obtained by executing a lottery game, the possession period proceeds from the time of acquisition, and when a character evolves into another character by combining the characters possessed by the player, the possession period becomes Proceed from the time of evolution. The test battle usage count is the number of times the player has used the character in a test battle (defense deck). The rarity is information indicating the rarity (rare value) of the character. The level is a numerical value indicating the level of the strength of the character. The ability information is information indicating the ability of the character.

The player information storage unit 32 of the storage unit 14 stores, for example, player information as shown in FIG. FIG. 6 is a configuration diagram of an example of the player information. The player information in FIG. 6 includes a player ID, a possessed character ID, an attack deck ID, a defense deck ID, and a history ID as items.

The player ID is an example of identification information for uniquely identifying a player. The possessed character ID is an example of information representing a character ID of a character possessed (owned) by the player. The attack deck ID is an example of identification information for uniquely identifying the deck information of the attack deck constructed by the player. The defense deck ID is an example of identification information for uniquely identifying the deck information of the defense deck constructed by the player. The history ID is an example of identification information for uniquely identifying history information regarding a player's battle.

The deck information storage unit 34 of the storage unit 14 stores, for example, deck information as shown in FIG. FIG. 7 is a configuration diagram of an example of the deck information. The deck information in FIG. 7 has a deck ID and a plurality of character IDs as items. The deck ID is an example of identification information for uniquely identifying deck information. The deck information of the attack deck and the defense deck constructed by the player can be uniquely specified by the deck ID of the deck information and the attack deck ID and the defense deck ID of the player information.

The history information storage unit 36 of the storage unit 14 stores, for example, history information shown in FIG. FIG. 8 is a configuration diagram of an example of the history information. The history information of FIG. 8 includes history ID, test flag information, attack deck information, defense deck information, win / loss, moving image file name, and battle date and time as items. The history ID is an example of identification information for uniquely identifying history information. The test flag information is an example of information for identifying whether the history information is for a test match or a normal match.

Attack deck information is information about the attack deck that played the battle. The defense deck information is information on the defense deck that has played. Win / Loss is an example of information indicating the result of the battle. The moving image file name is an example of identification information for uniquely identifying a competitive moving image file. The battle date and time is an example of information indicating the date and time when the battle was executed.

<Process>
Hereinafter, the processing blocks of the information processing system shown in FIG. 3 will be described as an example.

《Test Battle of Defense Deck》
In the information processing system 1 according to the present embodiment, the player performs construction of a defense deck and a test battle in the procedure shown in FIG. 9, for example. FIG. 9 is a flowchart illustrating an example of a procedure of building a defense deck and performing a test battle.

The operation accepting unit 50 of the client terminal 2 accepts the operation of the deck editing request of the defense deck from the player operating the client terminal 2. A request from the player to edit a defense deck is sent from the client terminal 2 to the game server device 3.

When there is a deck editing request of the defense deck from the player, the processing proceeds from step S10 to step S12, and the display control unit 28 of the game server device 3 displays, for example, the deck editing screen 1000 of FIG. 10 on the client terminal 2 operated by the player. Display. FIG. 10 is an image diagram of an example of the deck editing screen. The deck edit screen 1000 includes a column 1002 for receiving a defense deck construction operation from the player, and a test button 1004 for receiving from the player a request for a test battle with the defense deck constructed in the column 1002.

On the deck editing screen 1000 displayed on the client terminal 2, the player performs a deck editing operation for constructing a defense deck with characters owned by the player. When the player performs a deck editing operation, the process proceeds to step S14, and the deck editing unit 20 of the game server device 3 constructs a defense deck according to the player editing operation of the deck. A player who wants to perform a test battle with the constructed defense deck as a virtual enemy presses a test button 1004. When the test button 1004 is pressed by the player, the deck editing unit 20 of the game server device 3 requests the test battle unit 22 to perform a test battle. The process proceeds from step S16 to step S18, and the display control unit 28 which has received the request from the test battle unit 22 causes the client battle screen 1010 of FIG. FIG. 11 is an image diagram of an example of the test battle screen.

The test battle screen 1010 includes a column 1012 for displaying the defense deck constructed by the player, a column 1014 for receiving an attack deck construction operation from the player, and a DUEL button 1016 for receiving a test battle start request from the player. The player presses the DUEL button 1016 after constructing an attack deck likely to be constructed by another player. If the player presses the DUEL button 1016, the process proceeds to step S36, and the test battle unit 22 does not consume the points consumed during the execution of the normal battle, and places the defense deck constructed on the deck edit screen 1000 as a virtual enemy. And execute the test match. The details of the processing in step S18 will be described later. As a result, the player can easily confirm the effectiveness of the defense deck he or she has constructed in a normal battle.

If the test button 1004 is not pressed by the player, the process of step S18 is skipped. The game server device 3 moves from the deck editing screen 1000 to another screen (excluding the test battle screen 1010) due to the player pressing the return button, and ends the steps from step S14 to step S20 until the defense deck construction processing ends. Is repeated. When the player presses the return button and moves from the deck editing screen 1000 to another screen (excluding the test battle screen 1010), the game server apparatus 3 completes the defense deck construction processing, and the game server apparatus 3 performs the processing in the flowchart of FIG. To end.

FIG. 12 is a flowchart of an example of the process of step S18. In step S30, the test battle unit 22 sets the defense deck constructed in the column 1002 of the deck edit screen 1000 as the defense deck, and the display control unit 28 designates the defense deck constructed in the column 1012 of the deck battle screen 1010 as the client terminal 2. To be displayed.

{Circle around (2)} The process proceeds to step S32, and the test battle unit 22 receives an operation of a request for setting (deck editing) of an attack deck constructed by a character owned by the player from the player operating the client terminal 2. A request to edit the deck of the attack deck from the player is sent from the client terminal 2 to the game server device 3. When the player performs an attack deck setting process (deck editing) request, the display control unit 28 receiving the request from the test battle unit 22 displays the attack deck constructed by the player in the column 1014 of the deck battle screen 1010. Let it.

Until the DUEL button 1016 is pressed by the player, the test battle unit 22 repeats the processing from Step S32 to Step S34. When the DUEL button 1016 is pressed by the player, the process proceeds to step S36, and the test battle unit 22 determines whether the defense deck displayed in the column 1012 of the deck battle screen 1010 and the attack deck displayed in the column 1014 are different. Perform a test match. Upon receiving a request from the test battle unit 22, the display control unit 28 is constructed by the player and includes a defense deck (constructed by the player) operated by artificial intelligence and an attack deck (constructed by the player) operated by the player himself. The test battle is displayed on the client terminal 2 operated by the player in real time. The test battle unit 22 records the state of the test battle (generates a moving image file) so that the player can reconfirm the recorded test battle (the display control unit 28 stores the moving image file in the client terminal 2). To be displayed. In addition, the process proceeds to step S38, and the test battle unit 22 causes the history information storage unit 36 to store the result of the test battle.

《Judgment of execution of test match》
In the process of the flowchart of FIG. 9, the execution of the test competition is not limited, but the execution of the test competition may be limited by, for example, performing the execution of the test competition shown in the flowchart of FIG. FIG. 13 is a flowchart illustrating an example of a process of determining whether to execute a test battle.

The process proceeds to step S40, and the test battle unit 22 reads the character information of the character constituting the defense deck from the character information in FIG. 5, the player information in FIG. 6, and the deck information in FIG. The process proceeds to step S42, and the test battle unit 22 refers to the ownership period of the character constituting the defense deck, and determines whether or not the character owned by the player has not passed the predetermined period. In the process of step S42, it is determined whether the characters constituting the defense deck include a newly obtained character. For example, the test battle unit 22 determines that the character whose ownership period by the player has not passed the predetermined period is a newly obtained character. The test battle unit 22 may determine that a character that has not been used in a test battle (defense deck) is a newly obtained character.

If the newly obtained character is included in the defense deck, the process proceeds to step S44, and the test battle unit 22 determines to execute a test battle. If the newly obtained character is not included in the defense deck, the process proceeds to step S46, and the test battle unit 22 determines that the test battle is not to be performed.

According to the test battle execution determination process of FIG. 13, the execution of the test battle on the defense deck including no newly obtained character by the player is restricted. By providing such a restriction, in the information processing system 1 according to the present embodiment, a test battle can be executed on the defense deck including the newly obtained character, which is an opportunity for the player to find a surprising defense deck. obtain.

Note that the flowchart of FIG. 13 illustrates an example in which the execution of the test battle on the defense deck that does not include any newly obtained characters by the player is restricted. However, the test battle unit 22 performs the test battle (as the defense deck). The execution of a test battle on a defense deck that does not include any character whose use count is less than the predetermined count may be limited. In addition, the test battle unit 22 may refer to the history information and limit the number of defense decks that can perform the test battle, for example, such that the upper limit of one month is five decks, or the number of times that the test battle can be performed is, for example, the upper limit of one month. It may be limited to ten times.

《Perform a test match》
In the process of the flowchart in FIG. 12, an example is shown in which the player who has constructed the defense deck executes a test battle (operates the attack deck). However, a player other than the player who constructed the defense deck performs a test battle (plays the attack deck). Operation). FIG. 14 is a flowchart of an example of a test battle executed by a player other than the player who has constructed the defense deck.

For example, a player who has built a defense deck may be able to request another player belonging to the same group (such as a guild) or a registered other player (such as a friend) to execute a test battle. . For example, when receiving an operation of a request from a player to another player, the test battle unit 22 may receive an operation of whether or not to receive the request from another player. Here, a description will be given of a process performed after a request for execution of a test battle has been received and another player has received the request.

The process proceeds to step S51, and the test battle unit 22 performs a test battle between the defense deck constructed by the player and operated by the artificial intelligence and the attack deck constructed by the player and operated by another player. Then, the display control unit 28 that has received the request from the test battle unit 22 displays a test battle screen on each of the client terminal 2 operated by another player and the client terminal 2 operated by the player. Therefore, the player can watch a test battle between the defense deck constructed by himself and operated by artificial intelligence and the attack deck operated by another player.

Note that the player can freely stop watching the test match. When the player stops watching the test battle, the process proceeds to step S54, and the test battle unit 22 causes another player operating the attack deck to select continuation or suspension of the test battle. If another player selects to stop the test battle, the process proceeds to step S56, and the test battle unit 22 stops the test battle halfway. On the other hand, when the other player selects the continuation of the test battle, the process proceeds to step S57, and the test battle unit 22 executes the test battle to the end (watching by the player is stopped). When the test battle ends while the player continues watching the test battle, the test battle unit 22 ends the processing of the flowchart in FIG.

According to the processing of the flowchart in FIG. 14, when the player who has requested the execution of the test match stops watching, the other players who have been requested to execute the test match can stop the test match halfway, so that time is saved. be able to. On the other hand, according to the processing of the flowchart of FIG. 14, even when the player who has requested the execution of the test match stops watching, if another player requested to execute the test match desires, the test is performed. You can play the match to the end.

[Other embodiments]
In the first embodiment, a head-to-head determination is made in a case where the total HP obtained by adding the HPs of all the characters used by the opponent (constructing the deck) to zero (0) is the winner of the battle. However, in the case of a specification in which the HP of all the characters used by the opponent (constructing the deck) is set to zero (0) first, the game server device 3 (described later) The privilege providing unit 26) performs a match on condition that the number of characters whose HP is zero (0) is equal to or greater than a predetermined number (for example, 2) among the characters used by the player who has won the match. It may be determined that the battle is a close battle, and for example, the game server device 3 (the privilege granting unit 26 to be described later) may use a character whose HP is not zero (0) among the characters used by the player who has won the battle. On condition that the number of Rakuta is less than or equal to a predetermined number (e.g. 2), it may be determined that the battle was close.

In the first embodiment, the example has been described in which, when the DUEL button 1016 is pressed by the player in step S36, the test battle unit 22 performs the test battle without consuming the points consumed during the execution of the normal battle. However, when the player presses the DUEL button 1016, the test battle unit 22 may execute the test battle by consuming less points than the points consumed when executing the normal battle.

In the first embodiment, there has been described an example in which, when the DUEL button is pressed by a player who challenges a normal battle to any player, the normal battle unit 24 consumes points and executes the normal battle. When the player who challenges the normal battle against the player presses the DUEL button, the normal battle unit 24 may execute the normal battle without consuming points.

{Circle around (3)} In step S38, the test battle unit 22 may give a reward to another player who has received the request. The reward is, for example, points, items, and the like that can be executed to collectively execute a lottery game (a lottery game in which a character or the like can be obtained). In step S56, even if the requested player stops watching the test match (if the test match has not been executed to the end), the test battle unit 22 provides a reward to the other players who have received the request. It is desirable to give. On the other hand, when the test battle is not executed to the last due to the disconnection of the communication or the like, the test battle unit 22 does not need to give a reward to the other players who have received the request.

In the first embodiment, in step S51, the display control unit 28 receiving a request from the test battle unit 22 performs a test battle between a defense deck operated by artificial intelligence and an attack deck operated by another player. Although the example in which the client terminal 2 displays the test battle is described, the test battle unit 22 records (creates a moving image file) the test battle executed at another player's favorite timing, and the display control unit 28 executes the test battle. May be displayed on the client terminal 2 operated by the player upon receiving a display operation from the player who has requested the game. In addition, the test battle unit 22 records (stores) the artificial intelligence and the operation log of the other player in the test battle executed at the desired timing of the other player, and the display control unit 28 requests the test battle. Upon receiving the display operation from the player, the test battle may be displayed on the client terminal 2 operated by the player according to the recorded (stored) operation log. These make it easier for other players to receive a request for a test match. Note that the test battle unit 22 may automatically cancel the request if the test battle is not executed within a predetermined time (for example, 24 hours) after receiving the request.

In the first embodiment, in the step S14, an example in which the player owns the defense deck with the character owned by the player has been described. However, the defense deck for the test battle may be constructed with the character not owned by the player. Thereby, it is possible to know the reason why the user is weak (whether he does not own a strong character and is weak, etc.). Further, in the first embodiment, an example has been described in which an attack deck is constructed by a character owned by a player, but an attack deck of a test battle may be constructed by a character not owned by a player. For example, an attack deck may be constructed by a character owned by another player (such as a friend), or an attack deck may be constructed by a character not owned by not only the player but also another player (such as a friend). Is also good. This makes it possible to more accurately determine the effectiveness of the constructed defense deck in a normal match.

In the first embodiment, an example has been described in which the player constructs an attack deck used in a test battle, but another player may construct an attack deck used in a test battle. This makes it possible to more accurately determine the effectiveness of the constructed defense deck in a normal match.

In the first embodiment, an example has been described in which the player builds an attack deck used in a test match. However, the attack deck used by many players in a normal match (a popular deck) is used in a test match. You may select an attack deck. Similarly, an attack deck to be used in a test match may be selected from among attack decks (trendy decks) used by many players (limited to players of a similar rank) in a normal match (in a normal match, the rank is lower). (Because it is often played between close players), and the opponent who has played against the player in the normal match selects the attack deck used in the test match from the attack decks currently used in the normal match The opponent who has won the player in the normal match may select the attack deck to be used in the test match from the attack decks currently used in the normal match, or the player in the normal match You can select an attack deck to be used in a test match from among attack decks you have won, or a friend or other player currently using it in a normal match The attack deck to be used in the test match may be selected from among the attack decks currently being used, or the attack deck to be used in the test match may be selected from the attack decks currently used in the normal match by other players of similar rank. It may be selected (because in normal competition, players of similar ranks often compete with each other). For example, in step S32, the display control unit 28 causes the client terminal 2 operated by the player to display a field for accepting an attack deck selection operation (attack deck candidate list). The operation of selecting the attack deck is received from the player operating. When the DUEL button 1016 is pressed by the player, the process proceeds to step S36, and the test battle unit 22 performs a test battle between the defense deck displayed in the column 1012 of the deck battle screen 1010 and the selected attack deck. Execute This saves the trouble of constructing an attack deck for a test battle, and makes it possible to more accurately determine the effectiveness of the constructed defense deck in a normal battle. In addition, you may make another player select it.

テスト Also, as described above, in the test battle, there are various combinations of the entities that operate the attack deck and the defense deck. The subject who operates the defense deck may be artificial intelligence or another player other than the player who constructed the defense deck. The player who operates the attack deck may be a player who has constructed the defense deck, or a player other than the player who has constructed the defense deck.

情報処理 In the information processing system 1 according to the present embodiment, there are many variations of a subject who operates an attack deck and a defense deck that perform a test battle, so that the simulation is versatile and more practical simulation can be realized.

Note that when the player operates the defense deck or the attack deck in the test battle, an assist function for the player may be provided, for example, by displaying an operation that artificial intelligence considers best. According to such an assist function, a player who operates the defense deck or the attack deck can defend in a test battle while referring to the operation that the defense deck or the attack deck using artificial intelligence considers to be the best when wondering how to operate. Decide which deck or attack deck to operate.

(Summary)
In the information processing system 1 according to the present embodiment, since the test battle can be challenged against the defense deck constructed by itself, the effectiveness of the defense deck constructed by himself can be easily determined in the normal battle. In addition, it is possible to watch a situation where another player challenges a test battle against the defense deck constructed by himself, and easily determine whether the defense deck constructed by himself is effective in a normal battle with another player.

In addition, at least one of the attack deck and the defense deck in the normal battle may be performed by artificial intelligence. Further, in the present embodiment, the game in which the attack deck and the defense deck are used properly has been described. However, the attack deck and the defense deck may be common.

The present invention is not limited to the above-described embodiments specifically disclosed, and various modifications and changes can be made without departing from the scope of the claims.

Reference Signs List 1 information processing system 2 client terminal 3 game server device 4

network

10, 56

communication unit

12, 52

control unit

14, 54 storage unit 20

deck editing unit

22, 64 test battle unit 24 normal battle unit 26

privilege giving unit

28, 66 display Control unit 30 Character information storage unit 32 Player information storage unit 34 Deck information storage unit 36 History information storage unit 50 Operation reception unit 58 Screen display unit 60 Request transmission unit 62 Response reception unit 501 Input device 502 Display device 503 External I / F
503a Recording medium 504 RAM
505 ROM
506 CPU
507 Communication I / F
508 HDD
1000 Deck editing screen 1002 Field to accept defense deck construction operation 1004 Test button 1010 Test battle screen 1012 Field to display defense deck constructed by yourself 1014 Field to accept attack deck construction operation from player 1016 DUEL button B bus

Claims

Deck construction operation accepting means for accepting an operation of constructing a first deck from a plurality of game characters from a first player;
A test battle execution means for performing a test battle between the first deck used by other than the first player and the second deck used by the first player or the second player;
A normal battle execution means for executing a normal battle between the first deck constructed by the first player and a deck constructed by another player;
If the first deck wins in the normal match, a benefit is given to the first player, and if the first deck wins in the test match, the benefit is not given to the first player. Privilege grant means,
Display control means for displaying the result of the test battle on a display unit;
An information processing apparatus comprising:
The deck construction operation accepting means, when accepting, from the first player, an operation to construct the first deck used in the test battle, the first deck including a game character not owned by the first player. The information processing apparatus according to claim 1, wherein an operation of constructing the deck is received from the first player.
2. The test match execution means does not execute the test match of the first deck which does not include the game character for a period shorter than a predetermined period since the first player owns the game character. An information processing apparatus according to claim 1.
The test match execution means may not execute the test match of the first deck that does not include the game character that is less than a predetermined number of times used in the test match since the first player possesses the test match. The information processing apparatus according to claim 1, wherein:
5. The information processing apparatus according to claim 1, wherein the test match execution unit causes the first player to watch the test match when executing the test match. 6.
The test match execution means, when stopping the watching of the test match based on a request from the first player, causes the second player to select the continuation of the test match or the stop of the test match. The information processing apparatus according to claim 5, wherein
The said 1st deck is a deck used by the said 1st player used when the said 1st player challenged the said normal match from the said other player, The said 1st player The information processing device according to claim 1.
Computer
Deck construction operation accepting means for accepting an operation of constructing a first deck from a plurality of game characters from a first player;
Test battle execution means for performing a test battle between the first deck used by a player other than the first player and the second deck used by the first player or the second player;
A normal battle execution means for executing a normal battle between the first deck constructed by the first player and a deck constructed by another player;
If the first deck wins in the normal match, a benefit is given to the first player, and if the first deck wins in the test match, the benefit is not given to the first player. Benefits grant means,
Display control means for displaying the result of the test battle on a display unit,
Program to function as
An information processing system having a terminal device operated by a player and an information processing device communicably connected to the terminal device via a network,
Deck construction operation accepting means for accepting an operation of constructing a first deck from a plurality of game characters from a first player;
A test battle execution means for performing a test battle between the first deck used by other than the first player and the second deck used by the first player or the second player;
A normal battle execution means for executing a normal battle between the first deck constructed by the first player and a deck constructed by another player;
If the first deck wins in the normal match, a benefit is given to the first player, and if the first deck wins in the test match, the benefit is not given to the first player. Privilege grant means,
Display means for displaying the result of the test match;
An information processing system comprising: