JP6960959B2 - Computer system and game system - Google Patents

Description

The present invention relates to a computer system or the like that executes a second game according to the result of the first game.

Depending on the game, a plurality of "game parts" and "game modes" are included, and many of them combine them to produce an interesting game title.

For example, in some simulation games with the theme of training high school baseball players, a practice part (first part) to improve the player's ability and a match part (second part) to demonstrate the ability improved in the practice part. Some are configured to include.
In addition, RPGs (role-playing games) include a normal part (first part) that accepts and executes encounter battles on the game map and missions from NPCs, and a raid part (first part) that is carried out regularly or irregularly. Some are configured to include (2 parts).

It can be said that each of these multiple parts is a game, but simply playing each part as a single game does not allow you to enjoy the enjoyment of an entire game composed of multiple parts. In the entire game composed of a plurality of parts, various devices have been proposed so that the user can repeatedly play the game without getting bored.

For example, Patent Document 1 discloses a technique for giving diversity to events that occur in the first part and that affect the development of characters that can be used in the second part. Specifically, the player owns a character in addition to my character (a character that can be used in the second part; a character that is the main training target), and a character that the player selects and makes appear in the first part (a character that appears in the first part). The content of the event generated by the combination of the first type character) is changed. Then, the ability of My Character is configured to change depending on the progress and result of the generated event.

Japanese Unexamined Patent Publication No. 2016-39916

By devising the method as in Patent Document 1, the user will be able to play the game repeatedly. Especially in online games, we have adopted a configuration that collects play compensation for each play and charges for items that can be used during game play to raise profits, so users can play the game for a long time without getting bored. Ingenuity is important.

The present invention also provides a technique capable of increasing motivation for a user to repeatedly play a game in a game in which one game title is composed of a plurality of parts (each part can be said to be a game). It is an object.

The first invention for solving the above-mentioned problems is a character giving means for giving a character that can be used in the first game and the second game to a player (for example, the server system 1100 of FIG. 1, the control board 1150, and FIG. 9). Server processing unit 200s, game management unit 210, character assignment control unit 212, step S16 in FIG. 20, steps S30 to S38 in FIG. 21).
First game progress control means (for example, server system 1100 in FIG. 1, control board 1150, server processing unit 200s in FIG. 9, game management unit 210, first game) for controlling the progress of the first game in which the character appears. Progress control unit 214, steps S22 to S24 in FIG. 21),
Ability acquisition control means (for example, the server system 1100 of FIG. 1) that causes the character to acquire a special ability that is not expressed in the first game but can be expressed in the second game based on at least the game play of the first game. The control board 1150, the server processing unit 200s of FIG. 9, the game management unit 210, the capacity acquisition control unit 216, and steps S50 to S52 of FIG. 21).
A restriction control means for controlling the restriction relating to the special ability based on at least the use of the character who has acquired the special ability in the second game or the manifestation of the special ability in the second game. For example, the server system 1100 in FIG. 1, the control board 1150, the server processing unit 200s in FIG. 9, the game management unit 210, the restriction control unit 218, and steps S170 to S172 in FIG. 20).
A second game progress control means (for example, the server system 1100 and the control board 1150 of FIG. 1) that controls the progress of the second game in which the character whose ability is set based on the acquisition or non-acquisition of the special ability and the limitation are made to appear. , The server processing unit 200s of FIG. 9, the game management unit 210, the second game progress control unit 220, and step S92 of FIG. 20).
It is a computer system equipped with.

The first game and the second game referred to here are games having different contents and themes provided in one game title. Depending on the content of the game, it corresponds to the first mode and the second mode, the first part and the second part, the first scenario and the second scenario, the normal mode and the event, and the like.

According to the first invention, a special ability that is valid only in the second game related to a character that can be used in both the first game and the second game can be acquired based on the game play in the first game. .. Then, the second game can be played by the character who has acquired the special ability. That is, in order to further enjoy the second game, it is necessary to use the corresponding character in the first game. This is a factor that increases the motivation of the user to repeatedly play the game in a game composed of a plurality of parts.

In addition, even if a character is made to acquire a special ability, if the character is used in the second game or the special ability is expressed in the second game, the special ability is restricted, so that the character is concerned. Then you will not be able to do the same "delicious play" using special abilities. As a result, the player needs to use another character in the first game to acquire special abilities in order to play the same "delicious play" in the second game again. This will further increase motivation.

Various parameters can be used to control the limits on the acquired special abilities. For example, as a second invention, the computer of the first invention, in which the restriction control means controls the restriction based on the number of times or frequency of use of the character who has acquired the special ability in the second game. You can also configure the system.

According to the second invention, when it is used n times in the second game (n is a natural number), or when it is used in the second game at a certain frequency (for example, the number of times of use per unit time such as X times per day). When it reaches, it can be realized that special abilities are limited.

Further, as a third invention, the computer system of the first or second invention, in which the restriction control means controls the restriction based on the number of times or the frequency of expression of the special ability in the second game. Can be configured.

According to the third invention, how many times the special ability was expressed in the second game, or how often the special ability was expressed (for example, the number of times the special ability was expressed per unit time such as X times per day). So, it can be configured to limit special abilities.

Further, as a fourth invention, the restriction control means is based on at least one of the usage time length, the number of items used, and the consumed physical strength value of the character who has acquired the special ability in the second game. , The computer system of any one of the first to third inventions that controls the limitation can be configured.

According to the fourth invention, the limit can be controlled according to at least one of the cumulative time used in the second game, the number of items used, and the consumed physical strength value.

Then, the content of the restriction on the special ability can be set as appropriate according to the content of the game.
For example, as a fifth invention, the restriction control means is a parameter value based on the number of times the character is used in the second game, the usage time, the consumption physical strength value, and the like in a state where the special ability can be expressed. It is possible to configure the computer system of any one of the first to fourth inventions, which controls the upper limit of use based on the change including at least including the limitation.

According to the fifth invention, how many more times a character capable of expressing a special ability can be used in the second game, how many seconds can be used in the second game, and how many more actions can be made. The content can be included in the restrictions and controlled.

Further, as a sixth invention, any one of the first to fifth inventions, wherein the restriction control means controls by including at least the number of times the special ability can be expressed in the second game in the restriction. Computer system can be configured.

According to the sixth invention, the number of times the special ability can be expressed can be controlled by including the limit.

Further, as a seventh invention, the limitation control means constitutes a computer system according to any one of the first to sixth inventions, which controls reducing the effect of the special ability by at least including the limitation. be able to.

According to the seventh invention, reducing the effect of the special ability can be controlled including the limitation.

Further, as an eighth invention, at least the limitation includes that the restriction control means shortens the time length during which the special ability can be expressed or reduces the parameter value required for the expression of the special ability. It is also possible to configure the computer system of any one of the first to seventh inventions which is controlled by the above.

According to the eighth invention, the time during which the special ability can be expressed can be controlled including the reduction of the parameter value required for the expression of the special ability.

In the ninth invention, the second game has a plurality of types, the special ability has a plurality of ability types corresponding to the type of the second game, and the ability acquisition control means is the ability type. The acquisition control is performed for each of the special abilities for each, the restriction control means controls the restriction for each of the special abilities for each ability type, and the second game progress control means controls the progress. The computer system according to the invention according to any one of the first to eighth aspects, wherein the character is made to appear by variably controlling the setting of the special ability of the ability type corresponding to the type of the second game.

According to the ninth invention, the character can acquire the special ability of the type corresponding to the type of the second game, and the limitation can be managed individually for each special ability.

A tenth invention is a game in which the second game can be executed at a given timing, and the character assigning means is based on the time interval until the timing of the second game arrives. The computer system of the invention according to any one of the first to ninth aspects, which sets the granting probability of the character and determines whether to grant the character based on the granting probability.

Further, the eleventh invention is the computer system of the tenth invention, in which the character giving means gradually increases the giving probability as the time interval becomes longer.

According to the tenth or eleventh invention, the probability that a character is given can be changed according to the time interval until the second game is started.

The twelfth invention controls whether or not the ability acquisition control means causes the character to acquire the special ability by character synthesis using the character as a base character and another character as a material character. A computer system according to any one of the eleventh inventions.

According to the twelfth invention, an opportunity for a character to acquire a special ability can be set not only for use in the first game but also for so-called "character composition".

A thirteenth invention is a game system including a user terminal for operation input by a player and a server system which is a computer system according to any one of the first to twelfth inventions.

According to the thirteenth invention, the same effect as that of the first to twelfth inventions can be obtained in the game system including the user terminal and the server system.

The figure which shows an example of the structure of a game system. The front view which shows the configuration example of a user terminal. Diagram to give an overview of a team-based online game. The figure which shows the example of the grade display screen. The figure which shows the game screen example of the 1st game. The figure for demonstrating the 2nd game. The figure for demonstrating the ability improvement (growth) of a player character, and the acquisition and limitation of a special ability. The figure for demonstrating the example of advantageous game development based on the manifestation of a special ability. The functional block diagram which shows the functional configuration example of the server system in 1st Embodiment. The figure which shows the example of the program and data which the server storage part stores in 1st Embodiment. The figure which shows the data structure example of the character definition data. The figure which shows the data structure example of the capacity change condition definition data. The figure which shows the data structure example of the reward definition data. The figure which shows the data structure example of the user management data. The figure which shows the data structure example of the character save data. The figure which shows the data structure example of the team management data. The figure which shows the data structure example of the 2nd game management data. The figure which shows the data structure example of the play data. The functional block diagram which shows an example of the functional structure of the user terminal in 1st Embodiment. The flowchart for demonstrating the flow of processing in the server system in 1st Embodiment. A flowchart for explaining the flow of the first game processing. A flowchart for explaining the flow of the second game processing. The functional block diagram which shows the functional configuration example of the server system in 2nd Embodiment. The figure which shows the example of the program and data which the server storage part stores in 2nd Embodiment. The functional block diagram which shows an example of the functional structure of the user terminal in 2nd Embodiment. The figure which shows the example of the program and data which the terminal storage part stores in 2nd Embodiment.

Hereinafter, an example of an embodiment to which the present invention is applied will be described, but it goes without saying that the embodiment to which the present invention can be applied is not limited to the following embodiments.

FIG. 1 is a diagram showing an example of a configuration of a game system according to the present embodiment. The game system 1000 of the present embodiment is a computer system including a server system 1100 capable of mutual data communication by connecting to a communication line 9 and a plurality of user terminals 1500 (1500a, 1500b, ...), And is a content called a game. It is a content providing system that provides.

The communication line 9 means a communication path capable of data communication. That is, the communication line 9 includes a telephone communication network, a cable network, a communication network such as the Internet, as well as a LAN (Local Area Network) using a dedicated line (dedicated cable) for direct connection and Ethernet (registered trademark). It is meaningful, and the communication method may be wired or wireless.

The server system 1100 has a main body device 1101, a keyboard 1106, a touch panel 1108, and a storage 1140, and the main body device 1101 is equipped with a control board 1150.

The control board 1150 is equipped with various microprocessors such as CPU (Central Processing Unit) 1151, GPU (Graphics Processing Unit) and DSP (Digital Signal Processor), various IC memories 1152 such as VRAM, RAM and ROM, and communication device 1153. Has been done. A part or all of the control board 1150 may be realized by an ASIC (Application Specific Integrated Circuit), an FPGA (Field-Programmable Gate Array), or a SoC (System on a Chip).

Then, in the server system 1100, the control board 1150 performs arithmetic processing based on a predetermined program and data, so that 1) a user management function related to user registration and the like, and 2) a player 2 (2a, 2b, ... ) Provides data necessary for playing a game on the user terminal 1500 (1500a, 1500b, ...) And manages game execution control on the user terminal 1500 (1500a, 1500b, ...), And 3 ) Realize an online shopping function that sells various items that can be used in the game to users online. That is, the game in this embodiment is realized as a kind of client-server type online game.

Although the server system 1100 is described as a single unit, it may be configured such that a plurality of blade servers sharing each function are mounted and connected to each other via an internal bus so that data communication is possible. Alternatively, a configuration may be configured in which a plurality of independent servers installed at remote locations perform data communication via the communication line 9 to function as the server system 1100 as a whole.

The user terminal 1500 (1500a, 1500b, ...) Is a computer system individually used by a registered user who is a player 2 (2a, 2b, ...) For game play, and is a server system via a communication line 9. It is an electronic device (electronic device) that can access 1100 and execute an online game. The user terminal 1500 of the present embodiment is a device called a so-called smartphone, but may be a portable game device, a game controller, a personal computer, a tablet computer, a wearable computer, a business game device, or the like.

FIG. 2 is a front view showing a configuration example of the user terminal 1500 according to the present embodiment.
The user terminal 1500 includes a direction input key 1502, a button switch 1504, a touch panel 1506 that functions as an image display device and a contact position input device, a speaker 1510, a built-in battery 1509, a microphone 1512, an image sensor unit 1520, and the like. A control board 1550 and a memory card reader 1542 capable of reading and writing data from a memory card 1540 which is a computer-readable storage medium are provided. In addition, a power button, a volume control button, etc. (not shown) are provided. Further, an IC card reader capable of reading and writing data in a non-contact manner with respect to an IC card type credit card or a prepaid card capable of paying for game play may be provided.

The control board 1550 is used for wireless communication with various microprocessors such as CPU 1551, GPU and DSP, various IC memories 1552 such as VRAM, RAM and ROM, and a mobile phone base station and a wireless LAN base station connected to the communication line 9. It is equipped with a wireless communication module 1553, an interface circuit 1557, and the like.

The interface circuit 1557 includes a driver circuit of the touch panel 1506, a circuit for receiving signals from the direction input key 1502 and the button switch 1504, an output amplifier circuit for outputting an audio signal to the speaker 1510, and an audio signal collected by the microphone 1512. An input signal generation circuit to be generated, a circuit for inputting image data of an image taken by the image sensor unit 1520, a signal input / output circuit to a memory card reader 1542, and the like are included.

These elements mounted on the control board 1550 are electrically connected via a bus circuit or the like, and are connected so as to be able to read / write data and send / receive signals. A part or all of the control board 1550 may be composed of ASIC, FPGA, or SoC. Then, the control board 1550 stores the program and various data for realizing the function as the user terminal of the game of the present embodiment in the IC memory 1552.

In the present embodiment, the user terminal 1500 is configured to download the client program and various setting data from the server system 1100, but it may be configured to be read from a storage medium such as a separately obtained memory card 1540.

[Game description]
FIG. 3 is a diagram for explaining the outline of the team battle type online game which is the content in the present embodiment. The content provided by the game system 1000 of the present embodiment is a team battle type online game in which a plurality of teams 3 (3a, 3b, ...) To which a plurality of players 2 (2a, 2b, ...) Belong compete. In the present embodiment, three or more teams 3 compete with each other, but a game in which two teams compete with each other may be used.

A user who is a player (hereinafter referred to as player 2) is a team member of any team. Each player prepares one or more player characters 4 (4a, 4b, ...), equips them with items 7 (7a, 7b, ...) Such as weapons and armor, and plays the game. , The play index value according to the play frequency, etc.) is earned and stored as the accumulated play index value 612 (612a, 612b, ...).

The team index value 653 (653a, 653b, ...), Which is the total of the accumulated play index values 612 of the members belonging to the team, becomes the team performance of each team, and the superiority or inferiority of the performance between the teams is determined by comparing the team index values 653. .. Therefore, from that meaning, the accumulated play index value 612 may be expressed as "team contribution".

The superiority or inferiority of the results between the teams is shown by being replaced with the size of the occupied area for each team on the result display screen W4 as shown in FIG. 4, for example. In this embodiment, each team is an armed force aiming to unify the world, and aims to acquire the entire territory while expanding the territory by engaging with other teams adjacent to the territory. On the result display screen W4, the outline of the map 15 is drawn, and the inside thereof is painted in different colors for each team so as to include the base 16 preset for each team. The coloring ratio is automatically adjusted to be the same as the ratio of the latest team index value 653 of each team.

Further, the grade display screen W4 includes a ranking display unit 18. In the ranking display unit 18, the performance ranking of the team members in the team to which the player using the user terminal 1500 displaying the screen (player for the user terminal 1500; referred to as “own player”) belongs is displayed. NS. The results of each player in the team to which the team belongs are determined based on the accumulated play index value 612 acquired so far, and the player having the most accumulated play index value 612 is ranked first in the ranking.

FIG. 5 is a diagram for explaining a first game, which is one of the places where a player earns an accumulated play index value 612 in the present embodiment.
The player 2 can play the first game by performing a predetermined login procedure on the user terminal 1500. In other words, the first game is a normal game mode in the game of the present embodiment, and corresponds to a normal game part (normal part). The content of the first game can be set as appropriate, but in the present embodiment, it is a single-player game in which the team to which the player belongs plays against the players of other teams whose territories are adjacent to each other.

Specifically, when a predetermined play start operation of the first game is input on the user terminal 1500, another team whose territory is adjacent to the team to which the player belongs is automatically selected as the "opposite team". Alternatively, it is determined by manual selection by the player. Then, the other player whose ability is closest to that of the own player is automatically selected as the "opposite player" from the members of the opponent team, and a computer battle format single play using the save data of the other player is executed. ..

The content of the battle can be set as appropriate, but in the present embodiment, it is a unit-to-unit battle game.
On the game screen W5 of the first game, a battle combination display unit 20 showing the combination of teams to play against, a main display unit 21 displaying the state of the battle, and a status display displaying various information about the unit of the own player are displayed. A unit 22 and an icon display unit 23 for displaying various operation icons are included.

On the main display unit 21, the own unit 30 which is the unit of the own player and the enemy unit 40 which is the unit of the opponent player are displayed in the virtual game space. In the example of FIG. 5, one unit 30 and one enemy unit 40 are shown, but the number of units that can appear in the first game is not limited to one and can be set as appropriate. ..

The own unit 30 is composed of an officer character 31 selected for this game play from among the player characters 4 owned by the own player, and a soldier character 32 who is a subordinate thereof.

The officer character 31 is a player character 4 that the player can purchase through online shopping or acquire in-game. A plurality of types of player characters 4 are prepared in advance. The player can select a favorite character from the player characters 4 owned by the player as the officer character 31 to be used in the first game.

The officer character 31 is set with various basic abilities such as attack, defense, and movement, and these are updated so as to be automatically improved according to the past play results. That is, the officer character 31 is controlled to grow based on the gameplay result. Of course, it is not limited to the configuration that automatically grows, for example, the ability improvement points are given to the player according to the play result, the ability improvement points are arbitrarily assigned to the officer character 31 at the player's will, and the growth is managed manually. good.

On the other hand, the soldier character 32 is a mob character with a general-purpose design, and the higher the ability parameter value of the officer character 31, the higher the ability is set for the soldier character 32. Hereinafter, the soldier character 32, which is a subordinate of the player character 4, is appropriately referred to as a “self-soldier character”.

The enemy unit 40 is also composed of an officer character 41 and an enemy soldier graduate character 42.
The officer character 41 is a player character 4 owned by the opponent player and is a player character 4 used by the opponent player in the latest past gameplay. The enemy soldier graduate character 42 is a mob character in the same position as the own soldier graduate character 32 for own unit 30, but has a different design from the own soldier graduate character 32 for own unit 30 so that the enemy and ally can be easily identified. ing.

The player commands the own unit 30 to play the first game by performing various touch operations on the touch panel 1506 (see FIG. 2) on which the game screen W5 is displayed and selecting and operating various operation icons on the icon display unit 23. To play. That is, the own unit 30 is a command to the unit assigned to the touch operation or the operation icon (for example, movement to a specified position or a specified direction, a melee attack, a long-range attack, defense on the spot, avoidance, change of formation, item. Is controlled to use, withdraw, etc.). On the other hand, the operation control of the enemy unit 40 is automatically controlled according to a predetermined algorithm.

In the first game, if the own unit 30 annihilate or withdraw the enemy unit 40 within a predetermined time, the victory is achieved, and conversely, if the enemy unit 40 is annihilated or withdrawn, the enemy unit 40 is defeated. If both sides are not wiped out or withdrawn in time, it will be a draw. Then, based on the play results (game play results) such as the damage done by the own unit 30 to the enemy unit 40, the victory / defeat / draw victory / defeat results, the type and amount of paid items used during play, etc. The play index value 28 in one game (see FIG. 5) is determined, and the play index value 28 in the first game is given to the player 2 and added to the accumulated play index value 612 (see FIG. 3).

Further, an experience value of 27 is given to the player character 4 used in the first game according to the play result. The ability of the player character 4 is improved based on the experience value 27 and the like.

FIG. 6 is a diagram for explaining a second game, which is another place where the player earns the accumulated play index value 612 in the present embodiment.
The second game is a special game mode that is executed when specific implementation conditions are satisfied, and can be said to be a "bonus part" because the play index value can be earned more advantageously than the first game. In the present embodiment, a game that can be executed at a given timing, that is, a limited-time event that is executed only for a period set by the game operator (for example, a predetermined period at the end of each month).

The implementation conditions and embodiments of the second game can be set as appropriate. For example, regardless of the date on the calendar, the implementation conditions are the play status of the player belonging to the first game (specifically, a predetermined number of special items are collected for the entire team, or the number of wins and the winning percentage above the standard value. Has been achieved, or a predetermined milestone in the game story has been reached, etc.). Then, a second game in which only the members of the team can participate may be implemented for a limited time for the teams that satisfy the implementation conditions.

The second game of this embodiment is a multiplayer game in cooperation with teammates.
The content of the second game can be set as appropriate, but in this embodiment, the team to which the player belongs and the opponent team whose territory is adjacent to each other (in this embodiment, it is randomly selected, but the team representative of the team to be activated). It is a siege battle game that attacks the castle of (may be selected by the player). That is, the main target 46 of the attack corresponding to the main enclosure (or raid boss) of the castle and the defense element 47 expressed as a combination of the castle wall and the garrison that defend it, or a combination of both, are set as common attack targets within the deadline. The theme is a siege battle aimed at destroying and destroying.

In the present embodiment, when a player who is a member of the activation target team inputs an operation to start game play on the user terminal 1500, the first game is not executed and the first game is not executed during the period when the second game is activated. Two games can be executed.

Then, when the own unit 30 is made to attack the main target 46 and the defensive element 47 to cause damage, the play index value 48 (48a, 48b for each player in the second game) is generated by a predetermined function with the given damage as a variable. , ...) ”is decided. Moreover, the function applied to the second game is different from the function applied to the first game (the function for deriving the play index value 28 (see FIG. 5)), and even if the variables are the same, more values are derived. It is set to do. In other words, the play index value 48 in the second game is set so as to be easier to earn than the play index value 28 in the first game, and the player can enjoy "delicious play".

Then, the play index value 48 in the second game is added to the accumulated play index value 612 (see FIG. 3) for each player, and the team index value 653 (see FIG. 3) of the team to which the player belongs is increased. In other words, each player's struggle in the second game contributes to the team-to-team competition of the team to which he belongs. Therefore, the second game is an important element that I definitely want to play in order to compete between teams and to be ranked high in the team.

In addition to the damage given to the main target 46 and the defense element 47, the variables of the function that determines the play index value 48 (48a, 48b, ...) In the second game include attacks until the defense element 47 is defeated. Play in the second game, such as the number of (final defeated number), the cumulative time and number of times you participated in the second game, the type and number of paid items (items purchased through online shopping) used during the second game, etc. Parameter values indicating the efforts and activities made can be used as appropriate.

Further, in the present embodiment, the play index value 48 in the second game given to the team member of the activation target team is the accumulated play index value 612 (see FIG. 3) that the team member of the opponent team has acquired in the past. Use as a source of funds.

Specifically, first, the sharing ratio of each team member of the opponent team of the second game is set (for example, as a proportional distribution) according to the accumulated play index value 612 (see FIG. 3) of each team member. Then, from the accumulated play index value 612 acquired by each of the team members, a value obtained by multiplying each share ratio by "the total value of the play index values 48 in the second game given to the team members of the team to be activated". Is reduced. That is, the activation target team can reduce the play index value of the opponent team of the second game by earning the play index value 48 in the second game. Of course, it is also possible to make the source of the play index value 48 in the second game not required from the opponent team of the second game (that is, the configuration in which the play index value 48 of the opponent team does not decrease).

By the way, in the present embodiment, as a mechanism for motivating the player to repeat the game play, the player character 4 which can be the officer character 31 does not appear in the first game but can be expressed in the second game. Acquire abilities based on at least the gameplay of the first game. Then, restrictions on special abilities are enforced based on the use of the character in the second game.

FIG. 7 is a diagram for explaining the ability improvement (growth) of the player character 4 and the acquisition and limitation of the special ability. As shown in FIG. 7 (1), when the player character 4 is used in the first game or the second game, the character is given experience points according to the play results and the like, and the basics are given according to the cumulative experience points and the like. Ability is improved. For example, if the attack power, which is one of the basic abilities, is improved, the same single shot will inflict more damage on the enemy.

Then, when the cumulative experience value of the player character 4 or an index indicating the degree of growth (for example, character level) reaches a predetermined acquisition condition, the character acquires a "special ability" that can be expressed only in the second game. do. Note that "acquire" may be "release" of the ability that the character has in advance but is sealed, depending on the content of the game.

Then, as shown in FIG. 7 (2), when the player character 4 who has acquired the special ability is used in the second game and the player performs a predetermined expression operation to express the special ability in the second game. , You can advance the game in an advantageous way that you can never realize with basic abilities alone.

The "special ability" can be set as appropriate according to the content of the game. For example, the ability to expand the attack target range than usual, the ability to increase the attack damage than usual, the ability to increase the defense power, the ability to steal the enemy's ability to search for enemies, etc. can be set as appropriate. The types of special abilities prepared in one game are not limited to one, and a plurality of types may be prepared. Further, the special ability acquired by one character is not limited to one type, and a plurality of types of special abilities may be acquired at the same time.

FIG. 8 is a diagram for explaining an example of advantageous game development based on the manifestation of special abilities.
As shown in FIG. 8 (1), in the first game, the basic ability is applied to the action of the player character 4. Focusing on the attack power among the basic abilities, the damage given to the player character 4's attack is determined based on the basic attack power (in the illustrated example, a sword attack acting on a single enemy). Then, the basic value is calculated by a predetermined function f using the parameter value of the play result including the total damage amount given by the player character 4 during the first game as a variable, and the first coefficient applied to the first game is calculated. (In the illustrated example, "1.0") is multiplied to determine the acquired play index value acquired by the player.

As shown in FIG. 8 (2), even if the player character 4 who has acquired the special ability is used in the second game, the basic ability is basically applied in the same manner as in the first game. In other words, if the enemies are the same, the damage is basically the same.

However, in the second game, the play index value acquired by the player is calculated more advantageously than in the first game. Specifically, the basic value is calculated by the same function f applied to the first game, but the second coefficient (> first coefficient) applied to the second game; By multiplying by 1.5 "), the acquired play index value acquired by the player is determined. That is, even if the same character is used and the same play result is achieved, the player can advance the game more advantageously in the second game.

Then, as shown in FIG. 8 (3), when the player character 4 who has acquired the special ability is used in the second game and a predetermined expression operation is performed during the play, the special ability is expressed. In the illustrated example, the special ability is a "counter-range attack" in which enemies in a predetermined range around the player character 4 are inflicted with damage equal to a predetermined time of the basic ability at one time. In other words, with one attack, you can earn far more total damage in the first game and the second game than in battles with only basic abilities, and you can get more play index values. In other words, if the same player character 4 is used in the second game with the special ability acquired and the special ability is expressed in the second game, the game can be advanced much more advantageously, so that the player is "delicious". You can enjoy "play". When the player character 4 who has acquired the special ability is used in the second game, the special ability may be automatically expressed. In that case, the expression operation becomes unnecessary.

Returning to FIG. 7, as shown in FIGS. 7 (2) to 7 (3), the "restriction of the special ability" is implemented according to the "usage status in the second game" of the player character 4 who has acquired the special ability. NS.

"Usage status in the second game" is
1) The number of times the player character 4 has been used in the second game (number of times of use),
2) Cumulative time (usage time) using player character 4 in the second game,
3) Frequency of using the player character 4 in the second game (number of times of use per unit time (for example, 1 hour or 1 day). Frequency of use),
4) The number of times the special ability was expressed in the second game (number of times of expression),
5) Frequency of expression of special ability in the second game (number of expression per unit time (for example, 1 hour or 1 day). Expression frequency),
6) Time length when the special ability was expressed in the second game (expression time length),
7) Number of items used (used for player character 4) used by player character 4 in the second game,
8) Game parameter values (for example, parameter values called physical strength value, action power, recast time, etc.) that are required to make the player character 4 act, are consumed for each action, and are recovered by the passage of time or the use of items; In this embodiment, the consumption value (consumed physical strength value) of (generally referred to as "physical strength value"),
It is represented by parameters such as. Then, when the restriction execution condition described by one or a plurality of combinations of these parameters is satisfied, the restriction of the special ability is executed as shown in FIG. 7 (3).

The content (restriction content) of the "special ability restriction" can be appropriately set in consideration of the game content and the game balance. For example, reduce the chances of using a character in a second game in which a special ability can be expressed (for example, reduce the maximum number of times of use, the maximum frequency of use, the maximum usage time, the remaining physical strength value, etc.), the second game. The effect of reducing the number of expression times, the upper limit expression frequency, the upper limit expression time, the residual physical strength value, etc., which can express the special ability in Enforce the restriction so that

for example,
1) Deprive the player character 4 who has acquired the special ability of the special ability, in other words, reduce the number of times the remaining special ability is allowed to appear or set it to "0" at once.
2) Reduce the number of remaining licenses of the player character 4 who has acquired the special ability in the second game, or set it to "0" at once.
3) Reduce the remaining usable time of the player character 4 who has acquired the special ability in the second game, or reduce it to "0" at once.
4) Reduce the effects of special abilities. (The action effect referred to here includes, for example, the range of action of the ability, the degree of action, the duration of action, the number of enemies or allies targeted by the action, and the like.),
5) Decrease the duration of onset of special abilities,
6) Increase the time difference between the expression manipulation and the actual expression of the special ability.
It is possible to limit by such as. Of course, other restriction methods can be adopted.

The restrictions can be a combination of one or more of these methods.
Then, in the present embodiment, when the restriction execution conditions prepared for each type of special ability are satisfied, the restriction content associated with the type is applied and implemented.

[Explanation of function configuration]
FIG. 9 is a functional block diagram showing a functional configuration example of the server system 1100 according to the present embodiment. The server system 1100 in the present embodiment includes an operation input unit 100s, a server processing unit 200s, a sound output unit 390s, an image display unit 392s, a communication unit 394s, and a server storage unit 500s.

The operation input unit 100s is a means for inputting various operations for managing the server. The keyboard 1106 of FIG. 1 corresponds to this.

The server processing unit 200s is realized by, for example, a microprocessor such as a CPU or GPU, or an electronic component such as an ASIC or IC memory, and inputs / outputs data to and from each functional unit including an operation input unit 100s and a server storage unit 500s. Take control. Then, various arithmetic processes are executed based on a predetermined program and data, an operation input signal from the operation input unit 100s, data received from the user terminal 1500, and the like, and the operation of the server system 1100 is controlled in an integrated manner. ..

The server processing unit 200s of the present embodiment controls communication with the user management unit 202, the online shopping management unit 204, the game management unit 210, the timekeeping unit 280s, the sound generation unit 290s, and the image generation unit 292s. Includes parts 294s. Of course, functional parts other than these can be included as appropriate.

The user management unit 202 performs processing related to the user registration procedure and management of data of each user associated with the user account. In the present embodiment, the user management unit 202 1) assigns a unique user account to a registered user, 2) manages registration information for registering and managing personal information for each user account, and 3) a billing element (in this embodiment). It has the functions of book management of electronic payment media consumed for online shopping and payment of play consideration, 4) play history management for managing the history of inquiry requests, and 5) management of game save data. Of course, other data management functions associated with accounts other than these can be included as appropriate.

The online shopping management unit 204 is responsible for controlling online shopping, and can be realized by appropriately using known online shopping technology. In the present embodiment, the player can purchase items and the like used in the game by online shopping. In addition to these, the sales target in online shopping can be set as appropriate.

The game management unit 210 performs various processes related to game execution management. Since the game of the present embodiment is a client-server type online game, the game management unit 210 of the present embodiment controls to provide data necessary for game play while communicating with the user terminal 1500. The game management unit 210 of the present embodiment includes a character assignment control unit 212, a first game progress control unit 214, an ability acquisition control unit 216, a limit control unit 218, and a second game progress control unit 220. Has. Of course, functional parts other than these may be included as appropriate.

The character assignment control unit 212 controls to assign characters that can be used in the first game and the second game to the player. In the present embodiment, control is performed to assign a player character 4 which can be an officer character 31. Further, since the second game of the present embodiment is a game that can be executed at a given timing, the character assigning control unit 212 has time based on the time interval until the timing of the second game arrives. The character granting probability is set so that the longer the interval, the more gradually the character is granted, and it is determined whether or not to grant the character based on the granting probability.

The first game progress control unit 214 controls the progress of the first game in which a character selected from the characters owned by the player appears.

The ability acquisition control unit 216 controls the character to acquire a special ability that is not expressed in the first game but can be expressed in the second game, at least based on the game play of the first game. In the present embodiment, a plurality of types are prepared for the second game, and the special abilities include a plurality of ability types corresponding to the types of the second game. Then, the ability acquisition control unit 216 can control the acquisition of each special ability for each ability type. That is, it is possible for one character to acquire a plurality of types of special abilities at the same time.

Further, the ability acquisition control unit 216 of the present embodiment can control whether or not the special ability is acquired by the base character by character synthesis using the character as the base character and another character as the material character.

The restriction control unit 218 controls the restriction related to the special ability based on at least the use of the character who acquired the special ability in the second game or the manifestation of the special ability in the second game.
Specifically, 1) the number of times the character acquired the special ability is used in the second game, 2) the length of time used in the second game, 3) the frequency of use in the second game, and 4) in the second game. Number of occurrences of special abilities, 5) Frequency of occurrence of special abilities in the second game, 6) Length of time when special abilities were expressed in the second game (expression time length), 7) Player character 4 in the second game In the case of a configuration in which the number of items used (used for the player character 4) and 8) game parameter values (for example, parameter values called physical strength value, action power, etc.) are consumed each time the player character 4 is acted. The limit can be controlled based on one or more of the consumption values (consumed physical strength values) of the parameter values.

Then, the restriction control unit 218
1) Reduce the chances of using a character that can express special abilities in the second game (for example, reduce the maximum number of times it can be used, the maximum frequency of use, the maximum usage time, the remaining physical strength value, etc.).
2) Reduce the chances of expression that can express special abilities in the second game (for example, reduce the upper limit expression frequency, upper limit expression frequency, upper limit expression time, residual physical strength value, etc.).
3) Reduce the effect of special abilities,
4) Shorten the length of time that special abilities can be manifested,
By doing one or more of the things, you realize control of the limitation of special abilities.

In the present embodiment, there are a plurality of types of special abilities that the character can acquire, and the restriction control unit 218 can perform restriction control for each acquired special ability.

The second game progress control unit 220 controls the progress of the second game in which a character whose ability is set based on the presence / absence and limitation of the acquisition of the special ability appears. In the present embodiment, a plurality of types of special abilities corresponding to the types of the second game are prepared, and the character can acquire the special abilities for each type. Therefore, the second game progress control unit 220 of the present embodiment can variably control the setting of the special ability of the ability type corresponding to the type of the second game whose progress is controlled.

The timekeeping unit 280s uses the system clock to measure the current date and time, the time limit, and the like.

The sound generation unit 290s is realized by executing IC or software that generates and decodes voice data, and generates or decodes voice data such as operation sounds and BGM related to system management and game play of the server system 1100. Then, the audio signal related to the system management is output to the sound output unit 390s.

The sound output unit 390s emits an audio signal. In the example of FIG. 1, a speaker (not shown) included in the main unit 1101 and the touch panel 1108 corresponds to this.

The image generation unit 292s can generate an image related to the system management of the server system 1100, a game image (or data for displaying the game image on the user terminal 1500), and the like. Then, the image related to the system management can be output to the image display unit 392s.

The image display unit 392s displays various images for system management based on the image signal input from the image generation unit 292s. For example, it can be realized by an image display device such as a flat panel display, a cathode ray tube (CRT), a projector, and a head-mounted display. In the example of FIG. 1, the touch panel 1108 corresponds.

The communication control unit 294s executes data processing related to data communication, and realizes data exchange with an external device via the communication unit 394s.

The communication unit 394s connects to the communication line 9 to realize communication. For example, it is realized by a wireless communication device, a modem, a TA (terminal adapter), a jack of a wired communication cable, a control circuit, and the like. In the example of FIG. 1, the communication device 1153 corresponds.

The server storage unit 500s stores programs, various data, and the like for realizing various functions for causing the server processing unit 200s to control the server system 1100 in an integrated manner. Further, it is used as a work area of the server processing unit 200s, and temporarily stores the calculation results and the like executed by the server processing unit 200s according to various programs. This function is realized by, for example, an IC memory such as RAM or ROM, a magnetic disk such as a hard disk, an optical disk such as a CD-ROM or DVD, or online storage. In the example of FIG. 1, the IC memory 1152 mounted on the main unit 1101, a storage medium such as a hard disk, and the storage 1140 correspond to this.

FIG. 10 is a diagram showing an example of a program and data stored in the server storage unit 500s in the present embodiment. The server storage unit 500s in the present embodiment includes the server program 503, the distribution game client program 505, the product management data 510, the first game initial setting data 512, the second game initial setting data 514, and the character definition. Data 520, ability change condition definition data 540, reward definition data 550, restriction definition data 560, and new character grant period setting data 570 are stored.

Further, the server storage unit 500s includes user management data 600, team management data 650, second game management data 660, play data 700, and current date and time 800 as data sequentially generated and managed in relation to game play. Remember ,. In addition, information such as timers, counters, and various flags can be stored as appropriate.

The server program 503 is a program for realizing the functions of the user management unit 202, the online shopping management unit 204, and the game management unit 210 by reading and executing the server processing unit 200s (see FIG. 9). ..

The distribution game client program 505 is an original game client program provided to the user terminal 1500.

The sales item management data 510 stores data for defining and managing sales items by online shopping. For example, the items that can be purchased, the number of inventories, and the billing consideration (corresponding to the amount of withdrawal from the payment medium in this embodiment) are stored in association with each other. In this embodiment, the player character 4, the item 7 to be equipped on the player character 4 (see FIG. 3), the special item that can be used to relax the restrictions applied to the character who has acquired the special ability, and the like are sold. Included in.

The first game initial setting data 512 includes various initial setting data for executing the first game. In the present embodiment, various data necessary for displaying the self-soldier graduate character 32 and the enemy soldier graduate character 42 on the game screen and performing a combat action are included. For example, character model data, motion data, texture data, initial setting data of ability parameter values that define various abilities, and the like are included. It also includes data for building a game space. Of course, data other than these can be included as appropriate.

The second game initial setting data 514 is prepared for each second game and stores various data related to the second game. One second game initial setting data 514 includes a unique second game ID, a second game type, and implementation conditions. The embodiment conditions of the present embodiment define at least a period (start and end) in which the second game is executed. Of course, data other than these can be included as appropriate. For example, various initial setting data regarding the main target 46 and the defense element 47 are stored. For example, model data of the main target 46 and the defense element 47, motion data, texture data, initial setting data of ability parameter values that define various abilities, and the like are included. It also includes data for constructing the game space of the second game. Of course, data other than these can be included as appropriate.

The character definition data 520 is prepared for each type of player character 4 and stores various data that define the initial state of the character.
As shown in FIG. 11, for example, one character definition data 520 includes a unique character type 521, an initial cumulative experience value 522, an initial basic ability parameter value list 523, an initial usage upper limit number of times 524, and an initial usage upper limit time. 525, initial usage upper limit frequency 526, initial physical strength value 527, and special ability definition data 530 are included. Of course, information other than these can be included as appropriate.

The initial cumulative experience value 522 is an index showing the strength of the initial growth state and the initial state of the character.

The initial basic ability parameter value list 523 stores initial values for each type of basic ability (meaning an ability other than a special ability and provided in a desired state).

The initial usage upper limit number 524 stores an initial value of the number of times that the character for which the special ability has been acquired can be used in the second game (the number of times that the character can be used in the second game). In the present embodiment, in the state where none of the special abilities have been acquired, a predetermined value "Null" meaning that the special ability has not been set is set, and each time any kind of special ability is acquired, the initial value "1" at the time of acquisition is set. Is set to. Then, when the special ability is restricted, it is finally set to "0", and the character cannot be used in the second game. Of course, the initial value at the time of acquisition can be a value of "2" or more. For example, it may be determined by a predetermined function having various parameters related to user management, play history, and billing history as variables. Alternatively, it may be randomly determined within a predetermined range.

It is also possible to set a character dedicated to the first game that can be used in the first game but not in the second game. In that case, the initial upper limit number of uses 524 is "0". In addition, if the game rule is such that the character cannot be used in the second game unless at least one of the special abilities is acquired, the initial state is the initial state without setting the predetermined value "Null" which means that the character has not been set. It may be set to "0", and when a special ability is acquired, it may be set to the initial value at the time of acquisition.

The initial usage upper limit time 525 stores the initial value of the time limit during which the character who has acquired the special ability can be used in the second game. In the present embodiment, it is assumed that a predetermined value that can be used unlimitedly until the end of one play of the second game is set, but a limited time (for example, only 3 minutes) in the second game can be set as appropriate. be. It is also possible to set a character dedicated to the first game that can be used in the first game but not in the second game. In that case, the initial upper limit time of use 525 becomes "0".

The initial usage upper limit frequency 526 stores the initial value of the usage frequency that allows the character who has acquired the special ability to be used in the second game. For example, the number of times of use per predetermined period (for example, 10 plays, 1 week, 1 month, etc.), that is, the frequency of use is set.

The initial physical strength value 527 is an initial value of the physical strength value given to the character when the character is given to the player. The "physical strength value" is a game parameter value that is consumed for each action (including the manifestation of a special ability) of the character and is recovered by the passage of time or the use of an item. Other names may be used depending on the content of the game, such as behavioral power and magical power.

The special ability definition data 530 is prepared for each type of special ability that the character can acquire, and stores various definition data related to the special ability. If the character is set so that the special ability cannot be acquired in the first place, no special ability definition data 530 is stored.

One special ability definition data 530 includes a unique ability type 531, an applied second game type 532, a first acquisition condition 533, a second acquisition condition 534, an initial ability action effect definition data 535, and an initial expression upper limit. The number of times 536, the initial expression duration 537, and the initial upper limit expression frequency 538 are included. Of course, data other than these can be included as appropriate.

The applied second game type 532 stores one or more types of the second game capable of expressing the special ability. All types can be set.

The first acquisition condition 533 and the second acquisition condition 534 store data that defines the requirements for the character to acquire the special ability.
In the present embodiment, the first acquisition condition 533 is defined by the threshold value of the cumulative value of the experience values automatically given according to the play results for each character. The second acquisition condition 534 is defined by the condition of the combination of so-called "character composition". "Character composition" here means that one base character (base character) consumes one or more other characters or items (material objects) to improve the ability of the base character, or to use materials. It is to add the ability of the other character and the item used as the material to the base character.

The initial ability action / effect definition data 535 defines the initial action / effect obtained from the special ability. For example, if it is a special ability that improves the attack ability, the type of attack power enhancement value, expanded attack range, extended range, magic ability given to the attack (for example, flame, lightning stroke, freezing, etc.) And initial values such as strength can be set.

The initial upper limit of expression number 536 defines an initial value of how many times the special ability can be expressed. Depending on the content of the game, it may be the number of times per play of the second game, or it may be the upper limit of the cumulative number of times over a plurality of second game plays. In the present embodiment, the number of times per play of the second game is defined.

The initial onset duration 537 stores an initial value of the duration from the start of expression of the special ability to the expiration of the action and effect. In the case of an attack type whose special ability does not affect the duration, such as "ultra-range shooting", a predetermined value meaning "no setting" is stored.

The initial upper limit expression frequency 538 defines the initial value of the upper limit of the expression frequency of the special ability averaged during a predetermined period. The predetermined period can be appropriately set according to the content of the game. For example, per month, per 10 plays, and so on.

Returning to FIG. 10, the ability change condition definition data 540 stores various data that define the conditions for changing the basic ability of the player character 4 according to the play results and the content of the change. For example, as shown in FIG. 12, the ability change condition definition data 540 is associated with the ability change content 541 and is applied based on the play results of the first game, that is, the first change condition 542 and the second game. The second change condition 543, which is a condition applied based on the play result of, is stored.

Returning to FIG. 10, the reward definition data 550 stores various data related to the content of the reward given to the player and the requirements for giving the reward in addition to the ability change of the player character 4 according to the play result.
For example, as shown in FIG. 13, the reward definition data 550 is associated with the reward content 551, and the first grant condition 552, which is a requirement to be granted based on the play result at the time of the first game play, and the second game play. The second grant condition 553, which is a requirement that is sometimes granted based on the play result, is stored.

Returning to FIG. 10, the limit definition data 560 is prepared for each type of special ability, and stores various data for defining the limit related to the special ability. One restriction definition data 560 includes an applicable special ability type 561 indicating which type of special ability is targeted, a restriction execution condition 562 indicating a requirement for executing the restriction, and a restriction content relating to the special ability of the type. Includes 563 and. Of course, data other than these can be included as appropriate.

As described above, the restricted execution condition 562 can be set as appropriate. In the present embodiment, it is referred to as "expression of special ability in the second game". That is, the restriction is executed when the second game is played using the character who has acquired a certain special ability and the special ability is expressed.

Specifically, the restricted execution condition 562 is
1) The number of times the player character 4 has been used in the second game (number of times of use),
2) Cumulative time (usage time) using player character 4 in the second game,
3) Frequency of using player character 4 in the second game (frequency of use),
4) The number of times the special ability was expressed in the second game (number of times of expression),
5) Frequency of expressing special abilities in the second game (frequency of expression),
6) Time length when the special ability was expressed in the second game (expression time length),
7) Number of items used (used for player character 4) used by player character 4 in the second game,
8) Consumption (consumed physical strength value) of the game parameter value (physical strength value in the present embodiment) consumed each time the player character 4 is acted.
It is described by one or a combination of parameters such as.

More specifically, if the restriction execution condition is described only by "the number of times of use in the second game = 1", the restriction of the special ability can be restricted regardless of whether or not the special ability is expressed in the second game. Can be executed. For example, according to the game rules, when a character with a special ability is used in the second game, the character is the second character even if the special ability is automatically expressed without the player's expression operation. Restrictions can be enforced when used in a game.
In addition, if the restricted execution condition is "the number of times of use in the second game = 1 and the number of times the AND special ability is expressed in the second game = 1 or more", the special ability is expressed even once in the second game. Limits can be enforced.

Similarly, the restriction content 563 can be set as appropriate. In particular,
1) Reduce the maximum number of manifestations of the special ability,
2) Reduce the remaining number of times of permission (upper limit of use) of the player character 4 who has acquired the special ability in the second game.
3) Reduce the remaining usable time (upper limit time) of the player character 4 who has acquired the special ability in the second game.
4) Reduce the upper limit frequency of use of the player character 4 who has acquired the special ability in the second game.
5) Reduce the effects of special abilities,
6) Decrease the duration of onset of special abilities,
7) Decrease the upper limit frequency of expression of special abilities,
8) Increase the time difference between the expression manipulation and the actual expression of the special ability.
9) Reduction of the remaining physical strength value of the player character 4, that is, reduction of the remaining parameter value required for the manifestation of the special ability,
It is described by one or a plurality of combinations such as.

The new character grant period setting data 570 is data that defines a period for granting a character that can be a new player character 4 in the first game, and is managed by the game operator. For example, it can be set as a cycle of once a month, such as Friday of the first week of every month or Tuesday and Wednesday of the second week. Furthermore, the time zone may also be set. In the present embodiment, a character that the player does not own is selected as a grant candidate, and a character to be actually granted is selected by lottery. However, a configuration in which a specific character is granted only for a specific grant period is also possible. be. In that case, the new character grant period setting data 570 is stored in association with the character type to be a specific character and the grant period.

The user management data 600 is prepared for each registered user and stores various data associated with the account, which is unique identification information. In the present embodiment, for example, as shown in FIG. 14, one user management data 600 includes a unique user account 601, payment medium book data 603, play history data 605, and game save data 610. .. Of course, data other than these can be included as appropriate.

The payment medium book data 603 is the amount of replenishment / consumption of the payment medium for electronic payment (for example, virtual currency, in-game currency, specific item, specific parameter value such as activity) associated with the user. , A so-called book that stores information on the reason for replenishment / consumption and the date and time of change in association with each other. It can be read as billing history data or billing information.

The play history data 605 is data that stores data describing when the game was played in the past in a time series in which the game was played, and is automatically updated at the timing of login / logout. The operation input log of what kind of operation input is performed can be included as appropriate.

The game save data 610 stores various data that describe the play result up to the time of the previous game play and the state of the game progress. For example, the affiliation team 611 indicating the team to which the player belongs, the accumulated play index value 612, the item save data 614, the item use history data 616, and the character save data 620 are included. Of course, data other than these can be included as appropriate.

The accumulated play index value 612 indicates the total of the accumulated play index values related to the player (see FIG. 3). The initial value at the time of new user registration is "0".

Item save data 614 is prepared for each item owned by the user, and stores various data at the time of saving related to the item. One item save data 614 includes an item type, an acquisition date and time, and a state parameter value indicating the state of the item (for example, the number of remaining bullets, the growth level, the degree of deterioration, the recovery state, etc.). Of course, data other than these can be included as appropriate.

Item usage history data 616 is created each time an item is used. One item usage history data 616 includes, for example, information such as the date and time of use, the type of item used, and the destination of use.

The character save data 620 is prepared for each character owned by the user (a character that can be a player character 4), and stores various data related to the character. As shown in FIG. 15, for example, one character save data 620 includes a unique character ID 621, a character type 622, a cumulative experience value 623, a basic ability parameter value list 624, a maximum number of times of use 625, and an upper limit of use time. 626, upper limit frequency of use 627, remaining physical strength value 628, acquired special ability data 630, and second game usage history data 640 are included. Of course, data other than these can be included as appropriate.

The acquired special ability data 630 is prepared for each special ability acquired by the character, and stores various data related to the special ability. One acquired special ability data 630 includes special ability type 631, applied action / effect definition data 632, expression upper limit number 634, expression duration 635, and upper limit expression frequency 636. Of course, data other than these can be included as appropriate.

In the initial state in which the special ability is acquired, the initial ability action / effect definition data 535 (see FIG. 11) is copied to the applied action / effect definition data 632, and is changed when the effect of the ability is restricted. Similarly, the initial upper limit of expression 536 (see FIG. 11) is copied to the upper limit of expression 634, but the value is changed when the number of times is limited. Similarly, the initial expression duration 537 (see FIG. 11) is copied to the expression duration 635, but its value is changed when the duration is restricted. Further, the initial upper limit expression frequency 538 (see FIG. 11) is copied to the upper limit expression frequency 636, but the value is changed when the expression frequency is restricted.

The second game usage history data 640 is created every time the character is used in the second game. One second game usage history data 640 includes a usage date and time, a cumulative usage time, and an expression special ability type list which is a list of special abilities expressed by the character in the second game of that time. Of course, data other than these can be included as appropriate. For example, a list of items used by or directed at the character in the second game of the time may be included.

Returning to FIG. 10, the team management data 650 is prepared for each team and stores various data associated with the team. One team management data 650 includes, for example, as shown in FIG. 16, a team name 651, a team member account list 652, a team index value 653, and a member-specific play index value 654. Of course, data other than these can be included as appropriate.

Returning to FIG. 10, the second game management data 660 is created every time the second game activation condition is satisfied. As shown in FIG. 17, for example, one second game management data 660 includes a unique second game ID 661, a validity period 662, an activation target team name 663, an opponent team name 664, and a defense element management data 665. , Main goal management data 666 and second gameplay status data 667. Of course, information other than these can be included as appropriate.

For the valid period 662, the implementation period included in the implementation conditions of the second game initial setting data 514 (see FIG. 10) is copied.

The activation target team name 663 indicates for which team the second game was prepared.

The defense element management data 665 is prepared for each of the defense elements 47 (see FIG. 6), and stores various data describing the state of the defense element 47. In the present embodiment, the remaining HP (hit points), which is a value indicating how much damage the castle wall and the garrison can withstand, is included. If the defense element 47 is a castle wall, the initial value of the remaining HP is set to a predetermined initial value or a value set based on the team index value 653 (see FIG. 16) of the opponent team. If the defensive element 47 is a garrison, the initial value is set by a predetermined function based on the ability parameter value of the player character 4 of the team member of the opponent team with reference to the character save data 620 (see FIGS. 14 and 15). Can be decided.

The main goal management data 666 is prepared for each of the main goals 46 (see FIG. 6), and stores various data describing the state of the main goal 46. In the present embodiment, the remaining HP (hit points), which is a value indicating how much damage the main enclosure of the castle can withstand, is included. The initial value of the remaining HP is set to a predetermined initial value or a value set based on the team index value 653 (see FIG. 16) of the opponent team. In the example of FIG. 17, there is only one main target management data 666, but if there are a plurality of parts corresponding to the main enclosure of the castle, for example, a plurality of the data will be prepared.

The second game play status data 667 is prepared for each player who participated in the second game, and stores various data describing the play status in the second game up to that point. Specifically, one second gameplay status data 667 is
1) User account and
2) The number of participations (cumulative number of plays related to the second game now) and
3) Cumulative participation time (cumulative time playing the second game now) and
4) The cumulative number of damages that have been given to the main target 46 and the defense element 47 up to that point,
5) The final number of defeats, which is the number of defeats of the main target 46 and the defense element 47,
6) The cumulative value of the play index value 48 (see FIG. 6) in the second game and
To store. In addition, information such as the type and number of items used during the play of the second game may be stored as appropriate.

Returning to FIG. 10, the play data 700 is prepared for each game play executed on the user terminal 1500, and various data related to the display of the game screen such as various data describing the game progress status and control data of each character and the like. Store information.

One play data 700 is, for example, as shown in FIG.
1) A user account 701 indicating a user who is a player, and
2) The terminal IP address 703, which is information for communicating with the user terminal 1500,
3) A play mode 705 that stores a value indicating the first game or a second game ID 661 (see FIG. 17) of the second game in which the player participates.
4) Opponent team name 707 and
5) The opponent player account 709, which is the user account of the opponent player,
6) New character grant probability 710, which is the probability of granting a new character, and
7) Play control data 712 and
8) Play result data 750, which is the play result,
9) Acquired play index value 752 and
including. Of course, data other than these can be included as appropriate.

The new character grant probability 710 is set when the first game is played. Specifically, the start date of the implementation period is set so that the longer the time interval until the latest start date of the second game to be held next time, the higher the probability.

The play control data 712 includes various data necessary for controlling the progress of the first game or the second game. For example, in the case of the first game, the own unit control data and the enemy unit control data are included. The own unit control data is prepared for each of the own units 30 (see FIGS. 5 and 6) appearing in the first game or the second game, and the officer character 31 (player character 4) and the own soldier graduate character 32 in the own unit are each prepared. Various data that describe the situation. The player character 4 is managed as player character management data 720.

The enemy unit control data is prepared for each of the enemy units 40 (see FIG. 5) appearing in the first game, and is various data describing the situations of the officer character 41 and the enemy soldier graduate character 42 in the enemy unit.

The player character management data 720 has the same data structure as the character save data 620 (see FIG. 15), and the character save data 620 (see FIG. 15) of the character is copied before the start of the game, and sequentially as the game progresses. Will be updated. Then, at the end of the game, it is reflected in the character save data 620 of the character.

The play result data 750 is data that describes the play results in the first game or the second game in the play. The content can be appropriately set depending on the content of the game, but in the present embodiment, the cumulative damage given to the enemy unit 40, the final number of defeats that defeated the enemy character and the defense element 47, and the history of used items are included. Of course, parameter values other than these can be included as appropriate.

FIG. 19 is a functional block diagram showing an example of the functional configuration of the user terminal 1500 according to the present embodiment. The user terminal 1500 of the present embodiment includes an operation input unit 100, a terminal processing unit 200, a sound output unit 390, an image display unit 392, a communication unit 394, and a terminal storage unit 500.

The operation input unit 100 outputs an operation input signal to the terminal processing unit 200 in response to various operation inputs made by the player. For example, it can be realized by a push switch, a joystick, a touch pad, a trackball, an accelerometer, a gyro, a CCD module, or the like. The directional input key 1502, the button switch 1504, and the touch panel 1506 in FIG. 2 correspond to this.

The terminal processing unit 200 is realized by, for example, a microprocessor such as a CPU or GPU, or an electronic component such as an ASIC or IC memory, and inputs / outputs data to / from each functional unit including the operation input unit 100 and the terminal storage unit 500. Take control. Then, various arithmetic processes are executed based on predetermined programs and data, operation input signals from the operation input unit 100, and various data received from the server system 1100 to control the operation of the user terminal 1500. The control board 1550 of FIG. 2 corresponds to this. The terminal processing unit 200 in the present embodiment includes a user terminal calculation unit 260, a timekeeping unit 280, a sound generation unit 290, an image generation unit 292, and a communication control unit 294.

The user terminal calculation unit 260 includes an operation signal transmission control unit 261 and a game screen display control unit 262.

The operation signal transmission control unit 261 executes a process for transmitting various data and requests to the server system 1100 in response to an operation performed on the operation input unit 100.

The game screen display control unit 262 controls to display the game screen based on various data received from the server system 1100. In the present embodiment, the game space image (for example, 3DCG image) is generated by the server system 1100, but the game space image can be generated by the user terminal 1500. In that case, the game screen display control unit 262 includes control of an object arranged in a virtual three-dimensional space for generating, for example, 3DCG.

The sound generation unit 290 is realized by, for example, a digital signal processor (DSP), a processor such as an audio synthesis IC, an audio codec capable of reproducing an audio file, and an effect related to the game based on the processing result by the game screen display control unit 262. Sound signals of sound, BGM, and various operation sounds are generated and output to the sound output unit 390.

The sound output unit 390 is realized by a device that outputs sound effects, BGM, or the like based on a sound signal input from the sound generation unit 290. The speaker 1510 in FIG. 2 corresponds to this.

The image generation unit 292 is realized by, for example, a processor such as a GPU or a digital signal processor (DSP), a program such as a video signal IC or a video codec, an IC memory for a drawing frame such as a frame buffer, or the like.

Then, the image generation unit 292 generates an image of one game screen in one frame time (for example, 1/60 second) based on various data received from the server system 1100, and images the generated image signal of the game screen. Output to the display unit 392.

The image display unit 392 displays various game images based on the image signal input from the image generation unit 292. For example, it can be realized by an image display device such as a flat panel display, a cathode ray tube (CRT), a projector, and a head-mounted display. In this embodiment, the touch panel 1506 of FIG. 2 corresponds to this.

The communication control unit 294 executes data processing related to data communication, and realizes data exchange with an external device via the communication unit 394. The communication unit 394 connects to the communication line 9 to realize communication. For example, it is realized by a wireless communication device, a modem, a TA (terminal adapter), a jack of a wired communication cable, a control circuit, and the like, and the wireless communication module 1553 of FIG. 2 corresponds to this.

The terminal storage unit 500 stores programs, various data, and the like for realizing various functions for causing the terminal processing unit 200 to control the user terminal 1500 in an integrated manner. Further, it is used as a work area of the terminal processing unit 200, and temporarily stores the calculation result executed by the terminal processing unit 200 according to various programs, the input data input from the operation input unit 100, and the like. Such a function is realized by, for example, an IC memory such as RAM or ROM, a magnetic disk such as a hard disk, an optical disk such as a CD-ROM or DVD, or the like. The IC memory 1552 and the memory card 1540 mounted on the control board 1550 of FIG. 2 correspond to this.

The terminal storage unit 500 of the present embodiment stores the game client program 504. Of course, programs and data other than these can be stored as appropriate.

The game client program 504 is application software for realizing the function as the user terminal calculation unit 260 by being read and executed by the terminal processing unit 200. In the present embodiment, it is a copy of the distribution game client program 505 (see FIG. 10) provided by the server system 1100.

The game client program 504 may be a dedicated client program depending on the technical method for realizing an online game, or may be configured by a web browser program, a plug-in that realizes an interactive image display, or the like.

[Explanation of operation]
Next, in the server system 1100, the flow of processing until a certain player logs in, plays a game, and logs out will be described. The processing flow described here is realized by the server processing unit 200s executing the server program 503. It is assumed that the player has already completed user registration and possesses the player character 4 and the item 7.

20 to 22 are flowcharts for explaining the flow of processing in the server system 1100 of the present embodiment. The description of online shopping is omitted.

When the player performs a predetermined login operation on the user terminal 1500, a login request is transmitted from the user terminal 1500 to the server system 1100.
The server system 1100 receives this and executes the login process (step S10). By the login process, new play data 700 (see FIG. 18) is prepared in the server storage unit 500s (see FIG. 18).

Then, the server system 1100 displays a predetermined top menu on the user terminal 1500 (step S12). The items of the top menu can be set as appropriate, but in the present embodiment, the menu items related to game play include either "play of the first game" or "play of the second game" and "log out". And at least display. Specifically, the menu items related to game play refer to the second game management data 660 (see FIG. 17), and there is no data in which the player's team 611 (see FIG. 14) matches the activation target team name 663. Search for. Then, if not applicable, "play of the first game" is displayed, and if there is the corresponding second game management data 660, "play of the second game" is displayed.

Then, when "play of the first game" is selected from the menu items, the play request of the first game is transmitted from the user terminal 1500 to the server system 1100.
Upon receiving this, the server system 1100 determines that there is an operation to start the first game (YES in step S14), and executes the first game process (step S16).

FIG. 21 is a flowchart for explaining the flow of the first game processing in the present embodiment. In the same process, the server system 1100 first accepts the selection of the character used by the player in the first game, that is, the player character 4, and sets the opponent (step S22).

Specifically, the character save data 620 of the game save data 610 of the player user management data 600 (see FIG. 14) is read, a list of characters owned by the player is displayed on the user terminal 1500, and a predetermined number of characters are displayed. Let the character be selected. The character save data 620 (see FIG. 15) of the selected character is copied to the player character management data 720 of the play control data 712 (see FIG. 18).

Further, the server system 1100 extracts other teams whose positions are adjacent to the team to which the player belongs as options, and sets the selection probabilities for each so that the larger the team index value 653 (see FIG. 16), the higher the selection probability. Then, one of them is set to the opponent team name 707 by a random lottery process to which the set selection probability is applied (see FIG. 18). Of course, it is also possible to display the opponent team as an option on the requesting user terminal 1500 so that the player can manually select and set the opponent team. Then, one of the users is selected from the team member account list 652 (see FIG. 16) of the team management data 650 of the opponent team, and the opponent player account 709 is set (see FIG. 18).

Then, the server system 1100 starts the progress control of the first game using the selected character (step S24). As described above, in the first game, the player character 4 can use only the basic abilities and the items possessed by the player. Special abilities cannot be used.

While the first game is in progress, if the current date and time 800 corresponds to the new character grant period (YES in step S30), the server system 1100 determines that the first character grant condition is satisfied (step S30). YES). Then, the second game with the closest implementation period to be held next time is searched, and the new character assignment probability 710 (see FIG. 18), which increases as the time interval until the implementation start date becomes longer, is determined by a predetermined function or table data. Determine (step S32).

Next, the server system 1100 executes a grant lottery process using the set new character grant probability 710 (step S34). Specifically, a character that the player does not yet possess is extracted as a grant candidate, and one of them is randomly selected using random number generation to be a grant target. Then, a random lottery, that is, a grant lottery is performed in which the new character grant probability 710 is regarded as the winning probability.

If the grant lottery is won (YES in step S36), the server system 1100 determines that the second character grant condition is satisfied, and grants the character previously selected as the grant target to the player (step S38). ).
The method of giving to the player can be set as appropriate. For example, give it as a reward for winning the first game, give it as a prize for a lottery (paid or free) executed during the first game, or make it appear as if you are joining as a new companion. And so on.

When the predetermined end condition of the first game is satisfied, the server system 1100 ends the first game (step S40). Then, the acquired play index value 752 (see FIG. 18; corresponding to the play index value 28 in FIG. 5) of the player is determined according to the play result of the first game and the like (step S42).

Next, the server system 1100 assigns an experience value according to the play result of the first game to the player character 4 used in the first game (step S44). Then, with reference to the ability change condition definition data 540, the player used in the first game according to the cumulative experience value 723 (see FIG. 18) to which the given experience value is added and the play result of the first game. The basic ability of the character 4 is improved (step S46).
Further, the server system 1100 refers to the reward definition data 550 and gives the player a reward according to the acquired play index value 752 and the play result of the first game (step S48).

Next, the server system 1100 determines whether the player character 4 used in the first game satisfies the acquisition condition of the special ability (step S50). Specifically, among the special ability definition data 530 of the character definition data 520 (see FIG. 11) of the character, the one that satisfies the first acquisition condition 533 is searched. Then, if there is the corresponding data, it is determined that the acquisition condition is satisfied (YES in step S50), and the server system 1100 causes the player character 4 used in the first game to acquire the special ability (step S52). ).

Specifically, the initial usage upper limit number 524 of the character definition data 520 (see FIG. 11) of the character is copied to the usage upper limit number 725 of the player character management data 720 of the play data 700 (see FIG. 18). Further, the initial upper limit time of use 525 is copied to the upper limit of use time 726. Further, the acquired special ability data 730 is created, and the applied action / effect definition data 732, the upper limit of expression number 734, and the expression duration 735 each satisfy the first acquisition condition 533 (FIG. 11). (See) Initial ability Action effect definition data 535, initial expression upper limit number 536, initial expression duration 537 are copied.

Next, the server system 1100 updates the player's game save data 610 (see FIG. 14), updates the team index value 653 (see FIG. 16) of the team to which the player belongs (see FIG. 16) (step S54), and ends the first game process. ..

Returning to FIG. 20, when the player selects the item of "character composition" in the top menu on the user terminal 1500, the character composition request is transmitted to the server system 1100. When the server system 1100 receives this (YES in step S70), the server system 1100 executes the character composition process (step S72). Character composition is performed, for example, by displaying a list of characters owned by the player on the user terminal 1500 and selecting a base character and a material character.

When the synthesis is executed, the server system 1100 determines whether the player character 4 after the synthesis, which is the base character, satisfies the acquisition condition of the special ability (step S74). Specifically, from the special ability definition data 530 of the character definition data 520 (see FIG. 11) of the player character 4 as the base character, the one that satisfies the second acquisition condition 534 is searched. Then, if there is applicable data, it is determined that the acquisition condition of the special ability is satisfied (YES in step S74).

Then, it is determined whether or not the special ability has been acquired in the past (step S76).
If there is no acquired special ability data 730 (see FIG. 18) corresponding to the special ability, it is determined that there is no experience (YES in step S76), and the server system 1100 uses the special ability as the base character. Let the character 4 acquire it (step S78). Specifically, it is realized by adding the acquired special ability data 630 of the special ability to the character save data 620.

On the other hand, when the player selects the menu item of "play of the second game" in the top menu on the user terminal 1500, the play request of the second game is transmitted to the server system 1100. When the server system 1100 receives this (YES in step S90), the server system 1100 executes the second game process (step S92).

FIG. 22 is a flowchart for explaining the flow of the second game processing in the present embodiment. In the same process, the server system 1100 first accepts the selection of the player character 4 to be used in the second game (step S102).

However, a character whose upper limit of use 625 (see FIG. 15) is set to "0" cannot be selected, and NULL (upper limit of use has not been set: a character who can acquire special abilities, but none of the special abilities have been set. The character in the acquisition state) is selectable. In the case of a configuration in which the restriction relating to the special ability is executed by reducing the upper limit time of use 726, the character whose upper limit of use time 726 is "0" cannot be selected. In addition, the frequency of use in the second game obtained from the character whose remaining physical strength value 728 (see FIG. 18) is "0" and the second game specification history data 740 (see FIG. 18) is the upper limit frequency of use 727 (see FIG. 18). Characters that have reached (see FIG. 18) are also not selectable.
Then, along with the step, the player character management data 720 of the selected character is created in the play data 700 (see FIG. 18), and the recording of the second game usage history data 740 is also started.

Next, the server system 1100 sets an opponent (step S104) and starts progress control of the second game using the selected player character 4 (step S106).

When the player performs a predetermined special ability expression operation during the execution of the second game, the special ability expression request is transmitted from the user terminal 1500 to the server system 1100.
When the server system 1100 receives this, it determines that there is an expression operation (YES in step S110), and determines whether the player character 4 has acquired a special ability suitable for the type of the second game currently being executed (step). S112).

Specifically, from the character definition data 520 (see FIG. 11) of the character type of the player character 4, the ability type 531 in which the applied second game type 532 matching the type of the second game being executed is set is searched. .. Then, if there is acquired special ability data 730 of the special ability type 631 (see FIG. 15) that matches the searched ability type 531 of the player character 4, a positive determination is made.

If an affirmative decision is made (YES in step S112), the server system 1100 further determines whether the special ability can be manifested (step S114).
Specifically, there are cases where the upper limit of the number of occurrences of the acquired special ability data 730 (see FIG. 18) 734 is "0" and the acquisition obtained from the second game usage history data 740 (see FIG. 18). If the frequency of occurrence of the special ability has reached the upper limit frequency of occurrence 736, it is determined to be inactive. Otherwise, affirmative judgment is made.

Then, if it can be activated (YES in step S114), the special ability determined to have been acquired in step S112 is expressed, and the second game usage history data 740 that also serves as the expression history of the special ability is updated (step S116).

When the second game ends (YES in step S140), the server system 1100 determines the player's acquired play index value 752 (see FIG. 18; play index value 48 (48a, FIG. 6), depending on the play result of the second game. 48b)) is determined (step S142).

Next, the server system 1100 assigns an experience value according to the play result of the second game to the player character 4 used in the second game (step S144). Then, with reference to the ability change condition definition data 540, the player used in the second game according to the cumulative experience value 723 (see FIG. 18) to which the given experience value is added and the play result of the second game. The basic ability of the character 4 is improved (step S146).

Further, the server system 1100 refers to the reward definition data 550 and gives the player a reward according to the acquired play index value 752 and the play result of the second game (step S148). Then, the server system 1100 updates the player's game save data 610 (see FIG. 14), updates the team index value 653 (see FIG. 16) of the team to which the player belongs (see FIG. 16) (step S150), and ends the second game process. ..

Returning to FIG. 20, the server system 1100 then refers to the restriction definition data 560 (see FIG. 10) to determine whether the restriction execution condition 562 is satisfied (step S170).
Then, if there is restriction definition data 560 that satisfies the restriction execution condition 562 (YES in step S170), the restriction content 563 is applied and executed (step S172). The application / implementation of the restriction content here is performed by changing the parameter value of the character save data 620 (see FIG. 15) of the player character 4 used in the second game.

If "logoff" is selected from the top menu of the user terminal 1500, a logoff request is sent from the user terminal 1500 to the server system 1100.
When the server system 1100 receives this (YES in step S180), it executes a logout process (step S182), and ends a series of processes.

As described above, according to the present embodiment, it is possible to increase the motivation for the user to repeatedly play the game in the game in which one game title is composed of a plurality of parts (the first game and the second game in the present embodiment). can.

That is, the player character 4 that can be used in both the first game and the second game can be grown by using it in the first game, and can acquire a special ability that is effective only in the second game. Then, the second game can be played by the player character 4 who has acquired the special ability. When the player character 4 expresses a special ability in the second game, a "delicious play" that earns a play result far more advantageously can be performed.

However, for that purpose, the player needs to grow by using the character in the first game many times. This is a factor that increases the motivation of the user to repeatedly play the game in a game composed of a plurality of parts.

Moreover, according to the present embodiment, even if the player character 4 is made to acquire the special ability, if the character is used in the second game or the special ability is expressed, the special ability is restricted. The character will not be able to perform the same "delicious play" using special abilities. As a result, the player needs to acquire, for example, a new character and grow it in the first game to acquire a special ability in order to play the same "delicious play" in the second game again. This will further increase motivation.

[Second Embodiment]
Next, a second embodiment to which the present invention is applied will be described. This embodiment is basically realized in the same manner as the first embodiment, except that the processing subject of the game management is the user terminal 1500. Hereinafter, the differences from the first embodiment will be mainly described, and the same reference numerals will be given to the same components as those of the first embodiment, and the description thereof will be omitted.

FIG. 23 is a functional block diagram showing a functional configuration example of the server system 1100B according to the present embodiment. Comparing the functional configuration of the server system 1100B with that of the first embodiment, the game management unit 210 is omitted, and the team management unit 230 is provided.

The team management unit 230 manages data related to the members of each team and the results of the team. Specifically, the team management data 650 is managed.

FIG. 24 is a diagram showing an example of programs and data stored in the server storage unit 500s of the present embodiment.
The server program 503B of the present embodiment realizes the user management unit 202, the online shopping management unit 204, and the team management unit 230 in the server processing unit 200s. Further, instead of the distribution game client program 505 of the first embodiment, the distribution game program 507 is stored.

Further, the server storage unit 500s of the present embodiment stores the first game initial setting data 521 to the new character grant period setting data 570 and the user management data 600 in the same manner as in the first embodiment. It is positioned as master data for distribution and provision in response to various requests performed when the user terminal 1500 executes a process related to game management.

Further, in the present embodiment, since the main processing related to the game management is performed by the user terminal 1500, the play data 700 is omitted from the server storage unit 500s of the present embodiment.

When the second game is realized as an online multiplayer game as in the first embodiment, the second game management data 660 is left in the server storage unit 500s, but is realized as a single play game on the user terminal 1500. The case can be omitted.

FIG. 25 is a functional block diagram showing a functional configuration example of the user terminal 1500B in the present embodiment. The user terminal 1500B of the present embodiment is a computer system in which the game screen display control unit 262 is omitted and the game management unit 210 is provided instead. That is, in the present embodiment, the user terminal 1500B does not acquire the data for displaying the image of the game screen or the data for reproducing the sound from the server system 1100, but performs the arithmetic processing related to the game management by itself. Execute, control the progress of the game, generate an image of the game screen, and control the sound reproduction.

FIG. 26 is a diagram showing an example of programs and data stored in the terminal storage unit 500 of the user terminal 1500B of the present embodiment. The terminal storage unit 500 of the present embodiment stores the game program 506. The game program 506 is a program for realizing the user terminal calculation unit 260 and the game management unit 210 of the present embodiment in the terminal processing unit 200, and is a copy of the distribution game program 507 (see FIG. 24). ).

Further, in the terminal storage unit 500 of the present embodiment, as the game management unit 210 is processed by the user terminal 1500B, the first game initial setting data 521 to the new character grant period setting data 570 and the user management data Store 600. These are copies of the data of the same name acquired and stored as needed from the server system 1100 of the present embodiment (see FIG. 24). Further, the second game management data 660 and the play data 700 are stored as the data to be sequentially created / updated.

The processing flow in the present embodiment is basically the same as the processing flow of the server system 1100 in the first embodiment (see FIGS. 20 to 22), and the game management unit 210 is executed by the user terminal 1500B. Therefore, the execution subject of each step may be appropriately read as the user terminal 1500B. When the user terminal 1500B executes a process that requires reference / change of the user management data 600, the server system 1100 is appropriately requested to provide necessary data, collate, and the like. Alternatively, the process itself shall be requested and dealt with.

According to this embodiment, the same effect as that of the first embodiment can be obtained. It should be noted that the user terminal 1500B may not be responsible for all of the game management unit 210, but may be configured to be responsible for a part of the game management unit 210.

[Modification example]
Although the embodiments to which the present invention is applied have been described above, the embodiments to which the present invention can be applied are not limited to the above-described embodiments, and constituent elements can be added, omitted, or changed as appropriate.

[Part 1]
For example, in the above embodiment, an example of realizing an online game in a client-server type computer system has been given, but it may be realized in a computer system in which a plurality of user terminals 1500 are connected peer-to-peer. In that case, any user terminal 1500 is made to take on the function as the server system 1100 of the first embodiment. Alternatively, the functions of the game management unit 210 may be shared and shared by a plurality of user terminals 1500.

[Part 2]
Further, for example, in the above embodiment, the content of the first game is illustrated as a battle game in which units fight against each other, but the game genre is not limited to this and can be set as appropriate. For example, it can be a puzzle game, a tactical simulation game, a shooting game, a love game, a training game, a racing game, a puzzle game, an action game, a music game, a sports game, and the like.

Similarly, in the above embodiment, the content of the second game is illustrated as a siege battle game, but the content is not limited to this, and if the content is to be played in cooperation with team members, for example, a puzzle game. It can also be a tactical simulation game, a shooting game, a love game, a training game, a racing game, a puzzle game, an action game, a music game, a sports game, and so on. Furthermore, the first game may be the theme of engagement with the defensive element 47 of the siege battle, and the second game may be the theme of engagement with the main target 46.
Further, the second game is not limited to multiplayer, but may be a single-player game.

[Part 3]
Further, in the above embodiment, the player can acquire the play index value 28 (see FIG. 5) in the first game by playing the first game, but a configuration in which the player cannot acquire the play index value 28 is also possible. In other words, the play index value 28 in the first game may be fixed and may not increase or decrease. It is variable only in the second game.

[Part 4]
Further, the source of the play index value 28 in the first game is obtained from the play index value acquired and accumulated by the opponent player, that is, the play index value in the first game newly given to the own player of the user terminal 1500. It is also possible to subtract the amount of 28 from the accumulated play index value 612 (see FIG. 14) of the opponent player. In that case, it is preferable to perform the deduction process in step S42 (see FIG. 21).

2 ... Player 3 ... Team 4 ... Player character 27 ... Experience value 28 ... Play index value 48 ... Play index value 200s ... Server processing unit 210 ... Game management unit 212 ... Character assignment control unit 214 ... First game progress control unit 216 ... Ability acquisition control unit 218 ... Restriction control unit 220 ... Second game progress control unit 230 ... Team management unit 260 ... User terminal calculation unit 500s ... Server storage unit 503 ... Server program 512 ... First game initial setting data 514 ... Second game Initial setting data 520 ... Character definition data 521 ... Character type 522 ... Initial cumulative experience value 523 ... Initial basic ability parameter value list 524 ... Initial upper limit number of times 525 ... Initial use upper limit time 530 ... Special ability definition data 531 ... Ability type 532 ... Application 2nd game type 533 ... 1st acquisition condition 534 ... 2nd acquisition condition 535 ... Initial ability action effect definition data 536 ... Initial expression upper limit number 537 ... Initial expression duration 540 ... Ability change condition definition data 541 ... Ability change content 542 … First change condition 543… Second change condition 560… Restriction definition data 561… Applicable special ability type 562… Restriction execution condition 563… Restriction content 570… New character grant period setting data 600… User management data 601… User account 610… Game save data 611 ... Affiliated team 612 ... Accumulated play index value 620 ... Character save data 623 ... Cumulative experience value 624 ... Basic ability parameter value list 625 ... Maximum number of uses 626 ... Maximum use time 630 ... Acquired special ability data 631 ... Special Ability type 632 ... Adaptive action effect definition data 634 ... Maximum number of manifestations 635 ... Duration of manifestation 640 ... Second game usage history data 650 ... Team management data 653 ... Team index value 660 ... Second game management data 662 ... Validity period 663 ... Target team 700 ... Play data 701 ... User account 705 ... Play mode 710 ... New character grant probability 712 ... Play control data 720 ... Player character management data 750 ... Play performance data 752 ... Acquired play index value 1000 ... Game system 1100 ... Server System 1150 ... Control board 1500 ... User terminal 1550 ... Control board W4 ... Grade display screen W5 ... Game screen

Claims (12)

Character-giving means for giving players a character that can be used in the first game, which is a single-player game, and the second game, which is a multi-play game.
A first game progress control means for controlling the progress of the first game in which the character appears, and
Ability acquisition control means for causing the character to acquire a special ability that is not expressed in the first game but can be expressed in the second game based on the game play of the first game.
It is a second game progress control means that controls the progress of the second game in which the character appears, and the special ability is used in the second game only when the special ability is acquired by the ability acquisition control means. The second game progress control means to be expressed and
A restriction control means that controls to limit the expression of the special ability of the character in the second game based on the usage status of the character who has acquired the special ability by the ability acquisition control means in the second game.
It is a computer system equipped with
There are multiple types of the second game,
The special ability has a plurality of ability types corresponding to the type of the second game.
The ability acquisition control means controls the acquisition of each of the special abilities for each ability type.
The restriction control means controls the restriction for each of the special abilities for each ability type.
The second game progress control means variably controls the setting of the special ability of the ability type corresponding to the type of the second game to control the progress, and causes the character to appear.
Computer system. A character giving means for giving a player a character that can be used in the first game and the second game, and
A first game progress control means for controlling the progress of the first game in which the character appears, and
Ability acquisition control means for causing the character to acquire a special ability that is not expressed in the first game but can be expressed in the second game based on the game play of the first game.
It is a second game progress control means that controls the progress of the second game in which the character appears, and the special ability is used in the second game only when the special ability is acquired by the ability acquisition control means. The second game progress control means to be expressed and
A restriction control means that controls to limit the expression of the special ability of the character in the second game based on the usage status of the character who has acquired the special ability by the ability acquisition control means in the second game.
It is a computer system equipped with
The second game, there is a plurality of types I Oh for a limited time game that period that can be played has been determined,
The special ability has a plurality of ability types corresponding to the type of the second game.
The ability acquisition control means controls the acquisition of each of the special abilities for each ability type.
The restriction control means controls the restriction for each of the special abilities for each ability type.
The second game progress control means variably controls the setting of the special ability of the ability type corresponding to the type of the second game to control the progress, and causes the character to appear.
Computer system. The limit control means controls the limit based on the number of times or frequency of use of the character who has acquired the special ability in the second game.
The computer system according to claim 1 or 2. The restriction control means controls the restriction based on the number of times or frequency of expression of the special ability in the second game.
The computer system according to any one of claims 1 to 3. The limit control means controls the limit based on at least one of the usage time length, the number of items used, and the consumed physical strength value of the character who has acquired the special ability in the second game.
The computer system according to any one of claims 1 to 4. The restriction control means sets an upper limit of use based on changes in parameter values based on the number of times the character is used in the second game, the time used, the physical strength value consumed, and the like in a state in which the special ability can be expressed. Control at least by including in the limit,
The computer system according to any one of claims 1 to 5. The restriction control means controls by including at least the number of times the special ability can be expressed in the second game in the restriction.
The computer system according to any one of claims 1 to 6. The restriction control means controls to reduce the effect of the special ability by at least including in the restriction.
The computer system according to any one of claims 1 to 7. The restriction control means controls, including at least the restriction, to shorten the length of time during which the special ability can be expressed, or to reduce the parameter value required for the expression of the special ability.
The computer system according to any one of claims 1 to 8. At least the timing at which the second game can be executed next time is set.
The character giving means sets the character giving probability based on the time interval from the time when it is determined whether or not to give the character until the timing when the second game can be executed next time comes, and the character giving probability is set. Determines whether to grant the character based on the grant probability.
The computer system according to any one of claims 1 to 9. The character giving means gradually increases the giving probability as the time interval becomes longer.
The computer system according to claim 10. A game system including a user terminal for operation and input by a player, and a server system which is a computer system according to any one of claims 1 to 11.

Images