JP2021141950A - Program, terminal and game management device - Google Patents

Abstract

To provide a technique for a game that enhances the enjoyment of the game.SOLUTION: The present invention is a program for executing a game played by players using a first game element. The program causes a computer to function as deck setting means capable of setting a player's deck composed of the first game element, and providing means for providing introduction deck information on introduction decks to be introduced to other players among the set decks, to a social network service that allows information to be shared between players.SELECTED DRAWING: Figure 3

Description

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

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 victory or defeat 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, and a game management device that improve the interest of a game by using an SNS (Social Network Service).

One aspect of the present invention is a program for executing a game played by a player using a first game element, wherein a computer can set a deck of a player composed of the first game element, and a deck setting means. It is a program that functions as a providing means for providing introduction deck information about an introduction deck to be introduced to other players among the set decks to a social network service capable of sharing information between players.

In one aspect of the present invention, a deck setting means capable of setting a player's deck composed of a first game element and introduction deck information regarding an introduction deck to be introduced to another player among the set decks are provided between players. It is a terminal provided with a providing means for providing a social network service capable of sharing information.

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. A game management device including an access information generating means for generating access information for accessing the referral deck information regarding the referral deck to be introduced to other players among the decks permitted to be set, and transmitting the access information to the terminal of the player. Is.

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 block diagram showing a functional configuration example of the player terminal 1. FIG. 4 is a diagram showing an example of possessed card data D1. FIG. 5 is a diagram showing an example of the card character data D2. FIG. 6 is a diagram showing an example of deck setting data D3. FIG. 7 is a diagram showing an example of the buddy setting data D4 of the player A. FIG. 8 is a block diagram showing a functional configuration example of the game server 2. FIG. 9 is a diagram showing an example of user information data D6. FIG. 10 is an overall sequence diagram for explaining the operations of the player terminal 1, the game server 2, and the SNS server 3. FIG. 11 is a flowchart of the deck knitting process (Step 1). FIG. 12 is an example of the screen of My Deck that displays a list of decks. FIG. 13 is an example of a deck organization screen displayed on the player terminal 1. FIG. 14 shows an example in which the color of the displayed card is changed depending on the player's card holding. FIG. 15 is a flowchart of the deck introduction process (Step 3). FIG. 16 is a display example of a URL indicating the access destination (link destination) of the introduction deck displayed on the deck organization screen. FIG. 17 is a diagram showing an example of an SNS message with a URL. FIG. 18 is a flowchart of the URL issuing process (Step 4). FIG. 19 is a flowchart of the introduction deck organization process (Step 6). FIG. 20 is a sequence diagram of the second embodiment. FIG. 21 is a flowchart of the introduction deck trial terminal processing (Step 8). FIG. 22 is an example of a screen for selecting a trial method of the introduction deck on the deck organization screen of the introduction deck. FIG. 23 is a flowchart of the introduction deck trial server processing (Step 9). FIG. 24 is an example of displaying a mark indicating that the introduction deck is being used.

<First Embodiment of the present invention>
[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 can be connected to a communication line N via a wireless communication base station or the like to perform data communication with the game server 2 and 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, distributes game programs and data necessary for executing the game on the player terminal 1, and the like. It 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, sounds, etc. can be used.

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

Here, the first game element is a character, which is embodied in an image, a virtual or tangible article, or the like. Images include still images and moving images. An example of a virtual or tangible article is, for example, a virtual card displayed on a computer, a tangible card, or the like. The article is not limited to a card as long as it is an article configured so that the associated game element can be specified. The article may be, for example, a modeled object such as a figure having the appearance of a game element.

In the following description, in the game to be executed, it is assumed that the first game element is a character whose behavior is controlled based on the operation of the card of the player (including the non-player operated by the computer). It will be described as assuming that the design of the corresponding character (an image showing the appearance of the character) is attached. Further, the character is not limited to this, and it goes without saying that the character may specify other game elements such as an item of the game to be executed and an effect to be activated.

The deck is composed of a predetermined number of first game elements. A predetermined number of first game elements are set as the player's deck. For example, when the first game element is a virtual card displayed on a computer, the deck is a group of cards composed of a predetermined number of cards selected by the player. Then, the player can set a plurality of decks composed of the cards he holds. The player selects a desired deck from the set decks, and plays a game using the cards that make up the deck.

Further, in the battle game to which the present embodiment is applied, a second game element different from the first game element is added.

The second game element is a character like the first game element, but it does not necessarily have to be associated with a virtual or physical article. And, unlike the first game element, the second game element is not an operation target of a player (including a non-player operated by a computer) in an in-game match, and is not operated by the player or together with the player. It has the property of playing a match against other players by itself using the deck set by the player.

In other words, the second game element is autonomous or in-game, unlike the first game element, whose behavior is controlled based on the operation of a player (including a non-player operated by a computer). Voluntarily, the player plays a match against another player using the first game element of the deck set by the player.

The ability of the second game element changes depending on the character information of the second game element. The character information changes according to the progress of the player's game. Character information can have a plurality of parameters. For example, in the present embodiment, the character information depends on a parameter (hereinafter, referred to as a level) that changes depending on the experience value obtained from the result of the player's game and the frequency of use of the first type of game element used by the player. Parameters that change (hereinafter referred to as card comprehension), parameters that change depending on the usage ratio of the type of game element of the first type used by the player (hereinafter referred to as personality), and a predetermined event by the player. Includes parameters that change upon achievement (hereinafter referred to as sync levels). Therefore, it should be noted that the level of competition performed by the second game element may differ depending on the character information of the second game element.

There may be a plurality of second game elements, and each second game element may have different character information in the initial stage. Then, the player may select a desired second game element from a plurality of second game elements having different character information.

The autonomous or voluntary action of the second game element described above is performed by the AI function provided in the game server 2. This AI function is possible by a learning model 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. It should be noted that the learning model can compete at different levels (strengths) according to the character information of the second game element. As a method of realizing this, for example, the higher the character information of the second game element, the more time it takes to select the first game element and to search for the optimum solution of attack or defense by the selected first game element. There is a learning model or the like in which the higher the character information of the second game element is, the more optimal the solution can be obtained to deal with a certain situation.

The above-mentioned second type of game element is described as a buddy in the following description.
[Functional configuration]
FIG. 3 is a block diagram showing a functional configuration example of the player terminal 1.

As shown in FIG. 3, 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 management unit 71, a deck setting unit 72, a buddy setting unit 73, a game management unit 74, and an SNS execution unit 75.

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 management unit 71 manages the cards that can be provided by the game system, including whether or not the players A and B are possessed, by using the possessed card data D1 and the card character data D2 stored in the storage unit 56. ..

The possessed card data D1 includes card identification information of a card that can be provided by the game system, a possession flag indicating whether or not the player possesses the card, and a usage permission flag indicating whether or not the card can be used by the player. Is the associated data. FIG. 4 is a diagram showing an example of possessed card data D1. In FIG. 4, the card identification information of the card that can be provided by the game system is described in the card identification information field. Then, when the player holds the card of the card identification information, "1" is set in the holding flag field, and when the player does not hold the card, "0" is set in the holding flag field. Has been done. Further, if the card of the card identification information can be used by the player, "1" is set in the field of the enable flag, and if the card cannot be used by the player, "0" is set in the field of the permission flag. It is set. FIG. 4 shows an example of the possessed card data D1, and the present invention is not limited to this.

Even if "0" is set in the possession flag field, "1" may be set in the enable flag field. For example, even if the card is not owned by the player, the player may temporarily use the card.

The card character data D2 is data in which the card identification information of the card and the character information of the card are associated with each other. FIG. 5 is a diagram showing an example of the card character data D2. In FIG. 5, card identification information and character information (character image, card name, card type, number of costs, attributes, race, ability, attack power, hit points, and rarity) are associated with each other. Note that FIG. 5 shows an example of the card character data D2, and the present invention is not limited to this.

When there is a new card that can be provided, the card management unit 71 acquires the card identification information of the card and the card character data D2 of the card identification information via communication with the game server 2. Then, the card management unit 71 adds the acquired card identification information to the possessed card data D1, sets the possession flag of the card identification information to "0", and sets the field of the usable flag to "0". Further, the acquired card character data D2 is stored in the storage unit 56. Then, when the player newly acquires and holds a card, the card management unit 71 sets the holding flag of the card identification information to "1" and the field of the usable flag to "1".

The deck setting unit 72 presents a card (in principle, a possessed card) that can be currently used as a card constituting the deck by using the possessed card data D1 and the card character data D2, and the presented card is operated by the user. Select the cards that make up the deck from, and set (edit) the deck. The deck setting unit 72 generates deck setting data D3 that associates the name of the set deck, the identification information (deck ID) of the deck, and the card identification information of each card constituting the deck, and stores the storage unit. Store in 56. FIG. 6 is a diagram showing an example of deck setting data D3. In the example of FIG. 6, it is an example of the deck setting data D3 of the deck 1 of the player A, and the deck 1 of the deck ID “D001” is from the cards of the card identification information “0001”, “0006” to the card identification information “0450”. This is an example showing that it is configured. Note that FIG. 6 shows an example of the deck setting data D3, and the present invention is not limited to this.

Further, the deck setting unit 72 requests the server 2 to acquire the access information which is the link destination of the deck information in order to notify other players of the deck information regarding the deck selected from the set decks, and accesses the server 2. Get information. Here, the deck information includes a deck name, a deck ID, identification information of cards constituting the deck, and the like. The access information is a Uniform Resource Locator (URL) or the like.

Further, as will be described later, the deck setting unit 72 accesses the link destination from the access information of another player acquired via the social network service, and acquires the deck information. Then, the deck can be set (edited) by using the acquired deck information.

The operation of the deck setting unit 72 described above will be described later.

The buddy setting unit 73 manages the information about the buddy selected by the players A and B from the plurality of buddies (second game elements) at the time of account registration by the players A and B using the buddy setting data D4. .. The buddy setting data D4 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. 7 is a diagram showing an example of the buddy setting data D4 of the player A. In the example of FIG. 7, the buddy setting data D4 includes the buddy identification information, the buddy image, the buddy name, the level, and the character information. FIG. 7 shows an example of the buddy setting data D4, and the present invention is not limited to this. The buddy (second game element) level and character information at the time of account registration are set to the initial values (lowest values). When the buddy is changed, the level and character information of the previous buddy is not inherited, and the level and character information of the changed buddy (second game element) is set to the initial value (lowest value). Further, the buddy setting unit 73 outputs the image information of the buddy to the image generation unit 62 during the battle or on other menu screens.

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

The SNS execution unit 75 creates a message including the access information (URL) acquired by the deck setting unit 72 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. do. The function of the image generation unit 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 using 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. In FIG. 2, the image display unit 62 corresponds to the display 11.

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. In FIG. 2, the sound output unit 54 corresponds to the speaker 13.

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.

Further, the storage unit 56 stores the possessed card data D1, the card character data D2, the deck setting data D3, the buddy setting data D4, and the card composite data D5. 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.

Next, the configuration of the game server 2 will be described. FIG. 8 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 access information issuing unit 102, a game management unit 103, an AI processing unit 104, and a character information updating 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 access information issuing unit 102 issues the access information in response to the request for the access information of the deck from the player terminal 1. The process of issuing access information will be described later.

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

The AI processing unit 104 has a learning model obtained by machine learning teacher data such as the contents of the game progress of many competitive games and the results thereof. 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 or action selection information transmitted from the player terminal 1 and the character information (buddy ability) of the player buddy of the player terminal 1, and the card setting information or action selection information. Outputs operation assistance information in the situation of. In the learning model of the AI processing unit 104, the output content of the operation auxiliary information differs depending on the character information (buddy's ability) of the buddy. As an example of such a learning model, the higher the buddy's character information (buddy's ability), the longer it takes to search for the optimum solution, and the higher the buddy's character information (buddy's ability), the more certain the situation. There is a learning model that gives a more optimal solution to deal with. Therefore, even if the card setting information or the action selection information transmitted from the player terminal 1 is the same, if the character information (buddy's ability) of the player's buddy is different, different operation assistance information is output as described above. It should be noted that there is a possibility.

The character information update unit 105 receives card setting information or action selection information and battle results from the game management unit 103, and uses the information to perform various parameters of character information (level, card comprehension, personality, synchronization level). ) Is calculated, and the character information (ability of the buddy) of the players A and B in the user information data D6 is updated to be increased or changed. The character information (buddy's ability) may be updated not only with card setting information, action selection information, and battle results, but also with other information, for example, the number of times the game has been logged in, not information about the battle. ..

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 access information issuing unit 102, a game management unit 103, an AI processing unit 104, and a character information updating unit 105.

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

The user information data D6 is basic data of the players participating in the game, and records the user information data D6 for each player. FIG. 9 is a diagram showing an example of user information data D6. In the example of FIG. 9, the user identification information of the player, the possessed card data D1, the deck setting data D3, and the buddy setting data D4 are included. Note that FIG. 9 shows an example of the user information data D6, and the present invention is not limited to this.

The card data is the card data of all the cards used in this game. Basically, the same data as the card character data of FIG. 5 described above is stored for all the cards used in the game. The card data includes basic data of the buddy used in this game (buddy identification information, character image, buddy name, initial level, initial value of card comprehension, initial value of personality, and initial value of synchro level. ) May be included.
[Operation of each device]
Next, the operation of the player terminal 1, the game server 2, and the SNS server 3 will be described. Here, an example will be described in which the player A introduces one of his / her own decks to the player B by using the player terminal 1. Further, as access information, a URL will be described as an example.

FIG. 10 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 player A performs a deck organization process for organizing a deck on the player terminal 1 (Step 1). FIG. 11 is a flowchart of the deck knitting process (Step 1).

Player A displays the screen of My Deck that displays a list of decks from the menu. FIG. 12 is an example of the screen of My Deck that displays a list of decks. Here, when updating a deck that has already been created and set, select the button 31 of the corresponding deck. On the other hand, when newly organizing (generating) a deck, select the button 30 for creating a deck.

When the player selects the button 31 of the deck that has already been set (Step 100), the deck setting unit 72 reads the card identification information of the cards constituting the deck from the deck setting data D3 (Step 101). Subsequently, the card character data corresponding to the card identification information is read from the card character data D2 (Step 102). Then, the images of the cards constituting the deck are displayed in the deck card area (Step 103).

Next, the deck setting unit 72 reads out the card identification information (card identification information in which the field of the possession flag is "1") of the card possessed by the player from the possession card data D1 (Step104), and the corresponding card character data. Is read from the card character data D2 (Step 105). Then, the image of the possessed card is displayed in the possessed card area (Step 106).

FIG. 13 is an example of a deck organization screen displayed on the player terminal 1. In FIG. 13, the cards constituting the deck are displayed in the deck card area 34, and the cards held are displayed in the possessed card area 35. Further, on the deck organization screen, a deck save button 32 for saving (setting) the organized deck and a URL issuing button 33 for issuing access information of the introduction deck described later are displayed.

When displaying cards in the deck card area 34 and the possessed card area 35, the color of the displayed cards may be changed depending on whether or not the player possesses the cards. In this case, the character data corresponding to the card identification information of all the cards is read, and the color of the card is changed depending on the presence or absence (0 or 1) of the flag in the possession flag field of the possession card data D1. FIG. 14 shows an example in which the color of the displayed card is changed depending on the player's card holding. FIG. 14 shows an example in which cards owned by the player are displayed in color, and cards not owned by the player are displayed in grayscale.

When the cards are displayed in the deck card area 34 or the possessed card area 35 on the deck organization screen, the deck can be organized. The formation of the deck is possible by moving the cards for which the deck is to be formed from the possessed card area 35 to the deck card area 34. The deck setting unit 72 determines the movement of the card (Step 107), and if there is a movement of the card (Step 108), changes the display of the cards in the deck card area 34 and the possessed card area 35 (Step 109).

Finally, when the formation of the deck is completed, when the deck save button 32 is pressed and the deck save is selected (Step 110), the deck setting unit 72 updates the deck setting data D3 or creates new data (Step 111). ). Then, the deck setting unit 72 transmits the updated deck setting data D3 as deck information to the game server 2.

The player management unit 101 of the game server 2 updates the deck setting data of the user information data D6 from the received deck information (Step 2).

Next, the deck introduction process (Step 3) performed by the player A will be described. The deck introduction process is a process for introducing the deck created by the player A to another player B or the like. In the following description, a deck introduced by player A to other player B or the like is referred to as an introduction deck.

FIG. 15 is a flowchart of the deck introduction process (Step 3).

First, when he / she wants to introduce a deck, the player A presses the URL issue button 33 on the deck organization screen of the introduction deck.

The deck setting unit 72 determines that the URL issuance button 33 is pressed (Step 200). When the URL issuance button 33 is pressed (Step 201), a request for issuing the URL of the introduction deck is made (Step 202). The URL issuance request to be transmitted includes the user identification information (ID) of the player A and the deck ID of the introduction deck.

The deck setting unit 72 receives the URL from the game server 2 (Step 203). The deck setting unit 72 displays the received URL on the deck organization screen (Step204). FIG. 16 is a display example of a URL indicating the access destination (link destination) of the introduction deck displayed on the deck organization screen. In FIG. 16, in addition to the URL of the introduction deck, a button for selecting the SNS to send the URL is also displayed.

Player A selects the SNS used for transmitting the URL. Using the SNS selected by the player A, the SNS execution unit 75 creates a message with a URL and transmits it to the SNS server 3 (Step 205). FIG. 17 is a diagram showing an example of an SNS message with a URL.

On the other hand, in response to the deck introduction process (Step 3) of the terminal 1, the game server 2 performs the URL issuing process (Step 4). FIG. 18 is a flowchart of the URL issuing process (Step 4).

The access information issuing unit 102 of the game server 2 determines that the URL issuance request is received from the terminal 1 of the player A (Step 300). When the URL issuance request is received (Step 301), the player identification information (ID) and deck ID included in the URL issuance request are acquired (Step 302).

Next, the access information issuing unit 102 reads the card identification information of the cards constituting the deck corresponding to the deck ID from the user information data D6 of the user identification information (ID) from the user identification information (ID) and the deck ID. , The name of the referral deck, and the referral deck information including the card identification information of the cards constituting the referral deck are generated (Step 303). Then, the introduction deck information is temporarily stored in the storage unit 93, the address of the storage destination is converted into a URL, issued (Step 304), and transmitted to the terminal 1 of the player A (Step 305).

In this way, the deck introduction process (Step 3) and the URL issuance process (Step 4) are performed between the terminal 1 of the player A and the game server 2.

Next, the processing between the terminal 1 of the player B whose introduction deck is introduced by the player A and the game server 2 will be described.

The SNS server 3 transmits a message with a URL to the terminal 1 of the player B (Step 5).

The terminal 1 of the player B receives the message with the URL from the SNS server and performs the introduction deck organization process (Step 6). FIG. 19 is a flowchart of the introduction deck organization process (Step 6).

First, the deck setting unit 72 of the terminal 1 of the player B accesses the URL described in the received message (Step 400). The access information issuing unit 102 of the game server 2 transmits the introduction deck information in response to the access of the terminal 1 of the player B (Step 7). The referral deck information to be transmitted is the referral deck name and the card identification information of the cards constituting the referral deck.

The deck setting unit 72 of the terminal 1 of the player B receives and acquires the introduction deck information (Step 401). The referral deck information to be acquired is the referral deck name and the card identification information of the cards constituting the referral deck.

The deck setting unit 72 reads out the presence / absence of the possession flag of the card identification information from the possession card data D1 (Step 402). Further, the deck setting unit 72 reads the card character data of all the cards from the card character data D2 (Step 403).

The deck setting unit 72 displays the card corresponding to the card identification information included in the introduction deck information in the deck card area in a different color depending on whether or not the player B is possessed (presence or absence of the possession flag) (Step 404). On the other hand, the deck setting unit 72 displays the cards corresponding to all the card identification information in the possessed card area by changing the display color depending on whether or not the player B is possessed (presence or absence of the possession flag) (Step 405).

The operation of Step 406 to Step 4011 is the same as the operation of Step 107 to Step 112 of FIG. 11 described above.

In the first embodiment of the present invention, the contents of the deck organized by the player (the contents of the cards constituting the deck) can be easily introduced to other players. In addition, the player who has been introduced to the deck can easily acquire the introduction deck information from the access information, and further, the contents of the introduction deck can be set as his / her own deck on the deck organization screen.

<Second Embodiment of the present invention>
As described in the first embodiment described above, the player introduced to the deck can confirm the contents of the introduced deck on the deck formation screen. However, it seems that there are cases where the referral deck cannot be organized as its own deck because it does not have the cards that make up the referral deck. In such cases, you may want to determine if it is worth setting up your referral deck as your own deck before you buy the missing cards and organize and set up your referral deck. Therefore, the second embodiment describes an example in which the introduction deck can be experienced in a battle in order to determine whether it is worth setting the introduction deck as its own deck.

There are two ways to experience the use of the referral deck in a match.
(1) How a player who has been introduced to an introduction deck uses the introduction deck to play a match This method temporarily uses the cards that do not have the cards that make up the introduction deck. Processing that enables it is required.
(2) A method in which a player introduced to an introduction deck plays against a player using the introduction deck The easiest way to realize this method is to play against a player who has introduced an introduction deck. However, it is not always possible for the player who introduced the referral deck and the player who received the referral to play against each other. Therefore, processing is performed so that the buddy of the player who introduced the introduction deck and the player who received the introduction can play against each other.

FIG. 20 is a sequence diagram of the second embodiment. In the sequence diagram of FIG. 20, the introduction deck trial terminal processing (Step 8) newly performed on the terminal 2 and the introduction deck trial server processing (Step 9) performed on the game server 2 are newly added to the sequence diagram of FIG.

First, the introduction deck trial terminal processing (Step 8) will be described. FIG. 21 is a flowchart of the introduction deck trial terminal processing (Step 8).

First, the player B who receives the introduction selects the trial method of the introduction deck on the deck organization screen of the introduction deck. FIG. 22 is an example of a screen for selecting a trial method of the introduction deck on the deck organization screen of the introduction deck. In the example of FIG. 22, the selection button 40 when the player tries the referral deck by himself and the buddy of the player who introduced the referral deck (using the referral deck in the battle) and the selection when playing against the introduced player. Button 41 is displayed.

The deck setting unit 72 of the terminal 1 of the player B determines the transition to the trial screen of the introduction deck on the deck organization screen (Step 500). When the transition to the trial screen is performed (Step 501), it is determined whether either the selection button 40 or the selection button 41 is selected (Step 502).

When the selection button 40 is selected and the player B who has been introduced to the introduction deck chooses to use the introduction deck by himself / herself, a request for a temporary trial of the introduction deck is made (Step 503). The temporary trial request is a request for permission to use a player's unowned card, and includes user identification information of player B and card identification information of an unowned card among the cards constituting the introduction deck.

When the deck setting unit 72 receives the permission to temporarily use the unowned card from the game server 2 (Step 504), the deck setting unit 72 sets the use permission flag of the unowned card among the cards constituting the introduction deck to "" via the card management unit 71. Set to 1 ”(Step 505). As a result, even if the card is not owned, the card can be used. However, if there is no limit on the number of times of use, the card that is not owned can be used forever, so a limit on the number of times of use is set. For example, the number of battles using the referral deck is two. Then, the player B organizes the introduction deck on the deck organization screen (Step 506).

Player B uses the referral deck to play against other players (Step 507). This process is a match process performed by the game management unit 74. The deck setting unit 72 determines the number of battles (the number of times the referral deck is used) (Step 508), and when the number of battles (the number of times the referral deck is used) becomes equal to the predetermined limit number (Step 509), the unowned card. Delete (set to 0) the permission flag of (Step 510).

On the other hand, when the selection button 41 is selected and the player B selects to play against the buddy of the player B through the referral deck (Step 502), the match request for the referral deck is made (Step 511). The match request includes the player identification information and the deck ID included in the referral deck information. Then, the game management unit 74 plays against the buddy of layer B (Step 511).

Next, the introduction deck trial server processing (Step 9), which is the processing on the game server 2 side, will be described. FIG. 23 is a flowchart of the introduction deck trial server processing (Step 9).

First, the game server 2 determines the reception of the request (Step 600).

When a request for temporary trial of the referral deck is received (Step601), the user identification information of player B included in the temporary trial request of the referral deck and the card identification information of the unowned card among the cards constituting the referral deck are used. Then, among the possessed card data of the user information data D6 of the player B, the use permission flag of the card identification information of the unowned card is set to "1" (Step 602), and the card corresponding to the card identification information of the unowned card Send the license (Step 603).

On the other hand, when the battle request is received, the player identification information and the deck ID included in the battle request are acquired (Step 604), and the buddy and deck ID of the player A are obtained from the user information data D6 of the player identification information (player A). Identify the deck corresponding to (Step 605). Then, the game management unit 103 executes a battle between the buddy of the player A who has tried the introduction deck and the player B (Step 606).

In the second embodiment, the player can try the referral deck by himself / herself and play against the buddy (player) who has tried the referral deck, so the referral deck is only set as his / her own deck. You can judge if it is worth it.

If the introduced player is trying out the introduced deck, the player who introduced the introduced deck may be notified of information indicating that the introduced player is trying out the introduced deck. For example, while the introduced player is trying out the referral deck, the introduced player sends the trial information to the introduced player A terminal 1, and while receiving the information, the referral deck on the screen of the my deck of the player A terminal 1 is displayed. The mark 43 under trial is displayed on the icon of the deck corresponding to.

In the above embodiments, a card game using a virtual game card has been 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, or a character training game associated with the first game element.

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 competitive game on a computer using game elements by the player.
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 composed of the first game element,
A terminal that executes a provision process of providing introduction deck information about an introduction deck to be introduced to other players among the set decks to a social network service capable of sharing information between 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 game management device that generates access information for accessing referral deck information related to a referral deck to be introduced to another player among the decks permitted to be set, and executes an access information generation process to be transmitted to the terminal of the player.

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 management unit 72 Deck setting unit 73 Buddy setting unit 74 Game management unit 75 SNS execution unit 91 Processing unit 92 Communication unit 93 Storage unit 101 Player management unit 102 Access information issuing unit 103 Game management Unit 104 AI processing unit 105 Character update unit

Claims (12)

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 composed of the first game element,
A program that functions as a means of providing referral deck information about referral decks to be introduced to other players among the set decks to a social network service that allows information to be shared between players. Computer,
Access information issuance requesting means for requesting issuance of access information regarding access to the introduction deck information, and
It functions as an access information acquisition means to acquire the issued access information,
The program according to claim 1, wherein the providing means provides the introduction deck information to the social network service. 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 2, wherein the providing means provides the access information to the selected social network service. The program according to claim 2 or 3, wherein the access information is a Uniform Resource Locator (URL). The program functions as a deck information acquisition means for acquiring the introduction deck information by the access information acquired through the social network service.
The program according to any one of claims 1 to 4, wherein the deck setting means can organize a deck by using the acquired introduction deck information. The program according to any one of claims 1 to 5, wherein the program functions as a battle execution means capable of executing a battle using the introduction deck. The match using the referral deck is a match in which the player who has acquired the referral deck information from the access information uses the referral deck.
The program according to claim 6, wherein the deck setting means temporarily enables the use of the first game element that the player does not own among the first game elements constituting the introduction deck. The program can use the set deck and functions as a second game element setting means capable of setting a second game element that can be played against other players.
The program according to claim 6, wherein the match using the referral deck is a match against the second game element of the player who introduced the referral deck by the player who acquired the referral deck information based on the access information. The program according to any one of claims 6 to 8, wherein the deck setting means presents information indicating that the player who introduced the introduction deck has used the introduction deck in a match. A deck setting means that can set a player's deck composed of the first game element,
A terminal provided with a providing means for providing introduction deck information about an introduction deck to be introduced to other players among the set decks to a social network service capable of sharing information between players. A game management device that manages a game played by a player using the first game element.
Deck setting permission means for permitting player deck setting with the first game element as a component,
A game management device including an access information generating means for generating access information for accessing referral deck information related to a referral deck to be introduced to another player among the decks permitted to be set, and transmitting the access information to the terminal of the player. The game management device according to claim 11, further comprising a battle execution means for enabling a player who has been introduced to the introduction deck to perform a battle using the introduction deck.

Images