JP2022059064A - Information processor, server device, game control method, and program - Google Patents

Abstract

PROBLEM TO BE SOLVED: To allow a set of objects proposed by other people to be utilized easily in a game.

SOLUTION: A server device includes: a set acquisition part for acquiring set information correlated with a first user from a first terminal device for performing processing for executing a proceeding game by referring to objects extracted from the set information in a game using the set information for showing a set of plural objects; a first storage part for storing the set information acquired by the set acquisition part; a set request reception part for receiving an output request related to the set information from a second terminal device correlated with a second user; and an output control part for outputting the set information corresponding to the output request and/or information related to the set information on the basis of the set information stored in the first storage part.

SELECTED DRAWING: Figure 1

COPYRIGHT: (C)2022,JPO&INPIT

Description

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

From a set of objects (cards) prepared in advance by the user by making an arbitrary combination (for example, a so-called deck, etc.), a few cards are held as a hand, and the cards are placed in a place called a place from among them. There was a card game (trading card game) that progressed by executing a command. In such a card game, a user conventionally selects a card and executes a command by performing an operation (for example, a drag and drop operation or a selection of displayed options) on the selected card to advance the game. It was operated (see, for example, Patent Document 1).

JP-A-2015-188503

By the way, in a game as described above, since the set of objects is arbitrarily selected by the user, it is possible to give the game a high degree of strategicity. However, it can be difficult for beginners in the game to determine how to construct a set of objects. Also, especially when the number of objects that make up a set is large or the types of objects are abundant, the number of combinations of objects becomes enormous, so even experienced gamers have no guideline at all. It was sometimes difficult to prepare a set of objects from.

Therefore, it has been practiced that a user of a game publishes information on a set of objects on a website and exchanges information with other users. However, media such as websites are not directly related to games. Therefore, even if the user wants to reflect the set of objects proposed by another user in the game, the user needs to select the object by his / her own hand to form the set of objects in the actual game. Therefore, it may be difficult to use the set of objects proposed by other users.

Further, in a game, a game operator has also proposed a combination of objects to a user. However, there are cases where the types of object sets are limited and the user's demand cannot be sufficiently satisfied only by the proposal from the game operator. In addition, since the set of objects provided by the game operator is limited, it has not been considered to establish a mechanism for searching the set of objects. Therefore, even if the game operator can propose a sufficient amount of object sets, the user cannot find the desired object set and it is difficult to use the proposed object set. Can be considered.
As described above, it is desired to make it easy to use the set of objects proposed by others.

One of the objects of the present invention is to provide an information processing device, a server device, and a program that can make it easy to use a set of objects proposed by others in a game.

Another object of the present invention is to provide an information processing device, a server device, and a program capable of exerting the effects described in the embodiments described later.

In order to solve the above-mentioned problems, one aspect of the present invention is a game that uses group information indicating a set of a plurality of objects, and executes a game that progresses with reference to the objects extracted from the set information. A group acquisition unit that acquires the group information associated with the first user from the first terminal device that performs processing for causing the group to be generated, and a first storage unit that stores the group information acquired by the group acquisition unit. And, based on the group request receiving unit that receives the output request related to the group information from the second terminal device corresponding to the second user and the group information stored in the first storage unit, the output. It is a server device including the group information corresponding to a request and / or an output control unit for outputting information related to the group information.

Further, one aspect of the present invention is a game that uses group information indicating a set of a plurality of objects, and is a game that controls to execute a game that progresses with reference to the object extracted from the set information. An execution unit, a group editing unit that edits the group information available by the game execution unit, a group transmission unit that transmits information related to the group information edited by the group editing unit to a server device, and the above. An information processing device including an output request transmission unit that transmits an output request related to group information to the server device.

Further, one aspect of the present invention is a program for making a computer function as the above-mentioned server device or information processing device.

The figure which shows the outline of the game system which concerns on 1st Embodiment of this invention. The figure which shows an example of the posting deck list screen which concerns on the same embodiment. The figure which shows an example of the posting deck detail screen which concerns on the same embodiment. The figure which shows the structure of the game system which concerns on the same embodiment. The figure which shows an example of the card attribute information which concerns on the same embodiment. The figure which shows an example of the deck information which concerns on the same embodiment. The figure which shows an example of the posted information which concerns on the same embodiment. The figure which shows an example of the player information which concerns on the same embodiment. The block diagram which shows the structure of the terminal apparatus which concerns on the same embodiment. The block diagram which shows the structure of the server apparatus which concerns on the same embodiment. The block diagram which shows the structure of the computer system which concerns on the same embodiment. A sequence chart showing an example of the flow of the deck editing process according to the same embodiment. The figure which shows an example of the deck selection screen which concerns on the same embodiment. The figure which shows the 1st example of the deck edit screen which concerns on the same embodiment. The figure which shows an example of the deck posting screen which concerns on the same embodiment. A sequence chart showing an example of the flow of deck output processing according to the same embodiment. The figure which shows an example of the additional information screen which concerns on the same embodiment. The figure which shows the 2nd example of the deck edit screen which concerns on the same embodiment. The figure which shows an example of the game screen of the game which concerns on the same embodiment. The figure which shows an example of the turn flow of the game which concerns on the same embodiment. The figure which shows the structure of the game system which concerns on the 2nd Embodiment of this invention. The block diagram which shows the structure of the terminal apparatus which concerns on the same embodiment. The block diagram which shows the structure of the server apparatus which concerns on the same embodiment. A block diagram showing the relationship between the user and the deck according to the modified example.

Hereinafter, an embodiment of the present invention will be described with reference to the drawings.
[First Embodiment]
[Outline of the first embodiment]
The first embodiment of the present invention will be described.
The game system 1 is an information processing system that controls for executing a game. In the present embodiment, as an example, a case where the game system 1 controls to execute a computer game that reproduces a so-called competitive trading card game will be described. Further, the game system 1 is a system for managing decks used in the game.

A deck is a set of cards and is used for battles described later. A deck can be said to be a combination of cards, a bundle of cards, a collection of cards (collection, group), and the like. The user constitutes a deck by selecting and combining cards used for play from the objects possessed by the user according to a predetermined regulation (rule). Regulation is a deck composition rule (restriction). Deck that does not meet the regulations (does not fit or does not fit) cannot be used to play the game. The regulation defines, for example, the number of cards that make up the deck, the version of the card, the type of card, and the like. Therefore, the number of cards, the version of the card, the type of the card, and the like may be arbitrarily determined by the user as long as it is within the range defined by the regulation.

A card is an example of an object. An object is, for example, a visible display unit and, for example, a user-selectable unit. Further, the object is, for example, an object that may be owned by the user. An object is, for example, a unit constituting a deck. Further, the object is, for example, one used for a battle. Further, the object may be a medal, a figure, a character, or the like in addition to the card.
In the game according to the present embodiment, each user who plays against each other advances using the cards extracted from the deck in their respective turns (hereinafter, also referred to as turns). The outline of the game progress will be described later.

FIG. 1 is a diagram showing an outline of a game system 1 according to the present embodiment.
In the example shown in FIG. 1, the game system 1 includes terminal devices 10-1 to 10-4 and a server device 30.
The terminal devices 10-1 to 10-4 are game devices in which each user inputs an operation in playing a game. Here, play is a series of processes for advancing a game by generating a game result or updating a game status according to an operation (also referred to as a game operation) input for advancing the game. be. Further, playing means that the user (player) inputs a game operation to advance the game. Specifically, the play is a process such as a battle, which will be described later. The user of the terminal device 10-1 is a game operator. The users of the terminal devices 10-2 to 10-4 are game players "X" to "Z". The terminal devices 10-1 to 10-4 all have the same functions, but in the example shown in FIG. 1, the terminal devices 10-1 to 10-3 function as a device for posting deck information. The terminal device 10-4 functions as a device for viewing deck information. The deck information is information indicating a deck, and is a set of information on the card ID (Identifier) of the cards constituting the deck. The card ID is card identification information.

The server device 30 is a so-called game server, and controls the progress of the game according to the operation of the user.
The server device 30 is also a deck management server device that manages deck information. The server device 30 collects deck information posted from the posting side terminal devices 10-1 to 10-3. That is, the game operator, the users "X", and "Y" who are the contributors can post the deck information via the terminal devices 10-1 to 10-3 on which they play the game. The server device 30 outputs deck information managed by its own device in response to a request from the terminal device 10-4 on the viewing side. The user "Z" can request deck information via the terminal device 10-4 on which he / she plays the game.

In the output mode of the deck information, in addition to registering the deck as the possessed deck of the user "Z", displaying the attribute information of the deck, displaying the cards constituting the deck, and the poster of the deck information The attached incidental information may be displayed. For example, the server device 30 registers the deck "Q" posted by the user "X" as the possessed deck of the user "Z" as shown in the example shown in FIG. Further, for example, as shown in the example shown in FIG. 2, the server device 30 extracts and sorts the posted deck information based on a predetermined condition such as a deck category, and lists the deck names in a list format. Display. Further, as shown in the example shown in FIG. 3, the server device 30 displays the contents of the deck information (cards constituting the deck) selected by the user "Z" among the posted deck information. In addition, in this embodiment, registration means to newly store information or to update and store information. As described above, the deck information output from the server device 30 to the viewing side terminal device 10-4 may be displayed on the viewing side terminal device 10-4, or may be displayed on the viewing side terminal device 10-4. 4 may be displayed on the display device by outputting the deck information to the display device. Further, the output destination from which the server device 30 outputs deck information is not limited to the terminal device 10-4 of the user "Z", and may be any terminal device depending on the system configuration.

In the following, the deck posted by the poster may be referred to as a posting deck. In other words, a posting deck is a deck intended to share information by posting. On the other hand, a deck that can be selected by the user when playing a game may be referred to as a possession deck. That is, the possession deck is a deck that each user actually uses when playing the game. Further, in the following, the deck information of the posting deck may be referred to as the posting deck information, and the deck information of the possessed deck may be referred to as the possessed deck information. That is, there are two types of deck information: posted deck information and possessed deck information. Further, in the present embodiment, posting means making information visible from any device connected to the server device 30.

As described above, the server device 30 acquires the posting deck information from the terminal devices 10-1 to 10-3 on the posting side. Further, the server device 30 receives an output request related to the posting deck information from the terminal device 10-4 on the viewing side. Then, the server device 30 outputs the posted deck information corresponding to the output request and / or the information related to the posted deck information (for example, the attribute information of the posted deck, the incidental information). In the output of the posted deck information and / or the information related to the posted deck information, the server device 30 displays, for example, the names of the posted decks in a list based on predetermined conditions related to the deck category and the like. Further, the server device 30 displays, for example, the cards constituting the posting deck selected by the viewing user "Z" among the posting decks. Further, the server device 30 may be able to edit the posted deck information posted by a user different from the user "Z" as the possessed deck information of the user "Z".

As a result, the server device 30 provides the user who plays the game with various information about the posting deck posted by another person. Therefore, the user can check the posting decks posted by others and use the posting decks proposed by others in the game. That is, the server device 30 can make it easy to use the deck proposed by another person.

Further, in particular, in the case of a game that progresses using cards extracted from the deck, the player will play using a part of the cards constituting the deck. Therefore, for example, when a player tries to improve the contents of a deck, it is difficult to determine whether or not each card in the deck is necessary unless the game is played using the deck many times. For example, one card "A" constituting a deck may not be extracted in several plays. In this case, the player cannot determine the necessity of the card "A". In this way, in order to determine the necessity of a specific card, it is necessary to play it many times until the card is extracted. In this respect, the game system 1 makes it possible to refer to the contents of the group information proposed by another user in a game in which an object is extracted from the group information. That is, the player can refer to the judgment of the necessity of the card by another user. Therefore, the game system 1 can facilitate the examination of the contents of the group information such as the improvement policy.
In the following, the posted deck information, the attribute information of the posted deck, and the incidental information of the posted deck may be collectively referred to as the posted deck reference information.
The above is the description of the outline of the present embodiment.

[Configuration of game system 1]
Next, the configuration of the game system 1 will be described.
FIG. 4 is a diagram showing the configuration of the game system 1.
As shown in FIG. 4, the game system 1 includes a plurality of terminal devices 10-1, 10-2, 10-3, ..., And a server device 30. The plurality of terminal devices 10-1, 10-2, 10-3, ... And the server device 30 can be connected to the network NW and communicate with each other. Since the terminal devices 10-1, 10-2, 10-3, ... All have the same configuration, the terminals such as "-1" and "-2" are omitted unless otherwise specified. Collectively referred to as device 10. Although three terminal devices 10 are shown here, the number of terminal devices 10 may be arbitrary.

The server device 30 is an electronic device including a computer system.
The server device 30 provides a game that can be executed by the terminal device 10. For example, the server device 30 provides a game control program (game control program) that can be executed by the terminal device 10 so as to be downloadable from the terminal device 10. Further, the server device 30 stores various setting information, history information, and the like necessary for the game executed in the terminal device 10, and transmits them to the terminal device 10 as needed. The game control program downloaded by the terminal device 10 is not limited to the server device 30, and may be stored in another downloadable server device.

Further, the server device 30 manages various information such as card attribute information, deck information, posting information, player information, and possessed card information. The card attribute information is information indicating the attributes of the card. The posted information is information indicating the posted content. The player information is information indicating the attributes of the player. The terminal device 10 can refer to and update this information by accessing the server device 30.

The terminal device 10 is an electronic device including a computer system. Specifically, the terminal device 10 is a PC (Personal Computer), a tablet PC, a mobile phone such as a smartphone or a feature phone, a personal digital assistant (PDA), or the like. In the present embodiment, as an example, the terminal device 10 will be described as a smartphone.
The terminal device 10 downloads the game control program from the server device 30. Then, the terminal device 10 functions as a game device by executing the downloaded game control program. The terminal device 10 can edit the deck, post the deck, refer to various information managed by the server device 30, and the like by using the game control program.
In the following, the user will be described as a user of the terminal device 10. The user is a player who plays a game using the terminal device 10.
The above is the description of the configuration of the game system 1.

[Information processed by game system 1]
Next, the card attribute information, the deck information, the posting information, and the player information processed by the game system 1 will be described.
First, the card attribute information will be described.
FIG. 5 is a diagram showing an example of card attribute information.
In the example shown in FIG. 5, the card attribute information includes card ID, card name information, card type information, level information, offensive power information, defensive power information, card text information, effect information, and version. Information and image information are configured in association with each other.
The card name information is information indicating the name of the card. The card type information is information indicating the type of the card. The types of cards include, for example, monster cards, magic cards, trap cards, and the like. In the following, when the magic card and the trap card are not particularly distinguished, they are also referred to as "magic / trap cards". Level information, offensive power information, defensive power information, card text information, and effect information are information indicating card parameters in the game. The version information is information indicating the classification (version) of cards according to when the card first appeared. The image information is information indicating an image of the card.
Therefore, the terminal device 10 and the server device 30 can specify the name, type, parameter, version, image, and the like of each card by referring to the card attribute information.
The above is the description of the card attribute information.

Next, deck information will be described.
FIG. 6 is a diagram showing an example of deck information.
In the example shown in FIG. 6, the deck information is configured by associating the frame ID and the card ID with each other. Although not shown, deck information is described for each deck. Specifically, the deck information is stored in association with the deck ID. The deck ID is information that identifies the deck.
The frame ID is information for identifying a frame in the deck. The frame indicates the order and arrangement of the cards that make up the deck. For example, in the example shown in FIG. 3, frames from "1" to "32" are shown, and a card is associated with each frame. In the example shown in FIG. 6, the frame ID is described in a format that can specify the use of the frame, such as "main" mainly used at the time of play and "side" used as a copy. By associating the frame with the card in this way, even if the order and arrangement of the cards in the deck are game-like, the terminal device 10 and the server device 30 can refer to the deck information. , The deck can be faithfully reproduced.

As described above, in the present embodiment, there are two types of decks, a possession deck and a posting deck, depending on the purpose of use thereof. The type of user ID corresponding to the possessed deck information and the posted deck information is different. The server device 30 manages the possessed deck information by associating the deck ID with the user ID of the player of the game. Further, the server device 30 manages the posting deck information by associating the deck ID with the user ID of the poster of the deck. The terminal device 10 may manage the possessed deck information, the posted deck information, or both, instead of the server device 30.
The possessed deck information and the posted deck information may have different configurations or the same configuration. Further, in addition to attribute information such as the name of the deck and the date and time when the deck was created, the deck ID may be separately associated with memos of the deck editor and incidental information such as the battle record of the deck.
The above is the explanation of the deck information.

Next, the posted information will be described.
FIG. 7 is a diagram showing an example of posted information.
In the example shown in FIG. 7, the posting information is obtained by associating the posting ID, the poster ID, the posting date / time information, the deck name information, the category information, the evaluation pt information, and the block count information with each other. It is configured.
The post ID is information that identifies the post deck. For example, the deck ID of the posting deck is described in the posting ID. The poster ID is information that identifies the user who is the poster. The posting date / time information is information indicating the date and time when the posting was made. The deck name information is information indicating the name of the posting deck. The category information is information indicating the category of the posting deck. In the category information, for example, a category showing the purpose of the deck at the time of game play and the concept of deck creation is described. The deck name information and the category information are examples of attribute information of the posting deck. The evaluation information is information indicating the evaluation of the post, that is, the evaluation of the posting deck by a score (point). Hereinafter, the score indicated by the evaluation pt information may be referred to as an evaluation score. The blocked number information is information indicating the number of blocks displayed or used by a user other than the poster. Blocking is a type of filtering and is a function that excludes information that is deemed unnecessary by the user. For example, when a user refers to a posting deck and feels uncomfortable, it blocks. After that, the blocked posting deck will not be displayed on the user's terminal device 10. That is, the block count information is information representing a negative evaluation for the posting deck. The block target may be specified for each posting deck or for each poster. As described above, the evaluation pt information and the block count information are examples of evaluation information indicating the evaluation of the posting deck.
By referring to the posting information, the terminal device 10 and the server device 30 can specify when, which user posted which deck in which category, and can specify the evaluation of the posting deck. ..
The above is the explanation of the posted information.

Next, the player information will be described.
FIG. 8 is a diagram showing an example of player information.
In the example shown in FIG. 8, the player information is obtained by associating the user ID, the player level information, the in-game currency A information, the in-game currency B information, the current month billing amount information, and the age authentication information with each other. It is configured.
The player level information is information indicating the level (results, rank) of the user in the game. The in-game currency A information is information indicating the amount of the in-game currency A possessed by the user. The in-game currency A is an in-game currency that is mainly acquired as the game progresses. The in-game currency B information is information indicating the amount of the in-game currency B. The in-game currency B is an in-game currency mainly purchased with real money. In the in-game currency B information, the portion of the in-game currency purchased by the user and the portion acquired by the progress of the game may be described separately. The current month billing amount information is information indicating the amount of money that the user has charged for the game in that month. The age authentication information is information indicating the authentication result of the user's age. Based on this authentication result, the upper limit of the monthly billing amount of the user may be set.
Therefore, the terminal device 10 and the server device 30 can specify how much each user is playing the game by referring to the player information.
The above is the description of the player information.

[Configuration of terminal device 10]
Next, the configuration of the terminal device 10 will be described.
FIG. 9 is a block diagram showing the configuration of the terminal device 10.
As shown in FIG. 9, the terminal device 10 includes a terminal communication unit 11, a terminal input unit 12, a terminal display unit 13, a terminal storage unit 14, and a terminal control unit 150.
The terminal communication unit 11 communicates with the server device 30 via the network NW.
The terminal input unit 12 receives an operation input by the user.
The terminal display unit 13 displays various images and the like generated by the terminal control unit 150.

The terminal storage unit 14 stores various information referred to by the terminal control unit 150, processing results of the terminal control unit 150, and the like. For example, the terminal control unit 150 stores a user ID that individually identifies a user. Further, the terminal storage unit 14 includes a card attribute information storage unit 141, a possession card information storage unit 142, and a rule information storage unit 143.
The card attribute information storage unit 141 stores the card attribute information for each card.

The possession card information storage unit 142 stores possession card information related to the user of the own device. Possession card information is information indicating a card possessed by a user (hereinafter referred to as a possession card). Possessed card information is configured by, for example, associating a user ID with a card ID that identifies a card. The user can have a plurality of cards with the same card ID (same card). These same cards may be managed individually and distinguishably by a serial ID.

The rule information storage unit 143 stores the rule information. Rule information is information indicating regulation. Regulations include, for example, the number of cards of the same type that can be included in one deck, the total number of cards that can be included in one deck, the number of specific cards that can be included in one deck, and one deck. The version of the card that can be included is determined. As a specific example of regulation, one deck can contain up to three cards of the same type, and one deck can contain 40 to 60 cards. It is possible that a deck can only contain one particular type of card, only a certain version of the card, and so on.
As mentioned above, the content of the regulation may be changed. For example, suppose that the regulation stipulates that only one card "A" that is too powerful can be included in the deck. On the other hand, this restriction may be relaxed or lifted when the new card "B" for countering the card "A" appears. Further, for example, because the newly appeared card "C" is a powerful card, a restriction that only one card can be included in the deck may be newly set as a regulation.

The terminal control unit 150 controls various configurations included in the terminal device 10. The terminal control unit 150 is realized, for example, by executing a game control program stored in advance in the terminal storage unit 14 by a CPU (Central Processing Unit) of the terminal device 10. A part or all of the terminal control unit 150 may be realized as an integrated circuit of hardware such as an LSI (Large Scale Integration) or an ASIC (Application Specific Integrated Circuit).

The terminal control unit 150 includes a terminal deck editing unit 151, a terminal display processing unit 152, a terminal game execution unit 153, and an evaluation transmission unit 154.
The terminal deck editing unit 151 controls the editing of deck information based on the editing operation by the user. Here, editing the deck information includes both creating a new deck information and updating the existing deck information. That is, editing the deck information includes duplicating the contents of the posted deck as it is on the possessed deck, that is, associating the posted deck information with the player. And, to display the deck information editably means to be able to accept the editing operation by the user while displaying the deck information. The terminal deck editing unit 151 may edit the posted deck information or the possessed deck information. Hereinafter, in editing deck information, requesting processing by the terminal device 10 to the server device 30 may be referred to as an editing request.

In editing the deck information, first, the terminal deck editing unit 151 accepts the user to select the deck information to be edited. Next, the terminal deck editing unit 151 acquires deck information to be edited from the server device 30. Next, the terminal deck editing unit 151 updates the deck information according to the editing operation by the user. Next, the terminal deck editing unit 151 refers to the rule information stored in the rule information storage unit 143, and determines whether or not the updated deck information conforms to the regulation. The terminal deck editing unit 151 stores the determination result in association with the deck information. The terminal deck editorial unit 151 transmits the updated deck information to the server device 30, and requests the registration of the updated deck information. That is, the terminal deck editorial unit 151 requests that the updated deck information be stored as a user's own deck or a posting deck. As a result, the updated deck information is stored in the server device 30. As a result, in the case of possessed deck information, a new deck is created or updated, and in the case of posted deck information, the deck is posted.

Further, the terminal deck editorial unit 151 accepts the input of the attribute information and the incidental information of the posting deck from the user. The terminal deck editing unit 151 generates posting information by associating the input attribute information and incidental information with a user ID, posting date and time, and the like. The terminal deck editorial unit 151 transmits the generated post information to the server device 30, and requests the registration of the post information. As a result, the attribute information and incidental information of the posting deck are stored in the server device 30. That is, the terminal deck editorial unit 151 posts the attribute information and the incidental information of the posting deck.

Here, the case where the terminal deck editing unit 151 edits the deck information and transmits the edited deck information to the server device 30 has been described, but the present invention is not limited to this. For example, the terminal deck editing unit 151 may send an editing operation from the user to the server device 30 at any time, and request the server device 30 to edit the deck information. Then, the server device 30 edits the deck information based on the editing operation from the user acquired from the terminal deck editing unit 151, and transmits the processing result corresponding to the operation to the terminal device 10 at any time. As described above, the terminal device 10 may perform the substantial processing for editing the deck information, or the server device 30 may perform the processing. Further, the terminal device 10 may or the server device 30 may perform the substantial processing of generating the posted information in the same manner as the editing of the deck information.

The terminal display processing unit 152 controls various screen displays such as a posting deck viewing screen, a deck editing screen, and a game screen according to the user's operation. Here, only the display control of the posting deck will be described, and the description of other screen display controls will be omitted. Hereinafter, in screen display control, requesting processing by the terminal device 10 to the server device 30 may be referred to as a display processing request.
First, the terminal display processing unit 152 requests the server device 30 to transmit the posting deck reference information. The terminal display processing unit 152 acquires the posting deck reference information transmitted from the server device 30 in response to the display processing request. The terminal display processing unit 152 causes the terminal display unit 13 to display the acquired posting deck reference information. As a result, the terminal display processing unit 152 can display a list of attribute information of the posting deck as shown in FIG. 2 and display the contents of the posting deck as shown in FIG.

Here, the terminal display processing unit 152 can request the server device 30 to extract the posting deck reference information by designating various extraction conditions. The extraction condition specifies items and values included in the posted deck reference information as a search key for extracting the posted deck reference information. The extraction conditions may be predetermined, or may be specified or changed by the user. By notifying the server device 30 of the extraction conditions, the terminal display processing unit 152 notifies the server device 30 of the posting deck reference information stored in advance in the server device 30 that matches the items and values specified as the extraction conditions. Can be obtained. Extraction conditions include the category of the posting deck, the presence or absence of a specific card in the posting deck, the number of rare cards in the posting deck, the rating of the posting deck, the poster, the posting date and time, the creation date and time of the posting deck, conformity with regulations, and possession. Comparison with cards, comparison with possessed decks, etc. can be adopted.

By setting the category of the posting deck as the extraction condition, the terminal device 10 can acquire the posting deck of the category desired by the user.
By setting the presence or absence of a specific card in the posting deck as an extraction condition, the terminal device 10 can acquire a posting deck using a specific card desired by the user.
By setting the number of rare cards in the posting deck as the extraction condition, the terminal device 10 can acquire the posting deck according to the difficulty of configuration.
By setting the evaluation of the posting deck as the extraction condition, the terminal device 10 can acquire the posting deck having a high evaluation or exclude the deck having a low evaluation.
By setting the contributor as the extraction condition, the terminal device 10 can block the post of a specific user or acquire only the post of a friend.
By setting the posting date and time and the creation date and time of the posting deck as extraction conditions, the terminal device 10 can acquire a newly proposed posting deck or a posting deck that has been used for a long period of time. ..

As long as it conforms to the regulation, even if there is a change in the regulation, it is possible to acquire a posting deck that conforms to the new regulation.
By setting the comparison with the possessed card as an extraction condition, the terminal device 10 has a posting deck composed of only the cards possessed by the user and a posting deck composed of many cards possessed by the user (that is, the user). You can get a post deck that contains a relatively small number of cards that you don't have.
By setting the comparison with the possessed deck as an extraction condition, the terminal device 10 can acquire a posting deck similar to the possessed deck. In this case, the server device 30 performs, for example, a card ID comparison, a type comparison, a parameter comparison, a version comparison, and the like for the cards constituting the possessed deck and the cards constituting the posting deck. Then, the posting decks having a high matching ratio with respect to the compared card IDs, types, parameters, versions, etc. are extracted.
In addition, the terminal device 10 has the number of rare cards possessed by the user, the level in the user's game, the number of rare cards in the deck, etc. when the "recommended" setting for automatically setting the conditions is selected. May be set as a condition.

Further, the terminal display processing unit 152 may control the sorting of the posting deck reference information in the display of the posting deck reference information based on the same sorting conditions as the above extraction conditions. The sort condition specifies the size of the item or value of the posted deck reference information as a condition in determining the display order of the posted deck reference information. The sort conditions may be predetermined, or may be specified or changed by the user. The terminal display processing unit 152 sorts the posting deck reference information extracted by the server device 30 in descending order of compatibility with the items and values specified as the sorting conditions. The post deck reference information may be sorted based on the sort condition by the terminal display processing unit 152 or by the server device 30.

Further, the terminal display processing unit 152 can request the server device 30 to transmit specific deck reference information. In this case, the terminal display processing unit 152 transmits the posting ID or the deck ID to the server device 30.

Further, when the terminal display processing unit 152 displays the contents of the posting deck based on the posting deck information, the terminal display processing unit 152 controls the display mode of the cards constituting the posting deck based on the deck contents display conditions. The deck content display condition is a condition for designating the display mode of the cards constituting the deck. The display modes of the cards include the display order of the cards, the conspicuousness of the cards (adjustment of brightness, addition of icon images, etc.), display / non-display of the cards, and the like. The terminal display processing unit 152 displays the cards constituting the posting deck so as to meet the deck contents display conditions. The deck contents display conditions may be predetermined, or may be specified or changed by the user.

As the deck content display condition, the same conditions as the extraction condition and the sort condition described above may be adopted, or different conditions may be adopted. As the deck contents display condition, for example, comparison with the possessed card and conformity with the regulation can be adopted. By making the comparison of possessed cards a condition, the terminal display processing unit 152 can indicate, for example, which of the cards constituting the posting deck is possessed by the user. By setting the condition of conformity to the regulation, the terminal display processing unit 152 can indicate, for example, which of the cards constituting the posting deck does not conform to the regulation.

Here, the case where the terminal display processing unit 152 displays an image based on the posting deck reference information has been described, but the present invention is not limited to this. For example, the terminal deck editorial unit 151 may notify the server device 30 of the operation from the user at any time, and may request the server device 30 to extract the posted deck reference information and generate an image based on the posted deck reference information. .. Then, the server device 30 extracts the posting deck reference information and generates an image based on the posting deck reference information based on the operation from the user notified from the terminal display processing unit 152, and produces the generated image. It is transmitted to the terminal device 10 at any time. As described above, the terminal device 10 may perform the substantial processing for displaying various screens, or the server device 30 may perform the processing.

The terminal game execution unit 153 controls to execute the game. The terminal game execution unit 153 may perform substantial processing for advancing the game in its own device, or may perform auxiliary processing for advancing the game in the server device 30. For example, the terminal game execution unit 153 may complete the process for advancing the game only by its own device. In the present embodiment, as an example, a case where the server device 30 performs substantial game processing will be described. In this case, the terminal game execution unit 153 notifies the server device 30 of the game operation by the user at any time. Then, the terminal game execution unit 153 acquires the game result corresponding to the game operation from the server device 30 at any time and presents it to the user.

Further, the terminal game execution unit 153 determines whether or not the deck information selected by the user for play conforms to the regulation. Here, as described above, whether or not the deck conforms to the regulation is determined by the terminal deck editing unit 151 or the server deck editing unit 352, and the determination result is stored in association with the deck information. There is. The terminal game execution unit 153 refers to this determination result, and if it is stored that the deck information selected by the user does not conform to the regulation for play, the terminal game execution unit 153 uses the deck information. Performs processing to limit the use of the game. For example, the terminal game execution unit 153 prohibits the use of the selected deck information and causes the user to reselect the deck information.

Further, the terminal game execution unit 153 acquires various information necessary for executing the game from the server device 30. For example, when the card attribute information is updated, the terminal game execution unit 153 acquires the card attribute information from the server device 30 and stores it in the card attribute information storage unit 141. Further, for example, the terminal game execution unit 153 acquires the possessed card information from the server device 30 when the user logs in to the game and starts the game, or when the possessed card is changed due to the purchase of the card. Then, it is stored in the possession card information storage unit 142.

The evaluation transmission unit 154 notifies the server device 30 of the user's evaluation of the posting deck. The evaluation transmission unit 154 determines whether or not the predetermined evaluation conditions are satisfied. The evaluation information will be described later. When the evaluation transmission unit 154 determines that the evaluation conditions are satisfied, the evaluation transmission unit 154 notifies the server device 30 to that effect.
The above is the description of the configuration of the terminal device 10.

[Configuration of server device 30]
Next, the configuration of the server device 30 will be described.
FIG. 10 is a block diagram showing the configuration of the server device 30.
As shown in FIG. 10, the server device 30 includes a server communication unit 31, a server storage unit 34, and a server control unit 350.
The server communication unit 31 communicates with the terminal device 10 via the network NW.
The server storage unit 34 stores various information referred to by the server control unit 350, processing results of the server control unit 350, and the like. Further, the server storage unit 34 includes a card attribute information storage unit 341, a possession deck information storage unit 342, a posting deck information storage unit 343, a posting information storage unit 344, a player information storage unit 345, and a possession card information storage unit. A unit 346 and a rule information storage unit 347 are provided.

The card attribute information storage unit 341 stores card attribute information for each card.
The possession deck information storage unit 342 stores the possession deck information for each user (player). Specifically, the possessed deck information storage unit 342 stores the possessed deck information in association with the possessed deck ID and the user ID of the player.
The posting deck information storage unit 343 stores deck information for each user (poster).
The posting information storage unit 344 stores the posting information for each posting deck.
The player information storage unit 345 stores player information for each user (player).
The possession card information storage unit 346 stores the possession card information for each user (player).
The rule information storage unit 347 stores rule information.

The server control unit 350 controls various configurations included in the server device 30. The server control unit 350 is realized, for example, by the CPU of the server device 30 executing a server game control program, a deck management program, etc. stored in advance in the server storage unit 34. A part or all of the server control unit 350 may be realized as an integrated circuit of hardware such as an LSI or an ASIC.
The server control unit 350 includes a request reception unit 351, a server deck editing unit 352, a server display processing unit 353, a deck management unit 354, a server game execution unit 355, and an evaluation management unit 356.

The request receiving unit 351 receives a request from the terminal device 10. When the request receiving unit 351 receives the deck editing request from the terminal device 10, the request receiving unit 351 notifies the server deck editing unit 352 of the content of the editing request. When the request receiving unit 351 receives the display processing request from the terminal device 10, the request receiving unit 351 notifies the server display processing unit 353 of the content of the display processing request.

The server deck editing unit 352 has a configuration corresponding to the terminal deck editing unit 151 of the terminal device 10, and controls the server device 30 side in editing deck information. When the server deck editing unit 352 receives an editing request from the request receiving unit 351, the server deck editing unit 352 executes the process specified by the editing request.
In editing the deck information, the server deck editing unit 352 reads the deck information designated as the editing target from the terminal device 10 from the possessed deck information storage unit 342 or the posting deck information storage unit 343. The server deck editorial unit 352 transmits the read deck information to the terminal device 10. The server deck editing unit 352 acquires the edited deck information from the terminal device 10. If the acquired deck information is a possessed deck, the server deck editorial unit 352 stores it in the possessed deck information storage unit 342. Further, when the acquired deck information is a posting deck, the server deck editing unit 352 stores it in the posting deck information storage unit 343. When the server deck editorial unit 352 acquires the posted information from the terminal device 10, the server deck editorial unit 352 stores the acquired posted information in the posted information storage unit 344. In other words, the server deck editing unit 352 outputs the posting deck reference information acquired from the terminal device 10 to the server storage unit 34.

The server display processing unit 353 has a configuration corresponding to the terminal display processing unit 152 of the terminal device 10, and controls the server device 30 side in editing deck information. When the terminal display processing unit 152 receives the display processing request from the request receiving unit 351, the terminal display processing unit 152 executes the process specified by the display processing request.
When the server display processing unit 353 receives the display processing request from the request receiving unit 351, the server display processing unit 353 extracts the posting deck reference information from the server storage unit 34 based on the designated extraction conditions. The server display processing unit 353 transmits the extracted posting deck reference information to the terminal device 10. In other words, the server display processing unit 353 outputs the extracted posting deck reference information to the terminal device 10. As a result, in the terminal device 10, the posting deck reference information transmitted by the server display processing unit 353 is displayed.
For example, when the category of the posting deck is specified as the extraction condition, the server display processing unit 353 extracts the posting information from the posting information storage unit 344 using the designated category as a search key. The server display processing unit 353 extracts the posting deck information associated with the posting ID of the extracted posting information from the posting deck information storage unit 343. In this way, the server display processing unit 353 extracts the posting deck reference information according to the designated extraction conditions.

The deck management unit 354 adjusts the amount of data of the posted deck reference information. The deck management unit 354 refers to the posted information, and deletes the posted deck information of the posted deck whose time has passed since it was posted from the posted deck information storage unit 343. Further, the deck management unit 354 refers to the posted information and deletes the posted deck information of the posted deck having a low evaluation score from the posted deck information storage unit 343. At this time, the deck management unit 354 may delete the posted information from the posted information storage unit 344. The deck management unit 354 may delete posts whose elapsed time and / or evaluation do not meet the criteria. For example, the deck management unit 354 may not delete for one month even if the evaluation is low. Further, for example, the deck management unit 354 deletes the posted deck information that is posted deck information posted more than one month ago and whose evaluation score is less than a predetermined value, or posts whose evaluation is less than the top 3000. May be deleted. This makes it possible to appropriately manage the number of posted deck information.

The server game execution unit 355 has a configuration corresponding to the terminal game execution unit 153 of the terminal device 10, and controls the execution of the game on the server device 30 side. For example, the server game execution unit 355 transmits various information necessary for executing the game to the terminal device 10. Further, for example, the server game execution unit 357 advances the game according to the game play operation transmitted from the terminal device 10, and generates a game result. The server game execution unit 357 transmits the generated game result to the terminal device 10. Further, the server game execution unit 355 updates the player information stored in the player information storage unit 345 according to the game result.

The evaluation management unit 356 manages the evaluation information of the posting deck. The evaluation management unit 356 updates the evaluation information based on the predetermined evaluation conditions. Any condition can be adopted as the evaluation condition. For example, the post deck is registered as a possession deck, the game is played using the post deck, the game is won using the post deck, the post deck is registered as the main deck, and the user specifies a positive evaluation. This may be used as an evaluation condition for adding the evaluation score. Also, for example, being excluded from the possessed deck, losing the game using the posted deck, being excluded from the main deck, changing the contents of the deck, and being specified by the user as a negative evaluation. , Blocking, etc. may be used as an evaluation condition for subtracting the evaluation score. Specific examples of evaluation conditions include accepting operations that specify "good" as a positive evaluation, accepting operations that specify "bad" as a negative evaluation, and accepting operations that block the display of posting decks. Can be mentioned. The information describing the evaluation conditions and the information describing the update amount of the evaluation according to the evaluation conditions are stored in, for example, the server storage unit 34. As a specific example of the evaluation condition, the user may accept an operation of inputting the scoring result of scoring the posted deck with a maximum score of 100 points, and the average value of the scoring result is managed as the evaluation information of the posted deck. You may.

The evaluation management unit 356 updates the evaluation information of the posting deck when the evaluation conditions are satisfied. Whether or not the evaluation conditions are satisfied may be determined by the evaluation management unit 356 or by the evaluation transmission unit 154 of the terminal device 10. The evaluation management unit 356 reflects the evaluation (for example, evaluation score, number of blocks, etc.) according to the satisfied evaluation conditions in the evaluation information. Specifically, the evaluation management unit 356 reads the posting information about the posting deck to be evaluated from the posting information storage unit 344. The evaluation management unit 356 updates the evaluation information in the posted information.

For example, if a posting deck is blocked, the rating information for that posting deck will be updated. The evaluation information may be updated on a posting deck basis or on a posting basis. For example, the evaluation management unit 356 may update only the evaluation information of the posting deck when a certain posting deck is blocked, or update the evaluation information of all the posting decks posted by the poster. You may. In addition, the evaluation management unit 356 may restrict posting or prohibit posting of contributors whose number of blocked items exceeds a predetermined number. In this way, the evaluation management unit 356 updates the evaluation information of the posting deck based on the evaluation of the posting deck from the user. In other words, the evaluation management unit 356 can also update the evaluation information of the posting deck based on the update request of the evaluation information from the terminal device 10. That is, the evaluation of the posting deck by the user as described above is an example of the request for updating the evaluation information from the terminal device 10.
The above is the description of the configuration of the server device 30.

[Computer system configuration]
Next, the computer system 90 included in the terminal device 10 and the server device 30 will be described.
FIG. 11 is a block diagram showing the configuration of the computer system 90.
The computer system 90 includes, for example, a communication unit 91, an input unit 92, a display unit 93, a storage unit 94, and a CPU 95. These components are communicably connected to each other via a bus.

The communication unit 91 communicates with the server device 30 and other devices via the network NW.
The input unit 92 is, for example, an input device such as a keyboard, a mouse, a touch pad, or a microphone for inputting various instructions by voice, and various instructions are input by user operation. The input unit 92 may be integrally configured with the display (display unit 93) as a touch panel.
The display unit 93 is a display that displays information such as images and texts, and includes, for example, a liquid crystal display panel, an organic EL (Electroluminescence) display panel, and the like.

The storage unit 94 includes, for example, an HDD (Hard Disk Drive), an SSD (Solid State Drive), an EEPROM (Electrically Erasable Primable Memory), a ROM (Read-Onry Memory), a ROM (Read-Only Memory), a ROM (Read-One Memory), etc. It stores various information, images, programs (including game control programs) and the like processed by the terminal device 10. The storage unit 94 is not limited to the one built in the terminal device 10, and may be an external storage device connected by a digital input / output port such as USB. Further, the terminal device 10 may be configured to include a hardware configuration such as a speaker (not shown), an audio output terminal, a camera, a gyro sensor, and a GPS (Global Positioning System) receiving module.
The CPU 95 executes various programs stored in the storage unit 94 and controls each unit of the terminal device 10 and the server device 30.
The above is the description of the computer system 90.

[Operation of game system 1]
Next, the operation of the game system 1 will be described.
Hereinafter, the case where the game application by the game control program is started in the terminal device 10 will be described. When the game application is started, the terminal device 10 acquires the latest possession card information, possession deck information, player information, rule information, and the like from the server device 30, and stores them in the terminal storage unit 14.
First, the operation of the game system 1 at the time of deck editing will be described.
FIG. 12 is a sequence chart showing an example of the flow of the deck editing process. (Step S100) The terminal device 10 activates an edit mode for editing a deck. The edit mode is a mode for editing and posting deck information. The edit mode is activated, for example, by an activation operation performed on the menu screen of the game. Further, the edit mode may be activated from the browsing mode described later. After that, the game system 1 proceeds to step S102. (Step S102) The terminal device 10 accepts the selection of the deck to be edited from the user. After that, the game system 1 proceeds to step S104.

Here, the user interface when selecting the deck to be edited will be described.
FIG. 13 is a diagram showing an example of a deck selection screen.
The deck selection screen is a screen for accepting the selection of the deck to be edited. In the example shown in FIG. 13, the deck selection screen G3 is provided with four deck selection buttons D1 to D4, a new deck creation button D5, and a posting deck browsing button DB. An icon "SET" is superimposed on the deck selection button D1, and it is clearly indicated that the deck is used for play by default. When the deck selection buttons D1 to D4 are selected by the user, the terminal device 10 reads out the possessed deck information corresponding to each button. Further, when the button D5 for creating a new deck is selected by the user, the terminal device 10 newly generates the possessed deck information. Further, when the posting deck browsing button DB is selected by the user, the terminal device 10 activates the deck browsing mode described later.
The above is the description of the user interface when selecting the deck to be edited.

(Step S104)
The terminal device 10 requests the server device 30 for deck information of the deck to be edited selected by the user. At this time, the terminal device 10 transmits the deck ID of the deck to be edited to the server device 30. After that, the game system 1 proceeds to step S300. (Step S300) The server device 30 acquires a deck ID from the terminal device 10. The server device 30 uses the acquired deck ID as a search key to read out possessed deck information or posted deck information. The server device 30 transmits the read deck information to the terminal device 10. After that, the game system 1 proceeds to step S106. (Step S106) The terminal device 10 acquires deck information from the server device 30. The terminal device 10 displays the deck editing screen based on the acquired deck information and the possessed card information read from the possessed card information storage unit 142. After that, the game system 1 proceeds to step S108.

Here, the user interface at the time of deck editing will be described.
FIG. 14 is a diagram showing an example of a deck editing screen.
The deck editing screen is a screen for accepting deck editing operations. In the example shown in FIG. 14, the deck editing screen G4 displays a list of the cards C3 constituting the deck and the user's possessed cards C4, respectively. The terminal device 10 may temporarily hide the card C3 or the possessed card C4 constituting the deck, for example, in response to a slide operation or the like.

Further, the deck edit screen G4 is provided with a memo button B4, a back button B5, a possession card type selection button B6, and a possession card sort button B7. The memo button B4 is a button for recording a memo as incidental information of the deck. The back button B5 is a button for returning to the previous screen display. When the back button B5 is selected, the terminal device 10 returns the display to the previous screen as if the editing was completed, for example. That is, the memo button B4 and the back button B5 are examples of operators that accept editing operations. The type selection button B6 is a button for narrowing down the cards to be displayed according to the type of the card. The sort button B7 is a button for sorting (sorting) the cards to be displayed.
When changing the cards constituting the deck, the user may drag and drop the possessed cards desired to be added to the display area of the cards constituting the deck, for example, as shown by the arrow AR1 in FIG. In addition to this, the terminal device 10 may accept arbitrary operations such as button pressing, touch operation, and slide operation as editing operations.

The deck that does not conform to the regulation cannot be used for play as described above, but the terminal device 10 may be able to store the deck information. Further, if the deck does not conform to the regulation, the terminal device 10 may notify the user to that effect. Further, when editing the posting deck, the terminal device 10 may be able to use the card for editing the deck even if the card is not possessed by the user.
Further, the terminal device 10 may display different deck editing screens depending on whether the posted deck information is edited or the possessed deck information is edited. For example, the posting deck is just a suggestion, so it does not necessarily have to consist only of the user's own cards. Therefore, when editing the posting deck, the terminal device 10 may display a card that is not possessed in addition to the possessed card. Then, the terminal device 10 may allow the posting deck to include a card that is not possessed.
The above is the description of the user interface when editing the deck.

(Step S108)
The terminal device 10 accepts an editing operation. The terminal device 10 updates the deck information according to the editing operation. After that, the game system 1 proceeds to step S110. (Step S110) The terminal device 10 accepts input of deck attribute information and incidental information. After that, the game system 1 proceeds to step S112.

Here, the user interface at the time of inputting the attribute information and the incidental information of the deck will be described.
FIG. 15 is a diagram showing an example of a deck posting screen.
The deck posting screen is a screen for accepting a deck posting operation. In the example shown in FIG. 15, the deck posting screen G5 is provided with a memo button B4, a deck category selection button B8, a recommendation button B9, a memo publishing button B10, and a posting button B11. The deck category selection button B8 is a button for registering a category as attribute information. The recommendation button B9 is a button for registering that it is a poster's recommended deck as attribute information. The memo publishing button B10 is a button for setting the memo of incidental information to be publicly available. The deck confirmation button B11 is a button for displaying the contents of the deck and confirming the contents of the deck. The post button B12 is a button for completing the editing of the deck and posting the deck information and the like. If the deck does not conform to the regulation, the terminal device 10 may disable the posting button B12 to prevent posting.
As described above, the terminal device 10 may accept the input of the attribute information and the incidental information of the deck other than the operation via the memo button B4 of FIG. 14 described above.
The above is the description of the user interface when inputting the attribute information and incidental information of the deck.

(Step S112)
When the edited content is confirmed, the terminal device 10 transmits the updated deck information, attribute information, incidental information, and the like to the server device 30. In other words, when the terminal device 10 edits the posting deck information, the terminal device 10 posts the posting deck information and the like. After that, the game system 1 proceeds to step S302.
The terminal device 10 determines that the edited content is confirmed, for example, when the back button B5 shown in FIG. 14 is selected, or when the posting button B11 shown in FIG. 15 is selected. If the deck information is not updated when the back button B5 is selected, the terminal device 10 does not have to transmit the deck information to the server device 30. Further, at the timing when it is determined that the edited content is confirmed, it may be determined whether or not the deck complies with the regulation, and if it does not conform to the regulation, the user may be notified to that effect.

(Step S302)
The server device 30 stores the deck information received from the terminal device 10 in the possession deck information storage unit 342 or the posting deck information storage unit 343. Further, the posted information is generated based on the attribute information and the incidental information of the deck, and is stored in the posted information storage unit 344. After that, the game system 1 ends the process shown in FIG.
The above is the description of the operation of the game system 1 at the time of deck editing.

Next, the operation of the game system 1 at the time of deck output will be described.
FIG. 16 is a sequence chart showing an example of the flow of deck output processing. (Step S120) The terminal device 10 activates a browsing mode for browsing the posting deck. The browsing mode is a mode for displaying the posting deck reference information. The browsing mode is activated, for example, by an activation operation performed on the menu screen of the game or an operation of the posting deck browsing button DB shown in FIG. After that, the game system 1 proceeds to step S122.

(Step S122)
The terminal device 10 requests the server device 30 for a list of posting decks. The terminal device 10 may notify the server device 30 of the extraction condition and the sort condition. After that, the game system 1 proceeds to step S124.

(Step S320)
The server device 30 extracts the posting information of the posting deck in response to the request from the terminal device 10. The server device 30 transmits the extracted posting information to the terminal device 10. After that, the game system 1 proceeds to step S124.
Here, the server device 30 may extract a predetermined number of posted information when there is a large amount of posted information. At this time, the server device 30 may randomly (randomly) extract the posted information. As a result, the terminal device 10 displays different posting information each time the server device 30 is accessed, so that the different terminal devices 10 display different posting information. That is, each user refers to different post information. Here, if each user refers to the same post information, the possibility that the same post deck information will be used increases. In this case, the development of the game will be similar, and the interest of the game may be impaired. On the other hand, if each user refers to different posted information, it is possible to ensure the variety of decks used by each user for play. Therefore, the game system 1 can maintain the interest of the game.

Further, the server device 30 may manage the number of times the posting deck has been viewed and the elapsed time since the posting deck was posted. Then, the server device 30 extracts the posting information of the posting decks when the number of times of browsing exceeds the predetermined number of times, the elapsed time from the posting of the posting decks exceeds the predetermined value, and the like. Limit that. As a result, each user will refer to different posted information, and it is possible to ensure the variety of decks used by each user for play. Therefore, the game system 1 can maintain the interest of the game.

(Step S124)
The terminal device 10 acquires the posted information from the server device 30. The terminal device 10 displays a list of posting decks based on the acquired posting information. The terminal device 10 may display a list of posting decks based on the extraction condition and the sort condition. After that, the game system 1 proceeds to step S126.
Here, the user interface when displaying the list of posting decks will be described.
FIG. 2 is a diagram showing an example of a posting deck list screen.
The posting deck list screen is a screen for displaying a list of posting decks. In the example shown in FIG. 2, the posting deck list screen G1 is provided with a deck list DL, a sort button B1, a deck category selection button B2, a recommended selection button B3, and a memo button B4. In the deck list DL, the outline of the posting deck such as the evaluation, name, category, contributor, posting date and time of the posting deck is displayed in a list. This information is specified by referring to the posted information. In the deck list DL, for example, information on a post deck having a low display order, that is, a post deck that could not be displayed on the screen can be displayed according to a scroll operation.

The sort button B1 is a button for changing the arrangement of posted decks in the deck list DL. That is, the sort button B1 is an example of an operator that accepts a sort condition specification operation. The category selection button B2 is a button for designating a category and narrowing down the posting decks to be displayed in the deck list DL. This is a button for narrowing down the posting decks displayed in the recommendation selection button B3 and the deck list DL to only the recommendations of the poster. That is, the category selection button B2 and the recommended selection button B3 are examples of operators that accept the operation of specifying the extraction condition. The terminal device 10 changes the display of the deck list DL based on the designated conditions, and requests the server device 30 for the posted deck reference information satisfying the designated conditions.
The above is the description of the user interface when displaying the list of posting decks.

(Step S126)
The terminal device 10 accepts the selection of the posting deck from the user. The terminal device 10 may accept, for example, an operation of selecting one of the posting decks displayed in the deck list DL shown in FIG. After that, the game system 1 proceeds to step S128. (Step S128) The terminal device 10 transmits the deck ID of the selected posting deck to the server device 30, and requests deck information. After that, the game system 1 proceeds to step S322.

(Step S322)
The server device 30 is. Using the deck ID acquired from the terminal device 10 as a search key, the posted deck information is read from the posted deck information storage unit 343. The server device 30 transmits the read posting deck information to the terminal device 10. After that, the game system 1 proceeds to the process in step S130 and step S324. (Step S324) The server device 30 updates the evaluation of the posted deck information transmitted to the terminal device 10. Specifically, the server device 30 uses the deck ID acquired from the terminal device 10 as a search key to read the posted information from the posted information storage unit 344. The server device 30 updates the evaluation information of the read posted information. Specifically, the server device 30 adds or subtracts the evaluation score by a predetermined value. This evaluation information becomes one of the criteria for determining whether or not other users can view the contents of the posting deck by attracting or losing interest in the posting deck. After that, the server device 30 ends the process shown in FIG.

(Step S130)
The terminal device 10 displays additional information about the selected posting deck. The terminal device 10 may display additional information based on the extraction conditions. After that, the terminal device 10 proceeds to the process in step S132. The information necessary for displaying the additional information may be acquired in advance at any timing such as the processing of steps S320 and S322.
Here, the user interface when displaying additional information will be described.
FIG. 17 is a diagram showing an example of an additional information screen.
The additional information screen is a screen for displaying additional information of the posting deck. In the example shown in FIG. 17, on the additional information screen G6, the poster name information I1, the deck name information I2, the card type constituent number information I3, the possessed card ratio information I4, the evaluation information I5, and the posting date / time information are displayed. I6 and are displayed. Of these, the poster name information I1, the deck name information I2, the evaluation information I5, and the posting date / time information I6 are information specified based on the posting information. The card type constituent number information I3 is information indicating the number of cards constituting the posting deck for each card type (for example, monster card, magic card, trap card) and each level. The card type constituent number information I3 may be indicated by a percentage (for example, a percentage). This allows the user to easily determine the balance of card types. For example, a user who prefers a deck with a high percentage of certain types of cards, such as magic cards, can easily find the desired posting deck (ie, a posting deck with a high percentage of magic cards, etc.). .. The card type constituent number information I3 is specified based on the deck information and the card attribute information.

The possessed card ratio information I4 is information indicating the ratio of the possessed cards of the user to the cards constituting the deck, and is an example of the information displayed based on the extraction condition. The possessed card ratio information I4 is specified by comparing each card indicated by the posted deck information with each card indicated by the possessed card information. The card comparison is performed by determining whether or not the card IDs match. Specifically, among the cards constituting the posting deck, the number of cards existing in the possessed cards is counted, and the counted number of cards is shown in comparison with the total number of cards constituting the posting deck. In this way, the terminal device 10 displays the comparison result between the deck information and the possessed card. This makes it easy for the user to determine whether or not the posting deck can be used for play as it is without editing, or how close it is to the state where it can be used for play. Therefore, the user can easily determine whether or not the posting deck is easy for him / her to use.
The possessed card ratio information I4 may or may not be displayed on the additional information screen. That is, on the additional information screen, the information comparing each card indicated by the posted deck information with each card indicated by the possessed card information may or may not be displayed.

The terminal device 10 can distinguish between a case where the posting deck is composed only of the user's possessed cards and a case where the posting deck is configured including the user's non-owned cards. This distinction can be made by determining whether or not the extraction condition related to the comparison with the possessed card described above or the extraction condition related to the comparison with the possessed deck is satisfied. The case where the posting deck is composed only of the user's possessed cards and the case where the posting deck is composed including the user's non-owned cards are, for example, the characters of the possessed card ratio information I4, the color of the display column, and the transparency. , It may be distinguished by making the pattern different, or it may be distinguished by displaying an icon only when the posting deck is composed only of the user's possessed cards. As described above, the case where the posting deck is composed of only the user's possessed cards and the case where the posting deck is composed of the user's non-owned cards may be distinguished by any method.

Further, the additional information screen G6 is provided with a deck display button B13 and a block setting button B14. The deck display button B13 is a button for displaying the cards constituting the deck. The block setting button B14 is a button for setting the selected deck as a block target. When the block setting button B14 is selected, the terminal device 10 notifies the server device 30 to that effect. That is, the block setting button B14 is an example of an operator that accepts an operation for evaluating a posting deck. The server device 30 identifies the posted information of the blocked posting deck based on the notification, and updates the evaluation information. Specifically, the server device 30 adds the number of blocks to be blocked and subtracts the evaluation score by a predetermined value.
The above is a description of the user interface when displaying additional information.

(Step S132)
When the terminal device 10 receives an operation for displaying the contents of the posting deck, the terminal device 10 displays the cards constituting the deck. The terminal device 10 may display the cards constituting the deck based on the deck contents display condition. After that, the terminal device 10 ends the process shown in FIG.
Here, the user interface when displaying the posted deck contents will be described.
FIG. 3 is a diagram showing an example of a posting deck detail screen.
The posting deck details screen is a screen that displays the contents of the posting deck, that is, the cards that make up the posting deck. In the example shown in FIG. 3, the card group C1 constituting the posting deck is displayed on the posting deck detail screen G2. Of these, the two cards C2 are cards that the user does not possess (cards that the user does not possess). Here, the terminal device 10 displays the possessed card and the non-possessed card in a distinguishable manner based on the deck contents display condition. In the example shown in FIG. 3, the terminal device 10 superimposes an icon marked with a cross on the non-possessed card C2 and displays the non-possessed card C2 in gray out. The non-possessed card C2 is specified by comparing each card indicated by the posted deck information with each card indicated by the possessed card information. As a result, the user can easily grasp the cards in the posting deck that he / she does not own.

It should be noted that the possessed card and the non-possessed card may be distinguished by any method other than changing the color of the card and displaying the icon. Further, the terminal device 10 may display only the possessed card or only the non-possessed card, or may display the possessed card and the non-possessed card in the same display mode. Further, the terminal device 10 may accept from the user an operation instructing the switching of these display modes. For example, when the non-possessed card is displayed inconspicuously as compared with the possessed card, it may be difficult to determine the content, type, etc. of the non-possessed card. In this respect, the terminal device 10 makes it possible to switch the display mode of the card according to the operation of the user, thereby clarifying the relationship between the card constituting the posting deck and the possessed card, and also the visibility of the possessed card. Can be kept.

In addition, a copy button CP is arranged on the posting deck details screen. The copy button CP is a button for accepting a duplication operation for copying the card configuration of the posted deck being displayed. This copy button CP is an example of an operator that accepts an edit operation. When the user selects the copy button CP, the terminal device 10 duplicates the deck information such as the card ID and the memo information. Here, the duplication of the deck information may be performed by temporarily holding the deck information in the terminal device 10, or the user ID and the posting ID of the user who operated the copy button CP in the server device 30. It may be performed by associating with and storing. Hereinafter, as an example, a case where deck information is retained in the terminal device 10 will be described.

Next, the terminal device 10 activates the edit mode (step S100) and accepts the selection of the deck to be edited from the possessed decks (step S102). When the deck to be edited is selected, the terminal device 10 displays the deck editing screen. Here, the terminal device 10 can accept the reproduction (paste) operation by the user. When the reproduction operation is performed, the card configuration of the previously duplicated posting deck and the contents of the memo are reproduced in the possession deck being edited. That is, the duplicated card ID and memo information are associated with the deck ID being edited. For example, if a posting deck composed of 35 cards is restored to a possession deck composed of 40 cards, the 5 difference cards are also excluded from the deck. The terminal device 10 may omit the restoration operation by the user and reproduce the posting deck on the possession deck when the possession deck of the restoration destination is selected. In this way, by reproducing the posting deck on the deck editing screen, the posting deck can be made editable. That is, displaying the posting deck on the edit screen is an example of displaying the posting deck in an editable manner.

FIG. 18 is a diagram showing a second example of the deck editing screen.
In the example shown in FIG. 18, the posting deck is reproduced in the possessed deck on the deck editing screen. Since the card C2 is a card that the user does not have, it is grayed out. That is, card C2 is a card that is insufficient to use the deck for play. The terminal device 10 may present a place and a method in which these missing cards can be obtained. As a result, the user can easily use the posting deck because it is easy to replenish the missing cards. Further, when the terminal device 10 can obtain these insufficient cards, the terminal device 10 may notify the user to that effect.
In the illustrated example, among the cards included in the posting deck, the card C2 not possessed by the user is displayed separately from other cards (cards possessed by the user) (here, grayed out). Although the example shown (displayed) is shown, the card C2 not possessed by the user may be displayed in the same manner as other cards (cards possessed by the user). That is, on the deck edit screen, the information comparing the cards included in the posting deck with the cards owned by the user may or may not be displayed.
The above is the description of the user interface when displaying the posted deck contents.

The game system 1 may repeatedly execute the processes of steps S122, S320, and S124. For example, when the process of step S122 is performed first to display the screen of the posting deck list G1, the terminal device 10 does not specify the extraction condition or the sort condition. In this case, the server device 30 randomly extracts the posted information (step S320), and the terminal device 10 displays the deck list based on the extracted posted information (step S126). Next, when the terminal device 10 accepts the designation of the extraction condition and the sort condition on the posting deck list screen G1, the terminal device 10 transmits the designated extraction condition and the sort condition to the server device 30 (step S124). The server device 30 re-extracts the posted information based on the designated extraction condition, or sorts the posted information based on the designated sort condition (step S320). Then, the terminal device 10 updates the display of the posting deck list screen G1 based on the posting information extracted and sorted by the server device 30 (step S124). The terminal device 10 may sort the deck list DL based on the sort conditions.

The game system 1 may return the process to step S124 after the process of step S130. Further, the game system 1 may omit the processing of steps S128, S322, and S130. In this way, the game system 1 may be able to switch between the posting deck list screen, the additional information screen, and the posting deck detail screen according to the user's operation and the like.

In the following, the extraction condition and the sort condition for displaying the posted deck reference information such as the deck list DL may be referred to as the first condition. Further, the extraction condition and the deck content display condition for displaying detailed information about the posted deck selected in the deck list DL such as the additional information screen and the posted deck detail screen may be referred to as the second condition. The first condition and the second condition may be the same or different.
The first condition and the second condition are, for example, conditions for cards constituting the posting deck (that is, objects included in the group information) and posting information (that is, information stored in association with the group information). Conditions etc. Specifically, there are sort conditions based on evaluation, extraction conditions based on regulation, extraction conditions based on categories, extraction conditions related to comparison with possessed cards, deck content display conditions, and the like.
The above is the description of the operation of the game system 1 at the time of deck output.

[Outline of the game]
Next, an outline of an example of the game in this embodiment will be described. In the game according to the present embodiment, the game progresses when the user and the opponent alternately select a card and select a command for executing a process for the card. The opponent may be an NPC (Non Player Character) or a user who plays with another terminal device 10. Further, when the user and the opponent alternately select the card and select the command for executing the process for the card, the number of times may be the same or different. May be good. For example, the method may be such that the user and the opponent alternately perform once each, or the user performs twice and the opponent turns, and the opponent performs three times and the user turns again. Further, the number of times the command is selected is not limited, and may be 0 times, for example.

Here, the command indicates a process for advancing the game. The process to be executed is determined by the user selecting an operator corresponding to the command during play of the game and selecting a card to be executed based on the process corresponding to the selected operator. For example, in a game, an operator corresponding to a command is an option for selecting what kind of processing is to be performed on a card selected by the user or a card selected by the user from now on. When the user selects an operator corresponding to the command and selects a card, the process to be executed for the selected card is determined. Specifically, the user selects the operator corresponding to the command, and selects the card that executes the processing based on the command corresponding to the selected operator, so that the command corresponding to the selected operator can be obtained. Based on the processing, the selected card is executed and the game progresses. For example, when the user selects the operator corresponding to the "summon" command, which is the operator corresponding to the command related to the process of placing a specific card in the "field", and selects the card to be "summoned", the user selects the card to be "summoned". The selected card is placed in play. The "place" is one of the areas where the user places the card.

It should be noted that executing a process based on a command can be rephrased as executing a command. Also, selecting an operator corresponding to a command can be rephrased as selecting a command. In the following description, for example, a command icon corresponding to each command, a pop-up menu displaying a list of commands, etc. function as controls corresponding to the commands and are displayed on the game screen so that the user can select them. Will be done.

FIG. 19 is a diagram showing an example of a game screen.
The game screen G10 shown in FIG. 19 shows an example of a game screen displayed on the terminal display unit 13 when a game is executed on the terminal device 10. In the lower half area G11 of the game screen G10, the user's own hand indicated by the code PAT (hereinafter, also referred to as his / her own hand PAT) and the user's own place indicated by the code PAB (hereinafter, also referred to as his / her own place PAB). Is displayed. On the other hand, in the upper half area G12, the opponent's hand indicated by the code PBT (hereinafter, also referred to as the opponent's hand PBT) and the opponent's field indicated by the code PBB (hereinafter, also referred to as the opponent's field PBB) are located. Is displayed. Your hand PAT and your field PAB are displayed in a face-to-face format with your opponent's hand PBT and your opponent's field PBB. Your card and your opponent's card are arranged and displayed in each of your own hand PAT and your field PAB, and your opponent's hand PBT and your opponent's field PBB, respectively. It should be noted that the fact that the cards are arranged and displayed in the game screen is also simply referred to as the arrangement of the cards.

As mentioned above, this game is a turn-based battle game in which the user and the opponent alternate their turns, and the user selects a card or a command in his or her turn, and the opponent selects a command. Card selection and command selection are performed on the opponent's turn.
First, the user prepares a deck in which the cards possessed are arbitrarily combined. Multiple cards in this deck are turned face down in random order and placed in your field PAB as a deck. Specifically, the deck is placed in the area PA1 in the own field PAB. Next, in his turn, a predetermined number of cards (for example, 5 cards) drawn from the deck in a random order becomes a hand. In other words, this hand is an example of an object extracted from the deck. Adding random cards from the deck to your hand in this way is also called a "draw". This hand is placed in your hand PAT. Here, the cards placed in the PAT in one's hand are placed face up so that the user can visually recognize the surface on which the card type and parameters are described. On the other hand, the cards arranged in the opponent's hand PBT are arranged face down so that the user cannot see the surface of the card. From the second time onward, you can draw one card from the deck each time you turn, and use it as your hand.
The method of extracting cards from the deck is not limited to the above method. For example, the cards to be extracted from the deck may be randomly determined from the cards included in the deck. Further, it may be a game in which all the cards in the deck are used as a hand (a game in which objects are not extracted from the group information). Any extraction method may be used for extraction.

The user can activate the effect of each card by putting out a card from his / her hand PAT to his / her own place PAB, or the power of the card that has been put out in his / her own place PAB in advance and the card of the opponent's place PBB. The game progresses by comparing. Each of the user and the opponent first has a predetermined life point (LP: for example, 8000), reduces each other's LP according to a predetermined rule based on the card selection content and the command execution content, and the opponent first. The winner is the one who sets the LP of to 0. As described above, the game according to the present embodiment refers to the cards (objects) extracted from the deck, uses the parameters of the cards (for example, life points, attack power, etc.), and proceeds based on a predetermined rule. ..
Here, putting out a card from your hand PAT to your place PAB is also called "summoning".

Depending on the type of card, the place where you can place it in your place PAB by "summoning" is determined. Area PA2 is a place where monster cards can be placed (hereinafter, also referred to as a monster area). In this area PA2, there are three areas PA2 (1), PA2 (2), and PA2 (3) in which monster cards can be arranged one by one, and a maximum of three monster cards can be arranged at the same time. In the illustrated example, the monster card is arranged only in the area PA2 (2) of the areas PA2 (1), PA2 (2), and PA2 (3). Further, the area PA3 is a place where a magic card and a trap card can be placed (hereinafter, also referred to as a magic / trap area). This area PA3 has three areas PA3 (1), PA3 (2), and PA3 (3) in which magic cards or trap cards can be placed one by one, and the total of magic cards and trap cards is the maximum. Three sheets can be placed at the same time. In the illustrated example, among the areas PA3 (1), PA3 (2), and PA3 (3), the magic card or the trap card is arranged only in the area PA3 (3). The area PA4 is a place (hereinafter, also referred to as a graveyard) where monster cards destroyed by the "attack" command, used magic cards, and trap cards are placed. Further, the area PA5 is a place where a card that can be "special summoned" to be summoned by a special method is placed (hereinafter, also referred to as an extra area).

Next, each card will be described. The monster card has parameters such as the attack power to be referred to when executing the processing based on the "attack" command described later, and the defensive power to be referred to when the opponent executes the processing based on the "attack" command. .. Further, the monster card includes a monster card having an effect and a monster card having no effect, which can advance the battle advantageously by executing the process based on the "monster effect" command described later.

The magic / trap card can execute specific processing, limit the processing that the opponent is trying to execute, or change the card parameters by executing the processing based on the "magic / trap" command described later. It produces "effects" such as traps. For these, various effects and execution conditions are defined depending on the type of card and the type of effect. Examples of "effects" include increasing the attack power of monster cards, adding the top card of the deck to your hand, and restricting the execution of commands from your opponent. Examples of execution conditions include the difference in LP between you and your opponent, and the number of monster cards in the field.

Next, the commands used by the user together with the card selection will be described. The types of commands include "summon", "offense and defense change", "magic / trap", "monster effect", "special summon", and "attack".
The "summon" command is a command related to the process of placing a specific card in the field. When the user executes a process based on the "summon" command, the selected monster card or the monster card to be selected from now on is placed in his / her field PAB. When arranging, there are cases where the orientation of the arrangement such as portrait, landscape, face up, and face down can be selected. For example, monster cards placed face up and vertically can attack. Monster cards placed face up and sideways cannot attack, but their LP does not decrease even if they are attacked by their opponent. Cards placed face down are unknown to the opponent. For example, placing a monster card face up in the field is also called "face-up summoning", and placing it face down is also called "face-down summoning".

The "offense and defense change" command is a command to change the orientation (portrait, landscape, face up, face down, etc.) of the monster cards in the field. When the user executes a process based on the "change offense / defense" command, the orientation of the selected monster card or the monster card to be selected when placed in his / her field PAB is changed.
The "magic / trap" command is a command that activates the effect associated with the magic / trap card. "Invoking an effect" means "performing the process associated with the effect". When the user executes a process based on the "magic / trap" command, the effect associated with the selected magic / trap card or the magic / trap card to be selected from now on is activated.
The "monster effect" command is a command that activates a predetermined effect associated with a monster card having an effect. When the user executes a process based on the "monster effect" command, a predetermined effect associated with the selected monster card or the monster card to be selected from now on is activated.

The "special summon" command is a command that can be performed when the execution conditions (conditions associated with the card) different from the face-up summon and the face-down summon are satisfied, and is a command for placing a monster card in the field. ..
The "attack" command is a command to attack the opponent with a monster card. By executing the process based on the "attack" command, the user attacks the opponent with the selected monster card or the monster card to be selected from now on.

Each of these commands defines an executable condition that enables processing based on the command to be executed according to the game situation. The game status is the turn of the user or the opponent during play of the game, the LP of the user and the opponent, the number of cards in the hand, the number of remaining cards in the deck, the number of monster cards in the field, and the graveyard. It refers to various requirements such as the number of monster cards, the current "phase" in the turn, the elapsed time from the start of the turn, and the elapsed time from the time when the command can be selected. A "phase" is a rule break in each turn. This game progresses by alternately repeating the user's turn and the opponent's turn, and one turn is composed of a plurality of phases.

FIG. 20 is a diagram showing an example of the flow of one turn played by the user.
For example, one turn proceeds in the order of each phase (1) to (6) shown in FIG.
(1) Start phase: At the start of the turn, the process of drawing a card from the deck is performed.
(2) Preparation phase: The effect that is automatically generated at this timing is processed.
(3) Main Phase 1: When the user selects a command and a card, processing related to activation of effects such as "summoning" of a monster card, "magic / trap", and "monster effect" is performed.
(4) Battle phase: It is started by the operation of performing a battle by the user, attacks the opponent using the cards placed in the field, and processing is performed on the result of the attack. If no battle is performed, this battle phase is not performed and the process proceeds to the following (6) end phase.
(5) Main Phase 2: The same processing as in Main Phase 1 is performed only when the battle phase of (4) is performed. This phase may be omitted.
(6) End phase: The process of ending the turn is performed. After this, it shifts to the opponent's turn.

For example, commands such as "summon" and "change offense and defense" are commands that can be executed only in the main phase. On the other hand, the "attack" command is a command that can be executed only in the battle phase. In addition, the execution condition of each command is also determined by the game situation other than the phase. For example, the "summon" command can be executed when the monster card is in the PAT of one's hand, and cannot be executed when it is not. The "change offense and defense" command can be executed when the monster card is in your field PAB, and cannot be executed when it is not. The "Monster Effect" command can be executed when the monster card with the effect is in the PAT in your hand, or in the deck or graveyard of your field PAB, and cannot be executed if it is not. The "Magic / Trap" command can be executed when the magic / trap card is in your hand PAT or your field PAB, and cannot be executed if it is not. The "Special Summon" command can be executed when the corresponding monster card is in your hand PAT or your field PAB (Area PA5), and if there is no "Special Summon" condition that cannot be summoned by the normal method. Infeasible. The "attack" command can be executed when the monster card is in your field PAB, and cannot be executed when it is not. Also, the "attack" command can only be executed once per turn for each monster card. The conditions under which processing based on these commands can be executed are examples, such as the type of each card, the magnitude relationship between your LP and the opponent's LP, whether it is your turn or your opponent's turn, etc. Various conditions may be set by.
The above is an explanation of the outline of the game.

[Summary of the first embodiment]
As described above, in the game system 1 according to the present embodiment, the server device 30 is a game that uses group information (for example, deck information) indicating a set of a plurality of objects (for example, cards), and is set information. A first user (for example, a poster) from a first terminal device 10 (for example, a posting side) that performs a process for executing a game (for example, a trading card game) that progresses with reference to an object extracted from. ), The server deck editing unit 352 that acquires the group information associated with), the posting deck information storage unit 343 that stores the group information acquired by the server deck editing unit 352, and an output request (for example, editing) related to the group information. The request, transmission request) is received from the second terminal device 10 (for example, the viewing side) corresponding to the second user, based on the group information stored in the request receiving unit 351 and the posting deck information storage unit 343. Server display processing unit 353 that outputs (for example, stores, transmits) group information corresponding to an output request (for example, edit request, display processing request) and / or information related to the group information (for example, posting deck reference information). And prepare.

As a result, the server device 30 collects the set information from the terminal device 10. Then, the server device 30 outputs the group information and / or the information related to the group information in response to the output request from the terminal device 10. Further, the first terminal device 10 includes a configuration for executing a game. Therefore, the server device 30 can share the group information and / or the information related to the group information among the players of the game via the terminal device 10 capable of playing the game. Therefore, the server device 30 can make the set of objects proposed by the first user accessible to the second user. Then, the server device 30 can promote interaction between game players.

Further, the server display processing unit 353 causes the terminal display unit 13 to display a plurality of group information corresponding to one output request and / or information related to the group information.

As a result, the server device 30 displays a plurality of group information and / or information related to the group information at one time. For example, the server device 30 displays a list of the names of the posting decks. Therefore, the server device 30 facilitates the search for the set information. Therefore, the server device 30 can make the set of objects proposed by the first user accessible to the second user.

Further, the server deck editing unit 352 acquires the set information associated with each of the plurality of first users from the plurality of first terminal devices 10, and the server display processing unit 353 makes one output request. The terminal display unit 13 displays the corresponding information, which is the group information associated with each of the plurality of first users and / or the information related to the group information.

As a result, the server device 30 displays the set information collected from the plurality of first terminal devices 10 and / or the information related to the set information. Therefore, the server device 30 can make the set of objects proposed by the plurality of first users accessible to the second user.

Further, the server device 30 has a posting information storage unit 344 that stores evaluation information indicating evaluation of group information, and an evaluation management unit that updates evaluation information based on an evaluation information update request from the second terminal device 10. Further including 358, the server display processing unit 353 displays the group information corresponding to the output request and / or the information related to the group information based on the evaluation of the group information.

As a result, the server device 30 causes the group information and / or the information related to the group information to be displayed based on the evaluation of the group information. Therefore, the second user can easily use, for example, the group information that is highly evaluated by many users. Further, for example, the second user can easily exclude the set information that is evaluated low by many users. Therefore, the server device 30 can make the set of objects proposed by the first user accessible to the second user.

Further, the server display processing unit 353 causes the terminal display unit 13 to display all the objects indicated by the set information corresponding to the output request.

As a result, the server device 30 displays all the objects indicated by the set information. Therefore, the second user can confirm all the objects indicated by the set information. Therefore, for example, the second user can reproduce the content edited by the first user as it is. In addition, the second user can use it to play the game without further editing the set of reproduced objects. Therefore, the server device 30 can make the set of objects proposed by the first user accessible to the second user.

Further, the server display processing unit 353 selects an object associated with the second user and an object not associated with the second user among all the objects indicated by the set information corresponding to the output request. , Display in a distinguishable manner.

Thereby, the server device 30 makes it possible to distinguish whether or not the object indicated by the set information is associated with the second user. For example, the server device 30 displays which object is possessed by the second user among the set of objects proposed by the first user. Therefore, the server device 30 can make the set of objects proposed by the first user accessible to the second user.

Further, the terminal device 10 is a game using set information indicating a set of a plurality of objects, and is a terminal game execution unit 155 that controls to execute a game that progresses with reference to the objects extracted from the set information. And the terminal deck editing unit 151 that edits the group information available by the terminal game execution unit 155, and the information related to the group information edited by the terminal deck editing unit 151 is transmitted to the server device 30 and related to the group information. A terminal communication unit 11 for transmitting an output request to be output to the server device 30 is provided.

As a result, the terminal device 10 has the group information available for the game edited and transmitted to the server device 30. Therefore, the device connected to the server device 30 can refer to the set information transmitted from the terminal device 10. That is, since the terminal device 10 can share the group information that can be used for the game as it is, it is not necessary for the user to edit the group information separately for sharing. Therefore, the terminal device 10 can reduce the burden on both the posting side user and the viewing side user. As described above, the terminal device 10 can make it easy for another user to use the set of objects proposed by the user of the own device.

Further, the terminal device 10 is a game using set information indicating a set of a plurality of objects, and is a terminal game execution unit 155 that controls to execute a game that progresses with reference to the objects extracted from the set information. And the terminal deck editing unit 151 for editing the set information, and the information related to the first set information edited by the first user, the information related to the first set information is subjected to a predetermined first condition (for example, extraction condition, etc.) related to the set information. The terminal display processing unit 152 that displays the object based on the sort condition) and displays the object indicated by the second set information selected by the second user different from the first user from the first set information. , Equipped with.

As a result, the terminal device 10 displays information related to the plurality of set information edited by the first user. Further, the terminal device 10 displays an object indicated by the set information selected by the second user. That is, the terminal device 10 displays the contents of the set information edited by the first user in response to a request from the second user. Therefore, the second user can confirm the contents of the posting deck from the list display of the posting deck, for example, on the terminal for playing the game. Therefore, the terminal device 10 can make the set of objects proposed by the first user accessible to the second user.

Further, the terminal display processing unit 152 may display the object indicated by the second set information in an editable manner.
As a result, the second user can edit the set information edited by the first user as it is via the terminal device 10. That is, the second user can directly use the group information edited by the first user, that is, play the game without performing a separate operation to reproduce the group information. Therefore, the second user does not need to operate the terminal device 10 to create a new set of objects in order to use the object proposed by the first user. Therefore, the terminal device 10 can make the set of objects proposed by the first user accessible to the second user.

Further, the terminal display processing unit 152 displays information related to the first set information based on a predetermined second condition (for example, extraction condition, deck content display condition) different from the first condition. And / or display the object indicated by the second set information based on the second condition.

As a result, the terminal device 10 causes the information related to the first set information and / or the object indicated by the second set information to be displayed based on the second condition. Therefore, the second user can use not only the first condition but also the second condition in the confirmation of the information related to the set information and / or the object indicated by the second set information. Therefore, the terminal device 10 makes it easier for the second user to find the desired set of objects from the set of objects proposed by the first user, so that the second user can use the set of objects proposed by the first user. Can be made easier.

Further, the second condition is a condition related to the comparison between the second set information and the object associated with the second user, and the terminal display processing unit 152 indicates the second set information. Display the comparison result between a plurality of objects and the object associated with the second user.

As a result, the terminal device 10 displays the comparison result between the object indicated by the second set information and the object associated with the second user. For example, the terminal device 10 displays how much the second user's possessed object is included in the second set information. Therefore, the second user can easily determine whether or not the set of objects proposed by the first user can be used for play, or how close it is to the state where it can be used for play. Therefore, the terminal device 10 can make the set of objects proposed by the first user accessible to the second user.

Further, the terminal display processing unit 152 distinguishes between the object associated with the second user and the object not associated with the second user among the plurality of objects indicated by the second set information. Display as possible.

As a result, the terminal device 10 makes it possible to distinguish whether or not the object indicated by the second set information is associated with the second user. For example, the terminal device 10 can distinguish between an object associated with the second user as a possession card and an object not associated with the second user as a possession card. Therefore, the second user can easily confirm which object among the objects indicated by the second set information is possessed by the second user. Therefore, the second user can easily determine whether or not the set of objects proposed by the first user can be used for play, or how close it is to the state where it can be used for play. That is, the terminal device 10 can make the set of objects proposed by the first user easy to use by the second user.

Further, the second condition is a condition related to the comparison between the object indicated by the first set information and the object associated with the second user, and the terminal display processing unit 152 has a plurality of second conditions. Information related to the first set information is displayed based on the comparison between the object indicated by each of the set information of 1 and the object associated with the second user.

As a result, the terminal device 10 displays the information related to the first set information based on the comparison result with the object associated with the second user. That is, the terminal device 10 changes the information related to the first set information to be displayed, the display mode thereof, and the like according to the second user. For example, the terminal device 10 displays a set including many objects possessed by the second user. Therefore, the terminal device 10 can display information related to the set information suitable for the second user. Therefore, the terminal device 10 can make the set information edited by the first user easier to use by the second user.

Further, the terminal display processing unit 152 describes the information related to the first set information when all the objects indicated by the first set information are associated with the second user and when the first set information is associated with the second user. At least a part of the indicated objects is displayed in different modes depending on whether or not they are associated with the second user.

As a result, the terminal device 10 can distinguish whether or not all the objects indicated by the first set information are associated with the second user in the display of the information related to the first set information. Let me. For example, the terminal device 10 displays a set composed only of objects possessed by the second user. Therefore, the second user can easily determine whether or not the set of objects proposed by the first user can be used for play, or how close it is to the state where it can be used for play. Therefore, the terminal device 10 can make the set information edited by the first user easier to use by the second user.

Further, the second condition is, for example, a condition related to a game rule (for example, regulation), and the terminal game execution unit 153 restricts the use of the set information that does not satisfy the second condition in the game. ..

Specifically, when the second condition is not satisfied, the terminal deck editorial unit 151 and the server deck editorial unit 352 store that fact. Then, the terminal game execution unit 153 determines whether or not the fact that the second condition is not satisfied is stored, and if the fact that the second condition is not satisfied is stored, performs a process of restricting the use in the game.
As a result, the terminal device 10 can execute the game according to a predetermined rule even when the first user proposes and shares the set information that does not satisfy the rule in the process of being created, for example.

Further, the second condition is a condition related to the rules of the game, and the terminal deck editorial unit 151 does not satisfy the second condition when the set information being edited does not satisfy the second condition. Is notified to the second user.

As a result, the terminal device 10 notifies the second user when the set information being edited does not conform to the rules of the game. Therefore, if the group information edited by the first user does not conform to the rules of the game, the second user needs to re-edit the group information so as to conform to the rules. It can be easily recognized.

Further, the terminal display processing unit 152 displays the comparison result between the object indicated by the second set information and the object associated with the second user.

As a result, the terminal device 10 displays the comparison result between the object indicated by the second set information selected by the second user and the object associated with the second user. For example, the terminal device 10 displays the ratio of the number of objects possessed by the second user among the objects constituting the second set information. Therefore, the second user can easily confirm how much the set information selected by himself / herself includes the objects associated with him / herself. Therefore, the terminal device 10 can make the set information edited by the first user easier to use by the second user.

Further, the first condition is, for example, a condition related to the evaluation of the set information, and the evaluation is performed by the second user after the terminal display processing unit 152 displays the object indicated by the second set information. Updated based on what you have done.

As a result, the terminal device 10 displays the information related to the first set information and / or the object indicated by the second set information based on the evaluation of each set information. Here, since the evaluation of the group information is updated by a user different from the edited user, the group information is objectively evaluated. Then, the second user can use the second set information based on this fair evaluation. Therefore, the terminal device 10 can make the set information edited by the first user easier to use by the second user.

Further, a post information storage unit 344 that stores information related to the group information, and a server display processing unit 353 that extracts information related to the first group information from the post information storage unit 344 based on the first condition. The server device 30 includes a server communication unit 31 that transmits information related to the first set information to the terminal device 10.

As a result, the server device 30 transmits information related to the first set information to the terminal device 10. Therefore, the terminal device 10 can display the information related to the first set information. That is, the server device 30 can provide the second user with information related to the first set information edited by the first user. Therefore, the server device 30 can make the set information edited by the first user easier to use by the second user.

[Second Embodiment]
[Outline of the second embodiment]
A second embodiment of the present invention will be described. In the present embodiment, the same reference numerals are given to the same configurations as those of the above-described embodiments, and the description is incorporated.
The game system 1A according to the present embodiment is a system for posting a deck and browsing and using the posted deck, similarly to the game system 1. However, the game system 1A is different from the game system 1 in that the cards constituting the posting deck can be added as possessed cards of the user.
The above is a description of the outline of the present embodiment.

[Configuration of game system 1A]
Next, the configuration of the game system 1A will be described.
FIG. 21 is a diagram showing the configuration of the game system 1A.
The game system 1A includes a terminal device 10A and a server device 30A in place of the terminal device 10 and the server device 30 included in the game system 1.

FIG. 22 is a block diagram showing the configuration of the terminal device 10A.
The terminal device 10A includes a terminal control unit 150A instead of the terminal control unit 150. The terminal control unit 150A includes a terminal card addition unit 155A in addition to each configuration provided in the terminal control unit 150.

The terminal card addition unit 155A executes the card addition process. The card addition process is a process for adding cards to the possessed cards in deck units. In the card addition process, the terminal card addition unit 155A reads the possession card information from the possession card information storage unit 142 when the deck addition operation by the user is received. The deck addition operation may be, for example, an operation of selecting the deck addition button AD shown in FIG. 13 or an operation of selecting an unowned card C2 shown in FIGS. 3 and 18. The terminal card addition unit 155A adds and updates the information of the cards constituting the additional deck to the read possession card information. Then, the terminal deck editorial unit 151A stores the updated possessed card information in the possessed card information storage unit 142. Further, the terminal card addition unit 155A transmits information on the cards constituting the additional deck to the server device 30. As a result, the possession card information is also updated in the server device 30.

FIG. 23 is a block diagram showing the configuration of the server device 30A.
The server device 30A includes a server control unit 350A instead of the server control unit 350. The server control unit 350A includes a server card addition unit 357A in addition to each configuration provided in the server control unit 350.
The server card addition unit 357A has a configuration corresponding to the terminal card addition unit 155A of the terminal device 10A, and executes the card addition process in the server device 30A. The server card addition unit 357A updates the possession card information stored in the possession card information storage unit 142 based on the information of the cards constituting the additional deck received from the terminal card addition unit 155A.
The above is the description of the configuration of the game system 1B.

Next, the additional deck will be described.
An additional deck is a set of cards that allows the cards that make up the set to be added as possessed cards by the user. In other words, an additional deck is a set of cards that can be added as a user's possession card. The additional deck may be a posting deck or may be prepared separately from the posting deck. Additional decks may be available, for example, in exchange for consumption of in-game currency. When using the additional deck, the cards constituting the additional deck can be registered as the user's possession card, and the contents of the additional deck can be registered as the user's possession deck. The game system 1B can increase the number of possessed cards at one time by adding cards in units of additional decks. Therefore, the game system 1B can make it easier for a user having a particularly small number of cards to play the game. In addition, even if the user cannot play because there are unowned cards in the desired deck, the user can immediately play without collecting the cards by using the additional deck.

The additional deck may be configured to include a plurality of the same cards (that is, cards with the same card ID). For example, it can be a burden for users with little game experience to remember the characteristics of the card. Therefore, if there are multiple cards of the same type in the additional deck, it is easy to remember the characteristics of the cards, so even inexperienced users can easily play.

Also, additional decks may only be available within a predetermined period of time. For example, the available period of the additional deck may be limited to a predetermined period from the first start of the game. Here, especially for users who are just starting the game, it may be difficult to think about the contents of the deck with a limited number of cards, and it may be difficult to think about the contents of the deck. However, by using the additional deck, it is possible to make up for the shortage of possessed cards, and it is not necessary to consider the contents of the deck, so that the game can be made easier to play.

In addition, the contents of the additional deck may differ depending on the time and period. Here, the timing for adding an additional deck to the possessed deck differs for each user. Therefore, by making the contents of the additional deck different depending on the time, the contents of the additional deck added to each user will be different. Therefore, it is possible to prevent the decks of each user from having the same contents and similar contents and spoiling the interest of the game.

Further, the amount of consideration for using the additional deck may be set by the poster or the game operator, or may be set according to the contents of the additional deck (number of rare cards, etc.). By setting the price according to the contents of the additional deck, it is possible to prevent the situation where the user can obtain a rare and high-value card at a low price.
Further, the additional deck may be composed of the lower limit of the number of cards satisfying the regulation. For example, it can be a burden for users with little game experience to remember the characteristics of the card. Therefore, by setting the number of cards as the lower limit, the burden on the user can be reduced.
Further, the additional deck may be composed of cards that are not effective in combination with other cards. As a result, the user does not have to remember complicated conditions for using the card, so that the burden on the user can be reduced.
The above is the explanation of the additional deck.

[Modification example]
Although the embodiments of the present invention have been described in detail with reference to the drawings, the specific configuration is not limited to the above-described embodiments, and includes designs and the like within a range that does not deviate from the gist of the present invention. For example, the configurations described in each of the above embodiments can be arbitrarily combined. Further, for example, each configuration described in each of the above-described embodiments can be arbitrarily separated. Further, for example, each configuration described in each of the above-described embodiments can be omitted if it is not necessary to exert a specific function. Further, for example, the information described in each of the above-described embodiments may be stored in the terminal devices 10 and 10A, may be stored in the server devices 30 and 30A, and may be stored in the terminal devices 10, 10A and the server device. It may be stored in another device different from 30 and 30A.

Further, in each of the above-described embodiments, the mode of managing the possessed card information in both the terminal devices 10 and 10A and the server devices 30 and 30A has been described, but the present invention is not limited thereto. The possession card information may be managed only by either the terminal device 10 or the server device 30. However, the consistency of the possessed card can be maintained by managing the possessed card information in both the terminal devices 10 and 10A and the server devices 30 and 30A and updating both of them sequentially when there is an update. Can be done. For example, it is possible to monitor the presence or absence of fraud by comparing the possessed card information managed by each at a predetermined timing. The timing of comparison may be any timing such as before editing the deck, before the battle, and when the game is started.

Further, in each of the above-described embodiments, the content of the game is not limited to that described above. For example, a virtual character may advance a game using a deck. Then, the user may be a game for raising a character or advancing a story for each character, for example.

An example of the relationship between the user and the deck in the game according to such a modification will be described.
FIG. 24 is a diagram showing an example of the relationship between the user and the deck in the game according to the modified example.
In the game according to the modified example, the user (player) has one or more characters, and the user plays the game through these characters. One or more decks are associated with each character. That is, the user's deck is managed in association with the character ID that identifies the character. The possession card is associated with the user as in each of the above-described embodiments. Possession cards can be included in the possession decks of multiple characters. That is, the user's possession card can be shared between the characters.
Here, in the game systems 1 and 1A according to the modified example, the deck associated with a certain character may be associated with another character. For example, in the game systems 1 and 1A, the association of deck information may be changed according to the above-mentioned duplication (copy) operation and reproduction (paste) operation. For example, in the example shown in FIG. 24, the possession deck “R” of the character “A” is regarded as the possession deck of the character “C”. In this case, the game systems 1 and 1A newly associate the deck information of the deck "R" with the character ID of the character "C". In this way, the user can duplicate his own deck and make it another own deck.

It should be noted that the character may have a character-specific attribute set. For example, a level for each character different from the player level may be provided. Also, the cards and commands that can be used may differ for each character. For example, some commands may be available only when the character "A" is selected, and some cards may not be available when the character "B" is selected. Information describing whether or not commands and cards can be used is stored in advance in terminal devices 10, 10A, server devices 30, 30A, and the like. As a result, the game system 1 can determine whether or not the skill or the card can be used and notify the user in the same manner as the above-mentioned regulation.

Further, in each of the above-described embodiments, the elements of the game are not limited to those described above. For example, a skill may exist as an element of the game. Here, the skill is an example of a command, and processes related to the game regardless of the card. For example, some skills have an effect all the time, some have an effect when certain conditions are met, and some have an effect at any time. More specifically, skills include those that constantly change the parameters of cards with specific attributes, those that recover LP when their LP falls below a predetermined value from the opponent's LP, and those in which the player activates the skill. There may be something that replaces the cards in your hand when you select it. The information indicating the skill is stored in the terminal devices 10, 10A, the server devices 30, 30A, etc. in association with the deck ID. In this way, any element may be added to the game, or any element may be deleted or changed.

Further, a program for realizing the functions of the terminal devices 10, 10A, the server devices 30, and 30A described above is recorded on a computer-readable recording medium, and the program recorded on the recording medium is read by the computer system. By executing the process, the terminal devices 10, 10A and the server devices 30, 30A may be processed. Here, "loading and executing a program recorded on a recording medium into a computer system" includes installing the program in the computer system. The term "computer system" as used herein includes hardware such as an OS and peripheral devices. Further, the "computer system" may include a plurality of computer devices connected via a network including a communication line such as the Internet, WAN, LAN, and a dedicated line. Further, the "computer-readable recording medium" refers to a portable medium such as a flexible disk, a magneto-optical disk, a ROM, or a CD-ROM, and a storage device such as a hard disk built in a computer system. As described above, the recording medium in which the program is stored may be a non-transient recording medium such as a CD-ROM. The recording medium also includes an internal or external recording medium accessible from the distribution server for distributing the program. The code of the program stored in the recording medium of the distribution server may be different from the code of the program in a format that can be executed by the terminal device. That is, the format stored in the distribution server does not matter as long as it can be downloaded from the distribution server and installed in a form that can be executed by the terminal device. It should be noted that the configuration in which the program is divided into a plurality of parts and downloaded at different timings and then combined by the terminal device, or the distribution server for distributing each of the divided programs may be different. Furthermore, a "computer-readable recording medium" is a volatile memory (RAM) inside a computer system that serves as a server or client when a program is transmitted via a network, and holds the program for a certain period of time. It shall include things. Further, the above program may be for realizing a part of the above-mentioned functions. Further, a so-called difference file (difference program) may be used, which can realize the above-mentioned function in combination with a program already recorded in the computer system.

Further, a part or all of the functions of the terminal devices 10 and 10A and the server devices 30 and 30A described above may be realized as an integrated circuit such as an LSI (Large Scale Integration). Each of the above-mentioned functions may be made into a processor individually, or a part or all of them may be integrated into a processor. Further, the method of making an integrated circuit is not limited to the LSI, and may be realized by a dedicated circuit or a general-purpose processor. Further, when an integrated circuit technology that replaces an LSI appears due to advances in semiconductor technology, an integrated circuit based on this technology may be used.

[Additional Notes]
From the above description, the present invention can be grasped as follows, for example. Reference numerals in the accompanying drawings are added in parentheses for convenience in order to facilitate understanding of the present invention, but the present invention is not limited to the illustrated embodiment.

(Appendix A1)
One aspect of the present invention is a game using group information indicating a set of a plurality of objects, and the first aspect is to perform a process for executing a game that progresses with reference to the object extracted from the set information. A group acquisition unit (352, S302) that acquires the group information associated with the first user from the terminal device (10, 10A), and a first storage that stores the group information acquired by the group acquisition unit. A group request receiving unit (351, S112, S122, S128) that receives an output request related to the group information from the second terminal device (10, 10A) corresponding to the second user. An output control unit (352, 353, S302, S320, which outputs the group information corresponding to the output request and / or information related to the group information based on the group information stored in the first storage unit, S322) and a server device (30, 30A).

According to the above configuration, the server device collects the set information from the first terminal device. Then, the server device outputs the group information and / or the information related to the group information in response to the output request from the second terminal device. Further, the first terminal device includes a configuration for executing a game. Therefore, the server device can provide the second user with the group information collected from the first user who actually plays the game and / or the information related to the group information. Therefore, the server device can promote interaction between game players and promote the spread of the game.

(Appendix A2)
Another aspect of the present invention is the server device according to Appendix A1, wherein the output control unit obtains a plurality of the set information corresponding to one output request and / or information related to the set information. It is displayed on the display unit (13) of the second terminal device.

According to the above configuration, the server device displays a plurality of group information and / or information related to the group information. Therefore, the server device can allow the second user to use the plurality of group information collected from the first user and / or the information related to the group information.

(Appendix A3)
Another aspect of the present invention is the server device according to Appendix A2, wherein the set acquisition unit is associated with each of the plurality of first users from the plurality of the first terminal devices. The output control unit acquires information, and the output control unit is information corresponding to one output request, and is associated with each of the plurality of first users, and / or information related to the group information. Is displayed on the display unit of the second terminal device.

According to the above configuration, the server device displays the set information collected from the plurality of first terminal devices and / or the information related to the set information. Therefore, the server device can make the second user use the group information collected from each of the plurality of first users and / or the information related to the group information.

(Appendix A4)
Another aspect of the present invention is the server device according to Supplementary A2 or Supplementary A3, from a second storage unit (344) for storing evaluation information indicating evaluation of the set information, and from the second terminal device. The evaluation management unit (356, S324) for updating the evaluation information based on the evaluation information update request of the above is further provided, and the output control unit is the set information corresponding to the output request and / or the set. Information related to the information is displayed based on the evaluation of the group information.

According to the above configuration, the server device displays the group information and / or the information related to the group information based on the evaluation of the group information. Therefore, the second user can use the evaluation of the group information when confirming the group information collected from the first user and / or the information related to the group information. Therefore, the server device can facilitate the use of the group information and / or the information related to the group information by the second user.

(Appendix A5)
Another aspect of the present invention is the server device according to Appendix A1, wherein the output control unit displays all the objects indicated by the set information corresponding to the output request on the display unit of the second terminal device. To display.

According to the above configuration, the server device displays all the objects indicated by the set information. Therefore, the second user can confirm all the objects indicated by the set information. Therefore, the server device can facilitate the use of the group information and / or the information related to the group information by the second user.

(Appendix A6)
Another aspect of the present invention is the server device according to Appendix A5, wherein the output control unit corresponds to the second user among all the objects indicated by the set information corresponding to the output request. The attached object and the object not associated with the second user are displayed in a distinguishable manner.

According to the above configuration, the server device makes it possible to distinguish whether or not the object indicated by the set information is associated with the second user. Therefore, the second user can confirm to what extent the desired set information includes the object associated with itself. Therefore, the server device can make the group information and / or the information related to the group information more accessible to the second user.

(Appendix A7)
Another aspect of the present invention is a game that uses set information indicating a set of a plurality of objects, and controls the game to be executed by referring to the objects extracted from the set information. A group (153), a group editing unit (151) that edits the group information available by the game execution unit, and a group that transmits information related to the group information edited by the group editing unit to the server device. An information processing device including a transmission control unit (151, S112) and an output request transmission control unit (151, 152, S112, S122, S128) that transmits an output request related to the set information to the server device. be.

According to the above configuration, the information processing apparatus edits the group information that can be used by the game, and transmits the group information edited by the own device to the server device. Therefore, the device that can access the server device can access the group information transmitted from the information processing device. That is, even a user different from the user of the information processing apparatus can access the group information. Therefore, the information processing device can promote interaction between game players.

(Appendix B1)
Another aspect of the present invention is a game that uses set information indicating a set of a plurality of objects, and controls the game to be executed by referring to the objects extracted from the set information. The information related to the unit (153), the group editing unit for editing the group information, and the first group information edited by the first user is based on a predetermined first condition related to the group information. The first display processing unit (152, S124, S130) to be displayed and the second set information selected by the second user different from the first user from the first set information indicate. An information processing device (10, 10A) including a second display processing unit (152, S132) for displaying the object in an editable manner.

According to the above configuration, the information processing apparatus displays information related to a plurality of sets of information edited by the first user. Further, the information processing apparatus displays the object indicated by the set information selected by the second user. That is, the information processing apparatus displays the contents of the set information edited by the first user in response to a request from the second user. Therefore, the second user can edit the set information edited by the first user via the information processing device. That is, the second user can play the game by using the group information edited by the first user. Therefore, the information processing device can promote interaction between game players.

(Appendix B2)
Another aspect of the present invention is the information processing apparatus according to Appendix B1, wherein the first display processing unit uses the information related to the first set information to be different from the first condition. Display based on the second condition and / or, the second display processing unit causes the object indicated by the second set information to be displayed based on the second condition.

According to the above configuration, the information processing apparatus causes the information related to the first set information and / or the object indicated by the second set information to be displayed based on the second condition. Therefore, the second user can use the second condition in confirming the information related to the set information and / or the object indicated by the second set information. Therefore, the information processing apparatus can make the group information edited by the first user and / or the information related to the group information easier to use by the second user.

(Appendix B3)
Another aspect of the present invention is the information processing apparatus described in Appendix B2, wherein the second condition is the second set information and the object associated with the second user. It is a condition related to the comparison, and the second display processing unit displays the comparison result between the plurality of objects indicated by the second set information and the object associated with the second user. ..

According to the above configuration, the information processing apparatus displays the comparison result between the object indicated by the second set information and the object associated with the second user. Therefore, the second user can easily determine whether or not the second set information is useful for himself / herself. Therefore, the information processing apparatus can make the set information edited by the first user easier to use by the second user.

(Appendix B4)
Another aspect of the present invention is the information processing apparatus described in Appendix B3, wherein the second display processing unit corresponds to the second user among the plurality of objects indicated by the second set information. The attached object and the object not associated with the second user are displayed in a distinguishable manner.

According to the above configuration, the information processing apparatus makes it possible to distinguish whether or not the object indicated by the second set information is associated with the second user. Therefore, the second user can confirm to what extent the second set information includes the object associated with itself. Therefore, the information processing apparatus can make the set information edited by the first user easier to use by the second user.

(Appendix B5)
Another aspect of the present invention is the information processing apparatus according to any one of Supplementary B2 to Supplementary B4, wherein the second condition is the object indicated by the first set information and the second. It is a condition related to the comparison with the object associated with the user, and the first display processing unit corresponds to the object indicated by each of the plurality of first set information and the second user. Information related to the first set information is displayed based on the comparison with the attached object.

According to the above configuration, the information processing apparatus displays information related to the first set information based on the comparison result with the object associated with the second user. That is, the information processing apparatus changes the information related to the first set information to be displayed, the display mode thereof, and the like according to the second user. Therefore, the information processing apparatus can display information related to the set information suitable for the second user. Therefore, the information processing apparatus can make the set information edited by the first user easier to use by the second user.

(Appendix B6)
Another aspect of the present invention is the information processing apparatus according to Appendix B5, wherein the first display processing unit displays information related to the first set information to the object indicated by the first set information. Aspects different from each other depending on whether all of the objects are associated with the second user and at least a part of the object indicated by the first set information is not associated with the second user. Display with.

According to the above configuration, the information processing apparatus distinguishes whether or not all the objects indicated by the first set information are associated with the second user in the display of the information related to the first set information. Display as possible. Therefore, the second user can easily determine whether or not the first set information is available to himself or how close it is to the state in which it can be used for play. Therefore, the information processing apparatus can make the set information edited by the first user easier to use by the second user.

(Appendix B7)
Another aspect of the present invention is the information processing apparatus according to any one of Supplementary Provisions B2 to B6, wherein the second condition is a condition related to the rules of the game, and the game execution unit is a condition. , The use of the set information that does not satisfy the second condition in the game is restricted.

According to the above configuration, the information processing device is based on the rules of the game in which the information related to the first set information and / or the object indicated by the second set information can be executed via the own device. To display. That is, the information processing device displays information related to the first set information and / or an object indicated by the second set information according to the relationship with the game rules such as conformity with the game rules. Can be changed. Therefore, the second user can easily determine whether or not the group information edited by the first user can be used in the game desired to be played, or how close it is to the state in which it can be used for play. Then, the information processing device can support the editing of the set information so as to conform to the rules of the game. Therefore, the information processing apparatus can make the set information edited by the first user easier to use by the second user.

(Appendix B8)
Another aspect of the present invention is the information processing apparatus according to any one of Supplementary Provisions B2 to B7, wherein the second condition is a condition related to the rules of the game, and the group editorial unit is a condition. When the set information being edited does not satisfy the second condition, the second user is notified that the second condition is not satisfied.

According to the above configuration, the information processing apparatus notifies the second user when the set information being edited does not conform to the rules of the game. Therefore, the second user can easily edit the set information edited by the first user so that it can be used in the game even if it does not conform to the rules of the game. Therefore, the information processing apparatus can make the set information edited by the first user easier to use by the second user.

(Appendix B9)
Another aspect of the present invention is the information processing apparatus according to any one of Supplementary Provisions B1 to B8, wherein the object indicated by the second set information is associated with the second user. A third display processing unit (152, S130) for displaying the comparison result with the object is further provided.

According to the above configuration, the information processing apparatus displays the comparison result between the object indicated by the second set information selected by the second user and the object associated with the second user. Therefore, the second user can easily confirm to what extent the set information selected by himself / herself includes the object associated with himself / herself. Therefore, the information processing apparatus can make the set information edited by the first user easier to use by the second user.

(Appendix B10)
Another aspect of the present invention is the information processing apparatus according to any one of Supplementary Provisions B1 to B9, wherein the first condition is a condition related to evaluation of the set information, and the evaluation is based on the evaluation. The second display processing unit is updated based on the operation performed by the second user after displaying the object indicated by the second set information.

According to the above configuration, the information processing apparatus causes the information related to the first set information and / or the object indicated by the second set information to be displayed based on the evaluation of each set information. Here, this evaluation is updated based on the operation of the second user different from the first user who edited the first set information and the second set information. That is, since the evaluation of the group information is updated by a user different from the edited user, the group information is evaluated relatively fairly. Then, the second user can use the second set information based on this fair evaluation. Therefore, the information processing apparatus can make the set information edited by the first user easier to use by the second user.

(Appendix B11)
Another aspect of the present invention is a server device that communicates with the information processing device according to any one of Supplementary Provisions B1 to B10, and has a storage unit (343, 344) that stores information related to the set information. The information processing of the extraction unit (353, S320) that extracts the information related to the first set information from the storage unit based on the first condition and the information related to the first set information. It is a server device including a transmission unit (31, S320) for transmitting to the device.

According to the above configuration, the server device transmits information related to the first set information to the information processing device. Therefore, the information processing apparatus can display the information related to the first set information. That is, the server device can provide the second user with information related to the first set information edited by the first user. Therefore, the server device can make the set information edited by the first user easier to use by the second user.

Another aspect of the present invention is a program for making a computer function as a server device (30, 30A) or an information processing device (10, 10A) according to any one of Supplementary A1 to Supplementary A7 and Supplementary B1 to Supplementary B12. Is.
According to the above configuration, the program is a set of objects proposed by others in a game in order to make a computer function as a server device or an information processing device according to any one of Supplementary A1 to Supplementary A7 and Supplementary B1 to Supplementary B12. Can be made easier to use.

1, 1A ... game system, 10, 10A ... terminal device, 30, 30A ... server device, 11 ... terminal communication unit, 12 ... terminal input unit, 13 ... terminal display unit, 14 ... terminal storage unit, 141 ... card attribute information Storage unit, 142 ... Possessed card information storage unit, 143 ... Rule information storage unit, 150, 150A ... Terminal control unit, 151 ... Terminal deck editing unit, 152 ... Terminal display processing unit, 153 ... Terminal game execution unit, 154 ... Evaluation Transmission unit, 155A ... Terminal card addition unit, 31 ... Server communication unit, 34 ... Server storage unit, 341 ... Card attribute information storage unit, 342 ... Possessed deck information storage unit, 343 ... Post deck information storage unit, 344 ... Post information Storage unit, 345 ... Player information storage unit, 346 ... Possessed card information storage unit, 347 ... Rule information storage unit, 350, 350A ... Server control unit, 351 ... Request reception unit, 352 ... Server deck editing unit, 353 ... Server display Processing unit, 354 ... Deck management department, 355 ... Server game execution department, 356 ... Evaluation management department, 357A ... Server card addition department

Claims (1)

A game using group information indicating a set of a plurality of objects, from a first terminal device that performs processing for executing a game that progresses with reference to the object extracted from the set information. A group acquisition unit that acquires the group information associated with the user, and
A first storage unit that stores the group information acquired by the group acquisition unit, and
A group request receiving unit that receives an output request related to the group information from a second terminal device corresponding to the second user, and a group request receiving unit.
An output control unit that outputs the group information corresponding to the output request and / or information related to the group information based on the group information stored in the first storage unit.
A server device equipped with.

Images