JP2019217215A - Game program, method, and information processing device - Google Patents

Abstract

To increase game amusement by increasing opportunities to play using more types of game media among the game media of the same group.SOLUTION: A memory (11) stores game media held by a user in association with information indicating a group. A game program (131) causes a processor (10) to execute a step (S505, S507) for updating first information indicating a relationship between the game media and another group in which the other plurality of game media are classified based on the operation of the user, for each of the plurality of game media in the same group, and a step (S512) of executing a game process, based on the first information for each of the plurality of game media in the same group.SELECTED DRAWING: Figure 27

Description

  The present disclosure relates to a game program, a method for executing the game program, and an information processing device.

  2. Description of the Related Art Games that allow a user to hold various game media that can be used in games and that the user plays using these game media are well known. For example, Patent Literature 1 describes that various game media are provided to a user in the form of a card. The card represents a character that mainly participates in the game, and there are a plurality of types of cards that represent the same character.

JP, 2017-000187, A (published on January 5, 2017)

  In a game in which a plurality of game media are classified into groups by characters or the like, the user may use a part of a plurality of types of cards in the same group in a biased manner. Therefore, there is room for enhancing the interest of the game by using more types of game media in the same group.

  One embodiment of the present disclosure aims to improve the interest of a game by increasing opportunities to play using more types of game media among game media of the same group.

  A game program according to the present disclosure is executed by a computer including a processor and a memory. The memory stores the game contents held by the user among the game contents usable in the game based on the game program, in association with information indicating a group into which the game contents are classified. The game program includes, for each of a plurality of game contents classified into the same group among the game contents stored in the memory, the processor and the other group into which the plurality of other game contents are classified. Updating the first information stored in the memory to represent the relationship with the game player based on an operation of a user who plays the game; and Executing the game process based on the first information.

  A method according to the present disclosure is a method in which a computer including a processor and a memory executes a game program. The method includes a processor performing each of the steps described above.

  An information processing device according to the present disclosure includes a storage unit that stores the game program described above, and a control unit that controls an operation of the information processing device by executing the game program.

  According to an embodiment of the present disclosure, by increasing opportunities to play using more types of game media among game media of the same group, an effect of improving the interest of the game is achieved.

FIG. 2 is a diagram illustrating a hardware configuration of the game system. FIG. 2 is a diagram illustrating a game cycle of a game executed by the game system according to the embodiment. FIG. 2 is a block diagram illustrating a functional configuration of a user terminal and a server according to the embodiment. FIG. 3 is a diagram illustrating an example of a data structure of a card. FIG. 4 is a diagram illustrating an example of a data structure of character data defining a character. (A) is a figure showing an example of the data structure of a pair parameter table. (B) is a diagram showing an example of a data structure of a pair parameter database. It is a figure showing an example of the data structure of a story list. It is a flow chart which shows a processing procedure in a practice part performed by a practice progress part. It is a figure showing an example of the data structure of deck information referred by a practice part. (A)-(C) is a figure explaining in detail the process until a practice progression part reorganizes a secondary deck. FIG. 9 is a diagram showing an example of a deck knitting screen displayed on the display unit for knitting a primary deck. It is a figure showing an example of a stage progress screen displayed on a display. It is a figure showing an example of the data structure of a progress history table. It is a figure showing an example of the data structure of a serif DB. It is a figure showing an example of the data structure of a serif pack. It is a flowchart which shows the flow of the process regarding the dialogue event performed by a practice progress part. (A) and (B) is a figure which shows an example of the data structure of dialog management information. 9 is a flowchart illustrating a flow of a process executed by an event management unit. It is a figure showing another example of the data structure of a card. (A) is a figure showing an example of the data structure of a friendship point table. (B) is a figure showing an example of friendship point acquisition value. FIG. 7 is a diagram for explaining an opponent character set for each card and an upper limit of friendship point acquisition values. FIG. 9 is a diagram illustrating another example of the data structure of character data. (A) And (B) is a figure explaining the specific example of total friendship. It is a figure which shows an example of the information which links a total friendship and a reward. FIG. 9 is a diagram illustrating another example of the data structure of a dialogue pack. It is a figure showing another example of the data structure of dialog management information. It is a flowchart which shows the flow of a process concerning the update of friendship points. It is a figure explaining the example of the friendship point which goes up in a practice part. (A) is a figure showing an example of a result screen of a practice part. (B) is a figure showing an example of a reward screen given based on total friendship.

[Embodiment 1]
A game system according to the present disclosure is a system for providing a game to a plurality of users. Hereinafter, the game system will be described with reference to the drawings. It should be noted that the present invention is not limited to these exemplifications, but is indicated by the appended claims, and it is intended that the present invention includes all modifications within the meaning and scope equivalent to the appended claims. You. In the following description, the same elements will be denoted by the same reference symbols in the description of the drawings, without redundant description.

<Hardware configuration of game system 1>
FIG. 1 is a diagram illustrating a hardware configuration of the game system 1. The game system 1 includes a plurality of user terminals 100 and a server 200 as illustrated. Each user terminal 100 connects to the server 200 via the network 2. The network 2 includes the Internet and various mobile communication systems constructed by wireless base stations (not shown). Examples of the mobile communication system include a so-called 3G and 4G mobile communication system, LTE (Long Term Evolution), and a wireless network (for example, Wi-Fi (registered trademark)) that can be connected to the Internet by a predetermined access point. Can be

  The server 200 (computer, information processing device) may be a general-purpose computer such as a workstation or a personal computer. The server 200 includes a processor 20, a memory 21, a storage 22, a communication IF 23, and an input / output IF 24. These components of the server 200 are electrically connected to each other by a communication bus.

  The user terminal 100 (computer, information processing device) may be a mobile terminal such as a smartphone, a feature phone, a PDA (Personal Digital Assistant), or a tablet computer. The user terminal 100 may be a game device suitable for game play. As illustrated, the user terminal 100 includes a processor 10, a memory 11, a storage 12, a communication interface (IF) 13, an input / output IF 14, a touch screen 15 (display unit), a camera 17, and a distance measuring sensor 18. And These components of the user terminal 100 are electrically connected to each other by a communication bus. Note that the user terminal 100 may include an input / output IF 14 to which a display (display unit) configured separately from the main body of the user terminal 100 can be connected instead of or in addition to the touch screen 15.

  Further, as shown in FIG. 1, the user terminal 100 may be configured to be able to communicate with one or more controllers 1020. The controller 1020 establishes communication with the user terminal 100 according to a communication standard such as Bluetooth (registered trademark). The controller 1020 may have one or more buttons or the like, and transmits an output value based on a user's input operation on the buttons or the like to the user terminal 100. Further, the controller 1020 may include various sensors such as an acceleration sensor and an angular velocity sensor, and transmits output values of the various sensors to the user terminal 100.

  Note that, instead of or in addition to the user terminal 100 including the camera 17 and the distance measurement sensor 18, the controller 1020 may include the camera 17 and the distance measurement sensor 18.

  It is desirable that the user terminal 100 allows a user who uses the controller 1020 to input user identification information such as a user name or a login ID via the controller 1020, for example, at the start of a game. This allows the user terminal 100 to associate the controller 1020 with the user, and specifies which user the output value belongs to based on the source (controller 1020) of the received output value. be able to.

  When the user terminal 100 communicates with the plurality of controllers 1020, each user holds the controller 1020 without communicating with another device such as the server 200 via the network 2 without holding the controller 1020. Can realize multiplayer. In addition, since the user terminals 100 communicate with each other according to a wireless standard such as a wireless LAN (Local Area Network) standard (communication connection without passing through the server 200), multi-play is locally realized by a plurality of user terminals 100. You can also. When the above-mentioned multi-play is locally realized by one user terminal 100, the user terminal 100 may further include at least a part of various functions of the server 200, which will be described later. When the above-mentioned multiplay is locally realized by a plurality of user terminals 100, the plurality of user terminals 100 may be provided with various functions of the server 200, which will be described later, in a distributed manner.

  The user terminal 100 may communicate with the server 200 even when the above-described multi-play is realized locally. For example, information indicating a play result such as a score or a win or loss in a certain game may be transmitted to the server 200 in association with user identification information.

  Further, the controller 1020 may be configured to be detachable from the user terminal 100. In this case, a coupling unit with the controller 1020 may be provided on at least one surface of the housing of the user terminal 100. When the user terminal 100 and the controller 1020 are connected by wire via the connection unit, the user terminal 100 and the controller 1020 transmit and receive signals via wire.

  As illustrated in FIG. 1, the user terminal 100 may receive the attachment of a storage medium 1030 such as an external memory card via the input / output IF 14. Thereby, the user terminal 100 can read the program and data recorded on the storage medium 1030. The program recorded in the storage medium 1030 is, for example, a game program.

  The user terminal 100 may store the game program acquired by communicating with an external device such as the server 200 in the memory 11 of the user terminal 100, or may read the game program acquired by reading from the storage medium 1030 in the memory 11 May be stored.

  As described above, the user terminal 100 includes the communication IF 13, the input / output IF 14, the touch screen 15, the camera 17, and the distance measuring sensor 18 as an example of a mechanism for inputting information to the user terminal 100. Each of the above-described units as an input mechanism can be regarded as an operation unit configured to receive a user's input operation.

  For example, when the operation unit is configured by at least one of the camera 17 and the distance measurement sensor 18, the operation unit detects an object 1010 near the user terminal 100 and performs an input operation based on a detection result of the object. Identify. As an example, a user's hand as an object 1010, a marker having a predetermined shape, and the like are detected, and an input operation is specified based on the color, shape, movement, or type of the object 1010 obtained as a detection result. You. More specifically, when a user's hand is detected from an image captured by the camera 17, the user terminal 100 transmits a gesture (a series of movements of the user's hand) detected based on the captured image to a user's input operation. Identify and accept. Note that the captured image may be a still image or a moving image.

  Alternatively, when the operation unit includes the touch screen 15, the user terminal 100 specifies and accepts a user operation performed on the input unit 151 of the touch screen 15 as a user input operation. Alternatively, when the operation unit includes the communication IF 13, the user terminal 100 specifies and receives a signal (for example, an output value) transmitted from the controller 1020 as a user input operation. Alternatively, when the operation unit includes the input / output IF 14, a signal output from an input device (not shown) different from the controller 1020 connected to the input / output IF 14 is specified and accepted as a user input operation.

<Hardware components of each device>
The processor 10 controls the operation of the entire user terminal 100. The processor 20 controls the operation of the entire server 200. Processors 10 and 20 include a CPU (Central Processing Unit), an MPU (Micro Processing Unit), and a GPU (Graphics Processing Unit).

  The processor 10 reads a program from a storage 12 described later and expands the program in a memory 11 described later. The processor 20 reads a program from a storage 22 described later and expands the program in a memory 21 described later. The processor 10 and the processor 20 execute the developed program.

  The memories 11 and 21 are main storage devices. The memories 11 and 21 are configured by storage devices such as a ROM (Read Only Memory) and a RAM (Random Access Memory). The memory 11 provides a working area to the processor 10 by temporarily storing programs and various data read from a storage 12 described later by the processor 10. The memory 11 also temporarily stores various data generated while the processor 10 operates according to the program. The memory 21 provides a working area to the processor 20 by temporarily storing various programs and data read by the processor 20 from a storage 22 described later. The memory 21 also temporarily stores various data generated while the processor 20 operates according to the program.

  In the present embodiment, the program may be a game program for realizing a game on the user terminal 100. Alternatively, the program may be a game program for realizing the game by cooperation of the user terminal 100 and the server 200. The game realized by the cooperation between the user terminal 100 and the server 200 may be, for example, a game executed on a browser activated on the user terminal 100. Alternatively, the program may be a game program for realizing the game in cooperation with a plurality of user terminals 100. In addition, the various data includes game-related data such as user information and game information, and instructions or notifications transmitted and received between the user terminal 100 and the server 200 or between the plurality of user terminals 100.

  The storages 12 and 22 are auxiliary storage devices. The storages 12 and 22 are configured by a storage device such as a flash memory or an HDD (Hard Disk Drive). The storage 12 and the storage 22 store various data related to the game.

  The communication IF 13 controls transmission and reception of various data in the user terminal 100. The communication IF 23 controls transmission and reception of various data in the server 200. The communication IFs 13 and 23 control, for example, communication via a wireless LAN (Local Area Network), Internet communication via a wired LAN, a wireless LAN, or a mobile phone network, and communication using short-range wireless communication.

  The input / output IF 14 is an interface for the user terminal 100 to receive data input, and an interface for the user terminal 100 to output data. The input / output IF 14 may input and output data via a USB (Universal Serial Bus) or the like. The input / output IF 14 may include, for example, a physical button of the user terminal 100, a camera, a microphone, a speaker, or the like. The input / output IF 24 of the server 200 is an interface for the server 200 to receive data input, and an interface for the server 200 to output data. The input / output IF 24 may include, for example, an input unit that is an information input device such as a mouse or a keyboard, and a display unit that is a device that displays and outputs an image.

  The touch screen 15 of the user terminal 100 is an electronic component in which the input unit 151 and the display unit 152 are combined. The input unit 151 is, for example, a touch-sensitive device, and is configured by, for example, a touch pad. The display unit 152 includes, for example, a liquid crystal display or an organic EL (Electro-Luminescence) display.

  The input unit 151 detects a position where a user operation (mainly a physical contact operation such as a touch operation, a slide operation, a swipe operation, and a tap operation) is input on the input surface, and inputs information indicating the position. It has the function of transmitting as a signal. The input unit 151 may include a touch sensing unit (not shown). The touch sensing unit may employ any type such as a capacitance type or a resistive type.

  Although not shown, the user terminal 100 may include one or more sensors for specifying the holding posture of the user terminal 100. This sensor may be, for example, an acceleration sensor or an angular velocity sensor. When the user terminal 100 includes a sensor, the processor 10 can also specify a holding posture of the user terminal 100 from an output of the sensor and perform a process according to the holding posture. For example, when the user terminal 100 is held in a vertical orientation, the processor 10 may perform a vertical screen display in which a vertically long image is displayed on the display unit 152. On the other hand, when the user terminal 100 is held horizontally, a landscape screen display may be used in which a horizontally long image is displayed on the display unit. As described above, the processor 10 may be capable of switching between the vertical screen display and the horizontal screen display according to the holding posture of the user terminal 100.

  The camera 17 includes an image sensor and the like, and generates a captured image by converting incident light incident from a lens into an electric signal.

  The distance measuring sensor 18 is a sensor that measures a distance to a measurement target. The distance measuring sensor 18 includes, for example, a light source that emits pulse-converted light, and a light receiving element that receives the light. The distance measuring sensor 18 measures the distance to the measurement object based on the light emission timing from the light source and the light reception timing of the reflected light generated when the light emitted from the light source is reflected on the measurement object. The distance measurement sensor 18 may include a light source that emits light having directivity.

  Here, an example in which the user terminal 100 receives a detection result of detecting the object 1010 near the user terminal 100 using the camera 17 and the distance measurement sensor 18 as a user input operation will be further described. The camera 17 and the distance measurement sensor 18 may be provided, for example, on the side surface of the housing of the user terminal 100. A distance measuring sensor 18 may be provided near the camera 17. As the camera 17, for example, an infrared camera can be used. In this case, the camera 17 may be provided with a lighting device that irradiates infrared rays, a filter that blocks visible light, and the like. Thereby, the detection accuracy of the object based on the image captured by the camera 17 can be further improved regardless of whether the object is outdoors or indoors.

  The processor 10 may perform, for example, one or more of the following processes (1) to (5) on the image captured by the camera 17. (1) The processor 10 performs image recognition processing on an image captured by the camera 17 to specify whether or not the user's hand is included in the captured image. The processor 10 may use, for example, a technique such as pattern matching as an analysis technique employed in the above-described image recognition processing. (2) The processor 10 detects a gesture of the user from the shape of the user's hand. The processor 10 specifies, for example, the number of fingers of the user (the number of extending fingers) from the shape of the user's hand detected from the captured image. The processor 10 further specifies a gesture performed by the user based on the specified number of fingers. For example, when the number of fingers is five, the processor 10 determines that the user has performed the “par” gesture. In addition, when the number of fingers is 0 (the finger is not detected), the processor 10 determines that the user has performed the “goo” gesture. Further, when the number of fingers is two, the processor 10 determines that the user has performed the gesture of “choking”. (3) The processor 10 performs image recognition processing on the image captured by the camera 17 to detect whether the user's finger is standing up with only the index finger or the user's finger has made a fluttering movement. . (4) The processor 10 determines an object 1010 (such as a user's hand) near the user terminal 100 based on at least one of the image recognition result of the image captured by the camera 17 and the output value of the distance measurement sensor 18 and the like. ) And the user terminal 100 are detected. For example, the processor 10 determines whether the user's hand is near (for example, a distance less than a predetermined value) the user terminal 100 or far (for example, a predetermined value) depending on the shape of the user's hand specified from the image captured by the camera 17. At the above distance). If the captured image is a moving image, the processor 10 may detect whether the user's hand is approaching or away from the user terminal 100. (5) If it is determined that the distance between the user terminal 100 and the user's hand has changed while the user's hand has been detected based on the image recognition result of the image captured by the camera 17 or the like, the processor 10 recognizes that the user is waving his hand in the shooting direction of the camera 17. When an object is not detected or detected by the distance measuring sensor 18 having a higher directivity than the shooting range of the camera 17, the processor 10 determines that the user is waving the hand in a direction orthogonal to the shooting direction of the camera. recognize.

  As described above, the processor 10 determines whether or not the user is holding the hand (the gesture of “goo” or another gesture (for example, “par”) based on the image recognition of the image captured by the camera 17. ) Is detected. In addition, the processor 10 detects the shape of the user's hand and how the user moves the hand. In addition, the processor 10 detects whether the user is moving the hand closer to or away from the user terminal 100. Such an operation can correspond to, for example, an operation using a pointing device such as a mouse or a touch panel. For example, the user terminal 100 moves the pointer on the touch screen 15 in accordance with the movement of the user's hand, and detects the user's gesture “goo”. In this case, the user terminal 100 recognizes that the user is continuing the selection operation. The continuation of the selection operation corresponds to, for example, maintaining a state in which the mouse is clicked and pressed down, or maintaining a state in which the touch panel is touched after a touch-down operation is performed. In addition, when the user further moves his hand in a state where the user's gesture “goo” is detected, the user terminal 100 performs such a series of gestures as an operation corresponding to a swipe operation (or a drag operation). You can also recognize. In addition, when the user terminal 100 detects a gesture in which the user flips a finger based on the detection result of the user's hand based on the image captured by the camera 17, the user terminal 100 clicks the gesture with a mouse or taps the touch panel. May be recognized as an operation corresponding to.

<Game Overview>
The game executed by the game system 1 according to the first embodiment based on the game program (hereinafter, the present game) is, for example, a game including a deck organization element. That is, the game system 1 allows the user to hold game media as digital data that can be used in the game, configures a set (hereinafter, referred to as a deck) of these game media, and proceeds with the game based on the deck. .

  In the present game, the game medium influences the progress of the game by independently performing some operation in accordance with the operation of the user in the game. The game medium is provided to the user in the form of a card, for example.

  In the present game, as an example, the card expresses a character as a subject that performs the above-described operation. Various parameters are set for the card and the character. The user can enhance these parameters via playing the game. That is, the present game may be a game including a training element for training a card or a character.

  This game is, for example, a training simulation game. The breeding simulation game is, for example, an idle breeding simulation game for breeding a character aiming for an idol. In this game, the above-mentioned character is, for example, a male high school student who lives in school in an imaginary world with the aim of becoming an idol.

  The game system 1 is not limited to a specific genre, and may be a system for executing games of any genre. For example, games related to sports such as tennis, table tennis, dodgeball, baseball, soccer and hockey, puzzle games, quiz games, RPGs, adventure games, shooting games, simulation games, training games, action games, etc. Is also good.

  Further, the game system 1 is not limited to a specific play mode, and may be a system for executing a game in any play mode. For example, a single-player game by a single user, a multi-player game by a plurality of users, a multiplayer game in which a plurality of users compete, and a cooperative play game in which a plurality of users cooperate. May be.

<Game details>
FIG. 2 is a diagram illustrating a game cycle of the present game. This game is composed of a plurality of play parts. This game is a training simulation game, and includes, for example, five play parts of a story part, a practice part, a practice part, a lottery part, and an ability management part.

  The story part is a part in which the user proceeds through the game by reading a story about the character, and is a part that is the main purpose of the user in the game. The story is presented to the user at the user terminal 100 by a video including a still image and a moving image, and further by audio and the like.

  In the present embodiment, as an example, the story is provided as either a common story or an individual story. The common story is developed as a main story of the game, and includes various characters prepared in the game. The common story is the main story of the game. The common story shall be read by all users in a single way without branching. The individual story is a side story about each character appearing in the common story, for example, content developed as a Gaiden or spin-off work. The individual story may have a branch or a different reading order depending on the play situation of the user.

  In this way, the user can read the common story via the video or the audio and enjoy the individual story about the favorite character. The individual story may be a story focusing on one character, or may be a story focusing on specific multiple characters and the relationship between those characters.

  In the present embodiment, the conditions for reading the story are set, and the user plays the following play parts so as to satisfy the condition in order to release the locked story. The playability of the present game as a game is found in, for example, how effectively the user plays the following play parts in order to release the story. On the other hand, even if the user does not satisfy the special play condition, there may be a story that is automatically released when time comes or when supplied from the server 200.

  When the user plays the story part, the user obtains, based on the play of the part, a certain result for advancing the subsequent game progress, particularly, the practice part and the practice part. The result is, for example, the release of quests that can be played in the practice part and the practice part. In the following, the quest will be referred to as a “stage” in which characters perform as idle in the context of the present training game.

  The practice part is a part for cultivating a card and a character corresponding to the card. As an example, in the practice part, the stage is advanced using a deck in which cards are organized. When the user selects a stage to play and advances the stage to the end, it is determined that the user has cleared the stage. Based on the completion of the stage, the user obtains some outcomes in order to advance the subsequent game progress, especially the practice part. Outcomes include, for example, earning rewards, enhancing parameters of cards or characters, improving user status, and releasing individual stories of characters. The reward is, for example, a card that can be used in each part, and an enhancement item for enhancing the card or the character. Cards and characters cultivated by repeatedly playing the practice part operate more advantageously, for example, in the following practice parts.

  The practice part is a part that clears the tasks assigned on the stage using the deck in which the cards that have been trained are organized. When the user selects a stage to play and clears the stage, the user can obtain a result associated with clearing the stage. Outcomes are, for example, clear rewards and release of common stories. The clear reward is, for example, a card and an enhancement item. As other results, for example, a result such as parameter enhancement of a card or a character and improvement of a user's status may be given to the user.

  In the present embodiment, for example, the practice part may be a part that causes one or more cards (game contents) held by the user to play against the opponent's card. The opponent may be another user or a computer (COM) that operates according to the game program. Further, one or more cards used in the battle may be usable in the battle by being incorporated into a deck. The deck may have a different configuration from the deck formed in the practice part, or may have the same configuration. In the present embodiment, as an example, the practice part is a battle in which each character of a deck formed by a user and each character of a deck formed by a computer based on the game program 131 compete for high performance as an idol ( COM battle). In the present embodiment, a clear judgment is made according to whether the result of the COM battle is victory, draw, or defeat, and the result given to the user is determined. As an example, the match may proceed such that the more the parameters of the user's card used in the match are enhanced in the previous practice part, for example, the easier the user side will win.

  The lottery part is a part that allows the user to acquire a game medium as digital data that can be used in the present game in exchange for an in-game value. In the present embodiment, as an example, while the lottery part is in progress, a lottery is executed in the game system 1, and a game medium to be obtained by the user is randomly determined. The in-game value exchanged for the execution of the lottery may be, for example, a valuable medium such as a virtual currency obtained by charging the user, or a point or a consumption item provided free of charge as a play reward. . In the present embodiment, as an example, when a lottery is performed in the lottery part, the winning card is held by the user. The winning card can be used for a practice part and a practice part.

  Here, “acquiring / holding / granting (a game content or the like) to the user” means, for example, that the state of digital data such as a game content managed in association with the user is used from unavailable. The transition may be made as possible. Alternatively, the digital data may be stored in at least one of the memory 11 and the memory 21 included in the game system 1 in association with the user identification information or the user terminal ID.

  The ability management part is a part that releases or enhances the ability of the card or the character by consuming the enhancement items obtained in each of the above parts. The user can advance the practice part and the practice part more advantageously by releasing or enhancing the ability of the card or the character in this part.

  This game may include a miniscape game, a so-called miniature garden game element. For example, the present game may include a miniature garden part in addition to the five play parts described above. In the miniature garden part, the user can arrange items obtained by playing the above-described parts and various game media such as cards on a map, and enjoy the bird's eye view of the world of the map. In addition, the play result of the miniature garden part may be set so that the play result advantageously acts in the other parts described above.

<Functional Configuration of Game System 1>
FIG. 3 is a block diagram showing a functional configuration of server 200 and user terminal 100 included in game system 1. Each of the server 200 and the user terminal 100 may include a functional configuration required to function as a general computer, not shown, and a functional configuration required to realize a known function in a game.

  The user terminal 100 has a function as an input device that receives an input operation of the user and a function as an output device that outputs a game image or sound. The user terminal 100 functions as the control unit 110 and the storage unit 120 by cooperation of the processor 10, the memory 11, the storage 12, the communication IF 13, the input / output IF 14, and the like.

  The server 200 has a function of communicating with each user terminal 100 and supporting the user terminal 100 to advance a game. When the game is a multiplayer game, the server 200 may have a function of communicating with each user terminal 100 participating in the game and mediating exchange between the user terminals 100. The server 200 functions as the control unit 210 and the storage unit 220 by cooperation of the processor 20, the memory 21, the storage 22, the communication IF 23, the input / output IF 24, and the like.

  The storage unit 120 and the storage unit 220 store a game program 131, game information 132, and user information 133. The game program 131 is a game program executed on the user terminal 100 and the server 200. The game information 132 is data that the control unit 110 and the control unit 210 refer to when executing the game program 131. The user information 133 is data relating to a user account. In the storage unit 220, the game information 132 and the user information 133 are stored for each user terminal 100.

(Functional Configuration of Server 200)
The control unit 210 controls the server 200 comprehensively by executing the game program 131 stored in the storage unit 220. For example, the control unit 210 transmits various data and programs to the user terminal 100. The control unit 210 receives a part or all of the game information or the user information from the user terminal 100. When the game is a multi-play game, the control unit 210 may receive a request for synchronization of multi-play from the user terminal 100 and transmit data for synchronization to the user terminal 100.

  The control unit 210 functions as the progress support unit 211 according to the description of the game program 131. The control unit 210 can also function as other functional blocks (not shown) to support the progress of the game on the user terminal 100 according to the nature of the game to be executed.

  The progress support unit 211 communicates with the user terminal 100, and supports the user terminal 100 to progress various game parts included in the game. For example, information to be referred to by the user terminal 100 at that time is appropriately provided according to which of the above-described play parts is being executed.

(Functional configuration of user terminal 100)
The control unit 110 controls the user terminal 100 overall by executing the game program 131 stored in the storage unit 120. For example, the control unit 110 advances the game in accordance with the game program 131 and a user's operation. The control unit 110 communicates with the server 200 as necessary to transmit and receive information while the game is in progress.

  The control unit 110 functions as a story progression unit 111, a practice progression unit 112, a practice progression unit 113, a lottery progression unit 114, and an event management unit 115 according to the description of the game program 131.

  Note that the control unit 110 can also function as another functional block (not shown) in order to advance the game according to the nature of the game to be executed. For example, the control unit 110 may function as a capacity management unit that progresses the above-described capacity management part and a miniature garden progression unit that progresses the above-described miniature garden part.

  Further, the control unit 110 also functions as an operation reception unit (not shown), a display control unit, and the like. The operation receiving unit detects and receives a user's input operation on the input unit 151. For example, the operation receiving unit detects the coordinates of the input position of the input operation in the input unit 151 and specifies the type of the input operation. The operation receiving unit specifies, for example, a touch operation, a slide operation, a swipe operation, a tap operation, and the like. The display control unit outputs, to the display unit 152 of the touch screen 15, a game screen on which a processing result executed by each unit of the control unit 110 is reflected. The display control unit may display a game screen including a video generated by each unit of the control unit 110 on the display unit 152. Further, the display control unit may draw a graphical user interface (hereinafter, GUI) so as to be superimposed on the game screen.

  The story progression section 111 progresses the above-described story part. The story progression unit 111 reproduces content data corresponding to the story. The content data is composite data including various kinds of data such as a moving image, a still image, text, and audio in order to present a story to a user. The story progression unit 111 manages the state of each story (content data), for example, whether the story has been released or not released.

  The practice progress section 112 progresses the above-described practice part. The practice progress section 112 organizes a deck used for the progress of the stage, and advances the stage. When the user has played the stage to the end, the practice progression unit 112 determines a result accompanying the completion of the stage, and reflects the result in the game information 132.

  The practice progress part 113 progresses the above-mentioned practice part. The practice progress section 113 organizes a stage, specifically, a deck used for the COM battle, and advances the stage. The practice progress unit 113 determines an outcome according to the outcome of the COM battle, and reflects the outcome in the game information 132.

  The lottery progression part 114 advances the above-mentioned lottery part. The lottery progression unit 114 transmits a lottery execution request to the server 200 according to a user's input operation instructing execution of the lottery. When the winning card is determined by the server 200, the lottery progression unit 114 receives a notification about the winning card from the server 200, and causes the user to hold the winning card.

  The event management unit 115 manages events to be advanced according to the decks formed by the practice parts based on the event management information supplied from the server 200. In the present embodiment, events that can progress in the practice part are stored in the storage unit 120 as game information 132. The practice progress section 112 reads out the event stored in the storage section 120 and causes the event to proceed on the stage of the practice part. The practice progress section 112 determines an event to be advanced from a plurality of events stored in the storage section 120 according to a predetermined rule. The event management unit 115 updates the state of an event related to the above-described predetermined rule with a predetermined trigger.

  The event may be, for example, outputting a utterance scene of a character or a dialogue scene of a plurality of characters, that is, a dialogue event. For example, the data processed by the control unit 110 in order to advance the dialogue event includes, as an example, a line including at least one of voice data and text data corresponding to a line group including one or more lines to be uttered by a character as content data. It may be a pack. The event management information may be, for example, dialog management information for managing the above-described dialog pack. The event management unit 115 may manage the line pack according to the line management information. The serif pack will be described later in detail based on a data structure diagram.

  Note that, in an embodiment in which the control unit 110 does not have a configuration in which an event progresses according to a deck in a practice part or another play part, the event management unit 115 may be omitted.

  Note that the functions of the server 200 and the user terminal 100 shown in FIG. 3 are merely examples. The server 200 may include at least a part of the functions of the user terminal 100. Further, the user terminal 100 may include at least a part of the functions of the server 200. Further, a device other than the user terminal 100 and the server 200 may be a component of the game system 1 and the other device may execute a part of the processing in the game system 1. That is, the computer that executes the game program in the present embodiment may be any of the user terminal 100, the server 200, and other devices, or may be realized by a combination of these devices.

<Data structure>
(card)
FIG. 4 is a diagram illustrating an example of the data structure of the card. FIG. 4 shows a data structure of data corresponding to one card. The cards having the data structure shown in FIG. 4 are stored in the storage unit 120 as the game information 132 for the number of cards held by the user. A card database (DB) is constructed by the collection of the cards. The card DB is a database for centrally managing cards held by a user. In the card DB, a card having the data structure shown in FIG. 4 is handled as one record.

  The card includes, for example, items (first parameters) of a card ID, a character name, a rarity, an attribute, a card level, a charm, a practice skill, a main skill, a sub skill, and dialog management information.

  The card ID item stores a card ID. The card ID is identification information uniquely assigned to a card in order to uniquely manage a card held by the user on the game system 1. In the present embodiment, a plurality of cards having the same content may be obtained in duplicate. Therefore, when there are a plurality of cards of the same content, different card IDs are assigned to each card in order to identify each card.

  In the item of the character name, the name of a character as an action subject represented in the card is stored. Each character appearing as an actor in the present game has a unique name that does not overlap with other characters. That is, the character associated with the card can be uniquely identified by the character name (group identifier, character identifier). Character IDs (group identifiers, character identifiers) are also uniquely assigned to characters in order to uniquely identify the characters. Therefore, a character ID may be stored in the item instead of the character name.

  In the present embodiment, the same character may be linked to cards having different contents. Therefore, the user may have a plurality of cards to which the same character is linked, and in this case, each of the plurality of cards is treated as another card.

  The rarity item stores the rarity value set for the card. Rarity is a measure of the scarcity value of a card. In general, cards that provide good results in the game, especially in the practice part and the practice part, have a high degree of rarity. In the present embodiment, the rarity is expressed in five stages from 1 star to 5 stars, and the number of stars is set to be higher as the rarity value is higher. The rarity is, for example, the difficulty of obtaining the card, more specifically, the probability of winning in the lottery where the card is won, the difficulty of the stage when it is obtained as a stage clear reward, or the case of obtaining a fee There may be a correlation with the price and the like. The higher the difficulty of obtaining a card, the higher the scarcity of the card.

  In the attribute item, a parameter indicating which attribute the card is classified into when the card is classified by attribute is stored. In the present game, for example, three types of attributes of red, blue, and yellow are provided. Cards are classified into one of the attributes of red, blue, and yellow. The names of the attributes are appropriately set according to the context of the game. For example, a game in which an idol appears may have three attributes of passion, intelligence, and elegance, and a game in which a wizard appears may have three attributes of fire, water, and lightning.

  The attribute may be set in a place where the game progresses using a card in the practice part. The attribute set for the venue is called the venue attribute. The attributes of the cards incorporated in the deck and the field attributes are referred to by the practice progression unit 112 during the progress of the practice part, for example, in order to determine the result when the stage is cleared.

  The attribute may also be set in an enhancement item for enhancing the parameters of the card. The attributes of the enhancement target card and the attributes of the enhancement item are referred to by, for example, a capability management unit (not shown) during the progress of the capability management part. For example, by using a strengthening item having the same attribute as a card for strengthening the card, the enhancing efficiency is improved.

  In the item of the card level, a value indicating the level of the card itself is stored. In the present embodiment, the higher the card level, the higher the performance that gives good results in the practice part. The card level can be increased, for example, as a result of completing the practice part stage.

  The item of charm stores a parameter value of charm as one of the performances of the card. The higher the attractiveness parameter value, the more the card works in the COM battle in the practice part. For example, in a COM battle for competing for the number of spectators, the higher the attractiveness, the more the spectators can be mobilized, and the easier the COM battle is to win. The attraction has a correlation with the card level, and the higher the card level, the higher the value of the attraction parameter.

  The practice skill item stores detailed information on the practice skill. The practice skill is linked to a card, and when the card is incorporated into a deck in the practice part, the skill can be activated during the progress of the stage in the practice part.

  In the item of the main skill, detailed information of the main skill is stored. The main skill is linked to a card, and when the card is incorporated in the main deck in the practice part, the main skill can be activated during the progress of the stage in the practice part.

  The sub skill item stores detailed information on the sub skill. The sub skill is linked to a card, and can be activated while the stage in the practice part is in progress when the card is incorporated into the sub deck in the practice part.

  Each of the above-mentioned skills linked to the card may be produced as if the character represented on the card was activated during the progress of the stage. When the skill is activated, it has an advantageous effect on the progress of each part. The detailed information of each skill includes, for example, the name of the skill, the content of the effect, the effect value, the activation condition, and the like.

  In the item of line management information, line management information is stored. In the embodiment in which the event management unit 115 that processes the line management information is not provided, the item of the line management information may be omitted from the card. The serif management information will be described in detail in another embodiment with reference to a data structure diagram.

(charactor)
FIG. 5 is a diagram illustrating an example of a data structure of character data defining a character. The character data having the data structure shown in FIG. 5 is created for each of the characters that mainly act in each game part of the game, and is stored in the storage unit 120 as the game information 132. The character data may be stored in the storage unit 120 for the characters represented on the card held by the user, or the characters for all the characters appearing in the game before the user obtains the card. Data may be stored in the storage unit 120.

  The character data includes, for example, items of a character ID, a character name, an affiliation (category), a pair parameter table (second parameter), a story list, a dialog database (hereinafter, DB), and a card ID list.

  In the item of character ID, a character ID is stored. The character ID is identification information uniquely assigned to a character in order to uniquely manage a character that is an action subject in each game part on the game system 1. The character ID is preferably composed of a systematically unique text string (symbol, alphanumeric, etc.).

  The item of character name stores a character name. The character name is identification information uniquely assigned to the character so that the user can identify the character. When the character is a male high school student idol, it is preferable that the character is composed of a character string that can be recognized as a personal name or a nickname so that the user can easily identify the character.

  The affiliation item stores a parameter indicating which set the character belongs to. In the story developed in the story part, each character has various settings indicating the category of the character, such as the nature or affiliation of the character. A plurality of affiliation items may be provided. The affiliation items may be more specifically defined according to the context of the game, the world view, and the like. For example, if the character is a male high school student, the item that represents the character category such as “school year”, “club activity”, “member dormitory”, “faction”, and “blood type” as the item to which the character belongs is as follows. May be provided.

  The item of the pair parameter table stores the pair parameter table or access information indicating the location where the pair parameter table is stored. The pair parameter is a numerical value representing a relationship between the character and another character. In the present embodiment, a pair parameter is set for each combination of all characters appearing as an action subject in the present game. The pair parameter table is a table listing, for each other character, a pair parameter set between the character and the other character based on the character defined by the character data shown in FIG.

  In addition, instead of managing the pair parameter table for each character, the game system 1 manages a pair parameter database (hereinafter, DB) for centrally managing pair parameters set for each combination of all characters appearing as an actor. May be stored in the storage unit (the storage unit 120 or the storage unit 220). In this case, a query for extracting a pair parameter of the character with another character from the pair parameter DB may be stored in the item of the pair parameter table. The pair parameter table and the pair parameter DB will be described later in detail based on a data structure diagram.

  The items of the story list store the story list or access information for accessing the story list. The story list is a list that summarizes individual stories about the character. In the present embodiment, as an example, an individual story about a character is a story focusing on a pair of the character and another character. The story list will be described later in detail based on the data structure diagram.

  The item of the serif database stores serif DB or access information for accessing the serif DB. The serif DB is a database for centrally managing a serif pack linked to the character. The serif pack is information in which content data and its metadata necessary for progressing an event in the practice part are packaged together. Specifically, the serif pack includes at least a serif group including one or more serifs to be uttered by the character or the partner character paired with the character. The serif DB will be described later in detail based on a data structure diagram.

  The item of the card ID list stores a card ID list or access information for accessing the card ID list. The card ID list is a list in which the card IDs of the cards to which the character is linked are among the cards held by the user. By referring to the card ID list, the user terminal 100 can immediately extract the card associated with the character from the cards held by the user.

  In the present embodiment, the character and the card have a one-to-many relationship. That is, although one character is associated with one card, the same character can be associated with a plurality of cards having different contents.

  Further, in the present embodiment, the various items described above are associated with each character as shown in FIG. 5, and information for each character is shared by each card to which the same character is associated. You.

  In other words, cards can be grouped for each character, a character can be regarded as a group for classifying cards, and a character ID and a character name can be regarded as a group identifier for grouping cards. Then, when each card belonging to the same group is used, information associated with the group is commonly referred to by each card. Specifically, when the user terminal 100 incorporates each card associated with the same character into the deck and uses the card, when operating the character associated with the card, the user terminal 100 defines each of the above-described characters. Browse items.

  It should be noted that cards can be classified based on rarity or attribute, as described above, in addition to characters. Further, cards can be classified based on the affiliation set for the character.

(Pair parameter table)
FIG. 6A is a diagram illustrating an example of the data structure of the pair parameter table. In this game, as an example, five characters appear in the story. The character names of the five characters are, for example, A-ta, B-suke, Chiko, D-man, and Furo. FIG. 3 shows, as an example, a pair parameter table associated with the character “A thick”. A similar pair parameter table is created for each of the characters B- through, C-hiko, D-boy, and F-rou.

  The pair parameter table includes items of a partner character and a pair parameter. As described above, the pair parameter is a numerical value of the relationship between the two characters forming the pair. In the present embodiment, as an example, two types of pair parameters of friendship and harmony are set. Have been.

  The item of the opponent character stores the character name of the opponent character paired with the reference character. For example, the first record shown in FIG. 6 is a record for storing a pair parameter between a reference character “A thick” and its partner character “B”.

  In the item of friendship, a numerical value indicating friendship between characters is stored. The friendship level is an index for evaluating the degree of friendship between paired characters. In this embodiment, the higher the numerical value, the higher the degree of friendship of the pair, that is, the closer the two are. In the example illustrated in FIG. 6, for example, the friendship between “A thick” and “B through” is “25”. The friendship is referred to as a condition for releasing an individual story for each pair.

  In the item of the degree of harmony, a numerical value indicating the degree of harmony between the characters is stored. The degree of harmony is an index for evaluating the goodness of cooperation between the characters forming a pair. In the present embodiment, 100% is the maximum degree of harmony that a pair can take, and the higher the numerical value, the better the coordination of the pair, that is, the better performance is output by the pair. .

  For example, when playing the practice part stage, two of the two cards in the practice part stage are used in accordance with the numerical value of the degree of harmony between the characters indicated by two specific cards among the cards used in the stage. The effects of the characters, such as images, moving images, and sounds, may change. Specifically, when the value of the degree of harmony between the two characters is equal to or greater than a predetermined value, at least one of an image, a moving image, and a sound indicating that the two characters are intimate is output. Is also good. The effect may be more luxurious as the numerical value of the degree of harmony between the two characters is higher. Also, the number of the effects, that is, the effect frequency may increase as the numerical value of the degree of harmony between the two characters increases.

  Also, for example, the higher the numerical value of the degree of harmony between the two characters, the more advantageous the stage progression of the practice part may be. Specifically, as the value of the degree of harmony between the two characters is higher, the effect value of the skill that can be activated in the stage of the practice part or the duration of the effect content may be increased. Further, as the numerical value of the degree of harmony between the two characters is higher, at least one of the number of times of activation and the opportunity of activation of at least one of the skills of the two characters may be increased in the stage of the practice part. .

  Further, for example, as the value of the degree of harmony between the two characters is higher, the values of various parameters set in these characters or cards corresponding to the characters are changed so that the game is more advantageous. May be. Specifically, the higher the numerical value of the degree of harmony between the two characters, the higher the attractiveness parameter value of the card corresponding to these characters may be. If the stage of the practice part is a battle-type stage in which the user's own camp and the enemy camp face each other, the degree of harmony between the characters indicated by two specific cards of the own camp and the identification of the enemy camp May be compared with the degree of harmony between the characters indicated by the two cards. Then, as a result of the comparison, the parameter of the specific two cards of the side with the higher degree of harmony may be increased. Alternatively, as a result of the comparison, the parameter of the specific two cards of the side with the lower degree of harmony may be reduced.

  Also, for example, if the stage of the practice part is a game that progresses by executing the turn of the own side and the turn of the enemy side, as a result of the above comparison, the turn of the side with the higher harmony degree will be performed first It may be. As an example, it is conceivable to increase the probability that the side with higher harmony will take an advantageous first move in the match. Alternatively, as a result of the comparison, the frequency of executing the turn of the side with the higher harmony may be increased.

  In the present embodiment, as an example, the degree of harmony can be increased by the practice of the pair in the practice part, and in the practice part, the pair is consumed to output a specific performance. That is, the degree of harmony is a numerical value that increases or decreases as the user repeatedly plays the practice part and the practice part.

  FIG. 6B is a diagram illustrating an example of the data structure of the pair parameter DB. In the present embodiment, in the pair parameter DB, a record is created for each pair, with a combination of characters appearing in the game, that is, a pair as a primary key. Then, the pair parameter is stored in the record. Specifically, friendship and harmony are stored.

  In the present embodiment, as described above, five characters appear. In this case, since there are ten combinations of all five characters, the pair parameter DB has ten records. The control unit 110 of the user terminal 100 may extract a pair parameter record from the pair parameter DB using one character as a key. For example, if the pair parameter DB is operated based on a query of “extracting records in which the primary key includes A thick”, a pair parameter table for A thick is obtained as shown in FIG. Can be

(Story list)
FIG. 7 is a diagram illustrating an example of the data structure of the story list. FIG. 3 shows, as an example, a story list linked to the character “A thick”. A similar story list is created for each of the characters B, C, D, and F.

  The story list includes items of a partner character, a story ID, and a state.

  The item of the partner character stores the character name of the partner character paired with the reference character (here, “A thick”).

  In the item of the story ID, the story ID of the individual story linked to the pair is stored. The story ID is identification information for uniquely identifying content data corresponding to an individual story in the game system 1. Any information may be used as long as it can uniquely identify an individual story. For example, the item may store a title, a chapter number, and the like of the story set for each individual story, instead of the story ID. Alternatively, in the item, instead of the story ID, address information indicating a location where the content data corresponding to the individual story is stored may be stored.

  An individual story may be provided to a plurality of users per pair. In the example shown in the figure, for example, an individual story related to a pair of A-thick and B-thus is provided to a user for three stories from story IDs “AB001” to “AB003”.

  In the item of the state, a parameter indicating the state of the individual story is stored. As an example, the parameter indicating the state of the individual story may be a flag indicating whether the individual story has been released or has not been released. In the present embodiment, the phrase “released” for the individual story means that the user can access the content data of the individual story via the user terminal 100 and the user reads the individual story. Means that it can be done.

  Further, in the item in the above-described state or separately provided item, the release progress may be stored as a parameter indicating the state of the individual story. The release progress is information indicating how much the user satisfies the release condition when the individual story has not been released. In the present embodiment, the release progress is, for example, a fraction, and is composed of a denominator indicating the friendship required for release and a numerator indicating the current friendship of the pair accumulated by the user playing the game. Is done.

  The individual stories may be centrally managed for each pair in a database having a pair as a primary key, similarly to the pair parameter DB shown in FIG. 6B.

<Process overview>
In the present embodiment, the user terminal 100 is configured to execute the following steps based on the game program 131 in order to improve the interest of the game. Specifically, the user terminal 100 incorporates at least a card selected by the user's first input operation from cards (game contents) held by the user so that the card can be used in a game based on the game program 131. Forming a primary deck, forming a secondary deck in which cards extracted from the primary deck based on a predetermined rule are incorporated, and Using a plurality of cards selected by the two-input operation to advance a game part (for example, a practice part) constituting the game.

  According to the above-described configuration, the user demands to clear the game exclusively using his favorite card, and wants the user to enjoy the game using various types of cards evenly. It is possible to realize a game that can satisfy both a desired game master's request and a desired balance.

  In the present embodiment, as an example, the practice progression unit 112 of the control unit 110 advances the practice part, and during the progress of the practice part, the step of knitting the primary deck (S102) and knitting the secondary deck (S103) and a step (S106) of advancing the game part. Hereinafter, the information processing executed by the practice progression unit 112 that progresses the practice part will be described in more detail.

<Practice part>
(Processing flow)
FIG. 8 is a flowchart illustrating a processing procedure in the practice part executed by the practice progression unit 112.

  In step S101, the practice progress section 112 specifies the stage selected by the user according to the user's input operation. The practice progression section 112 causes the display section 152 to selectably display a list of stages that the user can play in advance. The user performs an input operation via the input unit 151 and designates a stage to be played to the practice progression unit 112. The practice progress section 112 can specify the stage specified by the user according to the input operation received via the operation receiving section.

  In step S102, the practice progression unit 112 organizes the primary deck according to the input operation of the user and according to a predetermined rule. For example, the practice progress section 112 causes the display section 152 to display the deck formation screen shown in FIG. 11 and accepts an input operation for designating a card that the user wants to incorporate into the primary deck. The practice progress section 112 organizes a primary deck including a card specified by the user.

  Further, in the present embodiment, the practice progression unit 112 may incorporate a card specified according to a predetermined rule into the primary deck separately from a card specified by the user. The practice progression unit 112 may specify a card not designated by the user among the cards held by the user according to a predetermined rule. For example, the practice progression unit 112 may randomly specify a card held by the user. Alternatively, the practice progress section 112 may specify a card not owned by the user according to a predetermined rule. For example, the practice progression unit 112 may specify a card previously associated with the stage selected by the user as a card to be incorporated into the primary deck. In the present embodiment, the practice progression unit 112 organizes the primary deck by combining a card designated by the user and held by the user with a card associated with the stage.

  Next, the practice progress section 112 advances the stage. In the present embodiment, as an example, one stage is configured by a set of predetermined times. The practice progression unit 112 progresses the stage by repeatedly performing each process from step S103 to step S108 corresponding to one set a predetermined number of times. The condition for exiting the loop from step S103 to step S108 is therefore that "all sets constituting the stage have been processed".

  In step S103, the practice progression unit 112 first performs a preparation process for starting the setting. Specifically, the practice progress section 112 organizes the secondary deck based on the primary deck. More specifically, the practice progression unit 112 extracts a card from the cards incorporated in the primary deck based on a predetermined rule, and forms a secondary deck including the extracted cards. As an example, the practice progression unit 112 randomly extracts cards to be incorporated in the secondary deck from cards in the primary deck.

  In step S104, the practice progression unit 112 starts a set and discloses basic information of the set to the user. Specifically, the practice progression unit 112 generates a game screen including the basic information of the set, and causes the display unit 152 to display the game screen via the display control unit. As an example, the practice progress section 112 displays a stage progress screen shown in FIG.

  In step S105, the practice progression unit 112 specifies the pair selected by the user from the secondary deck according to the user's input operation. For example, the practice progression unit 112 displays a card list of the secondary deck on the stage progress screen described above, and displays a UI so that the user can select two (second predetermined number) cards from the card list. I will provide a. In the present embodiment, the practice progression unit 112 specifies the character linked to each of the selected cards, in addition to specifying the two cards selected by the user.

  In step S106, the practice progression unit 112 generates and proceeds with the event in the set. In the present embodiment, the practice progression unit 112 progresses an event based on the specified pair (character-character combination). As an example, the practice progression unit 112 progresses a dialogue between the identified characters as an event. The dialogue that proceeds as an event is hereinafter referred to as a dialogue event. Specifically, the practice progression unit 112 processes content data including a group of dialogues for advancing a dialogue event, outputs an animation in which the characters interact with each other to the display unit 152, and outputs a voice corresponding to the dialogue of the character. The data is output to a speaker (not shown).

  In step S107, when the dialogue event ends, the practice progression unit 112 updates the progress of the stage. For example, the practice progress unit 112 updates the state of the set from unprocessed to processed, or determines an outcome according to the user completing the interactive event of the set. As an example, the practice progression unit 112 determines the increment of the pair parameter between the pairs selected in the set.

  In step S108, the practice progression unit 112 records the progress history of the set based on the updated progress status. As an example, the practice progress section 112 records the progress history for each set in the progress history table shown in FIG. The progress history may include, for example, an increment of a pair parameter between pairs that have appeared in the set of the interaction events.

  The practice progression unit 112 executes each process from step S103 to step S108 for each set, and repeats this for each set. After executing the processing from step S103 to step S108 for all sets constituting the stage, the practice progression unit 112 exits the loop and proceeds to step S109.

  In step S109, the practice progression unit 112 strengthens the parameters relating to at least one of the cards put into play so that the game proceeds advantageously. Specifically, the practice progression unit 112 enhances parameters in various items associated with each of the user, the card, and the character, particularly, parameters that define performance as a result of clearing the stage. As an example, the practice progression unit 112 strengthens the pair parameters (friendliness and harmony) of each pair based on the above-described progress history recorded for each set.

  In step S110, the practice progression unit 112 may further cause the user to acquire a reward according to the completion of the stage. The reward may be, for example, various game media such as an enhancement item, a card, and a virtual currency.

(Deck formation)
FIG. 9 is a diagram illustrating an example of a data structure of deck information referred to in the practice part. FIG. 9A shows the deck information of the primary deck, and FIG. 9B shows the deck information of the secondary deck.

  As shown in FIG. 9, the deck information of each deck includes items of a position number and a card ID.

  The item of the position number stores identification information for identifying the location of the card in each deck. For example, the position number “1-1” indicates the first arrangement place in the primary deck, and the card arranged here is identified as the first card in the primary deck. In an embodiment in which the arrangement or arrangement order on the deck does not affect the progress of the game part using the deck, the item of the position number may be omitted.

  The item of card ID stores the card ID of a card incorporated in each deck. In the figure, a single-digit number is stored for the sake of simplicity of description, but the card ID is identification information assigned to uniquely identify all cards. Is also assumed to be a complex list of characters and symbols.

  It should be noted that, in the figure, items of character names are provided to facilitate understanding of the invention. This is illustrated for the sake of explanation, and may not be provided as an item in the actual deck information. The item of the character name stores the character name of the character linked to the card arranged at the position.

  As shown in FIG. 9A, the deck information of the primary deck has at least a position for arranging a card selected by the user. In the illustrated example, ten positions are provided from “1-1” to “1-10”.

  It is assumed that the practice progression unit 112 specifies a card different from the card selected by the user as a card to be put into the primary deck based on a predetermined rule. In this case, the deck information of the primary deck may have a position for arranging the card specified in this way. In the illustrated example, one position is provided as “1-11”. In the following, the card selected by the practice progression unit 112 separately from the card selected by the user will be referred to as a guest card when it is necessary to particularly distinguish the card. As an example, the primary deck includes ten positions for placing a card selected by the user and one position for placing a guest card determined by the practice progression unit 112.

  When receiving the input operation of selecting ten cards via the deck knitting screen 400 described later in step S102, the practice progression unit 112 determines that the ten cards and the one guest card specified by itself. , The deck information shown in FIG. 9A is generated.

  The practice progression unit 112 specifies a group to which the card belongs, for example, a character linked to the card, based on a group identifier for classifying the card, for example, a character name or a character ID, and determines a game medium belonging to the same group. , May be incorporated in the primary deck so as not to exceed a predetermined upper limit. For example, as shown in FIG. 9A, the practice progression unit 112 may control the primary deck so that no more than two cards of the same character can be inserted except for a guest card. As a result, cards of various characters can be incorporated into the primary deck, and the user can be encouraged to nurture all the characters uniformly. As a result, the user can enjoy the training game for a long time without getting tired of the game.

  As shown in FIG. 9B, the deck information of the secondary deck has a position for arranging the cards extracted from the cards incorporated in the primary deck by the practice progression unit 112. In the illustrated example, five positions are provided from “2-1” to “2-5”.

  Each time the set is started in step S103, the practice progression unit 112 selects five (first predetermined number) cards from among the 11 cards included in the primary deck based on a predetermined rule. And the deck information shown in FIG. 9B is generated.

  For example, the practice progression unit 112 may randomly extract five cards. The practice progression unit 112 may extract five cards according to which card was selected as a pair in the previous step S105. As an example, the practice progress section 112 extracts five cards based on the following rules and forms a secondary deck.

  (A) to (C) of FIG. 10 show in detail the steps from the progress of the previous set to the next reorganization of the secondary deck used by the practice progression unit 112 to progress the current set. FIG.

  FIG. 10A is a diagram illustrating an example of a card selected and put into play by the user in step S105 of the previous set. The upper row shows the card ID of the selected card, and the lower row shows the character name of the character linked to the card. As shown in the drawing, it is assumed that the user has selected the cards with card IDs “5” and “7” from the cards of the secondary deck shown in FIG. 9B. Hereinafter, the cards with the card IDs “5” and “7” are referred to as a fifth card and a seventh card, respectively.

  FIG. 10B is a diagram showing the deck information of the secondary deck immediately after the end of the previous set. In the example shown in the figure, the description of the item of the position number is omitted. The upper row shows the card ID of the card incorporated in the secondary deck, and the lower row shows the character name of the character linked to the card.

  When the previous set ends, the practice progression unit 112 once removes the card selected by the user in the previous set and put into play from the secondary deck. In the illustrated example, the practice progression unit 112 removes the fifth card and the seventh card from the secondary deck. On the other hand, the practice progression unit 112 keeps the card (non-selected game medium) that is not selected by the user in the previous set (the previous set) as it is incorporated in the secondary deck of the current set (the current set). .

  Next, the practice progress section 112 starts knitting of the secondary deck of the current set. As an example, the practice progress section 112 selects a card to be replenished to an empty position after the above-mentioned card is removed. In another example, the practice progression unit 112 may reset the secondary deck formed in the previous set and newly select all positions of the secondary deck.

  As an example, the practice progression unit 112 specifies a candidate for a card to be replenished in the vacant position as follows, and randomly extracts a card to be replenished from the candidates for the card.

  FIG. 10C is a diagram showing candidates for cards to be replenished to an empty position. For example, the practice progression unit 112 includes, as candidates, cards that have not been included in the secondary deck in the previous set (unextracted game media). Thus, there is a possibility that each card remaining in the primary deck without being extracted by the practice progression unit 112 in the previous set is incorporated in the secondary deck.

  In other words, the practice progression unit 112 has a configuration in which a card not selected as a card to be put into play in the previous set remains in the secondary deck, and a card that is not extracted for the secondary deck in the primary deck as a candidate. Have a configuration to put. With these configurations, as a result, it is possible to reflect the intention of the game master who wants the user to breed various characters widely using various cards.

  In the present embodiment, in addition, the practice progression unit 112 also includes the card selected by the user in the previous set as a candidate. As a result, there is a possibility that the card selected by the user in the previous set is continuously incorporated in the secondary deck also in the current set. Further, when the card is incorporated in the secondary deck, the user can select the card as a card to be finally put into play with his / her own intention. The user may want to select a favorite card as many times as necessary to foster the parameters associated with the card.

  That is, the practice progression unit 112 has a configuration in which a card selected as a card to be put into play in the previous set is selected as a candidate, and a configuration in which a user selects a card to be put into play from a secondary deck. With these configurations, it is possible to respond to a user's desire to centrally reinforce favorite cards.

(Screen example)
FIG. 11 is a diagram showing an example of a deck knitting screen for knitting a primary deck. The deck knitting screen 400 is generated by the practice progression unit 112 and is displayed on the display unit 152 via a display control unit (not shown) under the control of the practice progression unit 112.

  The deck formation screen 400 includes at least a first area 401 for arranging a card selected by the user. Further, the deck formation screen 400 may include a second area 402 for arranging guest cards. In the illustrated example, the primary deck is composed of ten cards selected by the user among the cards held by the user and one guest card selected by the practice progression unit 112.

  The practice progression unit 112 displays a list of cards held by the user on the display unit 152 together with a UI that allows the user to select a card, and allows the user to select a card to be incorporated into the primary deck. The list of cards may be displayed on another screen before switching to the deck knitting screen 400, may be displayed on a pop-up screen superimposed on the deck knitting screen 400, or may be displayed together with the deck knitting screen 400. It may be displayed in another display area of the unit 152.

  When the user selects a card icon in the first area 401 and the second area 402, the practice progression unit 112 obtains detailed information on the selected card and the character linked to the card (FIGS. 4 and 5). ) May be superimposed on the deck formation screen 400.

  The deck formation screen 400 may include a button 403 for fixing the primary deck and instructing the start of the stage. When the button 403 is operated by the user, the practice progression unit 112 starts the progress of the stage based on the primary deck displayed in the first area 401 and the second area 402.

  FIG. 12 is a diagram showing an example of the stage progress screen. The stage progress screen 500 is generated by the practice progress section 112 and is displayed on the display section 152 via a display control section (not shown) under the control of the practice progress section 112.

  In the present embodiment, the stage progress screen mainly includes a first function for disclosing basic information of each set, a second function for presenting a dialogue event to the user, and a card operated by the set. And a third function of providing a UI component for selection.

  In order to realize the first function, the stage progress screen 500 includes, for example, set information 501, a concentration degree gauge 502, and result information 503.

  The set information 501 includes information indicating the progress of the stage. The information indicating the progress status is information indicating the number of remaining sets whose progress has not been completed, including the ongoing set (current set). By displaying the set information 501 such as “3 more sets”, the user understands that there are three unfinished sets.

  The set information 501 may further include the field attributes of the current set, the next set, and the next set. In each set, the “place” is a place for placing two cards selected by the user, and in the context of the game, is linked to each of the two cards described above. This is a practice area where two characters (pairs) perform as practice.

  In the present embodiment, the practice progression unit 112 determines the result that the user can obtain when completing the set, according to the relationship between the place attributes in the set and the attributes of the cards placed in the place. Good. For example, the practice progression unit 112 may correct the content of the result of the set such that a set in which a card that matches the place attribute is arranged in the place can obtain a more advantageous result for the user than a case where the card does not match. Good. Specifically, the practice progression unit 112 may cause the user to acquire more enhancement items that are rewards for completing the set with the matched attributes, or increase the pair parameter of the pair appearing in the set. May be more.

  The user can check the field attribute indicated in the set information 501 and select an optimal pair by comparing the attribute with the attribute of the card on hand to efficiently obtain a better result. As a result, the playability of the practice part is enhanced.

  The concentration level gauge 502 is a UI component that indicates the degree of accumulation of parameters accumulated as a result of performing the dialogue event each time the dialogue event is performed for each set. In the context of the game, for example, the parameter is expressed as a degree of concentration indicating the degree to which each character that has come to the field concentrates on the practice. In the present embodiment, the practice progression unit 112 places a card on the field for each set and updates the degree of concentration each time a dialogue event is performed. When the degree of concentration reaches a predetermined threshold, the mode is shifted to a mode (so-called fever mode) for advancing the stage particularly advantageously for the user for several sets. For example, the practice progression unit 112 may significantly increase the amount of rewards such as enhanced items obtained after completing the set. When ending the fever mode, the practice progression unit 112 resets the concentration gauge and restarts accumulation from zero. Note that the practice progression unit 112 may accumulate a greater degree of concentration when the place attributes match the attributes of the cards put into play. In the present embodiment, the practice progression unit 112 may carry over the degree of concentration across the stages. The practice progression unit 112 stores the degree of concentration at the end of the stage in the storage unit 120 as game information 132, and reads out the stored degree of concentration when another stage is started.

  The result information 503 is a UI component indicating the number or amount of rewards acquired so far in the ongoing stage. In the illustrated example, the reward is an enhanced item to which an attribute is set, and the number of enhanced items acquired as a reward is disclosed for each set attribute. This allows the user to know in advance the amount of reward obtained after the completion of the stage even while the stage is in progress.

  To realize the second function, the stage progress screen 500 includes a display area 504 for displaying a scene in which a pair of characters interact. One or more objects are arranged in the display area 504 to produce a dialogue scene. As an example, the practice progression unit 112 arranges a practice stage 505 corresponding to the above-described place as an object in the display area 504, and displays two characters 506 and 507, which are a pair selected by the user, on the practice stage 505. Arrange so that you can see it is up. It is preferable that the practice progression unit 112 displays the display area 504 on the display unit 152 and outputs audio data corresponding to the lines of the two characters 506 and 507. Further, the practice progression unit 112 may add an animation to each object, particularly the characters 506 and 507, in accordance with the output of the audio data. Thereby, the dialogue scene produced in the display area 504 becomes more expressive, and the user can enjoy the dialogue event more.

  Further, the practice progression unit 112 arranges a speech balloon 508 indicating a speech to be spoken by the character 506, and arranges a speech balloon 509 indicating a speech to be spoken by the character 507. Thus, the user can enjoy the interactive event even in an environment where sound cannot be output.

  Furthermore, it is preferable that the practice progression unit 112 arranges, in the display area 504, an icon 510 indicating the attribute of the card to which the character 506 is linked and an icon 511 indicating the attribute of the card to which the character 507 is linked. Thereby, the user can always check whether the attribute of the card put into play and the place attribute match or not.

  In order to realize the third function, the stage progress screen 500 includes a secondary deck 512 as an example. The secondary deck 512 displays the cards extracted by the practice progression unit 112 based on a predetermined rule from the cards incorporated in the primary deck. In the secondary deck 512, for example, card icons 513 of five cards extracted by the practice progression unit 112 are arranged.

  The attribute icon 514 may be given to the card icon 513. The attribute icon 514 indicates the attribute of the card. The user can check the attribute of the card by looking at the attribute icon 514.

  A tone icon 515 may be given to the card icon 513. The tone icon 515 indicates the tone of each card set. In the present embodiment, “card condition” is a parameter indicating the quality of the card, and changes for each set. The good health of a card means that the card can have a favorable or good result for the user when the card is put into play, than would otherwise be the case. Means.

  In the present embodiment, the practice progression unit 112 determines the condition of each card incorporated in the secondary deck based on a predetermined rule for each set. As an example, the practice progression unit 112 randomly determines the condition of each card in three stages of “normal”, “good”, and “excellent”.

  When a card in which the condition is higher than a predetermined stage, for example, a card in which the condition is good or higher is selected as a pair, a more advantageous effect is obtained compared to a case where a normal card is put into play. Results or better results are obtained. As an example, the practice progression unit 112 increases the possibility that a dialogue event that progresses with respect to the pair will develop a highly rare dialogue, or expresses a dialogue more as a bonus dialogue. To enjoy. Alternatively, the practice progression unit 112 may increase the rate of increase of various parameters obtained after the completion of the set, or cause the user to obtain more or more valuable rewards, thereby providing better results.

  The selection icon 516 may be given to the card icon 513 of the card put into play in the current set. The selection icon 516 is an icon indicating that the card has been selected and put into play by the user in the current set. The display mode of the card icon 513 of the selected card may be changed so as to be more conspicuous than the card icons 513 of the other cards not selected. For example, the practice progression unit 112 highlights the frame of the card icon 513 of the selected card.

  A guest icon 517 may be given to the card icon 513 of the guest card. This makes it easier for the user to identify the guest card incorporated in the deck other than the card he has.

(Result decision)
FIG. 13 is a diagram illustrating an example of the data structure of the progress history table. The progress history table is stored in the storage unit 120 as the game information 132. The practice progress section 112 initializes the progress history table at the start of the stage, writes the result determined for each set and updates the progress history table for the stage, and when all the sets are completed, the progress history table for the stage Complete the table.

  The progress history table includes, for example, items of the number of sets, pairs, and results.

  In the item of the number of sets, a set number indicating which order the set has progressed in the stage is stored. As an example, when one stage is composed of 10 sets, the progress history table has 10 records, one for each set. Each record is associated with a set number of 1 to 10.

  The item of the pair stores the character name of the character associated with each card put into play in the set.

  The result item stores results and achievements brought about when the set is completed. As an example, the result item includes each of the sub-items of the occurrence event, the enhancement item, the friendship, and the harmonization.

  The generated event sub-item stores identification information for identifying a dialog event that has occurred and has progressed in the set. Specifically, a pack ID for identifying a line pack reproduced in the set is stored. In one set, basically one line pack is reproduced, but the reproduction of a certain line pack may be triggered and another line pack may be continuously reproduced. In this case, two or more pack IDs may be stored in the sub-item.

  In the sub-item of the enhancement item, the type and number of the enhancement item as a reward given to the user for completing the set are stored. The practice progress section 112 determines the content of the reward based on a predetermined rule. For example, the practice progression unit 112 may determine the reward in accordance with the attribute of the place of the set, the attribute of the card that has come into play, the condition of the card that has come to play, the speech pack played in the set, and the like. Alternatively, the reward may be determined at random.

  The friendship sub-item stores the friendship increment as a pair parameter updated by the completion of the set.

  In the sub-item of the degree of harmonic, an increment of the degree of harmonic as a pair parameter updated by the completion of the set is stored.

  In step S107 shown in FIG. 8, the practice progression unit 112 determines the result of the set completed in step S106. In step S108, the practice progress section 112 records the progress history of the set including the determined result in the progress history table shown in FIG. The practice progress unit 112 fills one record for each set, and completes the progress history table of the stage when all sets (for example, 10 sets) are completed. According to the completed progress history table, the practice progress section 112 can increase the parameters of the pair put into play and allow the user to obtain a reward for clearing the stage.

  It is also assumed that one of the cards put into play for a certain set is a guest card not held by the user, and the user does not have a card of the character represented by the guest card. You. In the present embodiment, even in such a case, the practice progression unit 112 determines various parameters based on one card held by the user and another guest card not held by the user. Can be strengthened. Specifically, the practice progression unit 112 stores the guest card in the storage unit 120 in a state where the guest card cannot be used arbitrarily in distinction from the card held by the user. The data structure of the guest card is the same as the data structure of the card shown in FIG. 4 except that the guest card cannot be used arbitrarily. Then, when the guest card is put into play, the practice progression unit 112 strengthens the parameters of the guest card and the pair parameters related to the guest card and the other card, and sets each item of the guest card. To update. Thereafter, when the user newly holds the same card as the above-mentioned guest card, each item of the above-mentioned guest card is applied to each item of the same card, and as a card held by the user. It is stored in the storage unit 120. As a result, the user can try the guest card and check the performance of the guest card while the user does not own it. In addition, the play results of the trial period are accumulated for the guest card, and when the card is actually obtained, the accumulated result can be taken over and the card can be used properly. As a result, it is possible to give the user an opportunity to come into contact with the performance of a card that is not yet held, and to give the user an incentive to obtain the card.

[Embodiment 2]
<Process overview>
In the present embodiment, the user terminal 100 is configured to execute the following steps based on the game program 131 in order to improve the interest of the game. Specifically, the user terminal 100 organizes a deck by incorporating one or more cards selected by a user's input operation from cards (game contents) stored in the storage unit 120 (memory) ( For example, based on at least one of S102 and S103) and a character name or a character ID (group identifier) for classifying the card associated with the card, a character corresponding to one or more cards incorporated in the deck (S106) to specify the (group) and advance the event associated with the specified character.

<Practice part dialogue event>
As described above, the dialogue event is to output, as video and audio, the two characters that are respectively linked to the two cards put into play by the user, that is, the pairing. The user can enjoy the contents of the dialogue of the favorite character and the voice (CV; character voice) through the interactive event that progresses for each set in the practice part. In the present embodiment, a dialogue pack that the practice progression unit 112 handles to progress a dialogue event will be described in detail. Further, the operation of each unit of the control unit 110 that processes the serif pack will be described in detail.

(data structure)
FIG. 14 is a diagram illustrating an example of the data structure of the serif DB. The serif DB is stored in the storage unit 120 as the game information 132. In the present embodiment, the serif DB is associated with each character via an item of the serif database in the character data shown in FIG.

  In FIG. 14, a first line DB 601 shows a specific example of a line DB associated with the character “A thick”. The second line DB 602 shows a specific example of the line DB associated with the character “Chiko”. One record is created for one line pack.

  The serif DB includes, for example, items of a pack ID, a story, a receiver, a state, and a trigger, which are meta information, and items of a serif group, which is content data.

  The pack ID item stores a pack ID, which is identification information for uniquely identifying a serif pack.

  The narrative item stores the first voice of the dialogue, that is, the character name of the character that is the main utterer of the first line in the line group. The answer item stores the response to the above-mentioned first voice, that is, the character name of the character that is the main utterer of the second line in the line group. That is, the narrative item and the receiving item refer to a pair that performs a dialogue based on the dialogue group included in the dialogue pack. The narrative and receiving items are referred to when the practice progression unit 112 specifies a speech pack to be reproduced based on each character linked to the card put into play.

  In the present embodiment, as an example, the serif pack is linked to the character having the character name stored in the narrative item. That is, the first dialogue DB 601 associated with the character “A thick” is composed of records in which “A thick” is stored in the narrative item.

  In another embodiment, the serif DB for each character may be integrated, and all serif packs may be centrally managed by one serif DB. In this case, a serif pack for a specific pair is extracted or searched for based on the composite key of the narrative item and the receiving item. In this case, the item of the dialog database shown in FIG. 5 may store a query for extracting a line pack in which the character is set as a narration item from the integrated line DB.

  In the item of the state, a parameter indicating the state of the dialogue pack is stored. The parameter indicating the state of the dialogue pack is, for example, a flag indicating either "release" indicating that the dialogue pack has been released or "unreleased" meaning that the dialogue pack has not been released. May be. In the present embodiment, the phrase “released” means that the practice progression unit 112 can reproduce the dialogue group of the dialogue pack, and in the practice part, the dialogue event based on the dialogue group is performed. Is selected and means that it is possible to proceed. Conversely, the phrase "unreleased" means that the practice progression unit 112 cannot reproduce the dialogue group of the dialogue pack, and the dialogue event based on the dialogue group may progress. Is zero. In the present embodiment, the practice progression unit 112 changes the state of each dialogue pack according to the dialogue management information associated with the card held by the user.

  In the item of the trigger, a pack ID indicating a preceding dialogue pack serving as a trigger for reproducing the dialogue pack is stored. The serif pack in which the pack ID is stored in the item is reproduced along with the reproduction of the preceding serif pack indicated by the pack ID. Therefore, even if the state of a certain serif pack is released, the serif pack is not reproduced unless the preceding serif pack as a trigger is reproduced. If the state of the serif pack is not released, even if the preceding serif pack which is a trigger is reproduced, the serif pack is not reproduced. In the illustrated example, the practice progression unit 112 plays back the dialogue pack with the pack ID “P007” and then plays back the dialogue pack with the pack ID “P009”.

  According to such a configuration, it is possible to present a user with a special dialog event that does not occur in a normal set progression, such as a chain of dialog events, a bonus dialog event, and the like who has viewed such a special dialog event. Can be given a special feeling and a feeling of satisfaction.

In the line item group, content data corresponding to the line group is stored. The line group includes one or more lines that cause the character to speak, and each line is associated with at least one of voice data and text data. Further, motion data for moving each character may be further linked to the dialogue group in accordance with the voice data and text data output of each dialogue.
The serif group will be described later in detail based on a data structure diagram.

  FIG. 15 is a diagram illustrating an example of the data structure of the dialogue pack. The serif pack is stored in the storage unit 120 as the game information 132. A serif DB is constructed by an aggregate of the serif packs.

  As described above, the line pack includes meta information including items of a pack ID, a story, a reception, a state, and a trigger, and content data as a line group. The line group includes one or more lines that cause the character to speak. The line group includes items of the order of utterance, utterance subject, and utterance content, and the above-described items are set for each line.

  The item of the utterance order stores the order in which each line included in the line group is reproduced. For example, the utterance order “1” indicates that the line is the first line reproduced in the dialogue event. The utterance order “2” indicates that the line is a line to be reproduced next after the first line is uttered.

  The item of the utterance subject stores the character name of the character that utters the dialogue. In the present embodiment, the narration item of the dialogue pack stores the character name of the character that is the main utterance of the dialogue in the utterance order “1”, and the dialogue pack is managed in association with the character.

  The dialogue item stores the dialogue. The item may store text data corresponding to a line, may store voice data corresponding to a line, or may store both of them.

  The practice progression unit 112 specifies a pair based on cards put into play in a certain set, and determines a speech pack to be uttered by the pair based on a predetermined rule from the speech DB shown in FIG. Specifically, the practice progression unit 112 determines a speech pack to be reproduced from the speech packs associated with the identified pair. For example, when the specified pair is a pair of A-thick and B-thus, the practice progression unit 112 reproduces a speech pack associated with the A-thick and a group of dialogue packs associated with the B-thick. Decide which line to use. The serif pack group is, in detail, a set of a serif pack in which the narrative is A-thick and the reception is B-thick, and a serif pack in which the narrative is B-thick and the reception is A-thick. The practice progression unit 112 can produce the dialogue event of the pair by taking out the dialogue group shown in FIG. 15 from the determined dialogue pack and reproducing the content data corresponding to the dialogue group.

(Processing flow)
FIG. 16 is a flowchart illustrating a flow of a process related to a dialogue event performed by the practice progression unit 112. A series of processes illustrated in FIG. 16 corresponds to step S106 illustrated in FIG.

  The steps of knitting the deck according to the present embodiment include a step of knitting a primary deck (S102), a step of knitting a secondary deck (S103), and a pair to be put into play according to a user's instruction. It does not have to be divided into the three steps of step (S105). In the present embodiment, as a step of knitting a deck, all three steps described above may be executed, or any one or two steps may be executed. The card to be incorporated into the deck may be selected according to a user's input operation, or the practice progression unit 112 may automatically select the card.

  In step S105 shown in FIG. 8, when the practice progression unit 112 specifies a character pair based on the card put into play, the practice progression unit 112 progresses a dialogue event based on the specified pair. Let it.

  In step S201, the practice progression unit 112 extracts a line pack associated with the specified pair. For example, the practice progression unit 112 may extract a first dialogue DB 601 associated with one character forming the pair and a second dialogue DB 602 associated with the other character. . Alternatively, the practice progression unit 112 may extract a speech pack associated with the specified pair from the integrated speech DB. Further, at this time, the practice progression unit 112 may exclude from the extraction range the serif pack for which the trigger is set as the reproduction condition and the serif pack in an unreleased state.

  In step S202, the practice progression unit 112 determines a speech pack to be reproduced in the set from the extracted speech packs. As an example, the practice progression unit 112 may assign a winning probability equal to each of the extracted serif packs, execute a lottery based on the winning probabilities, and determine a serif pack to be reproduced.

  In another embodiment, in the item of the state in the dialogue pack, a correction value of the winning probability may be stored in addition to the released / unreleased flag. In this case, the practice progression unit 112 assigns a winning probability equal to the extracted dialogue, and then, for the line pack in which the correction value is set, corrects the winning probability based on the correction value, and adjusts other dialogues accordingly. Modify the probability of winning a pack so that it is consistent. For example, if there are four extracted serif packs, and one of them has a correction value of “+ 15%” stored in the item of the state, the winning probability of 25% is changed to the above-mentioned one serif pack. The winning probability is corrected to 40% for each pack, and the winning probability of each of the remaining three serif packs is corrected to 20%.

  In step S203, the practice progression unit 112 acquires the determined dialogue pack from the above-described dialogue DB.

  In step S204, the practice progression unit 112 reads out and reproduces the content data of each line from the line group of the obtained line pack in the order of speech. Furthermore, the practice progression unit 112 may output an effect of causing the character that is the main utterer of each line to utter the line in accordance with the line. For example, the practice progression unit 112 may output audio data corresponding to the dialogue, and display text data corresponding to the dialogue in a character balloon. Alternatively, the practice progression unit 112 may output the animation of the character in synchronization with the output of the audio data corresponding to the dialogue.

  In step S205, when all the dialogues included in the above-described dialogue group have been reproduced, the practice progression unit 112 proceeds from YES in step S205 to step S206. On the other hand, when there is a line that has not been reproduced yet, the practice progression unit 112 returns from NO in step S205 to step S204, and reproduces the line.

  In step S206, the practice progression unit 112 searches the serif DB, and among the serif packs associated with the specified pair, a subsequent serif pack (hereinafter, a combo pack) triggered by the reproduced serif pack. Check for presence. For example, when the dialogue pack with the pack ID “P009” has been played, the practice progression unit 112 stores “P009” in the trigger item in the “released” state among the dialogue packs of the same pair. Search for a dialogue line that is.

  If one or more combo packs are found, the practice progression unit 112 returns from YES in step S206 to step S202, determines one combo pack to be reproduced, and repeats the subsequent processing. On the other hand, if no combo pack is found, the practice progression unit 112 proceeds to NO in step S206, assumes that the reproduction of the dialogue pack in the set has ended, and ends the dialogue event.

<Manage dialogue>
The event management unit 115 of the user terminal 100 illustrated in FIG. 2 manages events according to the event management information supplied from the server 200.

  For example, the event management unit 115 may update the state of the specific event so that the specific event is always selected in the practice part or vice versa. Alternatively, the event management unit 115 may update the specific event from a state that cannot be selected to a state that can be selected, or vice versa. Alternatively, the event management unit 115 may update the specific event to a state that is easier to select, or vice versa, compared to other events.

  For example, when the practice progression unit 112 is configured to execute a lottery according to the winning probability determined for each event and randomly select an event to be advanced, the event management unit 115 manages the winning probability for each event. I do. The event management unit 115 changes the winning probability of the specified event according to the event management information.

  For example, if the practice progression unit 112 is configured to select an event to be advanced on condition that the practice has been released, the event management unit 115 manages a released or unreleased state for each event. When determining that the event release condition is satisfied, the event management unit 115 updates the event status from unreleased to released.

  In this way, the event management unit 115 updates the state of the event in a timely manner, so that which event occurs or is likely to occur in the practice part changes as needed. In this way, since the event to be progressed in the practice part changes at any time, it is unlikely that the same event repeatedly occurs. As a result, the user can always enjoy the event with a fresh feeling in the practice part.

  The event management information is, for example, dialog management information for managing a dialogue pack. The line management information is information that instructs the event management unit 115 to add, delete, or update a line pack.

  For example, the practice progress unit 112 updates the item of the state of the line pack according to the line management information. Specifically, when a release / unreleased flag is stored in the status item, the event management unit 115 updates the status of the specified dialogue pack from unreleased to released, or releases from unreleased to released. Or to update. Alternatively, if the winning item determined as a playback target in the practice part is stored in the item of the state, the event management unit 115 increases or decreases the winning probability of the specified dialogue pack according to the dialogue management information. Or let it. Alternatively, the event management unit 115 may set a correction value to the winning probability in the designated dialogue pack according to the dialogue management information.

  The serif management information is supplied from the server 200 to the user terminal 100 in any form. For example, the line management information is linked to a card as shown in FIG. The card is provided from the server 200 to the user terminal 100, and when the user holds the card, the dialog management information linked to the card is also supplied. The card is provided to the user, for example, as a card won by a lottery executed by the server 200. Alternatively, the line management information may be supplied from the server 200 to the user terminal 100 separately from the card as a reward for game play or a free distribution product.

(data structure)
FIGS. 17A and 17B are diagrams illustrating an example of the data structure of the dialog management information. In the present embodiment, the dialog management information is stored in the storage unit 120 as a part of the card, as shown in FIG.

  As shown in FIG. 17A, the line management information includes, for example, items of a pack ID and a state. In the item of pack ID, a pack ID for specifying a dialogue pack to be processed is stored. The status item stores instruction information indicating how to update the status of the specified dialogue pack.

  The dialog management information in the drawing is, for example, dialog management information associated with a card expressing a character A thick. When the A-thick card is obtained by the user, the event management unit 115 updates the character linked to the card, that is, the A-thick serif pack, according to the dialogue management information linked to the card. I do.

  Specifically, the event management unit 115 specifies, as a target to be updated, a line P006 (FIG. 14) designated by the pack ID item of the line management information among the line packs associated with the A-thick. . Then, the event management unit 115 updates the line pack to be updated such that the state information is designated by the instruction information.

  As an example, it is assumed that the event management unit 115 increases the probability that the line pack (event) specified by the event management information is reproduced (the event proceeds) at the stage of the practice part with respect to the line pack (event). .

  More specifically, the event management unit 115 changes the state of the dialogue pack at P006 from unreleased to released. That is, based on the items in the state shown in FIG. 14, a lock for prohibiting the reproduction of the line pack is set for each line pack, and the event management unit 115 is specified by the line management information (event management information). For each of the dialogue packs, the lock set on the dialogue pack is released.

  Alternatively, the event management unit 115 may be configured to change the probability originally set to 0% in the dialogue pack of P006 to a value larger than 0%.

  As described above, when the P006 serif pack is released, the probability that the P006 serif pack is reproduced by the practice progression unit 112 when the A-thick card is put into play in the practice part is 0. Rises more than%.

  Alternatively, as shown in FIG. 17B, the line management information may further include an item of a correction value, for example. In the item of the correction value, a correction value that indicates how the practice progression unit 112 corrects the winning probability that is referred to when determining a speech pack to be reproduced by lottery is stored.

  When the user acquires a new card linked with the line management information shown in FIG. 17B, the event management unit 115 specifies the state of the line pack specified by the pack ID item by the instruction information. Update as done. Specifically, the event management unit 115 sets the designated correction value (for example, + 10%) in the item of the state of the dialogue pack with the pack ID “P001”.

  When executing the lottery of the dialogue pack, the practice progression unit 112 executes the lottery after correcting the winning probability of the candidate dialogue pack based on the set correction value, and determines the dialogue pack to be reproduced. When the correction value is a positive value, the possibility that the speech pack in which such a correction value is set is reproduced by the practice progression unit 112 is higher than before.

  As described above, when the user obtains a new card, the user can release a new line pack of the character represented on the card. Alternatively, the winning probability of the serif pack can be increased. The likelihood of the dialogue pack whose state has been updated as described above being reproduced in the practice part increases. Once released, the dialogue pack becomes a playback target even if a card with the same character linked to the card obtained at this time is put into play. The user can enjoy collecting the cards, desiring to watch a new interaction event.

  Furthermore, the playback condition of the dialogue pack in the practice part depends on the character linked to the card. This makes it possible to reduce the difficulty level for reproducing the serif pack. That is, the condition for generating the serif pack can be eased. For example, it is not a specification that a specific serif pack cannot be reproduced unless a specific card is held, and the serif pack linked to the character corresponding to the card The specification is adopted that it may be selected depending on the card. As a result, various restrictions relating to deck formation are eliminated, and the user is free from stress due to the restrictions and can enjoy a heart-based game. The constraint related to deck formation is, for example, a constraint that a user cannot reproduce a specific dialogue pack because a specific card is not incorporated in the deck. Alternatively, the restriction relating to deck formation is, for example, a restriction that an undesired card must be incorporated into a deck in order to reproduce a specific serif pack. According to the above-described configuration, such a restriction can be resolved, and as a result, an effect of improving the interest of the game is achieved.

(Processing flow)
FIG. 18 is a flowchart illustrating a flow of a process executed by the event management unit 115 that manages a speech pack.

  In step S301, the event management unit 115 determines whether a new card has been acquired by the user. The new card is held by the user, for example, when the server 200 executes the lottery, determines the winning card, and the lottery progression unit 114 manages the card in association with the user's identification information. . If the event management unit 115 detects that the new card is held by the user based on the management of the new card in association with the identification information of the user, the event management unit 115 proceeds to step S301 from YES. Proceed to S302.

  In step S302, the event management unit 115 acquires the line management information associated with the newly held card.

  In step S303, the event management unit 115 acquires a line DB linked to the character corresponding to the above-mentioned card. Specifically, the event management unit 115 extracts, from among the speech packs registered in the speech DB, a speech pack in which the character name of the character is stored in the narration item.

  In another embodiment, the cards can be classified according to the affiliation of the character instead of the character. In this case, the event management unit 115 may extract all the serif packs whose character names are stored in the narrative item for all characters belonging to the same affiliation (category) of the above-mentioned characters. Specifically, when the newly held card is a card of a character belonging to “first grade”, the event management unit 115 determines that the character whose belonging is “first grade” is set as a dialogue Are all extracted from the serif DB.

  In step S304, the event management unit 115 specifies a line pack specified in the line management information acquired in step S302 from the line packs extracted in step S303.

  In step S305, the event management unit 115 changes the event occurrence condition associated with the group to which the game content belongs according to the event management information associated with the newly held game content. Specifically, the event management unit 115 changes the state of the identified dialogue pack, that is, the occurrence condition, to the state specified by the above-described dialogue management information.

(Modification)
The dialogue event in each of the above-described embodiments is not limited to the interaction between two characters, but may be to produce an utterance of one character (for example, talking to a user for each of the characters, etc.).

  In this case, in the dialogue DB, a speech pack to be uttered by the character is stored for each character, not for each pair. The practice progression unit 112 progresses the practice part by playing a speech pack linked to the character of the card incorporated in the deck.

[Embodiment 3]
In the present embodiment, another example of parameters that can be strengthened by the progress of the practice part for the card held by the user in each of the above-described embodiments will be described. Specifically, in the present embodiment, for each of a plurality of cards of the same character among the cards held by the user, friendship points can be accumulated with the partner character.

  Here, “a plurality of cards of the same character” corresponds to an example of “a plurality of game media classified into the same group” in the present invention. Specifically, “a plurality of cards of the same character” is a plurality of cards in which the same character name is set for the item name “character”. In other words, such a plurality of cards are classified into the same group by the character name. The user can hold a plurality of cards for the same character.

  Also, the opponent character is an example of “another group into which a plurality of other game media are classified” in the present invention. In the present embodiment, the opponent character is a character different from the character for each of a plurality of cards of the same character. There are a plurality of cards that can be used in the game, even for the opponent character.

  The friendship point is an example of the “first information” in the present invention, and is information indicating a relationship between each of a plurality of cards of the same character and the partner character. In the present embodiment, a numerical parameter representing a good relationship between the card and the opponent character is applied as the friendship point. The friendship point indicates that the larger the value, the better the relationship.

  In addition, a partner character that can accumulate friendship points with the card is determined for each card. In other words, even if the character is different from the character of the card, if it is not determined as the opponent character, it is not a target for accumulating friendship points. In addition, the upper limit of friendship points that can be accumulated with the opponent character is determined for each card.

  Further, among the cards held by the user, the friendship point acquisition value can be accumulated for each of a plurality of cards of the same character. The friendship point acquisition value is an example of the “second information” in the present invention, and is obtained based on friendship points accumulated between the card and each of the one or more opponent characters. In the present embodiment, the sum of the friendship points with one or more opponent characters defined for the card is applied as the friendship point acquisition value. By setting the upper limit value for each of the friendship points described above, the upper limit value is also set for the friendship point acquisition value calculated for each card. In the present embodiment, the upper limit of the friendship point acquisition value is equal to the sum of the upper limit of friendship points with one or more opponent characters.

  In addition, the overall friendship can be accumulated for the character represented by the card held by the user. The total friendship is an example of the “third information” in the present invention, and is determined based on friendship point acquisition values accumulated by the user for each of a plurality of cards of the same character. It can be said that the total friendship represents the total friendship between the character and another character. In the present embodiment, the total of the friendship point acquisition values accumulated for each of the plurality of cards of the same character is applied as the total friendship. When the upper limit value is determined for each of the friendship point acquisition values described above, the upper limit value is also determined for the overall friendship calculated for the character. In the present embodiment, the upper limit of the overall friendship of the character is equal to the sum of the upper limits of the friendship point acquisition values that can be stored in each of the plurality of cards of the character.

  In the present embodiment, it is assumed that a plurality of cards of the same character include cards of different rarities. Further, the user can hold a plurality of cards of the same character with different rarities, but it is assumed that the user does not repeatedly hold cards of the same character and the same rarity. The rarity of the card is represented by three levels of S, A, and B, and the rarity is assumed to be higher in this order. The higher the rarity of the cards provided in the lottery part, the lower the winning probability. That is, the lottery progression unit 114 determines a card to be given to the user from cards available in the game by lottery based on the rarity.

(Detailed configuration of the practice progress section)
The practice progress section 112 in the present embodiment is configured to operate as follows in addition to the configuration described in the first and second embodiments. In other words, the practice progress section 112 proceeds with the practice part using at least two cards having different characters, and thereby, the friendship points between one of the two cards and the character of the other card are obtained. To update.

  For example, in the practice part, in response to two cards having different characters being selected as a pair from the secondary deck in the practice part, the practice progression unit 112 determines whether one of the two cards and the other card are different. The friendship points may be updated with the character. In addition, the practice progression unit 112 sets a friendship point between one of the two cards selected as a pair and the character of the other card in response to the replay of the serif pack in the practice part. May be updated. At this time, the increase value of the friendship points may be different depending on the dialogue pack to be reproduced. Note that the practice part corresponds to an example of a first game part in the present invention.

  Thereby, the user can accumulate friendship points on the card by selecting a card for which friendship points are to be accumulated and a card of a character set as a partner character of the card as a pair. Further, since how much friendship points are accumulated changes according to the replayed speech pack, the user can enjoy which speech pack is replayed.

  However, for one of the two cards selected as a pair, whether or not friendship points are accumulated depends on whether or not the character of the other card is set as the opponent character of the card. Determined accordingly. Details of the opponent character will be described later.

  Further, the practice progress section 112 updates the friendship point acquisition value of the card based on the update of the friendship points. Further, the practice progress section 112 updates the total friendship degree set for the character of the card based on the update of the friendship point acquisition value of the card.

  Further, the practice progress section 112 executes a game process based on the friendship points described above. The game process may be a process for making the game proceed more advantageously. The game process may be a process for further enhancing the interest of the game. In the present embodiment, as an example, the practice progression unit 112 executes a game process related to the character based on the overall friendship of the character calculated based on the friendship points. For example, the practice progression unit 112 may execute a game process when the total friendship exceeds a threshold.

  As an example of the game process, a reward is given to the user. Examples of the reward include, for example, release of an individual story related to the character, release of a speech pack, enhancement of parameters, and the like. The released individual story can be browsed, for example, in the story part described above. Thereby, the user can browse the newly released individual story and enjoy the game. Also, the released serif pack may be reproduced in the practice part described above. As a result, the user can enjoy the words of the newly released serif pack. Further, if the parameters related to the character are strengthened, the battle in the practice part proceeds advantageously. In this case, the practice part corresponds to an example of the second game part in the present invention. This makes it easier for the user to win the practice part.

  In addition, the game process may be a process that is not necessarily related to a character whose overall friendship exceeds a threshold. For example, as an example of such a game process, a game process for favorably progressing various game parts such as a practice part, a practice part, a lottery part, a story part, or the like, or the interest of various game parts is further improved. May be a game process. Examples of such game processing include, for example, release of a common story, release of a stage that can be played in a practice part and a practice part, processing to make a lottery in a lottery part advantageous, processing to add cards that can be drawn, and the like. However, it is not limited to these.

  Note that the parameter enhanced as the reward described above indicates at least one of the items of the data structure shown in FIG. 19 or FIG. 22, and corresponds to an example of a parameter representing a characteristic of a game medium in the present invention. I do. Further, the individual story or the common story released as the reward described above corresponds to an example of the content that can be browsed in the present invention. Further, a story part in which an individual story or a common story can be browsed corresponds to an example of a third game part in the present invention. However, the content that can be viewed is not limited to a common story or an individual story, and may be other content. Further, the third game part is not limited to the story part. Further, the serif pack released as the reward described above corresponds to an example of information representing an event associated with a group in the present invention. However, the information indicating the event associated with the group is not limited to the line pack. Further, the contents of the game process are not limited to the above-described various processes.

  Further, the game processing executed based on the friendship points is not limited to being executed when the total friendship exceeds a threshold. For example, the game process may be executed when friendship points for each opponent character of a card satisfy a predetermined condition, or may be executed when friendship point acquisition values accumulated on the card satisfy a predetermined condition. .

  In this way, the user can use each of a plurality of cards of the same character in the practice part to increase the friendship points, thereby making each game part included in the game proceed advantageously, Can be increased.

<Data structure>
(Card data structure)
FIG. 19 is a diagram illustrating an example of a data structure of a card according to the present embodiment. As shown in FIG. 19, the card further includes items of a friendship point table and a friendship point acquisition value, in addition to items similar to the data structure of the card in the first embodiment shown in FIG.

  In the item of the friendship point table, access information indicating the friendship point table or the location where the friendship point table is stored is stored. The friendship point table indicates friendship points between the card and other characters. In the present embodiment, an opponent character for which friendship points can be accumulated is determined for each card. The friendship point table is updated as the practice part progresses.

  As the value set in the item of the friendship point acquisition value, a total of friendship points accumulated between the card and one or more opponent characters is set. The friendship point acquisition value is updated according to the update of the friendship point table.

(Specific examples of friendship point table and friendship point acquisition value)
FIG. 20A is a diagram illustrating an example of the data structure of the friendship point table. The friendship point table is a friendship point table stored for a card in which the character name item is set to “A thick” and the rarity item is set to “S” among the cards held by the user. This is an example. In the present embodiment, hereinafter, “X (X is a character string representing the character name)” is set in the item of the character name, and “x (x is a character string representing the rarity)” is set in the item of the rarity. The set card is also described as “x card of character X”. That is, FIG. 20A shows an example of the friendship point table of “A thick S card”. As shown in FIG. 20A, the friendship point table includes items of a partner character, friendship points, and an upper limit.

  The item of the opponent character stores the character name of the opponent character determined for the “A thick S card”. For example, the friendship point table shown in FIG. 20A includes a first record whose opponent character is “B” and a second record whose opponent character is “Chiko”. This indicates that the targets for which friendship points can be accumulated for the “A thick S card” are “B” and “Chiko”. In other words, in this example, friendship points cannot be accumulated between the characters "D man" and "Furo" for the character "A thick S card".

  The item of friendship points stores the value of friendship points accumulated for the “A thick S card” with the opponent character. In the item of the upper limit value, the upper limit value of friendship points that can be accumulated between the card and the opponent character is stored.

  In other words, in the example of FIG. 20A, the friendship points that can be accumulated up to the upper limit value “100” are accumulated with “20” for the “A thick S card” between the opponent character “B”. It indicates that. Further, the example of FIG. 20A shows that, with respect to the card, only "10" friendship points that can be accumulated up to the upper limit value "100" with the opponent character "Chiko" are accumulated. ing.

  FIG. 20B is a diagram illustrating an example of the friendship point acquisition value of “A thick S card”. The friendship point acquisition value shown in FIG. 20B is calculated based on the friendship point table shown in FIG. In other words, the friendship point acquisition value of “A thick S card” is set to 30 which is the total value of friendship points accumulated with each of the opponent characters “B” and “Chiko”. The upper limit of the friendship point acquisition value that can be accumulated for the card is “200” because it is the sum of the upper limit of the friendship points between “B” and “Chiko”. That is, in the example of FIG. 20B, the friendship point acquisition value that can be accumulated up to the upper limit value “200” between the two opponent characters is “30” for “A thick S card”. It is shown that it is.

(Specific examples of opponent characters and upper limit set for each card)
FIG. 21 is a diagram for explaining the opponent character set for each card held by the user and the upper limit of the friendship point acquisition value. Note that the information illustrated in FIG. 21 is illustrated for explanation, and a table having a data structure representing such a list is not necessarily stored in the storage unit 120 or the storage unit 220.

  Each row shown in FIG. 21 represents a character name, a rarity, an opponent character, and an upper limit of friendship points that can be accumulated with the opponent character for one card held by the user.

  For example, the first line in FIG. 21 indicates that, for “A thick S card”, two opponent characters capable of accumulating friendship points are “B” and “Chiko”. In addition, the upper limit of the friendship points of each card is 100 for each of the opponent characters, which indicates that the upper limit of the friendship point acquisition value is 200.

  For example, the sixth line in FIG. 21 indicates that, with respect to “A thick A card”, three opponent characters that can store friendship points are “B”, “D man”, and “Fro”. ing. In addition, the upper limit value of the friendship points with respect to each of the opponent characters is 50 for each card, which indicates that the upper limit value of the friendship point acquisition value is 150.

  For example, in the eleventh line of FIG. 21, regarding the “A thick B card”, four opponent characters that can store friendship points are “B”, “Chiko”, “D man”, and “Fro”. It represents that. In addition, the upper limit of each friendship point between “B” and “Chiko” is 20 and the upper limit of each friendship point between “D man” and “Furo” is 30. , The upper limit of the friendship point acquisition value is 100.

  As described above, the number of opponent characters that can accumulate friendship points for each card may be smaller for cards with higher rarity. In addition, for each card, the upper limit of the friendship point acquisition value may be larger for a card with a higher rarity.

  As described above, since the upper limit of the friendship point acquisition value is set for each card, the friendship point acquisition value is brought closer to the upper limit value for each of a plurality of cards of the same character in order to increase the overall friendship. Is preferred. As a result, the user has more opportunities to play using more cards among a plurality of cards of the same character.

  In addition, it is preferable that the user brings the friendship point acquisition value closer to the upper limit value for both high and low cards. Also, the higher the scarcity of a card, the greater the upper limit of the friendship point acquisition value. As a result, the motivation of the user who wants to acquire a highly rare card not yet held by the lottery part is improved. In addition, in order to bring the overall friendship degree closer to the upper limit value, it is necessary to bring the friendship point acquisition value closer to the upper limit value even for cards having a low rarity and a low upper limit value for friendship point acquisition values. As a result, the motivation of the user who intends to use the already rare card with low rarity in the practice part is improved.

  In FIG. 21, the upper limit of the friendship point acquisition value is the same between cards of different characters and the same rarity, but these upper limits need not necessarily be the same.

(Character data structure)
FIG. 22 is a diagram illustrating an example of a data structure of character data according to the present embodiment. As shown in FIG. 22, the character data further includes an item of total friendship in addition to the same items as the data structure of the character data in the first embodiment shown in FIG. In the item of the total friendship, information indicating the total friendship, which is a good general relationship between the character and another character, is stored. The item of the total friendship degree is updated according to the update of the friendship point acquisition value of the card in which the character name of the character is set.

(Specific example of total friendship)
FIGS. 23A and 23B are diagrams illustrating a specific example of the total friendship degree of the character “A thick”. Here, among the cards held by the user shown in FIG. 21, the cards with the character “A thick” are the three cards of card IDs 1, 6, and 11. FIG. 23A illustrates a list of friendship point earned values and their upper limit values accumulated for each of these cards. FIG. 23A is a diagram for explaining the process of calculating the total friendship degree. Even if the table having the data structure shown in FIG. 23 is not necessarily stored in the storage unit 120 or the storage unit 220, FIG. Good.

  The first line of FIG. 23A indicates that the friendship point acquisition value of “A thick S card” is accumulated by “30” of the upper limit value “200”. The breakdown of the friendship point acquisition value of “A thick S card” is as described with reference to FIG. The second line indicates that the friendship point acquisition value of “A thick A card” is accumulated by “25” of the upper limit value “150”. The third line indicates that the friendship point acquisition value of “A thick B card” is accumulated by “20” of the upper limit value “100”.

  FIG. 23B shows that the total friendship degree of the character “A thick” is accumulated for only “75” of the upper limit value “450”. This total friendship is calculated as the sum of friendship point gain values stored in the “A thick S card”, “A thick A card”, and “A thick B card” shown in FIG. It has been calculated. In addition, the upper limit of the total friendship of the character “A thick” is set to “A thick S card”, “A thick A card”, and “A thick B card” shown in FIG. This is the sum of the upper limit of the friendship point acquisition value that can be accumulated.

(Specific examples of total friendship and rewards)
FIG. 24 is an example of information stored in the storage unit 120 in order to reward the user based on the total friendship. As shown in FIG. 24, the storage unit 120 stores data in which a character name, a necessary overall friendship degree, and information representing a reward are associated with each other. For example, the first line in FIG. 24 indicates that, when the total friendship of the character “A thick” becomes equal to or greater than the threshold value 150, “Story ID: AX201”, which is an individual story of A thick, is released as a reward. ing.

(Reproduction of dialogue pack and increase of friendship points)
FIG. 25 is an example of the data structure of the dialogue pack stored in the storage unit 120 in order to update the friendship points in accordance with the reproduction of the dialogue pack. As shown in FIG. 25, the dialogue pack further includes an item of the friendship point increase value in addition to the same items as those in the data structure of the dialogue pack in the first embodiment shown in FIG. The friendship point increase value indicates a value that increases the friendship point when the corresponding speech pack is reproduced.

  Note that the above-mentioned friendship point increase value may be included in the line management information instead of being included in the data structure of the line pack. FIG. 26 is a diagram illustrating an example of the data structure of the line management information when the friendship point increase value is included in the line management information. The dialog management information shown in FIG. 26 includes an item of a friendship point increase value in addition to a flag indicating a released or unreleased state.

  In addition, when the serif pack is reproduced, the friendship points of only the increase value are not necessarily accumulated for each of the cards selected as a pair to which the reproduction of the serif pack is applied. If the character of the other card is set as the opponent character of one card, the friendship point between the character of the other card and the character of the other card is increased by the rising value according to the reproduction of the dialogue pack I do. On the other hand, if the character of the other card is not set as the opponent character of one of the cards, the friendship point between the character of the other card and the character of the other card is obtained even if the serif pack is played. Is not accumulated.

  Further, the friendship point rise value associated with each dialogue pack may be variable. For example, when a predetermined condition is satisfied in a game, the increase value of friendship points may be updated.

(Processing flow)
FIG. 27 is a flowchart illustrating a flow of processing related to update of friendship points executed by the practice progression unit 112. The series of processing illustrated in FIG. 27 is included in the processing in step S107 illustrated in FIG. In other words, the practice progression unit 112 executes a series of processes shown in FIG. 27 in addition to the processes described in the first embodiment in step S107 shown in FIG.

  In step S501, the practice progression unit 112 specifies the two cards selected in the set event in step S106 in FIG.

  In step S502, the practice progression unit 112 specifies a character for each of the two specified cards.

  In step S503, the practice progression unit 112 executes the following processing with one of the two specified cards as the card and the character of the other card as the other character.

  In step S504, the practice progression unit 112 determines whether or not the other character that is set for the card and that can store friendship points includes the other character. If No in step S504, the process of step S508 described later is executed. If Yes in step S504, the next step S505 is executed.

  In step S505, the practice progression unit 112 raises friendship points between the card and the other character. The processing in this step is an increase based on the selection of the two cards in the practice part, regardless of the progress of the set event.

  Next, the practice progression unit 112 executes the following steps S506 to S507 for each set executed in step S106.

  In step S506, the practice progression unit 112 specifies a speech pack reproduced in the progress of the set.

  In step S507, the practice progression unit 112 increases the friendship points between the card and the other character by the friendship point increase value associated with the specified line pack. The friendship point increase value associated with the specified serif pack can be specified by referring to the data of the serif pack or the serif management information described above.

  The processes in steps S506 to S507 are increments according to the progress of the set event, and when these processes are completed for all sets, the process in the next step S508 is executed.

  In step S508, the practice progression unit 112 determines whether or not the processing (steps S504 to S507) of the two cards specified in step S501 as the cards has been completed. If Yes in step S508, the process of step S510 described below is executed. In the case of No at step S508, the process of the next step S509 is executed.

  In step S509, the practice progression unit 112 repeats the processing from step S504 with the other of the two cards identified in step S501 as the card and the character of the card as the other character.

  In step S510, the practice progression unit 112 updates the friendship point acquisition value for each of the two cards based on the raised friendship points.

  In step S511, the practice progression unit 112 updates the overall friendship degree for the characters of the two cards based on the update of the friendship point acquisition value.

  In step S512, the practice progression unit 112 gives a reward based on the overall friendship of the character.

(Specific examples of update processing of friendship points, friendship point earned value, and total friendship)
Specific examples of the friendship points, friendship point acquisition values, and total friendliness updated by the above-described processing will be described with reference to FIGS.

  FIG. 28 illustrates the increase in friendship points of each card when the set event progresses when “A thick S card” and “Chiko A card” are selected as a pair from the secondary deck in the practice part. FIG.

  In this case, in step S501, "A thick S card" and "Chiko's A card" are specified. In step S502, “A thick” and “Chiko” are specified.

  First, in step S503, "Chiko's A card" is set as the card, and "A thick" is set as the other character. Here, referring to the example shown in FIG. 21, the opponent character of “A card of Chiko” does not include “A thick”. Therefore, the determination in step S504 becomes No, and no friendship points with "A thick" are accumulated for "Chiko's A card".

  Therefore, next, in step S509, "A thick S card" is set as the card, and "Chiko" is set as the other character. Here, referring again to the example shown in FIG. 21, the opponent character of “A thick S card” includes “Chiko”. Therefore, the determination at Step 504 becomes Yes, and the processes at Steps S505 to S507 are executed.

  The first line in FIG. 28 corresponds to the increase in the friendship points due to the selection of the two cards (step S505). That is, in the friendship point table of "A thick S card", the friendship point with "Chiko" is increased by 10.

  The second line indicates that the speech pack P007 has been reproduced in the first set of the practice part. Referring to the example shown in FIG. 14, the serif pack P007 is a serif pack in which A is a narrator and receives Chiko. For the first set, it is assumed that the serif pack is determined in step S202 shown in FIG. In addition, it is assumed that “+5” is set as the friendship point increase value in this dialogue pack. That is, since the serif pack P007 is reproduced in the first set of the set event, the friendship point with “Chiko” is increased by 5 in the friendship point table of “A thick S card”.

  Regarding the second to tenth sets, it is assumed that the friendship points with “Chiko” in the friendship point table of “A thick S card” have each increased by the amount shown.

  As described above, in this example, when the “A thick S card” and the “Chiko A card” are selected as a pair from the secondary deck and the set event proceeds, the “A thick S card” and the “C Hiko's friendship points have risen by 75 points. No friendship points were accumulated between "Chiko's A card" and "A thick".

  In this specific example, an example has been described in which, out of two cards selected as a pair, friendship points are accumulated only on one card and friendship points are not accumulated on the other card. However, if the character of the other card is set as the opponent character for each of the two cards selected as a pair, friendship points are accumulated for each of the two cards.

  FIGS. 29A and 29B are diagrams illustrating an example of a screen displayed on the display unit 152 after the set event illustrated in FIG. 28 ends.

  A screen G1 shown in FIG. 29A shows a practice result in the practice part. The screen G1 presents the parameters that have risen in relation to the “A thick S card” among the two cards “A thick S card” and “Chiko A card” selected in the practice part. I have. Specifically, screen G1 includes information 1001 and information 1002.

  The information 1001 includes that the friendship point with Chiko has increased from 20 to 95 for “A thick S card”. The information 1001 further includes information that the friendship point acquisition value of the card has increased from 30 to 105 as the friendship point with Chiko has increased.

The information 1002 includes that the overall friendship degree of “A thick” has increased from 75 to 150 with an increase in the friendship point acquisition value of “A thick S card”. That is, in this example, among the “A thick S card”, “A thick A card”, and “A thick B card” held by the user,
As the friendship points of "A-ta S card" have increased, the overall friendship of "A-ta" has also increased.

  The screen G2 shown in FIG. 29B shows a reward for the total friendship degree of A-thick exceeding the threshold. Screen G2 includes information 2001 and information 2002. The information 2001 indicates that the total friendship degree of A-thick became 150 and exceeded the threshold. Referring to the example shown in FIG. 24, the required total friendship level 150 for A-thick is associated with the release of the story AX201. The information 2002 indicates that the story AX201 has been released to the user because the total friendship degree of A-thick exceeded the threshold value.

(Effects in specific examples)
In this way, the user selects “A thick S card” and “Chiko's A card” in the practice part and executes the set event, so that “A thick S card” We were able to accumulate friendship points with Chiko. In addition, by accumulating the friendship points, the user was able to accumulate the friendship point acquisition value of the card. Further, the user was able to increase the overall friendship of the character by accumulating the friendship point gain value in the “A thick S card”, which is one of the plurality of “A thick” cards. Then, the user was able to obtain the effect of adding an individual story related to the character by increasing the overall friendship of “A thick”.

  Here, in order to bring the overall friendship degree of the character “A thick” closer to the upper limit value of 450, the user has to set the “A thick” for each of a plurality of cards (S card, A card, B card). It is necessary to bring the friendship point acquisition value close to the upper limit value of 200, 150, 100. Therefore, it is desirable that the user hold all of the plurality of cards “A thick” (S card, A card, B card).

  For example, a user may have “A-thick A card” and “A-thick B card”, but may not yet have “A-thick S card” due to its high rarity. . In this case, in order to bring the total friendship degree of “A thick” closer to the upper limit value, the friendship point acquisition values of “A thick A card” and “A thick B card” alone are insufficient. Therefore, the motivation of the user to obtain “A thick S card” in the lottery part is improved.

  Further, it is assumed that the user has a plurality of cards “A thick” (S card, A card, B card). In this case, the user repeatedly selects the “A thick S card” having a high degree of rarity as one of the pairs and advances the practice part, and accumulates the friendship point acquisition value of the card up to the upper limit value 200. I do. Similarly, the user repeatedly selects the “A thick A card” having the next highest rarity as one of the pairs and advances the practice part, and accumulates the friendship point acquisition value of the card up to the upper limit value 150. Suppose you did. In this case, the total friendship of “A thick” is 350. However, in order to bring the total friendship of “A thick” closer to the upper limit value 450, it is necessary to repeatedly select “A thick B card” as one of the pairs and proceed with the practice part. As described above, the motivation of the user to use the “A thick B card” having a low rarity in the practice part is also improved.

  Further, in this example, even if “A thick S card” and “Chiko's A card” are selected and the practice part is advanced, “A thick” is used as the opponent character in “Chiko's A card”. Could not accumulate friendship points because is not set. As described above, since the opponent character capable of accumulating the friendship points is set for each card, the strategy for selecting which combination of the cards to proceed with the practice part increases, and the interest of the game increases. improves.

(Modification)
In the third embodiment, as an example of the first information in the present invention, an example has been described in which a numerical parameter indicating a good relationship that can be stored between a card and an opponent character is applied. However, the first information in the present invention is not limited to numerical parameters. The first information may be various information such as a numerical value, a character string, a sound, an image, or the like as long as the information represents a relationship between the game content and another group. The information may be a combination.

  Further, in the third embodiment, an example in which the sum of the numerical parameters as the first information is applied as an example of the second information in the present invention, and the sum of the numerical parameters as the second information is applied as an example of the third information Was explained. However, the present invention is not limited to this, and the second information may be information obtained by another method as long as the information is obtained based on one or more pieces of the first information. Further, the third information may be information obtained by another method as long as the information is obtained based on a plurality of pieces of second information. For example, when the first information is a numerical parameter, the second information may be an average value of the first information, or may be information calculated by another statistical method. In this case, the third information may be an average value of the second information, or may be information calculated by another statistical method.

  In the third embodiment, the user has been described as not holding cards of the same character and of the same rarity. However, the present invention is not limited to this, and the user may be able to repeatedly hold cards of the same character and the same rarity. In this case, for example, different types of cards may be provided even for the same character and the same rarity. For example, there may be types of the same character and the same rarity, but different appearances of the character such as costumes and facial expressions. In such a case, friendship points may be individually accumulable for a plurality of cards of the same character and of the same rarity and of different types. Further, an opponent character may be individually set for each of a plurality of cards of the same character and of the same rarity and different types, and an upper limit of the friendship point acquisition value may be set.

  Further, in the processing flow of the third embodiment, an example has been described in which the friendship points, friendship point acquisition values, and total friendship degrees are updated after all set events are completed. The present invention is not limited thereto, and the update of the friendship point, the friendship point acquisition value, and the total friendship degree may be executed at a timing when the two cards are selected. Further, these updates may be executed at the timing when the reproduction of the speech pack starts or ends in each set. These updates may be executed at the timing when each set is completed. In this case, the information indicating the update of the friendship points, the friendship point acquisition value, and the total friendship degree as shown in FIG. 28 and the provision of the reward by the update may be presented at a timing based on the update. This allows the user to check in real time how these parameters and rewards are being updated while the practice part is in progress.

  In the third embodiment, an example in which “a plurality of cards of the same character” is applied as an example of “a plurality of game media classified into the same group” in the present invention. However, the “plurality of game media classified into the same group” in the present invention is not limited to this. For example, in the present embodiment, a plurality of cards classified into the same group according to items representing character categories may be applied as “a plurality of game media classified into the same group” in the present invention. When the item representing the character category represents “school year”, “a plurality of cards having the same school year” may be applied as an example of “a plurality of game media classified into the same group” in the present invention. Good. The same applies to the case where the items representing the character category are “club activities”, “dormitory”, “faction”, “blood type”, and the like.

  Further, in the third embodiment, as an example of the game processing for making the game proceed more advantageously in the present invention, an example of the processing of strengthening the card parameters so that the battle in the practice part proceeds more advantageously has been described. The fact that the progress of the game is more advantageous may mean that it is easy to beat the opponent in a competitive game as in the example described above. Further, for example, in the case of a puzzle game, it may be that a good result is easily obtained in a puzzle. Further, for example, in a battle game, it may be easy to beat an enemy character or the like. Further, for example, in various games, the probability of obtaining a game medium that allows the game to proceed more advantageously may be increased. Further, for example, in various kinds of games, the amount of reward may be increased. Further, for example, when it is necessary to wait for a predetermined time to obtain a desired effect in various games, the time may be reduced. However, it is not limited to these examples that the progress of the game is more advantageous.

[Example of software implementation]
The control block of the control unit 210 (particularly, the progress support unit 211), and the control block of the control unit 110 (particularly, the story progression unit 111, the practice progression unit 112, the practice progression unit 113, the lottery progression unit 114, and the event management) The unit 115) may be realized by a logic circuit (hardware) formed in an integrated circuit (IC chip) or the like, or may be realized by software using a CPU (Central Processing Unit).

  In the latter case, the information processing apparatus including the control unit 210 and / or the control unit 110 includes a CPU that executes instructions of a program that is software for realizing each function, and a computer (or CPU) that executes the program and various data. A ROM (Read Only Memory) or a storage device (these are referred to as “recording media”) recorded so as to be readable by the computer, a RAM (Random Access Memory) for expanding the above-described program, and the like. Then, the object of the present invention is achieved when the computer (or CPU) reads the program from the recording medium and executes the program. As the recording medium, a “temporary tangible medium”, for example, a tape, a disk, a card, a semiconductor memory, a programmable logic circuit, or the like can be used. Further, the program may be supplied to the computer via an arbitrary transmission medium (a communication network, a broadcast wave, or the like) capable of transmitting the program. Note that one embodiment of the present invention can also be realized in the form of a data signal embedded in a carrier wave, in which the program is embodied by electronic transmission.

  The present invention is not limited to the above embodiments, and various modifications are possible within the scope shown in the claims, and embodiments obtained by appropriately combining the technical means disclosed in different embodiments. Is also included in the technical scope of the present invention.

[Appendix]
The contents according to one aspect of the present invention are listed below.

  (Item 1) The game program (131) executed by the computer (user terminal 100) including the processor (10) and the memory (11) has been described. According to an aspect of the present disclosure, the memory stores, among the game contents available for the game based on the game program, the game contents held by the user in association with information indicating a group into which the game contents are classified. The game program includes, for each of a plurality of game contents classified into the same group among the game contents stored in the memory, the processor and the other group into which the plurality of other game contents are classified. Updating the first information stored in the memory to represent the relationship with the game player based on an operation of a user who plays the game; and Executing the game process based on the first information.

  According to the above configuration, in order to execute a game process desired by the user, a desired relationship is established between each of the game media in the same group and another group among the game media possessed by the user. User is required to play well. As a result, the opportunity to play each of the game contents of the same group increases, and the interest of the game increases.

  (Item 2) In (Item 1), the memory stores, as information indicating a group, an identifier for classifying a character represented by the game medium or a category set to the character in association with the game medium. May be. As a result, the user has an increased chance to play, for each of the plurality of game contents representing the same character, or for each of the plurality of game contents having the same category set for the character, among the game contents possessed by the user. , The interest of the game increases.

  (Item 3) In (Item 1) or (Item 2), the step of updating includes, for each of a plurality of game contents classified into the same group, the game contents and the one or more other groups. Updating the first information during the second period, obtaining the second information based on the one or more first information, storing the obtained second information in the memory in association with the game medium, and executing the same. The game process may be executed based on the second information associated with each of the plurality of game media to be classified. Thereby, the user executes the game process by playing the second information so that the desired game process is executed for each of the plurality of game media in the same group among the game media possessed by the user. Can be done.

  (Item 4) In (Item 3), the step of updating includes obtaining the third information based on the second information associated with each of the plurality of game media classified into the same group, and updating the obtained third information. The step of storing in the memory in association with the information representing the group and executing the game may include executing the game process when the third information satisfies a predetermined condition. This allows the user to execute a desired game process by playing the group of the game contents held by the third information so as to satisfy the predetermined condition.

  (Item 5) In (Item 4), the step of updating uses, as the first information, a parameter indicating a good relationship with another group, and applies the parameter to a plurality of game contents classified into the same group. Updating is performed below the upper limit determined between each of them and another group, a parameter obtained by integrating parameters as the second information is applied, and a parameter obtained by integrating the second information is applied as the third information and executed. In the step, as the relationship with the other group indicated by the third information is better, a process of making the game proceed more advantageously may be executed as the game process. Thus, in order to execute the game process for making the game proceed more advantageously, it is necessary to improve the relationship with the other groups indicated by the third information. For that purpose, it is necessary to improve the second information for each of the game contents in the same group among the game contents held. For that purpose, it is desirable to play the first information between each of the game contents in the same group and each of the other groups so as to approach the respective upper limit values. As a result, the chance of playing each of the game contents in the same group and each of the other groups increases, and the interest of the game increases.

  (Item 6) In (Item 5), the game program executes, based on the user's operation, a process of causing the processor to select one of game media available in the game for the user to hold. In the step of storing and updating the stored game contents in the memory, the upper limit may be set for the second information of each of the plurality of game contents classified into the same group. Accordingly, in order to advance the game more advantageously, it is desirable that the second information for each of the game contents in the same group be closer to the upper limit value. For that purpose, it is necessary to own more game media of the same group. As a result, the motivation of the user for acquiring the game contents in the same group as the game contents already possessed is improved.

  (Item 7) In (Item 6), the step of storing the selected game content is a process for storing the selected game content in the selection process, based on the rarity set for each of the game media available in the game. In the step of selecting and updating the game contents, the second information of each of the plurality of game contents classified into the same group may have a larger upper limit value as the rarity of the game contents is higher. As a result, in order to advance the game more advantageously, it is necessary to bring the second information closer to the upper limit value for the game content with a high rarity and the game content with a low rarity among the game media in the same group. As a result, the motivation of the user for acquiring a game content with a high rarity and not yet given is improved. In addition, the motivation of the user to play the game content having a low rarity and already given is improved.

  (Item 8) In any one of (Item 1) to (Item 7), the step of updating is performed by using two game media classified into different groups among the game media stored in the memory. The first information may be updated between one of the two game contents and a group of the other game contents based on an operation of a user who plays. Accordingly, in order to execute a game process desired by the user, the user is required to play a game using at least two game media in different groups. As a result, the interest of the game increases.

  (Item 9) In any one of (Item 1) to (Item 8), the step to be executed is based on the first information stored in the memory for each of the plurality of game media classified into the same group. Alternatively, a game process related to the group may be executed. Thereby, the user can execute the game processing related to the group by playing each of the plurality of game contents belonging to the same group so as to have a desired relationship with another group. . As a result, the interest in playing each of the game media classified into the group increases.

  (Item 10) In any one of (Item 1) to (Item 9), the step of updating and the step of executing are executed in the first game part, and the step of executing is performed as a game process, May be executed, and the game program may further cause the processor to advance a second game part that proceeds more advantageously as the parameter indicating the characteristic of the game medium is enhanced. . Thus, the user can advantageously advance the second game part by playing the first game part.

  (Item 11) In the item (10), the step of proceeding with the second game part comprises, in the second game part, proceeding with the opponent using one or more game contents held by the user, The match may be advanced so that the user can easily win as the parameters representing the characteristics of the game medium used in the game part are strengthened. This makes it easier for the user to win the battle in the second game part by playing the first game part.

  (Item 12) In any one of (Item 1) to (Item 11), the updating step and the executing step are executed in the first game part, and the executing step is related to the group as a game process. Executing a process of storing content that can be viewed by the user in a memory in association with the user, and further causing the processor to advance a third game part that causes the user to view the content stored in the memory. It may be executed. This allows the user to enjoy the third game part by playing the first game part.

  (Item 13) In any one of (Item 1) to (Item 12), the updating step and the executing step are executed in the first game part, and the executing step is associated with the group as a game process. The game program may execute a process of storing information representing the event in the memory in association with the user, and cause the processor to cause the processor to generate an event represented by the information stored in the memory in the first game part. Thereby, the user can enjoy an event occurring in the first game part by playing the first game part.

  (Item 14) The method of executing the game program has been described. According to an aspect of the present disclosure, a game program is executed by a computer including a processor and a memory. The method is a method in which the processor executes each step described in (Item 1). The method according to (Item 14) has the same effect as the game program according to (Item 1).

  (Item 15) The information processing apparatus has been described. According to an aspect of the present disclosure, the information processing device includes a storage unit (120) that stores a game program according to (item 1), and the information processing device (user terminal 100) that executes the game program. A control unit (110) for controlling the operation. The information processing device according to (Item 15) has the same operation and effect as the game program according to (Item 1).

1 game system, 2 networks, 10,20 processors, 11,21 memories, 12,22 storage, 13,23 communication IF (operation unit), 14,24 input / output IF (operation unit), 15 touch screen (display unit, Operation unit), 17 camera (operation unit), 18 distance measurement sensor (operation unit), 100 user terminal (computer, information processing device), 110, 210 control unit, 111 story progression unit, 112 practice progression unit, 113 practice progression Unit, 114 lottery progression unit, 115 event management unit, 120, 220 storage unit, 131 game program, 132 game information, 133 user information, 151 input unit (operation unit), 152 display unit, 200 server (computer, information processing device) ), 211 Progress support unit, 1010 object, 1020 control , 1030 storage medium

Claims (15)

A game program executed by a computer having a processor and a memory,
The memory stores game media held by a user among game media available for a game based on the game program, in association with information indicating a group into which the game media are classified,
The game program includes:
For each of a plurality of game contents classified into the same group among the game contents stored in the memory, a relationship between the game contents and another group to which another plurality of game contents are classified is shown. Updating the first information stored in the memory based on an operation of the user who plays the game;
Executing a game process based on the first information stored in the memory for each of the plurality of game media classified into the same group.   2. The memory according to claim 1, wherein the memory stores, as information representing the group, an identifier for classifying a character represented by the game medium or a category set for the character in association with the game medium. 3. Game program. The updating may include updating, for each of the plurality of game media classified into the same group, the first information between the game media and each of the one or more other groups, Obtaining the second information based on the first information of the above, storing the obtained second information in the memory in association with the game medium,
The game program according to claim 1, wherein the executing step executes the game process based on the second information associated with each of the plurality of game contents classified into the same group. The updating includes obtaining third information based on the second information associated with each of the plurality of game media classified into the same group, and associating the obtained third information with information representing the group. To be stored in the memory,
The game program according to claim 3, wherein the executing step executes the game process when the third information satisfies a predetermined condition. The step of updating comprises:
As the first information, a parameter representing a good relationship with the other group is applied, and the parameter is set between each of the plurality of game media classified into the same group and the other group. Update below the specified upper limit,
Applying a parameter obtained by integrating the parameters as the second information,
Applying a parameter obtained by integrating the second information as the third information,
5. The computer-readable storage medium according to claim 4, wherein the executing step executes, as the game process, a process of proceeding with the game more advantageously as the relationship with the other group indicated by the third information is better. 6. The game program includes:
A step of executing, based on the user's operation, a process of selecting any of the game media available in the game to be held by the user, and causing the memory to store the selected game media in the memory. ,
6. The computer-readable storage medium according to claim 5, wherein in the updating, an upper limit is set in the second information of each of the plurality of game media classified into the same group. The step of storing the selected game content includes, in the selecting process, selecting the game content to be retained by the user based on the rarity set for each of the game media available for the game. And
7. The method according to claim 6, wherein, in the updating, the second information of each of the plurality of game media classified into the same group has a larger upper limit set as the rarity of the game media increases. Game program.   The step of updating is performed based on an operation of the user who plays the game using two game media classified into different groups among the game media stored in the memory. The game program according to any one of claims 1 to 7, wherein the first information is updated between one of the game contents and a group of the other game contents.   2. The step of executing, based on the first information stored in the memory, for each of the plurality of game media classified into the same group, executing the game process related to the group. 9. The game program according to any one of claims 1 to 8. The updating step and the executing step are executed in a first game part,
The executing step executes, as the game process, a process of enhancing a parameter representing a characteristic of the game medium,
The game program includes:
The game program according to any one of claims 1 to 9, further comprising: executing a second game part that progresses more advantageously as the parameter representing the characteristic of the game medium is strengthened.   The step of advancing the second game part is a step of advancing a battle with an opponent using the one or more game media held by the user in the second game part, and is used in the second game part. The game program according to claim 10, wherein the battle progresses so that the user is more likely to win as the parameter representing the characteristic of the game medium is strengthened. The updating step and the executing step are executed in a first game part,
The executing step executes, as the game process, a process of storing, in the memory, content that can be browsed by a user and associated with the group, in association with the user.
The game according to any one of claims 1 to 11, wherein the game program further causes the processor to execute a step of causing a user to browse the content stored in the memory in a third game part. program. The updating step and the executing step are executed in a first game part,
The executing step executes, as the game process, a process of storing information representing an event associated with the group in the memory in association with the user,
The game program includes:
The game program according to any one of claims 1 to 12, wherein an event represented by information stored in the memory is generated in the first game part. A method in which a computer executes a game program,
The computer includes a processor and a memory,
A method wherein the processor performs the steps of claim 1. An information processing device,
The information processing device,
A storage unit for storing the game program according to claim 1,
An information processing device comprising: a control unit configured to control an operation of the information processing device by executing the game program.

Images