JP6527189B2 - 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 there are many cases which combine them to produce the fun as one game title.

For example, in a part of a simulation game on the theme of fostering high school baseball players, an exercise part (first part) for improving the player's ability and a game part (second part) for exerting the ability enhanced in the exercise part And is included.
Also, in RPG (Role Playing Game), there will be a normal part (first part) which accepts and executes encounter battles in the game map and a mission from the NPC, and a raid part which is carried out regularly or irregularly (the first part). Some parts are configured to include two parts.

  These multiple parts can be called games, but just playing each part as a single game will not provide the fun of the entire game consisting of multiple parts. Various ideas have been proposed for the user to play repeatedly without getting bored in the entire game composed of a plurality of parts.

  For example, Patent Document 1 discloses a technology for providing 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 the my character (the character that can be used in the second part; the character that is the main training target), and the character that the player has selected and made the first part appear The contents of the event generated by the combination of the first type character) are changed. Then, the ability of the my character is configured to change depending on the progress or the result of the generated event.

JP, 2016-39916, A

  By devising like patent document 1, a user comes to play a game repeatedly. In particular, in the online game, a configuration is adopted in which the fee for play is collected for each play, and the available items are increased to charge available items during game play. It is important to devise me.

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

In the first invention for solving the above-mentioned problems, character giving means (for example, the server system 1100 in FIG. 1, the control board 1150, FIG. 9) for giving the player the character usable in the first game and the second game to the player. Server processing unit 200s, the game management unit 210, the character assignment control unit 212, step S16 in FIG. 20, and steps S30 to S38 in FIG.
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 is made to appear A progress control unit 214, and steps S22 to S24) in FIG.
Capability acquisition control means (for example, the server system 1100 in FIG. 1) that causes the character to acquire the special ability that can be expressed in the second game without being expressed in the first game based on at least game play of the first game, Control board 1150, server processing unit 200s of FIG. 9, game management unit 210, capability acquisition control unit 216, steps S50 to S52 of FIG.
Limit control means for controlling the restriction relating to the special ability based at least on the use of the character having acquired the special ability in the second game or the expression of the special ability in the second game For example, the server system 1100 of FIG. 1, the control board 1150, the server processing unit 200s of FIG. 9, the game management unit 210, the limit control unit 218, and steps S170 to S172 of FIG.
Second game progress control means (for example, server system 1100 in FIG. 1, control board 1150 for performing progress control of the second game in which the character having the ability set based on the presence / absence of acquisition of the special ability and the restriction is 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.
Computer system equipped with

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

  According to the first invention, it is possible to acquire the special ability that is effective only in the second game related to the character that can be used in either the first game or the second game, based on the game play in the first game. . Then, the second game can be played with the character that 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. In a game composed of a plurality of parts, this is a factor that enhances the motivation for the user to repeatedly play the game.

  In addition, even if the character is made to acquire the special ability, if the character is used in the second game or the special ability is made to appear in the second game, the special ability is limited, so the character Then you can not do the same kind of "delicious play" using special abilities. As a result, the player needs to use another character in the first game to acquire the special ability in order to do the same "delicious play" in the second game. This will further enhance motivation.

  Various parameters can be used to control the restriction related to the acquired special ability. For example, as a second invention, the computer according to the first invention, wherein the restriction control means controls the restriction based on the number of times or frequency of use of the character having acquired the special ability in the second game. The system can also be configured.

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

  Also, as a third invention, the computer system according to the first or second invention, wherein the restriction control means controls the restriction based on the number or frequency of appearance of the special ability in the second game. It 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 of occurrence per unit time such as X times a day) Can be configured to limit special abilities.

  Further, as a fourth invention, the limit control means is based on at least one of a use time length of the character in the second game which has acquired the special ability, a number of items used, and a consumption power value. The computer system according to any one of the first to third inventions can be configured to control the restriction.

  According to the fourth invention, it becomes possible to control the limit in accordance with at least one of the cumulative time used in the second game, the number of items used, and the consumption power value.

And the content of the restriction applied to the special ability can be set appropriately according to the content of the game.
For example, as a fifth aspect of the invention, the limit control means is configured to use parameter values based on the number of times of use of the character in the second game in which the special ability can be expressed, use time, consumption strength value, etc. The computer system according to any one of the first to fourth inventions can be configured to control an upper limit of use based on change at least in the restriction.

  According to the fifth invention, how many times a character capable of exerting special abilities can be used in the second game, how many seconds it can be used in the second game, and how many times it can be allowed to act again The content can be included and controlled.

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

  According to the sixth invention, it is possible to control the number of times that the special ability can be expressed by including it in the limitation.

  Further, as a seventh invention, a computer system according to any one of the first to sixth inventions, wherein the restriction control means controls reducing at least the effect of the special ability to be included in the restriction. be able to.

  According to the seventh invention, it is possible to control including the reduction of the effect of the special ability in the limitation.

  Further, as an eighth invention, at least the restriction control means includes at least the shortening of the expression possible time length of the special ability, or the reduction of the parameter value necessary for the expression of the special ability. The computer system according to any one of the first to seventh inventions to be controlled can also be configured.

  According to the eighth aspect of the invention, it is possible to control including the restriction of the expression time of the special ability and the reduction of the parameter value necessary for the expression of the special ability.

  In a ninth invention, the second game includes a plurality of types, the special ability includes a plurality of ability types corresponding to the type of the second game, and the ability acquisition control unit is configured to The acquisition control is performed for each of the special abilities for each game, the restriction control means controls the restriction for each of the special abilities for each of the ability types, and the second game progress control means controls the progress. The computer system according to any one of the first to eighth inventions, wherein the setting of the special ability of the ability type corresponding to the type of the second game is variably controlled to make the character appear.

  According to the ninth invention, it is possible to make the character acquire the special ability of the type corresponding to the type of the second game, and to manage the restriction 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 giving unit is configured to set the character based on a time interval until the timing of the second game arrives. The computer system according to any one of the first to ninth inventions, wherein an assignment probability of is set, and it is determined whether the character is to be granted based on the assignment probability.

  An eleventh invention is the computer system according to the tenth invention, wherein the character giving means gradually increases the giving probability as the time interval is longer.

  According to the tenth or eleventh aspect, it is possible to change the probability that the character is given according to the time interval until the second game is started.

  In a twelfth aspect of the invention, the ability acquisition control means controls whether the special ability is acquired by the character combination by using the character as a base character and another character as a material character. It is a computer system of one of the 11th inventions.

  According to the twelfth invention, the opportunity to cause the character to acquire the special ability can be set to so-called “character composition” in addition to the use in the first game.

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

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

The figure which shows an example of a structure of a game system. The front view showing the example of composition of a user terminal. The figure for demonstrating the outline | summary of a team match type online game. The figure which shows the example of a score display screen. The figure which shows the example of a game screen of a 1st game. The figure for demonstrating a 2nd game. The figure for demonstrating about the ability improvement (growth) of a player character, and acquisition and restriction | limiting of a special ability. The figure for demonstrating the example of the advantageous game deployment based on expression of special ability. FIG. 2 is a functional block diagram showing an example of a functional configuration of a server system according to the first embodiment. The figure which shows the example of the program and data which the server memory part in 1st Embodiment memorize | stores. The figure which shows the example of a data structure of character definition data. The figure which shows the data structural example of capability change condition definition data. A figure showing an example of data composition of remuneration definition data. The figure which shows the data structural example of user management data. The figure which shows the data structural example of character save data. The figure which shows the data structural example of team management data. The figure which shows the data structural example of 2nd game management data. The figure which shows the data structural example of play data. The functional block diagram which shows an example of a function structure of the user terminal in 1st Embodiment. 6 is a flowchart for explaining the flow of processing in the server system in the first embodiment. The flowchart for demonstrating the flow of a 1st game process. The flowchart for demonstrating the flow of 2nd game processing. FIG. 10 is a functional block diagram showing an example of a functional configuration of a server system according to a second embodiment. A figure showing an example of a program and data which a server storage part in a 2nd embodiment memorizes. The functional block diagram which shows an example of a function structure of the user terminal in 2nd Embodiment. The figure which shows the example of the program and data which the terminal storage part in 2nd Embodiment memorize | stores.

  Hereinafter, although an example of the embodiment which applied the present invention is explained, it is needless to say that the form which can apply the present invention is not limited to the following embodiments.

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

  The communication line 9 means a communication path capable of data communication. That is, the communication line 9 includes a communication line such as a telephone communication network, a cable network, and the Internet, in addition to a dedicated line (a dedicated cable) for direct connection and a LAN (Local Area Network) by Ethernet (registered trademark). It means, and it does not matter whether it is wired or wireless for the communication method.

  The server system 1100 includes a main device 1101, a keyboard 1106, a touch panel 1108, and a storage 1140, and the control device 1150 is mounted on the main device 1101.

  The control board 1150 is equipped with various microprocessors such as a central processing unit (CPU) 1151, graphics processing unit (GPU), digital signal processor (DSP), various IC memories 1152 such as VRAM, RAM, ROM, and communication device 1153. It is done. Note that part or all of the control substrate 1150 may be realized by an application specific integrated circuit (ASIC), a field-programmable gate array (FPGA), or a system on a chip (SoC).

  Then, the server system 1100 causes the control board 1150 to perform arithmetic processing based on predetermined programs and data, thereby 1) a user management function related to user registration, and 2) players 2 (2a, 2b, ...) who are users. A game management function that provides data necessary to play the game on the user terminal 1500 (1500a, 1500b,...) And manages execution control of the game on the user terminal 1500 (1500a, 1500b,. ) To realize an online shopping function of selling various items available in the game online to the user. 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 have a configuration in which a plurality of blade servers sharing the respective functions are mounted and data communication is mutually possible via an internal bus. Alternatively, a plurality of independent servers installed at remote locations may be configured to function as the server system 1100 as a whole by causing data communication via the communication line 9.

  The user terminal 1500 (1500a, 1500b,...) Is a computer system individually used by the registered users who are the players 2 (2a, 2b,...) For game play, and is a server system via the 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 smart phone, 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 in the present embodiment.
The user terminal 1500 includes a direction input key 1502, a button switch 1504, a touch panel 1506 functioning as an image display device and a contact position input device, a speaker 1510, a built-in battery 1509, a microphone 1512, and an image sensor unit 1520. 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, and the like not shown are provided. In addition, an IC card reader or the like may be provided which can read and write data in a contactless manner with an IC card type credit card or prepaid card capable of paying for game play.

  The control board 1550 is for wireless communication with various microprocessors such as the CPU 1551, GPU, DSP, etc., various IC memories 1552 such as VRAM, RAM, ROM, etc., mobile telephone base stations connected to the communication line 9, wireless LAN base stations, etc. A wireless communication module 1553, an interface circuit 1557, and the like are mounted.

  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. It includes an input signal generation circuit to be generated, a circuit to input image data of an image photographed by the image sensor unit 1520, a signal input / output circuit to the memory card reader 1542, and the like.

  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 and write data and transmit and receive signals. Note that part or all of the control substrate 1550 may be configured by an ASIC, an FPGA, or an SoC. Then, the control board 1550 stores, in the IC memory 1552, a program for realizing the function as the user terminal of the game of this embodiment and various data.

  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 may be configured to read it from a storage medium such as a memory card 1540 obtained separately.

[Description of the game]
FIG. 3 is a view for explaining an outline of a team competitive online game, which is content in the present embodiment. The content provided by the game system 1000 of the present embodiment is a team competitive online game in which a plurality of teams 2 (2a, 2b,...) Compete in a plurality of teams 3 (3a, 3b,. In the present embodiment, three or more teams 3 compete with each other, but two teams may compete with each other.

  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, ...) and equips them with items 7 (7a, 7b, ...) such as weapons and armors to play a game, and the play status (play score) , And the play index value according to the meaning including 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 sum of the accumulated play index values 612 of the belonging members becomes the team performance of each team, and the superiority or inferiority of the score among the teams is determined by comparison of the team index values 653. . Therefore, the accumulated play index value 612 may be expressed as “team contribution degree” from the meaning.

  For example, in the result display screen W4 as shown in FIG. In this embodiment, each team is an armed force in various places aiming to unify the world, and it fights with other teams adjacent to the territory to expand the territory while acquiring the whole area. On the score display screen W4, the outline of the map 15 is drawn, and the inside is divided by the color for each team so that the bases 16 preset for each team are included. The fill ratio is automatically adjusted to be the same as the ratio of the latest team index value 653 of each team.

  Moreover, the ranking display unit 18 is included in the score display screen W4. The ranking display unit 18 displays the rank order of team members in the team to which the player (the player for the user terminal 1500; referred to as "self player") using the user terminal 1500 displaying the screen is displayed. Ru. The score of each player in the team belonging to the team is determined based on the accumulated play index value 612 acquired so far, and the player having the accumulated play index value 612 is ranked first.

FIG. 5 is a view for explaining a first game in which the player is one of the places for earning the accumulated play index value 612 in the present embodiment.
The player 2 can play the first game when 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). Although the content of the first game can be set as appropriate, in the present embodiment, a single play game in which a team to which a player belongs is played against players of other teams whose territory is adjacent is assumed.

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

Although the content of the battle can be set as appropriate, in the present embodiment, a battle game of unit-to-unit is used.
On the game screen W5 of the first game, a battle combination display unit 20 showing a combination of teams competing, a main display unit 21 where a battle is displayed, and a status display for displaying various information about the player's unit A section 22 and an icon display section 23 for displaying various operation icons are included.

  The main display unit 21 displays an own unit 30, which is the unit of the player, and an enemy unit 40, which is the unit of the opposing player, in the virtual game space. In the example shown in FIG. 5, one own unit 30 and one enemy unit 40 are illustrated, but the number of units that can appear in the first game is not limited to one, and can be set appropriately. .

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

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

  Then, various basic abilities such as attack, defense, movement, etc. are set to the officer character 31, and they are updated so as to automatically improve according to the past play results. That is, the officer character 31 is controlled to grow based on the game play result. Of course, the present invention is not limited to the configuration for automatic growth, for example, a capability improvement point may be given to the player according to the play result, a capability enhancement point may be arbitrarily allocated to the officer character 31 by the player's will, and the growth may be managed manually. Good.

  On the other hand, the soldier character 32 is a mob character of a general design, and the higher the ability parameter value of the officer character 31, the higher the ability is set to the soldier character 32. Hereinafter, as appropriate, a soldier character 32 who is a subordinate of the player character 4 is referred to as a "self-armed character".

The enemy unit 40 is also composed of an officer character 41 and an enemy soldier character 42.
The officer character 41 is the player character 4 owned by the opponent player, and is the player character 4 used by the opponent player in the latest past game play. The enemy soldier character 42 is a mob character in the same position as the host soldier character 32 for the own unit 30, but has a design different from that of the host player character 32 for the own unit 30 so that it is easy to identify the enemy ally. ing.

  The player instructs the own unit 30 to select the first game by performing various touch operations on the touch panel 1506 (see FIG. 2) on which the game screen W5 is displayed (see FIG. 2) and various operation icons on the icon display unit 23. Play. That is, the unit 30 is instructed to the unit assigned to the touch operation or the operation icon (for example, movement to a designated position or a designated direction, melee attack, long range attack, on-site defense, evasion, formation change, item Controlled to perform use, withdrawal, etc.). On the other hand, motion control of the enemy unit 40 is automatically controlled according to a predetermined algorithm.

  In the first game, when the own unit 30 kills or withdraws the enemy unit 40 within a predetermined time, it wins, and conversely, it loses when it is wiped out or withdrawn. If you do not annihilate or withdraw from each other in time, it will be a draw. Then, based on the play result (game play result) such as the damage the own unit 30 gives to the enemy unit 40, the victory / loss / draw outcome, the kind and amount of paid items used during the play, etc. The play index value 28 (see FIG. 5) in one game 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).

  In addition, the player character 4 used in the first game is given the experience value 27 according to the play score. 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 in which the player earns the accumulated play index value 612 in the present embodiment.
The second game is a special game mode that is implemented when a specific implementation condition is satisfied, and can be said to be a "bonus part" because the play index value can be gained more advantageously than the first game. In this embodiment, it is a game that can be executed at a given timing, that is, a time-limited event performed only for a period set by the game operator (for example, a predetermined period at the end of each month).

  The implementation conditions and the embodiment of the second game can be set as appropriate. For example, regardless of the date on the calendar, the execution condition is the play status of the affiliated player in the first game (specifically, the number of special items collected for the entire team or the number of wins or wins over the standard value) , Or reached a predetermined milestone of the game story, etc.). Then, a second game in which only members of the team can participate may be executed with a time limit, for a team that satisfies the implementation conditions.

The second game of this embodiment is a multiplayer game that cooperates with a teammate.
Although the contents of the second game can be set as appropriate, in the present embodiment, the opposing team whose player's team and territory are adjacent (it is randomly selected in the present embodiment, but the team representative of the target team) It is a siege battle game in which the player may attack the castle. That is, the main target 46 of the attack corresponding to the castle's Honmaru (or raid boss) and the defense element 47 expressed as a castle wall or a garrison that protects it or a combination of both are within a time limit as common attack targets The theme is a siege battle aimed at destroying and destroying

  In the present embodiment, when a player who is a member of a team to be activated inputs an operation to start game play on the user terminal 1500, the first game is not executed while the second game is activated. 2 games become executable.

  Then, when the main target 46 and the defense element 47 are attacked to cause the own unit 30 to be damaged, a predetermined function with the given damage or the like as a variable is referred to as “play index value for each player in second game 48 (48a, 48b , ...) "is determined. Moreover, the function applied to the second game is different from the function applied to the first game (a function for deriving the play index value 28 (see FIG. 5)), and derives more values even if the variables are the same. It is set to In other words, the play index value 48 in the second game is set 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 to increase the team index value 653 (see FIG. 3) of the team belonging to the player. In other words, the struggle of each player in the second game will contribute to the team competition among the teams. Therefore, the second game is an important element that you want to play by all means in order to compete among the teams and to become yourself in the team.

  In addition to the damage given to the main goal 46 and the defense element 47, in the variable of the function that determines the play index value 48 (48a, 48b, ...) in the second game, an attack until the defense element 47 is defeated Play in the second game (number of final kills), cumulative time and cumulative number of times you participated in the second game, type and number of paid items used in the second game (items purchased at online shopping), etc. The parameter value which shows the effort and activity which were done can be used suitably.

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

  Specifically, first, the sharing ratio of each team member of the opposing team of the second game is set (for example, as 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 team member, a value obtained by multiplying each sharing ratio by “the total value of the play index values 48 in the second game provided to the team member of the target team” Is reduced. That is, the earning target team can decrease the play index value of the opponent team of the second game by earning the play index value 48 in the second game. As a matter of course, it is also possible to adopt a configuration in which the contribution of the play index value 48 in the second game is not obtained from the opposing team of the second game (that is, the configuration in which the play index value 48 of the opposing team does not decrease).

  By the way, in the present embodiment, as a mechanism to bring motivation to repeat the game play to the player, the player character 4 that can be the officer character 31 can not be expressed in the first game, but can be expressed in the second game. The ability is acquired based on at least the game play of the first game. Then, the special ability is restricted based on the use of the character in the second game.

  FIG. 7 is a diagram for explaining the 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 an experience value according to the play score etc., and the character is basic according to the accumulated experience value etc. Ability is improved. For example, if the attack power, which is one of the basic abilities, is improved, more damage will be given to the enemy with the same one shot.

  Then, when the accumulated experience value of the player character 4 or the index (for example, the character level) indicating the growth degree reaches a predetermined acquisition condition, the character acquires the “special ability” which can be exhibited only in the second game. Do. Depending on the contents of the game, "acquire" may be "release" an ability that the character has in advance but is sealed.

  Then, as shown in FIG. 7 (2), when the player character 4 having acquired the special ability is used in the second game and the player performs a predetermined expression operation to make the special ability appear in the second game. , You can advance the game in an advantageous manner that can not be realized with basic abilities alone.

  The "special ability" can be set as appropriate according to the contents of the game. For example, the ability to widen the attack target range than usual, the ability to increase attack damage more than usual, the ability to increase defense power, and the ability to rob an enemy's search ability can be set as appropriate. The number of types of special abilities prepared for one game is not limited to one, and a plurality of types may be prepared. Also, the special ability acquired by one character is not limited to one type, and plural types of special abilities may be acquired simultaneously.

FIG. 8 is a diagram for explaining an example of advantageous game development based on the expression of the special ability.
As shown in FIG. 8A, 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 to be given to the enemy is determined based on the basic attack power (in the illustrated example, a sword attack acting on a single enemy) in the attack of the player character 4. Then, using the parameter value of the play score including the total damage amount given by the player character 4 during the first game as a variable, the basic value is calculated by the predetermined function f, and the first coefficient applied to the first game is calculated By multiplying (in the illustrated example, “1.0”), the acquired play index value acquired by the player is determined.

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

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

  Then, as shown in FIG. 8 (3), when the player character 4 having acquired the special ability is used in the second game and a predetermined expression operation is performed during play, the special ability is expressed. In the illustrated example, the special ability is a “range attack” in which a predetermined range of enemies around the player character 4 is dealt damage of a predetermined multiple of the basic ability at one time. In other words, a single attack can earn much more total damage in the first game and the second game than a battle with only basic abilities, and gain more play index values. That is, if the same player character 4 is used for the second game while acquiring the special ability, and the special ability is expressed in the second game, the player can proceed in a much more advantageous manner, so the player You can enjoy "play". When the player character 4 having acquired the special ability is used in the second game, the special ability may be automatically expressed. In that case, expression manipulation is unnecessary.

  Referring back to FIG. 7, as shown in FIGS. 7 (2) to 7 (3), “restriction of special ability” is carried out according to the “use situation in the second game” of the player character 4 who has acquired the special ability. Ru.

"Use in the second game" is
1) The number of times the player character 4 has been used in the second game (the number of times of use),
2) Cumulative time (use time) of using the 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, one hour or one day). Frequency of use),
4) The number of times the special ability is expressed in the second game (number of times of expression),
5) Frequency at which the special ability was expressed in the second game (number of times of expression per unit time (for example, 1 hour or 1 day). Expression frequency),
6) Length of time the special ability was expressed in the second game (expression time length),
7) The number of used items (used for player character 4) used by player character 4 in the second game,
8) Game parameter values that are required to cause the player character 4 to act, are consumed for each action, and are recovered over time or use of the item (for example, parameter values called fitness value, activity, recast time, etc .; In the present embodiment, the consumption value (consumed physical strength value) of “physical strength value” inclusively,
It is represented by parameters such as. Then, when the restriction execution condition described by the combination of one or more of those parameters is satisfied, as shown in FIG. 7 (3), the restriction of the special ability is performed.

The content (restriction content) of “restriction of special ability” can be appropriately set in consideration of the game content and the game balance. For example, the second game of the special game can be reduced by reducing the chances of using the character in the second game (for example, reducing the upper limit use frequency, upper limit use frequency, upper limit use time, remaining strength value, etc.) Reduce the chance of being able to express a special ability in (eg, reduce the upper expression frequency, upper expression frequency, upper expression time, residual strength value, etc.),
The restriction is implemented so that the effect of reducing the effect of the special ability is produced.

For example,
1) Remove the special ability from the player character 4 that has acquired the special ability, in other words, reduce the remaining permitted number of times of the special ability or set it to "0" at a stretch,
2) Reduce the number of remaining use authorizations for the second game of the player character 4 that has acquired the special ability, or set it to "0" at once.
3) Decrease the remaining usable time of the player character 4 that has acquired the special ability in the second game, or set it to "0" all at once,
4) Reduce the effects of special abilities. (The action and effect referred to here include, for example, the range in which the ability acts, the degree of action, the duration of action, the number of enemies or allies to be acted, etc.),
5) reduce the duration of the special ability,
6) Increase the time difference from expression manipulation to actual expression of special ability,
Such restrictions are possible. Of course, other restriction methods may be employed.

The limitations may combine one or more of these methods.
Then, in the present embodiment, when the restriction execution condition prepared for each type of special ability is satisfied, the restriction content corresponding to the type is applied / implemented.

[Description of functional configuration]
FIG. 9 is a functional block diagram showing an example of a functional configuration of the server system 1100 in the present embodiment. The server system 1100 according to 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 100 s 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 a GPU, or an electronic component such as an ASIC or an IC memory, and inputs / outputs data to / from each function unit including the operation input unit 100s and the server storage unit 500s. Take control. Then, various operations are executed based on predetermined programs and data, operation input signals from the operation input unit 100s, data received from the user terminal 1500, and the like to integrally control the operation of the server system 1100. .

  The server processing unit 200s of this embodiment includes the user management unit 202, the online shopping management unit 204, the game management unit 210, the clock unit 280s, the sound generation unit 290s, the image generation unit 292s, and the communication control. And 294s. Of course, functional units other than these can also be included as appropriate.

  The user management unit 202 manages the process related to the user registration procedure and the data of each user linked to the user account. In the present embodiment, the user management unit 202 performs 1) grant of a unique user account to registered users, 2) registration information management in which personal information is registered and managed for each user account, and 3) charging element (in the present embodiment) It has the following functions: book management of electronic payment media consumed for payment for online shopping and play, 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 also be included as appropriate.

  The on-line shopping management unit 204 is responsible for control related to on-line shopping, and can be realized by appropriately using known on-line shopping technology. In the present embodiment, the player can purchase items and the like used in the game by online shopping. The sales target in online shopping can be set appropriately other than these.

  The game management unit 210 performs various processes related to game execution management. Since the game of this embodiment is a client server type online game, the game management unit 210 of this embodiment performs control to provide data necessary for game play while communicating with the user terminal 1500. Then, the game management unit 210 of the present embodiment includes a character addition 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. Have. Of course, functional units other than these may be appropriately included.

  The character assignment control unit 212 performs control to assign a character usable in the first game and the second game to the player. In the present embodiment, control is performed to assign the player character 4 that can be the officer character 31. Further, since the second game of this embodiment is a game that can be executed at a given timing, the character giving control unit 212 determines the time based on the time interval until the timing of the second game arrives. The assignment probability of the character is set so as to gradually increase as the interval is longer, and it is determined whether to assign the character based on the assignment probability.

  The first game progress control unit 214 controls the progress of the first game in which the character selected from the characters possessed by the player is made to appear.

  The ability acquisition control unit 216 controls the character to acquire the special ability that can be expressed in the second game without being expressed in the first game based on at least the game play of the first game. In the present embodiment, a plurality of types are prepared for the second game, and the special ability includes a plurality of capability types corresponding to the types of the second game. Then, the capability acquisition control unit 216 can control acquisition for each of the special capabilities for each capability type. That is, it is possible to make one character acquire multiple kinds 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 character is acquired by the base character by combining the character as the base character and the other character as the material character.

The restriction control unit 218 controls the restriction relating to the special ability based at least on the use of the character that has acquired the special ability in the second game or the expression of the special ability in the second game.
Specifically, 1) number of times of use in the second game, 2) length of time of use in the second game, 3) frequency of use in the second game, 4) in the second game of the character which has acquired the special ability The number of times the special ability is expressed, 5) the frequency of the special ability in the second game, 6) the length of time the special ability is expressed in the second game (the expression time length), 7) the player character 4 in the second game The number of items used (used for player character 4), 8) In the case of a configuration that consumes a game parameter value (for example, a parameter value called physical strength value or activity) every time the player character 4 is made to act The limit may be controlled based on one or more of the consumption values of the parameter value (consumption value).

Then, the limit control unit 218
1) Reduce the use chance of the character in the second game in which special abilities can be expressed (for example, reduce the number of times of upper limit use, upper limit use frequency, upper limit use time, remaining strength value, etc.),
2) Reduce the number of occurrences of the special ability in the second game (for example, reduce the upper limit frequency, upper limit frequency, upper limit time, residual strength value, etc.),
3) reduce the effects of special abilities,
4) Shorten the possible expression time of special abilities,
By implementing one or more of the above, control of the restriction of special ability is realized.

  In the present embodiment, there are a plurality of types of special abilities from which characters can be acquired, 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 the character whose ability is set is made to appear based on the presence / absence of the acquisition of the special ability and the restriction. In the present embodiment, as the special ability, a plurality of types associated with the type of the second game are prepared, and the character can acquire the special ability by 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 to be controlled.

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

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

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

  The image generation unit 292s can generate an image related to system management of the server system 1100, a game image (or data for displaying a game image on the user terminal 1500), and the like. Then, an image regarding 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, or a head mounted display. In the example of FIG. 1, the touch panel 1108 corresponds.

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

  The communication unit 394 s 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. The communication device 1153 corresponds to the example of FIG.

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

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

  In addition, the server storage unit 500s is associated with game play, and generates user management data 600, team management data 650, second game management data 660, play data 700, and current date 800 as data sequentially generated and managed. Remember. In addition, information such as a timer, a counter, and various flags can be stored appropriately.

  The server program 503 is a program for realizing functions as 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, items that can be purchased, the number of stocks, and the charge for the charge (corresponding to the amount debited from the payment medium in the present embodiment) are stored in association with each other. In this embodiment, the player character 4, the item 7 equipped to the player character 4 (see FIG. 3), a special item which can ease the restriction applied to the character for which the special ability is acquired, and the like are sold. Is included in

  The first game initial setting data 512 includes various initial setting data for executing the first game. In the present embodiment, various types of data necessary for causing the self-warrior character 32 and the enemy soldier character 42 to be displayed on the game screen and causing a battle action are included. For example, model data of a character, motion data, texture data, initial setting data of ability parameter values defining various abilities, and the like are included. It also includes data for constructing a game space. Of course, data other than these can be included as appropriate.

  Second game initial setting data 514 is prepared for each second game, and stores various data relating to the second game. One second game initial setting data 514 includes a unique second game ID, a second game type, and an execution condition. The implementation condition of the present embodiment defines at least a period (start and end) in which the second game is performed. 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 defining various abilities, and the like are included. In addition, data for constructing the game space of the second game is also included. 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 defines the initial state of the character.
For example, as shown in FIG. 11, one character definition data 520 is a unique character type 521, an initial accumulated experience value 522, an initial basic ability parameter value list 523, an initial upper limit number of times 524 and an initial upper limit time of use. 525, an initial upper limit frequency of use 526, an initial strength value 527, and special ability definition data 530. Of course, other information may be included as appropriate.

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

  The initial basic ability parameter value list 523 stores an initial value of each kind of basic ability (meaning ability other than special ability and provided in an expected state).

  The initial upper limit of use number 524 stores an initial value of the number of times the character having acquired the special ability can be used in the second game (the number of times it can be used in the second game). In the present embodiment, in a state where any special ability has not been acquired, a predetermined value "NULL" is set to mean not being set, and an acquisition initial value "1" is acquired each time any kind of special ability is acquired. Set to Then, when the special ability is limited, it is finally set to "0", and the character can not be used in the second game. Of course, the acquisition initial value can also 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 charging history as variables. Alternatively, it may be determined randomly within a predetermined range.

  It is also possible to set a character dedicated to the first game that can be used for the first game but can not be used for the second game. In that case, the initial upper limit number of times 524 is “0”. In addition, when the game rule can not use the character in the second game without acquiring at least one kind of special ability, the setting of the predetermined value "NULL" meaning not to be set is originally eliminated and the initial state is If it is set to “0” and the special ability is acquired, it may be set to the initial value at the time of acquisition.

  The initial upper limit of use time 525 stores an initial value of the time limit for using the character for which the special ability has been acquired in the second game. In the present embodiment, it is assumed that a predetermined value that can be used indefinitely 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. is there. It is also possible to set a character dedicated to the first game that can be used for the first game but can not be used for the second game. In that case, the initial use upper limit time 525 is "0".

  The initial upper limit of use frequency 526 stores an initial value of the frequency of use in which the special ability-acquired character can be used in the second game. For example, the number of times of use or the frequency of use per predetermined period (for example, 10 plays, one week, one month, etc.) is set.

  The initial strength value 527 is an initial value of the strength value given to the character when the character is given to the player. The “physical strength value” is a game parameter value which is consumed for each action (including the expression of special ability) and which is recovered as time passes or the use of an item. Other names may be used depending on the game content, such as movement power and magic power.

  The special ability definition data 530 is prepared for each type of special ability that can be obtained by the character, and stores various definition data related to the special ability. If the character is set to a character that can not acquire the special ability from the first place, no special ability definition data 530 is stored.

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

  The application second game type 532 stores one or more second game types that can express the special ability. All types of settings are also possible.

The first acquisition condition 533 and the second acquisition condition 534 store data defining the requirement for the character to acquire the special ability.
In the present embodiment, the first acquisition condition 533 is defined as the threshold value of the cumulative value of the experience value automatically given according to the play score or the like for each character. The second acquisition condition 534 is defined under the condition of combination of so-called “character composition”. Here, “character composition” consumes a single character or a plurality of other characters or items (material objects) for a single base character (base character) to improve the ability of the base character, or a material It is to add the abilities of other characters and items made as materials to the base character.

  The initial ability effect definition data 535 defines an initial effect that has acquired the special ability. For example, if it is a special ability that improves the attack ability, the type of attack strength, the range of attack, the range to be extended, the type of magical ability (eg, flame, lightning, icing, etc.) given to the attack. And initial values such as intensity can be set.

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

  The initial expression duration 537 stores the initial value of the duration from the onset of the special ability to the end of the effect. If the special ability is an attack type that does not affect the duration, such as "super range shooting", a predetermined value that means "no setting" is stored.

  The initial upper limit frequency of occurrence 538 defines an initial value of the upper limit of the frequency of occurrence of the special ability averaged over a predetermined period. The predetermined period can be appropriately set according to the contents of the game. For example, per month, 10 per play, etc.

  Returning to FIG. 10, the ability change condition definition data 540 stores various data defining conditions for changing the basic ability of the player character 4 in accordance with the play score and the like and the contents 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 a condition to be applied based on the play result of the first game, the first change condition 542, and the second game And a second change condition 543, which is a condition to be applied based on the play score of.

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

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

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

Specifically, the restriction execution condition 562 is
1) The number of times the player character 4 has been used in the second game (the number of times of use),
2) Cumulative time (use time) of using the player character 4 in the second game,
3) Frequency of use of the player character 4 in the second game (frequency of use),
4) The number of times the special ability is expressed in the second game (number of times of expression),
5) How often the special ability was expressed in the second game (expression frequency),
6) Length of time the special ability was expressed in the second game (expression time length),
7) The number of used items (used for player character 4) used by player character 4 in the second game,
8) Consumption of game parameter value (physical strength value in the present embodiment) consumed (consumed physical strength value) consumed each time the player character 4 is made to act.
Etc. are described in one or more combinations of parameters.

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 is made regardless of whether or not the special ability is expressed in the second game. It can be run. For example, in the game rules, when a character in the state of acquiring a special ability is used in the second game, the character is second if the special ability is expressed automatically without the player's expression operation by the player. When used in a game, restrictions can be enforced.
If the restriction execution condition is "the number of times used in the second game = 1 AND the number of times the special ability has been expressed in the second game = 1 or more", then the special ability can be expressed even once in the second game. You can run the restriction.

Similarly, the restriction content 563 can be set as appropriate. In particular,
1) Reduce the upper limit of the special ability
2) Reduce the remaining number of permitted uses (the upper limit number of uses) in the second game of the player character 4 that has acquired the special ability.
3) Reduce the remaining usable time (upper limit time of use) in the second game of the player character 4 that has acquired the special ability,
4) Reduce the use upper limit frequency of the player character 4 that has acquired the special ability in the second game,
5) reduce the effects of special abilities,
6) reduce the duration of the special ability,
7) Reduce the upper limit frequency of special abilities,
8) Increase the time difference from expression manipulation to actual expression of special ability,
9) Reduction of the residual strength value of the player character 4, that is, reduction of the residual parameter value necessary for the expression of the special ability
Etc. are described in one or more combinations.

  The new character giving period setting data 570 is data defining a period for giving 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 every month and Tuesday and Wednesday of the second week. Furthermore, a time zone may also be set. In the present embodiment, characters not possessed by the player are determined to be candidates for assignment, and characters to be actually assigned are determined by lottery. However, a configuration is also possible in which a specific character is limited to a specific assignment period. is there. In that case, it is assumed that the character type to be a specific character and the assignment period are stored in association with the new character assignment period setting data 570.

  The user management data 600 is prepared for each registered user, and stores various data associated with an account that 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.

  Payment media book data 603 is the amount of replenishment / consumption of payment media for electronic payment (for example, virtual currency, in-game currency, specific item, specific parameter value such as activity, etc.) linked to the user It is a so-called book which stores information on the reason for replenishment / consumption and the modification date and time in association with each other. It can be read as charging history data or charging information.

  The play history data 605 is data that stores data describing in what time a game has been played in the past, in chronological order of play, and is automatically updated at the login / logout timing. An operation input log of what kind of operation input has been made can be included as appropriate.

  The game save data 610 stores various data describing the play result until the previous game play and the state of the game progress. For example, it includes a team affiliated team 611 indicating a team to which the player belongs, accumulated play index value 612, item save data 614, item use history data 616, and character save data 620. Of course, data other than these can be included as appropriate.

  The accumulated play index value 612 indicates the sum of the play index values stored and stored in the player (see FIG. 3). The initial value at the time of new user registration is “0”.

  The item save data 614 is prepared for each item held by the user, and stores various data at the save time point of 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 deterioration degree, 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 use history data 616 includes, for example, information such as use date and time, item type used, where to use, and the like.

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

  The acquired special ability data 630 is prepared for each special ability for which the character has been acquired, and stores various data relating to the special ability. One acquired special ability data 630 includes a special ability type 631, applied effect definition data 632, an upper limit number of expression 634, an expression duration 635, and an 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 action effect definition data 535 (see FIG. 11) is copied to the application effect definition data 632 and is changed when the restriction on the effect of the ability is performed. Similarly, although the initial expression upper limit number 536 (see FIG. 11) is copied as the expression upper limit number 634, the value is changed when the number of times is limited. Similarly, although the initial expression duration 537 (see FIG. 11) is copied in the expression duration 635, the value is changed when the duration is limited. In addition, although the initial upper limit expression frequency 538 (see FIG. 11) is copied to the upper limit expression frequency 636, the value is changed when the expression frequency is limited.

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

  Returning to FIG. 10, the team management data 650 is prepared for each team and stores various data linked to 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 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 each time the second game activation condition is satisfied. For example, as shown in FIG. 17, one second game management data 660 includes a unique second game ID 661, an effective period 662, a target team name 663, an opponent team name 664, and protection element management data 665. , Main goal management data 666, and second game play status data 667. Of course, other information may be included as appropriate.

  In the effective period 662, the implementation period included in the implementation condition of the second game initial setting data 514 (see FIG. 10) is copied.

  The target team name 663 indicates which team the second game has been prepared for.

  Defense element management data 665 is prepared for each of the protection elements 47 (see FIG. 6), and stores various data describing the state of the protection elements 47. In the present embodiment, the remaining HP (hit point), which is a value indicating how much damage the castle wall and the garrison can endure, is included. If the protection element 47 is a 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 opposing team. If the defensive element 47 is a garrison, referring to the character save data 620 (see FIGS. 14 and 15), the initial value is set with a predetermined function based on the ability parameter value of the player character 4 of the team member of the opposing team. It 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 goals 46. In the present embodiment, the remaining HP (hit point), which is a value indicating how much damage the castle main circle can endure, 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 opposing team. In the example of FIG. 17, although there is only one main target management data 666, for example, when there are a plurality of portions corresponding to the main circle of the castle, a plurality of the data will be prepared.

The second game play status data 667 is prepared for each player who has participated in the second game, and stores various data describing the play status in the second game until then. Specifically, one second game play situation data 667 is
1) User account,
2) Number of participations (cumulative number of plays concerning the second game now),
3) Cumulative participation time (cumulative time spent playing the second game),
4) The cumulative number of damage done to the main goal 46 and the defense element 47 so far,
5) The final number of defeats, which is the number of defeating the main goal 46 and the defensive element 47, and
6) The cumulative value of the play index value 48 (see FIG. 6) in the second game,
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 to be executed on the user terminal 1500, and various data relating to the display of the game screen such as various data describing the progress of the game, control data of each character, etc. Store information

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

  The new character assignment probability 710 is set when the first game is played. Specifically, the start date of the implementation period is set to have a higher probability as the time interval to the latest start date of the second game to be held next becomes longer.

  The play control data 712 includes various data required to control the progress of the first game or the second game. For example, in the case of the first game, own unit control data and enemy unit control data are included. The own unit control data is prepared for each unit 30 (see FIGS. 5 and 6) appearing in the first game or the second game, and each of the officer character 31 (player character 4) and the individual soldier character 32 in the corresponding unit It is various data describing the situation. The player character 4 is managed as player character management data 720.

  The enemy unit control data is prepared for each enemy unit 40 (see FIG. 5) appearing in the first game, and is various data describing the situation of each of the officer character 41 and the enemy soldier 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 game is started. It will be updated. Then, when the game is over, it is reflected on the character save data 620 of the character.

  The play score data 750 is data describing the play score in the first game or the second game in the play. The contents can be appropriately set according to the contents of the game, but in the present embodiment, it includes the cumulative damage given to the enemy unit 40, the final number of defeats which destroyed the enemy character and the defense element 47, and the used item history. Of course, other parameter values may be included as appropriate.

  FIG. 19 is a functional block diagram showing an example of a functional configuration of the user terminal 1500 in 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 according to various operation inputs made by the player. For example, it can be realized by a push switch, a joystick, a touch pad, a track ball, an acceleration sensor, a gyro, a CCD module, or the like. The direction 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 function unit including the operation input unit 100 and the terminal storage unit 500. Take control. Then, various operations 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 clock 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 processing for transmitting various data and requests to the server system 1100 according to the operation performed on the operation input unit 100.

  The game screen display control unit 262 performs control for displaying a game screen based on various data received from the server system 1100. In the present embodiment, a game space image (for example, a 3DCG image or the like) is generated by the server system 1100, but a game space image may 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 3DCG, for example.

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

  The sound output unit 390 is realized by a device that outputs sound such as a sound effect or BGM based on a sound signal input from the sound generation unit 290. The speaker 1510 of FIG. 2 corresponds to this.

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

  Then, the image generation unit 292 generates an image of one game screen in one frame time (for example, 1/60 seconds) based on various data received from the server system 1100, and generates an image signal of the generated 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, or a head mounted display. In the present 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 exchange of data with an external device via the communication unit 394. The communication unit 394 connects with the communication line 9 to implement communication. For example, it is realized by a wireless communication device, a modem, a TA (terminal adapter), a jack of a communication cable for wired communication, a control circuit or the like, and the wireless communication module 1553 in FIG. 2 corresponds to this.

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

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

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

  Note that the game client program 504 may be a dedicated client program according to a technical method for realizing an online game, or may be configured with a web browser program, a plug-in for realizing interactive image display, or the like.

[Description 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 flow of processing described here is realized by the server processing unit 200 s executing the server program 503. It is assumed that the player has already registered the user and holds 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 this 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 causes the user terminal 1500 to display a predetermined top menu (step S12). Although the items of the top menu can be set as appropriate, in the present embodiment, "character synthesis" and either "play of first game" or "play of second game" in the menu items related to game play, and "logout" And at least show. The menu item regarding the game play specifically refers to the second game management data 660 (see FIG. 17), and there is no data that the team 611 (see FIG. 14) belonging to the player matches the target team name 663. Search for Then, if there is no correspondence, “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, a play request for the first game is transmitted from the user terminal 1500 to the server system 1100.
When receiving this, the server system 1100 determines that there is a start operation of the first game (YES in step S14), and executes the first game processing (step S16).

  FIG. 21 is a flowchart for explaining the flow of the first game process in the present embodiment. In the same process, the server system 1100 first receives 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 user management data 600 (see FIG. 14) of the player is read, and a list of characters held by the player is displayed on the user terminal 1500. Allows you to select a character. 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).

  In addition, the server system 1100 extracts other teams in which the player's team and the position are adjacent as options, and sets the selection probability to be higher as the team index value 653 (see FIG. 16) is larger. Then, in the random lottery process to which the set selection probability is applied, any one is set as the opponent team name 707 (see FIG. 18). Of course, a configuration is also possible in which the opponent team selected as an option is displayed on the user terminal 1500 of the request source in a selectable manner, and the player is manually selected and set. Then, any user 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 can not be used.

  While the first game is in progress, if the current date and time 800 falls under the new character assignment period (YES in step S30), the server system 1100 determines that the first character assignment condition is satisfied (step S30). Yes). Then, the second game to be held next time is searched for and the new character provision probability 710 (refer to FIG. 18) increases as the time interval until the implementation start date becomes longer with a predetermined function or table data. It determines (step S32).

  Next, the server system 1100 executes an assignment lottery process using the set new character assignment probability 710 (step S34). Specifically, characters that the player has not yet possessed are extracted as assignment candidates, and any one of them is randomly selected using random number generation to be an assignment target. Then, a random lottery in which the new character provision probability 710 is regarded as a winning probability, that is, an assignment lottery is performed.

If the player wins in the award lottery (YES in step S36), the server system 1100 determines that the second character award condition is satisfied, and grants the player the character selected as the award target to the player (step S38). ).
The method of giving to the player can be set as appropriate. For example, as a reward for winning in the first game, as a prize of a lottery (does not matter whether paid or free) executed during the first game, appear as if joining as a new associate, Etc.

  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 of FIG. 5) of the player is determined according to the play score and the like of the first game (step S42).

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

  Next, the server system 1100 determines whether the player character 4 used in the first game satisfies the special ability acquisition condition (step S50). Specifically, the special ability definition data 530 of the character definition data 520 (see FIG. 11) of the character is searched for one satisfying the first acquisition condition 533. 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 upper limit number of uses 524 of the character definition data 520 (see FIG. 11) of the character is copied to the upper limit number of uses 725 of the player character management data 720 of the play data 700 (see FIG. 18). In addition, the initial upper limit time 525 is copied to the upper limit time 726. In addition, special ability definition data 530 satisfying the first acquisition condition 533 is created as the acquired special ability data 730, and the application effect definition data 732, the upper limit number of occurrences 734, and the expression duration 735 respectively. Copy the initial performance effect definition data 535, the initial expression upper limit number of times 536, and the initial expression duration 537 (see reference).

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

  Referring back to FIG. 20, when the player selects the item of “character composition” in the top menu on the user terminal 1500, a request for character composition is transmitted to the server system 1100. When receiving this (YES in step S70), the server system 1100 executes a character combining process (step S72). The character composition is performed by, for example, displaying a list of characters held by the player on the user terminal 1500 and selecting a base character and a material character.

  When the combination is executed, the server system 1100 determines whether the combined player character 4 that is made the base character satisfies the special ability acquisition condition (step S74). Specifically, among 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 special ability definition data 530 is searched for one satisfying the second acquisition condition 534. Then, if there is corresponding 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, the server system 1100 determines “no experience” (YES in step S 76), and the server system 1100 uses the special ability as a base character. The character 4 is made to acquire (step S78). Specifically, this 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 “Play second game” in the top menu on the user terminal 1500, a play request for the second game is transmitted to the server system 1100. When the server system 1100 receives this (YES in step S90), it executes the second game process (step S92).

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

However, a character whose use upper limit number of times 625 (see FIG. 15) is set to “0” is not selectable, and NULL (use upper limit number of times is not set: character whose special ability can be acquired but any special ability is not available. The character of acquisition) is selectable. In the configuration in which the restriction related to the special ability is executed with the reduction of the upper limit of use time 726, the character whose upper limit of use time 726 is "0" can not be selected. The character whose residual strength value 728 (see FIG. 18) is “0” and the use frequency in the second game obtained from the second game specification history data 740 (see FIG. 18) is the upper limit frequency of use 727 ( The characters that have reached FIG. 18) can not be selected.
Then, along with the step, 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 use 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 execution of the second game, a special ability expression request is transmitted from the user terminal 1500 to the server system 1100.
When receiving this, the server system 1100 determines that the expression operation is present (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 of the character type of the player character 4 (see FIG. 11), 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 the acquired special ability data 730 of the special ability type 631 (see FIG. 15) matching the searched ability type 531 of the player character 4, a positive determination is made.

If an affirmative determination is made (YES in step S112), the server system 1100 further determines whether the special capability can be expressed (step S114).
Specifically, the acquisition upper limit number 734 of the acquired special ability data 730 (see FIG. 18) of the special ability is “0”, and the acquisition obtained from the second game use history data 740 (see FIG. 18) If the occurrence frequency of the special ability has reached the upper occurrence frequency 736, it is determined that the activation is not possible. If not so, the determination is positive.

  If it can be activated (YES in step S114), the special ability determined to be acquired in step S112 is expressed, and the second game use history data 740 that doubles as the special ability expression history is updated (step S116).

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

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

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

Referring back to FIG. 20, next, the server system 1100 determines whether the restriction execution condition 562 is satisfied with reference to the restriction definition data 560 (see FIG. 10) (step S170).
Then, if there is restriction definition data 560 satisfying the restriction execution condition 562 (YES in step S170), the restriction content 563 is applied and executed (step S172). The application and implementation of the restriction contents here are 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 “log off” is selected in the top menu of the user terminal 1500, a logoff request is transmitted from the user terminal 1500 to the server system 1100.
When the server system 1100 receives this (YES in step S180), the server system 1100 executes a logout process (step S182) and ends the series of processes.

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

  That is, it is possible to grow the player character 4 that can be used in either the first game or the second game by using the first game, and to acquire the special ability effective only in the second game. Then, the second game can be played by the player character 4 that has acquired the special ability. When the player character 4 is made to express the special ability in the second game, “delicious play” can be achieved to gain the play score much more advantageously.

  However, in order to do so, the player has to grow using the characters in the first game many times. In a game composed of a plurality of parts, this is a factor that enhances the motivation for the user to repeatedly play the game.

  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 made to appear, the special ability is restricted. The character can not perform the same "delicious play" using the special ability. As a result, in order to play the same "delicious play" in the second game again, the player needs to acquire, for example, a new character and grow in the first game to acquire a special ability. This will further enhance motivation.

Second Embodiment
Next, a second embodiment to which the present invention is applied will be described. The present embodiment is basically realized in the same manner as the first embodiment, but differs in that the game management processing entity is the user terminal 1500. Hereinafter, differences from the first embodiment will be mainly described, and the same components as in the first embodiment will be assigned the same reference numerals and descriptions thereof will be omitted.

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

  The team management unit 230 manages data on the members of each team, the score as a team, and the like. Specifically, the team management data 650 is managed.

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

  In addition, although the first game initial setting data 512 to the new character provision period setting data 570 and the user management data 600 are stored in the server storage unit 500s of the present embodiment in the same manner as the first embodiment, It will be positioned as master data for distributing / providing according to various requests performed when the user terminal 1500 executes processing related to game management.

  Further, in the present embodiment, since the main processing related to 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 by the user terminal 1500. The case can be omitted.

  FIG. 25 is a functional block diagram showing an example of a functional configuration 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 data for displaying an image of a game screen or data for reproducing sound from the server system 1100, but performs arithmetic processing related to game management by itself. Execute to control the game progress, generate an image of the game screen, and control its voice reproduction.

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

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

  The flow of the process in the present embodiment is basically the same as the flow of the process of the server system 1100 in the first embodiment (see FIGS. 20 to 22), and the game management unit 210 is executed on the user terminal 1500B. In accordance with the above, the execution subject of each step may be appropriately replaced with the user terminal 1500B. In the case where the user terminal 1500 B needs to refer to or change the user management data 600, it appropriately requests the server system 1100 to provide or collate necessary data. Alternatively, the process itself may be requested and dealt with.

  According to the present embodiment, the same effects as those of the first embodiment can be obtained. The user terminal 1500 </ b> B may be configured to handle a part of the game management unit 210 instead of the entire game management unit 210.

[Modification]
As mentioned above, although embodiment which applied this invention was described, the form which can apply this invention is not limited to the said form, and addition, omission, and change of a component can be added suitably.

[Part 1]
For example, in the above embodiment, an example is described in which the online game is realized by a client server type computer system, but a plurality of user terminals 1500 may be realized by a peer-to-peer connected computer system. In that case, one of the user terminals 1500 is made to assume the function as the server system 1100 of the first embodiment. Alternatively, the functions possessed by the game management unit 210 may be shared by a plurality of user terminals 1500.

[Part 2]
Further, for example, in the above embodiment, the contents of the first game are illustrated as a battle game in which units fight each other, but the game genre is not limited to this and can be set as appropriate. For example, 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 can be used.

Similarly, in the above embodiment, the contents of the second game are illustrated as a siege game, but the present invention is not limited to this, and if it is a content that team members play cooperatively, for example, a puzzle game, It may 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 have the theme of the battle with the defensive element 47 of the siege battle, and the second game may have the theme of the battle with the main goal 46.
Further, the second game is not limited to multiplayer, and may be a single play game.

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

[Part 4]
In addition, a configuration for obtaining the resources of the play index value 28 in the first game as 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 28 from the other party's accumulated play index value 612 (see FIG. 14). In that case, it is preferable to perform the process of performing subtraction at step S42 (see FIG. 21).

2 player 3 team 4 player character 27 experience value 28 play index value 48 play index value 200 s server processing unit 210 game management unit 212 character giving control unit 214 first game progress control unit 216 Ability acquisition control unit 218 Limit control unit 220 Second game progress control unit 230 Team management unit 260 User terminal operation 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 accumulated experience value 523 ... initial basic ability parameter value list 524 ... initial use upper limit number of times 525 ... initial use upper limit time 530 ... special ability definition data 531 ... ability type 532 ... Application second game type 533 ... second 1 Acquisition condition 534 ... second acquisition condition 535 ... initial ability effect effect definition data 536 ... initial expression upper limit frequency 537 ... initial expression duration time 540 ... ability change condition definition data 541 ... ability change content 542 ... first change condition 543 ... second 2 Change condition 560 ... restriction definition data 561 ... applied special ability type 562 ... restriction execution condition 563 ... restriction content 570 ... new character addition period setting data 600 ... user management data 601 ... user account 610 ... game save data 611 ... team 612 ... accumulated play index value 620 ... character save data 623 ... accumulated experience value 624 ... basic ability parameter value list 625 ... use upper limit frequency 626 ... use upper limit time 630 ... acquired special ability data 631 ... special ability type 632 ... adaptive effect definition Data 634 ... Current maximum number of times 635 ... expression duration time 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 assignment probability 712 ... play control data 720 ... player character management data 750 ... play score data 752 ... acquired play index value 1000 ... game system 1100 ... server system 1150 ... control board 1500 ... user terminal 1550 ... Control board W4 ... Result display screen W5 ... Game screen

Claims (11)

Character giving means for giving a player a character usable in a first game which is a single play game and a second game which is a multi play game;
First game progress control means for controlling the progress of the first game in which the character is made to appear;
Ability acquisition control means for causing the character to acquire the special ability that can be expressed in the second game without being expressed in the first game based on the game play of the first game;
A second game progress control means for controlling the progress of the second game in which the character is made to appear, and the second game progress control means only when the special ability is acquired by the ability acquisition control means, based on the player's expression operation. Second game progress control means for expressing the special ability in the second game;
Restriction control means for performing control of restricting the expression of the special ability of the character in the second game based on the use state of the character whose special ability is acquired by the ability acquisition control means in the second game;
A computer system comprising a
There are multiple types of the second game,
The special ability includes a plurality of ability types corresponding to the type of the second game,
The capability acquisition control means controls the acquisition for each of the special capabilities for each of the capability types,
The limit control means controls the limit for each of the special capabilities for each of the capability types,
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 be progress controlled, and causes the character to appear.
Computer system. The restriction control means controls the restriction based on the number of times or frequency of use of the character having acquired the special ability in the second game.
The computer system according to claim 1. The restriction control means controls the restriction based on the number of appearances or the appearance frequency of the special ability in the second game.
A computer system according to claim 1 or 2. The limit control means controls the limit based on at least one of a length of use time of the character having acquired the special ability in the second game, a number of items used, and a consumption strength value.
The computer system according to any one of claims 1 to 3. The limit control means may use an upper limit of use based on a change in a parameter value based on use of the character in the second game in which the special ability can be expressed in the second game, use time, consumption strength value and the like. Control at least including in the control,
The computer system according to any one of claims 1 to 4. The restriction control means controls at least the number of times the special ability can be developed in the second game, the restriction being included in the restriction.
The computer system according to any one of claims 1 to 5. The limitation control means controls at least including in the limitation reducing the effect of the special ability.
The computer system according to any one of claims 1 to 6. The restriction control means controls, at least in the restriction, at least shortening of an expression enable time length of the special ability or reduction of a parameter value necessary for expression of the special ability.
The computer system according to any one of claims 1 to 7. Character giving means for giving a player a character usable in a first game which is a single play game and a second game which is a multi play game;
First game progress control means for controlling the progress of the first game in which the character is made to appear;
Ability acquisition control means for causing the character to acquire the special ability that can be expressed in the second game without being expressed in the first game based on the game play of the first game;
A second game progress control means for controlling the progress of the second game in which the character is made to appear, and the second game progress control means only when the special ability is acquired by the ability acquisition control means, based on the player's expression operation. Second game progress control means for expressing the special ability in the second game;
Restriction control means for performing control of restricting the expression of the special ability of the character in the second game based on the use state of the character whose special ability is acquired by the ability acquisition control means in the second game;
A computer system comprising a
In the second game, at least the timing at which it can be executed next time is set.
The character giving means sets the giving probability of the character based on a time interval from when it is determined whether to give the character to when the timing when the second game can be executed next comes. Determine whether to give the character based on the giving probability
Computer system. The character giving means gradually increases the giving probability as the time interval is longer.
The computer system according to claim 9 . A game system including a user terminal through which a player performs operation input, and a server system which is a computer system according to any one of claims 1 to 10 .

Images