JP2018153258A - Game system and program - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a game system capable of changing a game inner environment, while reflecting properly an influence by a user; and to provide a program.SOLUTION: A game system is constituted, which includes: a user combination part for determining a combination of users playing a game; and a list generation part for determining at least a part of game events in a game event list, based on a game event determination element correlated with a user included in the combination, when generating the game event list shared between users included in the combination.SELECTED DRAWING: Figure 1

Description

  The present invention relates to a game system and a program.

  A technique is known that accepts selection of an item from a user and generates a game field whose contents are changed by the effect of the selected item (see, for example, Patent Document 1).

Japanese Patent Laid-Open No. 2006-49129

  Depending on the technique of Patent Literature 1, there is an advantage that, for example, when the user actively selects an item, it is possible to play in an in-game environment that reflects the user's wishes. On the other hand, since what kind of in-game environment is generated is determined according to the item selected by the user, there is an aspect that the user is not particularly surprised and is not interesting.

  An object of some aspects of the present invention is to provide a game system and a program capable of changing the in-game environment while appropriately reflecting the influence of the user.

  Another object of another aspect of the present invention is to provide a game system and a program that can achieve the effects described in the embodiments described later.

  One aspect of the present invention for solving the above-described problem is that a combination of a user combination unit that determines a combination of users who play a game and a game event list that is shared among the users included in the combination. A list generation unit that determines at least some game events in the game event list based on game event determination elements associated with users included in the game system.

  One embodiment of the present invention is a program for causing a computer to function as each unit of the game system.

It is a figure which shows the outline | summary of the game in this embodiment. It is a figure which shows the example of the content of the item card information of the item card in this embodiment. It is a figure which shows the specific example of acquisition of the event information from the item card in this embodiment, and an event generation process. It is a figure which shows an example of the game screen for the event lottery displayed on the user terminal device in this embodiment. It is a figure showing an example of composition of a game system in this embodiment. It is a figure which shows the example of the content of the matching information in this embodiment. It is a flowchart which shows the example of a process sequence which the game server and user terminal device of a game system in this embodiment perform. It is a figure which shows the example of a procedure of the event list production | generation process in this embodiment.

[Embodiment]
[Game Overview]
Hereinafter, an embodiment of the present invention will be described with reference to the drawings.
With reference to FIG. 1, the outline | summary of the game in this embodiment is demonstrated.
The game performed by the game system of the present embodiment is such that a plurality of users (participating members) combined by matching play a game of one session. Here, a case where four users A, user B, user C, and user D are combined by matching will be described as an example.
In the following description, the user A, the user B, the user C, and the user D are described as users unless otherwise distinguished.

  The game according to the present embodiment is played in such a manner that, for example, a user of a participating member can clear the game in cooperation with a game field shared among the users of the participating members. In the course of the game, an event is executed as appropriate in response to a predetermined event trigger condition being satisfied.

The game field of the present embodiment may be of any style including, for example, a dungeon, a battle field, and the like.
In addition, the game in the present embodiment is a synchronous game that progresses while sharing the play status of each user among the users as participating members. Thereby, in this embodiment, each user can advance play so that it may mutually cooperate, grasping | ascertaining the other user's play condition.

In addition, the game event in the present embodiment refers to an event that causes a change in game content as the game progresses. Hereinafter, the game event is also simply referred to as an event.
The contents of the event of this embodiment are not particularly limited. For example, the contents of the event are various, such as invoking a battle or quiz in the game, adding an enemy character, giving a reward to the user, adding a stage, and the like.

  A user A, a user B, a user C, and a user D play a game with the user terminal devices 30-A, 30-B, 30-C, and 30-D, respectively. In the following description, the user terminal devices 30-A, 30-B, 30-C, and 30-D will be referred to as user terminal devices 30 unless otherwise distinguished.

  A game application corresponding to the game of this embodiment is installed in each user terminal device 30. The user plays a game by operating a game application activated on the user terminal device 30.

The user terminal device 30 may be, for example, a mobile terminal device such as a smartphone or a tablet terminal, may be a stationary type used at home, or a game corresponding to an arcade game installed in a store or the like It may be a device. In the following description, a case where the user terminal device 30 of the present embodiment is a mobile terminal device will be described as an example.
Moreover, the display part with which the portable terminal device of this embodiment is provided is comprised as a touch panel, and the case where operation with respect to the game of this embodiment is performed with respect to the touch panel with which a game screen is displayed is mentioned as an example.
Further, the operating body that touches the touch panel in operation may be a finger, for example, a stylus pen. However, in the following description, a case where the touch panel is operated using the finger as an operating body will be described as an example.

Each user performs character setting as preparation before matching is performed.
As the character setting, the user operates the user terminal device 30 in which the game application is activated, and first selects a character to be used in the game. In the figure, it is shown that user A, user B, user C, and user D have selected characters CH-A, CH-B, CH-C, and CH-D, respectively.
Hereinafter, the characters CH-A, CH-B, CH-C, and CH-D are referred to as characters unless otherwise distinguished.

Characters can be equipped with items. The content of the item of the character is determined according to the item card used for the character. A plurality of item cards are prepared according to the contents of items that can be equipped to the character in the game. The item card in the present embodiment is an electronic medium in which incidental information (item card information) with respect to a character including item contents and the like is associated.
The item card may be, for example, a card including an IC chip, a magnetic card on which data is recorded by magnetism, or a physical medium on which data is recorded by a two-dimensional barcode. Moreover, as a physical medium which has a function equivalent to an item card, things like various toys provided with an IC chip may be used, for example.

The user determines an item card that the user wants to equip from among the item cards that he / she has acquired. The item card information of the item card includes event information (an example of a game event determining element) that is a determining element of an event performed in the game. Therefore, when determining an item card to be applied to the character CH, the user may select an item card that includes event information corresponding to the desired event. Thereby, when determining the event of the game after matching, it can be expected to increase the probability that the event desired by the user is set.
When the user determines an item card to be used, the user performs an operation on the user terminal device 30 to select the determined item card as a character. Thereby, an item, an attribute, or the like associated with the selected item card is applied to the character.

In the figure, one item card CD-A, CD-B, CD-C, and CD-D is applied to each of the characters CH-A, CH-B, CH-C, and CH-D. It has been shown.
Hereinafter, the item cards CD-A, CD-B, CD-C, and CD-D will be referred to as item cards CD unless otherwise distinguished.

  Note that an arbitrary number of item cards CD may be applied to the character CH, for example, within the range of a prescribed maximum number. However, hereinafter, in order to simplify the description, a case where one item card CD is applied to the character CH will be described as an example.

  Here, with reference to FIG. 2, the example of the content of the item card information of the item card CD is demonstrated. The item card information shown in the figure includes a card ID field FL11, a rarity field FL12, an event information list field FL13, a character related information field FL14, and an item information field FL15.

The card ID field FL11 stores a card ID that uniquely indicates the corresponding item card CD.
The item card CD is set with a rank (rareness). The rarity field FL12 stores information indicating the rarity set for the corresponding item card CD.

The event information list field FL13 stores an event information list. The event information list is a list of a plurality of event information (first type event information or second type event information). The event information is information indicating an event associated with the item card CD.
In the figure, the number of event information included in the event information list of the present embodiment is not particularly limited, but in the figure, a case where the number of event information included in the event information list is four is given as an example.

In addition, as an example of a game event type in the present embodiment, there are two types of events, a first type event and a second type event. As a specific example, the first type event may be a battle event whose main content is a battle with an enemy character. On the other hand, the second type event is an event that requires the user's play other than the battle with the enemy character, such as solving a spell.
In addition, at least one type 1 event information and type 2 event information is included as a breakdown of the four event information included in the event information list. In the figure, a case is shown in which three first type event information and one second type event information are included in the event information list. As described above, the content of the event corresponding to each of the first type event information and the second type event information included in the event information list is based on, for example, the property set in the corresponding item card CD. For this reason, the contents and combinations of the first type event and the second type event included in the event information list are different for each item card CD.

  Note that three or more types of events may be set. Hereinafter, a case where there are two types of events, a first type event and a second type event, will be described as an example.

One event information includes information on event contents and a lottery probability, as shown in FIG. The event content information indicates whether the event type is the first type or the second type, and also indicates the content of the event. The lottery probability information indicates a probability (lottery probability) selected by a lottery when an event lottery is performed on the event list.
The lottery probability is set to a numerical value corresponding to the rarity set for the item card CD. As the rarity increases, the value of the lottery probability also increases. In addition, the same value may be set as the lottery probability for each of the plurality of pieces of event information in one item card CD, or different values may be set in the numerical range of the lottery probability corresponding to the rarity.

The character related information field FL14 stores character related information. The character related information includes information indicating an attribute given to the character to which the item card CD is applied. For example, the character related information includes information indicating a story, a skill, and the like set for the character.
The item information field FL15 stores item information. Item information is information indicating the contents of items that can be equipped to a character, such as clothes, weapons, armor, and the like.
The content of item card information including such event information, rarity, character related information, and item information differs for each item card CD.

  Returning to FIG. After the character setting for each user is completed as described above, matching is performed by the game server. In the case of the same figure, the example from which the combination of four users AD corresponding to each of user terminal device 30-A-30-D was obtained as a result of matching is shown. The game server registers the matched users A to D as members who participate in the current game session.

When the matching is completed, the game server according to the present embodiment executes control for determining an event to be executed in the game as follows before starting the game.
First, the game server acquires event information from each item card information associated with the item card CD applied for each character CH.
In this embodiment, the number of pieces of event information acquired from one item card CD is two. Since there are four item cards CD corresponding to the characters CH for each of the four users, the total number of event information acquired by the game server is eight.

  The game server executes event generation processing using the acquired eight event information. The game server generates an event list EVL including a list item indicating 10 events by event generation processing.

Here, with reference to FIG. 3, a specific example of acquisition of event information from the item card CD and event generation processing will be described.
In the figure, the result of acquiring two pieces of event information from item cards CD-A to CD-D applied for each of characters CH-A to CH-D is shown. In the following description, event information acquired from one item card CD may be referred to as acquired event information.

In the figure, from the item card CD-A, two event information corresponding to each event of the first type event # 1 and the first type event # 2 among the four event information included in the event information list are displayed. It is shown that it was acquired. Further, it is indicated that the lottery probabilities of the first type event # 1 and the first type event # 2 are respectively defined as x% by the corresponding event information.
Also, from the item card CD-B, two event information corresponding to each event of the first type event # 11 and the first type event # 12 among the four event information included in the event information list was acquired. It has been shown. Moreover, it is shown that the lottery probabilities of the first type event # 11 and the first type event # 12 are each y%.
Also, from the item card CD-C, two event information corresponding to each event of the first type event # 21 and the first type event # 22 among the four event information included in the event information list was acquired. It has been shown. In addition, it is indicated that the lottery probabilities of the first type event # 21 and the first type event # 22 are each y%.
Also, from the item card CD-D, two event information corresponding to each event of the first type event # 31 and the second type event # 34 among the four event information included in the event information list was acquired. It has been shown. Moreover, it is shown that 1st type event # 31 and 2nd type event # 34 are each z%.

As shown in the figure, the game server of this embodiment is configured to acquire eight event information as acquired event information. In addition, the game server is configured to acquire seven first type event information and one second type event information as a breakdown of the eight event information in the acquired event information.
As described above, when acquiring eight event information as acquisition event information, which of seven first type event information and one second type event information is acquired from each item card CD, For example, it may be determined at random. Alternatively, it is possible to manage the history of event information acquired so far for each item card CD. In addition, based on the history, any one of the seven types 1 event information and the type 2 event information from each item card CD so that the number of event information acquired for each item card CD is uniform. You may decide whether to acquire.

The game server of this embodiment prepares in advance a default event list (default event list) as a template, for example. The default event list may be stored in advance by the game server, for example, or may be generated when the event list is generated.
The default event list in FIG. 10 includes 10 events (primary game events) including 8 events of type 1 events # 101 to # 108 and 2 events of type 2 events # 201 and # 202. Including.
Thus, the lottery probability is set in advance for each of the ten events included in the default event list. In the figure, an example of setting the lottery probability as follows is shown. That is, a p% lottery probability is set for each of the first type events # 101 to # 104. A q% lottery probability is set for each of the first type events # 105 to # 108. An r% lottery probability is set for each of the second type events # 201 and # 202.

  As described above, the game server replaces the event included in the default event list with the event of the event information included in the acquired event information. Specifically, in the same figure, the first type events # 101 to # 107 in the default event list are changed to the first type events # 1, # 2, # 11, # 12, # 21, # 21 in the acquired event information, respectively. 22 shows an example of replacement with # 31. Further, an example is shown in which the second type event # 201 in the default event list is replaced with the second type event # 34 in the acquired event information.

  As a result of the replacement as described above, a new event list is generated. As shown in the figure, the new event list has 10 events as list items, like the default event list which is a template. The breakdown of the 10 list items in the new event list includes the first type event # 1, # 2, # 11, # 12, # 21, # 22, # 31, # 108, the second type event # 34, # 202.

Further, the game server sets the lottery probability for each event in the new event list as follows, for example.
First, the game server reflects the lottery probability set in the event after replacement in the new event list as it is. In addition, if the lottery probability of the 10 events in the new event list does not match 100% as a result of reflecting the lottery probability of the event after replacement, the total lottery probability is 100%. The lottery probability is corrected (changed). In the example of the figure, the one event # 108 that were included in the default event list and the lottery probability of a second type event # 202, respectively, to _{p c%} from q%, the _{r c%} from r% The corrected result is shown. That is, in the same figure, an example is shown in which correction is prioritized from the lottery probability of events included in the default event list. In this case, if the total lottery probability cannot be adjusted to 100% by correcting the lottery probability of the events included in the default event list, the correction is further made with the lottery probability of the event after replacement as a target. You can go.

Thus, the game server of this embodiment acquires eight event information as acquisition event information, that is, the game server has a smaller number of event information than the number of list items included in the event list of this embodiment. To get.
In addition, the game server replaces seven of the eight first type events in the default event list with seven first type events in the acquired event information, respectively. Further, the game server replaces one of the two type 2 events in the default event list with one type 2 event in the acquired event information.
In addition, the game server corrects the lottery probabilities of at least some of the events in the event list after the replacement process if the total lottery probabilities need to be 100%.
In this way, a new event list is generated by the game server.
Note that the correspondence between the list items in the default event list when replacing events and the events of the acquired event information is merely an example, and may be changed as appropriate.

In the present embodiment, as can be understood from the above description, when an event list is generated, events of some list items are included in the default event list. Specifically, among the ten list items in the event list, the one included in the default event list is left for each of the first type event and the second type event.
Since the contents of the event used for event replacement in the event list depend on the acquired event information, the intention of the participating member is reflected. For this reason, if all the events in the default event list are replaced with events based on the acquired event information, inconvenience that the intentions of the participating members are strongly reflected tends to occur. Specifically, the frequency of events having the same contents is increased more than necessary, and the lottery result of events from the event list described later is easily fixed to something that the user can predict to some extent. Become. In this case, there is a possibility that the fun of the game is impaired.
Therefore, in this embodiment, the events included in the default event list are left for some list item events. In this case, when an event is selected from the event list, an event that does not reflect the intention of any participating member may be selected. Thereby, in this embodiment, for example, a similar event is not selected, and unexpectedness can be given to the lottery result. As a result, the fun of the game can be prevented from being impaired.

  The number of event list items included in the default event list can be set to be fixed at a predetermined number. For this reason, for example, when the number of users who become participating members for each matching is allowed to be different, the number of list items in the generated event list is also fixed regardless of the number of matched participating members. Can not increase or decrease. As a result, regardless of the participating members, processing related to event selection for the event list can be made common and simplified.

  In the present embodiment, for example, the number of event information acquired as acquired event information may be the same as the total number of list items included in the event list. In this case, all events included in the default event list are replaced with events indicated by the acquired event information. For example, depending on the content of the game, it is possible to maintain the fun of the game sufficiently without leaving the events included in the default event list.

  Returning to FIG. The game server stores event list information indicating the generated new event list. In addition, the game server transmits event list information to each user terminal device 30. Each user terminal device 30 stores the received event list information. In the figure, the contents of the same list items as the new event list generated in FIG. 3 are shown as the event list EVL corresponding to the event list information.

After storing the event list information and transmitting the event list information to the user terminal device 30, the game server starts a game played on each user terminal device 30. As described above, the game of this embodiment is a synchronous game in which the play status of each user is shared among users as participating members.
Then, the game server transmits an event lottery handling request to each user terminal device 30 when it is time to trigger the event under the progress of the game. The event lottery handling request is a command that requests the user terminal device 30 to execute processing corresponding to the event lottery.

  Each user terminal device 30 displays a game screen for event lottery reflecting the event list EVL using event list information stored by itself in response to reception of the event lottery handling request.

  With reference to FIG. 4, the example of the aspect of the game screen for the event lottery displayed in the user terminal device 30 is demonstrated. In the game screen of FIG. 8, a character presentation area AR11 and an event lottery area AR12 are arranged.

  In the character presentation area AR11, a corresponding character is presented for each matched user. By displaying the matched characters for each user, it becomes easy for the user to be aware of the existence of other participating members who play the game while cooperating with him / her.

In the event lottery area AR12, an event list image PEV indicated by the received event list information is arranged. In the event list image PEV, 10 list items are shown. As a breakdown of the ten list items, from the top to the bottom, first, eight first type event list items are arranged, and then two second type event list items are arranged. The events shown in these 10 list items respectively correspond to the events of the list items in the event list EVL shown in FIG.
However, in each list item of the event list image PEV in the same figure, the event type is simply shown as “first type event” and “second type event”, and what kind of contents are included. Information about whether it is an event is not shown. In this case, the user can grasp that there are eight first type events and two second type events as lottery candidates at the stage of watching the game screen of FIG. I can't figure it out. Thereby, compared with the case where the content of each event is shown, for example, it is possible to have a stronger sense of expectation as to what kind of event will be selected.

  Conversely, the contents of the event may be shown in each list item of the event list image PEV. Depending on the content of the event, it may be possible to increase the user's expectation by showing the content of the event.

  In the figure, the arrangement of the list items in the event list image PEV is the same as the list items in the event list EVL shown in FIG. However, with respect to the arrangement of the list items in the event list image PEV, for example, the result of changing the arrangement order by shuffling the arrangement of the list items in the event list EVL may be reflected.

  In the event lottery area AR12, a stop button BT11 is arranged. The stop button BT11 is a button for performing an operation for stopping the display of the effect imitating the roulette in the event list image PEV when lotteries are drawn from the event list image PEV. The effect imitating roulette here is such that, for example, the list items selected in the event list image PEV are repeatedly changed at a high speed, for example, from top to bottom.

In each user terminal device 30, when the event lottery area AR12 is displayed as shown in the figure, the event list image PEV is displayed so that the effect imitating the roulette is performed.
As described above, in the state in which the event list image PEV representing the roulette is displayed on each user terminal device 30, the game server has the stop button BT 11 in one of the user terminal devices 30. Wait for operation.

  When the game server transmits an event lottery handling request to the user terminal device 30, one user who has the authority to stop the roulette operation of the event list image PEV among the participating members (operation authority user) ). The operation authority user may be determined randomly (by lottery) from among the participating members. In this case, the game server sets a lottery probability to be drawn as an operation authority user for each user based on at least one of the character CH selected by the user as a participating member and the item card CD. May be. For example, the game server may set a lottery probability to be drawn as an operation authority user according to a parameter obtained by combining one or both of the rarity of the item card CD and the level of the character CH. .

The game server transmits, to the user terminal device 30 of the operation authority user, an operation authority user notification that notifies the user of the operation authority together with the event list information.
Upon receiving the operation authority user notification together with the event list information, the user terminal device 30 displays the stop button BT11 in an active state and accepts the user's operation on the stop button BT11 when displaying the roulette operation of the event list image PEV.
On the other hand, the user terminal device 30 that has received the event list information but has not received the operation authority user notification displays the stop button BT11 in an inactive state (for example, grayed out) when displaying the roulette operation of the event list image PEV. indicate. In this case, the user terminal device 30 does not accept the user's operation on the stop button BT11.

When the stop button BT11 is operated, the user terminal device 30 of the operation authority user transmits a lottery process request to the game server. In response to receiving the lottery process request, the game server executes a process (lottery process) for lottering one event from the event list EVL. In the lottery process, for example, for every 10 events, a random number may be generated after assigning a predetermined numerical range in the random number generation range according to the lottery probability. In this case, an event to which a numerical range including the generated random number is assigned is output as a selection result by the lottery process. As a specific example, FIG. 1 shows a case where the first type event # 12 is selected by a lottery process.
And a game server performs control regarding a game so that the event selected in each user terminal device 30 may be performed. The user terminal device 30 executes an event on its own machine in accordance with the control of the game server. At this time, the user terminal device 30 executes the event after switching from the game screen corresponding to the event lottery displayed so far to the game screen corresponding to the execution of the event. Further, when executing an event, each user terminal device 30 may use event list information stored by the user terminal device 30 as necessary when executing the event on its own device.

In the present embodiment, the selection of an event for the event list is not limited to the lottery process in the game server 10 as described above.
For example, each of the user terminal devices 30 corresponding to each participating member user may select an event from the event list according to the user's operation. As a specific example, for example, in a state where the event list is displayed in the effect imitating roulette, the user performs an operation on the stop button BT11 so as to match the timing at which the desired event is selected. The user terminal device 30 selects the event of the list item selected in the event list at the timing when the operation of the stop button BT11 is performed. Further, the user terminal device 30 may select an event by a lottery process for the event list. Information indicating the event selected by the user terminal device 30 may be transmitted to the game server 10 in this way.
In the description with reference to FIG. 3, in selecting an event from the event list, the lottery probability set for the event is used. However, in the present embodiment, an event may be selected from the event list without using the lottery probability. In this case, the lottery probability according to the event may not be set.

As described above, in the present embodiment, an event list is generated that includes the event indicated by the event information associated with the item card CD applied to the character CH by the user in the list item. Each time an event is triggered, the event is selected from the event list, and the selected event is executed by each user terminal device 30.
The event list includes events of event information of the item card CD selected by each user who is a participating member at his / her own will. That is, the content of the list included in the event list reflects the user's intention to perform an event desired by the user, for example.
If an event corresponding to the item card CD applied to his / her character CH is selected as a result of the lottery for the event list, the user can play the event he / she desires. That is, in the game of the present embodiment, the game environment is changed as an event while appropriately reflecting the influence of the user. In this case, for example, since an event desired by the user is not always triggered, the user can play the game without getting bored.

  Further, the breakdown of events included in the event list generated by the above configuration differs for each game session depending on the combination of matched users, the item card CD selected by the user for character setting, and the like. For this reason, the user can experience a game in which events having different tendencies are activated for each session. Thereby, the interest by performing a game repeatedly can be provided to a user.

[Configuration example of game system]
With reference to FIG. 5, the structural example of the game system 1 of this embodiment is demonstrated. The game system 1 of the present embodiment includes a game server 10 and user terminal devices 30-A, 30-B, 30-C, and 30-D corresponding to the users A to D.

The game server 10 shown in the figure includes a communication unit 110, a game control unit 120, and a storage unit 130.
The communication unit 110 is a part that communicates with the user terminal device 30 via the network NW.

The game control unit 120 controls a game played by the matched users A to D. The function as the game control unit 120 is realized by a CPU (Central Processing Unit) included in the game server 10 executing a program.
The game control unit 120 includes a user combination unit 121, a list generation unit 122, a game progress control unit 123, and a game event selection unit 124.

  The user combination unit 121 determines a combination of users who play the game. That is, the user combination unit 121 executes matching processing for a user who plays one session of the game.

  When generating an event list shared among users included in participating members (an example of a combination by matching), the list generation unit 122 creates an event list based on event information associated with the users included in the participating members. Determine at least some events.

  The game progress control unit 123 controls the progress of the synchronous game played on each user terminal device 30. The game progress control unit 123 performs control so that the synchronous game progresses between the user terminal devices 30.

  The game event selection unit 124 selects an event to be executed in the game from the event list generated by the list generation unit 122. As described above, the game event selection unit 124 of the present embodiment selects an event to be executed in the game by lottery from the event list.

The storage unit 130 stores various information used by the game control unit 120. The storage unit 130 includes a matching information storage unit 131 and an event list information storage unit 132.
The matching information storage unit 131 stores matching information. The matching information includes information regarding a plurality of users registered as participating members by matching.

FIG. 6 shows a content example of matching information stored in the matching information storage unit 131 corresponding to the users A to D for which matching has been performed.
The matching information in the figure includes a matching ID and user information corresponding to each of the users A to D.

As shown in the figure, the user information corresponding to one user includes an application ID, a user account, and character setting information.
The application ID is an identifier that uniquely indicates a game application installed in the user terminal device 30 of the corresponding user.
The user account is information indicating a user account. The user account includes, for example, a user ID and a password, for example, a user name (nickname) used by the user in the game.

The character setting information is information related to the character designated to be used in the game of the current one session by the character setting performed by the corresponding user at the stage before matching. The character setting information includes a character ID, character attribute information, and item card information.
The character ID is an identifier that uniquely indicates the character.
The character attribute information is information indicating various attributes for the corresponding character.
The item card information is information related to the item card CD applied to the corresponding character. The item card information included in the user information only needs to have the structure shown in FIG. 2, for example.

  Returning to FIG. The event list information storage unit 132 stores event list information indicating the event list generated by the list generation unit 122.

  Next, a configuration example of the user terminal device 30 will be described. In the figure, the configuration of the user terminal device 30-A is shown. The user terminal devices 30-B, 30-C, and 30-D may have the same configuration as the user terminal device 30-A in FIG. Hereinafter, the configuration of the user terminal device 30 -A shown in the figure will be described as a configuration common to the user terminal device 30.

The user terminal device 30 includes a communication unit 310, a game execution unit 320, a storage unit 330, an operation unit 340, and a display unit 350.
The communication unit 310 is a part that communicates with the game server 10 via the network NW.
The game execution unit 320 executes the game of the present embodiment on the user terminal device 30. The function as the game execution unit 320 is realized by the CPU of the user terminal device 30 executing a game application program installed in the storage unit 330.
In addition to the game application program corresponding to the game execution unit 320, the storage unit 330 stores various types of information used by the game execution unit 320. Further, the event list information transmitted from the game server 10 as described above is stored in the storage unit 330.

The operation unit 340 collectively indicates various operators and operation devices included in the user terminal device 30.
The display unit 350 displays an image related to the game in accordance with the control of the game execution unit 320.
In the present embodiment, the display unit 350 is configured as a touch panel combined with a touch pad. The operation unit 340 includes a touch panel.

[Example of processing procedure]
With reference to the flowchart of FIG. 7, the example of a process sequence which the game server 10 and the user terminal device 30 of this embodiment perform is demonstrated. In the figure, processing corresponding to a period from the user character setting performed corresponding to one session of the game to the end of the game of one session is shown.
Moreover, in the same figure, the process about the user terminal device 30 of the user determined as an operation authority user is shown among the user terminal devices 30 corresponding to the user made into the participating member by matching.

First, an example of a processing procedure executed by the game server 10 will be described.
In the game server 10, the user combination unit 121 executes a matching process for matching users who are participating members of one session of the game (step S100). In the matching process, the user combination unit 121 generates corresponding matching information by using the user information acquired from the user terminal device 30 for each user to be matched. However, the character setting information shown in FIG. 6 does not have to be included in the matching processing stage of step S100.

When the matching process is completed, the list generation unit 122 waits for the reception of the character setting information for all users who are participating members to be completed (step S102—NO).
When all the character setting information transmitted from each of the user terminal devices 30 corresponding to the users who are the participating members is received, the list generation unit 122 determines that the reception of the character setting information for all the users has been completed. To do. (Step S102-YES). The character setting information for every user received corresponding to step S102 is stored, for example, by the list generation unit 122 so as to be added to the user information of each user in the matching information. Thereby, the structure of the user information of FIG. 6 is obtained.
In addition, the list generation unit 122 executes event list generation processing using the character setting information received corresponding to step S102 (step S104).

The list generation unit 122 stores event list information indicating the event list generated by the event list generation processing in step S104 in the event list information storage unit 132 (step S106).
In addition, the list generation unit 122 transmits event list information to each user terminal device 30 (step S108).

After the process of step S108, the game progress control unit 123 of the game server 10 performs control for starting the progress of the synchronous game at each user terminal device 30 (step S110).
Under the progress of the game after the progress of the game is started, the game event selection unit 124 determines whether or not the event trigger timing has come (step S112). In this case, the game event selection unit 124 may determine whether or not the event trigger timing has come, for example, by determining whether or not a predetermined event trigger condition is satisfied. It can be mentioned that the game has progressed to a predetermined stage and that the individual results or the overall results of the user have reached a certain level.

When it is determined that the event activation timing has come (step S112—YES), the game event selection unit 124 determines an operation authority user from among the matched users (S114).
Next, the game event selection unit 124 transmits an event lottery handling request to each user terminal device 30. The game event selection unit 124 transmits an operation authority user notification together with the event lottery handling request to the user terminal device 30 of the user determined as the operation authority user in step S114 (step S116).

  Next, the game event selection unit 124 is executed in the game from the event list generated in step S104 in response to the reception of the lottery process request transmitted from the user terminal device 30 of the operation authority user. A lottery process for selecting an event is executed (step S118). In the lottery process, the game event selection unit 124 uses the event list information stored in the event list information storage unit 132 in step S106.

Next, the game progress control unit 123 performs control so that the event selected by the lottery process in step S118 is executed in each user terminal device 30 (step S120).
After the process of step S120 or when it is not determined that the event activation timing has come (step S112—NO), the game progress control unit 123 monitors the progress of the game in each user terminal device 30, for example. It is determined whether or not the game for one session has been completed (step S122).
If it is determined that the game has not ended (step S122—NO), the process returns to step S122. Thus, lottery of events from the event list is performed every time the event is triggered under the progress of the game.
On the other hand, when it is determined that the game has ended (step S122—YES), the game progress control unit 123 ends the process of FIG.

Next, an example of a processing procedure executed by the user terminal device 30 will be described.
As described above, the user of the user terminal device 30 performs a character setting operation in a stage before matching when playing a game of one session.
As a character setting operation, the user first performs an operation on the operation unit 340 to select a character to be used for playing the game of the current one session from among the characters owned by the user. In response to the operation of selecting a character, the game execution unit 320 in the user terminal device 30 determines the selected character as the character CH used in the game (step S300).
Next, as a character setting operation, the user performs an operation of selecting an item card CD to be applied to the character CH from among the item cards CD owned by the user corresponding to the selected character CH. In response to the operation of selecting the item card CD, the game execution unit 320 determines the selected item card CD as the item card CD to be applied to the character CH (step S302).

  After the processing corresponding to the character setting in steps S300 and S302, the game server 10 executes control corresponding to the matching. The game execution unit 320 of the user terminal device 30 communicates with the game server 10 that executes control according to matching, and executes processing corresponding to matching (step S304).

  When matching is completed, the game execution unit 320 transmits character setting information to the game server 10 (step S306). The character setting information transmitted in step S306 includes the character ID and character attribute information of the character determined in step S300, and item information regarding the item card CD determined in step S302. That is, the character setting information transmitted in step S306 is used as the character setting information (FIG. 6) stored in the game server 10.

  In addition, the event list information is transmitted from the game server 10 to the user terminal device 30 in step S108 before the game starts. In the user terminal device 30, the game execution unit 320 stores the received event list information in the storage unit 330 (step S308).

  After the process of step S308, the game execution unit 320 starts the progress of the game on the user terminal device 30 according to the control for starting the game progress in step S110 of the game server 10 (step S310).

After the progress of the game is started, the game execution unit 320 waits for an event lottery handling request to be received (step S312—NO).
When the event lottery handling request is received (step S312—YES), the game execution unit 320 causes the display unit 350 to display a game screen corresponding to the event lottery (step S314). Here, the case where the user terminal device 30 in this case is the user terminal device 30 of the user determined as the operation authority user is taken as an example. For this reason, in response to step S312, the user terminal device 30 has also received the operation authority user notification together with the event lottery handling request. Therefore, the game execution unit 320 in this case displays the stop button BT11 on the game screen corresponding to the event lottery displayed in step S314 in an active state in which the operation can be performed.
Then, the game execution unit 320 waits for an operation on the stop button BT11 to be performed (step S316-NO).

The game execution unit 320 transmits a lottery process request to the game server 10 in response to the operation on the stop button BT11 (step S316-YES) (step S318).
As described above, the game server 10 executes the lottery process in step S118 in response to the lottery process request, and executes event execution control so that the event selected in step S120 is executed. In response to the event execution control in step S120, the game execution unit 320 causes the player to execute the event (step S320). In this way, each user terminal device 30 executes an event selected from the event list.

  In the case of the user terminal device 30 that has not received the operation authority user notification when receiving the event lottery handling request (that is, the user terminal device 30 of a user other than the operation authority user), the processes in steps S316 and S318 are omitted. It's okay. In addition, the game execution unit 320 may execute the event in step S320 according to the event execution control of the game server 10 in step S120.

The game execution unit 320 determines whether or not the game for the current one session has ended (step S322). If the game has not ended (step S322—NO), the game execution unit 320 returns the process to step S312.
On the other hand, in response to the end of the game (step S322—YES), the processing in FIG.

Next, a procedure example of event list generation processing as step S104 in FIG. 7 will be described with reference to the flowchart in FIG.
In the game server 10, the list generation unit 122 expands the default event list information in a work area such as a RAM (Random Access Memory) provided in the game server 10 (step S140). The default event list based on the default event list information has a list item of 10 events as illustrated in FIG.

  Next, the list generation unit 122 acquires event information from the item card information stored in the character information for each participating member user received in step S102 (step S142). At this time, as described above, the list generation unit 122 obtains a total of eight event information including seven first type event information and one second type event information from the item card information for each participating member user. To do. Eight event information acquired in this way becomes acquired event information (FIG. 3).

Next, the list generation unit 122 replaces predetermined three list items in the default event list with events of eight event information in the acquired event information obtained in step S142 (step S144).
In addition, the list generation unit 122 corrects the lottery probability for adjusting the total of the lottery probabilities to be 100% for the events of the ten list items in the event list after the replacement in step S144 (step S146). . In this way, a new event list reflecting the attributes of the item card CD selected by the user is generated based on the default event list.
The list generation unit 122 outputs event list information indicating the event list generated in this way (step S148). In steps S106 and S108 in FIG. 7, the event list information output in step S148 is stored and transmitted, respectively.

[Summary of Embodiment]
As described above, the game system 1 of the present embodiment includes the user combination unit 121 and the list generation unit 122.
The user combination unit 121 determines a combination of users who play the game.
When generating an event list (an example of a game event list) shared between users included in a combination, the list generation unit 122 generates event information (an example of a game event determination element) associated with a user included in the combination. Based on this, at least a part of events (game events) in the event list is determined.

  According to the said structure, the event list | wrist which contains the event according to the combination of the several user who plays a game in a list item is produced | generated. Thus, when viewed from a certain user, the event list includes not only events corresponding to the user but also events corresponding to other users. As a result, when an event is selected from the event list, an event corresponding to itself may not necessarily be selected. That is, depending on the present embodiment, the in-game environment is changed while appropriately reflecting the influence of the user.

  Further, in the game system 1 of the present embodiment, the list generation unit 122 acquires the acquired event information acquired from the item card CD applied to the character CH corresponding to the user (the game corresponding to the character corresponding to the user). At least some events in the event list are determined based on an example of an event determination element.

According to the said structure, according to the item card CD applied with respect to the character used when a user plays a game, the breakdown of the event contained in an event list will be changed.
In this case, if the event corresponding to the item card CD applied to his / her character CH is selected as a result of the event selection for the event list, the user can play the desired event. However, for example, an event desired by the user is not always triggered. Thereby, for example, the user can play the game without getting tired while having a strong expectation that an event he desires will be triggered. On the other hand, in the case of this embodiment, an event corresponding to an item card CD of another user among participating members may be selected. In this case, the user can also enjoy the unexpectedness of being able to play an event with a tendency of contents that he / she did not expect.

  Further, the breakdown of events included in the event list generated by the above configuration differs for each game session depending on the combination of matched users, the item card CD selected by the user for character setting, and the like. For this reason, the user can experience a game in which events having different tendencies are activated for each session. Thereby, the interest by performing a game repeatedly can be provided to a user.

  Further, in the game system 1 of the present embodiment, the list generation unit 122 is based on events included in the default event list as list items (an example of primary game events included in the game event list initially) and acquired event information. An event list is generated based on the determined event (an example of a secondary game event).

  According to the above configuration, for example, an event list can be generated so as to change a default event list as a template based on acquired event information. As a result, for example, the format related to the event list such as the number of list items included in the event list is determined, so that the event list generation process can be simplified. It is also possible to easily change the event list format by changing the default event list.

  Further, in the game system 1 of the present embodiment, the list generation unit 122 sets a default for a list item in which a default event is set in the default event list (an example of a list item in which a primary game event is initially set). An event list is generated by setting an event determined based on acquired event information instead of an event.

According to the above configuration, the event list can be generated by replacing the event initially set in the list item of the default event list with the event based on the event information indicated by the acquired event information. This makes it possible to efficiently generate an event list using a default event list as a template.
The number of event list items included in the default event list can be set to be fixed at a predetermined number. For this reason, for example, when the number of users who become participating members for each matching is allowed to be different, the number of list items in the generated event list is also fixed regardless of the number of matched participating members. Can not increase or decrease. As a result, regardless of the participating members, processing related to event selection for the event list can be made common and simplified.

  Further, in the game system 1 of the present embodiment, the list generation unit 122 performs a part of a list item (an example of a list item in which a primary game event is initially set) in which a default event is set in the default event list. The event list is generated by setting the event determined based on the acquired event information instead of the default event.

According to the above configuration, it is possible to generate an event list in which the event list item initially set in the list item of the default event list and the event list item based on the event information indicated by the acquired event information are mixed. It becomes possible.
By leaving the event of the default event list among the list items of the event list that is newly generated in this way, it is possible to increase the fun of the game by bringing unexpectedness to the selection result of the event Become.

  In addition, the game system 1 of the present embodiment further includes a game event selection unit 124. The game event selection unit 124 selects an event to be executed in the game from the event list generated by the list generation unit 122.

  According to the above configuration, an event to be executed in the game can be selected from among a plurality of events as selection candidates. Thereby, a degree of freedom is given without fixing an event that is triggered in the progress of the game.

  Moreover, in the game system 1 of this embodiment, the game event selection part 124 selects an event by lottery from an event list.

  According to the above configuration, an event triggered in the progress of the game is selected with randomness. This makes it difficult for the user to predict an event that is triggered during the progress of the game. The user can play the game while enjoying the uncertainty about the game progress.

  Further, in the game system 1 of the present embodiment, the list generation unit 122 has the rarity of the item card CD selected by the user (the degree of superiority determined corresponding to the event information associated with the character corresponding to the user). Based on (example), a probability that an event included in the event list is selected by lottery is set.

  According to the above configuration, the higher the rarity of the item card CD selected by the user when setting the character, the higher the probability of being selected by event lottery from the event list. Thereby, it is possible to give preferential treatment to a user who is collecting item cards CD having a high degree of superiority in the game.

[Modification]
Hereinafter, modifications of the present embodiment will be described.
[First Modification]
In the above embodiment, the selection of an event from the event list is a lottery. That is, the selection of the event from the event list in the above embodiment has randomness although the lottery probability is set.
On the other hand, as this modification, for example, each event may be selected according to the order set in the list item in the event list.

[Summary of First Modification]
As described above, in the game system 1 of the present modification, the game event selection unit 124 selects an event from the event list according to a predetermined order.

  According to the above configuration, events are selected in the order of predetermined list items from the event list. In this case, since the event lottery is omitted, the event can be immediately executed in response to the event trigger timing. Such a configuration is effective, for example, when it is desired to progress the game lightly.

[Second Modification]
Moreover, in the said embodiment, all the list items are common among users based on the default event list common among users and the event of the acquisition event information according to each user under a synchronous game. The event list was generated.
On the other hand, in this modification, for example, a default event list with different event breakdowns corresponding to each user is prepared. Then, for example, the game server may generate an event list for each user by replacing the event of the acquired event information corresponding to each user with respect to the list items of the default event list for each user.
In this case, for example, when the list item of the replaced event is selected, the event of the selected list item is commonly executed in the user terminal device 30 of each user. On the other hand, when a list item whose event is not replaced is selected, each user terminal device 30 individually executes the event of the selected list item.

[Third Modification]
In the said embodiment, the event list | wrist was produced | generated according to the event information of the item card CD set to the user's character CH. On the other hand, as this modification, for example, an event list may be generated based on attributes of each user who is a participating member by matching. For example, the game server 10 generates event information corresponding to each user using attributes such as the user ID and user name of each user who is a participating member, and generates an event list using the generated event information To do.

[Fourth Modification]
As a modification, the game server 10 first generates an event list from each event list generated for each user, and selects an event from each of the generated event lists. In addition, the game server 10 may generate one event by combining at least two of the events selected for each user, and cause the user terminal device 30 to execute the generated event. According to this modification, it is possible to diversify the events triggered in the game based on the selection from the event list, and for example, it is possible to give unexpectedness to the progress of the game.

[Fifth Modification]
In the example of FIG. 7, the lottery process for the event list is executed in the game server 10 in accordance with the operation on the stop button BT <b> 11 performed on the user terminal device 30 side. On the other hand, as described above, each user terminal device 30 executes a lottery process according to an operation on the stop button BT11, and the game server 10 selects an event based on the lottery result of each user terminal device 30. It may be done.
That is, the lottery process for the event list in the present embodiment may be executed by either the game server 10 or the user terminal device 30 if there is no particular inconvenience. Further, the present invention is not limited to the lottery process, and various processes including, for example, a process related to event list generation may be executed in either the game server 10 or the user terminal device 30 unless there is a particular problem. .

[Sixth Modification]
In the description so far, a case where a synchronous game is performed is taken as an example. However, the configuration of the present embodiment may also be applied to, for example, selecting an event to be executed individually for each user terminal device 30 in an asynchronous game in which the game progresses individually for each user terminal device 30. .

  Note that a program for realizing the functions of the game server 10 and the user terminal device 30 described above is recorded on a computer-readable recording medium, and the program recorded on the recording medium is read into a computer system and executed. Thus, processing as the game server 10 or the user terminal device 30 may be performed. Here, “loading and executing a program recorded on a recording medium into a computer system” includes installing the program in the computer system. The “computer system” here includes an OS and hardware such as peripheral devices. Further, the “computer system” may include a plurality of computer devices connected via a network including a communication line such as the Internet, WAN, LAN, and dedicated line. The “computer-readable recording medium” refers to a storage device such as a flexible medium, a magneto-optical disk, a portable medium such as a ROM and a CD-ROM, and a hard disk incorporated in a computer system. As described above, the recording medium storing the program may be a non-transitory recording medium such as a CD-ROM. The recording medium also includes a recording medium provided inside or outside that is accessible from the distribution server in order to distribute the program. The code of the program stored in the recording medium of the distribution server may be different from the code of the program that can be executed by the terminal device. That is, the format stored in the distribution server is not limited as long as it can be downloaded from the distribution server and installed in a form that can be executed by the terminal device. Note that the program may be divided into a plurality of parts, downloaded at different timings, and combined in the terminal device, or the distribution server that distributes each of the divided programs may be different. Furthermore, the “computer-readable recording medium” holds a program for a certain period of time, such as a volatile memory (RAM) inside a computer system that becomes a server or a client when the program is transmitted via a network. Including things. The program may be for realizing a part of the functions described above. Furthermore, what can implement | achieve the function mentioned above in combination with the program already recorded on the computer system, and what is called a difference file (difference program) may be sufficient.

[Appendix]
From the above description, the present invention is grasped as follows, for example. In order to facilitate understanding of the present invention, reference numerals in the accompanying drawings are appended in parentheses for convenience, but the present invention is not limited to the illustrated embodiment.

[Appendix 1]
A game system (1) according to an aspect of the present invention includes a user combination unit (121, S100) that determines a combination of users who play a game, and a game event list (for example, shared between users included in the combination) , The event list), at least a part of the game events in the game event list (for example, event information on the item card CD) (for example, event information of the item card CD) , An event) list generation unit (122, S104).

According to the said structure, the event list | wrist which contains the event according to the combination of the several user who plays a game in a list item is produced | generated. As a result, when viewed from one user, the event list includes not only events corresponding to the user but also events corresponding to other users. As a result, when an event is selected from the event list, an event corresponding to itself may not necessarily be selected. As a result, depending on the present embodiment, the in-game environment can be changed while appropriately reflecting the influence of the user.
Further, the breakdown of events included in the event list generated by the above configuration varies depending on the combination of matched users. For this reason, whenever a user participates in a game and plays, the game in which the event of a different tendency is triggered can be experienced. Thereby, the interest by performing a game repeatedly can be provided to a user.

[Appendix 2]
One aspect of the present invention is the game system according to Supplementary Note 1, wherein the list generation unit is based on the game event determination element associated with the character corresponding to the user, and includes at least one in the game event list. The game event of the part is determined (S142, S144).

According to the said structure, the breakdown of the event contained in an event list will be changed according to the game event determination element matched with the character which a user uses when playing a game.
In this case, the user can easily select a game event that the user wants to play by selecting the character. On the other hand, an event corresponding to another user's character may be selected. In this case, the user can also enjoy the unexpectedness of being able to play an event with a tendency of contents that he / she did not expect.

[Appendix 3]
One aspect of the present invention is the game system according to appendix 1 or 2, wherein the list generation unit is initially determined based on a primary game event included in the game event list and the game event determining element. The game event list is generated based on the next game event (S140 to S144).

  According to the above configuration, for example, an event list can be generated so as to change an event list as a template based on acquired event information. As a result, for example, the format related to the event list such as the number of list items included in the event list is determined, so that the event list generation process can be simplified. It is also possible to easily change the event list format by changing the default event list.

[Appendix 4]
One aspect of the present invention is the game system according to attachment 3, wherein the list generation unit replaces the primary game event with a list item in which the primary game event is initially set in the game event list. Then, the game event list is generated by setting the secondary game event (S144).

According to the above configuration, it is possible to generate an event list by replacing an event initially set in the list item of the event list as a default with an event based on the event information indicated by the acquired event information. Become. This makes it possible to efficiently generate an event list using an event list as a template.
In addition, the number of event list items included in the event list as a default can be set to be fixed at a predetermined number. For this reason, when the number of users who are participating members of the game is allowed to be different, the number of list items in the generated event list can be fixed and not increased or decreased regardless of the number of participating members. . As a result, regardless of the participating members, processing related to event selection for the event list can be made common and simplified.

[Appendix 5]
One aspect of the present invention is the game system according to appendix 4, in which the list generation unit is configured to select a part of the list items in which the primary game event is initially set in the game event list. The game event list is generated by setting the secondary game event instead of the primary game event (S144).

  According to the above configuration, an event list in which event list items initially set in the event list list items as default and event list items based on the event information indicated by the acquired event information is mixed is generated. It becomes possible. That is, in this case, events in the default event list that are not influenced by the user are left among the list items in the newly generated event list. Thereby, the unexpectedness of the event selection result is brought about, and it is possible to enhance the interest of the game.

[Appendix 6]
One aspect of the present invention is the game system according to any one of appendices 1 to 5, wherein a game event to be executed in the game is selected from the game event list generated by the list generation unit. An event selection unit (124, S118) is further provided.

  According to the above configuration, an event to be executed in the game can be selected from among a plurality of events as selection candidates. Thereby, a degree of freedom is given without fixing an event that is triggered in the progress of the game.

[Appendix 7]
One aspect of the present invention is the game system according to attachment 6, wherein the game event selection unit selects a game event by lottery from the game event list (S118).

  According to the above configuration, an event triggered in the progress of the game is selected with randomness. This makes it difficult for the user to predict an event that is triggered in the progress of the game. The user can play the game while enjoying the uncertainty about the game progress.

[Appendix 8]
One aspect of the present invention is the game system according to appendix 7, wherein the list generation unit includes game events included in the game event list based on the superiority determined corresponding to the game event determination element. Is set to the probability of being selected by lottery (step S146).

  According to the above configuration, the higher the superiority of the game event determination element corresponding to the user, the higher the probability of being selected by event lottery from the event list. Thereby, it is possible to give a preferential treatment to a user who collects game event determining elements having high superiority in the game.

[Appendix 9]
One aspect of the present invention is the game system according to any one of Supplementary Notes 6 to 8, wherein the game event selection unit selects a game event from the game event list according to a predetermined order.

  According to the above configuration, events are selected in the order of predetermined list items from the event list. In this case, since the event lottery is omitted, the event can be immediately executed in response to the event trigger timing. Such a configuration is effective, for example, when it is desired to progress the game lightly.

[Appendix 10]
One aspect of the present invention is a program for causing a computer to function as each unit of the game system according to any one of appendices 1 to 9.

1 game system, 10 game server, 30 (30-A, 30-B, 30-C, 30-D) user terminal device, 110 communication unit, 120 game control unit, 121 user combination unit, 122 list generation unit, 123 Game progress control unit, 124 game event selection unit, 130 storage unit, 131 matching information storage unit, 132 event list information storage unit, 310 communication unit, 320 game execution unit, 330 storage unit, 340 operation unit, 350 display unit

Claims (10)

A user combination unit for determining a combination of users who play the game;
In generating a game event list shared among users included in the combination, at least some game events in the game event list are determined based on game event determination elements associated with the users included in the combination. And a list generation unit. The list generator is
The game system according to claim 1, wherein the user determines at least some game events in the game event list based on the game event determination element associated with the corresponding character. The list generator is
The game system according to claim 1, wherein the game event list is generated based on a primary game event that is initially included in the game event list and a secondary game event determined based on the game event determination element. The list generator is
The game event list is generated by setting the secondary game event instead of the primary game event for a list item in which the primary game event is initially set in the game event list. Game system. The list generator is
The game event list is generated by setting the secondary game event instead of the primary game event for some of the list items in which the primary game event is initially set in the game event list. The game system according to claim 4. The game system according to claim 1, further comprising a game event selection unit that selects a game event to be executed in the game from the game event list generated by the list generation unit. The game event selection unit
The game system according to claim 6, wherein a game event is selected by lottery from the game event list. The list generator is
The game system according to claim 7, wherein a probability that a game event included in the game event list is selected by lottery is set based on a degree of superiority corresponding to the game event determining element. The game event selection unit
The game system according to any one of claims 6 to 8, wherein a game event is selected from the game event list according to a predetermined order. Computer
The program for functioning as each part in the game system as described in any one of Claim 1 to 9.

Images