JP2023012523A - Game system, game program, and information processing method - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a game system, a game program, and an information processing method capable of deepening understanding of a game and suppressing loss of motivation.

SOLUTION: A game system for providing a game executable in multiple player terminals capable of accessing a server via a network includes: a deck organization unit for organizing a deck composed of multiple game media that one player uses within a game via a player terminal; and a deck storage unit for storing a deck organized by another player.

SELECTED DRAWING: Figure 3

COPYRIGHT: (C)2023,JPO&INPIT

Description

The present invention relates to a game system, a game program, and an information processing method, and more particularly to a game system, a game program, and an information processing method that provide a game that can be executed by a plurality of player terminals that can access a server via a network.

In recent years, games that can be executed on player terminals such as smartphones and game terminals that can access servers via networks have been provided. In this type of game, PvP (Player Versus Player
) method exists.

Patent Document 1 discloses a deck formation unit that forms a deck composed of a plurality of game media such as game cards, tools, and items that can be used in a game. , a game system is disclosed in which a player battles against another player using an organized deck.

Japanese Patent No. 5336670

By the way, in a game in which a deck is organized and executed as in the above-mentioned Patent Document 1, it is necessary to organize a more powerful deck from the viewpoint of advancing the game in an advantageous manner.

However, for example, a player who has just started playing the game does not know how to organize the deck to advance the game in an advantageous manner, so there is a possibility that the player's motivation for the game will decrease.

The present invention has been made in view of the circumstances described above, and an object thereof is to provide a game system, a game program, and an information processing method capable of deepening the understanding of the game and suppressing a decrease in motivation.

A game system according to the present invention for achieving the above object provides a game system that provides a game executable by a plurality of player terminals that can access a server via a network, in which one player can play a game via a player terminal. The game is characterized by comprising a deck formation section for forming a deck composed of a plurality of game media to be used in the game, and a deck storage section for saving decks formed by other players.

According to this, since one player can save a deck organized by another player, when one player organizes a deck, one player can use the saved deck organized by another player. You can refer to it.

Therefore, one player can review the formation of his/her own deck based on the decks formed by the other players, thereby improving the experience value of the game, deepening the understanding of the game, and suppressing a decrease in motivation. You can do it.

This game system is characterized by comprising a deck viewing section for browsably displaying a deck stored in the deck storage section on a player terminal, and one player using the deck organized in the deck formation section can read the deck in the deck storage section. It is characterized by having a game processing unit that executes a virtual battle mode in which a virtual player using a stored deck plays against the player.

The game media constituting the deck are characterized by including at least game cards that can be used in the game, and the game is characterized by being a role-playing game.

A game program according to the present invention for achieving the above object is a game program for executing a game on a plurality of player terminals that can access a server via a network, wherein one player can access the server via the player terminal. It functions as a deck formation section for forming a deck composed of a plurality of game media to be used in the game and a deck storage section for saving decks formed by other players.

An information processing method according to the present invention for achieving the above object is an information processing method for executing a game on a plurality of player terminals that can access a server via a network, wherein It is characterized by organizing a deck composed of multiple game media to be used in the game, and saving the decks organized by other players.

According to the present invention, it is possible to deepen the understanding of the game that can be executed on the player terminal.

1 is a block diagram illustrating the outline of the configuration of a game system according to an embodiment of the present invention; FIG. Similarly, it is a block diagram for explaining the outline of the configuration of the server of the game system according to the present embodiment. Similarly, it is a block diagram for explaining the outline of the configuration of the storage of the server of the game system according to the present embodiment. Similarly, it is a block diagram for explaining an outline of the configuration of game information processed by the game system according to the present embodiment. Similarly, it is a figure explaining an outline when the game card processed by the game system which concerns on this Embodiment is displayed on a player terminal as a screen interface. Similarly, it is a figure explaining the outline of a structure of the deck data processed with the game system which concerns on this Embodiment. Similarly, it is a block diagram for explaining an outline of mode processing executed in the game system according to the present embodiment. Similarly, it is a block diagram for explaining an outline of processing when a deck is organized by the game system according to the present embodiment. Similarly, it is a flow chart for explaining an outline of processing when referring to another player's deck in the game system according to the present embodiment. Similarly, it is a block diagram for explaining the outline of the configuration of the player terminal of the game system according to the present embodiment. Similarly, it is a flowchart for explaining the outline of the processing of the game system according to the present embodiment.

Next, a game system according to an embodiment of the present invention will be described with reference to FIGS. 1 to 11. FIG.

FIG. 1 is a block diagram outlining the configuration of a game system according to an embodiment of the present invention. As shown, the gaming system 10 includes a server 20 and a plurality of player terminals 30
a to 30n as a main configuration, which are connected so as to be accessible to each other via a network 100 such as the Internet network.

In this embodiment, the server 20 is deployed by the operator 1 who provides the game by the game system 10, and the player terminals 30a to 30n are owned by a plurality of players 2a to 2n who use the game provided by the operator 1. be done.

The game provided by the operator 1 in the game system 10 is not particularly limited as long as it selects a plurality of game media and organizes a deck. Other sports games, quiz games, pinball games, card games, rhythm games, RPGs (role-playing games), location information games, board games, adventure games, casino games, simulation games, strategy games, racing games, etc. .

In addition, in this embodiment, the game provided by the business operator 1 is mainly assumed to be a role-playing game.

Next, a specific configuration of each part of the game system 10 of this embodiment will be described.

The server 20 is a desktop or notebook computer (
information processing device).

FIG. 2 is a block diagram for explaining the outline of the configuration of the server 20. As shown in FIG. As illustrated, the server 20 includes a processor 21, a memory 22, a storage 23, a transmitter/receiver 24, and an input/output unit 2.
5 which are electrically connected to each other via a bus 26 .

The processor 21 is an arithmetic device that controls the operation of the server 20, controls transmission and reception of data between elements, and performs processes necessary for executing application programs.

This processor 21 is, for example, a CPU (Central Process
It is a switching unit), and executes each process by executing an application program stored in a storage 23 described later and developed in a memory 22 .

The memory 22 is a DRAM (Dynamic Random Acc.
ESS Memory) or the like.

This memory 22 is used as a work area for the processor 21, and is used as a BIOS (Basic Input/Output System) executed when the server 20 is started.
and various setting information and the like are stored.

The storage 23 stores programs and information used for various processes. The configuration of this storage 23 will be described later.

The transmitter/receiver 24 connects the server 20 to the network 200 . This transmitting/receiving unit 24 is
Bluetooth (registered trademark) and BLE (Bluetooth Low Energy
) may be provided with a short-range communication interface.

The input/output unit 25 is an interface to which an input/output device such as a keyboard, mouse, or display is connected.

The bus 26 transmits, for example, address signals, data signals and various control signals among the connected processor 21 , memory 22 , storage 23 , transmission/reception unit 24 and input/output unit 25 .

FIG. 3 is a block diagram for explaining the outline of the configuration of the storage 23. As shown in FIG. As illustrated, the storage 23 includes a database 40 and an information processing program 41, which is a game program, in this embodiment.

The database 40 is implemented as a storage area provided by the storage 23, and stores game information D1 and deck information D2 in this embodiment.

FIG. 4 is a block diagram for explaining the outline of the configuration of the game information D1. As illustrated, the game information D1 includes game data d1a, event data d1b, player data d1c, and game content data d1d.

In this embodiment, the game data d1a includes characters and items that appear in the game,
It is composed of data related to game settings according to the type of game, such as a background image.

In this embodiment, the characters that make up the game data d1a are the players 2a to 2n.
characters that act in the game by being operated via the player terminals 30a-30n, characters that become companions of the players 2a-2n, or enemy characters that fight against the players 2a-2n.

In this embodiment, the event data d1b is composed of an arbitrary event in which a trial (for example, a battle with an enemy character, etc.) to be executed by the players 2a to 2n is set,
When this type of event is cleared, game media such as attack items used in the game, recovery items for character energy, and the like, which will be described later, may be provided.

In the present embodiment, the player data d1c includes the names and IDs (unique identification information) of the players 2a to 2n in the game, data related to characters used by the players 2a to 2n, and data related to game media owned by the players 2a to 2n. data, play stage data, play history (play date and time, total play time, number of days, login time, logout time, etc.) relating to past game execution, and the like.

Data related to characters used by the players 2a to 2n are, in the present embodiment, attribute data related to the attributes of the characters. Contains the value of the parameter.

Data related to owned game media includes, for example, values such as the number of owned game media associated with the ID of the game media.

Data related to the play stage, among the plurality of set stages, player 2a ~
2n is data about the stages that have been played so far, and includes, for example, the number of times played and data when the stages are cleared.

The game content data d1d is data relating to game content given to the players 2a to 2n.

This game medium is used, for example, to exchange for other weapons in the game, recover the energy of the characters used by the players 2a to 2n, enhance their abilities, recover their stamina, etc. Items, in-game points, abilities, etc. are included, but in the present embodiment, they are composed of game cards used in the game.

In the present embodiment, this game card includes, for example, one configured in association with an arbitrary character (for example, a monster) that appears in the game, and the character has abilities, physical strength, etc., according to the characteristics possessed by the character. specifications are set. There may be multiple types of game cards for the same character, and there may be game cards for items instead of characters.

FIG. 5 is a diagram for explaining an outline of a case where a game card, which is an example of game content, is displayed as a screen interface on the player terminals 30a to 30n. As shown, the screen interface IF includes a character display area IF1 in which a character image is displayed,
It is composed of a spec display area IF2 in which specs of the character are displayed and a feature display area IF3 in which the features of the character are displayed.

In this embodiment, the deck information D2 shown in FIG. 3 is deck data for generating a deck composed of one or more game cards selected from game media such as a plurality of game cards owned by the players 2a to 2n. Consists of

FIG. 6 is a diagram for explaining an outline of the configuration of deck data. As shown, the deck data d2 is composed of characters set in the game card and attributes set for the characters, and includes, for example, character ID, character name, character image, attack power, defense power, level, It is composed of various parameters such as physical strength, a method of obtaining a character, and the like. In addition, various parameters such as attack power, defense power, level, and physical strength are
It may vary according to changes in the state (raising state) caused by each player using the character in the game, training the character, synthesizing other game contents, or the like. In other words, the deck data may include, for example, information regarding the breeding state at the time the deck was saved. In that case, even if the characters are common, the values of each parameter will differ according to the breeding state. The deck data can include a plurality of decks associated with each player, and is stored in the database 40 in association with a deck ID or the like assigned to each deck. The deck may consist of a combination of character cards and item cards. Values of various parameters such as level, attack power, defense power, and physical strength associated with the character ID are included.

In this embodiment, when each of the players 2a to 2n selects one or more of their own game cards to form a deck, deck data d2 is generated and stored in the database 40. FIG. Based on the generated deck data d2, the deck data d
2 is displayed on the player terminals 30a-30n as a deck on any screen interface.

The information processing program 41 shown in FIG. 3 includes a game processing section 41a, a deck formation section 41b, a deck reference section 41c, a deck storage section 41d, a deck viewing section 41e, and a provision section 41f in this embodiment.

In this embodiment, the game processing unit 41a executes basic game processing such as game progress and character control. For example, quest mode M1, battle mode M2, and virtual battle mode M3
to run.

In the quest mode M1, in this embodiment, players 2a to 2n adventure through a stage set in the game (for example, an undeveloped continent, a fictional country, outer space, etc.) through the characters they use. This is a mode for executing so-called "quests" such as searching.

In the present embodiment, the battle mode M2 is a mode in which one player (eg, player 2a) and another player (eg, player 2b) compete against each other. Note that one player (
For example, the player 2a) may play against an NPC (non-player character) automatically controlled by the server 20. FIG. In this embodiment, for example, player 2
Player 2a uses the deck assembled by player 2a, and player 2b uses the deck assembled by player 2b to play a match.

In the virtual battle mode M3, in the present embodiment, one player (for example, player 2a) uses a deck organized by another player (for example, player 2b). This is a mode in which one player 2a battles against a virtual player using a deck stored in the storage unit. Note that the game processing unit 41a is not limited to the above, and the game processing unit 41a may execute a virtual use mode in which a deck organized by another player is used (virtually) on a trial basis. In the virtual use mode, one player (for example, player 2a) uses a deck organized by another player (for example, player 2b) and stored by one player 2a in a deck storage unit described later to play a game. The mode to run. For example, by using a deck organized by another player (for example, player 2b) and virtually battling against an enemy character, the performance (strength, usability, etc.) of the game media that make up the deck, the deck, etc. You can check the performance as a whole. In addition, when using decks organized by other players, please do not affect the main quests and events in the game.
It is preferable to run quests and events that are exclusive to the virtual use mode. That is, the game information D1 may include information on quests and events dedicated to the virtual use mode in addition to information on main quests and events.

The game processing unit 41a also executes various other basic processes of the game.

In the present embodiment, the deck formation section 41b shown in FIG. 3 is for the players 2a to 2n to form a deck composed of game cards via the player terminals 30a to 30n.

FIG. 8 is a block diagram for explaining the outline of the processing of the deck formation unit 41b. As illustrated, the deck formation unit 41b uses player terminals 30a to 30n as a screen interface IF.
Players 2a to 2n from game cards owned by players 2a to 2n displayed in
organizes multiple game cards selected by as a deck.

In this embodiment, for example, a deck DK01 consisting of four different game cards selected from game cards owned by the players 2a to 2n, and three different game cards selected from the game cards owned by the players 2a to 2n. Deck DK0 consisting of game cards
Organize 2. The organized decks are stored together with the name of each deck based on the player's instructions, and can be read and displayed at any timing based on the player's instructions. Note that the number of game media constituting the deck is a predetermined number (for example, 3
number of sheets) or not.

In this embodiment, the deck reference unit 41c shown in FIG. 3 displays the decks organized by one player (eg, player 2a) by another player (eg, player 2b) on the player terminals 30a to 30n during the game. is.

FIG. 9 is a flowchart for explaining the outline of the processing of the deck reference unit 41c. As shown in the figure, in step S1, when another player (for example, player 2b) who wants to refer to the organization of the deck is selected, in step S2, the deck organized by the other selected player 2b is displayed. When selecting another player, for example, from a ranking screen showing the order of points in the game, select another player who is ranked higher, or select another player from among other players registered as friends. The selection can be made by selecting an arbitrary player or the like, but the selection is not limited to this.

In this embodiment, the other player 2b organizes a plurality of decks, and the other player 2b
When b is selected, all decks organized by another player 2b are displayed. It should be noted that only some of the multiple decks organized by the other player 2b may be displayed.

In the following step S3, if any deck is selected from all displayed decks,
At step S4, a plurality of game cards forming the selected deck are displayed. At this time, all the game cards that make up the deck may be displayed, or only part of them may be displayed.

The deck storage unit 41d shown in FIG. 3 stores the deck organized by another player (for example, the player 2b) referred to by the deck reference unit 41c.

In this embodiment, when the player 2a selects and displays a deck organized by another player 2b, the deck storage unit 41d displays a message such as "Do you want to save? Yes/No". If "yes" is selected, the deck organized by the other player 2b is saved. That is, other players' decks can be saved based on the player's request.

In the present embodiment, the stored deck is stored in the database 40 as deck information D2 by adding an identification tag to the deck data d2 that generated the deck.

In this embodiment, the deck browsing unit 41e reads the decks stored in the deck storage unit 41d,
It is displayed so that it can be browsed by the player terminals 30a to 30n.

In this embodiment, the deck browsing unit 41e is stored in the database 40 based on an identification tag (which may include a unique deck ID) given to the deck data d2 in response to the operation of the player 2a. The deck data d2 corresponding to the deck saved by the player 2a is read from the deck information D2 and displayed on the player terminals 30a to 30n.

In the present embodiment, the granting unit 41f grants game media such as game cards to the players 2a to 2n according to conditions.

The provision of game cards by the provision unit 41f is, for example, to win against another player in a match,
It is assumed that it will be given when pulling a gacha, clearing an arbitrary stage, or clearing an arbitrary event.

Based on the processing in the game processing unit 41a, the deck formation unit 41b, the deck reference unit 41c, the deck storage unit 41d, the deck browsing unit 41e, and the provision unit 41f, in the present embodiment,
A game is executed at the player terminals 30a to 30n.

In this embodiment, the player terminals 30a to 30n shown in FIG. 1 are implemented by smart phones, which are portable information terminals. It may be

FIG. 10 is a block diagram outlining the configuration of the player terminals 30a to 30n. As illustrated, the player terminals 30a to 30n are provided with a control unit 31 and a display 32 as main components.

In this embodiment, the control unit 31 controls each unit of the player terminals 30a to 30n such as the display 32 and cameras (not shown), and is composed of, for example, a processor, a memory, a storage, a transmission/reception unit, and the like.

In this embodiment, the control unit 31 stores a game application or a browser capable of browsing a website, and based on the processing in the information processing program 41 of the server 20, the player terminal is controlled via the game application or the browser. 30a-30n
The game is executed in

In this embodiment, the display 32 displays screen interfaces (including game card screen interfaces IF) of games executed by the player terminals 30a to 30n.

The display 32 is a so-called touch panel that accepts information input by touching the display surface, and is implemented by various technologies such as a resistive film system and a capacitance system.

In this embodiment, the player operation information D3 is input via the display 32. FIG.

In this embodiment, the player operation information D3 is information that is input regarding the operations and actions of the characters used by the players 2a to 2n in the game, or information that is input regarding the organization and storage of decks.

This player operation information D3 is input based on arbitrary actions of the players 2a to 2n on the display 32 (for example, action of tapping or swiping the screen, action of dragging and dropping an icon displayed on the screen, etc.). be.

Next, an outline of processing of the game system 10 according to the present embodiment will be described.

FIG. 11 is a flowchart outlining the processing of game system 10 according to the present embodiment. As shown in the figure, first, in step S10, for example, the player 2a executes the game to progress the game.

Subsequently, in step S11, when organizing a deck, the player 2a refers to the deck organized by another player 2b, who is ranked higher than the player 2a in terms of experience value, score, etc. in the game of the present embodiment. .

In this case, in this embodiment, the player 2a selects another player 2b via the player terminal 30a, and causes the player terminal 30a to display all the decks organized by the player 2b.

When the player 2a selects an arbitrary deck from all displayed decks, a plurality of game cards forming the selected deck are displayed. If a deck that is likely to be helpful is detected in this step, the player 2a saves the detected deck in step S12.

On the other hand, if no decks organized by the player 2b that are likely to be helpful are found, in step S11 again, another player (for example, the player 2c) is selected, and all the decks organized by the player 2c are played by the player. It is displayed on the terminal 30a.

After that, in step S13, the player 2a displays the saved deck on the player terminal 30a, browses the displayed deck, and refers to the game cards that make up the deck.

Subsequently, in step S14, the player 2a browses and refers to the displayed deck, selects a plurality of game cards from the game cards owned by the player 2a, and organizes a deck.

In this way, one player 2a can save a deck organized by another player 2b, so when one player 2a organizes a deck, one player 2a can You can refer to the organized deck.

Therefore, one player 2a can refer to a deck organized by another player 2b,
Since it is possible to review the organization of one's own deck, the experience value of the game can be improved and the understanding of the game can be deepened.

In particular, if the other player 2b who organizes the saved deck is a player 2b whose experience value, score, etc. are ranked higher than the player 2a in the game, a further improvement in the experience value in the game can be expected.

By the way, in the present embodiment, after one player 2a saves a deck organized by another player 2b, the player 2a fights against a virtual player using the saved deck in a virtual battle mode M3. can be executed.

By executing the virtual battle mode M3, the player 2a can check the strength (combat ability) of his/her current deck, which is organized without referring to the deck organized by the other player 2b, for example. By executing the virtual battle mode M3, it is possible to check what kind of combination of characters and/or items is effective in the game and in a predetermined scene.

The present invention is not limited to the above-described embodiments, and various modifications are possible without departing from the scope of the invention.

In the above-described embodiment, the case where the deck is made up of game cards has been explained, but the deck is not limited to game cards. Other items, such as tools that can be used, or a combination of different types of game media, such as characters and items, may be used.

In the above embodiment, the game provided by the operator 1 is a role-playing game. It is not limited.

Also, regarding the processing of the software function units provided in the server 20 and the player terminal 30,
The player terminal 30 may have some or all of the functions of the server 20 as long as the gist of the present invention can be realized.

The present invention has the following configurations.
(Item 1)
In a game system that provides a game that can be executed by multiple player terminals that can access a server via a network,
a deck formation unit that forms a deck composed of a plurality of game media that one player uses in the game via the player terminal;
a deck storage unit that stores the decks organized by other players;
A game system comprising:
(Item 2)
a deck browsing unit that displays the deck stored in the deck storage unit in a browsable manner on the player terminal;
A game system according to item 1, characterized by comprising:
(Item 3)
A game processing unit that executes a virtual battle mode in which one player using the deck organized by the deck organizing unit battles the virtual player using the deck stored by the deck storage unit,
3. A game system according to item 1 or 2, characterized by comprising:
(Item 4)
a game processing unit that executes a virtual use mode in which one player executes a game using the deck stored in the deck storage unit;
3. A game system according to item 1 or 2, characterized by comprising:
(Item 5)
The game media constituting the deck are
5. The game system according to any one of items 1 to 4, characterized by including at least a game card that can be used in the game.
(Item 6)
The game is
5. The game system according to any one of items 1 to 4, which is a role-playing game.
(Item 7)
A game program for executing a game on a plurality of player terminals that can access a server via a network,
a deck formation unit that forms a deck composed of a plurality of game media that one player uses in the game via the player terminal on the server;
A game program that functions as a deck storage unit that stores the decks organized by other players.
(Item 8)
In an information processing method for executing a game on a plurality of player terminals that can access a server via a network,
the server
one player organizes a deck composed of a plurality of game media to be used in the game via the player terminal;
save the deck organized by another player;
An information processing method characterized by:

1 business operator 2a-2n player 10 game system 20 server 30a-30n player terminal 40 database 41 information processing program (game program)
41a Game processing unit 41b Deck formation unit 41c Deck reference unit 41d Deck storage unit 41e Deck browsing unit D2 Deck information d2 Deck data M3 Virtual battle mode

Claims (8)

In a game system that provides a game that can be executed by multiple player terminals that can access a server via a network,
a deck formation unit that forms a deck composed of a plurality of game media that one player uses in the game via the player terminal;
a deck storage unit that stores the decks organized by other players;
A game system comprising: a deck browsing unit that displays the deck stored in the deck storage unit in a browsable manner on the player terminal;
2. The game system of claim 1, comprising: A game processing unit that executes a virtual battle mode in which one player using the deck organized by the deck organizing unit battles the virtual player using the deck stored by the deck storage unit,
3. The game system according to claim 1 or 2, comprising: a game processing unit that executes a virtual use mode in which one player executes a game using the deck stored in the deck storage unit;
3. The game system according to claim 1 or 2, comprising: The game media constituting the deck are
5. The game system according to any one of claims 1 to 4, comprising at least game cards that can be used in the game. The game is
6. The game system according to any one of claims 1 to 5, wherein the game is a role-playing type game. A game program for executing a game on a plurality of player terminals that can access a server via a network,
a deck formation unit that forms a deck composed of a plurality of game media that one player uses in the game via the player terminal on the server;
A game program that functions as a deck storage unit that stores the decks organized by other players. In an information processing method for executing a game on a plurality of player terminals that can access a server via a network,
the server
one player organizes a deck composed of a plurality of game media to be used in the game via the player terminal;
save the deck organized by another player;
An information processing method characterized by:

Images