JP2023093718A - Game system, game method, and game program - Google Patents

Abstract

To increase game-related operation that a user can perform during interruption of a game.SOLUTION: Disclosed is a game system that pertains to a game including an in-game part and an out-game part and includes a first storage part for storing game medium information regarding a predetermined game medium, a game processing part for progressing the in-game part on the basis of operation information by a user and game medium information stored in the first storage part when the in-game part is started, and an interruption processing part for allowing the game processing part to interrupt a composite game part under progress when the in-game part includes the composite game part that is a complex of multiple match game parts and is constituted such that the same can be interrupted and an independent match game part that is an individually independent match game part and is constituted such that the same cannot be interrupted, and an interruption condition is satisfied.SELECTED DRAWING: Figure 7

Description

The present disclosure relates to game systems, game methods, and game programs.

A game is well known in which, when the game is interrupted, the game is restarted by reproducing the game state at the time of interruption. For example, when a selection card is determined by lottery, and the game is interrupted with the selection of the character incomplete, and the game is restarted after that, the character for the selection card is selected before proceeding with the game. There is known a technique for performing processing to cause

JP 2019-150561 A

When a game is suspended, it is often resumed with an exact recreation of the game state at the time of suspension, and the user's game-related operations are limited during the suspension of the game (between the next resume). tend to sag. For example, in many cases, game-related operations that the user can perform while the game is interrupted are limited to operations for instructing whether or not to restart the game.

Accordingly, in one aspect, the present invention aims to increase the number of game-related operations that a user can perform while the game is interrupted.

According to one aspect, a game system for a game including an in-game part and an out-game part, comprising: a first storage unit that stores game content information related to a predetermined game content; a game processing unit that progresses the in-game part based on user operation information and game content information stored in the first storage unit; and the in-game part is a composite of a plurality of competitive game parts. and a composite game part that is configured to be interruptible, and a single competitive game part that is an independent battle game part and is configured to be uninterruptible, and when the suspension condition is satisfied, the game is in progress and an interruption processing unit that causes the game processing unit to interrupt the composite game part of.

In one aspect, the present invention enables more game-related operations that a user can perform while the game is paused.

1 is a block diagram of a game system according to one embodiment of the present invention; FIG. It is a figure which shows the information regarding a user. FIG. 4 is a diagram showing information about game media; FIG. 10 is an explanatory diagram of the evolution of the first game medium; FIG. 11 is an explanatory diagram of information on game media in which the first game media has been changed; It is a figure which shows an example of the play screen displayed on a terminal device. FIG. 4 is an explanatory diagram of the configuration of a composite game part; FIG. 3 is a block diagram showing functions related to a suspend function among various functions of the terminal device; It is a figure which shows an example of a resume button. FIG. 4 is a schematic flow chart schematically illustrating an example of information exchange between a server and a terminal device that may be performed in connection with suspending and resuming; FIG. 4 is a schematic flow chart showing an operation example of the terminal device of the game system; 6 is a schematic flow chart showing an example of interruption data generation processing; 6 is a schematic flow chart showing an example of processing at the time of restart;

Hereinafter, each embodiment will be described in detail with reference to the accompanying drawings.

(Overview of game system)
An overview of a game system 1 according to an embodiment of the present invention will be described with reference to FIG. The game system 1 includes a server device 10 and one or more terminal devices 20 . Although three terminal devices 20 are illustrated in FIG. 1 for simplicity, the number of terminal devices 20 may be two or more.

The server device 10 is an information processing device such as a server managed by, for example, a game operator. The terminal device 20 is an information processing device used by a user, such as a mobile phone, a smart phone, a tablet terminal, a PC (Personal Computer), or a game machine. The terminal device 20 can execute a game application according to the present embodiment. The game application may be received by the terminal device 20 from a predetermined application distribution server via the network 30, or may be a storage device provided in the terminal device 20 or a storage medium such as a memory card readable by the terminal device 20. may be stored in advance. The server device 10 and the terminal device 20 are communicably connected via a network 30 . For example, the server device 10 and the terminal device 20 cooperate to execute various processes related to the game. If the terminal device 20 is of a so-called mobile type (portable type), it is often played on the go, on the move, or in spare time, and it is often difficult to play for a long time. Therefore, in mobile games suitable for mobile type play, users tend to interrupt game parts that require a relatively long playing time. If there are many interruptions, users tend to avoid it because they cannot feel the continuity. In this example, the options for the user in the mobile game can be increased by devising the processing during the interruption of the game part.

Note that the network 30 may include a wireless communication network, the Internet, a VPN (Virtual Private Network), a WAN (Wide Area Network), a wired network, or any combination thereof.

(Overview of the game)
An overview of the game according to this embodiment will be described. A game according to this embodiment includes one or more game parts. At least one game part of the one or more game parts may be performed using game media

Game media are electronic data used in games, and include arbitrary media such as cards, items, points, virtual currency, tickets, characters, avatars, and parameters. Game media are electronic data that can be acquired, owned, used, managed, exchanged, combined, enhanced, sold, discarded, or gifted by the user in the game. It is not limited to what is specified. The game media may be game-related information such as level information, status information, parameter information (physical strength, attack power, etc.) or ability information (skills, abilities, spells, jobs, etc.).

Hereinafter, unless otherwise specified, "game media owned by a user" refers to game media associated with a user ID that can uniquely identify the user as owned game media. Also, "providing game media to the user" indicates that the game media are associated with the user ID as possessed game media. Also, "destroy the game media owned by the user" indicates canceling the correspondence between the user ID and the owned game media. Also, "consuming game content owned by the user" indicates that some kind of effect or influence can be generated in the game according to the cancellation of the correspondence between the user ID and the owned game content. Also, "selling the game media owned by the user" means canceling the association between the user ID and the owned game media, and adding other game media (for example, virtual currency, items, etc.) to the user ID. Indicates that it is associated as a game medium. Also, "to transfer the game media owned by user A to user B" means that the correspondence between user A's user ID and owned game media is canceled and the user ID of user B owns the game media. Indicates that it is associated as a game medium. Also, "creating game content" indicates defining or determining at least part of information about game content.

A game part is content that a user can play in a game, and includes, for example, quests, missions, mini games, development, enhancement, and synthesis of game media, game media acquisition events, virtual space search events, and opponents ( For example, it includes battle events against other users, enemy characters, enemy buildings, etc.). One or more predetermined tasks (game tasks) may be set for each game part. For example, when it is determined that one or more game tasks set in the game part played by the user have been successfully achieved, the user may be rewarded with, for example, game media. Game tasks include, for example, a task of winning a match against an enemy character, a task of reaching a goal point in a virtual space, and a task of reaching a goal point in a virtual space, and a user character is in a predetermined state (for example, incapacitated state) until a predetermined time elapses. ) can be adopted according to the content of the game part. Further, the achievement of a specific task (clear task) among one or more game tasks set for the game part is also called clearing of the game part. When the user who plays the game part succeeds in achieving the clear task, the game part may be determined to have been cleared and the game part may end.

The one or more game parts may include a single-play game part and a multi-play game part. The single-play game part may include, for example, a game part (for example, a single-player game part) that is executed based on a user operation on one terminal device 20 used by one user. For example, one terminal device 20 alone or one terminal device 20 and the server device 10 cooperate to execute a single-play game part. On the other hand, a game part for multiplay is, for example, a game part common to two or more users (for example, , multiplayer game parts). A game part common to two or more users is, for example, a game part in which at least part of the progress processing of the game part and at least part of the processing results are commonly applied to the two or more users. may include For example, two or more terminal devices 20 cooperate, or two or more terminal devices 20 and the server device 10 cooperate to execute a multi-play game part. One game part may support both single-play and multi-play.

The game according to the present embodiment includes, for example, a battle game part having elements of a side-scrolling action game and elements of a battle game in which the player battles against an opponent using game media. The user selects one or more game media to be used for the battle game part from the game media owned by the user (owned game media). Hereinafter, each game medium used in the battle game part will also be referred to as a first game medium. The one or more first game media are collectively called a deck (unit) or a team. The opponent is, for example, an automatically operated game medium such as an NPC (Non-Player Character), but is not limited to this. For example, an opponent may be a game medium operated by another user. The number of opponents in one battle game part may be determined arbitrarily.

An overview of the competitive game part according to the present embodiment will be described. A user who uses the terminal device 20 to play a single-play battle game part operates a moving object placed in the virtual space, for example, and obtains a predetermined item while avoiding obstacles and the like. A moving object corresponds to a predetermined game medium (second game medium). The second game content may include, for example, motorcycles, automobiles, or people. In response to the acquisition of the item, the game media (first game media) included in the deck performs a predetermined action (for example, attacking the opponent). The action of the first game content can cause damage to the opponent. On the other hand, the opponent performs a predetermined action (for example, attacking the user) at predetermined time intervals, for example. Damage may be given to the user by the action of the opponent. The user and the opponent each have predetermined parameters that are reduced by the amount of damage dealt. When the relevant parameter of the opponent decreases to a predetermined value (eg, zero), it is determined that the user has won. On the other hand, when the user's parameter decreases to a predetermined value (eg, zero), it is determined that the user has lost. When it is determined that the user has won or lost, the competition game part may end.

On the other hand, the battle game part for multiplay is executed in the same manner as the above-described battle game part for single play, except that two or more users compete against a common opponent. Specifically, two or more users each use their own terminal devices 20 to play a common competitive game part. Each of the two or more users operates the second game content in the virtual space as described above. A common virtual space may be used for the two or more users, or an independent virtual space may be used for each user. The first game contents included in the decks of the two or more users each attack, for example, a common opponent. The aforementioned parameters of opponents are commonly applied to two or more users. For example, the parameters of the opponent may be synchronized between a plurality of terminal devices 20 used by two or more users. When the relevant parameter of the opponent decreases to a predetermined value (eg, zero), it is determined that two or more users win. On the other hand, when the parameter of each of two or more users decreases to a predetermined value (eg, zero), it is determined that the two or more users have lost. If it is determined that two or more users have won or lost, the competition game part may end.

In addition, the game according to the present embodiment includes a composite game part (an example of a first game part) including a plurality of battle game parts, with the above-described battle game part as one unit. In other words, the game according to this embodiment includes a composite game part that is a composite of a plurality of competitive game parts. The number of multiple competitive game parts constituting a composite game part is arbitrary, but may be a relatively large number (for example, 30 to 50). Multiple types of complex game parts may be set. Here, the in-game includes not only the "composite game part" but also one continuous large game part. While the in-game is long and requires effort to clear or has a high degree of difficulty, the out-game is short and easy (a so-called mobile-type part that is easy to play using spare time). Examples of in-games include games of various genres, such as RPG, search, mission-clearing games, scenario-reading games, and option-selecting games. Examples of out-games include mini-games (puzzles, fishing, simple missions, etc.) different from in-games, as well as strengthening and the like. To enable a user to devise various ideas in an out game in order to clear an in game. In the mobile type, it is difficult for the user to continue playing a long in-game for a long time, whereas it is easy for the user to play a short out-game. In the game according to this embodiment, the play result of the out-game may affect the in-game. This increases options for the user and variations in game development. Long in-games are not compatible with mobile games, which tend to be played in pieces, but the results of out-games that can be played in a relatively short time affect the progress of in-games, so you can use the gap time in the mobile type. In this way, it becomes easier to provide a relatively long in-game. In the following description, one composite game part will be described unless otherwise specified.

A plurality of competitive game parts that constitute a composite game part may all or part be the same, but preferably may be of different types. For example, one competitive game part that constitutes a composite game part and another competitive game part that constitutes the same composite game part may have different opponents, difficulty levels, rewards, stories, and the like. In addition, the composite game part constitutes a composite game part, not a collection of individual battle game parts (hereinafter also referred to as "single battle game parts" to distinguish them from composite game parts). Each fighting game part may have a unique design that differs from individual fighting game parts in terms of opponent, difficulty level, reward, story, and the like.

Also, the plurality of competitive game parts that make up the composite game part may be set to be executable in any order, but are preferably set to be executed in a predetermined order. For example, multiple competitive game parts that make up a composite game part may be set to be executed in a predetermined order along a predetermined story.

Also, the game according to the present embodiment includes a game part related to a so-called out game (hereinafter also referred to as an "out game part") (an example of a second game part). The out-game part is, for example, a game part that can change ability parameters, game functions, etc., which will be described later, in relation to raising, enhancing, synthesizing, etc., of possessed game media.

(Configuration of server device)
The configuration of the server device 10 will be specifically described. The server device 10 is configured by a server computer. The server device 10 may be implemented in cooperation with a plurality of server computers.

The server device 10 includes a server communication section 11 , a server storage section 12 and a server control section 13 .

The server communication unit 11 includes an interface that performs wireless or wired communication with an external device to transmit and receive information. The server communication unit 11 may include, for example, a wireless LAN (Local Area Network) communication module or a wired LAN communication module. The server communication unit 11 can transmit and receive information to and from the terminal device 20 via the network 30 .

The server storage unit 12 includes, for example, a primary storage device and a secondary storage device. For example, the server storage unit 12 may include semiconductor memory, magnetic memory, optical memory, or the like. The server storage unit 12 stores various information and programs used for game processing. At least part of the information and programs stored in the server storage unit 12 may be shared and synchronized with the terminal device 20 . Examples of information stored in the server storage unit 12 will be specifically described below.

(Information about the user)
The server storage unit 12 stores information regarding each of a plurality of users. Information about the user will be described with reference to FIG. FIG. 2 shows information about each of the two users. Information about a user includes various information specific to the user. For example, the information about the user includes user ID, user name, rank, information about owned game media, information about used game media, and friend information. In the information about users, each of a plurality of users is associated with information about owned game media, information about used game media, and friend information.

A user ID is information that can uniquely identify a user. Hereinafter, the user ID will be simply referred to as a user.

A user name is information indicating a user's name. A user name, unlike a user ID, may not uniquely identify a user. The user name may be arbitrarily determined and changed according to user operations on the terminal device 20 .

A rank is a parameter that indicates a user's proficiency level with respect to a game. In this embodiment, the rank value may increase as the user plays the game. The higher the rank, the higher the skill level of the user regarding the game.

The information about owned game media includes various information unique to the game media owned by the user in the game (owned game media). When game media are acquired by a user, the game media are associated with the user as owned game media. The details of the information about owned game media will be described later.

The information about the used game media is information indicating the game media (first game media) that the user is allowed to use in the battle game part. The first game media is selected from owned game media. In this embodiment, for example, up to five game media selected from one or more owned game media are associated with the user as first game media. Therefore, one game medium can be both the owned game medium and the first game medium. The first game content may be selected automatically or in response to a user operation, for example in a dedicated game part. For example, the dedicated game part may include a game part for so-called deck formation or team formation. A maximum of five first game media indicated in the information on the used game media constitutes one deck. The information on the game media used may include information on multiple decks.

Friend information represents user IDs in a friend relationship. For example, when user A is friends with users B and C, friend information associated with user A includes user IDs of users B and C. FIG. Note that a friend relationship is realized through a friend application or the like. Thus, friend information includes user IDs of other users who are unidirectionally or bidirectionally associated with the user. Note that users who are in a friend relationship may be able to communicate with each other, such as sending and receiving messages, on the game system 1, for example. Note that the information about the user may include information indicating a group to which the user belongs (for example, a guild or party) instead of or in addition to the friend information.

The contents of the information about the user are not limited to those described above. For example, the information about the user may further include information indicating the predetermined points that the user has in the game. The points are consumed for the user to play the game part. The consumption amount of the points may differ for each game part. The points may increase, for example, according to the passage of time or according to use of predetermined game media.

Now, with reference to FIG. 3, an example of the above-described information regarding owned game content will be described in detail. FIG. 3 shows information about two owned game media associated with one user. For example, information about each possessed game content includes game content ID, game content name, rarity, level, cost, HP (Hit Point), attack power, resilience, attributes, and information about evolution. , enhancement information, and game function information (an example of ability information).

A game medium ID is information that can uniquely identify a game medium. The game medium ID may be stored in the server storage unit 12 in advance. Alternatively, the game media ID may be determined by the server device 10 when allowing the user to acquire the game media.

The game medium name is information indicating the name of the game medium. Unlike the game medium ID, the game medium name may not uniquely identify the game medium. An initial value of the game medium name may be stored in advance in the server storage unit 12 . The game media name may change according to the game play by the user who acquired the game media.

In this embodiment, part or all of the first game content can evolve step by step. Hereinafter, game media that can be evolved step by step are also referred to as “evolvable game media”. In this embodiment, as an example, the evolution is accompanied by the effect of increasing the rarity. Evolution may involve changes in game functions (for example, skills), which will be described later. Here, for convenience of explanation, the number at the end of the game medium name indicates the stage of evolution. For example, the game medium “C01” shown in FIG. 3 is an evolveable game medium, and when the game medium “C01” has not evolved at all, the game medium name is “character A1”. On the other hand, when the game medium "C01" evolves by one stage, the game medium name is "character A2". Note that the number of stages of evolution is arbitrary and may differ for each evolveable game medium. Note that the evolveable game media may be a part of all the first game media (for example, game media whose associated rarity is other than SSR (double super rare), which will be described later).

Also, in this embodiment, all of the first game media can be enhanced. It should be noted that in a modification, only a part of the first game content may be enhanced, or a second game content, which will be described later, may also be enhanced. Hereinafter, game media that can be enhanced are also referred to as “enhanced game media”.

Rarity is information indicating the degree of rarity (rarity value) of a game medium. In other words, the rarity associated with a certain game content represents the difficulty of acquiring the game content (difficulty of being drawn), and here, the higher the rarity, the more difficult it is to own. In this embodiment, as an example, the rarity is classified by names such as N (normal), R (rare), SR (super rare), and SSR (double super rare) instead of numerical values. It should be the one with the highest rarity.

For example, in this game, the number of types of game media to which N (normal), R (rare), SR (super rare), and SSR (double super rare) are respectively associated is NN, NR, NSR, and NSSR. NN>NR>NSR>NSSR. It should be noted that there are various names related to rarity, and the classification of rarity may be other than the four levels.

A level is information indicating the degree of growth of a game medium. For example, the higher the level value, the higher the degree of growth of the game medium. In this embodiment, the level value may increase as the user plays the game. Also, for the level related to the first game medium, an upper limit level may be set for each first game medium. In this case, for example, the upper limit level of the first game content may be set in such a manner that the higher the rarity, the higher the upper limit level. Also, the upper limit level of the first game content may be raised by a specific enhancement (for example, limit breakthrough).

The cost is a parameter used when deciding which deck to use for the battle game part. In this embodiment, a maximum of five first game media can be included in one deck as long as the total cost of each first game media does not exceed a predetermined upper limit. The upper limit value may be increased, for example, as the rank of the user increases.

HP is a parameter used to determine whether the user wins or loses in the competitive game part. In this embodiment, the total HP of all the first game media included in the deck is used as the upper limit at the start of the battle game part. Hereinafter, the total HP value of all the first game media included in the deck is also referred to as the user's total HP. If the user is damaged by, for example, an opponent's attack during execution of the battle game part, the total HP is reduced by the amount of the damage. If, for example, recovery items are acquired during the battle game part, the total HP increases. When the total HP decreases to a predetermined value (eg, zero), it is determined that the user has lost. Therefore, the higher the HP of each first game medium included in the deck, the more advantageous it is for the user. HP may increase as the level increases.

Attack power is, for example, information that contributes to the amount of damage inflicted on the opponent by the attack of the game media. The higher the attack power value, the greater the amount of damage dealt to the opponent. Therefore, the greater the offensive power of the game media, the more advantageous it is for the user. Attack power may increase as the level increases.

Resilience is a parameter used during execution of the competitive game part. In this embodiment, the sum of the resilience of all first game media included in the deck is used. Hereinafter, the total resilience of all first game media included in the deck is also referred to as the user's total resilience. For example, if a recovery item is acquired during the competition game part, the user's total recovery power increases. The greater the value of Total Recovery, the greater the increase in Total HP. Therefore, the greater the resilience of each first game content included in the deck is, the more advantageous it is for the user. As the level increases, resilience may increase.

Of the various parameters described above, the HP, attack power, and recovery power are parameters representing the capabilities of the game media. Specifically, the higher the HP, the higher the ability of the game medium, and the higher the attack power, the higher the ability of the game medium, and so on. In addition, if the specification is such that the attack power increases as the level increases, the level also becomes a parameter representing the ability of the game medium. Further, with respect to the above-described evolveable game media, if the specification is such that the higher the evolution stage, the higher the ability, the evolution stage (evolution value) is also a parameter representing the ability of the game medium.

Hereinafter, such parameters representing the abilities of game media are also referred to as "ability parameters". Information representing the value of the ability parameter associated with the first game content is an example of "an example of parameter information."

Attributes are information indicating attributes of game media. The attributes may include a plurality of first attributes (for example, fire attributes, wood attributes, and water attributes) that indicate compatibility between game media in which the battle takes place. At least one first attribute among the plurality of first attributes is associated with one game content. For example, fire-attribute game media deal more damage to wood-attribute game media than normal, and deal less damage to water-attribute game media. Thus, for example, the fire attribute is advantageous to the wood attribute and disadvantageous to the water attribute. The attributes may include a plurality of second attributes (for example, attack attributes, recovery attributes, physical strength attributes, balance attributes, etc.) that do not affect the compatibility between the game media in which the battle takes place. At least one second attribute among the plurality of second attributes is associated with one game content. Therefore, for example, there may be one game medium whose first attribute is fire attribute and whose second attribute is attack attribute.

Information about evolution includes whether or not evolution is possible, and if so, the current stage of evolution (evolution value), the conditions for successful evolution (evolution realization conditions), and the effect of evolution (e.g. rarity). up), etc. In this embodiment, as an example, the evolution of a certain game content is accompanied by consumption of a predetermined game content (an example of a predetermined type of game content) associated with the game content. In this case, the information about evolution includes, as information about conditions for realizing evolution, information representing game media consumed for evolution for each evolveable game media. That is, each evolveable game medium is associated with a game medium consumed for evolution (hereinafter also referred to as "evolution material game medium"). Note that the evolution material game media are game media that can be used for evolution, but need not necessarily be game media that are used only for evolution.

For example, FIG. 4A shows an example of an evolution mode of a certain game medium (here, game medium “C01”). FIG. 4A shows how the game media “C01”, which is an evolveable game media, is evolving. In this case, the game medium “C01” can evolve up to the upper limit, such as character A1 to character A2, character A2 to character A3, and so on, in each evolution. Note that FIG. 4A shows a character AMAX associated with an evolveable game medium that has reached the upper limit of evolution.

Also, in FIG. 4A, a game medium with a game medium name of character X (X1, X2) is shown as the evolution material game medium. Note that the game media corresponding to the character X may be an evolveable game media or a non-evolveable game media. Further, the evolution material game media associated with each evolveable game media may be different or may be the same. Further, in FIG. 4A, in order to evolve a more advanced game medium "C01" (for example, character A2), a more advanced evolution material game medium (evolution material game medium more advanced than the evolution material game medium X1) is required. X2) is consumed, but is not limited to this. For example, the evolution material game medium may always be a non-evolved game medium (here, evolution material game medium X1).

Note that in FIG. 4A, the evolution material game media are different from the associated evolveable game media, but they may be the same. For example, an evolutionary material game medium associated with a game medium "C01" that is an evolveable game medium may include the game medium "C01".

In addition, in FIG. 4A, the number of evolution material game media provided for one evolution of the evolveable game media is only one, but the present invention is not limited to this. That is, one evolution of the evolveable game media may involve the consumption of two or more evolutionary material game media.

Information about enhancement includes information on whether or not enhancement is possible, if enhancement is possible, conditions for enhancement (enhancement realization conditions), effects of enhancement (for example, status change rules according to enhancement mode), etc. .

In the present embodiment, as an example of enhancement realization conditions, enhancement of a certain enhanceable game content involves consumption of predetermined game media (enhancement material game media) that can be used for enhancement. It should be noted that the game media for power-up materials are game media that can be used for power-up, but they do not necessarily have to be game media used only for power-up.

For example, FIG. 4B shows an example of an enhancement mode of a certain game medium (here, game medium “C01”). FIG. 4B shows how the game medium "C01", which is a game medium that can be strengthened, is being strengthened. In this case, the ability parameters (in FIG. 4B, level, HP, attack power, and recovery power) of the game medium “C01” are appropriately increased for each enhancement. It should be noted that when the level of the game media that can be enhanced reaches the upper limit level, the enhancement becomes impossible. However, even in this case, it may be possible to raise the upper limit level by using an item (an example of game media) for "breaking the limit" or the like.

In addition, in FIG. 4B, game media with game media names of characters Y1 and Y2 are shown as game media for reinforcement materials. The characters Y1 and Y2 may be given different game medium IDs, respectively, or may be the same (that is, they may be evolveable game mediums, or may be characters after evolution). In addition, in FIG. 4B, the number of enhancement material game media used for one enhancement of the enhanceable game media is only one, but the present invention is not limited to this. That is, one enhancement of the enhancement-capable game media may be accompanied by the consumption of two or more enhancement material game media.

The information on game functions includes information on game functions associated with game media. A game function may be a special function (skill or ability) associated with a game medium. Also, any number of game functions may be associated with one game medium. When the game function is exhibited, a predetermined game effect can occur, for example, in a battle game part. The content of the game effect may be determined arbitrarily. In this embodiment, there may be game effects that are advantageous to the user. For example, there may be a game effect that gives the opponent greater damage than a normal attack, or a game effect that weakens the opponent's attack. The generated game effect may continue for a predetermined period of time. In this embodiment, there may be one or more game functions that can be used in either or both of the single-play battle game content and the multi-play battle game content.

The contents of the information regarding the game function are not limited to those described above. For example, information about a game function may further include the level and experience of the game function. For example, the experience value of a game function may be increased by consuming predetermined game content owned by the user. Predetermined game media may include, for example, any game media in which the game function is set. Also, for example, the predetermined game content may include one or more types of game content predetermined for the game function. The level of the game function may increase when the experience value of the game function reaches a predetermined threshold value. That is, the game functionality may be enhanceable. As the level of game functionality increases, more beneficial game effects may occur for the user. For example, increasing levels of game functionality may increase the amount of damage dealt to an opponent. Also, the game function may be a special game function that can be awakened (for example, a game function with a more pronounced game effect than a normal game function). In this case, consumption of a predetermined item (an example of game media) may be required for awakening. In this case, awakening the special ability is an example of strengthening the game function.

Various types of information associated with the game medium ID are not limited to those described above with reference to FIG. 3, and are arbitrary.

(Information about the game media that is the opponent)
The server storage unit 12 shown in FIG. 1 stores information about game contents (for example, NPCs) that are opponents in the battle game part. For example, the information about the game medium that is the opponent may include the game medium ID, game medium name, level, HP, attack power, defense power, attributes, and quickness of the game medium. Since the game medium ID, game medium name, level, HP, attack power, and attributes are the same as the information regarding the owned game medium described above, descriptions thereof are omitted. HP is a parameter indicating the health level of the opponent. When the opponent's HP decreases to a predetermined value (eg, zero), it may be determined that the user has defeated the opponent. When the user wins against all opponents appearing in the competitive game part, it may be determined that the competitive game part has been cleared. Defense is a parameter used to determine the amount of damage dealt to an opponent. For example, the higher the defense power, the smaller the amount of damage given to the opponent. Agility is a parameter used to determine how quickly your opponent's action points increase. For example, the higher the agility, the faster the speed at which action points increase. When the action points reach the upper limit, the opponent can perform an action such as an attack.

The server control unit 13 shown in FIG. 1 includes one or more processors. The processor may include a general-purpose processor that implements a specific function by reading a specific program, and a dedicated processor that specializes in specific processing. The server control unit 13 controls the operation of the server device 10 as a whole. An example of the operation of the server control unit 13 will be specifically described below.

The server control unit 13 stores various information and programs used for game processing in the server storage unit 12 . The information used for game processing may include the above-described information about the user, information about the game media that is the opponent, and the like.

The server control unit 13 transmits and receives information via the server communication unit 11 . For example, the server control section 13 may transmit at least part of the information stored in the server storage section 12 to the terminal device 20 . In this way, the information stored in the server storage unit 12 and the information stored in the terminal device 20 are shared and synchronized. The timing for sharing and synchronizing information may include, for example, the timing when new information is stored in the server storage unit 12 and the timing when the information stored in the server storage unit 12 is updated. good too.

The server control unit 13 cooperates with the terminal device 20 to execute the game. For example, the server control unit 13 cooperates with one or more terminal devices 20 to execute a competitive game part.

In addition, the server control unit 13 may execute game content lottery processing for increasing the number of game media owned by each user. For example, the server control unit 13 receives a lottery request from the user (a so-called gacha spin event) and executes game medium lottery processing. The condition for generating the lottery request is arbitrary. For example, the conditions for generating a lottery request may be satisfied by consuming predetermined game media. Alternatively, the condition for generating a lottery request may be met without consuming predetermined game media during a campaign or initial registration.

(Configuration of terminal device)
The configuration of the terminal device 20 will be specifically described. As shown in FIG. 1 , the terminal device 20 includes a terminal communication section 21 , a terminal storage section 22 , a display section 23 , an input section 24 and a terminal control section 25 .

The terminal communication unit 21 includes an interface that communicates with an external device wirelessly or by wire to transmit and receive information. The terminal communication unit 21 may include a wireless communication module, a wireless LAN communication module, a wired LAN communication module, or the like compatible with mobile communication standards such as LTE (Long Term Evolution) (registered trademark). The terminal communication unit 21 can transmit and receive information to and from the server device 10 via the network 30 .

The terminal storage unit 22 includes, for example, a primary storage device and a secondary storage device. For example, the terminal storage unit 22 may include semiconductor memory, magnetic memory, optical memory, or the like. The terminal storage unit 22 stores various information and programs received from the server device 10 and used for game processing. Information and programs used for game processing may be obtained from an external device via the terminal communication unit 21 . For example, a game application program may be obtained from a predetermined application distribution server. Hereinafter, the application program will also simply be referred to as an application. Also, for example, part or all of the above-described information on the user and information on the game content of the opponent may be acquired from the server device 10 .

The display unit 23 includes a display device such as a liquid crystal display or an organic EL (Electro-Lumine scene) display. The display unit 23 can display various screens.

The input unit 24 includes an input interface including a touch panel provided integrally with the display unit 23, for example. The input unit 24 can accept user input to the terminal device 20 . Also, the input unit 24 may include physical keys, and may further include any input interface including a pointing device such as a mouse.

Terminal control unit 25 includes one or more processors. The terminal control unit 25 controls the operation of the terminal device 20 as a whole. An example of the operation of the terminal control unit 25 will be specifically described below.

The terminal control section 25 transmits and receives information via the terminal communication section 21 . For example, the terminal control unit 25 receives various information and programs used for game processing from at least one of the server device 10 and other external servers. The terminal control section 25 stores the received information and program in the terminal storage section 22 .

The terminal control unit 25 activates the game application according to the user's operation. The terminal control unit 25 cooperates with the server device 10 to execute the game. For example, the terminal control unit 25 causes the display unit 23 to display various screens used in the game. A GUI (Graphic User Interface) that detects user operations, for example, may be displayed on the screen. The terminal control unit 25 can detect user operations on the screen via the input unit 24 .

As an example, the operations of the server device 10 and the terminal device 20 that execute a single-play battle game part will be specifically described.

The terminal control unit 25 determines the upper limit value (for example, 1000 points) of the user's total HP used for the processing of the competitive game part.

The terminal control unit 25 transmits a request to execute the battle game part to the server device 10, for example, according to a user operation. Upon receiving the execution request from the terminal device 20 , the server control section 13 may transmit information used for executing the competitive game part to the terminal device 20 . The server control unit 13 and the terminal control unit 25 start the battle game part. The battle game part is executed using one or more first game media included in the deck, second game media arranged in the virtual space, and one or more opponent game media. .

The operation of the terminal control unit 25 that advances the battle game part will be described. When the competitive game part is started, the terminal control unit 25 sets the opponent's action points to an initial value (for example, zero points).

During execution of the competitive game part, for example, the first period and the second period alternately occur repeatedly.

The first period is a period in which the opponent's action points, which increase over time, increase from an initial value (eg, zero points) to an upper limit value (eg, 100 points). Specifically, the terminal control unit 25 starts processing (increase processing) for increasing the opponent's action points over time. The start timing of the increase processing corresponds to the start timing of the first period. When the opponent's action points reach the upper limit (for example, 100 points), the terminal control unit 25 ends the increasing process. The end timing of the increase processing corresponds to the end timing of the first period.

The second period is a period from the end timing of the first period to the timing when the opponent's action points are reset to the initial value. Specifically, after the second period starts, the terminal control unit 25 causes the opponent to perform a predetermined action (for example, attack the user). If the first game medium included in the deck does not perform an action (for example, attacking the opponent), the terminal control unit 25 causes the opponent to perform a predetermined action immediately after the start of the second period, for example. good too. On the other hand, when causing the first game medium included in the deck to perform an action, the terminal control unit 25 causes the opponent to perform a predetermined action after waiting for the action of the first game medium included in the deck to end. good too. In such a case, the action by the opponent is executed after the action by the first game content included in the deck is completed. In this manner, the first period and the second period alternately occur repeatedly.

The terminal control unit 25 can cause the first game content included in the deck to perform a predetermined action (for example, attack the opponent). Specifically, during the first period, the terminal control unit 25 may cause a predetermined item to appear in the virtual space. The terminal control unit 25 increases the action points of the first game medium according to acquisition of the item by the second game medium. When the action points of the first game medium are equal to or greater than a predetermined reference value, the terminal control unit 25 causes the first game medium to perform a predetermined action (for example, attacking the opponent), and reduces the action points to the reference value. decrease by the The terminal control unit 25 causes the first game medium to repeatedly perform the action until the action points of the first game medium become less than the reference value. When the action points of the first game content decrease and become less than the reference value, the action of the first game content ends.

FIG. 5 shows an example of a play screen displayed on the terminal device 20 during execution of the competitive game part. The play screen displays, for example, a partial area of a two-dimensional virtual space. Specifically, various objects placed in the virtual space can be displayed on the play screen. Various objects include, for example, a moving object 40, a road surface 41, an item 42, and among the first game media included in the deck, a leader 43, an opponent 44, and training items 46 (an example of game media). .

A moving object 40 corresponds to a second game content such as a motorcycle, a car, or a person. The terminal control unit 25 automatically moves the moving object 40 in the virtual space toward a predetermined direction (for example, the right direction of the screen) in the virtual space. In this embodiment, the terminal control unit 25 scrolls the road surface 41 and the item 42 in the left direction of the screen without changing the position of the moving object 40 in the horizontal direction of the screen. In this way, a moving object 40 that automatically moves within the virtual space is represented. The terminal control unit 25 may cause objects such as the road surface 41 and the item 42 to appear sequentially in the moving direction of the moving object 40 in the virtual space as the screen is scrolled. The terminal control unit 25 may change the algorithm of the object appearance process between the first period and the second period.

A moving object 40 can run on a road surface 41 . The terminal control unit 25 may cause the road surface 41 to appear in the virtual space. The terminal control unit 25 may interrupt the road surface 41 as shown in FIG. 5, for example, during the first period. On the other hand, the terminal control unit 25 may reduce the number of appearances or the frequency of appearance of portions where the road surface 41 is interrupted in the second period. For example, the terminal control unit 25 may set the number of appearances or the frequency of appearance of a portion where the road surface 41 is interrupted to zero in the second period. In such a case, the road surface 41 is controlled so as not to be interrupted.

The terminal control unit 25 may cause the item 42 to appear in the virtual space during the first period. On the other hand, the terminal control unit 25 may reduce the appearance number or appearance frequency of the item 42 in the second period. For example, the terminal control unit 25 may set the appearance count or appearance frequency of the item 42 to zero in the second period. In such a case, the item 42 is controlled so as not to appear. When the moving object 40 and the item 42 overlap on the screen, the terminal control unit 25 determines that the item 42 has been acquired. In this embodiment, the items 42 include attribute items and recovery items.

The attribute item corresponds to at least one of the first attributes of the game media. For example, when an item corresponding to the fire attribute is acquired, the terminal control unit 25 increases the action points of each of the first game media having the fire attribute among the first game media included in the deck. When the action point of the first game medium reaches or exceeds a predetermined reference value, the terminal control unit 25 automatically causes the first game medium to perform a predetermined action (for example, attacking the opponent). For example, when the first game medium is caused to attack the opponent, the terminal control unit 25 reduces the HP of the opponent game medium. Also, the terminal control unit 25 reduces the action points of the attacking first game medium by the reference value. For example, if the action points of the first game medium are 350 points and the reference value is 100 points, the terminal control unit 25 causes the first game medium to attack a total of three times. Then, the terminal control unit 25 reduces the action points of the first game medium by the reference value (100 points)×3 times=300 points. Therefore, after attacking three times, the action points of the first game medium are 350 points-300 points=50 points.

On the other hand, when recovery items are acquired, the terminal control unit 25 increases the user's total HP according to the user's total recovery power.

The terminal control unit 25 causes the moving object 40 to jump upward on the screen, for example, according to the user's operation on the terminal device 20 . For example, the user can prevent the moving object 40 from falling off the road surface 41 by jumping the moving object 40 at a point where the road surface 41 is interrupted. When the moving object 40 falls off the road surface 41 , the terminal control unit 25 reduces the total HP of the user, for example, and then returns the moving object 40 to the road surface 41 . Also, for example, the user can acquire the item 42 by jumping the moving object 40 in accordance with the placement of the item 42 .

When the terminal control unit 25 wins against the opponent 44, the display of the opponent 44 disappears, and an effect display that the training item 46 held by the opponent 44 is acquired by the user is displayed. In this case, the terminal control unit 25 updates the information (see FIGS. 2 and 3) regarding the owned game media related to the user so that the training item 46 is newly added. In the present embodiment, the breeding item 46 can function as the above-described game media for strengthening materials.

In FIG. 5, an image area 45 is an area for displaying the remaining total HP as a gauge, an image area 48 is an area for displaying the remaining HP of the opponent as a gauge, and an image area 49 is an area for displaying the remaining HP of the deck. This is an area indicating the state of each first game content included in the . The state of the first game medium may include the state of whether or not the next action (attacking the opponent, activation of a skill, etc.) that changes according to the acquisition mode of the item 42 can be performed, and detailed description thereof will be omitted here.

The terminal control unit 25 generates a game effect corresponding to the game function set in the first game medium when a predetermined user operation on the first game medium that satisfies a predetermined activation condition is detected. The predetermined activation condition may include a condition that a predetermined parameter of the corresponding first game content has decreased to a predetermined value (eg, zero). Hereinafter, the predetermined parameter is also referred to as the number of skill turns. The initial value of the number of skill turns is 1 point or more. The initial value of the number of skill turns may be determined in advance according to the game function of the first game content. The terminal control unit 25 decrements the number of skill turns of the first game medium each time it causes the first game medium to perform a predetermined action (for example, attacking the opponent). After generating the game effect, the terminal control unit 25 resets the number of skill turns of the first game medium to the initial value.

(Composite game part)
Next, the details of the composite game part described above will be described.

FIG. 6 is an explanatory diagram of the configuration of the composite game part. In the example shown in FIG. 6, the composite game part 60 includes M competitive game parts GP-1 to GP-M. The competitive game parts GP-1 to GP-M are made executable in order from the competitive game part GP-1, and the competitive game part GP-M is made executable last. That is, when the user clears the competitive game part GP-1, the user can play the next competitive game part GP-2, and when the user clears the competitive game part GP-2, the user can play the next competitive game part GP-3. Then play the composite game part. When the competitive game part GP-M is cleared, the composite game part is cleared (finished).

The transition between each of the battle game parts GP-1 to GP-M is such that the transition to the next battle game part is automatically realized based on the clearing of one battle game part. Alternatively, it may be implemented in such a manner that the transition to the next competitive game part is realized based on the input from the user after the clearing of the competitive game part. The competitive game parts GP-1 to GP-M may be more difficult, for example, closer to the competitive game part GP-M, with the competitive game part GP-M being the most difficult. As described above, the details of each of the competitive game parts GP-1 to GP-M are arbitrary. Also, the composite game part 60 may include a game part of a type different from the type of competitive game part described above (for example, a non-competitive bonus game part, etc.).

Note that the composite game part ends when a predetermined end condition is satisfied. Predetermined end conditions are when the competitive game part GP-M is cleared, when the total HP of each deck becomes 0, the elapsed time from the start of the game (if there is an interruption, the elapsed time before restarting It is satisfied, for example, when the accumulated time including the time reaches a predetermined time. Equivalently, the remaining time (time limit until clearing) may be used instead of the elapsed time. In this case, the time limit may be set to a predetermined time, and the predetermined end condition may be satisfied when the remaining time reaches 0.

The composite game part may be made such that the deck can be changed for each battle game part or when a predetermined condition is met. In this embodiment, as an example, once a composite game part is started with a certain deck, the deck cannot be changed until it ends. However, as will be described later, the first game content that constitutes the deck can be strengthened in the out-game part by using the interruption.

Further, in this embodiment, as an example, only two or more predetermined sets of decks can be set as the decks that can start the battle game part. It is designed to switch to a deck. If the total HP of all the decks becomes 0 before the battle game part GP-M is cleared, the composite game part is not cleared and the game ends. If the composite game part is terminated without being cleared, the game state at the time of termination cannot be continued (that is, the game state is reset). Therefore, in this case, when the user wants to play the composite game part again, he/she will play the composite game part again from the beginning (that is, from the first one competitive game part GP-1). However, in a modified example, it may be possible to continue under predetermined conditions (for example, consumption of specific game media).

Note that it may be difficult to play this type of composite game part at once from the battle game part GP-1 to the completion of the battle game part GP-M. In particular, when the number of competitive game parts constituting the composite game part is relatively large, or when the playing time of each competitive game part constituting the composite game part is relatively long, this tendency becomes remarkable. .

Therefore, in this embodiment, the composite game part is configured to be interruptible. In this way, according to the present embodiment, it is possible to solve the problem peculiar to complex game parts (the problem that it takes a relatively long time to clear the game part to the end). Note that the composite game part preferably does not include a game that is restarted by resetting parameters at the time of interruption (for example, parameters related to a predetermined termination condition, in this embodiment total HP as an example). In other words, it is preferable that the complex game part is a game based on the premise that the parameters at the time of interruption are taken over and used at the time of resuming. In this case, for example, even if one battle game part in the composite game part is cleared, basically the total HP is not reset. However, also in this embodiment, the total HP may be increased by a predetermined HP value (a smaller amount than in the case of resetting) when each battle game part in the composite game part is cleared. However, the total HP may be reset or increased by a predetermined HP value only when one or more specific battle game parts in the composite game part are cleared. Alternatively, the total HP may be reset or increased by a predetermined HP value when a predetermined recovery condition is met during the progress of the composite game part.

By the way, in a general game, when the game is interrupted, during the interruption, a game-related operation other than an operation related to restart (for example, an operation to select whether to resume using the interrupted data or to play from the beginning) is performed. is often considered impossible. That is, while the in-game is suspended, it is impossible to play other game parts such as the out-game. In this case, other game parts such as out-game can be played by resuming the interrupted in-game and ending the in-game normally or canceling the in-game suspension state. .

However, such a game specification that disables game-related operations other than operations related to resuming the in-game while the in-game is suspended narrows the options for the user, which is an advantage in a game with multiple types of game parts (multiple types of game parts). advantage of being able to selectively play game parts). In particular, if a complex game part, which tends to take a relatively long time to clear, has such game specifications, the user can play the complex game part without being able to perform other game-related operations during the interruption. Interruption/resume will be repeated. That is, although the user's restraint time due to the composite game part is relatively long, the user's restraint force due to the composite game part is increased. As a result, it becomes difficult for the user to casually start the hybrid game part, the opportunity to play the hybrid game part is reduced, and the attractiveness of the hybrid game part may be halved.

Therefore, in this embodiment, the composite game part is configured so that the out-game part can be played during the interruption. Therefore, in this embodiment, the user can enhance the first game content while the composite game part is suspended.

In this way, according to the present embodiment, it is possible to increase the number of game-related operations that the user can perform while the composite game part is interrupted. As a result, the user can easily start the composite game part, which is an advantage of the game having multiple types of game parts including the composite game part (advantage of being able to selectively play multiple types of game parts). ) can be maximized.

In this embodiment, only the composite game part is configured to be interruptible, and the out game part can be played during the suspension. That is, another in-game, such as a single battle game part, is configured to be uninterruptible. This makes it possible to differentiate between a single battle game part and a composite game part. However, in a modified example, a single battle game part may similarly be configured to be interruptible, or may be configured to allow play of the out game part during suspension.

Here, when an out-game part is played while the combined game part is suspended, information (Fig. 3) regarding game content that may change due to the play of the out-game part is handled in the combined game part after resuming. It becomes a problem. For example, if the ability parameter of the first game content changes (typically increases) by strengthening the first game content while the composite game part is suspended, then in the composite game part after resuming , whether to use the ability parameter before enhancement or the ability parameter after enhancement as the ability parameter of the first game content. This is the same when the game function of the first game content changes due to the play of the out-game part. In a variation, other in-game play changes the functionality of the game media.

In this regard, in a typical game, when the game is interrupted, data during the interruption is generated, and then when the user starts the game, the user determines whether or not to resume using the data during the interruption. are often selected by In this case, the data during suspension is data for accurately reproducing the game state at the time of suspension, and by generating such data during suspension, the game can be restarted from a game state as if there was no suspension. be able to.

In order to maintain the continuity between the time of interruption and the time of resumption, such a restart method of restarting the game from a game state as if the game had not been interrupted has the following advantages: The information is not reflected, and a discrepancy (time lag) occurs between the changed information state of the game media and the game state of the composite game part (game state after restart). Such a discrepancy can be a factor that impairs the cohesiveness (sense of unity) of the game as a whole, which includes a plurality of types of game parts. If you want to proceed with the in-game with the changed game media information, you have to restart the in-game from the beginning. As a result, it is not possible to easily carry out long hours of in-game.

Therefore, in the present embodiment, the out-game part is played while the composite game part is suspended, and the play of the out-game part changes the information (FIG. 3) regarding the user-owned game content. In this case, the change (change in information about the game content) is reflected in the composite game part after restarting. For example, when the ability parameter of the first game medium is increased by strengthening the first game medium while the hybrid game part is suspended, the ability of the first game medium is increased in the restarted hybrid game part. As parameters, ability parameters after enhancement are adopted.

As a result, it is possible to suppress inconveniences (discrepancies as described above) that may arise due to the out-game part becoming executable while the composite game part is suspended.

In this way, according to the present embodiment, by enabling the out game part to be executed while the composite game part is interrupted, the advantage of the game having multiple types of game parts including the composite game part (multiple While maximizing the advantage of being able to selectively play different types of game parts), possible inconveniences that may result It is possible to reduce discrepancies that are not reflected in the game state, etc.).

Further, according to this embodiment, the user can play the out-game part while the composite game part is interrupted. can also be possible. For example, if the user determines that it is difficult to clear the composite game part with the ability parameters of the first game content belonging to the deck, the user interrupts the composite game part and plays the first game content in the out-game part. can be strengthened. In addition, when the user is able to acquire a specific game content (for example, a specific drop item) by playing the composite game part and fulfills the strengthening realization conditions related to the desired strengthening, the user interrupts the composite game part. Then, the desired reinforcement can be realized in the outgame part. In this way, the user can interrupt the hybrid game part as appropriate to strengthen the first game content, etc., in order to clear the hybrid game part. Therefore, the strategy for clearing the composite game part is increased, and the interest in the game is improved.

Next, referring to FIG. 7 onwards, the composite game part can be interrupted, the out-game part can be executed while the composite game part is interrupted, and the changes during the interruption are reflected. A function that enables resuming of a composite game part (hereinafter also simply referred to as a "suspension function") will be further described.

FIG. 7 is a block diagram showing functions related to the interruption function among various functions of the terminal device 20. As shown in FIG. Although functions related to one terminal device 20 will be described below, the same applies to other terminal devices 20 . One terminal device 20 described below is a terminal mainly used by a user having a specific user ID (hereinafter also referred to as "user of terminal device 20").

The terminal device 20 includes a user data storage unit 210 (an example of a first storage unit), an operation information acquisition unit 212, a user data update unit 213, a start data generation unit 214 (an example of a first calculation unit), a game It includes a processing unit 216, an interruption processing unit 218, a change processing unit 220, a restart processing unit 222, and an interruption data storage unit 224 (an example of a second storage unit). Storage units such as the user data storage unit 210 and the interruption data storage unit 224 can be realized by the terminal storage unit 22 of the terminal device 20 (see FIG. 1). Further, each processing unit such as the operation information acquisition unit 212 and the start data generation unit 214 is stored in the terminal storage unit 22 by the terminal control unit 25 (see FIG. 1) of the terminal device 20 according to the present embodiment. This can be achieved by running the game application.

The user data storage unit 210 stores user data associated with the user of the terminal device 20 as described above. User data is data used throughout the game. The user data includes information (see FIG. 3) regarding owned game media.

The operation information acquisition unit 212 acquires information according to the user's operation on the terminal device 20 (hereinafter also referred to as "operation information"). In the case of a touch operation, the user operation information may be information representing a touch operation position on the display unit 23 of the terminal device 20 and a touch operation type (for example, tap operation, flick operation, etc.).

User data update unit 213 updates user data in user data storage unit 210 through communication with server device 10 . That is, the user data update unit 213 updates the user data storage unit 210 via communication with the server device 10 so that the user data held by the server device 10 and the user data held by the terminal device 20 are consistent. Update the user data of . Therefore, the information about owned game media in the user data storage unit 210 is basically matched (synchronized) with the corresponding information in the server storage unit 12 of the server device 10 .

The start data generator 214 generates start data for starting the composite game part. For example, the start data generation unit 214 sets various parameters necessary for executing the composite game part based on the user data in the user data storage unit 210 . For example, the start data generation unit 214 extracts information about the first game content belonging to each deck selected by the user as deck information, and based on the deck information, the total HP at the start of the composite game part (deck Calculate the total HP per At this time, the start data generator 214 calculates the total HP by a predetermined calculation method. The predetermined calculation method is arbitrary, but in this case, it is a method of adding up the HPs of the first game media constituting the deck for each deck. Note that the predetermined calculation method is not limited to this. For example, the predetermined calculation method may be a calculation method that multiplies a value obtained by adding together the HPs of the first game media constituting the deck by a predetermined coefficient. In this case, the predetermined coefficient may be set based on the information of the game function associated with the specific first game content belonging to the deck. Hereinafter, the total HP calculated by the predetermined calculation method based on the deck information will also be referred to as "the normal value of the total HP".

When the composite game part is started, the game processing unit 216 starts the composite game part based on the operation information acquired by the operation information acquisition unit 212 and the start data generated by the start data generation unit 214. proceed. The composite game part is a collection of a plurality of competitive game parts as described above, and the progress method of the composite game part is to perform the above-described competitive game part ( It is substantially the same as the progress method of the single battle game part).

The game processing unit 216 includes an update processing unit 2161, a determination processing unit 2162, a post-end processing unit 2163, an effect generation processing unit 2164, an interruption button output unit 2165, an interruption data generation unit 2166, and an interruption log transmission unit. 2167 , an interruption data discarding unit 2168 , and a restart log transmission unit 2169 .

The update processing unit 2161 updates the total HP (the total HP of the deck currently used in the battle) from the initial value (start data value) as the composite game part progresses from the start. For example, when the first game medium is damaged by an opponent's attack during execution of the composite game part, the update processing unit 2161 reduces the total HP by the amount of the damage. Also, the update processing unit 2161 increases the total HP when, for example, a recovery item is acquired during execution of the composite game part.

Further, when the hybrid game part is interrupted, the update processing unit 2161 updates the value of the total HP from the restart value as the hybrid game part progresses after the restart of the hybrid game part. The restart value will be described later.

The determination processing unit 2162 determines whether or not a predetermined termination condition of the composite game part is satisfied. As described above, the determination processing unit 2162 determines that a predetermined termination condition has been satisfied when the final competitive game part (see competitive game part GP-M in FIG. 6) of the composite game parts is cleared. Further, when the total HP updated by the update processing unit 2161 and the total HP of the last set of decks becomes 0, the determination processing unit 2162 determines that the predetermined end condition is satisfied. Further, the predetermined end condition may be not only that the HP becomes 0, but also that the time limit has elapsed.

When the determination processing unit 2162 determines that the predetermined termination condition is satisfied, the post-end processing unit 2163 cooperates with the server device 10 to execute various post-processing. For example, the post-end processing unit 2163 executes processing of generating and outputting a result screen showing results and rewards, processing of associating rewards and the like with users, and the like.

The effect generation processing unit 2164 continuously generates a game effect corresponding to the game function when a predetermined effect generation condition is satisfied. The predetermined effect generation condition is arbitrary, but preferably includes a condition related to user operation. In the present embodiment, as an example, the predetermined effect generation condition is satisfied when a predetermined user operation on the first game medium for which the predetermined activation condition is satisfied is detected. In addition, the elapse of a predetermined time period, the number of times an opponent is attacked, or the like may be used as activation conditions.

In this case, the effect generation processing unit 2164 determines a predetermined activation condition for each first game medium. Then, as described above, when a predetermined user operation on the first game medium that satisfies the predetermined activation condition is detected, the effect generation processing unit 2164 responds to the game function set for the first game medium. Continuously generate a game effect that

In addition, if the composite game part is interrupted while the game effect corresponding to the game function set in one first game content is being generated, the effect generation processing unit 2164 does not interrupt the composite game part after restarting the composite game part. Continuously trigger previous game effects. For example, if the complex game part is interrupted while the skill set in the first game medium is "For 20 seconds, you will not receive damage from traps or falling from the road surface 41", after resuming , is activated for the remaining time (less than 20 seconds). For example, if the skill was activated for "10 seconds" before the interruption, the skill is activated for the remaining "10 seconds" after the resumption. Note that, in a modified example, the activation time of the skill after the restart may be changed to the remaining time. For example, it may be slightly shorter than the remaining time. Alternatively, the skill activation time may remain at the normal value (“20 seconds” in the above example) (that is, the game effect may be reset).

Further, the effect generation processing unit 2164, when the composite game part is interrupted while the game effect corresponding to the game function set in the one first game content is being generated, When the game function of one game medium is changed by the change processing unit 220, after the restart, the game effect corresponding to the game function set in the first game medium is continuously displayed based on the changed game function. generate. For example, when the complex game part is interrupted while the skill "For 20 seconds, do not take damage from traps or falling from the road surface 41" set in one first game medium is activated, If the skill of the first game medium is changed by the change processing unit 220 during the interruption to “1.7 times the attack power for 20 seconds”, the skill after the change is “20 seconds, the attack power becomes 1.7 times” is activated for the remaining time (less than 20 seconds). For example, if the skill was activated for "10 seconds" before the interruption, the skill after the change is activated for the remaining "10 seconds". Note that, in a modified example, the activation time of the skill after the change may be slightly shorter than the remaining time. Alternatively, the skill activation time after the change may remain the normal value (“20 seconds” in the above example). Moreover, the reflection of the change in the game function to the skill may be reflected from the activation of the next skill. That is, if the skill continues to be activated at the time of interruption, the skill before the change may continue to be activated after the restart, and the skill after the change may be activated when the skill is activated thereafter.

The interruption button output unit 2165 outputs an interruption button 50 (see FIG. 5) that can be operated by the user while the composite game part is in progress. The form of the interrupt button 50 is arbitrary. Instead of or in addition to the input via the discontinuation button 50, a discontinuation request may be made possible by voice input or gesture input.

The interrupt button output unit 2165 may output the interrupt button 50 in an operable state at all times so that the composite game part can be interrupted at any time during progress. Alternatively, the interruption button output unit 2165 may output the interruption button 50 in an operable state only when a predetermined output condition is satisfied during the progress of the composite game part. In this case, the predetermined output condition is arbitrary, but may be satisfied, for example, when any or predetermined competitive game part constituting the composite game part is cleared.

The interruption data generation unit 2166 generates interruption data when interrupting the ongoing composite game part, and stores the generated interruption data in the interruption data storage unit 224 . Suspension data is data necessary to resume a composite game part. The interruption data includes only information (definition information, etc.) other than the information that can be changed in the out-game part with respect to the deck information.

Further, the interruption data is information of parameters whose values have changed as the composite game part progresses, and information of parameters (for example, HP) whose normal values can be changed in the out-game part is not the value itself, but the change. May be held as a percentage. For example, if a certain parameter has a value (regular value) of N0 at the start of the composite game part and a value of N1 at the time of interruption, the information of the parameter in the interruption data is the value N1 itself. may be a ratio such as N1/N0 (or N0/N1). Alternatively, in a modified example, the information of the parameter in the interruption data may be a difference such as N0-N1 or a rate of change such as (N0-N1)/N0.

In this embodiment, as an example, the interruption data includes state information in the game at the time of interruption, action information of the first game medium, opponent information (action information, etc.), and the state during animation. including information to represent Note that the suspension data may preferably be encrypted and stored in the suspension data storage unit 224 . In this case, interrupted data stored in the terminal device 20 can be effectively protected as in the present embodiment.

When the interruption data generated by the interruption data generation section 2166 is saved in the interruption data storage section 224, the interruption log transmission section 2167 sends information indicating that the composite game part has been interrupted (hereinafter referred to as "interruption log"). ) is transmitted to the server device 10 . When the server apparatus 10 receives an interruption log related to one user, the server apparatus 10 stores the interruption log in association with the one user.

The interruption data discarding section 2168 discards the interruption data in the interruption data storage section 224 when the interrupted composite game part is normally resumed based on the interruption data in the interruption data storage section 224 . This reduces the possibility that the interrupted data will be repeatedly read (loaded) by the user.

When the interruption data in the interruption data storage section 224 is discarded by the interruption data discarding section 2168, the restart log transmission section 2169 transmits information indicating that the composite game part has been restarted (hereinafter also referred to as "restart log"). ) to the server device 10 . When the server device 10 receives the restart log related to one user, it erases (clears) the interruption log stored in association with the one user.

The interruption processing unit 218 causes the game processing unit 216 to interrupt the ongoing composite game part when the interruption condition is satisfied. A suspension condition is satisfied when there is a suspension request from the user. The user can generate a suspension request by operating the suspension button 50 described above, for example. In this case, the interruption processing unit 218, while the composite game part is in progress, determines whether the composite game part is in progress based on the operation information obtained by the operation information obtaining unit 212 and indicating the operation of the interruption button 50. The game part is interrupted by the game processing unit 216 . It should be noted that the generation of the interruption request by the user may be made possible by other operations instead of or in addition to the operation of the interruption button 50 . In this case, the other operation may or may not include an operation for forcibly terminating the game application according to the present embodiment (so-called task kill operation).

Note that the interruption processing unit 218 may immediately respond to the operation information indicating the operation of the interruption button 50 to cause the game processing unit 216 to interrupt the ongoing composite game part, or may cause the interruption button 50 to be operated. In response to the displayed operation information, the game processing unit 216 may be caused to interrupt the ongoing composite game part at a predetermined timing thereafter. The predetermined timing may be, for example, the timing at which the activation of the skill ends.

Also, the suspension condition may be satisfied regardless of whether or not there is a suspension request from the user. For example, a suspend condition may be met due to the communication environment. In this case, for example, when the communication disconnection state between the server device 10 and the terminal device 20 continues for a predetermined time or longer, the interruption processing unit 218 causes the game processing unit 216 to interrupt the ongoing composite game part. good.

The change processing unit 220 changes the user data in the user data storage unit 210 under predetermined conditions in response to a change request from the user in the out-game part. As described above, the out-game part is a game part that can change ability parameters, game functions, and the like in relation to training, enhancement, synthesis, and the like of game media owned by the user. For example, when the ability parameter of the first game medium A is changed in the out-game part, the change processing section 220 changes the ability parameter of the first game medium A in the user data storage section 210 .

In this embodiment, as an example, the change (update) of the user data in the user data storage unit 210 by the out-game part is realized through cooperation between the terminal device 20 and the server device 10 . In this case, the change processing unit 220 transmits a change request based on the change request to the server device 10 in response to the change request from the user. In response to a change request from the terminal device 20, the server device 10 changes the information (see FIG. 3) related to the game content in the server storage unit 12 and associated with the user under predetermined conditions. When the information about the game content in the server storage unit 12 is changed, the server device 10 synchronizes the data in the server storage unit 12 with the data in the terminal device 20 (user data in the user data storage unit 210). A data change instruction is transmitted to the corresponding terminal device 20 . The user data update unit 213 changes (updates) the user data in the user data storage unit 210 when the terminal device 20 receives the data change instruction.

A predetermined condition is an arbitrary condition defined in the out-game part. For example, in the case of strengthening, the predetermined condition may correspond to the strengthening enablement condition described above, and in the case of evolution, the predetermined condition may correspond to the evolution enablement condition described above. Note that the change request from the user is generated based on the input by the user. For example, a change request from a user is generated by various operations for realizing reinforcement in the case of reinforcement, and generated by various operations for realizing evolution in the case of evolution.

By the way, in this embodiment, as described above, the out game part can be executed even while the composite game part is suspended. For example, the user can suspend the hybrid game part, play the out-game part during the suspension to change the ability parameters and game functions of the first game content, and then resume the hybrid game part. .

Therefore, in this embodiment, even while the composite game part is interrupted, the change processing unit 220 responds to a change request from the user in the out-game part, and under predetermined conditions, Change user data. Note that the predetermined condition may be the same as the predetermined condition under circumstances other than the interruption of the complex game part.

In particular, in the present embodiment, the change processing unit 220 does not affect the processing of the resuming combined game part among the user data in the user data storage unit 210 in the out game part during the suspension of the combined game part. At least part of the user data portion that can be provided (hereinafter also referred to as "specific data portion") is changed. The specific data portion is, for example, deck information, and more specifically, information on ability parameters and game functions of the first game content.

In this embodiment, the specification of the out-game part during the suspension of the composite game part may be exactly the same as that of the out-game part under conditions other than the suspension of the composite game part. , may differ. For example, for an out-game part during a suspension of a composite game part, the types of ability parameters and game functions that can be changed may be more restricted than for an out-game part under a situation other than the suspension of a composite game part. , the extent to which it can be changed may be limited. By providing such a difference, it is possible to efficiently increase the variation of the out-game part and enhance the interest of the game. For example, in the case of strengthening, the strengthening realization condition applied while the hybrid game part is interrupted may be set stricter than the strengthening realization condition applied under circumstances other than the hybrid game part being interrupted. In this case, the user decides whether or not to strengthen before the start of the composite game part (that is, whether or not to challenge the composite game part after strengthening), taking into account the strengthening realization conditions during the interruption of the composite game part. Choices and materials for judgment increase, such as judging while playing, and the interest in the game improves. In addition, according to the specifications related to the composite game part, by making the ability parameters and game function types that can be changed in the game content differ between when the composite game part is suspended and when it is not suspended, the composite type It is possible to suppress the collapse of the game balance of the game parts and the imbalance between the changed ability parameters of the game media and the types of game functions among the players during multiplayer.

In response to a restart request from the user, the restart processing unit 222 restarts (returns) the interrupted composite game part to the game processing unit 216 based on the user data in the user data storage unit 210 at that time. Let A restart request can be detected based on, for example, operation of a restart button B80, which will be described later.

The restart processing unit 222 includes a restart button output unit 2221 and a restart data generation unit 2222 (an example of a second calculator).

The resume button output unit 2221 outputs a resume button B80 (see FIG. 8) that can be operated by the user while the composite game part is suspended. It should be noted that it is possible to determine whether or not the program is being interrupted based on the presence or absence of interruption data in the interruption data storage unit 224 . FIG. 8 is a diagram showing an example of the resume button B80. On the screen G800 shown in FIG. 8, the resume button B80 is one of the selection buttons B800 with the character "Yes" attached. The selection buttons B800 include the other button B81 with the letter "No" attached. In this case, the user can restart in a manner that takes over the interrupted data and start over (the button with the letter "No" attached). B81 is operated) can be selected. It should be noted that when restarting from the beginning is selected, the interrupted data discarding section 2168 may discard the interrupted data in the interrupted data storage section 224 . Note that the form of the resume button B80 is not limited to the form shown in FIG. 8, and is arbitrary. Instead of or in addition to input via the resume button B80, a resume request may be made possible by voice input or gesture input.

The restart button output unit 2221 outputs a restart button B80 when a button (not shown) for selecting play of the composite game part is operated from, for example, the home screen (lobby screen) while the composite game part is suspended. You can Note that the home screen may further include a button or the like for selecting a play such as an out-game part.

In the example shown in FIG. 8, the selection button B800 includes the other button B81 with the character "No" attached, and the composite game part can be restarted from the beginning, but the present invention is not limited to this. . In other words, in the case of interruption, only resuming in a manner in which the interruption data is inherited may be allowed. In this case, the resume button B80 is not necessary, and for example, the operation of selecting play of the composite game part during suspension serves the same role as the operation of the resume button B80.

The restart data generator 2222 generates restart data for restarting the interrupted composite game part. For example, based on the user data in the user data storage unit 210 and the interruption data in the interruption data storage unit 224, various parameters required for execution of the composite game part (execution after resuming) are set. For example, the restart data generation unit 2222 extracts information about the first game content belonging to each deck as deck information, and based on the deck information, calculates the total HP (total HP for each deck) when restarting the composite game part. Calculate At this time, the restart data generator 2222 calculates the total HP by a predetermined calculation method based on the deck information. The predetermined calculation method is the same as the calculation method of the total HP by the start data generation unit 214 described above. In this case, the HP of each of the first game media constituting the deck is added for each deck. In this case, as described above, the user data in the user data storage unit 210 can be changed by the change processing unit 220 during the interruption. Therefore, the total HP (the normal value of the total HP) calculated by the restart data generation unit 2222 based on the deck information by a predetermined calculation method is equal to the total HP calculated by the start data generation unit 214 by a predetermined calculation method based on the deck information. For HP (normal value of total HP), it can be different.

Then, the restart data generator 2222 derives the restart value by correcting the normal value of the total HP calculated in this way based on the interrupt data in the interrupt data storage unit 224 . This correction is a correction according to the amount of change in the total HP from the start of the first game part to the last interruption. As described above, when the HP information that can be changed in the out-game part of the interruption data in the interruption data storage unit 224 is held as a rate of change, the restart data generation unit 2222 The restart value is derived by correcting the normalized value of total HP based on the percentage. For example, for the total HP of one deck, if the value at the start of the composite game part is N0 and the value at the time of interruption is N1, the restart value for the deck is N0′×N1/ It may be derived as N0. In this case, N0' is the normal value of total HP (normal value of total HP at restart). Note that if the amount of change ΔN is held instead of the rate of change, the restart value may be derived as N0′−ΔN.

It should be noted that the suspension data in the suspension data storage unit 224 is preferably encrypted as described above. In this case, the restart data generating unit 2222 decrypts the interrupt data in the interrupt data storage unit 224 and uses it.

The suspension data storage unit 224 stores suspension data generated by the suspension data generation unit 2166 described above. The interrupted data in the interrupted data storage unit 224 is held only during the interruption as described above, and is discarded by the interrupted data discarding unit 2168 when the operation is resumed. As a result, it is possible to prevent the user from resuming the composite game part freely and unnaturally lowering the difficulty of the composite game part, which is not expected by the game provider. In addition, it is possible to prevent the game from being out of balance. Also, by efficiently storing the interrupted data, it is possible to reduce the storage capacity for the interrupted data.

According to the configuration shown in FIG. 7, the suspension function described above can be appropriately realized. In addition, in the configuration shown in FIG. 7, the above-described suspension function is mainly realized on the terminal device 20 side (that is, by a native application), but the present invention is not limited to this. For example, part of the configuration shown in FIG. 7 may be implemented (shared) by the server device 10 . For example, part of the game processing unit 216, the interruption processing unit 218, and/or the change processing unit 220 may be implemented by the server device 10. FIG.

In particular, according to the configuration shown in FIG. 7, the interruption function is realized without the interruption data being exchanged between the terminal device 20 and the server device 10, so the interruption function is not realized due to the communication environment. Possibilities (for example, interruption function not being implemented due to interruption data exchange not being realized due to communication failure) can be reduced.

In addition, according to the configuration shown in FIG. 7, the interruption data stores parameters that can be changed during the interruption (HP, for example), not the values themselves at the time of interruption, but the percentages representing the changes until the interruption. , an appropriate restart value can be calculated even if the parameter is changed during suspension.

Further, according to the configuration shown in FIG. 7, as described above, the interruption data is not exchanged between the terminal device 20 and the server device 10, but the server device 10 stores the terminal data as the interruption log and the restart log. It is possible to recognize the state of the device 20 (whether or not there is an interruption or whether or not there is a restart). As a result, it is possible to prevent the user from freely resuming the composite game part and undesirably lowering the difficulty of the composite game part. This effect will be explained in detail with reference to FIG. 9 below.

FIG. 9 is a schematic flow chart schematically showing an example of information exchange between the server device 10 and the terminal device 20 that may be executed in relation to suspension and resumption. In the subsequent process flow diagrams (flowcharts), the processing order of each step may be changed as long as the relationship between the input and output of each step is not impaired.

As shown in FIG. 9, when the terminal device 20 generates and stores interruption data at the time of interruption (S50), it transmits an interruption log to the server device 10 (S52). When the server apparatus 10 receives the interruption log (S54), it stores the received interruption log in association with the user (user ID) (S56).

After that, when the terminal device 20 detects the restart request (S58), it transmits a request for requesting interruption log information (hereinafter referred to as "log request") to the server device 10 (S60). When the server apparatus 10 receives the log request (S62), in response to the received log request, it searches for the interruption log stored in association with the user (user ID) related to the log request, and extracts the interruption log. If successful (“YES” in S64), the information included in the extracted interruption log (for example, time information) is transmitted to the terminal device 20 as interruption log information (S66). On the other hand, if the interruption log cannot be extracted, that is, if the interruption log is not stored ("NO" in S64), a predetermined error process is executed (S65). In this case, the predetermined error process may be a process of notifying the terminal device 20 of the absence of the interruption log. When such a notification is received by the terminal device 20, the terminal device 20 is prohibited from resuming the suspended hybrid game part, and is only allowed to play the hybrid game part from the beginning.

Upon receiving the interruption log information (S68), the terminal device 20 checks consistency between the interruption data in the interruption data storage unit 224 and the interruption log information (S70). As a result, when the interruption data in the interruption data storage unit 224 and the interruption log information do not match ("NO" in S70), predetermined error processing is executed (S72). In this case, the predetermined error processing may be output processing of an error message or the like. If the interruption data in the interruption data storage unit 224 and the interruption log information do not match, restarting the interrupted composite game part is prohibited, and only play from the beginning of the composite game part is allowed. .

On the other hand, if the interruption data in the interruption data storage unit 224 matches the interruption log information ("YES" in S70), the terminal device 20 resumes the interrupted composite game part (S74), and the interruption data is discarded (S75), and the restart log is transmitted to the server device 10 (S76).

When the server apparatus 10 receives the restart log (S78), it erases the interruption log stored in association with the user (user ID) related to the restart log (S79).

According to the example shown in FIG. 9, it is possible to prevent the user from freely resuming the composite game part. For example, once the user restarts the interrupted composite game part, the interruption log is deleted in the server device 10 (S79). Therefore, even if the user desires to restart the process and causes a process (for example, restoration of interrupted data) to invalidate the most recent restart, the user cannot restart the process. In this case, even if the terminal device 20 transmits a log request to the server device 10 in response to the restart request from the user (S60), since the interruption log is not stored ("NO" in S64), a predetermined error occurs. This is because the process is executed (S65).

Further, according to the example shown in FIG. 9, the terminal device 20 checks the consistency between the interruption log information from the server device 10 and the interruption data in its own interruption data storage unit 224, so that the interruption data Alteration (rewriting, etc.) of the interrupted data in the storage unit 224 can be efficiently suppressed. For example, if the update time does not match the suspension time indicated by the suspension log information due to tampering with the suspension data, resuming based on the suspension data is prohibited. This enables cheat countermeasures and enhanced security.

Further, according to the example shown in FIG. 9, since the interrupted data itself is not exchanged between the terminal device 20 and the server device 10, the interrupted data itself is exchanged between the terminal device 20 and the server device 10. communication traffic can be reduced. Therefore, the communication load can be reduced, and a configuration that is robust and resistant to communication failures can be realized.

Note that in the example shown in FIG. 9, the interruption data itself is not exchanged between the terminal device 20 and the server device 10, but it is not limited to this. For example, in a modification, part or all of the interruption data may be exchanged between the terminal device 20 and the server device 10 and checked for consistency.

For example, in one variation, consistency may be checked as follows. After generating the interruption data as described above, the terminal device 20 stores the generated interruption data in the interruption data storage unit 224 and transmits the generated interruption data to the server device 10 . The server device 10 stores the received interruption data. Then, when the terminal device 20 detects the restart request from the user described above, the terminal device 20 transmits the interrupted data in the interrupted data storage unit 224 to the server device 10 together with the restart permission request. When the server apparatus 10 receives the interruption data together with the restart permission request, it determines whether or not the interruption data matches the interruption data received at the time of interruption. Then, when the server apparatus 10 determines that these pieces of interruption data match each other, the server apparatus 10 transmits a restart permission to the terminal apparatus 20 . Upon receiving the permission to resume, the terminal device 20 resumes the composite game part based on the suspension data in the suspension data storage unit 224 . According to such a configuration, it is possible to more reliably prevent tampering with the suspension data in the suspension data storage unit 224, so that anti-cheat measures and enhanced security are possible.

Alternatively, in other variations, consistency may be checked as follows. After generating the interruption data as described above, the terminal device 20 stores the generated interruption data in the interruption data storage unit 224 and transmits the generated interruption data to the server device 10 . The server device 10 stores the received interruption data. Then, when the terminal device 20 detects the above-described restart request from the user, the terminal device 20 transmits a restart permission request to the server device 10 . When the server device 10 receives the restart permission request, the server device 10 transmits the stored interruption data to the terminal device 20 . Then, the terminal device 20 determines whether or not the suspension data in the suspension data storage unit 224 matches the suspension data received from the server device 10 . When the terminal device 20 determines that these pieces of interruption data match each other, the terminal device 20 restarts the composite game part based on the interruption data in the interruption data storage section 224 .

According to these modified examples, it is possible to more reliably prevent tampering with the suspension data in the suspension data storage unit 224, so that anti-cheat measures and enhanced security are possible. Further, according to these modifications, even if the user changes the terminal device 20 to a new terminal device 20 by changing the model of the terminal device 20 while the composite game part is interrupted, the new terminal device 20 can be used to play the interrupted composite game part. Part can be restarted. For example, even if the interruption data is no longer stored in the terminal device 20 due to a model change or the like, it may be possible to use the interruption data stored in the server device when a predetermined condition is satisfied. Alternatively, the interruption data may be stored in the server, and the interruption log on the terminal side and the interruption log on the server side may be collated and restarted. Also, from the same point of view, the user can use a terminal device 20 different from the terminal device 20 used at the time of interruption to resume play of the interrupted composite game part.

Further, in the example shown in FIG. 9, the interruption log and the restart log are stored as log information, and a flag such as an interruption flag is used to prevent the user from freely restarting the composite game part again. You may In this case, the suspending flag is set for each user, and is set to "1" when the suspending log related to one user is received, and is set to "0" when the resuming log related to the one user is received. ”. In this case, for the one user, by accepting the restart only when the suspension log is "1" (for example, by the determination result of S64 in FIG. 9 becoming "YES"), the example shown in FIG. A similar effect can be achieved.

Further, in the example shown in FIG. 9, the server device 10 may transmit a notification to that effect to the terminal device 20 upon receiving the restart log. In this case, the terminal device 20 may discard the interruption data only when receiving the notification. That is, the terminal device 20 may discard the interruption data only when the restart log is normally received by the server device 10 so that the interruption data is not discarded due to a server error or the like.

Next, an operation example of the game system 1 will be described with reference to FIG. 10 onwards.

FIG. 10 is a schematic flow chart showing an operation example of one terminal device 20 of the game system 1 . Note that FIG. 10 omits the exchange of interruption logs and the like between the server device 10 and the terminal device 20 described in FIG. 9, but may be executed.

As shown in FIG. 10, when the user selects the play of the composite game part on the home screen (S82) shifted from the start screen (S81), the terminal device 20 starts the battle related to the composite game part. The screen shifts to a sortie screen (S83) that expresses a sortie scene by animation or the like. On the other hand, when the user selects to play the out-game part on the home screen (S82), the screen shifts to the strengthening screen (S100). In this case, the out-game part is only the game part to be strengthened. However, if other types of out-game parts such as evolution are prepared, any one of the various out-game parts can be selected by the user. Selectable.

After shifting to the sortie screen (S83), user data is loaded from the user data storage unit 210 (S84). If the user data is changed by the out-game part as described above during the interruption, the user data loaded after the interruption will be the changed user data.

Next, the presence or absence of interruption data in the interruption data storage unit 224 is checked (S85). It should be noted that, as described above, during interruption, the interruption data is stored in the interruption data storage unit 224 . If the interruption data is stored in the interruption data storage unit 224 ("YES" in S85), the interruption data is decrypted (S86) and loaded from the interruption data storage unit 224 (S87). Then, the quest start API (Application Programming Interface) operates (S88A). At this time, if the data update fails (for example, a so-called task kill) (see arrow R10), the process starts over from step S83. If the data update succeeds, the interrupted data is discarded (S89), and play is performed on the battle screen (S90). In this case, restarting the composite game part is realized.

On the other hand, if the interruption data is not stored in the interruption data storage unit 224 ("NO" in S85), the quest start API operates as it is (S88B). In this case, the composite game part is started from the beginning.

If interruption occurs during play on the battle screen ("YES" in S91), the quest interruption API operates (S92). If the update of the data by the quest interruption API fails (for example, due to radio interference) (see arrow R11), the update of the data is repeated until it succeeds. If the data update succeeds, suspension data is generated (S93), and the generated suspension data is encrypted and then stored in the suspension data storage unit 224 (S94). When the suspension data is stored in the suspension data storage unit 224, the screen transitions to the home screen (S82). In this case, in this embodiment, it is possible to transition from the home screen to the enhanced screen so that the out-game part that is being interrupted can be performed as described above. It should be noted that if a predetermined termination condition is satisfied without interruption during play on the battle screen, the game moves to the result screen (S95) and then returns to the home screen (S82).

On the other hand, when moving to the enhancement screen (S100), the deck enhancement API operates (S102), and if updating of data by the deck enhancement API fails (that is, enhancement fails) (see arrow R12), the enhancement screen returns. On the other hand, if the data update by the deck enhancement API succeeds (that is, if the enhancement succeeds), the user data in the user data storage unit 210 is updated (S104).

FIG. 11 is a schematic flowchart illustrating an example of processing for generating interruption data. The processing shown in FIG. 11 may be implemented, for example, in S92 shown in FIG.

In the interruption data generating process shown in FIG. 11, first, the current total HP (the total HP of each deck at the time of interruption) is obtained (S110). Instead of the current total HP, the amount of change (decrease) in the total HP up to the current time may be obtained. The interruption data generation process calculates a correction coefficient Cf1 for calculating the restart value of the total HP based on the current total HP (S111). As described above, the correction coefficient Cf1 may be a ratio such as N1/N0 (or (N0-N1)/N0) where N0 is the initial value of the total HP and N1 is the current total HP. . Note that the correction coefficient Cf1 is calculated for each deck and associated with the corresponding deck. However, the correction coefficient Cf1 does not need to be calculated for decks whose total HP has already reached 0 or for decks whose total HP has not changed.

Next, the interruption data generation process determines whether or not a game effect corresponding to a game function set in an arbitrary first game medium and occurring intermittently for a prescribed period of time is occurring. is determined (S112). If such a game effect is being generated ("YES" in S112), the generation time of the game effect up to the present time (occurrence time until interruption) is obtained (S113). It should be noted that the remaining time of the game effect may be acquired instead of the occurrence time until the interruption. In the interruption data generation process, a correction coefficient Cf2 is calculated based on the game effect occurrence time to calculate the game effect occurrence possible time from the time of restart (S114). As described above, the correction coefficient Cf2 is T1/T0 (or (T0 - T1)/T0). The correction coefficient Cf2 is calculated in association with the first game content generating the game effect.

If the game effect is not occurring ("NO" in S112) or if S114 ends, the interruption data generation process acquires other information necessary for resuming (S115) and corrects the correction coefficient Cf1 (or Interruption data including correction coefficient Cf1 and correction coefficient Cf2) is generated (S116).

FIG. 12 is a schematic flowchart showing an example of processing at the time of restart. The processing shown in FIG. 12 may be implemented, for example, in S89 shown in FIG.

In the restart process shown in FIG. 12, the normal value of total HP for each deck is calculated based on the loaded user data (S120). Next, in the restart process, for the deck associated with the correction coefficient Cf1, the normal value of the total HP of the deck is corrected (S122). For example, when the normal value of the total HP of a certain deck is N0′ and the correction coefficient Cf1 is associated with the deck, the total HP of the deck is corrected as N0′×Cf1. be.

Next, in the restart process, it is determined whether or not the interruption data includes the correction coefficient Cf2 (S124). When the correction coefficient Cf2 is included in the interruption data (“YES” in S124), the activation time of the skill associated with the first game medium associated with the first game medium associated with the correction factor Cf2 is set. is corrected based on the correction coefficient Cf2 (S126). For example, when the normal value of the activation time of a skill related to a certain first game medium is T0′, and the correction coefficient Cf2 is associated with the first game medium, The skill activation time (the duration of the game effect starting immediately after the restart) is corrected as T0′−(Cf2×T0′).

Next, when the correction by the correction coefficient Cf2 is completed as described above (S126), or when the suspension data does not include the correction coefficient Cf2 ("NO" in S124), the processing at the time of restart is performed after the correction described above. restart data including the total HP (or the corrected total HP and the corrected skill activation time) (S128).

According to the examples shown in FIGS. 11 and 12, the total HP at the time of resuming is appropriately corrected according to the state of decrease in HP before the interruption, so the resumption after the interruption can be performed in a highly fair and continuous manner. realizable. In addition, it is possible to interrupt the game effect while it is occurring, and when the game effect is interrupted, the occurrence time of the game effect after restarting is corrected in consideration of the occurrence time until the time of suspension, so fairness is improved. And resumption after interruption can be realized in a highly continuous manner. It should be noted that the step of acquiring the game effect generation time (S113) may be omitted.

Although each embodiment has been described in detail above, it is not limited to a specific embodiment, and various modifications and changes are possible within the scope described in the claims. It is also possible to combine all or more of the constituent elements of the above-described embodiments.

For example, in the above-described embodiment, at least part of the screen displayed on the terminal device 20 (the game screen as shown in FIG. 5 and the selection screen as shown in FIG. 8) is based on the data generated by the server device 10. It is also possible to use a web display that is displayed on the terminal device 20 by pressing the screen, and a native display that displays at least a part of the screen by a native application installed in the terminal device 20 .

In addition, regarding the above embodiment, the following additional remarks will be disclosed (corresponding to the invention described in the scope of claims at the time of filing of the original application of the present application).

[Appendix 1]
A game device for a game including a first game part and a second game part,
a first storage unit that stores game content information related to a predetermined game content;
a game processing unit that, when the first game part is started, advances the first game part based on user operation information and game content information stored in the first storage unit;
an interruption processing unit that causes the game processing unit to interrupt the first game part in progress when an interruption condition is satisfied;
a change processing unit that changes the game content information in the first storage unit under a predetermined condition in the second game part while the first game part is suspended;
a restart processing unit that causes the game processing unit to restart the interrupted first game part based on the changed game content information in response to a restart request from a user.

[Appendix 2]
Supplementary note 1, wherein the change processing unit changes at least part of a portion of the game content information that may affect processing of the first game part after resuming, in response to a change request from a user. The game device described in .

[Appendix 3]
3. The game device according to appendix 1 or 2, wherein the game content information includes at least one of parameter information and ability information associated with the predetermined game content.

[Appendix 4]
Further comprising a first calculation unit that calculates or sets an initial value of a predetermined parameter by a predetermined calculation or setting method based on the parameter information in the first storage unit,
The game processing unit
an update processing unit that updates the value of the predetermined parameter from the initial value as the first game part progresses from the start;
3. The game apparatus according to appendix 3, further comprising a determination processing unit that determines whether or not a condition for ending the first game part is satisfied based on the value of the predetermined parameter updated by the update processing unit.
In this case, the predetermined parameter may be a parameter related to the end condition, such as HP or elapsed time. For example, the condition for ending the first game part may be met when HP reaches a predetermined value and/or when the elapsed time reaches a predetermined time. Note that the initial value of the elapsed time may be set in such a manner that it is always 0 (predetermined setting method).

[Appendix 5]
The restart processing unit is configured to calculate a restart value of the predetermined parameter when the game content information in the first storage unit is changed by the change processing unit while the first game part is suspended. with
After the restart of the first game part, the update processing unit updates the value of the predetermined parameter from the restart value as the first game part progresses from the time of restart,
The second calculation unit calculates or sets the value of the predetermined parameter calculated or set by the predetermined calculation or setting method based on the parameter information after the change by the change processing unit. 5. The game device according to appendix 4, wherein the restart value is calculated by performing a correction according to the amount of change in the value of the predetermined parameter from the start to the most recent interruption.

[Appendix 6]
The game processing unit includes an effect generation processing unit that continuously generates an effect related to a predetermined ability of the predetermined game medium based on the ability information of the predetermined game medium when an effect generation condition is satisfied. further prepared,
If the first game part is interrupted while the effect is being generated by the effect generation processing unit, and the ability information is changed by the change processing unit during the interruption, the effect generation processing unit performs 6. The game device according to any one of attachments 3 to 5, wherein in the first game part that is restarted in response to the restart request, the effect is continuously generated based on the changed ability information. .

[Appendix 7]
further comprising a second storage unit;
The game processing unit
an interruption data generation unit that generates interruption data when interrupting the first game part that is in progress and stores the generated interruption data in the second storage unit;
Appendices 1 to 6, further comprising: an interruption data discarding section that discards the interruption data in the second storage section when the interrupted first game part is resumed based on the interruption data in the second storage section. The game device according to any one of .

[Appendix 8]
the first game part is a composite of a plurality of game parts;
Any one of Appendices 1 to 7, wherein the interruption of the first game part includes at least one of an interruption in each of the plurality of game parts and an interruption between the plurality of game parts 2. The game device according to item 1.

[Appendix 9]
A game method for a game including a first game part and a second game part,
When the first game part is started, progressing the first game part based on user operation information and game content information stored in a storage unit,
suspending the first game part in progress when a suspending condition is met;
changing the game content information in the storage unit under predetermined conditions in the second game part while the first game part is suspended;
A game method executed by a computer, comprising, in response to a restart request from a user, restarting the interrupted first game part based on the changed game content information.

[Appendix 10]
A game program for a game including a first game part and a second game part,
When the first game part is started, progressing the first game part based on user operation information and game content information stored in a storage unit,
suspending the first game part in progress when a suspending condition is met;
changing the game content information in the storage unit under predetermined conditions in the second game part while the first game part is suspended;
A game program that causes a computer to execute a process of restarting the interrupted first game part based on the changed game content information in response to a restart request from a user.

1 game system 10 server device 11 server communication unit 12 server storage unit 13 server control unit 20 terminal device 21 terminal communication unit 22 terminal storage unit 23 display unit 24 input unit 25 terminal control unit 30 network 40 moving object 41 road surface 42 item 43 reader 44 Opponent 46 Training item 60 Combined game part B800 Selection button B81 Button B80 Resume button 210 User data storage unit 212 Operation information acquisition unit 213 User data update unit 214 Start data generation unit 216 Game processing unit 2161 Update processing unit 2162 Judgment Processing unit 2163 Post-end processing unit 2164 Effect generation processing unit 2165 Interruption button output unit 2166 Interruption data generation unit 2167 Interruption log transmission unit 2168 Interruption data destruction unit 2169 Resume log transmission unit 218 Interruption processing unit 220 Change processing unit 222 Resume processing unit 2221 Resume button output unit 2222 Resume data generation unit 224 Suspension data storage unit

Claims (10)

A game system for a game including an in-game part and an out-game part,
a first storage unit that stores game content information related to a predetermined game content;
a game processing unit that, when the in-game part is started, advances the in-game part based on user operation information and game content information stored in the first storage unit;
The in-game part is a composite game part that is a composite of a plurality of competitive game parts and is configured to be interruptible, and a single competitive game part that is individually independent and is configured to be uninterruptible. and an interruption processing unit that causes the game processing unit to interrupt the composite game part in progress when an interruption condition is satisfied. The out-game part is a game part that can change the game content information of the predetermined game content, and can be executed before the hybrid game part starts and during the suspension of the hybrid game part. 2. The game system of claim 1, wherein: The out-game part has specifications for changing the game content information of the predetermined game content depending on whether the out game part is executed before the composite game part is started or when the composite game part is interrupted. 3. The game system of claim 2, which is different. 4. The game system according to claim 1, wherein the suspension condition is satisfied when the user makes a request for suspension, or due to a communication environment related to the game system instead of or in addition to the request for suspension. The game system according to any one of items 1 and 2. 5. The game system according to claim 4, wherein the interruption request from the user can be executed while one of the plurality of competitive game parts is being executed. a change processing unit that changes the game content information in the first storage unit under predetermined conditions in response to a change request from the user in the out-game part while the composite game part is suspended; 6. A game system according to any one of claims 1 to 5, further comprising. The predetermined condition is an enhancement realization condition if the out-game part relates to enhancement of the predetermined game content, and an evolution realization condition if the out-game part relates to evolution of the predetermined game content, 7. A game system according to claim 6, respectively. 7. or, in response to a restart request from the user, a restart processing unit that causes the game processing unit to restart the interrupted composite game part based on the game content information at that time. 7. The game system according to 7. A game method for a game including an in-game part and an out-game part,
When the in-game part is started, progressing the in-game part based on user operation information and game content information stored in a storage unit,
The in-game part is a composite game part that is a composite of a plurality of competitive game parts and is configured to be interruptible, and a single competitive game part that is individually independent and is configured to be uninterruptible. and comprising suspending said compound game part in progress if a suspend condition is met. A game program for a game including an in-game part and an out-game part,
When the in-game part is started, progressing the in-game part based on user operation information and game content information stored in a storage unit,
The in-game part is a composite game part that is a composite of a plurality of competitive game parts and is configured to be interruptible, and a single competitive game part that is individually independent and is configured to be uninterruptible. and causing a computer to execute a process of interrupting the composite game part in progress when an interrupt condition is satisfied.

Images