JP7349177B2 - Information processing device, server device, game control method and program - Google Patents

Description

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

A user holds several cards in his hand from a set of objects (cards) prepared in advance by making arbitrary combinations (for example, a so-called deck), and places cards from among them in a place called a field. There was a card game (trading card game) that progressed by executing commands. Traditionally, in such card games, the user selects a card and performs operations on the selected card (for example, drag-and-drop operations or selecting displayed options) to execute commands. (For example, see Patent Document 1).

Japanese Patent Application Publication No. 2015-188503

By the way, in the above-mentioned game, the set of objects is selected at the user's discretion, so the game can have a high level of strategy. However, for beginners of the game, it may be difficult to judge how a set of objects should be constructed. In addition, especially when the number of objects that make up a set is large or the types of objects are rich, the number of combinations of objects becomes enormous, so even experienced gamers may find themselves without any guidelines. It was sometimes difficult to prepare a set of objects from

Therefore, game users have published information on object sets on websites and exchanged information with other users. However, media such as websites have no direct relationship to games. Therefore, even if the user wants to reflect a set of objects proposed by another user in the game, the user needs to select objects with his or her own hands to form the set of objects in the actual game. Therefore, it may be difficult to use a set of objects proposed by another user.

Furthermore, in games, game operators have also proposed combinations of objects to users. However, proposals from game operators alone are limited in the types of object sets and may not be able to fully satisfy user demands. Furthermore, since the number of sets of objects provided by game operators is limited, no consideration has been given to developing a mechanism for searching for sets of objects. Therefore, even if the game operator were able to propose a sufficient number of object sets, the user would be unable to find the desired set of objects, making it difficult to use the proposed set of objects. It is possible that it will become.
As described above, it is desired to make it easier to use object sets proposed by others.

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

Another aspect of the present invention is to provide an information processing device, a server device, and a program that can achieve 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 set information indicating a set of a plurality of objects, the game progressing by referring to the objects extracted from the set information. a pair acquisition unit that acquires the pair information associated with the first user from a first terminal device that performs processing for the purpose of the user; and a first storage unit that stores the pair information acquired by the pair acquisition unit. a group request reception unit that receives an output request related to the group information from a second terminal device corresponding to a second user; The server device includes an output control unit that outputs the group information corresponding to a request and/or information related to the group information.

Further, one aspect of the present invention is a game that uses set information indicating a set of a plurality of objects, and that performs control to execute a game that progresses by referring to the objects extracted from the set information. an execution unit; a group editing unit that edits the group information that can be used 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; The information processing apparatus includes an output request transmitting unit that transmits an output request related to set information to the server device.

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

1 is a diagram showing an overview of a game system according to a first embodiment of the present invention. FIG. 3 is a diagram showing an example of a posted deck list screen according to the embodiment. The figure which shows an example of the posting deck detail screen based on the same embodiment. The figure which shows the structure of the game system based on the same embodiment. FIG. 3 is a diagram showing an example of card attribute information according to the embodiment. FIG. 3 is a diagram showing an example of deck information according to the embodiment. The figure which shows an example of the posted information based on the same embodiment. The figure which shows an example of player information based on the same embodiment. FIG. 2 is a block diagram showing the configuration of a terminal device according to the embodiment. FIG. 2 is a block diagram showing the configuration of a server device according to the embodiment. FIG. 2 is a block diagram showing the configuration of a computer system according to the embodiment. 7 is a sequence chart showing an example of the flow of deck editing processing according to the embodiment. The figure which shows an example of the deck selection screen based on the same embodiment. The figure which shows the 1st example of the deck edit screen based on the same embodiment. The figure which shows an example of the deck posting screen based on the same embodiment. 7 is a sequence chart showing an example of the flow of deck output processing according to the embodiment. FIG. 7 is a diagram showing an example of an additional information screen according to the embodiment. The figure which shows the 2nd example of the deck edit screen based on the same embodiment. The figure which shows an example of the game screen of the game based on the same embodiment. FIG. 3 is a diagram showing an example of the flow of turns in the game according to the embodiment. The figure which shows the structure of the game system based on the 2nd Embodiment of this invention. FIG. 2 is a block diagram showing the configuration of a terminal device according to the embodiment. FIG. 2 is a block diagram showing the configuration of a server device according to the embodiment. FIG. 7 is a block diagram showing a relationship between a user and a deck according to a modified example.

Hereinafter, one embodiment of the present invention will be described with reference to the drawings.
[First embodiment]
[Overview of the first embodiment]
A first embodiment of the present invention will be described.
The game system 1 is an information processing system that performs control for executing a game. In this embodiment, as an example, a case will be described in which the game system 1 performs control for executing a computer game that reproduces a so-called competitive trading card game. Furthermore, the game system 1 is a system that manages decks used in games.

A deck is a set of cards, and is used for battles, etc., which will be described later. A deck can also be said to be a combination of cards, a bundle of cards, a collection (group, group) of cards, etc. The user constructs a deck by selecting and combining cards to be used for play from objects that the user owns according to predetermined regulations. Regulations are deck composition rules (limitations). Decks that do not meet the regulations (incompatible, nonconforming) cannot be used in game play. Regulations define, for example, the number of cards that make up a deck, card versions, card types, etc. Therefore, the number of cards, card versions, card types, etc. may be arbitrarily determined by the user as long as it is within the range defined by regulations.

A card is an example of an object. An object is, for example, a unit on a display that can be visually recognized, and also, for example, a unit that can be selected by a user. Further, an object is, for example, something that may be owned by a user. Further, an object is, for example, a unit that constitutes a deck. Further, the object is, for example, something used in a battle. Furthermore, the object may be a medal, a figure, a character, etc. in addition to a card.
In the game according to the present embodiment, each competing user plays a game using cards extracted from a deck in each player's turn (hereinafter also referred to as a turn). An overview of the game progress will be described later.

FIG. 1 is a diagram showing an overview 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 through which each user inputs operations when playing a game. Here, play refers to a series of processes that progress the game by generating game results and updating the game status in response to input operations (also referred to as game operations) for advancing the game. be. Furthermore, playing means that the user (player) inputs game operations to advance the game. Specifically, the play refers to processing such as a battle, which will be described later. The user of the terminal device 10-1 is the operator of the game. 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 equivalent functions, but in the example shown in FIG. 1, the terminal devices 10-1 to 10-3 function as devices 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 collection of information on card IDs (IDentifiers) of cards making up the deck. Card ID is card identification information.

The server device 30 is a so-called game server, and performs control to advance the game according to user operations.
Further, the server device 30 is also a deck management server device that manages deck information. The server device 30 accumulates deck information posted from the posting side terminal devices 10-1 to 10-3. In other words, the game operator and users "X" and "Y" who are posters can post deck information via the terminal devices 10-1 to 10-3 on which they play the game. The server device 30 outputs the deck information managed by itself in response to a request from the viewing terminal device 10-4. User "Z" can request deck information via the terminal device 10-4 on which he plays the game.

In addition to registering the deck as a deck owned by user "Z", the output mode of deck information includes displaying the attribute information of the deck, displaying the cards that make up the deck, and displaying the deck information poster. Additional information that has been added may be displayed. For example, as in the example shown in FIG. 1, the server device 30 registers deck "Q" posted by user "X" as a deck owned by user "Z". For example, as in the example shown in FIG. 2, the server device 30 extracts and sorts the posted deck information based on predetermined conditions such as the deck category, and lists the names of the decks in a list format. Display. Further, as in the example shown in FIG. 3, the server device 30 displays the contents of the deck information (cards forming the deck) selected by the user "Z" from among the posted deck information. Note that in this embodiment, registration refers to newly storing information or updating and storing information. Note that, 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 further output the deck information to another display device, so that the deck information may be displayed on that display device. Further, the output destination to which the server device 30 outputs the deck information is not limited to the terminal device 10-4 of the user "Z", but may be any terminal device depending on the system configuration.

Hereinafter, a deck posted by a poster may be referred to as a posted deck. In other words, the posting deck is a deck intended for sharing information by posting. On the other hand, a deck that a user can select when playing a game is sometimes referred to as a possessed deck. In other words, the owned deck is the deck that each user actually uses when playing the game. Furthermore, hereinafter, deck information of posted decks may be referred to as posted deck information, and deck information of owned decks may be referred to as owned deck information. That is, the deck information has two types: posted deck information and owned deck information. Furthermore, in the present embodiment, posting refers to making information visible from any device connected to the server device 30.

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

As a result, the server device 30 provides the user playing the game with various information about posted decks posted by others. Therefore, the user can check posted decks posted by others and use posted decks proposed by others in the game. In other words, the server device 30 can make it easier to use decks proposed by others.

Furthermore, particularly in the case of a game played using cards extracted from a deck, the player plays using some of the cards that make up the deck. Therefore, for example, when a player attempts to improve the contents of a deck, it is difficult to judge whether each card in the deck is necessary or not unless the player plays the game using the deck many times. For example, one card "A" constituting a deck may not be extracted after several plays. In this case, the player cannot determine whether card "A" is necessary or not. In this way, in order to determine whether or not a particular card is necessary, it is necessary to play the game many times until that card is extracted. In this regard, the game system 1 makes it possible to refer to the contents of group information proposed by other users in a game in which objects are extracted from group information. In other words, the player can refer to other users' judgments as to whether a card is necessary or not. Therefore, the game system 1 can make it easier to examine the contents of group information, such as improvement policies.
Note that hereinafter, the posting deck information, the attribute information of the posting deck, and the supplementary information of the posting deck may be collectively referred to as posting deck reference information.
The above is an explanation of the outline of this embodiment.

[Configuration of game system 1]
Next, the configuration of the game system 1 will be explained.
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 are each connected to the network NW and can communicate with each other. Since the terminal devices 10-1, 10-2, 10-3, etc. all have the same configuration, if there is no particular distinction, the descriptions such as "-1", "-2" etc. will be omitted and the terminal devices will be referred to as terminals. They are collectively referred to as devices 10. Although three terminal devices 10 are illustrated 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 games that can be executed on the terminal device 10. For example, the server device 30 provides a game control program (game control program) executable on the terminal device 10 so as to be downloadable from the terminal device 10 . Further, the server device 30 stores various setting information and history information necessary for the game executed on the terminal device 10, and transmits the information to the terminal device 10 as necessary. Note that 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.

The server device 30 also manages various information such as card attribute information, deck information, posted information, player information, and owned card information. Card attribute information is information indicating the attributes of a card. Posted information is information indicating posted content. Player information is information indicating attributes of the player. By accessing the server device 30, the terminal device 10 can refer to and update this information.

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 this 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. The terminal device 10 functions as a game device by executing the downloaded game control program. The terminal device 10 can edit a deck, post a deck, refer to various information managed by the server device 30, etc. using a game control program.
Note that, in the following description, it is assumed that the user is the user of the terminal device 10. A user is a player who plays a game using the terminal device 10.
The above is a description of the configuration of the game system 1.

[Information processed by game system 1]
Next, card attribute information, deck information, posted information, and player information processed by the game system 1 will be explained.
First, card attribute information will be explained.
FIG. 5 is a diagram showing an example of card attribute information.
In the example shown in FIG. 5, the card attribute information includes a card ID, card name information, card type information, level information, attack power information, defense power information, card text information, effect information, and version. It is configured by correlating information and image information with each other.
The card name information is information indicating the name of the card. Card type information is information indicating the type of card. Examples of card types include monster cards, magic cards, and trap cards. Note that hereinafter, unless a magic card and a trap card are particularly distinguished, they will also be referred to as "magic/trap card." Level information, attack power information, defense power information, card text information, and effect information are information indicating parameters of cards in the game. The version information is information indicating the classification (version) of a card, such as when the card first appeared. Image information is information indicating an image of a card.
Therefore, the terminal device 10 and the server device 30 can specify the name, type, parameter, version, image, etc. of each card by referring to the card attribute information.
The above is the explanation about card attribute information.

Next, deck information will be explained.
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 frame IDs and card IDs with each other. Although not shown, deck information is written for each deck. Specifically, the deck information is stored in association with the deck ID. The deck ID is information that identifies a deck.
The frame ID is information that identifies a frame within a 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 "1" to "32" are shown, and each frame is associated with a card. In the example shown in FIG. 6, the frame ID is described in a format that allows the use of the frame to be specified, such as "main" which is mainly used during play, "side" which is used as a backup, etc. By associating frames and cards in this way, even if the order and arrangement of cards in the deck have game characteristics, the terminal device 10 and the server device 30 can , the deck can be faithfully reproduced.

Note that, as described above, in this embodiment, there are two types of decks, a possessed deck and a posted deck, depending on the purpose of use. Possession deck information and posted deck information have different types of corresponding user IDs. The server device 30 manages the owned deck information by associating the deck ID with the user ID of the game player. In addition, the server device 30 manages posted deck information by associating the deck ID and the user ID of the poster of the deck with each other. Either or both of the possessed deck information and posted deck information may be managed by the terminal device 10 instead of the server device 30.
Note that the possessed deck information and the posted deck information may have different configurations or may have the same configuration. Furthermore, in addition to attribute information such as the name of the deck and the date and time of creation of the deck, additional information such as notes of the deck editor and the battle record of the deck may be associated with the deck ID.
The above is an explanation of deck information.

Next, posted information will be explained.
FIG. 7 is a diagram showing an example of posted information.
In the example shown in FIG. 7, the posted information is created by associating the posting ID, poster ID, posting date and time information, deck name information, category information, evaluation pt information, and blocked number information with each other. It is configured.
The posting ID is information that identifies the posting deck. For example, the deck ID of the posting deck is written in the posting ID. The poster ID is information that identifies the user who is the poster. The posting date and time information is information indicating the date and time when posting was made. The deck name information is information indicating the name of the posted deck. Category information is information indicating the category of the posting deck. The category information describes, for example, a category indicating the purpose of the deck during game play or the concept of deck creation. The deck name information and category information are examples of attribute information of posted decks. The evaluation information is information that indicates the evaluation of the posting, that is, the evaluation of the posting deck, in terms of scores (points). 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 times the display or use of a deck has been blocked by users other than the poster. Blocking is a type of filtering, and is a function of excluding information deemed unnecessary by the user. For example, if a certain user views the posting deck and feels uncomfortable, he or she blocks the posting deck. Thereafter, the blocked posting deck will no longer be displayed on the user's terminal device 10. In other words, the blocked number information is information representing a negative evaluation of the posting deck. Blocking targets may be specified for each posting deck or for each poster. In this way, the evaluation pt information and the number-of-blocks information are examples of evaluation information indicating the evaluation of the posting deck.
By referring to the posted information, the terminal device 10 and the server device 30 can identify when, which user posted which deck in which category, and identify the evaluation of the posted deck. .
The above is an explanation of posted information.

Next, player information will be explained.
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, player level information, in-game currency A information, in-game currency B information, current month billing amount information, and age authentication information with each other. It is configured.
Player level information is information indicating the user's level (score, rank) in the game. The in-game currency A information is information indicating the amount of in-game currency A possessed by the user. In-game currency A is in-game currency that is mainly acquired through the progress of the game. In-game currency B information is information indicating the amount of in-game currency B. In-game currency B is in-game currency that is mainly purchased with real money. The in-game currency B information may separately describe the in-game currency purchased by the user and the amount acquired through the progress of the game. The current month charge amount information is information indicating the amount charged by the user 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, an upper limit of the user's monthly billing amount may be determined.
Therefore, the terminal device 10 and the server device 30 can identify how much each user is playing the game by referring to the player information.
The above is the explanation about the player information.

[Configuration of terminal device 10]
Next, the configuration of the terminal device 10 will be explained.
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 section 11, a terminal input section 12, a terminal display section 13, a terminal storage section 14, and a terminal control section 150.
The terminal communication unit 11 communicates with the server device 30 via the network NW.
The terminal input unit 12 accepts operation input from the user.
The terminal display unit 13 displays various images 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 section 14 includes a card attribute information storage section 141, a possession card information storage section 142, and a rule information storage section 143.
The card attribute information storage unit 141 stores card attribute information for each card.

The owned card information storage unit 142 stores owned card information related to the user of the own device. Possession card information is information indicating a card possessed by the 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 the card. Note that the user can have multiple cards with the same card ID (same card). These same cards may be managed individually and distinguishably by serial ID.

The rule information storage unit 143 stores rule information. Rule information is information indicating regulations. The regulations specify, 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 the number of cards that can be included in one deck. The versions of cards that can be included are determined. Examples of specific regulations include that one deck can contain no more than three cards of the same type, that one deck can contain between 40 and 60 cards, and that one A deck might only contain one card of a certain type, a deck might only contain a certain version of a card, etc.
Note that, as described above, the contents of the regulations may be changed. For example, suppose a regulation stipulates that only one overly powerful card "A" can be included in a deck. On the other hand, this restriction may be relaxed or lifted upon the appearance of a new card "B" to counter card "A". Furthermore, for example, because the newly introduced card "C" is a powerful card, a new regulation may be established that only one card can be included in a deck.

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

The terminal control section 150 includes a terminal deck editing section 151, a terminal display processing section 152, a terminal game execution section 153, and an evaluation transmission section 154.
The terminal deck editing unit 151 controls editing of deck information based on editing operations by the user. Here, editing deck information includes both creating new deck information and updating existing deck information. In other words, editing the deck information includes copying the contents of the posted deck as is to the owned deck, that is, associating the posted deck information with the player. Displaying the deck information in an editable manner means displaying the deck information and allowing editing operations by the user to be accepted. The terminal deck editing unit 151 may edit posted deck information or owned deck information. Hereinafter, in editing deck information, a request from the terminal device 10 to the server device 30 for processing may be referred to as an editing request.

In editing the deck information, the terminal deck editing section 151 first receives a selection of deck information to be edited from the user. Next, the terminal deck editing unit 151 acquires the deck information to be edited from the server device 30. Next, the terminal deck editing unit 151 updates the deck information according to the user's editing operation. Next, the terminal deck editing unit 151 refers to the rule information stored in the rule information storage unit 143 and determines whether the updated deck information complies with the regulations. The terminal deck editing unit 151 stores the determination result in association with the deck information. The terminal deck editing unit 151 transmits the updated deck information to the server device 30 and requests registration of the updated deck information. In other words, the terminal deck editing unit 151 requests that the updated deck information be stored as the user's owned deck or posted deck. As a result, the updated deck information is stored in the server device 30. As a result, in the case of owned deck information, a new deck is created or updated, and in the case of posted deck information, the deck is posted.

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

Note that although a case has been described here in which the terminal deck editing unit 151 edits the deck information and transmits the edited deck information to the server device 30, the present invention is not limited to this. For example, the terminal deck editing unit 151 may transmit 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 user's editing operations obtained from the terminal deck editing section 151, and transmits processing results corresponding to the operations to the terminal device 10 at any time. In this way, the actual processing for editing deck information may be performed by the terminal device 10 or by the server device 30. Further, the actual process of generating posted information may be performed by the terminal device 10 or by the server device 30, similarly to the editing of 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 in accordance with user operations. Here, only the display control of the posting deck will be explained, and the explanation of other screen display controls will be omitted. Hereinafter, in screen display control, a request from the terminal device 10 to the server device 30 for processing may be referred to as a display processing request.
First, the terminal display processing unit 152 requests the server device 30 to transmit 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 section 152 causes the terminal display section 13 to display the acquired posting deck reference information. Thereby, the terminal display processing unit 152 can display a list of attribute information of a posting deck as shown in FIG. 2 or display the contents of a posting deck as shown in FIG. 3.

Here, the terminal display processing unit 152 can request the server device 30 to extract the posting deck reference information by specifying various extraction conditions. The extraction condition specifies an item or value 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 selects posting deck reference information that matches the items and values specified as the extraction conditions from among the posting deck reference information stored in advance in the server device 30. can be obtained. The extraction conditions include the category of the posted deck, the presence or absence of a specific card in the posted deck, the number of rare cards in the posted deck, the evaluation of the posted deck, the poster, the posting date and time, the creation date and time of the posted deck, compliance with regulations, and possession. Comparisons with cards, comparisons with owned decks, etc. can be adopted.

By using the category of the posting deck as an 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 posted deck as an extraction condition, the terminal device 10 can obtain a posted deck using a specific card desired by the user.
By setting the number of rare cards in the posted deck as an extraction condition, the terminal device 10 can acquire the posted deck according to the difficulty level of configuration.
By using the evaluation of posted decks as an extraction condition, the terminal device 10 can acquire posted decks with high evaluations or exclude decks with low evaluations.
By setting the poster as an extraction condition, the terminal device 10 can block posts by a specific user or obtain only posts by friends.
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 time. .

By making it a condition that the deck complies with the regulations, even if there is a change in the regulations, it is possible to obtain submitted decks that comply with the new regulations.
By using a comparison with cards in the user's possession as an extraction condition, the terminal device 10 can create a posting deck consisting only of cards owned by the user, or a posting deck consisting of many cards owned by the user (i.e., a posting deck consisting of many cards owned by the user). It is possible to obtain a posted deck (containing a relatively small number of cards that the player does not own).
By using the comparison with the owned deck as an extraction condition, the terminal device 10 can acquire a posted deck similar to the owned deck. In this case, the server device 30 performs, for example, a comparison of card IDs, types, parameters, versions, etc. of the cards that make up the owned deck and the cards that make up the posted deck. Then, posted decks that have a high matching rate with respect to the compared card IDs, types, parameters, versions, etc. are extracted.
In addition, when the "recommended" setting that automatically sets conditions is selected, the terminal device 10 can also set the number of rare cards owned by the user, the level of the user in the game, the number of rare cards in the deck, etc. may be set as a condition.

Furthermore, in displaying the posted deck reference information, the terminal display processing unit 152 may control the sorting of the posted deck reference information based on sorting conditions similar to the above extraction conditions. The sorting condition is used to specify items of posted deck reference information, magnitudes of values, etc. as conditions in determining the display order of posted deck reference information. The sorting 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 sorting conditions. The terminal display processing unit 152 or the server device 30 may sort the posting deck reference information based on the sorting conditions.

Furthermore, 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 deck ID to the server device 30.

Further, when displaying the contents of the posted deck based on the posted deck information, the terminal display processing unit 152 controls the display mode of the cards constituting the posted deck based on the deck content display conditions. The deck content display condition is a condition that specifies the display mode of the cards that make up the deck. The display mode of the cards includes 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 posted deck so as to meet the deck content display conditions. The deck content display conditions may be predetermined or may be specified or changed by the user.

The deck content display conditions may be the same as the above-mentioned extraction conditions and sorting conditions, or may be different from them. As the deck content display condition, for example, comparison with cards in possession or compliance with regulations can be adopted. By setting the comparison of owned cards as a condition, the terminal display processing unit 152 can indicate, for example, which of the cards making up the posting deck is owned by the user. By setting compliance with the regulations as a condition, the terminal display processing unit 152 can indicate, for example, which card among the cards making up the posting deck does not comply with the regulations.

Note that although a case has been described here in which the terminal display processing unit 152 displays an image based on the posting deck reference information, the present invention is not limited to this. For example, the terminal deck editing unit 151 may notify the server device 30 of user operations at any time, and request the server device 30 to extract posting deck reference information and to generate an image based on the posting 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 user's operation notified from the terminal display processing unit 152, and generates the generated image. It is transmitted to the terminal device 10 at any time. In this way, the actual processing for displaying various screens may be performed by the terminal device 10 or by the server device 30.

The terminal game execution unit 153 performs control for executing the game. The terminal game execution unit 153 may perform substantial processing for advancing the game on its own device, or may perform auxiliary processing for advancing the game on the server device 30. For example, the terminal game execution unit 153 may complete the process for advancing the game only on its own device. In this embodiment, as an example, a case will be described in which the server device 30 performs substantial game processing. In this case, the terminal game execution unit 153 notifies the server device 30 of the user's game operation 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 the deck information selected by the user for play conforms to regulations. Here, as described above, the terminal deck editing unit 151 or the server deck editing unit 352 determines whether the deck complies with the regulations, 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 for play does not comply with the regulations, the terminal game execution unit 153 selects the deck information. Performs processing to restrict usage in games. For example, the terminal game execution unit 153 prohibits the use of the selected deck information and allows 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 card information from the server device 30 when the user logs into the game and starts the game, or when the card in the possession changes due to the purchase of a card. Then, the card information is stored in the held card information storage section 142.

The evaluation transmitter 154 notifies the server device 30 of the user's evaluation of the posting deck. The evaluation transmitter 154 determines whether a predetermined evaluation condition is satisfied. The evaluation information will be described later. When the evaluation transmitter 154 determines that the evaluation condition is satisfied, it notifies the server device 30 to that effect.
The above is a description of the configuration of the terminal device 10.

[Configuration of server device 30]
Next, the configuration of the server device 30 will be explained.
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 section 31, a server storage section 34, and a server control section 350.
The server communication unit 31 communicates with the terminal device 10 via the network NW.
The server storage unit 34 stores various information referenced by the server control unit 350, processing results of the server control unit 350, and the like. The server storage section 34 also includes a card attribute information storage section 341, a possessed deck information storage section 342, a posted deck information storage section 343, a posted information storage section 344, a player information storage section 345, and a possessed card information storage section. section 346 and a rule information storage section 347.

The card attribute information storage unit 341 stores card attribute information for each card.
The owned deck information storage unit 342 stores owned deck information for each user (player). Specifically, the owned deck information storage unit 342 stores the owned deck information in association with the owned deck ID and the player's user ID.
The posting deck information storage unit 343 stores deck information for each user (poster).
The posted information storage unit 344 stores posted information for each posting deck.
The player information storage unit 345 stores player information for each user (player).
The owned card information storage unit 346 stores owned card information for each user (player).
Rule information storage section 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. Note that a part or all of the server control unit 350 may be realized as a hardware integrated circuit such as an LSI or an ASIC.
The server control section 350 includes a request reception section 351, a server deck editing section 352, a server display processing section 353, a deck management section 354, a server game execution section 355, and an evaluation management section 356.

The request accepting unit 351 accepts requests from the terminal device 10. When the request accepting unit 351 receives a deck editing request from the terminal device 10, it notifies the server deck editing unit 352 of the contents of the editing request. When the request reception unit 351 receives a display processing request from the terminal device 10, it notifies the server display processing unit 353 of the contents of the display processing request.

The server deck editing section 352 has a configuration corresponding to the terminal deck editing section 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, it executes the process specified in the editing request.
In editing the deck information, the server deck editing section 352 reads the deck information designated as an editing target from the terminal device 10 from the owned deck information storage section 342 or the posted deck information storage section 343. The server deck editing 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. When the acquired deck information is a possessed deck, the server deck editing section 352 causes the acquired deck information to be stored in the possessed deck information storage section 342. Furthermore, if the acquired deck information is a posted deck, the server deck editing unit 352 causes the posted deck information storage unit 343 to store it. Upon acquiring the posted information from the terminal device 10, the server deck editing unit 352 stores the acquired posted information in the posted information storage unit 344. In other words, the server deck editing section 352 outputs the posted deck reference information acquired from the terminal device 10 to the server storage section 34.

The server display processing section 353 has a configuration corresponding to the terminal display processing section 152 of the terminal device 10, and controls the server device 30 side in editing deck information. Upon receiving a display processing request from the request receiving section 351, the terminal display processing section 152 executes the process specified in the display processing request.
When the server display processing section 353 receives the display processing request from the request reception section 351, it extracts the posting deck reference information from the server storage section 34 based on the specified 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, the posting deck reference information transmitted by the server display processing section 353 is displayed on the terminal device 10.
For example, when the category of the posting deck is specified as an extraction condition, the server display processing unit 353 extracts posted information from the posted information storage unit 344 using the specified category as a search key. The server display processing unit 353 extracts posted deck information associated with the posted ID of the extracted posted information from the posted deck information storage unit 343. In this way, the server display processing unit 353 extracts the posted deck reference information according to the specified extraction conditions.

The deck management unit 354 adjusts the data amount of posted deck reference information. The deck management section 354 refers to the posted information and deletes posted deck information of posted decks for which some time has passed since posting from the posted deck information storage section 343. Further, the deck management section 354 refers to the posted information and deletes the posted deck information of the posted deck with a low evaluation score from the posted deck information storage section 343. At this time, the deck management section 354 may delete the posted information from the posted information storage section 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 the deck for one month even if the evaluation is low. For example, the deck management unit 354 may delete posted deck information that was posted more than one month ago and whose evaluation score is below a predetermined value, or delete posted deck information whose evaluation score is less than the top 3000. You may also delete the . 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. Furthermore, 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 evaluation information of posting decks. The evaluation management unit 356 updates evaluation information based on predetermined evaluation conditions. Any conditions can be adopted as the evaluation conditions. For example, the posted deck is registered as a owned deck, the posted deck is used to play a game, the posted deck is used to win a game, the posted deck is registered as the main deck, and a positive evaluation is specified by the user. This may be used as an evaluation condition for adding an evaluation score. Also, for example, being removed from the owned deck, losing a game using a posted deck, being removed from the main deck, having the contents of the deck changed, or being given a negative evaluation by the user. , being blocked, etc. may be used as evaluation conditions for subtracting the evaluation score. Specific examples of evaluation conditions include accepting an operation that specifies "good" as a positive evaluation, accepting an operation that specifies "bad" as a negative evaluation, and accepting an operation that blocks the display of the posting deck. can be mentioned. Information describing the evaluation conditions and information describing the update amount of the evaluation according to the evaluation conditions are stored in the server storage unit 34, for example. In addition, as a specific example of the evaluation condition, it may be possible to accept an operation in which the user inputs the scoring result of the posted deck on a scale of 100 points, etc., and the average value of the scoring result etc. is managed as the evaluation information of the posted deck. It's okay.

The evaluation management unit 356 updates the evaluation information of the posting deck when the evaluation conditions are satisfied. The determination as to whether the evaluation conditions are satisfied may be made by the evaluation management section 356 or may be made by the evaluation transmission section 154 of the terminal device 10. The evaluation management unit 356 reflects an evaluation (for example, evaluation score, number of blocks, etc.) according to the satisfied evaluation condition in evaluation information. Specifically, the evaluation management section 356 reads the posted information regarding the posted deck to be evaluated from the posted information storage section 344. The evaluation management unit 356 updates evaluation information in posted information.

For example, when a posted deck is blocked, the evaluation information for that posted deck is updated. The evaluation information may be updated for each posting deck or for each poster. For example, when a certain posting deck is blocked, the evaluation management unit 356 may update only the evaluation information of that posting deck, or may update the evaluation information of all posting decks posted by the poster. It's okay. Furthermore, the evaluation management unit 356 may restrict or prohibit posting of posters whose number of blocks exceeds a predetermined number. In this way, the evaluation management unit 356 updates the evaluation information of the posting deck based on the user's evaluation of the posting deck. In other words, the evaluation management unit 356 can update the evaluation information of the posting deck based on the evaluation information update request from the terminal device 10. That is, the user's evaluation of the posted deck as described above is an example of a request from the terminal device 10 to update the evaluation information.
The above is a 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 section 91, an input section 92, a display section 93, a storage section 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 into which various instructions are input by voice, and various instructions are input by user operations. The input unit 92 may be configured integrally with a display (display unit 93) as a touch panel.
The display unit 93 is a display that displays information such as images and text, and includes, for example, a liquid crystal display panel, an organic EL (Electro Luminescence) display panel, and the like.

The storage unit 94 is, for example, an HDD (Hard Disk Drive), an SSD (Solid State Drive), an EEPROM (Electrically Erasable Programmable Read-Only Memory), or a ROM (Read-Only Memory). RAM (Random Access Memory), etc. It stores various information, images, programs (including game control programs), etc. that are processed by the terminal device 10. Note that the storage unit 94 is not limited to one built into the terminal device 10, but may be an external storage device connected through a digital input/output port such as a USB. Furthermore, the terminal device 10 may 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 section 94 and controls each section of the terminal device 10 and the server device 30.
The above is a description of the computer system 90.

[Operation of game system 1]
Next, the operation of the game system 1 will be explained.
In the following, a case will be described in which a game application based on a game control program is activated on the terminal device 10. At the time of starting the game application, the terminal device 10 acquires the latest possession card information, possession deck information, player information, rule information, etc. from the server device 30, and stores them in the terminal storage unit 14.
First, the operation of the game system 1 when editing a deck will be explained.
FIG. 12 is a sequence chart showing an example of the flow of deck editing processing. (Step S100) The terminal device 10 activates an editing mode for editing the deck. Edit mode is a mode for editing and posting deck information. The editing mode is activated, for example, by an activation operation performed on a game menu screen. Further, the editing mode may be activated from the viewing mode described below. After that, the game system 1 advances the process to step S102. (Step S102) The terminal device 10 receives a selection of a deck to be edited from the user. After that, the game system 1 advances the process to step S104.

Here, the user interface when selecting a deck to be edited will be explained.
FIG. 13 is a diagram showing an example of a deck selection screen.
The deck selection screen is a screen for accepting selection of a 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 posted deck viewing button DB. An icon labeled "SET" is superimposed on the deck selection button D1, clearly indicating that this is the deck used for play by default. When the user selects one of the deck selection buttons D1 to D4, the terminal device 10 reads the owned deck information corresponding to each button. Furthermore, when the new deck creation button D5 is selected by the user, the terminal device 10 newly generates possession deck information. Further, when the user selects the posted deck viewing button DB, the terminal device 10 starts a deck viewing mode, which will be described later.
The above is an explanation of the user interface when selecting a 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 advances the process to step S300. (Step S300) The server device 30 acquires the deck ID from the terminal device 10. The server device 30 reads owned deck information or posted deck information using the acquired deck ID as a search key. The server device 30 transmits the read deck information to the terminal device 10. After that, the game system 1 advances the process to step S106. (Step S106) The terminal device 10 acquires deck information from the server device 30. The terminal device 10 displays a deck editing screen based on the acquired deck information and the owned card information read from the owned card information storage section 142. After that, the game system 1 advances the process to step S108.

Here, the user interface when editing a deck will be explained.
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 cards C3 making up the deck and cards C4 owned by the user. For example, the terminal device 10 may temporarily hide the card C3 forming the deck or the owned card C4 in response to a slide operation or the like.

Further, the deck editing screen G4 is provided with a memo button B4, a back button B5, a button for selecting the type of cards in possession B6, and a sort button for cards in possession B7. The memo button B4 is a button for recording a memo as supplementary 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, for example, assumes that editing has been completed and returns the display to the previous screen. 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 by card type. The sort button B7 is a button for sorting (arranging) the cards to be displayed.
When changing the cards that make up the deck, the user may drag and drop the card that he/she wishes to add to the display area of the cards that make up the deck, for example, as shown by arrow AR1 in FIG. 14. In addition to this, the terminal device 10 may accept arbitrary operations such as button presses, touch operations, slide operations, etc. as editing operations.

Note that although a deck that does not comply with the regulations cannot be used for play as described above, the terminal device 10 may be able to save deck information. Furthermore, if the deck does not comply with the regulations, the terminal device 10 may notify the user to that effect. Furthermore, when editing a posted deck, the terminal device 10 may allow cards that the user does not own to be used for editing the deck.
Furthermore, the terminal device 10 may display different deck editing screens for editing posted deck information and for editing owned deck information. For example, since the posted deck is just a suggestion, it does not necessarily have to be composed only of cards owned by the user. Therefore, when editing the posting deck, the terminal device 10 may display cards that are not in possession in addition to cards in possession. Then, the terminal device 10 may allow the posted deck to include cards that it does not own.
The above is an explanation of the user interface when editing a deck.

(Step S108)
The terminal device 10 accepts editing operations. The terminal device 10 updates deck information in response to editing operations. After that, the game system 1 advances the process to step S110. (Step S110) The terminal device 10 receives input of deck attribute information and supplementary information. After that, the game system 1 advances the process to step S112.

Here, the user interface when inputting the deck attribute information and supplementary information will be explained.
FIG. 15 is a diagram showing an example of a deck posting screen.
The deck posting screen is a screen for accepting deck posting operations. 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 as attribute information that the deck is recommended by the poster. The memo release button B10 is a button for setting a memo of incidental information to be available for publication. The deck confirmation button B11 is a button for displaying the contents of the deck and confirming the contents of the deck. The posting button B12 is a button for completing deck editing and posting deck information and the like. Note that if the deck does not comply with the regulations, the terminal device 10 may disable the posting button B12 and disable posting.
In this way, the terminal device 10 may accept input of the deck attribute information and supplementary information in addition to the operation via the memo button B4 in FIG. 14 described above.
The above is a description of the user interface when inputting deck attribute information and supplementary information.

(Step S112)
When the editing content is finalized, the terminal device 10 transmits the updated deck information, attribute information, supplementary information, etc. 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 advances the process to step S302.
Note that the terminal device 10 determines that the edited content has been finalized, for example, when the back button B5 shown in FIG. 14 is selected, or when the post button B11 shown in FIG. 15 is selected. If the deck information has not been updated when the back button B5 is selected, the terminal device 10 does not need to transmit the deck information to the server device 30. Furthermore, at the timing when it is determined that the edited content has been finalized, it may be determined whether the deck complies with the regulations, and if the deck does not comply with the regulations, 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 owned deck information storage section 342 or the posted deck information storage section 343. Further, posted information is generated based on the attribute information and supplementary information of the deck, and is stored in the posted information storage section 344. After that, the game system 1 ends the process shown in FIG. 12.
The above is an explanation of the operation of the game system 1 when editing a deck.

Next, the operation of the game system 1 when outputting the deck will be explained.
FIG. 16 is a sequence chart showing an example of the flow of deck output processing. (Step S120) The terminal device 10 activates a viewing mode for viewing the posting deck. The viewing mode is a mode for displaying posting deck reference information. The viewing mode is activated, for example, by an activation operation performed on the game menu screen or by an operation of the posted deck viewing button DB shown in FIG. 13. After that, the game system 1 advances the process 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 conditions and sorting conditions. After that, the game system 1 advances the process to step S124.

(Step S320)
The server device 30 extracts posted information from the posting deck in response to a request from the terminal device 10. The server device 30 transmits the extracted posted information to the terminal device 10. After that, the game system 1 advances the process to step S124.
Here, if there is a large amount of posted information, the server device 30 may extract a predetermined number of posted information. At this time, the server device 30 may randomly (randomly) extract posted information. Accordingly, each time the terminal device 10 accesses the server device 30, different posted information is displayed, so different terminal devices 10 display different posted information. In other words, each user refers to different posted information. Here, if each user refers to the same posted information, the possibility that the same posted deck information will be used increases. In this case, the development of the game may become similar and the interest of the game may be lost. On the other hand, if each user refers to different posted information, it is possible to ensure the diversity of the decks that each user uses 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 posted information of the posted decks when the number of times the posted decks have been viewed exceeds a predetermined number of times, when the elapsed time since the posted decks exceeds a predetermined value, etc. limit things. This allows each user to refer to different posted information, and it is possible to ensure the diversity of decks that each user uses for play. Therefore, the game system 1 can maintain the interest of the game.

(Step S124)
The terminal device 10 acquires 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 extraction conditions and sorting conditions. After that, the game system 1 advances the process to step S126.
Here, the user interface when displaying a list of posting decks will be explained.
FIG. 2 is a diagram showing an example of a posted deck list screen.
The posted deck list screen is a screen that displays posted decks in a list. In the example shown in FIG. 2, the posted 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. The deck list DL displays a list of the summaries of the posted decks, including their evaluation, name, category, poster, date and time of posting, etc. This information is specified by referring to posted information. In the deck list DL, for example, information about posted decks that are lower in the display order, that is, posted decks that cannot be completely displayed on the screen, can be displayed in response 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 an operation for specifying sort conditions. The category selection button B2 is a button for specifying a category and narrowing down the posted decks to be displayed on the deck list DL. Recommendation selection button B3 is a button for narrowing down the posted decks displayed in the deck list DL to only those recommended by the poster. That is, the category selection button B2 and the recommendation selection button B3 are examples of operators that accept an operation for specifying extraction conditions. The terminal device 10 changes the display of the deck list DL based on the specified conditions, and requests the server device 30 for posted deck reference information that satisfies the specified conditions.
The above is an explanation of the user interface when displaying a list of posted decks.

(Step S126)
The terminal device 10 receives a selection of a posting deck from the user. For example, the terminal device 10 may accept an operation to select any of the posted decks displayed on the deck list DL shown in FIG. 2. After that, the game system 1 advances the process 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 advances the process to step S322.

(Step S322)
The server device 30 is. The posted deck information is read from the posted deck information storage section 343 using the deck ID acquired from the terminal device 10 as a search key. The server device 30 transmits the read posting deck information to the terminal device 10. After that, the game system 1 advances the process to 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 reads posted information from the posted information storage unit 344 using the deck ID acquired from the terminal device 10 as a search key. The server device 30 updates the evaluation information of the read posted information. Specifically, the server device 30 adds or subtracts a predetermined value from the evaluation score. By attracting or losing interest in the posting deck, this evaluation information becomes one of the criteria for other users to decide whether or not to view the contents of the posting deck. After that, the server device 30 ends the process shown in FIG. 16.

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

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

Note that the terminal device 10 distinguishes between a case where the posting deck is made up of only cards owned by the user and a case where the posting deck is made up of cards not owned by the user. This distinction can be made by determining whether or not the above-mentioned extraction conditions related to comparison with owned cards or extraction conditions related to comparison with owned decks are met. For example, the case where the posted deck is composed only of cards owned by the user and the case where the posted deck is composed of cards not owned by the user are determined by the characters of the owned card ratio information I4, the color of the display column, and the transparency. , may be distinguished by different patterns, etc., or by displaying an icon only when the posting deck is composed of only cards owned by the user. In this way, the case where the posting deck is composed only of cards owned by the user and the case where the posting deck is composed of cards not owned by the user 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 that make up the deck. The block setting button B14 is a button for setting the currently selected deck as a block target. When the block setting button B14 is selected, the terminal device 10 notifies the server device 30 of the selection. That is, the block setting button B14 is an example of an operator that accepts an operation to evaluate 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 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 to display the contents of the posted deck, it displays the cards that make up the deck. The terminal device 10 may display the cards forming the deck based on the deck content display conditions. Thereafter, the terminal device 10 ends the process shown in FIG. 16.
Here, the user interface when displaying the contents of the posting deck will be explained.
FIG. 3 is a diagram showing an example of a posting deck details screen.
The posted deck details screen is a screen that displays the contents of the posted deck, that is, the cards that make up the posted deck. In the example shown in FIG. 3, the posted deck details screen G2 displays a group of cards C1 forming the posted deck. Of these, two cards C2 are cards that the user does not own (unowned cards). Here, the terminal device 10 displays owned cards and unowned cards in a distinguishable manner based on the deck content display conditions. In the example shown in FIG. 3, the terminal device 10 displays an x icon superimposed on the unpossessed card C2, and displays the unpossessed card C2 in a grayed out manner. The unpossessed cards C2 are identified by comparing each card indicated by the posted deck information with each card indicated by the owned card information. This allows the user to easily know which cards he or she does not own in the posted deck.

Note that the cards in possession and the cards not in possession may be distinguished by any method other than by changing the color of the cards or displaying an icon. Further, the terminal device 10 may display only the cards in possession, only the cards not in possession, or display the cards in possession and the cards not in possession in the same display mode. Further, the terminal device 10 may receive an operation from the user to instruct switching of these display modes. For example, if unpossessed cards are displayed less conspicuously than possessed cards, it may become difficult to distinguish the content, type, etc. of the unpossessed cards. In this regard, the terminal device 10 makes it possible to switch the display mode of cards according to the user's operation, thereby clarifying the relationship between the cards that make up the posting deck and the cards in possession, while also improving the visibility of cards that are not in possession. can be kept.

Further, a copy button CP is arranged on the posted 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 editing operation. When the user selects the copy button CP, the terminal device 10 copies the deck information such as the card ID and memo information. Here, the deck information may be duplicated by temporarily holding the deck information in the terminal device 10, or by copying the user ID of the user who operated the copy button CP and the posting ID in the server device 30. This may also be done by storing these in association with each other. Below, as an example, a case where deck information is held in the terminal device 10 will be described.

Next, the terminal device 10 activates the editing mode (step S100), and accepts selection of a deck to be edited from among the owned decks (step S102). When the deck to be edited is selected, the terminal device 10 displays a deck editing screen. Here, the terminal device 10 can accept a reproduction (paste) operation by the user. When the reproduction operation is performed, the card configuration and memo contents of the previously duplicated posted deck will be reproduced in the owned deck being edited. That is, the duplicated card ID and memo information are associated with the deck ID being edited. For example, if a posted deck made up of 35 cards is restored to a possessed deck made up of 40 cards, the five differential cards are also removed from the deck. Note that the terminal device 10 may omit the restoration operation by the user and reproduce the posted deck in the owned deck at the time when the owned deck to be restored is selected. In this way, by reproducing the posted deck on the deck editing screen, the posted deck can be made editable. That is, displaying the posting deck on the editing 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 posted deck is reproduced among the owned decks on the deck editing screen. Card C2 is grayed out because it is a card that the user does not possess. In other words, card C2 is a card that is insufficient for the deck to be used for play. The terminal device 10 may present locations and methods where these missing cards can be obtained. This makes it easy for the user to replenish missing cards, making it easy for the user to use the posted deck. Furthermore, if the terminal device 10 is able to obtain these insufficient cards, it may notify the user to that effect.
In the illustrated example, in the owned deck, among the cards included in the posted deck, card C2 that the user does not own is displayed separately from other cards (cards that the user owns) (here, it is grayed out). Although the example in which the card C2 is displayed (displayed) is shown, the card C2 that the user does not possess may be displayed in the same way as other cards (cards that the user possesses). That is, on the deck editing screen, information comparing cards included in the posted deck and cards owned by the user may or may not be displayed.
The above is an explanation of the user interface when displaying the contents of the posted deck.

Note that the game system 1 may repeatedly execute the processing of steps S122, S320, and S124. For example, when performing the process of step S122 to display the posted deck list G1 on the screen for the first time, the terminal device 10 does not specify extraction conditions or sorting conditions. In this case, the server device 30 randomly extracts posted information (step S320), and the terminal device 10 displays a deck list based on the extracted posted information (step S126). Next, upon receiving the specification of extraction conditions and sorting conditions on the posted deck list screen G1, the terminal device 10 transmits the specified extraction conditions and sorting conditions to the server device 30 (step S124). The server device 30 re-extracts the posted information based on the specified extraction conditions and sorts the posted information based on the specified sorting conditions (step S320). Then, the terminal device 10 updates the display of the posted deck list screen G1 based on the posted information extracted and sorted by the server device 30 (step S124). Note that the terminal device 10 may sort the deck list DL based on the sorting conditions.

Note that the game system 1 may return the process to step S124 after the process of step S130. Furthermore, the game system 1 may omit the processing of steps S128, S322, and S130. In this way, the game system 1 may allow the posted deck list screen, the additional information screen, and the posted deck details screen to be switched in accordance with the user's operation or the like.

Hereinafter, the extraction conditions and sorting conditions for displaying a list of posted deck reference information such as the deck list DL may be referred to as first conditions. Furthermore, extraction conditions and deck content display conditions for displaying detailed information about the posted deck selected in the deck list DL, such as the additional information screen and the posted deck details screen, may be referred to as second conditions. The first condition and the second condition may be the same or different.
The first condition and the second condition are, for example, conditions regarding the cards that constitute the posted deck (i.e., objects included in the group information), and posted information (i.e., information stored in association with the group information). conditions etc. Specifically, these include sorting conditions based on evaluation, extraction conditions based on regulations, extraction conditions based on categories, extraction conditions related to comparison with cards in possession, and deck content display conditions.
The above is a description of the operation of the game system 1 when outputting a deck.

[Game overview]
Next, an outline of an example of the game in this embodiment will be explained. The game according to the present embodiment progresses as the user and the opponent alternately select cards and select commands for executing processing on the cards. Note that the opponent may be an NPC (Non Player Character) or a user playing with another terminal device 10. In addition, when the user and the opponent alternately select a card and select a command for executing a process regarding the card, the number of times for each may be the same or different. Good too. For example, a method may be adopted in which the user and the opponent alternately perform the command once each, or a method in which the user performs the command twice is the opponent's turn, and if the opponent performs the command three times, it is the user's turn again. Furthermore, there is no limit to the number of times a command can be selected; for example, it may be 0 times.

Here, the command refers to processing for progressing the game. The process to be executed is determined by the user selecting a control corresponding to a command while playing the game, and selecting a card to be subjected to a process based on the command corresponding to the selected control. 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 that the user will select from now on. When the user selects an operator corresponding to a command and selects a card, a process to be executed for the selected card is determined. Specifically, the user selects a control corresponding to a command, selects a card that executes a process based on the command corresponding to the selected control, and then executes the command corresponding to the selected control. The game progresses by executing the processing based on the selected card. For example, when a user selects a control corresponding to a "summon" command, which is a control corresponding to a command related to the process of placing a specific card on the "field", and selects a card to be "summoned", The selected card is placed on the field. The "place" is one of the areas where the user places cards.

Note that executing a process based on a command can also be referred to as executing a command. Furthermore, selecting the operator corresponding to the command can also be referred to as selecting the command. In the following explanation, for example, command icons corresponding to each command, pop-up menus displaying a list of commands, etc. function as controls corresponding to the commands, and are displayed on the game screen for the user to select. be done.

FIG. 19 is a diagram showing an example of a game screen.
A game screen G10 shown in FIG. 19 shows an example of a game screen displayed on the terminal display unit 13 when the 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 symbol PAT (hereinafter also referred to as his own hand PAT) and the user's own place indicated by the symbol PAB (hereinafter also referred to as his own place PAB) are displayed. is displayed. On the other hand, in the upper half area G12, the opponent's hand indicated by the symbol PBT (hereinafter also referred to as the opponent's hand PBT) and the opponent's field indicated by the symbol PBB (hereinafter also referred to as the opponent's field PBB) are displayed. Is displayed. Your own hand PAT and your own field PAB, and your opponent's hand PBT and your opponent's field PBB are displayed facing each other. Your own cards and your opponent's cards are arranged and displayed in your own hand PAT, your own field PAB, your opponent's hand PBT, and your opponent's field PBB, respectively. Note that the arrangement and display of cards within the game screen is simply referred to as the arrangement of cards.

As mentioned above, this game is a turn-based competitive game in which the user and the opponent alternate their turns; the user selects cards and commands on his or her turn, and the opponent Cards and commands are selected on the opponent's turn.
First, the user prepares a deck that is an arbitrary combination of cards that the user owns. The multiple cards included in this deck are placed face down in a random order on your PAB as a deck. Specifically, the deck is placed in area PA1 in your own field PAB. Next, on the user's turn, a predetermined number (for example, five) of cards drawn from a deck of cards in a random order becomes a hand. In other words, this hand is an example of an object extracted from the deck. Adding a random card 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 one's hand PAT are placed face up so that the user can visually check the front surface on which the type and parameters of the card are written. On the other hand, the cards placed on the opponent's hand PBT are placed face down so that the user cannot see the front side of the card. Also, from the second time onwards, each time it is your turn, you can draw one card from the deck and put it in your hand.
Note that the method for extracting cards from the deck is not limited to the above method. For example, the card extracted from the deck may be randomly determined from among the cards included in the deck. It may also be a game that uses all the cards in the deck as a hand (a game that does not extract objects from group information), and if the user plays a game by combining objects, it may be possible to Any extraction method may be used for extraction.

The user can activate the effect of each card by putting a card from his/her hand PAT onto his/her field PAB, or combine the power of a card previously placed on his/her field PAB with a card on his/her opponent's field PBB. The game progresses by comparing. The user and the opponent each have a predetermined life point (LP: for example 8000) at the beginning, and they reduce each other's LP according to a predetermined rule based on the content of card selections and the content of command execution. The winner is the one who reduces the LP to 0. In this way, the game according to the present embodiment refers to cards (objects) extracted from the deck and uses the parameters of the cards (e.g. life points, attack power, etc.) to proceed based on predetermined rules. .
Note that here, putting a card from your hand PAT onto your field PAB is also referred to as "summoning."

Depending on the type of card, the location where it can be placed in your PAB by "summoning" is determined. Area PA2 is a place where monster cards can be placed (hereinafter also referred to as monster area). This area PA2 has three areas PA2(1), PA2(2), and PA2(3) in which one monster card can be placed, and a maximum of three monster cards can be placed at the same time. In the illustrated example, monster cards are placed only in area PA2(2) among areas PA2(1), PA2(2), and PA2(3). Furthermore, the area PA3 is a place where magic cards and trap cards can be placed (hereinafter also referred to as the magic/trap area). This area PA3 has three areas PA3(1), PA3(2), and PA3(3) where one magic card or trap card can be placed, and the total of magic cards and trap cards is maximum. Three pieces can be placed at the same time. In the illustrated example, magic cards or trap cards are placed only in area PA3(3) among areas PA3(1), PA3(2), and PA3(3). Further, 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. Furthermore, area PA5 is a place where cards that can be "special summoned" by a special method are placed (hereinafter also referred to as extra area).

Next, each card will be explained. Monster cards have parameters such as attack power, which is referenced when executing a process based on the "Attack" command described later, and defensive power, which is referenced when the opponent executes a process based on the "Attack" command. . Further, the monster cards include monster cards that have effects that can advance the battle advantageously by executing processing based on a "monster effect" command, which will be described later, and monster cards that do not have effects.

Magic/Trap cards can execute a specific process, limit the process your opponent attempts, or change the card's parameters by executing a process based on the "Magic/Trap" command described below. produce an "effect" such as For these, various effects and execution conditions are determined 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 by your opponent. Examples of execution conditions include the difference in LP between you and your opponent, the number of monster cards on the field, etc.

Next, the commands used by the user when selecting a card will be explained. Types of commands include ``summon'', ``change attack and defense'', ``magic/trap'', ``monster effect'', ``special summon'', and ``attack''.
The "summon" command is a command related to the process of placing a specific card on 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 on the user's field PAB. Note that when arranging, it may be possible to select the orientation such as portrait, landscape, face up, or face down. 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 the opponent. Cards placed face down are invisible to your opponent. For example, placing a monster card face up on the field is also called "face up summoning", and placing it face down is also called "face down summoning".

The "Change Offense and Defense" command is a command that changes the orientation of monster cards on the field (vertical, horizontal, face up, face down, etc.). When the user executes a process based on the "Change Offense and Defense" command, the orientation of the selected monster card or the monster card to be selected when it is placed on the user's field PAB is changed.
The "magic/trap" command is a command that activates the effect associated with the magic/trap card. "Activating an effect" refers to "executing a process associated with the effect." When the user executes a process based on the "magic/trap" command, an effect associated with the selected magic/trap card or the magic/trap card to be selected is activated.
The "monster effect" command is a command for activating a predetermined effect associated with a monster card having the 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 is activated.

The "special summon" command is a command that is possible when different execution conditions (conditions associated with the card) are met than for face-up and face-down summons, and it is a command that places monster cards on the field. .
The "attack" command is a command for attacking an opponent using a monster card. By executing processing based on the "attack" command, the user attacks the opponent using the selected monster card or the monster card to be selected.

For each of these commands, executable conditions are defined under which processing based on the command can be executed depending on the game situation. The game situation refers to the user's and opponent's turns during game play, the user's and opponent's respective LP, the number of cards in hand, the number of remaining cards in the deck, the number of monster cards on the field, and the number of cards in the graveyard. This refers to various requirements such as the number of monster cards, the current "phase" of the turn, the time elapsed since the start of the turn, the time elapsed since the command became available for selection, etc. A "phase" is a break in the rules within 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 a user.
For example, one turn progresses in the order of phases (1) to (6) shown in FIG.
(1) Start phase: At the start of the turn, cards are drawn from the deck.
(2) Preparation phase: At this timing, effects that are automatically generated are processed.
(3) Main Phase 1: When the user selects a command and a card, processing related to the "summoning" of monster cards and the activation of effects such as "magic/trap" and "monster effects" is performed.
(4) Battle phase: Starts when the user performs a battle operation, attacks the opponent using cards placed on the field, and processes the results of the attack. Note that if no battle is to be held, this battle phase will not take place and the process will proceed to (6) End Phase below.
(5) Main Phase 2: Only when the battle phase (4) is performed, the same processing as in Main Phase 1 is performed. Note that this phase may be omitted.
(6) End phase: The end of the turn is processed. After this, it is your opponent's turn.

For example, commands such as "summon" and "change offense and defense" are commands that can only be executed during the main phase. On the other hand, the "attack" command is a command that can only be executed during the battle phase. Furthermore, the conditions under which each command can be executed are also determined by game situations other than the phase. For example, a "summon" command can be executed if a monster card is in the player's hand PAT, and cannot be executed if there is no monster card. The "offense and defense change" command can be executed when a monster card is on the player's field PAB, and cannot be executed when there is no monster card. The "monster effect" command can be executed when a monster card with the effect is in the player's hand PAT, the deck of the player's field PAB, or the graveyard, and cannot be executed if there is no monster card. The "Magic/Trap" command can be executed if a magic/trap card is in your hand PAT or in your field PAB, and cannot be executed if there is no magic/trap card. The "Special Summon" command can be executed when a monster card corresponding to the "Special Summon" conditions that cannot be summoned by normal methods is in your hand PAT or your field PAB (area PA5). Impracticable. The "attack" command can be executed when a monster card is in the player's field PAB, and cannot be executed when there is no monster card. Furthermore, the "attack" command can only be executed once per turn for each monster card. Note that the conditions under which processing based on these commands can be executed are just examples, such as the type of each card, the size relationship between your LP and your opponent's LP, whether it is your turn or your opponent's turn, etc. Various conditions may be determined.
The above is an explanation of the outline of the game.

[Summary of the first embodiment]
As explained 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 group of a plurality of objects (for example, cards), A first terminal device 10 (e.g., a posting side) that performs processing for executing a game (e.g., a trading card game) that is played by referring to objects extracted from a first user (e.g., a poster ); a posting deck information storage unit 343 that stores the group information acquired by the server deck editing section 352; request, transmission request) from the second terminal device 10 (for example, viewing side) corresponding to the second user, and based on the group information stored in the posting deck information storage section 343, A server display processing unit 353 that outputs (for example, stores and transmits) group information corresponding to an output request (for example, an editing request, a display processing request) and/or information related to the group information (for example, posting deck reference information). and.

Thereby, the server device 30 collects group information from the terminal device 10. Then, the server device 30 outputs group information and/or information related to the group information in response to an output request from the terminal device 10. Furthermore, the first terminal device 10 includes a configuration for running a game. Therefore, the server device 30 can share group information and/or information related to the group information among game players via the terminal device 10 that can play the game. Therefore, the server device 30 can make it easier for the second user to use the set of objects proposed by the first user. Then, the server device 30 can encourage 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.

Thereby, 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 posting deck names. Therefore, the server device 30 facilitates the search for group information. Therefore, the server device 30 can make it easier for the second user to use the set of objects proposed by the first user.

Further, the server deck editing unit 352 acquires group 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 acquires group information associated with each of the plurality of first users. Corresponding information, group information associated with each of the plurality of first users and/or information related to the group information is displayed on the terminal display unit 13.

Thereby, the server device 30 displays group information collected from the plurality of first terminal devices 10 and/or information related to the group information. Therefore, the server device 30 can make it easier for the second user to use the set of objects proposed by the plurality of first users.

The server device 30 also includes a posted 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. 358, the server display processing unit 353 displays group information corresponding to the output request and/or information related to the group information based on the evaluation of the group information.

Thereby, the server device 30 displays group information and/or information related to the group information based on the evaluation of the group information. Therefore, the second user can easily use, for example, group information that is highly evaluated by many users. Furthermore, for example, the second user is likely to exclude group information that is rated low by many users. Therefore, the server device 30 can make it easier for the second user to use the set of objects proposed by the first user.

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

Thereby, the server device 30 displays all objects indicated by the set information. Therefore, the second user can confirm all objects indicated by the group information. Therefore, for example, the second user can reproduce the content edited by the first user as is. Additionally, the second user can use the recreated set of objects for game play without further editing. Therefore, the server device 30 can make it easier for the second user to use the set of objects proposed by the first user.

Furthermore, the server display processing unit 353 displays objects that are associated with the second user and objects that are not associated with the second user among all the objects indicated by the set information corresponding to the output request. , to be displayed in a distinguishable manner.

Thereby, the server device 30 can distinguish whether the object indicated by the set information is associated with the second user. For example, the server device 30 displays which object the second user owns among the set of objects proposed by the first user. Therefore, the server device 30 can make it easier for the second user to use the set of objects proposed by the first user.

The terminal device 10 also includes a terminal game execution unit 155 that performs control to execute a game that uses set information indicating sets of a plurality of objects, and that progresses by referring to objects extracted from the set information. and a terminal deck editing section 151 that causes the terminal game execution section 155 to edit the group information available, and transmits information related to the group information edited by the terminal deck editing section 151 to the server device 30 and edits the group information related to the group information. and a terminal communication unit 11 that transmits an output request to the server device 30.

Thereby, the terminal device 10 edits the group information available for the game and transmits it to the server device 30. Therefore, a device connected to the server device 30 can refer to the group information transmitted from the terminal device 10. That is, since the terminal device 10 allows the group information that can be used in the game to be shared as is, there is no need for the user to separately edit the group information for sharing. Therefore, the terminal device 10 can reduce the burden on both the user on the posting side and the user on the viewing side. As described above, the terminal device 10 can make it easier for another user to use a set of objects proposed by the user of the terminal device 10.

The terminal device 10 also includes a terminal game execution unit 155 that performs control to execute a game that uses set information indicating sets of a plurality of objects, and that progresses by referring to objects extracted from the set information. and the terminal deck editing unit 151 that edits the group information, and the information related to the first group information edited by the first user is subjected to a predetermined first condition related to the group information (for example, an extraction condition, a terminal display processing unit 152 that displays an object indicated by a second set of information selected by a second user different from the first user from the first set of information based on a sorting condition); , is provided.

Thereby, the terminal device 10 displays information related to the plurality of sets of information edited by the first user. Furthermore, the terminal device 10 displays the object indicated by the group information selected by the second user. That is, the terminal device 10 displays the contents of the group information edited by the first user in response to a request from the second user. Therefore, the second user can check the contents of the posted decks from the displayed list of posted decks, for example, on the terminal where the game is played. Therefore, the terminal device 10 can make it easier for the second user to use the set of objects proposed by the first user.

Further, the terminal display processing unit 152 may display the object indicated by the second group information in an editable manner.
Thereby, the second user can edit the group information edited by the first user as is via the terminal device 10. That is, the second user can play the game by directly using the group information edited by the first user, that is, 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 objects proposed by the first user. Therefore, the terminal device 10 can make it easier for the second user to use the set of objects proposed by the first user.

Further, the terminal display processing unit 152 displays information related to the first set of 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 of information based on the second condition.

Thereby, the terminal device 10 displays the information related to the first group information and/or the object indicated by the second group information based on the second condition. Therefore, the second user can use not only the first condition but also the second condition when confirming the information related to the group information and/or the object indicated by the second group information. Therefore, the terminal device 10 allows the second user to use the set of objects proposed by the first user by making it easier to find a desired set of objects from the set of objects proposed by the first user. It can be made easier.

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

Thereby, the terminal device 10 displays the comparison result between the object indicated by the second group information and the object associated with the second user. For example, the terminal device 10 displays how many objects owned by the second user are included in the second group 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 the set of objects is to the state that can be used for play. Therefore, the terminal device 10 can make it easier for the second user to use the set of objects proposed by the first user.

Furthermore, the terminal display processing unit 152 distinguishes between objects that are associated with the second user and objects that are not associated with the second user among the plurality of objects indicated by the second group information. Display as possible.

Thereby, the terminal device 10 displays in a distinguishable manner whether or not the object indicated by the second group information is associated with the second user. For example, the terminal device 10 distinguishably displays objects that are associated with the second user as cards in their possession and objects that are not associated with the second user as cards in their possession. Therefore, the second user can easily confirm which of the objects indicated by the second group information he/she owns. 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 to being usable for play. In other words, the terminal device 10 can make it easier for the second user to use the set of objects proposed by the first user.

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

Thereby, the terminal device 10 displays information related to the first group 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 of information to be displayed, its display mode, etc., depending on the second user. For example, the terminal device 10 displays a set including many objects owned by the second user. Therefore, the terminal device 10 can display information related to group information suitable for the second user. Therefore, the terminal device 10 can make it easier for the second user to use the group information edited by the first user.

The terminal display processing unit 152 also displays information related to the first group information in two cases: when all objects indicated by the first group information are associated with the second user; The displayed object is displayed in different manners depending on whether at least a part of the object is not associated with the second user.

Thereby, in displaying information related to the first set of information, the terminal device 10 can distinguish whether or not all objects indicated by the first set of information are associated with the second user. let For example, the terminal device 10 displays a set consisting only of objects owned 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 to a state that can be used for play. Therefore, the terminal device 10 can make it easier for the second user to use the group information edited by the first user.

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

Specifically, if the second condition is not satisfied, the terminal deck editing section 151 and the server deck editing section 352 memorize this fact. Then, the terminal game execution unit 153 determines whether it is stored that the second condition is not satisfied, and if it is stored that the second condition is not satisfied, performs a process of restricting the use in the game.
Thereby, the terminal device 10 can execute the game according to the predetermined rules even if, for example, the first user proposes and shares group information that does not satisfy the rules that are being created.

Further, the second condition is a condition related to the rules of the game, and the terminal deck editing unit 151 determines that the second condition is not satisfied when the group information being edited does not satisfy the second condition. is notified to the second user.

Thereby, the terminal device 10 notifies the second user when the group 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 will be informed that it is necessary to re-edit the group information so that it conforms to the rules. can be easily recognized.

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

Thereby, the terminal device 10 displays the comparison result between the object indicated by the second group 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 owned by the second user among the objects making up the second group information. Therefore, the second user can easily check how much of the set information that he or she has selected includes objects that are associated with him/her. Therefore, the terminal device 10 can make it easier for the second user to use the group information edited by the first user.

Further, the first condition is, for example, a condition related to evaluation of group information, and the evaluation is performed when the second user Updated based on your actions.

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

Also, a posted information storage section 344 that stores information related to group information, and a server display processing section 353 that extracts information related to the first group information from the posted information storage section 344 based on a first condition. , a server communication unit 31 that transmits information related to the first group information to the terminal device 10.

Thereby, the server device 30 transmits information related to the first set of information to the terminal device 10. Therefore, the terminal device 10 can display information related to the first set of information. That is, the server device 30 can provide the second user with information related to the first set of information edited by the first user. Therefore, the server device 30 can make it easier for the second user to use the group information edited by the first user.

[Second embodiment]
[Summary of second embodiment]
A second embodiment of the present invention will be described. In this embodiment, the same components as in each embodiment described above are denoted by the same reference numerals, and the description thereof is used.
Similar to the game system 1, the game system 1A according to the present embodiment is a system for posting decks, and viewing and using posted decks. However, the game system 1A differs from the game system 1 in that the cards that make up the posted deck can be added as cards owned by the user.
The above is an overview of the present embodiment.

[Configuration of game system 1A]
Next, the configuration of the game system 1A will be explained.
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 instead 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 section 150A instead of the terminal control section 150. The terminal control section 150A includes a terminal card addition section 155A in addition to each component included in the terminal control section 150.

The terminal card addition unit 155A executes card addition processing. The card addition process is a process for adding cards to the cards in the player's possession in units of decks. In the card addition process, the terminal card addition section 155A reads the possession card information from the possession card information storage section 142 upon receiving the deck addition operation by the user. 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 unpossessed card C2 shown in FIGS. 3 and 18. The terminal card addition unit 155A updates the read possession card information by adding information about the cards forming the additional deck. Then, the terminal deck editing section 151A stores the updated possessed card information in the possessed card information storage section 142. Further, the terminal card addition unit 155A transmits information on the cards forming the additional deck to the server device 30. As a result, the server device 30 also updates the held card information.

FIG. 23 is a block diagram showing the configuration of the server device 30A.
The server device 30A includes a server control section 350A instead of the server control section 350. The server control unit 350A includes a server card addition unit 357A in addition to the components included 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 card addition processing in the server device 30A. The server card addition section 357A updates the possession card information stored in the possession card information storage section 142 based on the information on the cards constituting the additional deck received from the terminal card addition section 155A.
The above is a description of the configuration of the game system 1B.

Next, the additional decks will be explained.
An additional deck is a set of cards, and the cards constituting the set can be added as cards owned by the user. In other words, the additional deck is a set of cards that can be added as cards owned by the user. The additional deck may be a posted deck, or may be prepared separately from the posted deck. Additional decks may be available, for example, in exchange for spending in-game currency. When using the additional deck, the cards constituting the additional deck can be registered as cards owned by the user, and the contents of the additional deck can be registered as the deck owned by the user. The game system 1B can increase the number of cards held at once by adding cards in units of additional decks. Therefore, the game system 1B can make it easier for users who have a small number of cards to play the game. Further, even if the user cannot play the game because the desired deck has cards that the user does not have, by using the additional deck, the user can immediately play the game without collecting cards.

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

Additionally, additional decks may only be available within a predetermined period of time. For example, the additional deck may be available only for a predetermined period after the game is first started. Here, especially for users who have just started playing the game, it is difficult to think about the contents of the deck based on the limited number of cards that the player owns, and it may be difficult to think about the contents of the deck. However, by using the additional deck, it is possible to compensate for the lack of cards in the player's possession, and there is no need to think about the contents of the deck, making it easier to play the game.

Furthermore, the contents of the additional deck may vary depending on the time and period. Here, the timing at which the additional deck is added to the owned deck differs from user to user. Therefore, by making the content of the additional deck different depending on the time, the content 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 or similar contents, thereby preventing the game from becoming less interesting.

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 (such as the number of rare cards). By setting the consideration according to the contents of the additional deck, it is possible to prevent a situation in which the user is able to obtain rare and valuable cards at a low price.
Further, the additional deck may be configured with the lower limit of the number of cards that satisfy the regulations. For example, for users with little experience in games, it may be burdensome to memorize the characteristics of cards. Therefore, by setting the number of cards to a lower limit, the burden on the user can be reduced.
Furthermore, the additional deck may include cards that do not exhibit their effects in combination with other cards. Thereby, the user does not have to memorize complicated conditions for using the card, so the burden on the user can be reduced.
This concludes the explanation of the additional decks.

[Modified example]
Although the embodiments of the present invention have been described above in detail with reference to the drawings, the specific configuration is not limited to the above-described embodiments, and includes designs within the scope of the gist of the present invention. For example, the configurations described in each of the above embodiments can be combined arbitrarily. Further, for example, each of the configurations 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 unnecessary to perform a specific function. Further, for example, each piece of information described in each of the above embodiments may be stored in the terminal devices 10, 10A, the server devices 30, 30A, or the terminal devices 10, 10A, the server device. 30 and 30A may be stored in other devices.

Further, in each of the above-described embodiments, the manner in which held card information is managed 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 to this. Possession card information may be managed only by either the terminal device 10 or the server device 30. However, by managing the card information in both the terminal devices 10, 10A and the server devices 30, 30A, and updating both of them sequentially when there is an update, the consistency of the cards in the card can be maintained. I can do it. For example, by comparing the card information managed by each party at a predetermined timing, it is possible to monitor the presence or absence of fraud. The timing of the comparison may be any timing such as before deck editing, before a battle, or when the game is started.

Furthermore, in each of the embodiments described above, the content of the game is not limited to that described above. For example, a virtual character may play a game using a deck. Then, the user may play a game in which, for example, the user raises a character or progresses through a story for each character.

An example of the relationship between the user and the deck in a game according to such a modification will be described.
FIG. 24 is a diagram illustrating an example of the relationship between the user and the deck in the game according to the modification.
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. Each character is associated with one or more decks. That is, the user's owned deck is managed in association with the character ID that identifies the character. Possession cards are associated with users, as in each of the embodiments described above. Possession cards can be included in the possession decks of multiple characters. In other words, the cards owned by the user can be shared among the characters.
Here, the game systems 1 and 1A according to the modified example may associate a deck associated with a certain character with another character. For example, the game systems 1 and 1A may change the association of deck information in response to the above-described duplication (copy) operation and reproduction (paste) operation. For example, in the example shown in FIG. 24, the deck "R" owned by the character "A" is the deck owned by 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 copy the deck he owns and use it as another deck he owns.

Note that character-specific attributes may be set for the character. For example, a level for each character may be provided that is different from the player level. Furthermore, the cards and commands that can be used may differ for each character. For example, there may be commands that can be used only when character "A" is selected, or cards that cannot be used when character "B" is selected. Information describing commands and whether cards can be used is stored in advance in the terminal devices 10, 10A, server devices 30, 30A, etc. Thereby, the game system 1 can determine whether or not a skill or card can be used and notify the user, similarly to the above-mentioned regulations.

Furthermore, in each of the embodiments described above, the elements of the game are not limited to those described above. For example, skills may exist as game elements. Here, a skill is an example of a command, and is something that performs processing related to the game, regardless of cards. For example, some skills have an effect that always occurs, some that occur when specific conditions are met, and some that can occur at any timing. More specifically, skills include those that constantly change the parameters of a card with a specific attribute, those that recover LP when one's LP falls below the opponent's LP by a predetermined value, and those that allow the player to activate the skill. There may be something that changes the cards in your hand when selected. Information indicating the skill is stored in the terminal device 10, 10A, server device 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 and server devices 30, 30A described above is recorded on a computer-readable recording medium, and the program recorded on the recording medium is read into the computer system, By executing this, processing as the terminal device 10, 10A and server device 30, 30A may be performed. Here, "reading a program recorded on a recording medium into a computer system and executing it" includes installing the program on the computer system. The "computer system" here includes hardware such as an OS and peripheral devices. Further, a "computer system" may include a plurality of computer devices connected via a network including the Internet, a WAN, a LAN, a communication line such as a dedicated line, etc. Furthermore, the term "computer-readable recording medium" refers to portable media such as flexible disks, magneto-optical disks, ROMs, and CD-ROMs, and storage devices such as hard disks built into computer systems. In this way, the recording medium storing the program may be a non-transitory recording medium such as a CD-ROM. The recording medium also includes a recording medium provided internally or externally that can be accessed from the distribution server to distribute 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 executable by the terminal device. That is, as long as it can be downloaded from the distribution server and installed in an executable form on the terminal device, the format in which it is stored on the distribution server does not matter. Note that the program may be divided into a plurality of parts, downloaded at different timings, and then combined on a terminal device, or the distribution servers that deliver each of the divided programs may be different. Furthermore, a ``computer-readable recording medium'' refers to a storage medium that retains a program for a certain period of time, such as volatile memory (RAM) inside a computer system that serves as a server or client when a program is transmitted via a network. This shall also include things. Moreover, the above-mentioned program may be for realizing a part of the above-mentioned functions. Furthermore, it may be a so-called difference file (difference program) that can realize the above-mentioned functions in combination with a program already recorded in the computer system.

Furthermore, part or all of the functions of the terminal devices 10, 10A and server devices 30, 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 implemented as an individual processor, or some or all of them may be integrated into a processor. Further, the method of circuit integration is not limited to LSI, but may be implemented using a dedicated circuit or a general-purpose processor. Further, if an integrated circuit technology that replaces LSI emerges 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 understood as follows, for example. In order to facilitate understanding of the present invention, the reference numerals of the accompanying drawings are added in parentheses for convenience, but the present invention is not limited to the illustrated embodiments.

(Appendix A1)
One aspect of the present invention is a game that uses set information indicating a set of a plurality of objects, and a first game that performs processing for executing a game that progresses by referring to the objects extracted from the set information. a pair acquisition unit (352, S302) that acquires the pair information associated with the first user from the terminal device (10, 10A); and a first memory that stores the pair information acquired by the pair acquisition unit. unit (343), and a set request receiving unit (351, S112, S122, S128) that receives an output request related to the set information from a second terminal device (10, 10A) corresponding to a second user; an output control unit (352, 353, S302, S320, S322) and a server device (30, 30A).

According to the above configuration, the server device collects group information from the first terminal device. Then, the server device outputs group information and/or information related to the group information in response to an output request from the second terminal device. Furthermore, the first terminal device includes a configuration for running a game. Therefore, the server device can provide the second user with group information and/or information related to the group information collected from the first user who actually plays the game. 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, in which the output control unit outputs a plurality of the group information and/or information related to the group information corresponding to one of the output requests. The information 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 a plurality of group information and/or information related to the group information collected from the first user.

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

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

(Appendix A4)
Another aspect of the present invention is the server device according to appendix A2 or appendix A3, which includes a second storage unit (344) that stores evaluation information indicating an evaluation of the group information, and a second terminal device that stores evaluation information indicating an evaluation of the group information. The output control unit further includes an evaluation management unit (356, S324) that updates the evaluation information based on a request for updating the evaluation information, and the output control unit updates the group information and/or the group corresponding to the output request. Information related to the information is displayed based on the evaluation of the set of information.

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

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

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

(Appendix A6)
Another aspect of the present invention is the server device according to appendix A5, in which the output control unit corresponds to the second user among all the objects indicated by the group 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 the object indicated by the group information is associated with the second user. Therefore, the second user can check how much of the desired group information includes objects associated with the second user. Therefore, the server device can make it easier for the second user to use the group information and/or information related to the group information.

(Appendix A7)
Another aspect of the present invention is a game that uses set information indicating a set of a plurality of objects, the game execution performing control for executing a game that progresses by referring to the objects extracted from the set information. a group editing section (151) that edits the group information that can be used by the game execution section; and a group editing section (151) that sends information related to the group information edited by the group editing section to a server device. An information processing device comprising: 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 group information to the server device. be.

According to the above configuration, the information processing device edits the group information that can be used in the game, and transmits the group information edited in the information processing device to the server device. Therefore, a device that can access the server device can access group information sent from the information processing device. In other words, even a user different from the user of the information processing device can access the set 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, the game execution performing control for executing a game that progresses by referring to the objects extracted from the set information. a group editing section that edits the group information, and a group editing section that edits the group information, and a group editing section that edits the group information, and edits information related to the first group information edited by the first user based on a predetermined first condition related to the group information. a first display processing unit (152, S124, S130) to display a second set of information selected by a second user different from the first user from among the first set of information; The information processing apparatus (10, 10A) includes a second display processing section (152, S132) that displays the object in an editable manner.

According to the above configuration, the information processing device displays information related to a plurality of sets of information edited by the first user. Further, the information processing device displays the object indicated by the group information selected by the second user. That is, the information processing device displays the contents of the group information edited by the first user in response to a request from the second user. Therefore, the second user can edit the group information edited by the first user via the information processing device. In other words, the second user can play the game 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, in which the first display processing section displays information related to the first set of information under a predetermined condition different from the first condition. The object is displayed based on a second condition, and/or the second display processing section causes the object indicated by the second group information to be displayed based on the second condition.

According to the above configuration, the information processing device displays the information related to the first group information and/or the object indicated by the second group information based on the second condition. Therefore, the second user can utilize the second condition in confirming information related to the set information and/or the object indicated by the second set information. Therefore, the information processing device can make it easier for the second user to use the group information edited by the first user and/or information related to the group information.

(Appendix B3)
Another aspect of the present invention is the information processing apparatus according to appendix B2, in which the second condition is a combination of the second group information and the object associated with the second user. The condition is related to comparison, and the second display processing unit causes the second display processing unit to display a comparison result between the plurality of objects indicated by the second group information and the object associated with the second user. .

According to the above configuration, the information processing device displays a comparison result between the object indicated by the second group information and the object associated with the second user. Therefore, the second user can easily determine whether the second set of information is useful for him or not. Therefore, the information processing device can make it easier for the second user to use the set information edited by the first user.

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

According to the above configuration, the information processing device displays in a distinguishable manner whether or not the object indicated by the second group information is associated with the second user. Therefore, the second user can check how many objects the second group information includes that are associated with the second user. Therefore, the information processing device can make it easier for the second user to use the set information edited by the first user.

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

According to the above configuration, the information processing device displays information related to the first set of information based on the comparison result with the object associated with the second user. That is, the information processing device changes the information related to the first set of information to be displayed, its display mode, etc., depending on the second user. Therefore, the information processing device can display information related to group information suitable for the second user. Therefore, the information processing device can make it easier for the second user to use the set information edited by the first user.

(Appendix B6)
Another aspect of the present invention is the information processing apparatus according to appendix B5, in which the first display processing unit displays information related to the first group information on the object indicated by the first group information. Aspects that differ from each other depending on the case where all of the objects are associated with the second user and the case where at least a part of the objects indicated by the first group information are not associated with the second user. to display it.

According to the above configuration, in displaying information related to the first group information, the information processing device distinguishes whether all objects indicated by the first group information are associated with the second user. Display as possible. Therefore, the second user can easily determine whether or not the first group information is usable for him/herself, or how close it is to being usable for play. Therefore, the information processing device can make it easier for the second user to use the set information edited by the first user.

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

According to the above configuration, the information processing device can process the information related to the first group information and/or the object indicated by the second group information based on the rules of the game that can be executed via the information processing device itself. and display it. In other words, the information processing device displays information related to the first set of information and/or the object indicated by the second set of information, depending on the relationship with the game rules, such as compatibility with the game rules. can be changed. Therefore, the second user can easily determine whether or not the set information edited by the first user can be used in the game that the first user desires to play, or how close the set information is to the state that can be used for play. Then, the information processing device can support editing of group information so as to conform to the rules of the game. Therefore, the information processing device can make it easier for the second user to use the set information edited by the first user.

(Appendix B8)
Another aspect of the present invention is the information processing apparatus according to any one of appendices B2 to B7, wherein the second condition is a condition related to the rules of the game, and the group editing department , 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 device notifies the second user when the group information being edited does not conform to the rules of the game. Therefore, even if the group information edited by the first user does not conform to the rules of the game, the second user can easily edit it so that it can be used in the game. Therefore, the information processing device can make it easier for the second user to use the set information edited by the first user.

(Appendix B9)
Another aspect of the present invention is the information processing apparatus according to any one of appendices B1 to B8, in which the object indicated by the second group information and the second user are associated with each other. The apparatus further includes a third display processing section (152, S130) that displays a comparison result with the object.

According to the above configuration, the information processing device displays a comparison result between the object indicated by the second group information selected by the second user and the object associated with the second user. Therefore, the second user can easily check how many objects associated with the second user are included in the group information that the second user has selected. Therefore, the information processing device can make it easier for the second user to use the set information edited by the first user.

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

According to the above configuration, the information processing device displays the information related to the first group information and/or the object indicated by the second group information based on the evaluation of each group information. Here, this evaluation is updated based on the operation of a second user different from the first user who edited the first group information and the second group information. In other words, since the evaluation of the group information is updated by a user different from the user who edited it, the group information is evaluated relatively fairly. The second user can then use the second set of information based on this fair evaluation. Therefore, the information processing device can make it easier for the second user to use the set information edited by the first 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 appendices B1 to B10, comprising a storage unit (343, 344) that stores information related to the group information; an extraction unit (353, S320) that extracts information related to the first set of information from the storage unit based on the first condition; and an extraction unit (353, S320) that extracts information related to the first set of information from the storage unit; This is a server device including a transmitter (31, S320) that transmits data to the device.

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

Another aspect of the present invention is a program for causing a computer to function as a server device (30, 30A) or an information processing device (10, 10A) according to any one of Appendix A1 to Appendix A7 and Appendix B1 to Appendix B12. It is.
According to the above configuration, in order to cause a computer to function as a server device or an information processing device described in any one of Appendix A1 to Appendix A7 and Appendix B1 to Appendix B12, the program includes a set of objects proposed by another person in a game. can be made easier to use.

1, 1A... Game system, 10, 10A... Terminal device, 30, 30A... Server device, 11... Terminal communication section, 12... Terminal input section, 13... Terminal display section, 14... Terminal storage section, 141... Card attribute information Storage unit, 142... Possession 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...Owned deck information storage unit, 343...Posting deck information storage unit, 344...Posting information Storage unit, 345... Player information storage unit, 346... Owned 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 unit, 355...Server game execution unit, 356...Evaluation management unit, 357A...Server card addition unit

Claims (5)

A plurality of games, each of which is played by a plurality of users using set information indicating a plurality of sets of objects, and which performs processing for executing a game that progresses by referring to the objects extracted from the set information. a group acquisition unit that acquires the group information associated with the user of the terminal device from at least one of the terminal devices;
a first set information storage control unit that causes a first storage unit to store the plurality of set information acquired by the set acquisition unit;
a group request reception unit that receives an output request related to the group information from at least one terminal device among the plurality of terminal devices;
an output control unit that outputs a list including at least some group information among the plurality of group information stored in the first storage unit in response to the output request;
Indicates the evaluation of the group information stored in the first storage unit by a user among the plurality of users who is different from the user associated with the terminal device from which the group information was acquired by the group acquisition unit. an evaluation information storage control unit that stores evaluation information in the first storage unit in association with the group information;
Equipped with
The output control unit outputs the plurality of evaluation information stored in the first storage unit in association with the at least some of the group information included in the list, together with the list ;
The output control unit is configured to editably reproduce and display the plurality of objects indicated by the set information corresponding to the duplication request in response to a duplication request from one of the plurality of terminal devices. output the information,
The evaluation information storage control unit updates the evaluation information stored in the first storage unit based on the duplication request in association with the group information corresponding to the duplication request.
server equipment. The server device has second set information storage control that causes a second storage unit to store the set information edited by the user based on the information for editable reproduction and display that is output in response to the copy request. Equipped with a department,
The evaluation information storage control unit stores, in the second storage unit, the set information edited by the user based on the information for editable reproduction and display that is output in response to the duplication request. The server device according to claim 1 , wherein the evaluation information stored in the first storage unit is updated in association with the group information corresponding to the copy request. The output control unit arranges the list so that the at least some group information is arranged in a sorting order based on the plurality of evaluation information respectively associated with the at least some group information included in the list. output
The server device according to claim 1 . In a game control method for a game played by each of a plurality of users using set information indicating a plurality of sets of objects,
The acquisition means corresponds to a user associated with the terminal device from at least one terminal device among a plurality of terminal devices that performs processing for executing a game that progresses by referring to the object extracted from the group information. an acquisition step of acquiring the attached group information;
a first storage control step in which the first storage control means stores the plurality of sets of information acquired by the acquisition means in a first storage unit;
a group request receiving step, in which the group request receiving means receives an output request related to the group information from at least one terminal device among the plurality of terminal devices;
a first output control step in which the output control means outputs a list including at least some group information among the plurality of group information stored in the first storage unit in response to the output request;
The output control means, in response to a copy request from one of the plurality of terminal devices, editably reproduces and displays the plurality of objects indicated by the set information corresponding to the copy request. a second output control step for outputting information;
The evaluation information storage control means is configured to determine, for the group information stored in the first storage section, a user of the terminal device from which the group information is acquired by the group acquisition section, among the plurality of users. an evaluation information storage control step of storing evaluation information indicating evaluations of different users in the first storage unit in association with the group information;
including;
In the first output control step, the output control means outputs the plurality of pieces of evaluation information stored in the first storage unit in association with the at least some of the group information included in the list. output with
In the evaluation information storage control step, the evaluation information storage control means updates, based on the duplication request, the evaluation information stored in the first storage unit in association with the group information corresponding to the duplication request. do
Game control method. A program for causing a computer to function as a server device according to any one of claims 1 to 3 .

Images