JP7122787B1 - Game system, game program and control method - Google Patents

Abstract

An object of the present invention is to prevent the number of user participants from being unevenly distributed among a plurality of events. A game system (100) that provides a game to a user in each of a plurality of events in which the user can participate, and that includes a computer (30), wherein the computer acquires a user attribute to which the user belongs. , determines whether the event in which the user participates is directly or indirectly associated with the user attribute, and if the event is not associated with the user attribute, applies normal conditions to the user, and determines whether the event is associated with the user If associated with an attribute, apply preferential conditions to the user that are more favorable than normal conditions. [Selection drawing] Fig. 2

Description

The present invention relates to a game system, a game program, and a control method for a game system that provide games to users in each of a plurality of events.

Japanese Patent Laid-Open No. 2002-200000 discloses a configuration including ranking management means in a game system in which a game management device is incorporated. This ranking management means has a function of managing the in-game ranking of each user based on the team evaluation value. Also, the ranking management means stores the team evaluation value associated with the user ID of each user in the storage device and manages the ranking in the game.

JP 2013-223798 A

As an event held in the game, for example, there is a ranking event in which users compete for ranking. In a typical ranking event, all users participate in the same (unique) ranking. As a result, a situation arises in which only advanced users are substantially included in the top rankings. As a result, the novice user loses motivation to participate in the ranking event. In addition, when an event is held in which a plurality of events are provided and ranking is performed for each event, participating users may concentrate on a specific event among them, resulting in an imbalance in the number of participants. . In this case, even though multiple events are provided, it is as if only one ranking is provided within the event. As a result, the user loses motivation to participate in the event.

A game system according to one aspect provides a game to the user in each of a plurality of events in which the user can participate, and includes a computer, wherein the computer acquires a user attribute to which the user belongs. and determining whether the event in which the user participates is directly or indirectly associated with the user attribute, and if the event is not associated with the user attribute, the user is given a normal condition is applied, and if the event is associated with the user attribute, a preferential condition that is more advantageous than the normal condition is applied to the user.

Further, a game program according to another aspect causes a computer to provide a game to the user in each of a plurality of events in which the user can participate, causes the computer to acquire a user attribute to which the user belongs, and determining whether or not the event in which the user participates is associated with the user attribute; if the event is not associated with the user attribute, applying normal conditions to the user, and determining whether the event is associated with the user attribute; is associated with, the user is made to apply preferential conditions that are more advantageous than the normal conditions.

Furthermore, a control method according to another aspect is a control method of a game system that provides a game to the user in each of a plurality of events in which the user can participate, comprising acquiring a user attribute to which the user belongs, It is determined whether or not the event in which the user participates is associated with the user attribute, and if the event is not associated with the user attribute, normal conditions are applied to the user, and the event is the user If associated with an attribute, preferential conditions that are more advantageous than the normal conditions are applied to the user.

As a result, it is possible to prevent the number of user participants from being biased toward a part of the plurality of events.

Schematic overall view of the game system. Schematic block diagram of a game system. Schematic diagram showing an example of a selection screen. Table of grouped club teams. A table showing the schedule of events. Schematic diagram showing an example of a registration screen. 4 is a flowchart showing an example of application processing;

Exemplary embodiments for carrying out the present invention will now be described in detail with reference to the drawings. However, the dimensions, materials, shapes, and relative positions of the components described in the following embodiments can be arbitrarily set and can be changed according to the method or the configuration of the object to which the present invention is applied, or various conditions. Also, unless otherwise stated, the scope of the invention is not limited to the embodiments specifically described below.

As described above, if the number of user participants is biased toward some of the multiple events, the users will lose motivation to participate in the event in which the multiple events are provided. For example, it is conceivable that the user selects an event in which the user wants to participate from among a plurality of events and allows the user to participate in the selected event. In this example, the user participates in each event by registering for participation in a plurality of events that the user wishes to participate in. However, depending on the content of the event, there is a possibility that many users tend to have similar game preferences and play strategies, and the number of user participants may be biased toward some of the multiple events.

More specifically, there is a possibility that the number of users participating is biased toward events with a low capture difficulty level among the plurality of events. In addition, in the case of ranking events, the number of user participants is biased toward events with a long aggregation period (eg, totaled over the event period) rather than events with a short aggregation period (eg, aggregated for each game). there is a possibility. This is because if the aggregation period is long, even a novice user can improve the rank by spending time. Furthermore, there is a possibility that the number of user participants will be biased toward events that have gained a reputation for being less difficult to capture due to exchange of information between users. In addition, if participation rewards differ depending on the event, there is a possibility that the number of users participating will be biased according to the contents of the rewards.

Therefore, in order to suppress the imbalance in the number of participants, it is conceivable to give motivation to the users to participate in specific events. For example, it is conceivable to provide preferential treatment time slots in which participants are treated preferentially for each of a plurality of events provided in the event. As an example, a user who participates in a preferential event during a preferential time period can obtain a reward that is advantageous compared to other time periods. This may motivate the user to participate in a specific event. However, it is complicated or difficult for the user to grasp the preferential time zone for each item. In addition, there is a possibility that the number of users participating in the game may be biased toward a part of the plurality of events due to the similarity of time periods during which the users play the game.

Furthermore, if the preferential time slot for the event that the user wants to participate in does not match the time slot in which the user can participate, the user feels dissatisfaction that it is difficult to participate in that event. In other words, the user is dissatisfied because it requires the user to adjust or change the playing time period of the game. Therefore, it is desirable to reduce the dissatisfaction felt by the users while suppressing the imbalance in the number of participants of the users. In other words, it is desirable to motivate users to participate in a variety of events provided in a plurality of types, and to maintain and improve the user's willingness to participate.

[First embodiment]
A game system 100 shown in FIG. 1 provides a user with a game in each of a plurality of events in which the user can participate. Therefore, the game system 100 includes a server 30 as an example of a computer. The server 30 is configured as one logical server by combining server units 52 as a plurality of computers. However, the server 30 may be configured with a single server unit 52 . Alternatively, the server 30 may be logically configured using cloud computing.

The game system 100 also includes a user terminal 10 used by each of a plurality of users. The server 30 provides various services for games to the user terminal 10 or the user of the user terminal 10 . This service includes a distribution service that distributes and updates programs or data via network 50 . The server 30 appropriately distributes various programs or data necessary for providing the game to each user terminal 10 through this distribution service.

The game service may include a service in which the server 30 receives user identification information that uniquely identifies each user from the user terminal 10 and authenticates the user. The game service may also include a service in which the server 30 receives play data including play results of the authenticated user from the user terminal 10 and stores the play data. Furthermore, the game service may include a service of providing play data stored by the server 30 to the user terminal 10 . In addition, the game service may include a service in which the server 30 matches users when multiple users play a common game via the network 50 . The game service may also include a service in which the server 30 collects fees from users.

The server 30 and the user terminal 10 are each configured to be connectable to the network 50 . As an example, network 50 is configured to implement network communications using the TCP/IP protocol. A local area network LAN connects the server 30 and the Internet 51 . The Internet 51 as a WAN and a local area network LAN are connected via a router 53 . The network 50 may be a dedicated line, a telephone line, an in-house network, a mobile communication network, other communication lines, or a combination thereof, and may be wired or wireless. . The server 30 may be connected to the user terminal 10 via the Internet 51 instead of the local area network LAN.

The user terminal 10 is a computer device capable of network connection. For example, the user terminal 10 includes a stationary or book-type personal computer 54 and a mobile terminal device 55 such as a mobile phone (including a smart phone). In addition, the user terminal 10 includes various computer devices such as an arcade game device, a stationary home-use game device, a portable game device, and a portable tablet terminal device. The user terminal 10 can allow users to enjoy various services provided by the server 30 by installing various computer software. An example in which the user terminal 10 is the mobile terminal device 55 will be mainly described below.

As an example, the game system 100 can be used for various types of games such as sports games such as baseball and soccer, competitive card games, music games, board games, mahjong games, RPG games, fighting games, puzzle games, quiz games, and simulation games. provide the game. In the following, an example in which a soccer player training type simulation game using collected virtual cards is provided will be mainly described.

[Overview of the game]
In a simulation game as an example according to this embodiment, a match can be played using a plurality of virtual cards owned by the user. Each card represents a character that appears in the game. For example, there are player cards that each represent a plurality of soccer player characters. Then, the user collects player cards and organizes a deck including a plurality of player cards. The user sets the player cards selected from the player cards owned by the user in the deck, and sets the members of the team to be used during the game. For example, the deck includes players who are starting members and reserve players who are substitutes during the game.

For example, a user can obtain and own a player card by drawing lots and winning. As an example, the lottery is held at a predetermined timing (for example, once a day). Also, a lottery may be held by the user paying a predetermined fee or using an item. In the game, the team corresponding to the deck used by the user and the team corresponding to the deck in which NPCs (non-player characters) set by the computer are set compete against each other. Also, the opponent may be a team corresponding to the deck used by the opponent user.

When a game is played, results such as wins and losses are automatically output. Alternatively, each user may play the game by operating the player himself or directing the action of the player. When the game ends, the parameters of the player card (for example, ability value, experience value, or level) increase or decrease according to the results. This allows the user to train the player. In addition, each player has a sense, which is an ability to exert a predetermined effect (for example, parameter increase, skill enhancement, point acquisition increase, etc.). Alternatively, the user may increase or decrease player card parameters by in-game items or by paying a fee. Game results also include points scored, the number of times a player has made a particular play during the game, and points that are increased or decreased depending on the player's actions during the game. For example, the points may be earned by certain plays, such as scoring a goal, passing the ball, activating a player's skill, stealing the ball, and the like.

There are also events that are held over a specific period of time (for example, four days or seven days) by game operators. An example event is a ranking event. In this ranking event, users and other users compete for ranking. The ranks of the users are totaled for each day, and the ranks of the users are determined according to the results of the games played by the users during the day. Rewards are given to the users according to their ranking. Alternatively, aggregation may be performed by accumulating during the event period.

During the event period, users can participate in each of multiple types of events (rankings). As an example, ranking tally targets (evaluation targets) include the number of matches, the number of points earned, the number of saves by the keeper, the number of points scored, the number of skill activations, the number of passes, the number of points for users and NPCs, the number of shots, and the number of wins. , and the number of defeats. Each user can register for a predetermined number of events (for example, three per day) for each day or for the duration of the event, and compete for ranking. Alternatively, there may be no limit to the number of events each user can register for.

Also, each user may be able to participate in and play a match in an event for which he or she has not registered. In this case, the results of the participating users are not included in the tally target, and the user's rank is not calculated. This prevents one user from registering for all events at the same time and totaling them.

For example, when a user registers and participates in each event, a match between the NPC team set for the event and the team used by the user is played. This game progresses automatically, and the results of the game (for example, the number of points scored, the number of shots, etc.) are totaled (evaluated). Alternatively, the game in each event may be a match between the team used by the user and the team used by other users. Note that when the tallying is performed for each game, regardless of how many games the user plays during the tallying period, the results in one match in which the user has the best score among the games played are tallied. Also, in the case where the tally is cumulative, if the user plays many matches during the tally period, the results of all the matches are accumulated and become the tally target.

Also, when the team used by the user wins the match, the user is given a winning reward. Furthermore, when a player reaches a predetermined rank (for example, within the top 10) in an event (ranking), a ranking reward is given to the user. When ranking rewards are given according to the ranking in one day, the tally is not performed by accumulating multiple days. Therefore, the users compete with each other for rankings on a daily basis. Winning rewards and ranking rewards include player cards, items for increasing or decreasing parameters, lottery tickets, and the like. Note that if the user participates in an event that the user has not registered for, they will not be counted and will not receive a ranking reward. However, the user can get the winning reward regardless of whether the user is registered or not.

Also, the victory reward and the ranking reward may include in-game currency (for example, event-specific coins). The user can collect the coins and exchange them for in-game items (such as player cards, items that increase or decrease parameters, lottery tickets, etc.) at an in-game shop. The event-dedicated coin can be used only during the event and within a predetermined period (for example, two days) after the event. In addition, there are additional rewards that can be earned if you win the lottery as a victory reward. In other words, in addition to the reward that is given just for winning the match, the victory reward is a lottery with the condition of winning the match, and the reward (additional reward) that is given by winning the lottery. be. As an example, additional rewards are player cards, items that increase or decrease parameters, and event coins.

Note that the event held in the game is not limited to the ranking event. For example, an event may be held in which a match is played using an event deck prepared in advance by the game operator. Furthermore, each user, either alone or in cooperation with multiple users, aims to complete a specific task (e.g., defeating a common opponent, or achieving a goal such as a predetermined number of points). An event with an event may be held.

[Server configuration]
As shown in FIG. 2 , the server 30 includes a server control section 31 and a server storage section 32 . The server control unit 31 is a processor that executes various arithmetic processing and operation control according to a predetermined program. The server 30 is configured as a computer in which a server storage section 32 including an internal memory necessary for the operation of the processor and other peripheral devices are combined.

The processor is, for example, a CPU (Central Processing Unit) or an MPU (Micro-Processing Unit). Based on the programs stored in the server storage unit 32, the processor controls the server 30 as a whole and also controls various processes in an integrated manner. The server storage unit 32 is another computer-readable non-temporary storage medium. Specifically, the server storage unit 32 includes RAM (Random Access Memory), which is a system work memory for the processor to operate, ROM (Read Only Memory) for storing programs and system software, HDD (Hard Disc Drive), and Storage devices such as SSDs (Solid State Drives) are included.

In this embodiment, the CPU executes various processing operations such as calculation, control, and determination according to the game program PG stored in the ROM or HDD. The server control unit 31 is wired or wirelessly connected to an operating unit including a keyboard or various switches for inputting predetermined commands and data. The server control unit 31 is wired or wirelessly connected to a display unit that displays the input state, setting state, measurement results, and various information of the device. Furthermore, the server control unit 31 is a portable recording medium such as a CD (Compact Disc), a DVD (Digital Versatile Disc), a CF (Compact Flash) card, and a USB (Universal Serial Bus) memory, or a server on the Internet. Control can also be performed according to a program stored in an external storage medium.

The server storage unit 32 stores a game program PG, user information 32A, game information 32B, and ranking information 32C. The user information 32A includes user-registered information and user-related information, as well as game performance and play results by the user. In addition, the game information 32B includes information necessary for game processing to advance the game, such as game images and game music. In addition, the ranking information 32C includes information (for example, ranking) indicating the information necessary for calculating the rank and the calculation result.

The server control unit 31 includes a ranking management unit 31A as an example of an association unit, an acquisition unit 31B as an example of an acquisition unit, a determination unit 31C as an example of a determination unit, and a grant unit 31D as an example of a grant unit. , and a notification unit 31E as an example of notification means as functional units. The game program PG causes the server 30 as a computer to function as each functional unit. That is, the server control unit 31 has each functional unit as a logical device realized by a combination of computer hardware and software. Alternatively, the game program PG can also be stored in other computer-readable non-temporary storage media other than the server storage unit 32 .

[Association Means]
The ranking management unit 31A calculates rankings based on the results of matches, and accepts user registration for participation in events. Also, the ranking management unit 31A directly or indirectly associates the event with the user attribute. For example, the ranking management unit 31A associates a favorite team, which is an example of a user attribute, with an event via a group by applying group data of club teams grouped by the operator. By participating in the event associated with the user's attribute, the user can receive preferential conditions that are more advantageous than the normal conditions.

Furthermore, the ranking management unit 31A associates, among the plurality of events, an event different from the event associated with the user attribute of a certain user with another user attribute of another user different from the user. As a result, when other users participate in the other event, preferential conditions are applied. Therefore, other users tend to register and participate in events to which preferential conditions are applied to themselves. Therefore, it is possible to improve the unevenness in the number of user registrations depending on the content of the event.

As an example, user attributes are attributes associated with the user or attributes selected or registered by the user. A user attribute is specified by information indicating the attribute, and the information is included in the user information 32A. For example, user attributes include team attributes, such as user-selected favorite teams. The user can select a favorite team on the selection screen S1 as shown in FIG. Specifically, the user can select a favorite team by selecting icons representing club team names such as OO, NY, KT, and YH. When the user selects a favorite team, the server control unit 31 includes team identification information for uniquely identifying the favorite team in association with the user identification information in the user information. A favorite team as a team attribute can be identified by this team identification information.

For example, the server control unit 31 causes the user terminal 10 to display the selection screen S1 when starting to play for the first time after installing the game application in the user terminal 10 . The user arbitrarily selects one club team as a favorite team from a plurality of existing club teams according to his or her preference or attachment. Alternatively, the user may be able to select multiple club teams as favorite teams. Also, the user can change the favorite team at a desired timing on the user information setting screen (not shown). Although twenty teams are displayed on the selection screen S1, the number of teams can be changed as appropriate according to the number of club teams that actually exist. For example, the number of teams may be eighteen teams.

Information indicating favorite teams is displayed on various screens during the game. For example, an emblem showing your favorite team is displayed on the screen along with the user's name. Also, the uniforms of the players arranged in the deck become the uniforms of the favorite team, and the players wearing the uniforms play soccer during the game. Furthermore, the team name called by the commentary voice during the game is the name of the favorite team. That is, the favorite team functions as a symbol of the club team of the deck used by the user himself/herself through information displayed on various screens or output voice.

Also, the club team to which the players indicated by the cards included in the deck actually belong may match the favorite team. In this case, the effect of the player's specific ability (for example, skill, sense, etc.) is enhanced. As an example, the club team to which the player belongs corresponds to one of a plurality of clubs participating in the Japan Professional Soccer League.

The team attribute may be the belonging club team in addition to the favorite team. User attributes may also be attributes related to user preferences, such as favorite foods or hobbies. Further, the user attributes may be attributes related to the individual user, such as user identification information, constellation, blood type, place of residence, age, gender, zodiac, and the like. User attributes may also be attributes based on game play results related to the user, such as level in the game, performance in past events (eg, advanced, intermediate, or beginner).

For example, the ranking management unit 31A associates a group attribute with each event as the association of the user attribute with the event. Specifically, the ranking management unit 31A associates each group with each event (for example, event identification information that uniquely identifies the event) on the premise that each group as a group attribute is associated with a club team. . Thus, the ranking management unit 31A indirectly associates the team attribute, which is the user attribute, with the event through the group associated with the event.

Alternatively, the ranking management unit 31A may directly associate user attributes with each event. For example, the ranking management unit 31A may apply the user identification information in association with the item identification information for each event. Furthermore, the ranking management unit 31A may apply another attribute different from the group attribute. For example, the attributes relating to the method of tallying the events may be the attributes of cumulative total and each match. In this case, there are user attributes that are associated with cumulative attributes and user attributes that are associated with attributes for each game. Further, the grouping of group attributes may be geographical grouping such as East Japan and West Japan, or temporal grouping such as this year and last year. Even in this case, a user attribute is associated with each group attribute.

As an example, the grouping of club teams is shown. FIG. 4 is a diagram showing a table in which club teams and groups are associated, and this table is stored in the server storage section 31. As shown in FIG. As shown in FIG. 4, club teams are grouped. In FIG. 4, twenty club teams are associated with seven groups AG. The rankings shown in FIG. 4 are rankings in the Japan Professional Soccer League, rankings in past events, or the like. Specifically, the first-place team OO belongs to Group A, the second-place team NY belongs to Group B, the third-place team KT belongs to Group C, and the fourth-place team YH belongs to Group E.

In addition, grouping (association between club teams and groups) is performed so that the top teams are not concentrated in one group. Also, the grouping does not change over the period of the event, but grouping may be performed again during the period of the event. Also, the grouping described above is based on a table designed by the operator, but may be automatically performed by the ranking management section 31A. Additionally, club teams may be randomly grouped. Each event is associated with each group. For example, FIG. 5 is a diagram showing a table that associates events (rankings) with groups. As shown in FIG. 5, on each day (1st to 7th days) during the event period, the event and group are associated with each other. The association is based on a table designed by the operator, but may be automatically performed by the ranking management section 31A. Furthermore, the event and the group may be randomly associated.

In the example of FIG. 5, on the first day of the event, the A group is associated with the item "Scoring Rush". Therefore, the ranking management unit 31A refers to the ranking information 32C and applies data that associates the club team belonging to the A group with the event "scoring rush". As a result, the club team and the event are indirectly associated through the group. In the example of FIG. 5, club team OO, club team SP, and club team HM, which belong to Group A, are associated with the event "Scoring Rush". Alternatively, each club team may be directly associated with an event.

As for each event shown in FIG. 5, the "Score Rush" is an event in which one day is set as a tallying period, and the accumulated points in one day are competed. In addition, "Skill Rush" is an event that competes for the cumulative number of skill activations in a day, with a total period of one day. Also, "Point Trial" is an event in which players compete for the number of points acquired in one game. In addition, "Pass Rush" is an event in which players compete for the total number of passes in a single day, with a total period of one day. "Shoot Rush" is an event in which players compete for the cumulative number of shots made in a single day, with a total period of one day. In addition, "Point Rush" is an event that competes for the total number of points acquired in one day with a total period of one day. Also, "Skill Trial" is an event that competes for the number of skill activations in one match.

Also, as shown in FIG. 5, on the first day of the event, among the plurality of events, another event (for example, "Skill Rush") different from the event "Score Rush" associated with the team attribute belonging to Group A ) are associated with other user attributes of other users different from the user corresponding to the team attribute belonging to the A group. That is, "skill rush" is associated with other users corresponding to team attributes belonging to the B group.

In addition, as time elapses, the ranking management unit 31A associates with the user attribute of the user an item different from the item associated with the user attribute of the user among the plurality of items. Specifically, the operator sets the data of the correspondence (the data whose correspondence changes every day) as a table so that the correspondence between the club team group and the event changes over time. Then, the ranking management unit 31A applies the data in these tables according to the number of days during which the event is held, and associates the favorite team, which is an example of user attributes, with the post-change event via the group. As an example, the ranking management unit 31A associates and applies the event identification information of a different event from the previous day to a group of club teams, so that the favorite team as an example of the user attribute is the event corresponding to the previous day. Relate to different other events.

For example, as shown in FIG. 5, the ranking management unit 31A changes the association between the group and the event after one day has passed since the event started. That is, in the example of FIG. 5, the correspondence is rotated (shifted). The correspondence after the change is set in advance by the operator as data in the table. Therefore, at the start of the event, the event "Scoring Rush" is associated with the team attribute belonging to Group A, but one day has passed. On the second day, another event, "Skill Rush", is associated with team attributes belonging to the A group. The passage of time is not limited to one day, but may be two days or more, or may be shorter than one day, such as six hours.

Thereby, the user can continue to select the event to which the preferential condition is applied during the period of the event. Therefore, users can participate in various types of events with pleasure. In addition, fairness is created in the correspondence between user attributes (for example, favorite teams) and events. That is, the rotation (shift) makes it easier for the user to participate in the events provided in the event at the timing when the preferential conditions are applied. Therefore, it is possible to suppress the feeling of unfairness between users with different user attributes.

Also, the timing at which the association of the different event is applied and the timing at which the game results are totaled may be the same or may be different. For example, the ranking management unit 31A applies association with other different events at the timing after one day has passed, and accumulates the game results at the same timing. Alternatively, the ranking management unit 31A applies a different association with another event at the timing after one day has passed, and accumulates the game results at a timing different from this (for example, the timing after four days have passed).

Alternatively, the ranking management unit 31A may associate other events with the user attributes of the user so that the number of events to which preferential treatment is applied increases. Specifically, the ranking management unit 31A sets data for adding a correspondence between a group of club teams created by the operator and an event, and adds a favorite team as an example of a user attribute via the group. Associate with the event. For example, after one day has passed since the start of the event, the ranking management unit 31A applies the association of "Score Rush" and "Skill Rush". As a result, the number of events to which the preferential conditions are applied increases with the passage of time, and the preferential conditions are applied to the user not only in the "score rush" but also in the "skill rush." Furthermore, the ranking management unit 31A may apply the correspondence between the events such that the number of events to which the preferential treatment is applied decreases over time.

Regular conditions apply to users when participating in events that are not associated with user attributes. Specifically, the normal condition is a condition in which a normal winning probability (for example, 24%) is applied to the lottery for the additional reward among the game victory rewards. On the other hand, if the user participates in the event associated with the user attribute, preferential conditions that are more advantageous than the normal conditions are applied to the user. Specifically, the preferential condition is a condition in which a winning probability higher than usual (for example, 40%) is applied to the lottery for the additional reward among the rewards for winning the game. If the lottery wins, the user can get a gift (eg, item) as an additional reward. A state in which preferential conditions are applied is called a "bonus chance" in the first embodiment. Each item is associated with at least one group, and a bonus chance is generated for at least one group. A favorite team set by the user is associated with one of a plurality of groups.

The preferential condition may be a condition in which the probability of winning is increased, or a condition in which a reward with a higher in-game value (for example, a reward with a higher rarity) is awarded. Also, the preferential condition may be a condition that the game results are high or a condition that the game progresses favorably. As an example, the preferential condition may be a condition of multiplying the game result (eg score) by a predetermined coefficient (eg 1.2) or a condition of adding a predetermined number (eg 5 points). A higher game result gives the user an advantage in calculating the ranking. Furthermore, the preferential condition may be a condition in which the player's parameter is increased, a condition in which the skill activation interval of the player is shortened, or a condition in which the skill activation requirement is relaxed.

A bonus chance always occurs for one event for each user during the event period. The event for which this bonus chance has occurred is notified to the user through a participation registration screen or the like for each event. In which item the bonus chance is generated differs from user to user and from day to day. Alternatively, bonus chances may occur only for some of the users. Also, the item for which the bonus chance for a certain user is occurring is fixed during the day. However, during the course of a day, the item for which the bonus chance for a given user is occurring may change.

The ranking management unit 31A also accepts participation and/or registration of participation in the event by the user. As an example, the user can select the rank button B1, the registration button B2, and the participation button B3 on the registration screen S2 as shown in FIG. When the user selects the registration button B2 (for example, touches the button icon), the ranking management unit 31A accepts registration for the event corresponding to the operated registration button B2. Then, the ranking management unit 31A saves user information including event identification information for uniquely identifying the event registered by the user. Further, on the registration screen S2, the status of the number of registrants for each event or a numerical value indicating the number of registrants is displayed. The user can see the number of registrants and select and participate in events in which he or she can aim for a higher rank.

When the user selects the ranking button B1, the ranking management section 31A displays a ranking screen (not shown) for each event. The ranking screen displays the ranking of the event, the emblem of the favorite team, the user name, and the user's performance in the ranking (for example, total points). Also, when the user selects the participation button B3, the server control unit 31 executes one game corresponding to the event. Note that users can also participate in events for which they have not registered. However, even if the user participates in an event for which the user has not registered, the ranking will not be counted. In this way, the number of registrations to be tallied is limited. This makes it difficult for a user to register for both an event that is popular with many users and an event to which preferential treatment is applied, thereby suppressing bias. Alternatively, the ranking management unit 31A may limit the user to participate only in the events that the user has registered.

[Acquisition means]
Acquisition unit 31B acquires a user attribute to which the user belongs. As an example, the acquisition unit 31B refers to the user information 32A and acquires a user attribute (for example, favorite team) via information indicating the user attribute (for example, team identification information for a favorite team). More specifically, the acquiring unit 31B refers to the address area in which the information indicating the user attribute in the user information 32A is stored, and retrieves the information indicating the user attribute stored in the address area to the register of the processor (CPU). , cache, or internal memory (work area, etc.) necessary for the operation of the processor in the server storage unit 32 . Moreover, the acquisition part 31B acquires a user attribute, when applying normal conditions or preferential conditions. For example, the acquisition unit 31B acquires the user attribute when the user participates in an event or when the user registers the participation event. Alternatively, the acquisition unit 31B may acquire the user attribute when giving a reward to the user. Furthermore, the acquisition unit 31B may acquire by receiving the user attributes input from the user terminal 10 by the user.

[Determination means]
The determination unit 31C determines whether or not the event in which the user participates is directly or indirectly associated with the user attribute. As an example, when the user participates in an event, the determination unit 31C refers to the user attribute acquired by the acquisition unit 31B and the ranking information 32C to determine whether the event in which the user participates is associated with the user attribute. do.

As a specific example, in a game, teams compete against each other. Here, the team is a team consisting of NPCs, but may be a team used by other users. Then, in the event, a plurality of users participating in the event compete for the ranking of the results of the game. Furthermore, the user attribute is a team attribute indicating the team selected by the user, and the determination unit 31C determines that the event is associated with the user attribute when the team attribute is associated with the group attribute associated with the event. I judge. Note that the association may be direct or indirect.

[Granting means]
The provision unit 31D refers to the determination result by the determination unit 31C. Then, if the event is not associated with the user attribute, the granting unit 31D applies the normal condition to the user. Further, when the event is associated with the user attribute, the granting unit 31D applies to the user preferential conditions that are more advantageous than the normal conditions. Therefore, preferential conditions are applied to the user by participating in the event associated with the favorite team. Preferential treatment is not a condition that affects the ranking of the event. However, the preferential condition may be a condition that affects the ranking, such as an increase in grades.

The giving unit 31D gives a reward to the user who has played the game. Then, the granting unit 31D causes the user information 32A to include and store the reward that has been granted. Furthermore, when the event is not associated with the user attribute, the granting unit 31D grants the reward to the user based on normal conditions. On the other hand, when the item is associated with the user attribute, the granting unit 31D grants the reward to the user based on preferential conditions. As an example, the granting unit 31D grants the user a lottery ticket as a reward, and performs a lottery with a normal winning probability when applying normal conditions to the lottery for the additional reward among the victory rewards. On the other hand, when preferential conditions are applied to the lottery for the additional reward among the winning rewards, the lottery is performed with a higher winning probability. Note that the granting unit 31D may grant a reward to the user who has played the game only when a specific condition such as winning the match or winning the lottery is satisfied.

Preferential conditions may be set to relate to user attributes. For example, the preferential condition is that the winning probability of a player card that actually belongs to a favorite team increases in relation to a team attribute, which is a user attribute. Alternatively, the preferential condition may be that an in-game item for women or for men is given as an additional reward in relation to the user attribute of gender. As a result, it is possible to further prevent the number of users' participants from being biased toward a part of the plurality of events. That is, since preferential conditions related to the user are applied, the user aiming for the reward selects the event to which the preferential condition is applied when selecting the event to participate from among the plurality of types of events. become a trend.

Therefore, the user can participate in the event in which he/she is given preferential treatment while improving the fact that the number of user registrations is biased according to the content of the event. Furthermore, in a mode in which whether or not preferential conditions are applied is determined according to the time zone of participation, preferential conditions are applied to all users in the same event and the same event is notified to all users. On the other hand, in the aspect of the present embodiment, users with different user attributes (eg, favorite teams) are given preferential conditions in different events, and the different events are notified to the respective users. Therefore, it is possible to further improve the bias in the number of user registrations depending on the content of the event. Furthermore, the user can easily participate in an event with a plurality of events by reducing the adjustment or change of the game play time zone by the user.

[Notification method]
The notification unit 31E notifies the user of the target event to which the preferential condition is applied when the user participates, among the plurality of events. As an example, the notification unit 31E causes the registration screen S2 shown in FIG. 6 to display a notification display D including characters "bonus chance". Thereby, the notification unit 31E notifies the user of the target event (in the example of FIG. 6, the event of "scoring rush"). Therefore, the user can understand the target event to which the preferential condition is applied when participating, and can participate in the event to which the preferential condition is applied. Alternatively, the notification unit 31E may notify the user by voice, or may notify the user by a method such as sending an e-mail. The notification unit 31E also functions as display control means, and notifies the user by displaying the ranking as a result of the ranking on the terminal display unit 15. FIG.

[User terminal]
The user terminal 10 includes a terminal control section 11 and a terminal storage section 12 . The terminal control unit 11 is a processor that executes various arithmetic processing and operation control according to a predetermined program. The user terminal 10 is configured as a computer in which a terminal storage unit 12 including an internal memory necessary for the operation of the processor and other peripheral devices are combined. The processor is, for example, a CPU or an MPU, and controls the entire user terminal 10 based on a program (not shown) stored in the terminal storage unit 12, as well as centrally controlling various processes. Furthermore, the terminal control unit 11 can also perform control according to a program stored in a portable recording medium or an external storage medium.

Also, the terminal storage unit 12 is a computer-readable non-temporary storage medium. Specifically, the terminal storage unit 12 includes storage devices such as RAM, ROM, HDD and SSD. The user terminal 10 also includes a terminal display unit 15 such as a touch panel that functions as display means for displaying the registration screen S2 and the like, and operation means for inputting operations such as selecting a favorite team. Alternatively, the user terminal 10 may be provided with an operation unit that is separate from the display means and that includes a keyboard or various switches for inputting predetermined commands and data. Furthermore, the user terminal 10 may be provided with a display unit that is separate from the operation means and displays the input state, setting state, measurement results, and various information of the device. The user terminal 10 also includes an audio output unit 16 that outputs game music and the like.

[Applied processing]
An example of the application process will be described with reference to FIG. The ranking management unit 31A directly or indirectly associates the event with the user attribute (S101). For example, the ranking management unit 31A stores group data (table in FIG. 4) of the grouped club teams and event identification information for the event associated with the group (table in FIG. 5). data corresponding to the number of days since then) to associate the favorite team as an example of a user attribute with the event through the group. Then, the notification unit 31E notifies the user of the target event to which the preferential treatment is applied (S102). As an example, the notification unit 31E causes the registration screen S2 to display a notification display D including characters "bonus chance". The user refers to the notification display D and recognizes the event to be registered for participation.

The user, for example, touches the registration button B2 as an operation for selecting an event and registering for participation. Then, the ranking management unit 31A accepts registration of the event by the user (S103). Furthermore, the acquisition unit 31B acquires, for example, a favorite team as a user attribute to which the user belongs (S104). After that, when the user performs an operation to participate in the event, for example, touches the participation button B3, the ranking management unit 31A accepts participation in the event by the user. Then, the determination unit 31C determines whether or not the event in which the user participates is associated with the user attribute (S105). If not associated (NO in S105), the provision unit 31D applies the normal condition to the user (S106). On the other hand, if they are associated (YES in S105), the provision unit 31D applies preferential conditions to the user (S107).

Then, the server control unit 31 as game providing means provides the user with one match of the game, and the user plays the game (S108). When the play of the game ends and a predetermined condition (for example, the condition of winning the game) is achieved, the granting unit 31D grants the reward to the user according to the normal condition or the preferential condition (S109). Furthermore, the server control unit 31 stores the user's score in the user information.

Then, the ranking management unit 31A creates or updates the ranking by referring to the user information of each user (S110). After that, if it is possible to continue playing the event that was played (YES in S111), acceptance of user participation and provision of the game (S108) are repeated. If the item that has been played cannot be played again (NO in S111), for example, if one day has passed, the ranking management section 31A creates a final ranking result and the process ends. Then, the notification unit 31E notifies the user of the ranking result according to the user's operation (for example, the operation of touching the ranking button B1). Furthermore, the notification unit 31E may notify the user of a reward according to the ranking result. In this case, the granting unit 31D grants the reward according to the ranking result to the user.

According to the game system 100 according to the first embodiment described above, it is possible to prevent the number of user participants from being biased toward a part of a plurality of events. That is, since preferential conditions are applied, the user tends to select an event that gives him/her preferential treatment when selecting an event to participate in from a plurality of types of events. Therefore, it is possible to improve the bias in the number of user participants depending on the content of the event. Furthermore, the user can easily participate in the event by reducing the adjustment or change of the game playing time zone by the user.

Also, in the game system 100, a favorite team, which is a team attribute, is used as a user attribute. The team attributes can be provided corresponding to real teams participating in real sports (for example, Central League, Pacific League, Japan Professional Soccer League, etc.). Users tend to select their favorite teams based on their own tastes and preferences. Therefore, by associating a favorite team with each event provided in the event, it is possible to increase the percentage of users who set the same favorite team among the participating users of the event. Then, many users who have set the same favorite team participate in the same event. Users who have set the same favorite team as such are friends or like-minded people who like or support the same team. Therefore, the user can readily participate in an event in which a large number of like-minded users gather, and can enjoy playing the event with a sense of unity.

Although the present invention has been described with reference to each embodiment, the present invention is not limited to the above embodiments. Inventions modified within the scope of the present invention and inventions equivalent to the present invention are also included in the present invention. Further, each embodiment, each modification, and technical means included in each embodiment or each modification can be appropriately combined within the scope of the present invention.

For example, at least one of the ranking management unit 31A, acquisition unit 31B, determination unit 31C, provision unit 31D, and notification unit 31E may be provided in the terminal control unit 11. FIG. In this case, the server 30 and the user terminal 10 cooperate to function as a computer of the game system 100 .

Various aspects of the present invention derived from each of the embodiments and modifications described above are described below. In the following description, in order to facilitate understanding of each aspect of the present invention, the corresponding components illustrated in the accompanying drawings are added in parentheses, but the present invention is thereby limited to the illustrated form. not something.

A game system (100) provides a game to the user in each of a plurality of events in which the user can participate, and includes a computer (30), wherein the computer has a user attribute to which the user belongs. and determines whether the event in which the user participates is directly or indirectly associated with the user attribute, and if the event is not associated with the user attribute, the user If a normal condition is applied and the item is associated with the user attribute, a preferential condition that is more advantageous than the normal condition is applied to the user.

A game program (PG) that causes a computer (30) to provide a game to the user in each of a plurality of events in which the user can participate, causes the computer to acquire user attributes to which the user belongs, and allows the user to participate. determining whether the event is associated with the user attribute, and if the event is not associated with the user attribute, causing the user to apply a normal condition, and determining whether the event is associated with the user attribute; If so, the user is allowed to apply preferential conditions that are more advantageous than the normal conditions.

A control method is a control method for a game system (100) that provides a game to the user in each of a plurality of events in which the user can participate, wherein a user attribute to which the user belongs is obtained, and the user participates in the game. determining whether the event is associated with the user attribute, and if the event is not associated with the user attribute, applying a normal condition to the user, and determining whether the event is associated with the user attribute; If so, preferential conditions that are more advantageous than the normal conditions are applied to the user.

As a result, it is possible to prevent the number of user participants from being biased toward a part of the plurality of events. That is, since preferential conditions are applied, the user tends to select an event that gives him/her preferential treatment when selecting an event to participate in from a plurality of types of events. Therefore, it is possible to improve the unevenness in the number of user registrations depending on the content of the event. Furthermore, the user can easily participate in the event by reducing the adjustment or change of the game playing time zone by the user.

The computer (30) associates, of the plurality of items, another item different from the item associated with the user attribute with another user attribute of another user different from the user. This allows other users to receive preferential treatment in other events. Therefore, other users tend to register and participate in events to which preferential conditions are applied to themselves. Therefore, it is possible to improve the unevenness in the number of user registrations depending on the content of the event.

The computer (30) associates, with the lapse of time, an item different from the item among the plurality of items with the user attribute of the user. Thereby, the user can continue to select the event to which the preferential treatment is applied from among the plurality of events during the period of the event. Therefore, users can participate in various types of events with pleasure. In addition, fairness is created in the correspondence between user attributes and events.

The computer (30) notifies the user of the target event to which the preferential condition is applied when the user participates, among the plurality of events. Therefore, the user can understand the target event and participate in the event to which preferential conditions are applied.

The computer (30) provides a reward to the user who has played the game, and provides the user with the reward based on the normal conditions when the event is not associated with the user attribute, and If the event is associated with the user attribute, the reward is given to the user based on the preferential treatment.

The preferential conditions are set to be related to the user attributes. As a result, it is possible to further prevent the number of users' participants from being biased toward a part of the plurality of events. That is, since preferential conditions related to the user are applied, the user aiming for the reward selects the event to which the preferential condition is applied when selecting what to participate from among the plurality of types of events. become a trend.

In the game, teams compete against each other, and in the event, a plurality of users participating in the event compete for the ranking of results of the game, and the user attribute is a team attribute indicating the team selected by the user. and the computer (30) determines that the event is associated with the user attribute when the team attribute is associated with the group attribute associated with the event.

Team attributes can be provided corresponding to real teams participating in real sports. Therefore, by associating a favorite team with each event, it is possible to increase the percentage of users who set the same favorite team among the users participating in the same event. Then, many users who have set the same favorite team participate in the same event. Therefore, the user can readily participate in an event in which many users with similar tastes gather, and can enjoy the event with a sense of unity.

30: Server (computer)
100: Game system PG: Game program

Claims (8)

A game system that provides a game to the user in each of a plurality of events in which the user can participate, and includes a computer,
The computer is
obtaining a user attribute to which the user belongs;
Determining whether the event in which the user participates is directly or indirectly associated with the user attribute;
applying normal conditions to the user if the event is not associated with the user attribute;
When the event is associated with the user attribute, applying preferential conditions that are more advantageous than the normal conditions to the user,
In the game, teams compete against each other,
In the event, a plurality of users participating in the event compete for the ranking of results of the game,
The user attribute is a team attribute indicating the team selected by the user,
The game system , wherein the computer determines that the event is associated with the user attribute when the team attribute is associated with a group attribute associated with the event . 2. The game according to claim 1, wherein said computer associates, of said plurality of events, another event different from said event associated with said user attribute with another user attribute of another user different from said user. system. 2. The game system according to claim 1, wherein said computer associates, over time, an event different from said event among said plurality of events with said user attribute of said user. 4. The game according to any one of claims 1 to 3, wherein the computer notifies the user of a target event to which the preferential treatment is applied when the user participates, among the plurality of events. system. The computer gives a reward to the user who has played the game, and if the event is not associated with the user attribute, gives the reward to the user based on the normal conditions, and the event is 5. The game system according to any one of claims 1 to 4, wherein the reward is granted to the user based on the preferential condition when associated with the user attribute. 2. The game system according to claim 1, wherein said preferential conditions are set so as to relate to said user attributes. A game program that causes a computer to provide a game to the user in each of a plurality of events in which the user can participate,
to the computer;
Acquiring a user attribute to which the user belongs,
determining whether the event in which the user participates is associated with the user attribute;
if the event is not associated with the user attribute, causing the user to apply normal conditions;
When the event is associated with the user attribute, causing the user to apply preferential conditions that are more advantageous than the normal conditions,
In the game, teams compete against each other,
In the event, a plurality of users participating in the event compete for the ranking of results of the game,
The user attribute is a team attribute indicating the team selected by the user,
The game program causes the computer to determine that the event is associated with the user attribute when the team attribute is associated with the group attribute associated with the event . A control method for a game system that provides a game to a user in each of a plurality of events in which the user can participate, comprising:
obtaining a user attribute to which the user belongs;
determining whether the event in which the user participates is associated with the user attribute;
applying normal conditions to the user if the event is not associated with the user attribute;
When the event is associated with the user attribute, applying preferential conditions that are more advantageous than the normal conditions to the user,
In the game, teams compete against each other,
In the event, a plurality of users participating in the event compete for the ranking of results of the game,
The user attribute is a team attribute indicating the team selected by the user,
In the determination, if the group attribute associated with the event is associated with the team attribute, the control method determines that the event is associated with the user attribute .

Images