JP2023053365A - Information processing program, server, information processing system, and information processing device - Google Patents

Abstract

PROBLEM TO BE SOLVED: To affect an event other than a change in parameters on the basis of combination contents in a group in a growing game.

SOLUTION: An information processing program allows a computer to achieve a group generation function of generating a medium group including at least one game medium to which a character attribute is granted, a game control function of controlling a growing game for changing parameters of a character, and a lottery function of determining contents of an occurring event by a lottery in determination of occurrence of the event in the growing game on the basis of a predetermined condition, and increasing an occurrence probability of an event corresponding to a character attribute granted to a game medium included in the medium group and an occurrence probability of an event corresponding to the game medium as compared with an occurrence probability when the game medium is not included in the medium group in the lottery.

SELECTED DRAWING: Figure 3

COPYRIGHT: (C)2023,JPO&INPIT

Description

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

2. Description of the Related Art Among games provided by electronic devices such as smartphones and computer game machines, there is known a breeding game in which a character is trained and parameters of the character are changed. In the training game, the player can change the parameters of the character to be trained by causing the character to be trained to perform predetermined exercises, to compete with other characters, and the like.

As an example, Patent Literature 1 describes forming a group (party) by combining a plurality of characters, and raising the characters while the characters included in the formed group influence each other. According to the technology described in Patent Literature 1, the player can train characters in various ways, taking into consideration the influence between characters. Therefore, according to the technology described in Patent Literature 1, it is possible to improve the interest of the breeding game.

JP 2013-144010 A

However, with the general technique disclosed in Patent Document 1, the combination content in the group is only related to the amount of change in parameters, and has little relevance to other events in the breeding game.
In this respect, if it is possible to influence events other than changes in parameters based on the details of the combination in the group, it is possible to further improve the interest of the breeding game.

The present invention has been made in view of such circumstances, and an object of the present invention is to influence events other than parameter changes based on the details of combinations in a group in a breeding game.

In order to achieve the above object, an information processing program according to one aspect of the present invention comprises:
a group generation function for generating a medium group including at least one or more game media to which character attributes are assigned;
a game control function for controlling a breeding game for changing character parameters;
When the occurrence of an event in the breeding game is determined based on a predetermined condition, the content of the event to occur is determined by lottery, and character attributes given to the game media included in the media group in the lottery. a lottery function for increasing the occurrence probability of an event corresponding to and the occurrence probability of an event corresponding to the game medium above the probability of occurrence when the game medium is not included in the medium group;
on a computer.

According to the present invention, in a breeding game, it is possible to influence events other than changes in parameters based on the details of combinations in groups.

1 is a block diagram showing the overall configuration of an information processing system according to an embodiment of the present invention; FIG. 3 is a block diagram showing the hardware configuration of the server and player terminals according to the embodiment of the present invention; FIG. 3 is a functional block diagram showing a functional configuration for executing event management processing among the functional configurations of the server and player terminals in FIG. 2; FIG. FIG. 10 is a conceptual diagram for explaining fluctuations in the occurrence probability of events corresponding to character attributes in event management processing; 4 is a sequence diagram illustrating the flow of event management processing executed by the server and player terminals of FIG. 2 having the functional configuration of FIG. 3; FIG. FIG. 10 is a schematic diagram showing a display example of a deck creation screen in the breeding game operated in the event management process. FIG. 11 is a schematic diagram showing a display example of a selection screen for a trained character in a training game operated in event management processing; FIG. 10 is a schematic diagram showing a display example of a deck creation screen in the breeding game operated in the event management process. FIG. 10 is a schematic diagram showing a display example of a selection screen for selecting cards possessed by other players to be included in the deck in the breeding game operated in the event management process. FIG. 10 is a schematic diagram showing a display example of a selection screen for selecting a command for executing training in the breeding game operated in the event management process. FIG. 11 is a schematic diagram showing a display example of a selection screen for selecting training to be executed after selecting a training command in the breeding game operated in the event management process. FIG. 10 is a schematic diagram showing a display example of a selection screen for selecting allocation of breeding points in the breeding game operated in the event management process. FIG. 10 is a schematic diagram showing a display example of an effect performed at an event that occurs in the breeding game that operates in the event management process. FIG. 10 is a schematic diagram showing a display example when training points are obtained in an event that has occurred in the breeding game operated in the event management process. FIG. 10 is a functional block diagram showing a functional configuration for executing event management processing among the functional configurations of the information processing apparatus in the modified example of the embodiment of the present invention; 16 is a sequence diagram illustrating the flow of event management processing executed by the information processing apparatus having the functional configuration of FIG. 15; FIG.

BEST MODE FOR CARRYING OUT THE INVENTION Hereinafter, embodiments of the present invention will be described with reference to the drawings.
[Overview of this embodiment]
In this embodiment, a breeding game is executed to change the parameters of a character to be trained (hereinafter referred to as a "training target character"). In addition, in executing this training game, the present embodiment allows the player to select game media (hereinafter referred to as “cards”) to which character attributes are assigned, and a media group (hereinafter referred to as “cards”) including the selected cards. , called a “deck”).

Then, in this embodiment, it is determined by lottery (hereinafter referred to as "event occurrence lottery") whether or not to generate an event at a predetermined timing in the breeding game. Furthermore, in this embodiment, when the occurrence of an event is determined by this event occurrence lottery, the content of the event to occur is determined by a further lottery (hereinafter referred to as "event content lottery").

In this case, the present embodiment varies the probability of occurrence of various events based on what kind of cards are included in the deck in this event content lottery. For example, the probability of occurrence of an event corresponding to the character attribute given to a card included in the deck and the probability of occurrence of an event corresponding to this card are increased from the occurrence probability when this card is not included in the deck. Let
In addition, this embodiment further varies the event occurrence probability according to the number of cards included in the deck. For example, when the same card is included multiple times in the deck, the occurrence probability of the event is increased more than when this card is included singly in the deck. In addition, as the number of sheets included increases, the probability of occurrence of the event is further increased.

As described above, in this embodiment, the contents of combinations in the deck affect not only general phenomena such as the amount of change in parameters, but also the occurrence of events in the breeding game.
Therefore, from the player's point of view, there is room for various ingenuity in order to generate a desired event. Therefore, according to the present embodiment, it is possible to make the breeding game more interesting for the player.
Also, from the player's point of view, it is meaningful to possess various cards in order to create a desired deck. Also, even if it is the same card, it is meaningful to have multiple cards in duplicate.
Therefore, according to this embodiment, the player can be motivated to own more cards.

[Overall system configuration]
The overall configuration of this embodiment will be described with reference to FIG. FIG. 1 is a block diagram showing the overall configuration of an information processing system S according to this embodiment.
As shown in FIG. 1 , an information processing system S includes a server 1 , n player terminals 2 (where n is an arbitrary integer value equal to or greater than 1), and a network 5 .

The information processing system S is a so-called client-server system. The information processing system S is realized by mutual communication between the n player terminals 2 as clients and the server 1 via the network 5 .

The server 1 is realized by, for example, a server device. Also, the player terminal 2 is realized by, for example, a smartphone, a game machine, or a personal computer. Furthermore, the network 5 is realized by, for example, a network such as a LAN (Local Area Network), the Internet, a mobile phone network, or a network combining these.

In addition, in the drawing, as n player terminals 2, a player terminal 2a, a player terminal 2b, and a player terminal 2n are illustrated. However, in the following description, when these n player terminals 2 are to be described without distinction, some reference numerals will be omitted and they will simply be referred to as "player terminals 2".

[Hardware configuration]
Next, the hardware configuration of this embodiment will be described with reference to FIG. FIG. 2 is a block diagram showing the hardware configuration of the server 1 and the hardware configuration of the player terminal 2 according to the embodiment of the present invention. In the drawing, the reference numerals corresponding to the hardware of the server 1 are written without parentheses, and the reference numerals corresponding to the hardware of the player terminal 2 are written with parentheses.

First, the hardware configuration of the server 1 will be described. As shown in FIG. 2, the server 1 includes a CPU (Central Processing Unit) 11, a ROM (Read Only Memory) 12, a RAM (Random Access Memory) 13, a bus 14, an input/output interface 15, an input unit 16 , an output unit 17 , a storage unit 18 , a communication unit 19 and a drive 20 .

The CPU 11 executes various processes according to programs recorded in the ROM 12 or programs loaded from the storage unit 18 to the RAM 13 .

The RAM 13 also stores data necessary for the CPU 11 to execute various processes.

The CPU 11 , ROM 12 and RAM 13 are interconnected via a bus 14 . An input/output interface 15 is also connected to the bus 14 . An input unit 16 , an output unit 17 , a storage unit 18 , a communication unit 19 and a drive 20 are connected to the input/output interface 15 .

The input unit 16 is composed of various buttons, a touch panel, a microphone, or the like, and inputs various kinds of information in accordance with instruction operations of the administrator of the server 1 or the like. Note that the input unit 16 may be implemented by an input device such as a keyboard and a mouse that is independent of the main body that accommodates other units of the server 1 .

The output unit 17 outputs image data and music data to a display, a speaker, or the like. The image data and music data output by the output unit 17 are output from a display, a speaker, or the like so that the player can recognize them as images or music.

The storage unit 18 is composed of a semiconductor memory such as a DRAM (Dynamic Random Access Memory) and stores various data.

The communication unit 19 implements communication with another device. For example, the communication unit 19 communicates with the player terminal 2 via the network 5 .

The drive 20 is appropriately provided as required. A removable medium 100 such as a magnetic disk, an optical disk, a magneto-optical disk, or a semiconductor memory is mounted in the drive 20 as appropriate. The removable medium 100 stores a program for executing the game and various data such as image data. Programs read from the removable medium 100 by the drive 20 and various data such as image data are installed in the storage unit 18 as necessary.

Next, the hardware configuration of the player terminal 2 will be described. As shown in FIG. 2, the player terminal 2 includes a CPU 21, a ROM 22, a RAM 23, a bus 24, an input/output interface 25, an input section 26, an output section 27, a storage section 28, and a communication section 29. , a drive 30; Each of these units has the same function as each unit of the same name provided in the above-described server 1 but with a different number. Therefore, redundant description is omitted.
When the player terminal 2 is configured as a portable device, each hardware included in the player terminal 2, a display, a speaker, and a battery that supplies power to these are realized as an integrated device. may

[Functional configuration]
Next, the functional configuration of the server 1 and the functional configuration of the player terminal 2 will be described with reference to FIG.
FIG. 3 is a functional block diagram showing a functional configuration for executing event management processing among the functional configurations of the server 1 and the player terminal 2 shown in FIGS. 1 and 2. As shown in FIG.
Here, the event management process is a series of processes for managing the occurrence of events based on the contents of the cards included in the deck during execution of the breeding game.

First, the functional configuration of the player terminal 2 will be described.
When the event management process is executed, as shown in FIG. 3, in the CPU 21, the game action executing section 211 and the player selection notifying section 212 function. Each of these functional blocks exchanges information with each other as needed.
A game operation data storage unit 281 is set in one area of the storage unit 28 .

The game operation execution unit 211 executes processing for operating the game. The game action execution unit 211 receives game software included in a game action data storage unit 281 (to be described later), operation details related to the game by the player input from the input unit 26, and control instructions from the game action control unit 111 (to be described later). , to run the game.

In addition, the game action executing section 211 generates a game image from image data included in a game action data storage section 281 (to be described later) along with the game action, and displays the generated image on a display connected to the output section 17 . Perform control processing to display on Similarly, the game action execution unit 211 generates game music and sounds from music data and sound data contained in a game action data storage unit 281 (to be described later) in accordance with the game actions, and generates the generated music and sounds. is output from the speaker connected to the output unit 17 .

Here, in the present embodiment, the server 1 manages the predetermined parameters in the game operated by the game action executing section 211 . For example, information as to which character the player possesses, parameters of the character possessed by the player, information as to which card the player possesses, past game results, possession of in-game currency in the game. Parameters corresponding to the amount and the like are managed by the server 1 .

Therefore, the game operation execution unit 211 performs a process that involves a change in these predetermined parameters in the game (for example, a process that involves an increase or decrease in the value of the parameter, or a process that changes a flag indicating the state of the parameter). When doing so, the parameters managed by the server 1 are updated by communicating with the server 1 . Then, the game action executing section 211 receives the updated parameters from the server 1, and continues the game action according to the updated parameters.

For example, character training in a breeding game, lotteries for players to acquire characters and cards, and the like involve changes in predetermined parameters. Therefore, the game action execution unit 211 communicates with the server 1 to update the parameters by communicating with the server 1 when a character is trained in a breeding game, or when a lottery for the player to acquire a character or a card occurs. Let

In this embodiment, it is assumed that the game action executing section 211 operates a breeding game for changing the parameters of the character as a game. More specifically, it is assumed that a character is assumed to be a racehorse, and a breeding game is run to improve the character's racing abilities.

However, the present invention is not limited to this, and the game operation executing section 211 may operate a game other than the breeding game. For example, a game may be operated in which a character raised in a breeding game competes with other characters, or cooperates with other characters to achieve a predetermined goal. For example, a game may be run in which a character trained as a racehorse races against other characters. In this case, the other character may be an NPC (Non Player Character). Also, it may be a character possessed by another player using another player terminal 2 . That is, it may be a so-called multiplayer game.

The player selection notification unit 212 notifies the server 1 of the player's selection. The player selection notification unit 212 allows, for example, selection of a trained character in a training game, selection of a card for generating a deck, and selection of a command to be executed in the training game by an operation by the player input from the input unit 26. accepted on the basis of Then, the player selection notification unit 212 notifies the player's selection content by transmitting the received selection content of the player to the server 1 .

Communication with the server 1 by the game action execution unit 211 and the player selection notification unit 212 is performed using the communication unit 29 . As described above with reference to FIG. 1, the network 5 for realizing communication exists between the player terminal 2 and the server 1, but the illustration of this network 5 is omitted in FIG.

The game operation data storage unit 281 stores various data necessary for the game operation execution unit 211 to operate the game (here, the breeding game). The various data for operating the game are, for example, game software, which is a program for executing the game, and image data, music data, and audio data for generating images and sounds for the game. In addition, when displaying at least part of characters and backgrounds in a game using three-dimensional computer graphics, polygon data for realizing display using three-dimensional computer graphics is stored in the game operation data storage unit 281. and texture data are also stored.

These various data for operating the game may be stored only in the game operation data storage unit 281 of the storage unit 28, or may be appropriately read from the removable medium 100 by the drive 20. .
In addition, these various data may be appropriately transmitted to the player terminal 2 by communication via the communication unit 29 from a device such as the server 1 or another server (not shown). That is, these various types of data may be appropriately downloaded as necessary when installing the game or upgrading the version of the game.

Next, the functional configuration of the server 1 will be explained.
When the event management process is executed, as shown in FIG. 3, in the CPU 11, a game operation control section 111, a deck generation section 112, a breeding game control section 113, and an event lottery section 114 function. Each of these functional blocks exchanges information with each other as necessary.
A terminal management data storage unit 181 is set in one area of the storage unit 18 .

The game operation control unit 111 controls execution of processing for operating the game performed by the game operation execution unit 211 . The game operation control unit 111 outputs the player's selection content notified from the player selection notification unit 212 to the deck generation unit 112, breeding game control unit 113, and event lottery unit 114, which will be described later. Also, the game operation control unit 111 acquires the result of processing related to the breeding game, which is performed by the deck generation unit 112, breeding game control unit 113, and event lottery unit 114, which will be described later, based on the player's selection. Then, the game operation control section 111 transmits a control instruction based on the acquired processing result to the game operation execution section 211 via the communication section 29 .

This control instruction includes, for example, changes in parameters based on training results in the breeding game, whether or not an event will occur, and details of the event that will occur. The game action execution unit 211 generates images and sounds corresponding to the progress of the breeding game based on such control instructions, and outputs the generated images and sounds from the output unit 27 .
Thus, in the present embodiment, cooperation between the player terminal 2 and the server 1 can realize the operation of the breeding game.

Here, the event that occurs in the breeding game is one of the presentations in the breeding game. For example, an event is a character to be trained, an image (still image or moving image) of the character corresponding to the event, and text or sound (music or voice) corresponding to these characters to enable communication such as conversation between characters. This is the presentation that will be displayed. In the event, a change value is set for a training point or the like to be given to the character to be trained, and when the event occurs, the training point or the like of the character to be trained changes based on the change value.
A specific display example in the event and training points will be described in detail in the item "Display example in breeding game" below.

The deck generator 112 generates a deck when executing the breeding game. The deck generation unit 112 generates a deck based on the player's selection of cards obtained via the game operation control unit 111 . A deck can contain a predetermined number of cards. For example, if the predetermined number is 4, the deck can contain up to 4 cards. In this case, the player selects an arbitrary number of cards from 1 to 4 from the cards that the player owns. Then, the deck generation unit 112 generates a deck from the selected number of cards, from one to four.

It should be noted that the deck may further include cards possessed by other players. For example, in addition to the four cards owned by the player, one card owned by another player may be included in the deck. In this case, in-game currency, for example, may be given to the other player as compensation for using the card.
Furthermore, since the cards included in the deck correspond to the characters that support the characters to be trained, the cards given the character attributes of the characters to be trained may not be included in the deck.

When the deck generation unit 112 generates the deck, the deck generation unit 112 transmits identification information for identifying cards included in the deck as information indicating the contents of the generated deck, for example, to the breeding game control unit 113 and the event lottery unit 114, which will be described later. Output for
Note that the deck may be generated each time the breeding game is executed, or a deck once generated may be selected when the breeding game is executed instead of being generated each time.

The breeding game control unit 113 performs processing related to the breeding game. For example, the breeding game control unit 113 performs processing such as updating the parameters of the breeding target character based on the player's selection of the breeding target character acquired from the game operation control unit 111 and the content of command selection in the breeding game. . In addition, the breeding game control unit 113 performs processing such as updating parameters of the breeding target character in accordance with the content of an event that has occurred based on the lottery result of the event lottery unit 114, which will be described later.

Furthermore, the breeding game control unit 113 also performs a process for the player to acquire a breeding target character or card (hereinafter referred to as "acquisition process") in the breeding game. For example, the breeding game control unit 113 determines the amount of in-game currency to be consumed in the acquisition process based on the player's selection content acquired from the game operation control unit 111 . Then, the breeding game control unit 113 consumes the determined amount of in-game currency and performs an acquisition process (for example, lottery or purchase). This acquisition process is performed based on a predetermined rule. For example, it is performed based on the processing result of arithmetic processing based on a predetermined function. Then, the breeding game control unit 113 gives the breeding target characters and cards to the player based on the result of the acquisition process. As described above, in the present embodiment, the deck can contain a plurality of identical cards, so the same player may possess a plurality of identical cards.

The in-game currency can be increased by, for example, payment by the player. In this case, payment by the player is realized by cash settlement using a credit card or settlement using electronic money. In addition to this, other methods may be used to increase the in-game currency. For example, communication between players in the breeding game, achievement of a predetermined event in the breeding game, or the like may be used as a trigger for the increase.

Based on these processing results, the breeding game control unit 113 updates information stored in the terminal management data storage unit 181, which will be described later.
In this embodiment, at least a part of the processing relating to the breeding game is performed by the server, so the processing in the player terminal 2 can be reduced. In addition, it is possible to prevent tampering with the processing related to the growing game on the player terminal 2 .

The event lottery section 114 performs the above-described event occurrence lottery and event content lottery.
The event occurrence lottery is executed at a first predetermined timing in the breeding game. For example, in a breeding game, it is assumed that practice is performed multiple times in one turn. In this case, each of the start of one turn, after execution of a plurality of exercises, and the end of one turn can be set as the first predetermined timing. Here, the event occurrence probability in the event occurrence lottery may be arbitrarily set in consideration of the contents of the breeding game. For example, it may be set that the event occurs with a probability of 35%.
When it is determined in the event generation lottery that an event will occur, the event lottery section 114 performs an event content lottery to determine the content of the event to occur.

Here, as described above, the event lottery section 114 varies the probability of occurrence of various events based on what kind of cards are included in the deck in this event content lottery. For example, the probability of occurrence of an event corresponding to the character attribute given to a card included in the deck and the probability of occurrence of an event corresponding to this card are increased from the occurrence probability when this card is not included in the deck. Let
In addition, in this embodiment, the event occurrence probability is further varied according to the number of cards included in the deck. For example, when the same card is included in multiple copies in the deck, the occurrence probability of the event is increased more than when this card is included in the deck singly. In addition, as the number of sheets included increases, the probability of occurrence of the event is further increased.

Here, as a premise of the description, the event lottery unit 114 performs two lotteries in the event content lottery. Specifically, first, the event lottery section 114 conducts a lottery (hereinafter referred to as "first event content lottery") for determining which character the event corresponding to is to be generated. Next, the event lottery unit 114 conducts a lottery (hereinafter referred to as “second event content lottery”). Thereby, the event lottery unit 114 determines the content of the event to be generated.

First, in the first event content lottery, the event lottery unit 114 varies the occurrence probability of the event corresponding to the character attribute. This point will be described with reference to FIG. FIG. 4 is a conceptual diagram for explaining variations in the occurrence probability of events corresponding to character attributes.
For example, as shown in FIG. 4(a), if the deck does not include even one card to which the first character is given as a character attribute, the probability of occurrence of an event corresponding to the first character is Not zero, but a low probability. For example, it is 1% as illustrated in the figure.
On the other hand, as shown in FIG. 4(b), if the deck contains one card to which the first character is given as a character attribute, the probability of occurrence of the event corresponding to the first character is is a higher probability than the case where no card is included. For example, it is 10% as illustrated in the figure.
Furthermore, as shown in FIG. 4(c), when the deck contains four cards to which the first character is given as a character attribute, the event occurrence probability corresponding to the first character is 1. The probability is even higher than when there are 2 cards included. For example, it is 40% as illustrated in the figure.

In this way, when the deck contains a plurality of cards to which the first character is given as a character attribute, the amount of increase in event occurrence probability in the case of one card and the number of cards included in the deck The probability of occurrence of an event corresponding to the first character increases based on the number of cards. For example, if one or more cards are included, the probability is higher than the value obtained by multiplying the probability of not including even one card by the number of cards included.
Therefore, for example, a player who desires the occurrence of an event corresponding to the first character tries to include as many cards as possible in the deck to which the first character is given as a character attribute. In this way, by varying the occurrence probability based on the cards included in the deck, it is possible to further improve the interest of the player. Also, it is possible to give the player motivation to own more cards.

Furthermore, in the present embodiment, all events to which character attributes are assigned can occur regardless of whether or not cards to which character attributes are assigned are included in the deck. That is, the probability of occurrence of all events to which character attributes are assigned is set in advance so as not to be 0%.

Specifically, a default value for calculating the occurrence probability of each event is defined as a positive value greater than 0 for each event. In this case, the default value itself does not express the probability, so the sum of the default values for each event does not have to be 100.

Then, as described above, based on the contents of the cards included in the deck, after increasing only the default value of the event corresponding to the predetermined character or the event corresponding to the predetermined card, based on the default value of each event Then, the first event content lottery and the second event content lottery will be held.

By setting the default value for calculating the occurrence probability of each event as a positive value larger than 0 for each event in this way, a character who has not yet obtained a card with that character attribute It is possible to generate an event about the character and an event about the character whose deck does not include the card with that character attribute. This can make the player interested in the character. Therefore, it is possible to give the player a goal of wanting to newly possess a card to which the character attribute of the character with which the player is interested is assigned, or a goal of wanting to possess more cards. From this point of view as well, the player's interest can be further improved.

Next, in the second event content lottery, the occurrence probability of the event corresponding to the card is changed. Here, a card is associated with a character event corresponding to a character attribute given to the card. This associated event is an event of the character corresponding to the character attribute assigned to the card, and may be particularly an event unique to the card. As a result, from the player's point of view, it is meaningful to obtain a card in order to generate a unique event, which is a rarity event. Therefore, by associating a unique event, it is possible to give the player motivation to own more cards.

Therefore, when a card to which a character attribute is given for a character determined to generate an event by lottery of first event contents is included in the deck, the event generation probability corresponding to this card is changed.
For example, if it is determined by the first event lottery that the event of the first character will occur, and if a card with the character attribute of the first character is included in the deck, this card will be dealt with. Increases the probability of occurrence of events that Also, if the deck contains multiple copies of the same card, this card will be dealt with based on the amount of increase in event occurrence probability when there is only one card and the number of cards included in the deck. Increases the probability of an event occurring. For example, when one or more cards are included, the probability is set to be higher than the value obtained by multiplying the probability of not including even one card by the number of cards included.

Therefore, a player who desires the occurrence of an event corresponding to a card tries to include as many identical cards as possible in the deck. By varying the probability of occurrence in this way, it is possible to further improve the interest of the player. Also, it is possible to give the player motivation to own more cards.

As described above, in the first event content lottery and the second event content lottery, based on the contents of the cards included in the deck, the probability of occurrence of an event corresponding to a predetermined character and the probability of occurrence of an event corresponding to a predetermined card In order to increase the occurrence probability of an event, it is necessary to decrease the occurrence probability of other events.

For example, in the first event content lottery, the sum of default values for events corresponding to character A is "3", the sum of default values for events corresponding to character B is "80", and the sum of default values for character C is "3". The sum of the default values of the events is "80", the sum of the default values of the events corresponding to the character D is "120", the sum of the default values of the events corresponding to the character E is "20", and all is 303. In this case, if the probability of occurrence of an event corresponding to character A is calculated as a percentage, it will be approximately 1%, as shown in <Equation 1> below.

<Formula 1>
3 ÷ (3 + 80 + 80 + 120 + 20) × 100 [%] = 0.99 [%]

On the other hand, for example, if the deck contains two cards to which the character attribute of character A is assigned, the sum of default values for calculating the probability of occurrence of an event corresponding to character A is For example, "75". In this case, if the probability of occurrence of an event corresponding to character A is calculated as a percentage, it will be 20[%], and the probability of occurrence of an event corresponding to other characters will decrease, as shown in <Formula 2> below. do. For example, the probability of occurrence of an event corresponding to character B decreases from approximately 26[%] to approximately 21[%].

<Formula 2>
75 ÷ (75 + 80 + 80 + 120 + 20) × 100 [%] = 20 [%]

Similarly, in the second event content lottery, a lottery is also conducted based on the default value of each event corresponding to the character determined in the first event content lottery.

Note that the event lottery unit 114 may calculate the occurrence probability of each event as a percentage based on the ratio of the total sum of the default values for each event. Then, the first event content lottery and the second event content lottery may be performed based on the occurrence probability of each event calculated as a percentage.

In this manner, in the first event content lottery and the second event content lottery, the probability of occurrence of an event corresponding to a predetermined character and the probability of occurrence of an event corresponding to a predetermined card are determined based on the content of the cards included in the deck. It is possible to increase the occurrence probability and reduce the occurrence probability of other events.

As an exception to the calculation of the event occurrence probability described above, the event of the character to be trained may not occur at all regardless of the contents of the cards included in the deck. This is because an event generated by an event lottery is preferably an event corresponding to a character that supports a character to be trained. In this case, the default value for calculating the occurrence probability of the event of the trained character may be fixed to zero.

Then, the event lottery section 114 outputs the lottery result of each lottery performed at the first predetermined timing to the game operation control section 111 and the breeding game control section 113 . This lottery result includes information indicating whether or not it is determined that an event will occur in the event generation lottery, and information indicating which event will occur in the event content lottery if it is determined that an event will occur. is included.

If the lottery result output from the event lottery unit 114 determines that an event will occur, the breeding game control unit 113 generates the event determined to occur at the second predetermined timing in the breeding game, and determines the content of the event. Update the character's parameters accordingly. Further, when it is determined that an event will occur in the lottery result output from the event lottery unit 114, the game operation control unit 111 causes the event determined to occur at the second predetermined timing in the breeding game to occur. It controls the game operation executing section 211 .

Here, the second predetermined timing, which is the timing at which the event is generated, should be a timing later than the first predetermined timing. For example, as described above, when each of the start of one turn, the execution of each of a plurality of exercises, and the end of one turn is set as the first predetermined timing, the first predetermined timing is the same as the first predetermined timing. at the start of one turn, after each of a plurality of exercises, or at the end of one turn, which is some (for example, two) times later than the first predetermined timing It is preferable to use the second predetermined timing.

Thus, by setting the second predetermined timing after the first predetermined timing, the server 1 and the player terminal 2 can perform preprocessing for generating an event during that time. For example, image and sound data for generating an event can be read in advance in the main memory or the like. As a result, the event can be generated smoothly without waiting for the player.

The terminal management data storage unit 181 stores management data regarding the player terminals 2 . The management data relating to the player terminal 2 is a predetermined parameter in the game operated by the game action executing section 211, as described above when explaining the game action executing section 211. FIG. For example, information as to which character the player possesses, parameters of the character possessed by the player, information as to which card the player possesses, past game results, possession of in-game currency in the game. Parameters corresponding to quantities and the like are stored as management data. When a plurality of player terminals 2 are connected to the server 1, management data is managed for each player terminal 2 or each player based on the identification information of the player terminal 2, the identification information of the player, and the like. .

[Operation in event management processing]
The functional blocks of the player terminal 2 and the server 1 have been described above. Next, operations in event management processing executed by the player terminal 2 and the server 1 will be described with reference to FIG. Here, FIG. 5 is a sequence diagram for explaining the flow of event management processing.

The event management process is executed, for example, when the player performs a training game execution request operation. Although not particularly mentioned in the explanation of the event management process below, as a premise of the event management process, the game operation execution unit 211 of the player terminal 2, the game operation control unit 111 of the server 1, the breeding game control unit 113, etc. Each functional block appropriately performs arithmetic processing and communication necessary for executing the breeding game.

In step S11, the player selection notification unit 212 receives selection of cards for creating a deck from the player. Further, in step S12, the player selection notification unit 212 notifies the player of the player's selection by transmitting the received player's selection (that is, card selection for creating a deck) to the server 1. conduct.

In step S21, the deck generation unit 112 generates a deck based on the player's selection (that is, card selection for deck generation) notified in step S12. Then, the deck generation unit 112 outputs the contents of the generated deck to the event lottery unit 114 and the like.

In step S22, the event lottery section 114 determines whether or not the first predetermined timing has arrived. If the first predetermined timing has not arrived, the determination in step S22 is No, and the determination in step S22 is repeated. On the other hand, if the first predetermined timing has arrived, a determination of Yes is made in step S22, and the process proceeds to step S23.

In step S23, the event lottery section 114 conducts an event generation lottery.
In step S24, the event lottery section 114 determines whether or not it is determined in the event occurrence lottery that an event will occur. If it is determined that an event will occur, a determination of Yes is made in step S24, and the process proceeds to step S25. On the other hand, if it is determined that the event will not occur, it is determined No in step S24, and the process proceeds to step S26.

In step S25, the event lottery section 114 determines which event will occur by performing a first event content lottery and a second event content lottery.
In step S<b>26 , the event lottery section 114 notifies the game operation execution section 211 of the player terminal 2 of the lottery results of the event generation lottery and the event content lottery via the game operation control section 111 . This lottery result includes information indicating whether or not it is determined that an event will occur in the event generation lottery, and information indicating which event will occur in the event content lottery if it is determined that an event will occur. is included.

In step S27, the event lottery section 114 determines whether or not the breeding game has ended. If the breeding game has not ended, it is determined No in step S27, and the process is repeated from step S22. On the other hand, if the breeding game has ended, it is determined as Yes in step S27, and this process ends.

In step S<b>13 , the game operation execution unit 211 determines whether or not there is an event that has been determined to occur based on the result of the lottery by the event lottery unit 114 and has not yet occurred. If there is no unoccurred event, a determination of No is made in step S13, and the process proceeds to step S16. If there is an event that has not yet occurred, a determination of Yes is made in step S13, and the process proceeds to step S14.

In step S14, the game action executing section 211 determines whether or not the second predetermined timing has arrived. If the second predetermined timing has not arrived, the determination in step S14 is No, and the process proceeds to step S16. On the other hand, if the second predetermined timing has arrived, a determination of Yes is made in step S14, and the process proceeds to step S15.

In step S15, the game action executing section 211 generates an event that has not yet occurred and should occur at the second predetermined timing.
In step S16, the game action executing section 211 determines whether or not the breeding game has ended. If the breeding game has not ended, it is determined No in step S16, and the process is repeated from step S13. On the other hand, if the breeding game has ended, it is determined as Yes in step S16, and this process ends.

The event management process is executed by cooperation between the player terminal 2 and the server 1 described above.
In this case, in the present embodiment, as described above, the occurrence probabilities of various events are changed based on what kind of cards are included in the deck in the event content lottery.

Therefore, from the player's point of view, there is room for various ingenuity in order to generate a desired event. Therefore, according to the present embodiment, it is possible to make the breeding game more interesting for the player.
Also, from the player's point of view, it is meaningful to possess various cards in order to create a desired deck. Also, even if it is the same card, it is meaningful to have multiple cards in duplicate.
Therefore, according to this embodiment, the player can be motivated to own more cards.

[Display example in breeding game]
Next, display transitions in the breeding game operated in the event management process will be described with reference to FIGS. 6 to 14. FIG. Here, FIGS. 6 to 14 are schematic diagrams showing display examples in the breeding game operated in the event management process.

FIG. 6 is a schematic diagram showing a display example of a deck generation screen in the breeding game operated in the event management process, which is displayed in step S11 of FIG. 4 when the player selects a card to be included in the deck.
In this display example, as indicated by a display 51, the training target character currently selected by the player is displayed. Also, as indicated by a display 52, the name of the character to be trained, the rarity of the character to be trained, and the parameters of the character to be trained are displayed. This parameter is a parameter to be trained in the breeding game, and for example, parameters related to character races such as speed, stamina, power, guts, and wisdom are displayed.

In addition, the character's distance aptitude in the race, and specification of running methods suitable for horse racing such as leading, trailing, and chasing, for example, are also displayed. The player can confirm the parameters of the character by referring to the display 52 . Further, as shown as a display 53, images corresponding to cards included in the deck (for example, images of characters corresponding to character attributes given to the cards) are displayed. In addition, as shown as display 54, the remaining slots of cards that can be included in the deck are displayed. The display example of FIG. 6 indicates that the deck can contain four cards and currently contains one card.

FIG. 7 is a schematic diagram showing a display example of a breeding target character selection screen in a breeding game operated in the event management process. For example, by performing a predetermined operation on the display screen of FIG. It is displayed by transitioning from the screen.

In this display example, displays 51 and 52 are displayed in the same manner as in FIG. Also, as indicated by a display 55, a list of characters possessed by the player and currently selectable as characters to be trained is displayed. In this list, for example, an image of the character's face and the rarity of the character are displayed. The player can select a character to be trained by referring to the display 55 . Then, the player can determine the character to be trained by pressing a decision button shown as a display 56 . In this case, the player may be allowed to narrow down the characters by rarity or search.

FIG. 8 is a schematic diagram showing a display example of a deck generation screen in the breeding game operated in the event management process, which is displayed in step S11 of FIG. 4 when the player selects cards to be included in the deck.

In this display example, displays 51 and 52 are displayed in the same manner as in FIG. 6 and the like. In addition, as indicated by a display 57, there is displayed a frame that is a remaining frame of cards that can be included in the deck and that contains cards possessed by other players. The player can create a deck by including cards possessed by other players in this frame. The cards possessed by other players change fluidly based on the operations of other players, and can be newly selected or unselected. It is preferable to display a screen such as 8.

FIG. 9 is a schematic diagram showing a display example of a selection screen for selecting a card possessed by another player to be included in the deck in the breeding game operated by the event management process. By performing a predetermined operation on the screen, a transition is made from the display screen of FIG. 8 and displayed.

In this display example, as indicated by display 58, a list of cards possessed by other players that can be selected for inclusion in the deck is displayed. In this list, for example, images of characters' faces, character levels, and last login times of other players corresponding to cards possessed by other players are displayed. A player can select a card possessed by another player by referring to the display 58 . Then, the player can transition to the screen of FIG. 8 by pressing a close button shown as display 59 .

FIG. 10 is a schematic diagram showing a display example of a selection screen for selecting a command for executing training in a breeding game that operates in the event management process. be done.

In this display example, a display 51 is displayed in the same manner as in FIG. 6 and the like. Also, as indicated by a display 62, an image of the character corresponding to the character attribute given to the cards included in the deck is displayed. The player can execute the breeding game together with the favorite character selected by the player when creating the deck.
Further, as indicated by a display 63, the parameters of the character to be trained, which are to be trained in the training game, are displayed, such as speed, stamina, power, guts, and intelligence, which are related to the character race. be. Furthermore, as indicated by a display 61, the physical strength of the character to be trained and the bond value indicating the degree of bond between the character to be trained and the player are displayed. The physical strength of the character decreases when the trained character trains, and recovers when the trained character rests. The bond value will be described in detail in the item <Second Modification> described later.

In addition, as shown as display 64, buttons are displayed for selecting commands in training. A predetermined number of turns is set in the breeding game. By pressing these buttons, the player selects commands such as going out, resting, and training for each turn. Depending on the selected command, training points or skills are given for training the training target character. It should be noted that depending on the cards included in the deck, training points to be given and skills to be given may differ. In addition, by allocating the given training points to the parameters of the trained character with the command of growth, the parameters of the trained character increase.

For example, when a button corresponding to a command to go out is pressed, the character to be trained goes out. Along with this, the physical strength parameter will be recovered at random, and the motivation parameter will be recovered. When the button corresponding to the training command is pressed, the character to be trained consumes the physical strength parameter and performs training. As a result, the character to be trained can obtain training points. It should be noted that the training points obtained fluctuate based on the motivation parameter. Further, when the button corresponding to the rest command is pressed, the character to be trained takes a rest. As a result, the training target character recovers physical strength. If you select a training command while your physical strength is low, training points may decrease.

FIG. 11 is a schematic diagram showing a display example of a selection screen for selecting a training to be executed after selecting a training command in a breeding game operated by event management processing. is selected, the screen is changed from the display screen of FIG. 10 and displayed.

In this display example, a display 51 is displayed in the same manner as in FIG. 6 and the like. In addition, displays 61 and 62 are displayed in the same manner as in FIG. In addition, buttons for selecting the workout to be performed are displayed as shown as display 67 . Depending on the training you perform, the content of training points and skills granted will differ. The player selects the training to be performed so as to obtain desired training points and skills. Also, as indicated by a display 65, training points increase as the training is executed. Furthermore, as indicated by display 66, a friendship value indicating the degree of friendship between the character to be trained and other characters is displayed. The friendship value will be described in detail in the item <Second Modification> described later.

FIG. 12 is a schematic diagram showing a display example of a selection screen for selecting allocation of breeding points in a breeding game operated by event management processing. It is displayed by transitioning from the display screen of FIG. 10 .

In this display example, as indicated by a display 68, training points given to the training target character and a list of parameters to be trained are displayed. The player refers to this display 68 and selects a parameter to be raised in exchange for a reduction in training points. For example, in the example of FIG. 12, as training points, 20 points are given to speed, 8 points to technical ability, and 5 points to mental strength. In this case, for example, when the player selects the speed parameter, the speed parameter can be increased by 1 in exchange for the reduction of speed by 4 points and technical ability by 2 points.

This distribution can be performed by pressing a distribution amount increase/decrease button shown as a display 69 . Also, the player can execute sorting by pressing an OK button shown as a display 71 . Furthermore, by pressing a reset button shown as a display 71, the player can transition to the screen of FIG. 10 without executing sorting.

FIG. 13 is a schematic diagram showing a display example of an effect performed at an event that occurs in a breeding game that operates in the event management process. For example, in step S14 of FIG. (Yes in step S14), and is displayed when step S15 is executed.

In this display example, a display 51 is displayed in the same manner as in FIG. 6 and the like. Also, as indicated by display 72, an image of the character corresponding to the event is displayed. In addition, as indicated by display 73, text corresponding to the dialogue exchanged between the characters is displayed. By this display example, communication such as conversation between characters is produced. By watching the communication between the character to be trained and the character corresponding to the event in this way, the player can deepen his or her attachment to each character.
In addition, as described above, a change value is set for the training points and the like to be given to the character to be trained in the event, and when the event occurs, the training points and the like of the character to be trained change based on this change value. . In other words, the player can acquire breeding points with the occurrence of the event.

FIG. 14 is a schematic diagram showing a display example when training points are obtained in an event that has occurred in the breeding game operated by this event management process. After the communication has been staged, it will transition and be displayed.

In this display example, displays 51 and 72 are displayed in the same manner as in FIG. Furthermore, displays 61 and 65 are displayed in the same manner as in FIG. As indicated by a display 65, the training points of the training target character increase with the occurrence of the event.
Although FIG. 14 shows only an increase in breeding points, other changes may occur with the occurrence of an event. For example, the parameter of the character to be trained and the friendship value with the character corresponding to the event may be changed based on the rate of change associated with the occurrence of the event. Further, the event may be associated with a predetermined skill, and the skill may be imparted to the character to be trained when the event occurs. Further, the options may be tied to the event, and when the event occurs, the options may be displayed at a predetermined timing, and based on the player's selection, the contents of the conversation, training points that can be obtained, etc. may change.
By causing the player terminal 2 and the server 1 to transition screens as in the display examples described above, the breeding game can be progressed based on the player's selection.

Although the embodiment of the present invention has been described above, this embodiment is merely an example and does not limit the technical scope of the present invention. The present invention can take various other embodiments, and various modifications such as omissions and substitutions can be made without departing from the gist of the present invention. These embodiments and their modifications are included in the scope and gist of the invention described in this specification and the like, and are included in the scope of the invention described in the claims and equivalents thereof.
For example, the embodiments of the present invention may be modified as in the following modified examples.

<First modification>
The above-described embodiment is a client-server system, and the player terminal 2 and the server 1 cooperate to execute the event management process. The event management process may be executed by a single device without being limited to this. This modification will be described with reference to FIGS. 15 and 16. FIG.
In addition, in the explanation of this modification and the other modifications below, the re-explanation of the content that overlaps with the description in the above-described embodiment will be omitted, and the specific content of each modification will be described in detail.

[Hardware configuration]
The hardware configuration of the information processing device 3 that implements this modification will be described. The information processing device 3 includes a CPU 31, a ROM 32, a RAM 33, a bus 34, an input/output interface 35, an input section 36, an output section 37, a storage section 38, a communication section 39, and a drive 40. I have. Each of these pieces of hardware has the same function as each piece of hardware with the same name that is provided in the server 1 and the player terminal 2 described with reference to FIG. Therefore, illustration and redundant description are omitted. In addition, since the communication unit 39 is not essential in this modification, the communication unit 39 may be omitted.
The information processing device 3 can be realized by, for example, a stationary game machine, a portable game machine, a personal computer, or the like.

[Functional configuration]
A functional configuration of the information processing device 3 will be described with reference to FIG.
FIG. 3 is a functional block diagram showing a functional configuration for executing event management processing among the functional configurations of the information processing device 3. As shown in FIG.
When the event management process is executed, as shown in FIG. and works.
In one area of the storage unit 28, a terminal management data storage unit 381 and a game operation data storage unit 382 are set.

Each of these functional blocks has the same function as each functional block of the same name provided in the above-described server 1 and player terminal 2 with different symbols. Therefore, redundant description is omitted. However, the difference is that this modified example does not have a functional block corresponding to the player selection notification unit 212 because it is not necessary to perform notification between devices.

[Operation in event management processing]
The functional blocks of the information processing device 3 have been described above. Next, operations in event management processing executed by the information processing device 3 will be described with reference to FIG. Here, FIG. 16 is a sequence diagram illustrating the flow of event management processing in this modified example.
The event management process is executed, for example, when the player performs a training game execution request operation. Although not mentioned in the following description of the event management process, as a premise of the event management process, each functional block such as the game operation control unit 311, the breeding game control unit 313, the game operation execution unit 315, etc. Arithmetic processing and communication necessary for executing the game shall be performed as appropriate.

In step S31 (corresponding to step S11 in FIG. 5), the game operation control section 311 receives selection of cards for creating a deck from the player.
In step S32 (corresponding to step S21 in FIG. 5), the deck generation unit 312 generates a deck based on the player's selection (that is, card selection for deck generation) notified in step S31. do. Then, the deck generation unit 312 outputs the contents of the generated deck to the event lottery unit 314 and the like.

In step S33 (corresponding to step S22 in FIG. 5), the event lottery section 314 determines whether or not the first predetermined timing has arrived. If the first predetermined timing has not arrived, the determination in step S33 is No, and the process proceeds to step S37. On the other hand, if the first predetermined timing has arrived, a determination of Yes is made in step S33, and the process proceeds to step S34.

In step S34 (corresponding to step S23 in FIG. 5), the event lottery section 314 performs an event generation lottery.
In step S35 (corresponding to step S24 in FIG. 5), the event lottery section 314 determines whether or not it is determined in the event generation lottery that an event will occur. If it is determined that an event will occur, a determination of Yes is made in step S35, and the process proceeds to step S36. On the other hand, if it is determined that the event will not occur, the determination in step S35 is No, and the process proceeds to step S37.

In step S36 (corresponding to step S25 in FIG. 5), the event lottery section 314 determines which event will occur by performing a first event content lottery and a second event content lottery.

In step S37 (corresponding to step S13 in FIG. 5), the game operation execution unit 315 determines whether there is an event that has been determined to occur based on the lottery result of the event lottery unit 314 and has not yet occurred. determine whether If there is no unoccurred event, the determination in step S37 is No, and the process proceeds to step S40. If there is an event that has not yet occurred, a determination of Yes is made in step S37, and the process proceeds to step S38.

In step S38 (corresponding to step S14 in FIG. 5), the game action executing section 315 determines whether or not the second predetermined timing has arrived. If the second predetermined timing has not arrived, the determination in step S38 is No, and the process proceeds to step S40. On the other hand, when the second predetermined timing has arrived, it is determined as Yes in step S38, and the process proceeds to step S39.

In step S39 (corresponding to step S15 in FIG. 5), the game action execution unit 315 generates an event that has not yet occurred and should occur at the second predetermined timing.

In step S40 (corresponding to step S16 in FIG. 5), the game action executing section 315 determines whether or not the breeding game has ended. If the breeding game has not ended, it is determined No in step S40, and the process is repeated from step S33. On the other hand, if the breeding game has ended, it is determined as Yes in step S40, and this process ends.

By the operation described above, the information processing apparatus 3 alone can execute the event management process. Note that the effect of the event management process in this modified example is the same as the effect of the event management process in the embodiment described above.

<Second modification>
In the above-described embodiments, variations in event occurrence probability based on the contents of cards included in the deck have been described. An event may occur or the variation probability may vary based on not only this, but also other factors.

For example, an event associated with the character to be trained may occur. In this case, in the first event content lottery, a default value for calculating the occurrence probability of the event is also determined for the event corresponding to the character to be trained. Then, as described above with reference to <Formula 1> and <Formula 2>, the occurrence probability of each event may be calculated as a percentage based on the ratio of the default values of each event. Then, based on the occurrence probability of each event calculated as a percentage, the first event content lottery and the second event content lottery may be performed.

In this case, a plurality of types of events linked to the character to be trained may be prepared. For example, an event that occurs randomly with a certain probability regardless of any particular conditions, and a unique event that occurs with a certain probability on condition that the bond value described above with reference to FIG. good too. Here, the bond value may be increased by, for example, occurrence of a predetermined event that increases the bond value, or by a request system. Here, the request system is a system that randomly designates a command that the character to be trained wishes to execute when selecting a command in the breeding game. When the request system is executed, lottery processing is performed prior to displaying the command selection screen in the breeding game, and the commands that the breeding target character desires to execute are determined from the selectable commands. On the command selection screen, the command is displayed so that the player can identify which command the trained character desires to execute. When the player selects a command that the character to be trained wishes to execute, the bond value increases.

Also, a plurality of types of character events corresponding to card attributes may be prepared. For example, for one character, an event that occurs randomly with a certain probability regardless of conditions, and a unique event that occurs with a certain probability on the condition that the friendship value described above with reference to FIG. You may prepare an event.
The friendship value is, as described above, a value indicating the degree of friendship between the character to be trained and other characters. The friendship value is raised, for example, when a character to be trained and another character train together.
In this case, other characters to be trained together with the character to be trained may be selected at random from all characters, or selected from characters corresponding to character attributes given to cards included in the deck. You may do so. In this case, like the event content lottery, the probability of selecting a character corresponding to the character attribute given to the cards included in the deck may be increased more than the probability of selecting other characters. . Also, in the same way as the event lottery, if the deck contains a plurality of cards with the character attributes of the same character, the amount of increase in the selection probability when there is only one card, The probability of this character being selected may be increased based on the number of cards included in the deck.

As a result, from the player's point of view, it is significant to acquire more cards to which the character attribute of the character is attached in order to generate a rare event that occurs only when the friendship value is equal to or higher than a predetermined value. occurs. Therefore, it is possible to give the player motivation to own more cards.

Also, in this case, the characters to be jointly trained may be selected based on the type of training.
For example, in the example of FIG. 11 , the player has selected “Turf” training, and two characters are associated with “Turf” training. Here, when the player selects training on the grass, these two characters and the character to be trained jointly train. As a result, similar to normal training, not only does the training point of the trained character increase, but also the friendship value between the trained character and the character that has undergone joint training increases.
Also, the friendship value may be raised under other conditions other than joint training as described above. For example, the friendship value may be increased when a predetermined event occurs.

<Third Modification>
In the above-described embodiment, whether or not an event occurs is determined on the condition that the breeding game control unit 113 performs an event occurrence lottery. Not limited to this, other conditions may be used to determine whether an event occurs. For example, whether or not an event occurs under the condition that the parameter of the character to be trained reaches a predetermined value, that the player performs a predetermined action input, or that the breeding game reaches a predetermined number of turns. may be determined.

<Fourth Modification>
In the above-described embodiments, "cards" are used as game media, and decks are generated from these cards. A deck may be generated using game media other than cards. For example, a deck may be generated using a "character" possessed by a player and "items (for example, items equipped or used by a character)" as game media. In this case, in the same way as with cards, there may be unique events corresponding to characters and items as game media. In addition, as with cards, items that are game media may be given character attributes.
In this case, as described above with reference to FIG. 8, a deck may be generated using characters and items possessed by other players as game media.

<Fifth Modification>
In the above-described embodiment, the event lottery section 114 performs two lotteries in the event content lottery to determine the content of the event to be generated. Specifically, the event lottery unit 114 performs a first event content lottery for determining which character the event corresponding to is to be generated, and a plurality of events corresponding to the characters determined by the first event content lottery. A second event content lottery was held to determine which of the events to generate. The event content lottery may be performed by other lottery methods without being limited to this. For example, instead of determining the content of the event to be generated by two lotteries as in the above-described embodiment, the content of the event to be generated may be determined by one lottery.

When determining the content of an event to be generated by one lottery in this way, the event lottery unit 114 manages data in a structure in which each event is associated with one of the characters.
Even in this case, as in the above-described embodiment, all events to which character attributes are assigned can occur regardless of whether cards to which character attributes are assigned are included in the deck. That is, the probability of occurrence of all events to which character attributes are assigned is set in advance so as not to be 0%.

Therefore, as in the above embodiment, the default value for calculating the probability of occurrence of each event is determined as a positive value greater than 0 for each event. In this case, the default value itself does not express the probability, so the sum of the default values for each event does not have to be 100.

Then, in the event content lottery, the event lottery unit 114 determines the occurrence probability of the event corresponding to the character attribute given to the card included in the deck and the event occurrence probability corresponding to the card included in the deck, as in the above-described embodiment. increase the probability of each occurring.

For example, when managing data in a structure in which a second character is linked to a first event, if the deck includes a card whose character attribute assigned to the card is a second character, this second character Increases the probability of occurrence of the first event linked to . In addition, if the deck includes a card for which the event corresponding to the card is the first event, the occurrence probability of the first event is increased. If both "a card with a character attribute assigned to the card as a second character" and "a card with an event corresponding to the card as a first event" are included, the probability of occurrence of the first event will increase further. It will be.

Also, as in the above-described embodiment, if the deck contains a plurality of cards to which the character attribute of the same character is assigned, the amount of increase in event occurrence probability when there is only one card , and the number of cards included in the deck, the probability of occurrence of an event corresponding to this character increases.
Furthermore, as in the above-described embodiment, when a deck contains a plurality of the same card, the amount of increase in event occurrence probability in the case of one card and the number of cards contained in the deck Based on and, the probability of occurrence of the event corresponding to this card is further increased.
The event lottery unit 114 thus increases the occurrence probability of an event based on the cards included in the deck, and then determines the content of the event to be generated by one lottery. As a result, the event content lottery can be realized by one lottery.

The embodiment of the present invention and its modification have been described above. It should be noted that the present invention is not limited to the above-described embodiments and modifications, but includes modifications, improvements, and the like within the scope of achieving the object of the present invention. That is, the present invention can be widely applied to various games.

For example, in the above-described embodiment, the server 1 and the player terminal 2 to which the present invention is applied are described as server devices, game machines, and smartphones, but are not particularly limited to these. INDUSTRIAL APPLICABILITY The present invention can be applied to general electronic devices having information processing functions.

Also, the series of processes described above can be executed by hardware or by software.
In other words, the functional configuration shown in FIG. 3 is merely an example and is not particularly limited. That is, it is sufficient if the server 1 or the player terminal 2 has a function capable of executing the above-described series of processes as a whole. Not limited.

Also, the functional configurations of the server 1 and the player terminal 2 may be realized by a single device. Alternatively, the functions of the server 1 may be distributed to a plurality of server devices and realized by a plurality of devices.
Also, one functional block may be composed of hardware alone, software alone, or a combination thereof.

The functional configuration in this embodiment is realized by a processor that executes arithmetic processing, and processors that can be used in this embodiment are composed of various single processing units such as single processors, multiprocessors, and multicore processors. In addition, it includes a combination of these various processing devices and a processing circuit such as ASIC (Application Specific Integrated Circuit) or FPGA (Field-Programmable Gate Array).

When a series of processes is to be executed by software, a program constituting the software is installed in a computer or the like from a network or a recording medium.
The computer may be a computer built into dedicated hardware. The computer may also be a computer capable of executing various functions by installing various programs, such as a general-purpose personal computer.

A recording medium containing such a program is not only constituted by the removable medium 100 of FIG. It consists of a recording medium, etc. provided to The removable medium 100 is composed of, for example, a magnetic disk (including a floppy disk), an optical disk, or a magneto-optical disk. Optical discs are composed of, for example, CD-ROMs (Compact Disk-Read Only Memory), DVDs (Digital Versatile Disks), Blu-ray (registered trademark) Discs, and the like. The magneto-optical disk is composed of an MD (Mini-Disk) or the like. Further, the recording medium provided to the player in a state of being pre-installed in the apparatus body includes, for example, the ROM 12 in FIG. 2, the ROM 22 in FIG. 2, the storage unit 18 in FIG. It is composed of a semiconductor memory or the like included in the storage unit 28 of the .

In this specification, the steps of writing a program recorded on a recording medium are not necessarily processed chronologically according to the order, but may be executed in parallel or individually. It also includes the processing to be performed. Also, the steps executed by the program recorded on the recording medium may be executed in any order without departing from the gist of the present invention.

DESCRIPTION OF SYMBOLS 1... Server, 2... Player terminal, 3... Information processing apparatus, 5... Network, 11, 21, 31... CPU, 12, 22, 32... ROM, 13, 23 , 33... RAM, 14, 24, 34... bus, 15, 25, 35... input/output interface, 16, 26, 36... input section, 17, 27, 37... output section , 18, 28, 38...storage section, 19, 29, 39... communication section, 20, 30, 40... drive, 100... removable medium, 111, 311... game operation control section , 112, 312... deck generating section 113, 313... breeding game control section 114, 314... event lottery section 181, 381... terminal management data storage section 211, 315... Game operation execution unit 212 Player selection notification unit 281, 382 Game operation data storage unit S Information processing system

Claims (12)

a group generation function for generating a medium group including at least one or more game media to which character attributes are assigned;
a game control function for controlling a breeding game for changing character parameters;
When the occurrence of an event in the breeding game is determined based on a predetermined condition, the content of the event to occur is determined by lottery, and character attributes given to the game media included in the media group in the lottery. and a lottery function that increases the probability of occurrence of an event corresponding to the game media above the probability of occurrence when the media group does not include the game media;
An information processing program that realizes on a computer. 2. The information processing program according to claim 1, wherein said predetermined condition is a condition that said lottery function determines by lottery whether or not an event will occur. The lottery function is
When the medium group includes a plurality of game media to which the same character attribute is assigned, the number of events corresponding to the character attribute is higher than when the medium group includes a single game medium to which the character attribute is assigned. 3. The information processing program according to claim 1, which increases the occurrence probability. The lottery function is
4. The method according to any one of claims 1 to 3, wherein when the medium group includes a plurality of the same game media, the occurrence probability of an event corresponding to the game medium is increased more than when the medium group includes a single game medium. or the information processing program according to item 1. 5. The event corresponding to the game medium according to any one of claims 1 to 4, wherein the event corresponding to the game medium is a character event corresponding to a character attribute given to the game medium, and is an event unique to each game medium. information processing program. The game control function determines a trained character whose parameters are to be changed in the training game,
6. The information processing program according to any one of claims 1 to 5, wherein the lottery function does not generate an event corresponding to the character attributes of the character to be trained. The game control function determines a trained character whose parameters are to be changed in the training game,
7. The group generation function according to any one of claims 1 to 6, wherein when accepting selection of the game media for creating the media group, the selection of game media to which the character attributes of the character to be trained is imparted is not accepted. The information processing program according to item 1. The group generating function, when receiving the selection of the game media for generating the medium group, selects the game media possessed by the player who plays the breeding game, and also selects the game media of other players other than the player. 8. The information processing program according to any one of claims 1 to 7, wherein selection of at least one or more owned game contents is accepted. The lottery function performs a lottery at a first predetermined timing in the breeding game,
9. The information processing program according to any one of claims 1 to 8, wherein the game control function generates an event based on a lottery result at the first predetermined timing at a second predetermined timing in the breeding game. group generation means for generating a medium group including at least one or more game media to which character attributes are assigned;
game control means for controlling a breeding game for changing character parameters;
When the occurrence of an event in the breeding game is determined based on a predetermined condition, the content of the event to occur is determined by lottery, and character attributes given to the game media included in the media group in the lottery. and a lottery means for increasing the probability of occurrence of an event corresponding to the game medium and the probability of occurrence of an event corresponding to the game medium above the probability of occurrence when the game medium is not included in the medium group;
A server with An information processing system including a terminal and a server communicably connected to the terminal,
The terminal is
receiving means for receiving, from a player, selection of at least one or more game media to be included in the media group, which are game media to which character attributes have been assigned;
terminal-side notification means for notifying the server of at least one or more game media selected by the player and accepted by the acceptance means;
with
The server is
a group generation means for generating a medium group including the game media selected by the player notified by the terminal-side notification means;
game control means for controlling a breeding game for changing character parameters;
When the occurrence of an event in the breeding game is determined based on a predetermined condition, the content of the event to occur is determined by lottery, and the character attributes given to the game media included in the media group in the lottery. and a lottery means for increasing the probability of occurrence of an event corresponding to the game medium and the probability of occurrence of an event corresponding to the game medium above the probability of occurrence when the game medium is not included in the medium group;
server-side notification means for notifying the terminal of the lottery result of the lottery means;
comprising
Information processing system. receiving means for receiving, from a player, selection of at least one or more game media to be included in the media group, which are game media to which character attributes have been assigned;
a group generating means for generating a medium group containing the game media selected by the player and received by the receiving means;
game control means for controlling a breeding game for changing character parameters;
When the occurrence of an event in the breeding game is determined based on a predetermined condition, the content of the event to occur is determined by lottery, and character attributes given to the game media included in the media group in the lottery. and a lottery means for increasing the probability of occurrence of an event corresponding to the game medium and the probability of occurrence of an event corresponding to the game medium above the probability of occurrence when the game medium is not included in the medium group;
comprising
Information processing equipment.

Images