JP2021030094A - Program, terminal, game management device and game system - Google Patents

Abstract

To improve taste of a game by using SNS (Social Network Service).SOLUTION: A program with which a player executes a game using a first game element, causes a computer to function as: deck setup means capable of setting up a deck of the player using the first game element as a component; second game element setup means constituting a group with the player, capable of using the deck, and capable of setting up a second game element capable of playing a match with another player; and provision means for providing information relating to the second game element that enables the match between the other player and the second game element, to a social network service in which the information can be shared among players.SELECTED DRAWING: Figure 5

Description

The present invention relates to programs, terminals, game management devices and game systems.

In recent years, SNS (Social Network Service) has become widespread. Many SNS are almost always used as a communication platform for exchanging messages between members. Using this SNS, services are provided by introducing and providing new games requested by users (for example, Patent Document 1).

In recent years, games using smartphones, mobile phones, and the like as platforms have become popular. For example, a game in which a deck in which game elements such as virtual cards are combined is used, and the outcome of a competitive game is determined using the parameter values of each game element constituting the deck.

Japanese Unexamined Patent Publication No. 2016-42310

An object of the present invention is to provide a program, a terminal, a game management device, and a game system with improved game interest by using an SNS (Social Network Service).

One aspect of the present invention is a program for causing a player to execute a game played by using a first game element, and the computer is used as a deck setting means capable of setting a player's deck having the first game element as a component. A second game element setting means capable of forming a group with the player, using the deck, and setting a second game element capable of playing against another player, and another player and the second game element. It is a program that functions as a providing means for providing information on a second game element for enabling a match between players to a social network service capable of sharing information between players.

One aspect of the present invention is a program for causing a player to execute a game played by using a first game element, and a deck setting that allows the computer to set a player's deck having the first game element as a component. A second game element setting permission means that constitutes a group with the player and allows the setting of a second game element that can use the deck and can play against other players, and a second game element setting permission means from the player's terminal. As an access information generating means for generating access information on information about the second game element for enabling a match between another player and the second game element in response to a request and transmitting the access information to the terminal of the player. It is a program that makes it work.

One aspect of the present invention is a terminal for executing a game played by a player using a first game element, and a deck setting means capable of setting a player's deck having the first game element as a component, and the player. A second game element setting means that can set a second game element that can use the deck and can play against other players, and a battle between another player and the second game element. It is a terminal provided with a providing means for providing information on a second game element for enabling to a social network service capable of sharing information between players.

One aspect of the present invention is a game management device that manages a game played by a player using the first game element, and is a deck setting permission means for permitting the setting of a player's deck having the first game element as a component. In response to a request from the player's terminal, a second game element setting permission means that constitutes a group with the player and allows the setting of a second game element that can use the deck and can play against other players. In response, the access information generation means for generating access information for information regarding the second game element for enabling a match between another player and the second game element and transmitting the access information to the player's terminal is provided. It is a game management device.

One aspect of the present invention is a game system in which a player uses a first game element to set a deck setting means capable of setting a player's deck having the first game element as a component, and setting the deck. Allowed deck setting permission means, a second game element setting means capable of forming a group with the player, using the deck, and setting a second game element capable of playing against another player, and the second game element setting means. Access information generation that generates access information to information about a second game element for enabling a second game element setting permission means for permitting the setting of a game element and a match between another player and the second game element. It is a game system including means and providing means for providing the access information to a social network service capable of sharing information between players.

The present invention can provide a game with improved interest of a user who is a player.

FIG. 1 is a diagram showing an example of the overall configuration of the game system according to the present embodiment. FIG. 2 is a diagram showing an example of a device configuration of a smartphone, which is an example of a player terminal 1. FIG. 3 is a diagram showing an example of screen display in the standby phase or the card use preparation phase of the battle game displayed on the display 11 of the player terminal 1. FIG. 4 is a diagram showing an example of operations in the standby phase or the card use preparation phase of the battle game displayed on the display 11 of the player terminal 1. FIG. 5 is a block diagram showing a functional configuration example of the player terminal 1. FIG. 6 is a diagram showing an example of card setting data of a card held by the player. FIG. 7 is a diagram showing an example of deck setting data. FIG. 8 is a diagram showing an example of buddy setting data. FIG. 9 is a diagram showing an example of rank setting data. FIG. 10 is a block diagram showing a functional configuration example of the game server 2. FIG. 11 is a diagram showing an example of user information data. FIG. 12 is an overall sequence diagram for explaining the operations of the player terminal 1, the game server 2, and the SNS server 3. FIG. 13 is a flowchart of the open battle start screen generation process. FIG. 14 is a flowchart of URL issuance request processing. FIG. 15 is an example of an open battle start screen displayed on the player terminal 1 of the player A. FIG. 16 is a flowchart of the URL issuing process. FIG. 17 is a flowchart of open battle screen processing. FIG. 18 is an example of an open battle screen displayed on the player terminal 1 of the player A. FIG. 19 is an example of an SNS message in which a URL is described. FIG. 20 is an example of a screen displaying the battle result at the end of the open battle. FIG. 21 is a flowchart of player battle processing. FIG. 22 is a diagram showing an example of a battle start screen displayed on the player terminal 1 of the player B. FIG. 23 is a flowchart of the server battle process. FIG. 24 is a diagram for explaining a modified example of the embodiment.

Embodiments of the present invention will be described.
[overall structure]
FIG. 1 is a diagram showing an example of the overall configuration of the game system according to the present embodiment. As shown in FIG. 1, the game system includes a player terminal 1 prepared for each player A and B of the game, a game server 2, and an SNS server 3. The player terminal 1, the game server 2, and the SNS server 3 can be connected to the communication line N and can communicate with each other.

The communication line N means a communication path capable of data communication. That is, the communication line N includes a telephone communication network, a cable network, a communication network such as the Internet, as well as a LAN by a dedicated line (dedicated cable) for direct connection and Ethernet (registered trademark), and the communication method is wired. / Regardless of wireless.

The player terminal 1 is a computer capable of executing a game program and a social network service (SNS). Then, it is possible to connect to the communication line N via a wireless communication base station or the like and perform data communication with the game server 2. Similarly, it is possible to connect to the communication line N via a wireless communication base station or the like and perform data communication with the SNS server 3. The player terminal 1 is, for example, a smartphone, a mobile phone, a portable game device, a stationary home-use game device, a business-use game device, a personal computer, a tablet computer, a controller of a stationary home-use game device, or the like. Basically, there are a plurality of player terminals 1, and each player operates them.

FIG. 2 is a diagram showing an example of a device configuration of a smartphone, which is an example of a player terminal 1. As shown in FIG. 2, the player terminal 1 includes a display 11, a touch operation panel 12 integrally configured with the display 11, and a speaker 13. Further, the player terminal 1 is provided with a control board, a built-in battery, a power button, a volume control button, and the like (not shown).

The control board is equipped with various microprocessors such as a CPU, GPU, and DSP, various IC memories such as ASIC, VRAM, RAM, and ROM, and a wireless communication module for wireless communication with a mobile phone base station. Further, a so-called I / F circuit (interface circuit) or the like, such as a driver circuit of the touch operation panel 12, is mounted on the control board. Each element mounted on these control boards is electrically connected via a bus circuit or the like, and is connected so as to be able to read / write data and send / receive signals.

The game server 2 is a server system configured to include a single server device, a plurality of server devices, a storage device, and the like. The game server 2 provides various services for operating the game of the present embodiment, manages data necessary for operating the game, and distributes game programs and data necessary for executing the game on the player terminal 1. Etc. can be performed.

The SNS server 3 consists of a Web server that provides a social network service (SNS) to each member, and each player activates an SNS application from a player terminal 1 (including a mobile phone, a smartphone, a tablet, a PC, etc.). When the user connects to the SNS server 3 and enters his / her own user ID and password to clear the authentication step, the SNS screen is displayed on the display 11 of the player terminal 1. However, the authentication method and the like do not necessarily require password input. In addition, basic functions as an SNS application, for example, input and display of one's own status, and message exchange with other users are included. As the message, one or more of still images, icons (including so-called "stamps"), moving images, voices, etc. can be used.

In the present embodiment, the above-mentioned game system is applied to a battle game using the first game element possessed by the first player A and the first game element possessed by the second player B as an opponent. An example of this will be described.

Here, the first game element is a virtual or tangible article associated with the character. An example of a virtual or tangible article is, for example, a virtual card displayed on a computer, a tangible card, or the like. Then, in the game to be executed, the character that can be made to appear by using the card is a character whose behavior is controlled based on the operation of the player (including the non-player operated by the computer), and the card. Will be described as having a corresponding character pattern (an image showing the appearance of the character). Furthermore, the card for specifying the game element of the game to be executed is not limited to the one that can specify the game element such as a character, and the item, the effect to be activated, etc. Needless to say, it may specify other game elements. The article is not limited to the card, but is not limited to the card as long as the article is configured so that the game element associated with the article can be specified. The article may be, for example, a modeled object such as a figure having the appearance of a game element.

Further, in the battle game to which the present embodiment is applied, a second game element different from the first game element is added. Although the second game element is a character, it does not necessarily have to be associated with a virtual or physical article.

The second game element uses the first game element owned by the player in the game. Using the first game element includes determining the selection or action of the first game element in the game. Assuming that the first game element is, for example, a card, the second game element autonomously or voluntarily (actively) determines the selection or action (behavior) of the card held by the player in the in-game battle. In other words, it performs the same operation as the selection of the first game element or the determination of the action performed by the player, like the function of a non-player operated by a computer. However, the conventional non-player is operated by a computer instead of the human player, but the second game element exists separately from the human player and uses the first game element owned by the player. It differs in that it does. Then, unlike the conventional non-player, the player and the second game element form one group.

Further, the second game element has character information. This character information is the strength (level) and attribute information (gender, personality, etc.) of the game of the second game element. The character information affects the autonomous or spontaneous (active) behavior (use of the first game element) of the second game element. In other words, character information is the ability of the second game element, and the difference in this ability causes the autonomous or spontaneous (active) behavior of the second game element (use of the first game element). It's different. Then, this character information changes when the second game element is selected or as the game progresses.

The autonomous or voluntary (active) action by the second game element as described above is performed based on the information given by the AI function provided in the game server 2. This AI function is an AI function obtained by machine learning using the contents of the game progress of many competitive games and the results thereof as teacher data. The machine learning method is typically, but not limited to, deep learning, reinforcement learning, or a combination thereof.
[Outline of game content]
Next, in order to help understanding the description of the embodiment, the outline of the game will be described using the display screen of the display 11 of the player terminal 1.

In the game of the present embodiment, the players A and B use a virtual game card (simply referred to as a "card"), which is a first game element, in the game. Multiple types of cards are prepared, and they are distinguished by the combination of the character's abilities and card attributes associated with each. The card attribute is determined by, for example, a color such as red or blue, a number from 1 to 7, and the like. Each card has ability parameter values such as level, attack power, and HP used for battle play (battle) with computer-controlled enemy characters and opponents such as other players.

The minimum number of cards required for battle play (battle) is given at the time of account registration, and can be obtained during the game, by purchase as a chargeable item, or by lottery called gacha. .. In addition, the card can also be obtained by obtaining a real game card (hereinafter referred to as "real card") and performing a registration procedure for making the obtained real card usable in the game. Specifically, the players A and B can acquire a card of the card type associated with the real card by performing the registration procedure of the real card.

Then, each player A and B constitutes a deck with a predetermined number of cards (for example, 40 cards) possessed, and challenges a battle play (battle) using the deck. Battle play using a deck is to decide the victory or defeat with an opponent by using the ability parameter value (character information of the first game element) defined in the cards (deck cards) that make up the deck. Is.

Prior to the game, each player A and B needs to complete account registration and organize a deck. Deck organization can be performed from the deck organization menu presented as one of them by touching the card menu from the home screen or the like. If you have enough cards, you can organize and set multiple decks.

Here, although it is the second game element, each player A and B can acquire it by selecting a favorite buddy from a plurality of second game elements (hereinafter referred to as buddy) at the time of account registration. is there. Each player A and B is in the same group (pair) as the acquired buddy.

When the battle is ready, players A and B select and operate (touch) the battle menu from the home screen displayed after logging in. In the battle menu, you can select multiple battle modes.

In the battle mode of the battle game in the present embodiment, a normal normal battle mode in which a human player and a human player compete against each other, and a human player and a buddy forming a group (pair) of human players compete against each other. There is a special battle mode. There is an "open battle" in the special battle mode.

The open battle is a battle mode in which a buddy is allowed to use an arbitrary deck set by the player, and the buddy and a large number of players play against each other within a certain period of time. If a player chooses "Open Battle", in order for the buddy to play against a large number of players, it is necessary to widely announce that the player wants to play buddy vs. player, and other players need to know so. There is.

Therefore, in the present embodiment, a social network service (SNS) is used as a means for widely notifying that the player desires a match between his / her own buddy and the player.

The information we publish to social networking services (SNS) is to access messages that players want to play against their buddies and information about buddies that allow players to play against buddies. Access information.

Information about a buddy to enable a player's buddy to play against another player includes information that identifies the buddy of the player who desires an open battle, for example, identification information that identifies the buddy or, as will be described later. , Buddy's level and attribute information, deck used by the buddy, number of players that can be played, time that can be played, etc.

The access information is access information for accessing information that identifies information about a buddy of a player who desires an open battle. Uniform Resource Locator (URL) is a typical example of access information.

A player enables a player's buddy to play against another player by providing a message and access information that the player wants to play against the buddy against another player to a social network service (SNS).

When either the normal battle mode or the special battle mode (open battle) is selected and the opponent is determined, the battle is started.

In the battle, the turn on the player A side and the turn on the opponent player B side are executed alternately. Each turn has a standby phase in which the hand of the deck cards is set in the player area of the player such as the field, a card use preparation phase in which other deck cards are prepared in order to use the set deck cards, and a player. It is composed of a plurality of phases such as a battle phase in which a battle player or a card of a battle player is attacked by using a deck card installed in the area.

FIG. 3 is a diagram showing an example of screen display in the standby phase or the card use preparation phase of the battle game displayed on the display 11 of the player terminal 1. The screen of the display 11 includes a first area 20 in which a card or the like on the player A side is set, and a second area 21 in which a card or the like on the player B side to be played is set. Further, at the boundary between the first region 20 and the second region 21, operation information 30 for displaying information on operations that can be executed at present is displayed.

Each area of the first area 20 and the second area 21 is for activating the action or effect of the field area 22 in which five cards (hands) selected from the own deck are arranged and the cards arranged in the field. The base area 23 where the cards to be consumed (action cost) are placed, the first object 31 that affects the activation effect of the cards (force) and has life (HP), and the second object that also has life (HP). It includes a force area 24 on which an object is placed. In the present embodiment, the second object 32 is displayed as a player or a buddy which is a second game element.

In the battle phase, as shown in FIG. 4, player A touches the card used for the attack with a finger and drags the opponent's card to be attacked, the first or second object 31, 32. The card to be used for the attack, the card of the opponent player B to be attacked, and the first or second objects 31 and 32 are determined. As a result, the attack of player A is started. Further, in the case of an attack by buddy A, the card used for the attack and the card of the opponent player B to be attacked, the first or second objects 31, 32 are determined by the card operation information provided from the game server 2. Will be done.

The turn consisting of such a series of phases is alternately repeated by the player A side and the opponent player B side, and the life of any player or buddy becomes 0, or the number of cards in the deck becomes 0. By doing so, the victory or defeat is decided. When the victory or defeat of the match is decided, the victory or defeat (match result) of the match is presented.

In the case of a battle between a player and a buddy (open battle), the above-mentioned battle screen is presented to the human player, but the buddy side player does not display the detailed battle screen and the battle result. Only may be displayed. When a player and a buddy play a battle, the player on the buddy side is not always able to view the battle, and considering the peculiarity of a buddy operated by a computer, multiple battles may occur at the same time. Because there is.

Hereinafter, each component that realizes such a game system will be described.
[Functional configuration]
FIG. 5 is a block diagram showing a functional configuration example of the player terminal 1.

As shown in FIG. 5, the player terminal 1 includes an operation input unit 51, a processing unit 52, an image display unit 53, a sound output unit 54, a communication unit 55, and a storage unit 56.

The operation input unit 51 is for the player to input various operations related to the game, and outputs an operation input signal corresponding to the operation input to the processing unit 52. The functions of the operation input unit 51 include, for example, touch operation pads, home buttons, button switches, joysticks, trackballs, and other elements directly operated by player A with fingers, as well as acceleration sensors, angular velocity sensors, tilt sensors, and geomagnetic sensors. It can also be realized by an element that detects movement or posture. In FIG. 2, the touch operation panel 12 corresponds to this.

The processing unit 52 comprehensively controls the operation of the player terminal 1 based on the programs and data stored in the storage unit 56, the operation input signal from the operation input unit 51, and the like. The function of the processing unit 52 can be realized by, for example, a microprocessor such as a CPU or GPU, or an electronic component such as an ASIC or an IC memory. The processing unit 52 includes a game calculation unit 61, an image generation unit 62, a sound generation unit 63, and a communication control unit 64 as main functional units.

The game calculation unit 61 executes various game processes for realizing the game of the present embodiment, and outputs the processing results to the image generation unit 62 and the sound generation unit 63. The game calculation unit 61 includes a player information management unit 70, a card setting unit 71, a buddy setting unit 72, a battle mode selection unit 73, an open battle management unit 74, a battle execution unit 75, and a game management unit 76. Includes SNS execution unit 77.

The player information management unit 70 manages player information. The information to be managed manages basic user information such as a player's nickname, player rank, and buddy level.

The card setting unit 71 manages the possessed cards held by the players A and B up to the present time by using the card setting data and the deck setting data described later. In addition, the card that constitutes the deck is selected from the possessed cards by the operation of the user, and the deck is set. Then, the cards constituting each deck are managed, and the cards and hands set in each field are set in the standby phase and the card use preparation phase from the decks selected by the players A and B. In addition, card setting information, which is information about cards and hands set in each field, is generated and transmitted to the game server 2 via the communication unit 55.

The buddy setting unit 72 manages the information about the buddy as the second game element selected by the players A and B at the time of account registration by the players A and B using the buddy setting data described later. The buddy setting unit 71 sets the character information of the buddy (second game element) at the time of account registration to the initial value (lowest value). When the buddy is changed, the buddy setting unit 72 sets the character information of the changed buddy (second game element) to the initial value (lowest value). Further, the buddy setting unit 72 outputs the image information of the buddy to the image generation unit 62 during the battle or on other menu screens.

The battle mode selection unit 73 displays the battle menu and executes the selection of the battle mode by the player. The battle modes displayed in the battle menu are a normal battle mode in which players (humans) play against each other and a special battle mode (open battle). The battle mode can be selected by selecting (touching) the button of the battle mode desired by the player from the buttons of the normal battle mode and the open battle displayed in the battle menu. The selected battle mode information (competition mode selection information) is transmitted to the game server 2 via the communication unit 55.

The open battle processing unit 74 manages the processing of the open battle. The processing of the open battle includes the processing of the side that holds the open battle in order to play the own buddy against another player, and the processing of the player side that plays against the buddy.

The process of the side that holds the open battle is the process of managing from the request for holding the open battle to the acquisition of access information (URL) to the open battle information including the buddy information necessary for the battle, and the end of the open battle. .. On the other hand, the processing on the player side to play against the buddy is the processing for starting the battle of the open battle based on the access information (URL). The details of the operation of these processes will be described later.

The battle execution unit 75 is a unit that executes a battle operated by the player. The battle execution unit 75 determines the card selection and the action of the card by the touch operation of the players A and B, generates the action selection information which is the information of the card selection or the action, and via the communication unit 55. , Send to the game server 2. In addition, the battle execution unit 75 acquires card operation information, which is information related to card selection or action operation, via the communication unit 55. The card operation information is information generated by referring to the character information of the buddy and the status of the card setting information in the battle by the AI function of the game server 2, and the buddy selects or acts the card on the player terminal 1. This is information for displaying the image to be operated by. Further, the battle execution unit 75 uses the acquired card operation information to perform a process of displaying an image in which the buddy operates the card selection or action.

The game management unit 76 manages the progress of the entire game.

The SNS execution unit 77 creates a message including access information (URL) and provides it to the social network service (SNS). As a method of providing to a social network service (SNS), existing technology can be used. Examples of social network services (SNS) include Facebook (registered trademark), LINE (registered trademark), Twitter (registered trademark), and the like.

The image generation unit 62 generates one game screen in one frame time (for example, 1/60 second) based on the processing result of the game calculation unit 61, and outputs the image signal of the generated game screen to the image display unit 103. To do. The function of the image generator 62 is used, for example, for a processor such as a GPU or a digital signal processor (DSP), a program such as a video signal IC or a video codec, an IC memory for a drawing frame such as a frame buffer, and texture data expansion. It can be realized by an IC memory or the like.

The sound generation unit 63 generates sound signals such as sound effects related to the game, BGM, voice information of operation assistance information, and various operation sounds based on the processing result of the game calculation unit 61, and outputs the sound signals to the sound output unit 54. The function of the sound generation unit 63 can be realized by, for example, a processor such as a digital signal processor (DSP) or a voice synthesis IC, an audio codec capable of reproducing a voice file, or the like.

The communication control unit 64 performs communication connection and data processing for data communication with the game server 2.

The image display unit 53 displays various game screens based on the image signal input from the image generation unit 62. The function of the image display unit 53 can be realized by, for example, a display device such as a flat panel display, a cathode ray tube (CRT), a projector, or a head-mounted display. The image display unit 62 corresponds to, for example, the display 11 of FIG.

The sound output unit 54 is for outputting sound effects and the like related to the game based on the sound signal input from the sound generation unit 63. The sound output unit 54 corresponds to, for example, the speaker 13 in FIG.

The communication unit 55 connects to the communication line N to realize communication. The function of the communication unit 55 can be realized by, for example, a wireless communication device, a modem, a TA (terminal adapter), a jack of a wired communication cable, a control circuit, or the like.

The storage unit 56 stores in advance a program for operating the player terminal 1 and realizing various functions included in the player terminal 1, data used during execution of this program, and the like, or temporarily stores each time a process is performed. Is remembered. The storage unit 56 can be realized by, for example, an IC memory such as a RAM, ROM, or a flash memory, a magnetic disk such as a hard disk, an optical disk such as a CD-ROM or a DVD, or the like.

A system program and a game program are stored in the storage unit 56. The system program is a program for realizing the basic functions of the player terminal 1 as a computer. The game program is a program for causing the processing unit 52 to function as the game calculation unit 61. This program is distributed from the game server 2 or another application distribution server when the player completes the account registration. The storage unit 56 also stores a program of a social network service (SNS). The social network service (SNS) program also includes a program for causing the processing unit 52 to function as the SNS execution unit 77.

Further, the storage unit 56 stores card setting data, deck setting data, buddy setting data, and rank setting data managed by the player information management unit 70. In addition, model data, texture data, motion data, effect data, background image of the game screen, sound data such as sound effects, etc. for displaying images of card characters and buddies are necessary data for the game as appropriate. Is delivered and stored in the storage unit 56.

The card setting data is character information of the card held by the player, and is prepared for each card type. FIG. 6 is a diagram showing an example of card setting data of a card held by the player. FIG. 6 shows the card setting data of one card specified by the card identification information "001" held by the player. The card setting data includes card identification information, an image, a card name, a card type, a number of costs, a color, a race, an ability, an attack power, a hit point, and a rarity. Note that FIG. 6 shows an example of card setting data, and the present invention is not limited to this. Further, the card setting data is increased or decreased by increasing or decreasing the number of cards held by the players A and B.

The deck setting data is data related to each deck of the player, and includes card identification information of the cards constituting each deck. FIG. 7 is a diagram showing an example of deck setting data. In the example of FIG. 7, it is an example of the deck setting data of the deck 1 of the player A, and is an example showing that the deck 1 is composed of the cards of the card identification information "001" to the card identification information "023". is there. Note that FIG. 7 shows an example of deck setting data, and the present invention is not limited to this.

The buddy setting data is the character information of the buddy selected from the menu setting. The character information of this buddy changes as the game progresses, but when it changes, the changed character information is notified from the game server 2 and the character information is updated. FIG. 8 is a diagram showing an example of buddy setting data. The example of FIG. 8 is an example of data in which the buddy identification information, the character image of the buddy, the buddy name, and the level (character information) of the buddy are stored.

The rank setting data is the data of the player's rank and the accumulated victory points up to the present. FIG. 9 is a diagram showing an example of rank setting data. The example of FIG. 9 is an example of data in which the rank of player A and the accumulated victory points up to the present are stored. These data are updated by the player information management unit 70 using the rank information transmitted from the game server 2 after the end of the battle.

Next, the configuration of the game server 2 will be described. FIG. 10 is a block diagram showing a functional configuration example of the game server 2.

The game server 2 includes a processing unit 91, a communication unit 92, and a storage unit 93.

The processing unit 91 includes a player management unit 101, an open battle management unit 102, a game management unit 103, an AI processing unit 104, and a rank update unit 105.

The player management unit 101 manages accounts, game progress, and the like for each connected player terminal 1 using user information data described later.

The open battle management unit 102 manages an open battle, which is a battle between a player buddy of the player terminal 1 and another player, in response to a request for an open battle based on the battle mode selection information from the player terminal 1. The process of managing this open battle will be described later.

The game management unit 103 receives the card setting information, the action selection information, and the like from the player terminal 1, and performs the battle processing according to the battle mode by using the card setting information, the action selection information, and the card data described later. Output the battle result.

The AI processing unit 104 has an algorithm obtained by machine learning teacher data such as the contents of the game progress of many competitive games and the results thereof. This algorithm is an algorithm according to the character information of the buddy. Deep learning is a typical method of machine learning, but it is not limited to this. The AI processing unit 104 inputs the card setting information transmitted from the player terminal 1, the character information of the player buddy of the player terminal 1, the battle mode, and the like, and outputs the card operation information of the buddy in the status of the card setting information. .. Since the algorithm differs depending on the character information of the buddy, even if the card setting information transmitted from the player terminal 1 is the same, if the character information of the buddy of the player is different, different card operation information can be output. There is sex.

The rank update unit 105 calculates the victory points of the player or the buddy based on the battle result, and gives the victory points to each player or the buddy. Further, the rank update unit 105 updates the player's rank or buddy's level to the rank or level corresponding to the accumulated victory points. For example, if a match is won, 150 victory points are given, and when the cumulative victory points reach 500 points, the player's rank is updated to "2". Also, if you lose the match, you may reduce it instead of giving victory points. For example, if you lose a match, you can deduct 150 points from the cumulative victory points. In such a case, depending on the cumulative victory points, the current rank may be demoted to a lower rank. The buddy level is similar. However, the player's rank and the buddy's level may be linked. For example, the buddy's level is such that the layer's rank must reach a certain rank before it can be raised to a higher level.

The communication unit 92 connects to the communication line N to realize communication.

A system program and a game program are stored in the storage unit 93. The system program is a program for realizing the basic functions of the game server 2 as a computer. The game program is a program for causing the processing unit 91 to function as a player management unit 101, an open battle management unit 102, a game management unit 103, an AI processing unit 104, and a rank update unit 105.

Further, the recording unit 93 stores user information data and card data.

The user information data is basic data of players participating in the game, and records user information data for each player. FIG. 11 is a diagram showing an example of user information data. In the example of FIG. 11, the user identification information of the player, the buddy setting data of the player, the deck setting data, the rank of the player, the cumulative victory points up to now, the level of the buddy of the player, and the cumulative victory points up to now. And include.

The card data is the card data of all the cards used in this game. Basically, the same data as the card setting data of FIG. 6 described above is stored for all the cards used in the game.

The SNS server 3 is a Web server that provides a social network service (SNS) to each player, and transmits a message transmitted from the player to another player designated by the player.
[Operation of each device]
Next, the operations of the player terminal 1, the game server 2, and the SNS server 3 will be described. Here, a case where the player A desires an open battle using the player terminal 1 and the player B plays against the buddy of the player A using the player terminal 1 will be described as an example. Further, as the access information to the open battle information, a URL will be described as an example.

FIG. 12 is an overall sequence diagram for explaining the operations of the player terminal 1, the game server 2, and the SNS server 3. First, the large operation of the entire game system will be described with reference to FIG. 12, and then the operation of each device will be described.

First, the battle mode selection unit 73 of the player terminal 1 of the player A displays the battle menu, and the player selects an open battle. When the open battle is selected, the open battle request is transmitted to the game server 2 via the communication unit 55 (Step 1).

The game server 2 that has received the open battle request performs an open battle start screen generation process (Step 2). The game server 2 transmits the generated open battle start screen information to the player terminal 1 of the player A.

The player terminal 1 of the player A that has received the open battle start screen performs a URL issuance request process that requests the issuance of a URL that is access information to the open battle information (Step 3). The player terminal 1 of the player A transmits the URL issuance request to the game server 2.

The game server 2 that has received the URL issuance request performs a URL issuance process that issues a URL (Step 4). The game server 2 transmits the issued URL to the player terminal 1 of the player A.

The player terminal 1 of the player A that has received the issued URL performs the open battle screen processing (Step 5). The open battle screen processing is a process of creating a message with a URL and sending it to the SNS server 3, a process of sending an open battle cancellation request requested when the open battle is to be canceled, and a process of receiving the battle result from the game server 2. And display processing.

The SNS server 3 that has received the message with the URL transmits the message with the URL to the player terminal 1 of the player B (Step 6).

The player terminal 1 of the player B that has received the message with the URL performs the player battle process (Step 7). The player battle process is a process of accessing the game server 2 based on the URL and executing a battle between the buddy of the player A and the player B.

In response to the player terminal 1 of the player B who has accessed the URL, the game server 2 performs a server battle process for executing a battle between the buddy of the player A and the player B (Step 8). Further, in the server battle process, the battle result of the open battle is transmitted to the player terminal 1 of the player A.

The operation of each device in the above-mentioned overall operation will be described.

The open battle start screen generation process (Step 2) will be described. FIG. 13 is a flowchart of the open battle start screen generation process.

When the game server 2 receives the open battle request from the player terminal 1 of the player A, the open battle start screen generation process is started. The open battle management unit 102 of the game server 2 acquires the buddy information and deck information of the player A from the user information data of the player A stored in the recording unit 93 (Step 21).

The open battle management unit 102 generates open battle start screen information based on the acquired buddy information and deck information of player A (Step 22). The open battle start screen information includes the name of the buddy of player A, the deck used by the buddy, the level of the buddy, the URL issuance request button image, and the like. Then, the open battle start screen information is transmitted to the player terminal 1 of the player A (Step 23).

This completes the open battle start screen generation process.

Next, the URL issuance request processing (Step 3) will be described. FIG. 14 is a flowchart of URL issuance request processing.

First, the open battle processing unit 74 of the player terminal 1 of the player A performs a process of generating an open battle start screen using the received open battle start screen information, and causes the image display unit 53 to display the open battle start screen. (Step 31). FIG. 15 is an example of an open battle start screen displayed on the player terminal 1 of the player A. In the example of FIG. 15, the buddy icon 80, the buddy name 81, the buddy level 82, the deck name 83 used by the buddy, the deck change button 84 to change the deck used by the buddy, and the URL issue button 85, which are buddy information, are used. , The previous match result 86 and the number of players 87 played are displayed.

When the player A changes the deck used by the buddy (Step 32), the player A changes the deck by using the deck change button (Step 33).

When holding an open battle in the state of a buddy or the like displayed on the open battle start screen, touch the URL issuance button to request the URL issuance (Step 34). Then, the open battle processing unit 74 transmits the URL issuance request to the game server 2 (Step 35).

This completes the URL issuance request process.

Subsequently, the URL issuing process (Step 4) will be described. FIG. 16 is a flowchart of the URL issuing process.

The open battle management unit 102 of the game server 2 receives the URL issuance request (Step 41). Then, the buddy information and the deck information of the player A at the time of receiving the URL issuance request are acquired (Step 42).

The open battle management unit 102 generates open battle information using the buddy information and deck information of player A (Step 43). The open battle information includes identification information of player A, identification information for identifying the buddy of player A, buddy icon, buddy name, buddy level, deck identification information for identifying the deck used by the buddy, and the like.

The open battle management unit 102 stores the generated open battle information in a predetermined place (Step 44), and converts the storage destination into a URL (Step 45). The open battle information stored in the storage destination specified by the URL includes the identification information of the player A when the player terminal 1 requests the issuance of the URL, the identification information for identifying the buddy of the player A, the buddy icon, and the buddy. The name, buddy level, deck identification information that identifies the deck used by the buddy, etc., and the information changed after the URL issuance request (for example, the buddy level or the deck used by the buddy) is not updated. If you want to reflect these changes, it is necessary to end the open battle, process the URL issuance request again, and issue the URL of the changed open battle information, as will be described later.

This completes the URL issuance process.

The open battle screen display process (Step 5) will be described. FIG. 17 is a flowchart of the open battle screen display process.

First, the open battle processing unit 74 of the player terminal 1 of the player A displays the received URL information on the open battle screen (Step 51). FIG. 18 is an example of an open battle screen displayed on the player terminal 1 of the player A. In the example of FIG. 18, the buddy icon 80 of the open battle, the buddy name 81, the buddy level 82, the deck name 83 used by the buddy, and the issued URL (https://www.xx.ne.jp/c100/) yyy /) 88, URL copy button 89, current buddy and other player battle status information 90, number of players 91, remaining battle time 92, open battle end button 93 are displayed.

When notifying the SNS of the open battle, the player A touches the copy button of the URL (Step 52), copies the URL to the clipboard, pastes it into the SNS message, and generates the SNS message (Step 53). FIG. 19 is an example of an SNS message in which a URL is described.

The SNS execution unit 77 transmits a message containing the URL to the SNS server 3 (Step 54). As a result, the open battle of player A can be announced via SNS.

When the player A ends the open battle for a predetermined reason (Step 55), the player A touches the open battle end button 93 and transmits the open battle end request to the game server 2 (Step 56).

When the end time of the open battle is reached and the notification of the end of the open battle is received (Step 57), the final battle result of the open battle is received (Step 58), and the battle result is displayed (Step 59). FIG. 20 is an example of a screen displaying the battle result at the end of the open battle. In the example of FIG. 20, the buddy icon 80, the buddy name 81, the buddy level 82, the deck name 83 used by the buddy, the deck change button 84 to change the deck used by the buddy, and the URL issue button 85, which are buddy information, are used. , The result of this match 94 and the number of players 95 are displayed.

This completes the open battle screen processing.

The player battle process (Step 7) will be described. FIG. 21 is a flowchart of player battle processing.

The SNS execution unit 77 of the player terminal 1 of the player B receives the SNS message as shown in FIG. 19 (Step 71).

When player B wants to play against player A's buddy (Step 72), he clicks the URL described in the SNS message to access the game server 2 (Step 73).

Upon receiving the battle start screen from the game server, the open battle processing unit 74 displays the battle start screen (Step 74). FIG. 22 is a diagram showing an example of a battle start screen displayed on the player terminal 1 of the player B. In the example of FIG. 22, the buddy icon 100 which is the information of the buddy of the player B, the opponent (player A buddy) name 101, the buddy level 102, the current battle situation 103 of the opponent (player A), and the number of opponents 104, the remaining battle time 105, the deck name 106 used by player B, the deck change button 107 for changing the deck to be used, and the battle start button 108 for starting the battle are displayed.

When player B starts a match against player A's buddy. Touches the battle start button 108 on the battle start screen shown in FIG. 22 (Step 75). The open battle processing unit 74 transmits a battle start request to the game server 2, and the player B starts the battle with the buddy of the player A (Step 76). The battle processing is performed by the battle execution unit 75.

When the player B finishes the battle with the buddy of the player A (Step 77), the open battle processing unit 74 receives the battle result (Step 78). Then, the open battle processing unit 74 displays the battle result (Step 79).

This completes the player battle process.

The server battle process (Step 8) will be described. FIG. 23 is a flowchart of the server battle process.

First, the open battle management unit 102 receives the URL issuance request from the player terminal 1 of the player A, issues the URL, and measures the elapsed time from the time of issuing the URL (Step 81). This measurement is performed to notify the end of the open battle of player A.

When the URL is accessed (Step 82), the open battle management unit 102 acquires the open battle information specified by the URL (Step 83). Then, using the acquired open battle information, a battle start screen is generated, and the battle start screen as shown in FIG. 22 is transmitted to the player terminal 1 of the accessing player B (Step 84).

When the open battle management unit 102 receives the battle start request from the player terminal 1 of the player B (Step 85), the game management unit 103 starts the battle process between the buddy of the player A and the player B (Step 86). The autonomous behavior of the buddy of player A is performed based on the buddy identification information obtained from the open battle information and the information obtained from the AI processing unit 104 corresponding to the buddy level.

When the battle between the buddy of player A and player B is completed, the battle result is transmitted to the player terminals 1 of players A and B (Step 87). As for the battle result transmitted to the player terminal 1 of the player A, the cumulative victory or defeat of the battle performed during the holding of the open battle is transmitted. Further, depending on the result of the battle, the rank update unit 105 updates the player's rank, the buddy's level, and the like.

When the open battle end request is received from the player terminal 1 of the player A (Step88), the open battle of the player A is ended regardless of the valid time of the open battle, and the cumulative victory or defeat at the end of the open battle is determined by the player A. (Step 90). On the other hand, when the elapsed time of the open battle reaches the valid time (Step 89), the open battle of the player A is ended, and the cumulative victory or defeat at the end of the open battle is transmitted to the player terminal 1 of the player A (step 89). Step 90).

This completes the server battle process.

According to the present embodiment, the social network service (SNS) provides access information for accessing information about the player's buddy (second game element) and information necessary for playing against the buddy (second game element). ) Is used to announce. As a result, the player's buddy (second game element) can play against many players, and the player can know how strong his buddy is. In addition, it is possible to obtain many points by going through many battles.

Further, since the behavior of the player's buddy is controlled by the game server 2, the player does not need to operate the buddy, and as a result, many battles by notification using the social network service (SNS) as described above. It is possible to execute.

Furthermore, if a buddy with excellent character information (second game element) is provided, the player is more likely to win the announced match using the social network service, so that the player has a buddy with excellent character information (second game element). You can also enjoy it like a training game by nurturing (2 game elements).

In the above-described embodiment, when the URL is described in the SNS message, the copy button of the URL is touched, the URL is copied to the clipboard, and the URL is pasted in the SNS message, but the present invention is not limited to this. ..

For example, as shown in FIG. 24, icons 200 of a plurality of social network services (SNS) are displayed on the open battle screen. Then, by touching the icon of the desired social network service (SNS), the access information (URL) may be automatically described in the message of the selected social network service (SNS).

In the above-described embodiment, a card game using a virtual game card is illustrated, but the applicable game genre is not limited. For example, it may be a sports competition game in which a character associated with the first game element is used as a player.

In addition, some or all of the above embodiments are described as in the following appendix, but are not limited to the following.

[Appendix 1]
A terminal that executes a game played by a player using the first game element.
It has a memory for storing execution instructions and a processor.
The processor receives the execution instruction.
Deck setting processing that can set the deck of the player whose component is the first game element,
A second game element setting process that can form a group with the player, can use the deck, and can set a second game element that can play against other players.
A terminal that executes a provision process of providing information on a second game element for enabling a match between another player and the second game element to a social network service capable of sharing information between the players.

[Appendix 2]
A game management device that manages a game played by a player using the first game element.
It has a memory for storing execution instructions and a processor.
The processor receives the execution instruction.
Deck setting permission processing that permits the setting of the player's deck whose component is the first game element,
A second game element setting permission process that constitutes a group with the player, allows the setting of the second game element that can use the deck and can play against other players, and
In response to a request from the player's terminal, access information to information about the second game element for enabling the other player to play the second game element is generated and transmitted to the player's terminal. A game management device that executes access information generation processing.

Although the present invention has been described above with reference to preferred embodiments, the present invention is not necessarily limited to the above embodiments, and can be variously modified and implemented within the scope of the technical idea.

1 Player terminal 2 Game server 3 SNS server 11 Display 12 Touch operation panel 13 Speaker 51 Operation input unit 52 Processing unit 53 Image display unit 54 Sound output unit 55 Communication unit 56 Storage unit 61 Game calculation unit 62 Image generation unit 63 Sound generation unit 64 Communication control unit 70 Player information management unit 71 Card setting unit 72 Buddy setting unit 73 Battle mode selection unit 74 Open battle management unit 75 Battle execution unit 76 Game management unit 77 SNS execution unit 91 Processing unit 92 Communication unit 93 Storage unit 101 Player Management Department 102 Open Battle Management Department 103 Game Management Department 104 AI Processing Department 105 Rank Update Department

Claims (17)

A program that causes a player to execute a game played using the first game element.
Computer,
A deck setting means that can set a player's deck whose component is the first game element,
A second game element setting means capable of forming a group with the player, using the deck, and setting a second game element capable of playing against another player.
The other player who has accessed from the terminal, including the second game element identification information for identifying the second game element constituting the player and the group and the deck identification information for identifying the deck used by the second game element, and the other player. Access requesting issuance of access information regarding access to the battle information, which is information that enables the battle between the second game element identification information and the second game element using the deck specified from the deck identification information. Information issuance request means and
Access information acquisition means for acquiring issued access information,
A program that causes a social network service (SNS) capable of sharing information between players to function as a providing means for providing an SNS message in which at least the acquired access information is described. The computer is made to function as a selectable means of selecting any one of at least one social network service.
The program according to claim 1, wherein the providing means provides the SNS message to a selected social network service. The program according to claim 1 or 2, wherein the access information is a uniform resource locator (URL). The program according to any one of claims 1 to 3, wherein the computer functions as a match permission termination requesting means for requesting the termination of a match permission between the second game element and another player. The program according to any one of claims 1 to 4, wherein the computer functions as a display control means capable of displaying the battle situation of the battle between the second game element and another player. The level or attribute of the second game element in the battle using the access information is described in any one of claims 1 to 5, which is the level or attribute of the second game element at the time of generating the battle information. program. A program that causes a player to execute a game played using the first game element.
Computer,
Deck setting permission means for permitting the setting of the player's deck whose component is the first game element,
A second game element setting permission means that constitutes a group with the player and allows the setting of the second game element that can use the deck and can play against other players.
In response to a request from the player's terminal, the second game element identification information for identifying the second game element constituting the player and the group and the deck identification information for identifying the deck used by the second game element are included. The battle information, which is information that enables the battle between the other player accessed from the terminal and the second game element using the deck specified from the second game element identification information and the deck identification information, can be executed. An access information generating means for generating, generating access information for accessing the battle information, and transmitting the access information to the terminal of the player.
In response to the access of the battle information from the terminal of the other player using the access information, the player uses the second game element identification information and the deck identification information of the accessed battle information. The second game element of the above and the deck used by the second game element are specified, the second game element using the specified deck, the battle execution means for executing the battle with the other player, and the battle execution means.
A program that works. The program according to claim 7, wherein the access information is a Uniform Resource Locator (URL). The seventh or eighth aspect of the present invention, wherein the battle execution means executes a battle between the second game element and the other player by using the level or attribute of the second game element at the time of generating the battle information. Program. The computer controls the battle behavior of the second game element in a battle between the second game element and the other player without subjecting the operation of the players forming the group to the second game element as a condition. The program according to any one of claims 7 to 9, which functions as a second game element battle control means. Any of claims 7 to 10, wherein the computer functions as a battle situation transmission means for transmitting the battle situation of the battle between the second game element and the other player to the players constituting the second game element and the group. The program described in Crab. A terminal that executes a game played by a player using the first game element.
A deck setting means that can set a player's deck whose component is the first game element,
A second game element setting means capable of forming a group with the player, using the deck, and setting a second game element capable of playing against another player.
The other player who has accessed from the terminal, including the second game element identification information for identifying the second game element constituting the player and the group and the deck identification information for identifying the deck used by the second game element, and the other player. Access requesting issuance of access information regarding access to the battle information, which is information that enables the battle between the second game element identification information and the second game element using the deck specified from the deck identification information. Information issuance request means and
Access information acquisition means for acquiring issued access information,
A terminal including a social network service (SNS) capable of sharing information between players, and a providing means for providing at least an SNS message in which the acquired access information is described. A game management device that manages a game played by a player using the first game element.
Deck setting permission means for permitting the setting of the player's deck whose component is the first game element,
A second game element setting permission means that constitutes a group with the player and allows the setting of the second game element that can use the deck and can play against other players.
In response to a request from the player's terminal, the second game element identification information for identifying the second game element constituting the player and the group and the deck identification information for identifying the deck used by the second game element are included. The battle information, which is information that enables the battle between the other player accessed from the terminal and the second game element using the deck specified from the second game element identification information and the deck identification information, can be executed. An access information generating means for generating, generating access information for accessing the battle information, and transmitting the access information to the terminal of the player.
In response to the access of the battle information from the terminal of the other player using the access information, the player uses the second game element identification information and the deck identification information of the accessed battle information. 2nd game element and the deck used by the 2nd game element are specified, and a battle execution is executed between the 2nd game element using the specified deck and another player who has accessed the battle information. Means and
A game management device equipped with. The game management device according to claim 13, wherein the access information is a Uniform Resource Locator (URL). The 13th or 14th claim, wherein the battle execution means executes a battle between the second game element and the other player by using the level or attribute of the second game element at the time of generating the battle information. Game management device. In the battle between the second game element and the other player, the second game that controls the battle behavior of the second game element without the condition of the operation of the players forming the group with the second game element. The game management device according to any one of claims 13 to 15, further comprising element battle control means. A game system in which the player uses the first game element.
A deck setting means that can set a player's deck whose component is the first game element,
Deck setting permission means for permitting the setting of the deck and
A second game element setting means capable of forming a group with the player, using the deck, and setting a second game element capable of playing against another player.
The second game element setting permission means for permitting the setting of the second game element, and
The other player who has accessed from the terminal, including the second game element identification information for identifying the second game element constituting the player and the group and the deck identification information for identifying the deck used by the second game element, and the other player. Access requesting issuance of access information regarding access to the battle information, which is information that enables the battle between the second game element identification information and the second game element using the deck specified from the deck identification information. Information issuance request means and
An access information generating means that generates the battle information in response to a request for issuing the access information, generates access information for accessing the battle information, and transmits the access information to the terminal of the player.
The access information acquisition means for acquiring the access information and
A means of providing a social network service (SNS) capable of sharing information between players, and a providing means for providing an SNS message in which at least the acquired access information is described.
In response to the access of the battle information from the terminal of the other player using the access information, the player uses the second game element identification information and the deck identification information of the accessed battle information. The second game element of the above and the deck used by the second game element are specified, the second game element using the specified deck, the battle execution means for executing the battle with the other player, and the battle execution means.
A game system equipped with.