JP5320446B2 - GAME SYSTEM, GAME SYSTEM CONTROL METHOD, SERVER DEVICE, SERVER DEVICE CONTROL METHOD, AND PROGRAM - Google Patents

Abstract

The game system (S) executes a game in which each of multiple users collects collectable objects. A selection-accepting means (44) accepts the selection, from among the collectable objects in the possession of a user, of a collectable object that is to be given from the user to a game character. When the selection of a collectable object to be given from the user to a game character is accepted, a determining unit (48) determines a collectable object to be given from said game character to said user from among the collectable objects given to the game character by another user among the multiple users.

Description

  The present invention relates to a game system, a game system control method, a server device, a server device control method, and a program.

  Conventionally, a game in which a user collects collection targets (for example, items) is known. In such a game, the user can collect items as the game progresses. When the game progresses to some extent, the items held by the user may overlap, but the item that the user wants may not be available. Therefore, as in Patent Document 1, a game is also known in which an item held by a certain user can be exchanged for an item held by another user.

JP 2001-129258 A

  However, even if the user wants to exchange an unnecessary item for another item, if he / she is aware of the other user, he / she may feel resistance in exchanging the item itself. For example, in the network game described in Patent Document 1, since users do not face each other, users often do not know the characteristics of other users well. Therefore, the user may feel resistance to exchanging items with other users who do not know the feature well.

  SUMMARY OF THE INVENTION The present invention has been made in view of the above problems, and its object is to enable a game system, a game system control method, and a server device that allow a user to exchange collection targets without being aware of other users. A server apparatus control method and a program are provided.

  In order to solve the above problems, a game system according to the present invention is a game system in which each of a plurality of users executes a game for collecting collection targets, and stores retained data indicating the collection targets held by the user. Means for acquiring the possessed data from the means; selection receiving means for accepting selection of the collection target to be given to the game character from the user among the collection targets held by the user; and the gift to be given to the game character from the user Determining means for determining, from the collection target that another user of the plurality of users has given to the game character, the collection target to be given to the user from the game character when selection of the collection target is accepted; And updating means for updating the retained data based on the determination result of the determining means And features.

  The game system control method according to the present invention is a game system control method for executing a game in which each of a plurality of users collects a collection target, and stores possession data indicating the collection target possessed by the user. Obtaining the possessed data from the means; selecting the accepting step of accepting selection of the collection object to be given from the user to the game character among the collection objects held by the user; and giving the game character from the user A determination step of determining, from the collection target that another user of the plurality of users has given to the game character, the collection target to be given to the user from the game character when the selection of the collection target is accepted; And updating the stored data based on the determination result of the determination step. Characterized in that it comprises Tsu and up, the.

  The server device according to the present invention is a server device included in a game system that executes a game in which each of a plurality of users collects a collection target, and means for storing possessed data indicating the collection target held by the user Means for obtaining the possessed data, means for obtaining the selection result when the collection object to be given to the game character is selected from the user among the collection objects possessed by the user, and the user When the collection target to be given to the game character is selected, the collection target to be given to the user from the game character is selected from among the collection targets that other users of the plurality of users have given to the game character. Determination means for determining from the determination means, and update means for updating the retained data based on the determination result of the determination means. It is characterized in.

  The server device control method according to the present invention is a server device control method included in a game system that executes a game in which each of a plurality of users collects a collection target, and indicates the collection target held by the user. The step of obtaining the possessed data from the means for storing possessed data, and obtaining the selection result when the collection target to be given to the game character is selected from the user among the collection targets possessed by the user And when the collection target to be given to the game character by the user is selected by the other user among the plurality of users to the game character, the collection target to be given to the user from the game character. A determination step of determining from among the collection targets, and the possession based on a determination result of the determination means It characterized in that it comprises an updating step of updating the over data, the.

  A program according to the present invention is a program for causing a computer to function as a server device included in a game system that executes a game in which each of a plurality of users collects a collection target, and the collection target held by the user is stored in the program. Means for acquiring the possessed data from the means for storing the retained data to be shown, and when the user selects the collection target to be given to the game character from the collection targets held by the user, obtains the selection result When the collection target to be given to the game character from the user is selected, the collection target to be given to the user from the game character is given to the game character by another user among the plurality of users. Based on the determination means determined from among the collection targets, the determination result of the determination means, Updating means for updating the serial holdings data, the causes the computer to function as a.

  An information storage medium according to the present invention is a computer-readable information storage medium recording the above program.

  According to the present invention, it is possible to exchange collection targets without making the user aware of other users.

  Moreover, in one aspect of the present invention, the game system further includes means for acquiring the parameter from means for storing a parameter relating to the game character, and the determining means is the collection to be given to the game character from the user When the selection of the target is accepted, the collection target to be given to the user from the game character is determined based on the parameters relating to the game character.

  In one aspect of the present invention, the parameter is a relational parameter indicating a relationship between the user and the game character, which is updated according to virtual communication between the user and the game character, When the selection of the collection target to be given to the game character is received from the user, the determination unit determines the collection target to be given to the user from the game character as the relation parameter indicating the relationship between the user and the game character. It is determined based on.

  Further, in one aspect of the present invention, the parameter is stored in association with each of the plurality of users, and the determination unit receives a selection of the collection target to be given to the game character from the user Determining the collection target to be given to the user from the game character based on a comparison result between the parameter stored in association with the user and the parameter stored in association with the other user. It is characterized by.

  In one aspect of the present invention, the determining means satisfies the selection condition for selecting the collection target necessary for the user from the collection targets presented to the game character by the other user. A collection target is selected, and the collection target to be given to the user from the game character is determined.

  In one aspect of the present invention, the game system further includes means for acquiring request data from means for storing request data indicating the collection target requested by the user, and the determining means includes the other The collection target necessary for the user is selected based on the request data from the collection target presented to the game character by the user.

  Moreover, in one aspect of the present invention, the determination means includes the collection target that the user does not have among the collection targets presented to the game character by the other user. It is selected as a collection target.

    In one aspect of the present invention, the game is a game that each of the plurality of users plays using the collection target, and the game system is a play that indicates a type of past game play by the user. Means for acquiring the play type data from means for storing the type data, wherein the determining means is based on the play type data out of the collection targets given to the game character by the other user. The collection target necessary for the user is selected.

  In one aspect of the present invention, the game system includes: a unit that determines whether the collection target determined by the determination unit satisfies a condition related to the collection target that the user can hold; A means for determining a virtual currency usable in the game system as a gift from the game character to the user instead of the collection target determined by the determination means when it is determined that the condition is not satisfied; It is further characterized by including.

  In one aspect of the present invention, the game system further includes means for acquiring the characteristic data from means for storing characteristic data indicating the characteristic of the game character, and the determining means includes the game from the user. When the selection of the collection target to be given to the character is accepted, the collection target to be given to the user from the game character is determined based on the characteristic data of the game character.

  In one aspect of the present invention, the game system obtains the parameter from means for storing a parameter relating to the game character, which is updated according to virtual communication between the user and the game character during a target period. Means for determining whether or not the parameter is within a predetermined range, and restricting the game character from giving the collection target to the user when the parameter is determined to be within the predetermined range. And limiting means.

  In one aspect of the present invention, the selection accepting unit accepts selection of the collection target to be given to a game character selected from a plurality of game characters, and the determination unit gives the game character from the user. When the selection of the collection target is accepted, means for determining the collection target to be given to the user from the game character from among the collection targets given to the game character by the other user; When the selection of the collection target to be given to the game character is accepted, the collection target to be given from the game character to the user is determined from among the collection targets that the other user has given to a game character other than the game character. And at least one of means for performing.

  Moreover, in one aspect of the present invention, the game system further includes means for acquiring the data from means for storing data indicating another user who is in friendship with the user, and the selection receiving means includes the When the game character is in a friendship relationship with the user, a selection of the collection target to be given to the game character from the user among the collection targets held by the user is received.

  In one aspect of the present invention, the game system changes the parameter relating to the game character based on a result obtained by the means for obtaining the parameter from the means for storing the parameter relating to the game character and the determination result of the determining means. Means.

It is a figure showing the whole game system composition concerning the present invention. It is a figure which shows an example of the game screen displayed on a user apparatus. It is a screen transition diagram which shows a mode that a user battles with another user or a computer. It is a figure which shows an example of the game screen for implement | achieving virtual communication with a user and a game character. It is a figure which shows an example of the game screen for a user to give a player card to a game character. It is a figure which shows an example of the game screen which shows a mode that a game character presents a player card to a user. It is a block diagram which shows the function implement | achieved by a game system. It is a figure which shows the data storage example of user data. It is a figure which shows the data storage example of favorable parameter data. It is a figure showing an example of data storage of possession list data. It is a figure which shows the example of data storage of request list data. It is a figure which shows the data storage example of present completed list data. It is a figure which shows the data storage example of receiving list data. It is a figure which shows a present registration process. It is a figure which shows a present determination process. It is a figure which shows a present receipt process. FIG. 6 is a functional block diagram in a second embodiment. It is a figure which shows the data storage example of log | history data. It is a figure which shows the data storage example of frequency data. It is a flowchart which shows the process performed in the game system of Embodiment 2. It is a figure showing an example of data storage of play type data. It is a figure which shows correlation with the play type | mold of a user, and the determination method of a player card. It is a figure which shows the data storage example of improper list data. It is a figure which shows the data storage example of characteristic data. It is a figure which shows the data which linked | related the characteristic of the game character, and the determination method of the player card given to a user. It is a figure which shows the data which linked | related the preference parameter and the determination method of the player card given to a user.

[1. Embodiment 1]
Hereinafter, embodiments according to the present invention will be described in detail with reference to the drawings.

[1-1. Hardware configuration of game system]
FIG. 1 is a diagram showing an overall configuration of a game system according to the present invention. As shown in FIG. 1, the game system includes, for example, one or a plurality of server devices 1 that collectively control a game and one or a plurality of user devices 10 operated by a user. The devices constituting the game system are connected via a network N so that data communication is possible.

  The server device 1 is a known server computer. The control unit 2 includes a CPU and the like, and controls each unit of the server device 1 based on an operating system stored in the storage unit 3, a program read from the input unit 5, and the like. The storage unit 3 includes an HDD, a RAM, and the like, and stores various programs and various data. The operation unit 4 includes a keyboard and the like, and inputs various operation signals to the control unit 2. The input unit 5 includes a DVD playback device and the like, and reads data, programs, and the like from various storage media. The display unit 6 includes a liquid crystal monitor and the like, and displays various screens based on display data. The communication unit 7 includes a network card and the like, and communicates with other terminals via the network N.

  The user device 10 is a known computer such as a mobile phone (smart phone), a personal computer, a game machine (such as a home game machine or a portable game machine). For example, the control unit 11 includes a CPU and the like, and controls each unit of the server device 1 based on an operating system stored in the storage unit 12, a program read from the input unit 14, and the like. The storage unit 12 includes an HDD, a RAM, and the like, and stores various programs and various data. The operation unit 13 includes various buttons and a touch panel, and inputs various operation signals to the control unit 11. The input unit 14 includes an optical disk playback device, a memory card slot, and the like, and reads data, programs, and the like from various storage media. The display unit 15 includes a liquid crystal monitor and the like, and displays various screens based on display data. The communication unit 16 includes a network card and the like, and communicates with other terminals via the network N.

  The hardware configurations of the server device 1 and the user device 10 are applicable to various known computers, and are not limited to the above example. For example, the control unit 2 or the control unit 11 may include a real-time clock and function as a time measuring unit.

[1-2. Game executed in game system]
The game system S executes a game in which each of a plurality of users collects collection targets. Here, the game for collecting collection targets includes a game that each of a plurality of users plays using the collection targets. In the present embodiment, in the game system S, a game in which a user collects player cards indicating soccer players and plays against other users or computers is executed.

  FIG. 2 is a diagram illustrating an example of a game screen displayed on the user device 10. As shown in FIG. 2, the user can check the player card owned by the user on the game screen 20. For example, in FIG. 2, player card information 22 indicating player cards of three soccer players “Mike”, “Tom”, and “Joe” among the player cards owned by the user is displayed.

  A player card can be obtained, for example, by a user generating a given game event. Here, the game event includes a game event in which a user searches a certain area and performs a scout, or a game event in which a capsule toy is pulled, although not particularly illustrated.

  In addition, the method for a user to obtain a player card in a game is not limited to the above example. It is only necessary that a player card can be obtained according to the user's operation or the progress of the game. When the user obtains a player card, it is added as a player card held by the user.

  Moreover, as shown in the player card information 22, the player card may be associated with an ability parameter indicating the ability of the soccer player. Here, the ability parameters include, for example, parameters indicating the attack power, defense ability, and technical ability of the soccer player indicated by the player card.

  In addition, for example, a player card may cause a game event that nurtures a soccer player to raise a soccer player to be trained specified by the user and change a capability parameter or a player card. You may be able to do it. Here, as a game event for nurturing a soccer player, for example, a user selects a player card of a soccer player to be cultivated and one or more other player cards, and the player card held by the user By deleting the latter, the event of improving the ability parameter of the former player card is included.

  As described above, the user can train soccer players while collecting player cards. And the player card used for a game is selected from the player cards which a user holds, and it battles with other users and computers.

  FIG. 3 is a screen transition diagram showing how a user plays against other users and computers. As shown in FIG. 3, first, opponent information 24 regarding other users and computers that are candidates for opponents is displayed on the game screen 20 (the state of the game screen 20a). The opponent information 24 includes information indicating player cards possessed by other users and computers, information indicating levels of other users and computers, and the like.

  When the user presses a given button on the operation unit 13 to select an opponent, a battle start confirmation button 26 is displayed (the state of the game screen 20b). When the user selects the confirmation button 26, the battle is started. For example, when the battle is started, the game may automatically proceed to determine the winning or losing, or the user may be able to perform a given operation during the battle.

  When the match is over, the screen transitions and the match result information 28 is displayed (the state of the game screen 20c). The match result information 28 includes information indicating the outcome of the match and information indicating the score between the user and the opponent. The winning or losing of the game is determined based on, for example, the ability parameter of the player card possessed by the user and the ability parameter of the player card possessed by the opponent. The determination of winning or losing a game based on the ability parameter means that, for example, when the ability parameter of the player card possessed by the user is higher than the ability parameter of the player card possessed by the opponent, the probability that the user will win increases. Including deciding whether to win or lose.

  In this way, the user can play against other users and computers using the player card that he owns.

  The user may communicate with another user by sending a message to the other user. Here, the communication with other users may include that the user sends a message to another user who has a friendship, exchanges or presents a player card.

  In the present embodiment, the user can also take virtual communication with the game character. The game character may be a fictitious user controlled by a computer, a fictional character (for example, a character in a game), or a real person (for example, an entertainer such as a singer or an idol). The game character performs virtual communication with the user according to data (for example, message data) for performing virtual communication with the user.

  Here, the virtual communication includes transmission / reception of a message between the user and the game character, exchange of a present between the user and the game character, a battle between the user and the game character, and the like. That is, the virtual communication between the user and the game character includes each function of communication that the user performs with other users.

  FIG. 4 is a diagram illustrating an example of the game screen 20 for realizing virtual communication between the user and the game character. For example, the user can send a message to the game character by selecting the greeting button 30 and making a given input from the operation unit 13. For example, when the user sends a message to the game character, a predetermined message is automatically returned from the game character to the user, thereby realizing virtual communication between the user and the game character.

  In addition, for example, the game character may be set to have a preference for each user. For example, when the user transmits a message to the game character, the game character's likability increases. When the favorability of the game character increases, the content of a reply message from the game character may be changed, or a player card may be received from the game character.

  In addition, when the user selects the present button 32, the user can present a player card held by the user to the game character.

  FIG. 5 is a diagram illustrating an example of a game screen 20 for a user to give a player card to a game character. As shown in FIG. 5, the user selects a player card to be given to the game character by selecting a present determination button 34 from among the player cards held by the user.

  For example, when a user presents a player card to a game character, a thank-you message from the game character may be displayed. In this case, the game character's favorability may be increased. For example, when a user presents a player card to a game character, a player card returned to the user is given from the game character after a predetermined time has elapsed.

  FIG. 6 is a diagram illustrating an example of the game screen 20 showing a state in which the game character presents a player card to the user. For example, on the game screen 20 shown in FIG. 5, when the user presents a player card indicating a soccer player “Mike” to the game character, the game character returns a gift to the user with a thank-you message 36 shown in FIG. , A player card indicating a soccer player “Jack” is presented.

  Although details will be described later, the player card that is given to the user from the game character is a player card that has been given to the game character by another user in the past. That is, in the example shown in FIG. 6, the player card “Jack” given to the user is given to the game character by another user. The player card “Mike” presented to the game character by the user is presented to other users as a present from the game character.

  Thus, in this embodiment, when any of the player cards held by the user is given to the game character, the player card given by the game character to the user is given to the game character by another user. Determined from the player card. That is, the user can exchange player cards through the game character without being aware of other users. Hereinafter, details of the present technology will be described.

[1-3. Function block]
FIG. 7 is a block diagram showing functions realized by the game system S. As shown in FIG. 7, in the game system S, a game data storage unit 40, a game execution unit 42, a selection reception unit 44, a selection result acquisition unit 46, a determination unit 48, and an update unit 50 are realized.

  In the present embodiment, the game data storage unit 40, the game execution unit 42, the selection result acquisition unit 46, the determination unit 48, and the update unit 50 are realized by the server device 1, and the selection reception unit 44 is executed by the user device 10. The case where it is realized will be described. In the server device 1, the control unit 2 operates by a program read from the storage unit 3, and in the user device 10, these functions are performed by the control unit 11 operated by a program read from the storage unit 12. Realized.

[1-3-1. Game data storage unit]
The game data storage unit 40 is realized mainly by the storage unit 3. The game data storage unit 40 stores various data necessary for the game to be executed. The game data storage unit 40 stores, for example, the following data.
(1) User data (2) Favorability parameter data (3) Holding list data (4) Request list data (5) Presented list data (6) Receiving list data

[User data]
FIG. 8 is a diagram illustrating a data storage example of user data. The user data indicates various data related to the user. As shown in FIG. 8, for example, a user who has a friendship with the user (hereinafter simply referred to as a friend user) in association with information for identifying the user (for example, a user ID uniquely assigned to each user). .) For identifying the user, personal information of the user (for example, personal information such as a user name, a name of a soccer team operated by the user, a user's favorite soccer club, etc.), information on a user's game play, and the like. You may do it.

  The “friend list” stored in the user data corresponds to data indicating other users who are in friendship with the user. As shown in FIG. 8, here, the friend list includes game characters. “Having a friendship with a user” means that, for example, a friend application is made by designating another user or game character in the game, and it is added to the friend list by allowing the other user or game character to approve it. Including that. Moreover, it may restrict | limit so that it can carry out only between the users set as a friend user regarding each function, such as message transmission / reception mentioned above, exchange of a player card, and a battle, and a certain user may be other users. A function may be provided that allows the friend user's player card to be used in a battle as an aid in the battle.

  As information regarding the user's game play, for example, information indicating the status of the game being played, information regarding the game play result indicating the past battle record, and the like are stored. For example, the current level of the user, past battle results, various game parameters (for example, parameters for generating a game event for scouting a player, virtual currency held by the user, etc.), other games played in the game Information for identifying a user or game character is stored.

[Favorability parameter data]
FIG. 9 is a diagram illustrating a data storage example of favorable parameter data. As shown in FIG. 9, the game data storage unit 40 stores parameters related to game characters (for example, favorable parameters). The preference parameter corresponds to a relationship parameter indicating a relationship between the user and the game character, which is updated according to virtual communication between the user and the game character. The preference parameter is stored in association with each of a plurality of users.

  The favorability parameter can also be said to be a parameter associated with a combination of a user and a game character. For example, the higher the value indicated by the preference parameter, the higher the preference of the game character for the user. Note that the favorable parameter may not be a numerical value as shown in FIG. In addition, for example, it may be a symbol indicating whether the relationship between the user and the game character is good or bad.

  The value of the likability parameter changes according to the user's operation. That is, when the user takes virtual communication with the game character, the favorable parameter changes. For example, when the user sends a message to the game character or gives a player card in the game, the preference parameter increases. If the user does not send a message to the game character or does not give a player card, the preference parameter may be decreased. For example, a message that can be selected by the user is associated with the amount of change in the favorable parameter, and the positive parameter may be changed based on this association.

[Owner list data]
FIG. 10 is a diagram illustrating a data storage example of possession list data. In the present embodiment, the possession list data corresponds to possession data indicating a collection target (for example, a player card) possessed by the user. As shown in FIG. 10, information for identifying a user and information for identifying a player card held by the user are associated with the possession list data.

  The information for identifying the player card is information unique to the player card. For example, the player ID assigned to the player card, the information indicating the name of the soccer player, the information indicating the position of the soccer player, the team to which the soccer player belongs Information indicating information, information indicating the rarity of the player card, information indicating the current level of the soccer player, capability parameters indicating the capability value of the soccer player, and the like are stored.

  The content of the possession list data is updated according to the user's game play. For example, when a user obtains a player card in the game, a new record corresponding to the obtained player card is added to the possession list data. On the other hand, when an operation of releasing the player card held by the user in the game is performed, the record corresponding to the player card is deleted. Further, for example, when a user generates a given game event and trains a soccer player, the level, ability parameter, and the like of the soccer player change.

[Request list data]
FIG. 11 is a diagram illustrating a data storage example of request list data. In the present embodiment, the request list data corresponds to request data indicating a collection target (for example, a player card) requested by the user. The request list data indicates a player card that the user wants to obtain, and the content is updated by a user operation. Here, it can be said that the request list data indicates a player card that the user wants to receive from the game character. That is, it can be said that the request list data indicates a player card that the user wants to transfer from another user.

  For example, a list of player cards is guided to the user, and among the guided player cards, a player card designated by the user is stored in the request list data. For example, the request list data may store player cards selected by the user from all player cards existing in the game.

  In addition, for example, a player card that the user has held in the past or a player card that has been displayed on the game screen 20 is stored in the game data storage unit 40, and the user can select from these player cards. The selected player card may be stored in the request list data. Moreover, when a user adds a player card to request | requirement list data, you may make it notify the information which identifies the said player card to a friend user.

[Present list data]
FIG. 12 is a diagram illustrating a data storage example of the presented list data. As shown in FIG. 12, the presented list data is data indicating a player card presented to the game character by the user. In other words, the presented list data indicates data for identifying a player card designated as an exchange target among player cards held by the user.

  For example, information identifying the player card that the user has given to the game character is stored in association with the user ID. When a user presents a player card to a game character, a record corresponding to the player card is newly stored in the presented list data. Here, the player card acquired by the selection result acquisition unit 46 described later is stored in the presented list data.

[Receipt list data]
FIG. 13 is a diagram illustrating a data storage example of the receiving list data. As shown in FIG. 13, the receiving list data is data indicating a player card that the game character gives to the user. In other words, the receiving list data indicates a player card that the user receives in exchange for the player card presented to the game character. For example, information for identifying a player card received by the user is stored in association with the user ID. Here, the player card determined by the determination unit 48 described later is stored in the receiving list data.

  The control unit 2 and the control unit 11 function as means for acquiring each data stored in the game data storage unit 40. Further, the data stored in the game data storage unit 40 is not limited to the above example. The game data storage unit 40 may store data necessary for executing the game. In addition, for example, master data of a player card existing in the game, image data included in the game screen 20, and the like may be stored.

  Moreover, the data format of each data memorize | stored in the game data memory | storage part 40 is not restricted to said example. In addition, for example, the possession list data, the request list data, the presented list data, and the receiving list data may be in a format such that there is a different list for each data as shown in FIGS. A data format in which a flag is associated with one list may be used.

[1-3-2. Game execution part]
The game execution unit 42 is realized mainly by the control unit 2. The game execution unit 42 executes a game in which each of a plurality of users collects collection targets (for example, player cards). For example, the game execution unit 42 executes a game in which each of a plurality of users collects player cards and plays against other users or computers (for example, game characters). The game execution unit 42 generates a given game event based on the operation of each user or computer and the game program, and executes the game by updating the stored content of the game data storage unit 40.

  Moreover, the game execution part 42 implement | achieves virtual communication with a user and a game character. For example, the game execution unit 42 implements virtual communication between the game character and the user by outputting a message from the game character to the user or receiving an input of a message from the user to the game character.

  Further, for example, the game execution unit 42 may change the likability parameter in accordance with a user operation. By updating the likability parameter, a battle with another user may be advanced. For example, the message from the user to the game character and the change amount of the favorable parameter when the message is sent are stored in association with each other, and the change amount associated with the message sent by the user to the game character is stored. Based on this, the favorability parameter is updated. Further, the preference parameter may be changed according to the contents and the number of times of virtual communication between the user and the game character.

[1-3-3. Selection reception part, selection result acquisition part]
The selection receiving unit 44 is realized mainly by the control unit 11 and the display unit 15. The selection receiving unit 44 receives selection of collection targets to be given to the game character from the user among collection targets (for example, player cards) held by the user. Here, when the game character is in the friendship of the user, the selection receiving unit 44 receives selection of a collection target to be given to the game character from the user among collection targets (for example, player cards) held by the user.

  For example, the game screen 20 shown in FIG. 5 is displayed on the display unit 15 based on the possession list data, whereby all or part of the player cards possessed by the user are guided to the user. For example, a game screen 20 showing a list of player cards held by the user is displayed. Of the player cards guided by the user (among the player cards displayed on the game screen 20), a player card to be given to the game character by the user is selected. That is, the player card to be exchanged is selected by the user.

  In addition, when the player card which a user holds is guided, you may make it guide based on a request list of another user. For example, when a user holds a player card desired by another user, the player card may be preferentially guided by being displayed first in the list.

  The selection result acquisition unit 46 is realized mainly by the control unit 2. The selection result acquisition unit 46 acquires the selection result when a collection target (for example, a player card) to be given to the game character by the user is selected from the collection targets held by the user. The player card indicated by the selection result is stored as a new record in the presented list data.

[1-3-4. Decision part]
The determination unit 48 is realized mainly by the control unit 2. When the selection of a collection target (for example, a player card) to be given to the game character is received from the user, the determination unit 48 selects a collection target to be given to the user from the game character by another user among the plurality of users. It is determined from the collection targets given to the character.

  The determination unit 48 refers to the presented list data, specifies a user who has given a player card to a game character from all users, and specifies a player card that has been given to the game character by the user. Then, any of the player cards that other users have given to the game character is determined as the player card that is given to the user who has given the player character to the game character. The player card determined by the determination unit 48 is stored as a new record in the receiving list data.

  Further, for example, the determination unit 48 may determine a collection target (for example, a player card) to be given from the game character to the user based on a parameter (for example, a preference parameter) related to the game character. For example, a player card necessary for the user may be determined when the preference parameter is within a predetermined range (for example, a certain reference value or more).

  Here, the “player card necessary for the user” is a player card that satisfies a selection condition for selecting a player card necessary for the user. The selection condition is a condition relating to the player card, for example, a condition indicating whether or not the player card is designated by the user, a condition indicating whether or not the player card is held by the user, and a player card parameter ( This is a condition indicating whether or not (level, ability, etc.) is within a predetermined range (for example, above a certain reference value).

  Here, a player card necessary for the user is selected based on the request data. That is, when the player card stored in the request list data is stored in the presented list data, this player card may be determined as the player card to be presented to the user. In addition, the player card that comes first when the player card parameters (rareness, level, ability parameter) stored in the presented list data are arranged in descending order is selected as the player card necessary for the user. It may be.

  Further, for example, the determination unit 48 stores a collection target (for example, a player card) to be given to the user from the game character in association with a parameter (for example, a likability parameter) stored in association with the user and another of the plurality of users. You may make it determine based on the comparison result with the parameter memorize | stored in association with a user. For example, the user preference parameters stored in the presented list data may be compared, and the player card may be determined in order from the user with the highest preference parameter. More specifically, when this order is within a predetermined range (for example, a certain reference value or more), a player card necessary for the user may be presented.

[1-3-5. Update section]
The update unit 50 is realized mainly by the control unit 2. The update unit 50 updates the retained data (for example, retained list data) based on the determination result of the determining unit 48.

  The update unit 50 removes the player card selected by the user as the player card to be given to the game character from the user from the possession list data. For example, the player card indicated by the selection result acquired by the selection result acquisition unit 46 is deleted from the record of the possession list data. That is, the player card added to the presented list data is deleted from the record of the possessed list data.

  Moreover, the update part 50 adds the player card determined by the determination part 48 as a player card given to a user from a game character to possession list data. For example, the update unit 50 adds the player card determined by the determination unit 48 to the record of the possession list data. That is, the player card stored in the receiving list data is added to the record of the holding list data. Since this added player card is a player card possessed by another user, the user replaces the player card originally possessed by the user with a new player card possessed by another user. It will be held in.

[1-4. Processing executed in game system]
Next, processing executed in the game system S will be described. Here, a present registration process for the user to give a player card to the game character, a present determination process for determining a player card to be given to the user from the game character, and a present reception process for the user to receive the player card from the game character will be described. To do.

[Present registration process]
FIG. 14 is a diagram illustrating present registration processing. The present registration process is executed by the server device 1 and the user device 10, for example. The control unit 2 executes the present registration process according to the program stored in the storage unit 3 and the control unit 11 executes the present registration process according to the program stored in the storage unit 12.

  Note that when the present registration process is executed, the connection between the server device 1 and the user device 10 is established. For example, in the server device 1, a user ID and a session ID are stored in association with each other. And In the following description, when data is transmitted from the user device 10 to the server device 1, a session ID is also transmitted as appropriate. The server device 1 can determine which user is accessing by receiving the session ID.

  As shown in FIG. 14, the control unit 11 first requests display of the game screen 20 for giving a player card to the game character from the user based on the user's operation from the operation unit 13 (S101). For example, when a predetermined menu is displayed on the game screen 20 and a predetermined item of the menu is selected, the display request in S101 may be performed.

  In the server device 1, when receiving the display request transmitted by the user device 10 in S 101, the control unit 2 refers to the possession list data and includes a game screen 20 including a list of player cards possessed by the user who has requested the display. Display data is generated and transmitted to the user apparatus 10 (S102). In S102, by referring to the record corresponding to the user ID of the user who requested display in S101 in the possession list data, the player card possessed by the user who requested the display is specified.

  In the user device 10, when receiving the display data transmitted from the server device 1 in S102, the control unit 11 causes the display unit 15 to display the game screen 20 including a list of player cards held by the user (S103). In S103, the game screen 20 as shown in FIG. 5 is displayed, so that all or part of the player cards held by the user are guided, and the user can wait for designation of the player cards.

  The control part 11 determines whether the player card given to a game character was selected among the player cards which a user holds (S104). For example, in the game screen 20 shown in FIG. 5, it is determined whether any of the present determination buttons 34 is selected by the user.

  If it is not determined that the player card has been selected (S104; N), the present process ends, assuming that no gift is given from the user to the game character.

  On the other hand, when it determines with the player card having been selected (S104; Y), the control part 11 uses the information which identifies the player card selected by the user (for example, the present determination button 34 selected among the game screens 20). Information) is transmitted to the server device 1 via the communication unit 16 (S105).

  In the server device 1, when the information transmitted from the user device 10 in S105 is received, the control unit 2 identifies the player card designated by the user based on the received information, and the player card is determined from the possession list data. While deleting, it registers with present list data in association with the user ID of the user (S106). In S106, for example, the record corresponding to the player card designated by the user is referred to in the possession list data, and the information stored in the record is associated with the user ID of the user in the presented list data. Stored. In addition, the record of the possession list data is deleted.

  The control unit 2 increases the likability parameter associated with the user who has given the player card to the game character (S107). In S107, the preference parameter associated with the user ID of the user who gave the player card to the game character in the preference parameter data is increased by a predetermined value. Note that the amount of change in the preference parameter may differ depending on the player card (for example, the rarity of the player card) given to the game character. By doing in this way, for example, a player card with a high rare value is likely to be exchanged.

  And the control part 2 produces | generates the display data of the game screen 20 containing the message from a game character, and transmits to the user apparatus 10 (S108). In the user device 10, based on the display data transmitted by the server device 1 in S108, a game screen 20 (not shown) including a thank-you message from the game character is displayed on the display unit 15 (S109). Ends.

  As described above, when the present registration process is executed, the player card that the user presents to the game character is deleted from the possession list data and registered in the presented list data. Then, as the user's preference parameter changes, a game event in which the user gives a player card to the game character occurs, and the game screen 20 is displayed in S109, and virtual communication between the user and the game character is realized through the game screen 20. Is done.

[Present decision processing]
FIG. 15 is a diagram illustrating present determination processing. The present determination process is executed by the server device 1, for example. The control unit 2 executes present determination processing according to the program stored in the storage unit 3.

  As shown in FIG. 15, first, the control unit 2 determines whether or not a given present condition is satisfied (S201). The present condition is a condition indicating whether or not a player character is presented to the user from the game character. For example, it may be determined whether or not a predetermined time has arrived. It may be determined whether or not a number of records have been accumulated. In addition, the present condition may be whether or not the user's preference parameter is within a predetermined range.

  If it is not determined that the present condition is satisfied (S201; N), the process ends. In this case, since the player card to be given from the game character to the user is not determined, the server device 1 executes the present registration process shown in FIG. 14 and accumulates the player card in the presented list data.

  On the other hand, when it determines with present conditions having been satisfied (S201; Y), the control part 2 specifies the user who gave the player card to the game character with reference to present completed list data (S202). In S202, the user whose user ID is stored in the presented list data is specified. In S <b> 202, the number of users who have given a player card to the game character is counted and temporarily stored in the storage unit 3. Here, it is assumed that the number of users who have given a player card to a game character is X (X is an integer of 2 or more).

  The control unit 2 refers to the favorable parameter data stored in the storage unit 3 and acquires the favorable parameter associated with the user specified in S202 (S203). The control unit 2 compares the favorable parameters of the users specified in S202, and arranges the users in descending order of the favorable parameters (S204). This order is temporarily stored in the storage unit 3.

  The control unit 2 substitutes 1 for the counter variable N (S205). The control unit 2 refers to the request list data of the user with the Nth highest likability parameter, and determines whether or not the player card stored in the request list data is stored in the presented list data (S206). ).

  When it is determined that the player card stored in the request list data is stored in the presented list data (S206; Y), the control unit 2 determines the player card stored in the request list data as the Nth preference. It determines as a player card given to a user with a high parameter, stores it in the receiving list data, and deletes the player card from the presented list data (S207).

  On the other hand, when it is not determined that the player card stored in the request list data is stored in the present list data (S206; N), the control unit 2 and the player card stored in the request list data and the present list The player card stored in the data is compared to calculate the similarity between them (S208).

  The similarity calculated in S208 is calculated based on a plurality of items (for example, five items of position, team, level, rarity, and ability parameter) associated with both player cards. For example, it is assumed that k types of items are set in the player card. These k types of items may be digitized and regarded as a k-dimensional vector, and the cosine (cos θ) of two k-dimensional vectors may be used as the similarity. For example, the closer the cosine is to 1, the more the two vectors are pointing in the same direction.

  The control unit 2 determines the player card with the highest similarity calculated in S208 as the player card to be given to the user with the Nth highest preference parameter, stores it in the receiving list data, and stores the player card in the present list Delete from the data (S209).

  The control unit 2 determines whether or not the counter variable N is equal to or greater than the number of users X (S210). When it is not determined that the counter variable N is equal to or greater than the number of users X (S210; N), the control unit 2 increments the counter variable N (S211), and the process returns to S206. That is, the player card to be given to the user with the next highest preference parameter is determined.

  On the other hand, when it is determined that the counter variable N is equal to or greater than the number of users X (S210; Y), since the player cards to be presented from the game characters are determined for all the users, the process ends.

  As described above, when the present determination process is executed, the player card that the game character gives to the user is registered in the receiving list data. When a user who should receive the player card accesses the server device 1, the player card registered in the receiving list data is presented to the user from the game character by executing a present receiving process described later.

[Present receipt processing]
FIG. 16 is a diagram showing present receipt processing. The present receipt process is executed by the server device 1 and the user device 10, for example. The control unit 2 executes the present receipt process according to the program stored in the storage unit 3 and the control unit 11 executes the present receipt process according to the program stored in the storage unit 12. In the present reception process, the session ID is appropriately transmitted from the user apparatus 10 to the server apparatus 1 as in the present registration process.

  First, in the user device 10, the control unit 11 transmits an access request from the user device 10 to the server device 1 (S301). The access request is transmitted in response to a user operation.

  In the server device 1, the control unit 2 refers to the receiving list data and determines whether or not the user who should receive the player card from the game character is accessing (S302). In S302, it is determined whether or not the user ID of the user who transmitted the access request in S301 is stored in the receiving list data. When the user ID is stored in the receiving list data, it is determined that the user who should receive the present is accessing.

  If it is not determined that the user who should receive the player card from the game character is accessing (S302; N), this process ends, and a process corresponding to the user's access request is executed.

  On the other hand, when it is determined that the user who should receive the player card from the game character is accessing (S302; Y), the control unit 2 adds the player card stored in the received list data to the possessed list data. Delete from the receiving list data (S303). That is, the player card information stored in the record corresponding to the user ID of the user in the received list data is stored as a new record in the possession list data in association with the user ID. The record of the receiving list data is deleted.

  The control part 2 produces | generates the display data of the game screen 20 (refer FIG. 6) which gives a player card to a user from a game character, and transmits to the user apparatus 10 (S304).

  In the user device 10, the control unit 11 causes the display unit 15 to display a game screen 20 that sends a player card from the game character to the user based on the display data transmitted by the server device 1 in S304 (S305). In S305, the game screen 20 as shown in FIG. 6 is displayed, and a message 36 that gives thanks from the game character is output. That is, a game event occurs in which the game character presents a player card to the user.

  When the present receipt process is executed as described above, the player card presented from the game character is added to the possession list data.

  In the game system described above, when a player card held by a user is given to a game character, a player card given to the game character by another user is given as a present from the game character. Therefore, since the user feels as if he / she is exchanging a player card with a game character, there is no sense of exchanging the player card with another user, and the user exchanges the player card without being aware of the other user. Can be realized.

  In addition, when the user presents a player card to a game character having a friendship relationship with the user, the player card can be received from the game character having a friendship relationship. Moreover, the preference in exchange of a player card can be improved by determining the player card given from a game character based on game parameters, such as a preference parameter. The preference can be further improved by determining the player card by comparing the game parameters between the users.

  Moreover, the player card which a user requests | requires can be provided by determining the player card given from a game character based on request | requirement list data.

[2. Second Embodiment]
Next, another embodiment of the game system S will be described. In the first embodiment, when each user sends a message to the game character, the game character outputs a message to the user, thereby realizing virtual communication between the user and the game character. In the second embodiment, when a user sends a large number of messages to a game character during a certain period, output of messages from the game character to the user is restricted.

  Since the hardware configuration of each device constituting the game system S in the second embodiment is the same as that in the first embodiment, description thereof is omitted.

[2-1. Functions Realized in Embodiment 2]
FIG. 17 is a functional block diagram according to the second embodiment. As shown in FIG. 17, in addition to the functions of the first embodiment, a parameter determination unit 52 and a restriction unit 54 are realized. In this embodiment, the case where these functions are implement | achieved by the server apparatus 1 is demonstrated. In the server device 1, these functions are realized by the control unit 2 operating according to a program read from the storage unit 3.

[2-1-1. Game Data Storage Unit of Embodiment 2]
The game data storage unit 40 of the second embodiment stores history data indicating a history of virtual communication between the user and the game character.

  FIG. 18 is a diagram illustrating a data storage example of history data. As shown in FIG. 18, the history data includes the user ID of the user who sent the message to the game character, and information about the date and time when the user took virtual communication with the game character (for example, the date and time when the message was received). Associated and stored. For example, when the server device 1 receives a message from the user device 10, the game execution unit 42 associates the user ID of the user who has transmitted the message with the reception time of the message, and stores it in the history data. Note that the message reception time is acquired based on, for example, a time function executed by the game execution unit 42.

  In addition, the game data storage unit 40 according to the second embodiment stores parameters related to the game character that are updated according to virtual communication between the user and the game character in the target period. The target period is, for example, a period from the current predetermined period to the present time. This parameter can also be said to be frequency data indicating the frequency of virtual communication between the user and the game character. The frequency of virtual communication includes, for example, the number of times that the user has sent a message to the game character during the target period and the number of times of login to the game system S. Moreover, you may make it use the favorable parameter during an object period as said parameter.

  FIG. 19 is a diagram illustrating a data storage example of frequency data. As shown in FIG. 19, for example, the frequency data stores the number of times the user took virtual communication with the game character during the target period in association with the user ID. The content of the frequency data is updated based on the content of the history data, for example, every predetermined time. It is determined whether or not the reception date and time stored in the history data is included in the target period, and the frequency data is updated by counting the number of times the user has taken virtual communication with the game character within the target period.

[2-1-2. Parameter judgment unit]
The parameter determination unit 52 is realized mainly by the control unit 2. The parameter determination unit 52 determines whether the parameter is within a predetermined range. Here, the parameter determination unit 52 determines whether or not the number of times stored in the frequency data is greater than or equal to a threshold value. This threshold value may be a predetermined value, an average value of the number of times of each user, or the like. For example, by setting this threshold as the average value of the number of times of each user, the user can predict the frequency of virtual communication to be taken with the game character.

[2-1-3. Restriction section]
The limiting unit 54 is realized mainly by the control unit 2. When it is determined that the parameter is within the predetermined range, the restriction unit 54 restricts execution of processing for realizing virtual communication. Here, the “limit” includes a time limit and a content limit. What is a time limit?
Execution itself of virtual communication between the user and the game character is suppressed (standby), and the content restriction means that the content of the virtual communication between the user and the game character (for example, the content of the message) changes. It is.

  The time limit includes waiting for the occurrence of the game event itself so that even if the user sends a message to the game character, the message from the game character to the user is not returned. Content restrictions include reducing the types of messages exchanged between the user and the game character, and changing the player card determination method to be given to the user (for example, players stored in the request list data). A randomly determined player card is given instead of a card).

[2-2. Processing executed in embodiment 2]
FIG. 20 is a flowchart showing processing executed in the game system S of the second embodiment. This process is executed by the server device 1 and the user device 10, for example. The control unit 2 executes this process according to the program stored in the storage unit 3, and the control unit 11 executes this process according to the program stored in the storage unit 12.

  Note that the connection between the server apparatus 1 and the user apparatus 10 is established in the same manner as in the first embodiment when this process is executed. That is, the user device 10 transmits a session ID when accessing the server device 1, and the server device 1 can determine which user is accessing by receiving the session ID.

  As shown in FIG. 20, first, in the user device 10, the control unit 11 determines whether or not an input of a message from the user to the game character has been received (S401). For example, it is determined whether or not the greeting button 30 on the game screen 20 is selected and a given input is made from the operation unit 13. When it is not determined that the message input to the game character has been received (S401; N), this process ends.

  When it is determined that the input of the message to the game character has been received (S401; Y), the control unit 11 transmits the message input by the user to the server device 1 (S402).

  In server device 1, when receiving a message from the user to the game character, control unit 2 associates the user ID of the user who transmitted the message with the reception time of the message, and adds a new record to the history data. (S403). The control unit 2 updates the frequency data based on the history data (S404). In S404, the frequency data is updated by counting the number of messages received within the target period for each user.

  The control unit 2 refers to the updated frequency data, and determines whether or not the number of times that the user who sent the message in S402 sent the message during the target period is equal to or greater than the reference value (S405). When it is not determined that the number of times the user has sent a message is greater than or equal to the reference value (S405; N), the control unit 2 generates display data of the game screen 20 including a message from the game character to the user, and the user device 10 (S406).

  In the user device 10, when receiving the display data from the server device 1, the control unit 11 causes the display unit 15 to display the game screen 20 including a message from the game character to the user (S407). That is, in this case, since the user does not send a large amount of messages during the target period, the output of messages from the game character to the user is not limited.

  On the other hand, when it is determined that the number of times the user has sent a message is greater than or equal to the reference value (S405; Y), the control unit 2 waits without outputting a message from the game character to the user (S408). That is, the execution of the process of S406 is restricted, and the execution of the message output process from the game character to the user is restricted.

  The control unit 2 determines whether or not a predetermined time has elapsed since the message from the user was received (S409). For example, when the message is received in S403, the control unit 2 starts measuring time, so that the determination in S409 is performed. The predetermined time may be a predetermined time or may be a time associated with the number of times indicated by the frequency data. For example, the predetermined time may be increased as the number of times indicated by the frequency data increases.

  If it is not determined that the predetermined time has passed (S409; N), the process returns to S408, and the message output is again waited. Note that another game screen 20 may be displayed on the display unit 15 of the user device 10 while the output of the message from the game character to the user is on standby.

  When it is determined that the predetermined time has elapsed (S409; Y), the process proceeds to S406, and display data of the game screen 20 including a message from the game character to the user is generated and transmitted to the user device 10. That is, in the user device 10, the display process of the game screen 20 is on standby for a predetermined time.

  According to the game system S of the second embodiment, if the user sends too many messages to the game character, virtual communication is restricted. Therefore, it is possible to prevent the user from excessively communicating with the game character.

[2-3. Modification of Embodiment 2]
The first embodiment and the second embodiment may be combined. For example, if the user gives too many player cards to the game character, virtual communication between the user and the game character may be restricted by preventing a player card from being sent from the game character to the user.

  In this case, in the history data, the user ID of the user who specified the player card to be given to the game character and the reception time when the selection of the player card is accepted are stored in association with each other. Based on the history data, the number of times the user has given a player card to the game character during the target period is counted, and the frequency data is updated.

  The parameter determination unit 52 determines whether or not the number of times that the user has given the game character a collection target (for example, a player card) within the target period is greater than the threshold. When it is determined that the number of times that the user has given a collection target (for example, a player card) to the game character within the target period is greater than the threshold, the restriction unit 54 gives the collection target to the user from the game character. Restrict. The “restriction” here includes a time restriction and a content restriction in the same manner as the restriction in the second embodiment. For example, the occurrence of a game event for giving a player card to a user from a game character may be suppressed, or a method for determining a player card to be given to a user may be limited.

  For example, the execution of the present registration process shown in FIG. 14 may be restricted. For example, the execution of the processes of S106 to S108 may be waited for a certain period. As a result, since the player card designated by the user is not stored in the presented list data, it is restricted so that the present of the player card is not returned from the game character to the user.

  Further, for example, the execution of the present determination process shown in FIG. 15 may be restricted. For example, the present determination process may be waited for a certain period. As a result, since the player card to be given to the user is not determined, the game character is restricted from being returned to the user. In addition, the player card determination method performed in the present determination process may differ depending on the determination result of the parameter determination unit 52.

  Further, for example, the execution of the present receipt process shown in FIG. 16 may be restricted. For example, the execution of the processes of S303 to S304 may be waited for a certain period. As a result, execution of a game event (display of the game screen 20) in which a player card from a game character is presented is restricted.

  According to this modification, if the user gives too many player cards to the game character, the virtual character communication between the user and the game character is restricted by waiting for execution of the process of giving the player card from the game character to the user. The Therefore, it is possible to prevent the user from giving a large amount of player cards to the game character.

[3. Modified example]
The present invention is not limited to the embodiment described above, and can be appropriately changed without departing from the spirit of the present invention.

  (1) For example, in the first embodiment, a player card requested by the user or a similar player card is sent from the game character to the user by referring to the request list data in the present determination process shown in FIG. Although the case where it is determined as the player card to be presented has been described, the method for determining the player card to be presented to the user from the game character is not limited to the example of the first embodiment.

  For example, the player card having the highest ability parameter among the player cards stored in the presented list data may be determined as the player card to be given to the user. Further, for example, a player card determined at random among player cards stored in the presented list data may be determined as a player card to be given to the user.

  (1-1) For example, among the player cards stored in the presented list data, a player card that is not held by the user (that is, a player card that is not stored in the held list data) It may be determined as a player card to be presented.

  The determination unit 48 of the present modification selects a collection target that the user does not have as a collection target necessary for the user from among collection targets (for example, player cards) given to the game character by other users. .

  For example, in the present modification, the player card stored in the possession list data and the player card stored in the present list data are compared with the processing of S206 to S209 in the present determination process shown in FIG. By doing so, it is determined whether or not a player card that a certain user does not has been given to the game character by another user. That is, the player card which the user holds is specified based on the holding list data, and it is determined whether or not the specified player card is stored in the present card.

  When it is determined that a player card that a certain user does not have is given to the game character by another user, the player card is determined as a player card that is given to the user. If it is not determined that a player card that a certain user does not have been given to the game character by another user, the processing of S206 to S209 is executed to determine the player card to be given from the game character. It may be.

  According to the modified example (1-1), the user can receive a player card that the user does not have from another user via the game character.

  (1-2) For example, as in the embodiment, when a game in which each of a plurality of users plays using a player card is executed, a player card corresponding to the type of the user's game play is given to the user. You may make it give. For example, when a user plays an aggressive game using many forward player cards, the forward player card is given preferentially to the user, and the user uses many defender player cards to defend. When a typical game play is performed, a defender player card may be given to the user.

  The game data storage unit 40 of the modified example (1-2) stores play type data indicating types of past game play by the user. It can be said that the play type data is data indicating the type of game play by the user. The play type data is updated by the game execution unit 42 based on the content (result) of the game play, for example, when the user battles the game character.

  FIG. 21 is a diagram illustrating a data storage example of play type data. As shown in FIG. 21, the play type data stores a user ID and information indicating the user's play type indicated by the user ID. The information indicating the play type stores any of a plurality of types prepared in advance. Here, for example, three types of “aggressive play”, “defensive play”, and “balanced play” are prepared, and any of these is stored in the play type data.

  For example, the user's play type may be determined by associating information for identifying the plurality of types and information indicating the operation content (play result) by the user. For example, information indicating the operation content by the user is stored in the game data storage unit 40, and the type associated with the operation content (play result) by the user is determined as the play type of the user, and the play type data is stored in the play type data. Stored.

  For example, when the user selects three or more forward players and plays a game character, the play type of the user is “aggressive play”. Further, for example, when the user selects four or more defender players and plays against the game character, the play type of the user is “defensive play”. Also, for example, if none of the above, the user's play type is “balanced play”.

  The determination unit 48 of the modified example (1-2) selects a collection target necessary for the user from the collection targets (for example, player cards) presented to the game character by other users based on the play type data. .

  FIG. 22 is a diagram illustrating an association between a user play type and a player card determination method. The association shown in FIG. 22 is stored in the game data storage unit 40, for example. The data may be in a table format or a mathematical expression format.

  In determining a player card to be given to a certain user, the determination unit 48 specifies the play type of the user with reference to the play type data. And the determination part 48 determines the player card given to the said user from the player cards stored in present list data based on the determination method linked | related with the user's play type.

  For example, in the case of the data storage example shown in FIG. 22, if the play type of the user is “aggressive play”, the forward player among the player cards stored in the presented list data is presented to the user. Determined as a player card. On the other hand, if the user's play type is “defensive play”, among the player cards stored in the presented list data, the defender player is determined as the player card to be given to the user.

  According to the modification (1-2), a player card according to the type of game play of the user can be given to the user.

  (2) Also, for example, when the collection target determined by the determination unit 48 is something that cannot be received by the user according to the rules of the game, the collection target is converted into virtual currency and presented to the user. It may be. The virtual currency is a currency (for example, points) used in the game system S, and is used for generating a given game event or obtaining a collection target. For example, the user can generate a game event (for example, a game event for synthesizing a plurality of player cards) for growing (strengthening or synthesizing) a player card by using the virtual currency.

  In the embodiment, a player card indicating a soccer player has been described as an example of a collection target. However, for example, a player card in which a given game event occurs when a plurality of cards are held is collected. It may be. The game event in this case includes a game event in which one player card can be obtained when a plurality of cards are collected, and a game event in which virtual currency is given when a plurality of cards are collected.

  Here, a case where each card obtained by dividing a certain card into a plurality of cards will be described as an example of collection. Each of a single card divided into a plurality of cards is referred to herein as a “divided card”. Also, the card that is the source of the split card (the card that is created when all the split cards are collected) is called a “completed card”.

  For example, when the completed card is an image of food sold at an actual soccer stadium, the divided card is an individual product obtained by dividing the image of the food into six. The split card can be obtained by the user generating a given game event. The split card can be given to the game character by the user in the same manner as the player card.

  For example, it is assumed that, according to the game rules, if the user does not have any divided card of a certain completed card, the divided card of the completed card cannot be received from the game character. In this case, the user may not be able to receive from the game character a split card that another user has given to the game character. In such a case, the split card may be converted into virtual currency and presented to the user.

  In addition, the player card which a user cannot receive is not restricted to said example. In addition, for example, when a given game event occurs when a plurality of (for example, six) player cards are collected, when a predetermined number (for example, four) of player cards are held, The remaining player cards may not be received.

  For example, the game system S of the present modification includes means for determining whether or not the collection target (for example, a split card) determined by the determination unit 48 satisfies a condition regarding the collection target that can be held by the user. . Here, it demonstrates as the game execution part 42 performing said determination.

  The condition regarding the player card that can be held by the user is a condition to be satisfied by the player card determined by the determination unit 48 or a condition to be satisfied by the user data of the user to whom the player card determined by the determination unit 48 is presented. . Here, the case where it is determined whether or not the user already holds the divided card of the completed card will be described with respect to the divided card of the completed card determined by the determining unit 48. When it is determined that the divided card is already held, the user can receive the divided card determined by the determining unit 48.

  In addition, when it is determined that the above condition is not satisfied, the game system S of the present modified example replaces the collection target (for example, a player card) determined by the determination unit 48 and can be used in the game system S. Is included as a gift from the game character to the user. This means is realized mainly by the control unit 2. Here, it demonstrates as the game execution part 42 performing said determination.

  For example, when it is determined that a split card of a completed card for which the user does not have any split card is given to the user, the user cannot receive the split card and is thus converted into virtual currency. .

  Note that the divided card and the virtual currency may be associated in advance and stored in the game data storage unit 40. For example, the virtual currency associated with the divided card determined by the determination unit 48 is given to the user. Information indicating the virtual currency held by the user may be stored in the game data storage unit 40.

  According to the modified example (2), a divided card that cannot be received by the user according to the rules of the game can be converted into a virtual currency and presented.

  In the modification (2), the case where it is determined whether or not the condition regarding the player card that can be held by the user is satisfied by referring to the holding list data has been described. This determination method is not limited to this.

  For example, impossibility data defining player cards that cannot be received by the user may be stored, and based on this data, it may be determined whether or not the user can receive player cards.

  FIG. 23 is a diagram illustrating a data storage example of impossible data. As shown in FIG. 23, a user ID and information related to a split card that cannot be received by the user indicated by the user ID (for example, a split card ID uniquely assigned to the split card) are stored in association with each other. . The disabling list data is updated based on the contents of the possession list data.

  For example, it is determined whether or not the divided card determined by the determination unit 48 is stored in the impossible data. When it is determined that the divided card determined by the determining unit 48 is stored in the impossible data, it is determined that the user cannot receive the divided card.

  Moreover, you may make it determine based on user data whether the conditions regarding the player card which a user can hold | maintain are satisfy | filled. For example, it may be determined whether or not the result of the user's game play indicated by the user data (for example, level, winning percentage, etc.) is within a predetermined range, or is registered in the friend list indicated by the user data. It may be determined whether or not the number of friend users is within a predetermined range.

  (3) For example, in the embodiment, a case has been described in which one game character is provided and a plurality of users present player cards to the one game character. However, a plurality of game characters may exist. In this case, for example, characteristics may be assigned to each of the plurality of game characters, and the player card presented to the user may be different depending on the characteristics of the game character to which the user has presented the player card.

  The game data storage unit 40 of the modified example (3) stores characteristic data indicating the characteristics of the game character. The characteristic of the game character is a role given to the game character in the game or a character of the game character.

  FIG. 24 is a diagram illustrating a data storage example of characteristic data. As shown in FIG. 24, for example, information for identifying a game character and information for identifying the characteristics of the game character are stored in association with each other. For example, a plurality of characteristics are prepared in advance, and any one of the plurality of characteristics is set for the game character. Here, the game character is set to any of the characteristics “Kimagure”, “Sympathy”, and “Normal”.

  In the modified example (3), the player card designated by the user is presented to any of the plurality of game characters. For example, a plurality of game characters are guided to the user, and a player card is presented to the game character designated by the user. Information identifying the game character to which the user has given the player card may be stored in the presented data in association with the user and the player card.

  When the selection of a collection target (for example, a player card) to be given to the game character is received from the user, the determination unit 48 of the modification (3) selects the collection target to be given to the user from the game character. Determine based on characteristic data.

  FIG. 25 is a diagram illustrating data in which the characteristics of the game character are associated with the determination method of the player card to be given to the user. The data may be stored in the game data storage unit 40. The data may be in a table format or a mathematical expression format.

  The determination unit 48 refers to the characteristic data and acquires the characteristic of the game character to which the user has sent the player card. Next, a player card to be presented to the user is determined from the player cards indicated by the presented list data based on the determination method associated with the acquired characteristic. For example, when a user presents a player card to a game character having the “Kimagure” characteristic, the player card to be given to the user is determined at random. Further, for example, when the user presents a player card to a game character having the “compassion” characteristic, the player card to be given to the user is determined based on the request list data.

  According to the modification (3), the player card given to the user can be made different according to the characteristics of the game character to which the user sent the player card.

  (4) For example, a game character to which a certain user presents a player card and a game character to which another user presents a player card may be the same or different.

  The selection receiving unit 44 of the modification (4) receives selection of a collection target (for example, a player card) to be given to a game character selected from among a plurality of game characters. For example, a plurality of game characters related to the game system S may be displayed on the game screen 20, and the user may select a game character to which a player card is presented.

  In addition, when the selection of a collection target to be given to a game character (for example, a player card) is received from a user, the determination unit 48 of the modification (4) selects a collection target to be given to the user from the game character as another user. Is determined from the collection targets given to the game character. That is, the game character to which a certain user has given a player card and the game character to which another user has given a player card may be the same.

  In addition, when the selection of a collection target (for example, a player card) to be given to the game character is received from the user, the determination unit 48 selects a collection target to be given to the user from the game character other than the game character. It is determined from the collection objects given to the game character. In other words, a game character that a user has given a player card may be different from a game character that another user has given a player card.

  In addition, the player card which a user can select may be linked | related for every some game character. When the user presents a player card to the game character, the player card to be given to the game character is selected from the player cards associated with the game character. It is possible to prevent a player card from being received at a level completely different from the player card presented by the user by setting such that a player card in this range can be given to this game character. Can do.

  (5) Further, for example, in the embodiment, when the user presents a player card to the game character (when the present registration process is executed), an example in which the value of the susceptibility parameter of the game character for the user increases. As described above, other parameters related to the game character may be changed based on the determination result of the determination unit 48.

  When the player card that the user has given to the game character is given to another user, the value of the game character's preference parameter may be increased. For example, the amount of change in the preference parameter varies depending on the player card given to the user.

  (6) Also, for example, in the present determination process of the first embodiment (FIG. 15), a player card is determined based on a comparison result between a favorable parameter associated with a certain user and a favorable parameter associated with another user. As an example of the mode to be determined, the process in which the player card is determined in order from the user with the highest preference parameter has been described. The method of determining the player card based on the comparison result of the favorable sensitivity parameter is not limited to this example.

  For example, when a player card to be given to the game character from the first user is selected by the first user, the determination unit 48 uses the game character as the player card to be given to the first user from the game character. Whether or not to determine the player card that is presented to the user, the favorable parameter stored in association with the first user, and the positive parameter stored in association with users other than the first user and the second user, It may be determined based on the comparison result of.

  (6-1) For example, the player card to be given to the user is determined based on the comparison result between the average value of the favorable parameter associated with all users and the favorable parameter associated with a certain user. You may do it. The average value of the favorable parameter is calculated based on the favorable parameter data.

  For example, the difference between the average value of the favorable parameters associated with all users, the favorable parameter associated with a certain user, and the determination method of the player card to be given to the user are stored in association with each other. You may make it. For example, the determination unit 48 is a player to be given to a user based on a determination method associated with the difference between the average value of the favorable parameter associated with all users and the favorable parameter associated with a certain user. You may make it determine a card | curd.

  Note that the player card may be determined based on the average value of the favorable parameters associated with a user who has a friendship with a certain user. For example, the game data storage unit 40 may store the user and other users who are friends with the user in association with each other. With reference to this association, a user who has a friendship with a certain user is identified. By referring to the specified user's likability parameter, an average value of favourite parameters associated with a user who has a friendship with a certain user is calculated.

  (6-2) Further, for example, the player card to be given to the user is determined by comparing the relationship between the distribution of the favorable parameter associated with all users and the favorable parameter associated with a certain user. You may be made to do. For example, the difference between the favorable parameter associated with a user and the lowest favorable parameter (or the difference between the favorable parameter associated with a user and the highest favorable parameter) is the highest among all users. The player card to be given to the user may be determined based on the index value divided by the difference between the high likability parameter and the lowest favourite parameter.

  For example, the difference between the index value and the favorable parameter associated with a certain user and the determination method of the player card to be given to the user may be stored in association with each other. For example, the determination unit 48 may calculate the index value and determine a player card to be given to the user based on a determination method associated with the index value.

  As described above, the player card may be determined based on the distribution of favorable parameters of all users, or based on the distribution of favorable parameters associated with a user who has a friendship with a certain user. The player card may be determined. That is, a player card to be given to the user may be determined based on the index value calculated based on the user preference parameter of a user who has a friendship.

  (7) For example, as an example of a mode in which a player card is determined based on a favorable parameter, a case where a player card is determined based on a comparison result of favorable parameters between users has been described. It is not necessary to compare the favourability parameters between them. In addition, for example, the determination method of the player card to be given to the user may be different based on whether or not the value indicated by the preference parameter is within a predetermined range.

  FIG. 26 is a diagram illustrating data in which a preference parameter is associated with a method for determining a player card to be given to a user. The data may be stored in the game data storage unit 40. The data may be in a table format or a mathematical expression format.

  The determination unit 48 refers to the favorable parameter data and acquires the favorable parameter associated with the user. Next, a player card to be given to the user may be determined from the player cards indicated by the presented list data based on the determination method associated with the acquired preference parameter.

  (8) Further, for example, the player card for which the selection result acquisition unit 46 can accept the designation by the user may be changed based on the favorable parameter associated with the user. For example, the higher the preference parameter of the game character, the more types of player cards that the user can give to the game character.

  In this case, the preference parameter and the assignable information indicating the player card that can be specified by the user may be stored in association with each other. Of the player cards held by the user, any of the player cards indicated by the specifiable information associated with the user's preference parameter may be specified by the user.

  (9) For example, according to a user's liking parameter, you may make it change the period after a user sends a player card until a player card returns to the user concerned. For example, the execution interval of the present determination process may be changed according to the user's preference parameter, or the execution interval of the present reception process may be changed according to the user's preference parameter.

  (10) Further, for example, in the embodiment, the case where the likability parameter is applied as an example of the game parameter related to the game character has been described. However, the player card may be determined based on other game parameters. Good. For example, the player card may be determined based on an ability parameter indicating the ability of the game character. In this case, the game parameter and the player card determination method are stored in association with each other, and the player card is determined based on this association.

  (11) Also, for example, in the game system S, a case where a user collects player cards and a game in which a user battles with other users is executed has been described. However, a game in which a user collects collection targets is executed. The game executed in the game system S is not limited to this. In addition, for example, a game in which a user aims to collect a predetermined type of game characters and items is executed, or the user collects image data and audio data to target a given image and audio A game may be executed.

  Moreover, in the modification (2), the case where a game event to which a completion card is given occurs by collecting divided cards has been described as an example. However, when a collection target is an item, a predetermined type of item is used. A given game event may be generated when is collected.

  Moreover, although the case where a user and a game character donate a player card in the game executed by the game system S has been described, the user and the game character may gift a player card in places other than the game. . For example, after a user logs in to the game system S, a game character and a player card may be presented on each user page displayed before the game is started.

  (12) Further, any two or more of the above embodiments and modifications may be combined. For example, the player card determination method in the modified example (1) may be combined.

  (13) In the embodiment and the modification, the game data storage unit 40, the game execution unit 42, the selection result acquisition unit 46, the determination unit 48, the update unit 50, the parameter determination unit 52, and the restriction unit 54 are servers. Although an example realized by the device 1 has been described, each of these functions may be realized by any of the devices constituting the game system S. For example, some or all of the above functions may be realized. It may be realized by the user device 10.

  For example, the game data storage unit 40 may be realized by the user device 10. In this case, when other functions other than the game data storage unit 40 are realized by the server device 1, the control unit 2 stores the stored contents of the game data storage unit 40 via the network N in the game data storage of the user device 10. It functions as means for acquiring from the unit 40, and processing of these other functions is executed based on the acquired data.

  Further, for example, the game execution unit 42 may be realized by the user device 10. In this case, when the game data storage unit 40 is realized by the server device 1, the game execution unit 42 executes the game by acquiring the storage contents of the game data storage unit 40 via the network N. On the other hand, when the game data storage unit 40 is realized by the user device 10, the game execution unit 42 executes the game by reading the stored contents of the game data storage unit 40.

  For example, the selection result acquisition unit 46 may be realized by the user device 10. In this case, when the determination unit 48 is realized by the server device 1, information indicating the collection target received by the selection result acquisition unit 46 is transmitted from the user device 10 to the server device 1 via the network N. .

  For example, the determination unit 48 may be realized by the user device 10. In this case, when the selection result acquisition unit 46 is realized by the server device 1, information indicating the collection target received by the selection result acquisition unit 46 is acquired from the user device 10 via the network N. In this case, when the update unit 50 is realized by the server device 1, information indicating the collection target determined by the determination unit 48 is transmitted from the user device 10 to the server device 1 via the network N. .

  For example, the update unit 50 may be realized by the user device 10. In this case, when the game data storage unit 40 is realized by the server device 1, information indicating the update contents of the possession list data is transmitted from the user device 10 to the server device 1 via the network N. In this case, when the selection result acquisition unit 46 and the determination unit 48 are realized by the server device 1, information received by the selection result acquisition unit 46 and information indicating the collection target determined by the determination unit 48 are present. , Acquired from the user apparatus 10 via the network N.

  For example, the parameter determination unit 52 may be realized by the user device 10. In this case, when the game data storage unit 40 is realized by the server device 1, the frequency data is acquired from the server device 1 via the network N. When the restriction unit 54 is realized by the server device 1, information indicating the determination result of the parameter determination unit 52 is transmitted to the server device 1 via the network N.

  For example, the restriction unit 54 may be realized by the user device 10. In this case, when the restriction unit 54 is realized by the server device 1, information indicating the determination result of the parameter determination unit 52 is acquired from the server device 1 via the network N.

  (14) The devices included in the game system S are not limited to the example of FIG. The game system S may be realized by one or a plurality of computers. Further, for example, the manager of the device included in the game system S may be different depending on the device. For example, a device that implements the game execution unit 42 may be managed by a game company, and a device that implements the determination unit 48 may be managed by an operating company other than the game company.

  S game system, 1 server device, 2 control unit, 3 storage unit, 4 operation unit, 5 input unit, 6 display unit, 7 communication unit, 10 user device, 11 control unit, 12 storage unit, 13 operation unit, 14 input Part, 15 display part, 16 communication part, 20 game screen, 22 player card information, 24 opponent information, 26 confirmation button, 28 opponent result information, 30 greeting button, 32 present button, 34 present decision button, 36 message, 40 Game data storage unit, 42 game execution unit, 44 selection reception unit, 46 selection result acquisition unit, 48 determination unit, 50 update unit, 52 parameter determination unit, 54 limit unit.

Claims (18)

A game system for executing a game in which each of a plurality of users collects collection targets,
Means for acquiring the possessed data from means for storing retained data indicating the collection target possessed by the user;
Among the collection targets held by the user, selection receiving means for receiving selection of the collection target to be given to the game character from the user;
When the selection of the collection target to be given to the game character from the user is accepted, the collection target to be given to the user from the game character by the other user among the plurality of users. A decision means for deciding from among the objects;
Updating means for updating the possessed data based on a determination result of the determining means;
A game system comprising: The game system includes:
Means for obtaining the parameter from means for storing a parameter relating to the game character;
Further including
The determining means includes
When the selection of the collection target to be given to the game character from the user is accepted, the collection target to be given to the user from the game character is determined based on the parameters relating to the game character.
The game system according to claim 1. The parameter is a relationship parameter indicating a relationship between the user and the game character, which is updated according to virtual communication between the user and the game character,
The determining means includes
When the selection of the collection target to be given to the game character from the user is accepted, the collection target to be given to the user from the game character is determined based on the relation parameter indicating the relationship between the user and the game character. To
The game system according to claim 2. The parameter is stored in association with each of the plurality of users,
The determining means includes
When selection of the collection target to be given to the game character from the user is accepted, the collection target to be given to the user from the game character is associated with the parameter stored in association with the user and the other user. Determined based on the comparison result with the parameter stored
The game system according to claim 2 or 3, wherein The game system includes:
Means for acquiring characteristic data from means for storing characteristic data indicating characteristics of the game character;
Further including
The determining means includes
When selection of the collection target to be given to the game character from the user is accepted, the collection target to be given to the user from the game character is determined based on the characteristic data of the game character.
The game system according to claim 1 . The determining means includes
The collection target that satisfies the selection condition for selecting the collection target necessary for the user is selected from the collection targets presented to the game character by the other user, and is presented to the user from the game character. Determining the collection target;
The game system according to any one of claims 1 to 5 , wherein: The game system includes:
Means for acquiring request data from means for storing request data indicating the collection target requested by the user;
Further including
The determining means includes
Based on the request data, the collection target necessary for the user is selected from the collection target presented to the game character by the other user.
The game system according to claim 6 . The determining means includes
From among the collection targets presented to the game character by the other user, the collection target that the user does not have is selected as the collection target necessary for the user.
The game system according to claim 6 . The game is a game that each of the plurality of users plays using the collection target,
The game system includes:
Means for acquiring the play type data from means for storing play type data indicating a type of past game play by the user;
Further including
The determining means includes
Based on the play type data, the collection target necessary for the user is selected from the collection targets presented to the game character by the other user.
The game system according to claim 6 . The game system includes:
Means for determining whether or not the collection target determined by the determination means satisfies a condition related to the collection target that can be held by the user;
Means for determining, as a gift from the game character to the user, virtual currency that can be used in the game system, instead of the collection target determined by the determination means when it is determined that the condition is not satisfied;
Furthermore game system according to any one of claim 1 to 9, characterized in that it comprises a. The game system includes:
Means for acquiring the parameter from means for storing a parameter relating to the game character, which is updated according to virtual communication between the user and the game character in a target period;
Parameter determining means for determining whether or not the parameter is within a predetermined range;
When it is determined that the parameter is within a predetermined range, limiting means for limiting giving the collection target from the game character to the user;
The game system according to claim 1, further comprising: The selection accepting unit accepts selection of the collection target to be given to a game character selected from among a plurality of game characters,
The determining means includes
When selection of the collection target to be given to the game character from the user is accepted, the collection target to be given to the user from the game character is determined from among the collection targets given to the game character by the other user Means to
When the selection of the collection target to be given to the game character from the user is accepted, the collection target to be given by the other user to a game character other than the game character, the collection target to be given to the user from the game character And at least one of means for determining from
The game system according to any one of claims 1 to 11, wherein: The game system includes:
Means for acquiring the data from means for storing data indicating a game character having a friendship with the user;
Further including
The selection receiving means is
When the game character is in a friendship relationship with the user, among the collection targets held by the user, the selection of the collection target to be given to the game character from the user is accepted.
The game system according to claim 1, wherein the game system is a game system. The game system includes:
Means for obtaining parameters from means for storing parameters relating to the game character;
Means for changing the parameter relating to the game character based on a determination result of the determination means;
The game system according to claim 1, further comprising: A game system control method for executing a game in which each of a plurality of users collects collection targets,
Obtaining the possessed data from means for storing retained data indicating the collection target possessed by the user;
A selection receiving step for receiving a selection of the collection target to be given to the game character from the user among the collection targets held by the user;
When the selection of the collection target to be given to the game character from the user is accepted, the collection target to be given to the user from the game character by the other user among the plurality of users. A decision step to decide from among the objects;
An update step for updating the possessed data based on a determination result of the determination step;
A game system control method comprising: A server device included in a game system that executes a game in which each of a plurality of users collects collection targets,
Means for acquiring the possessed data from means for storing retained data indicating the collection target possessed by the user;
Means for acquiring the selection result when the collection target to be given to the game character from the user is selected among the collection targets held by the user;
When the collection target to be given to the game character by the user is selected, the collection target to be given to the user from the game character by the other user among the plurality of users. A determination means to determine from among,
Updating means for updating the possessed data based on a determination result of the determining means;
A server device comprising: A control method of a server device included in a game system that executes a game in which each of a plurality of users collects collection targets,
Obtaining the possessed data from means for storing retained data indicating the collection target possessed by the user;
Obtaining the selection result when the collection target to be given to the game character from the user is selected among the collection targets held by the user;
When the collection target to be given to the game character by the user is selected, the collection target to be given to the user from the game character by the other user among the plurality of users. A decision step to decide from,
And updating step based on the determination result of said determining step, updating the held data,
A control method for a server device, comprising: A program for causing a computer to function as a server device included in a game system that executes a game in which a plurality of users collect collection targets,
Means for acquiring the possessed data from means for storing retained data indicating the collection target possessed by the user;
Means for obtaining the selection result when the collection target to be given to the game character from the user is selected among the collection targets held by the user;
When the collection target to be given to the game character by the user is selected, the collection target to be given to the user from the game character by the other user among the plurality of users. Determining means to determine from
Updating means for updating the possessed data based on a determination result of the determining means;
A program for causing the computer to function as

Images