JP2013202269A - Server system - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a technique capable of inviting a player continuously playing one game to another game.SOLUTION: It assumes that there are a first game and a second game of a behavior point system. When a player playing a first game uses an AP restoration item for restoring a behavior point AP, the behavior point AP in the first game is restored, and a behavior point AP of the second game is also restored. A change notification display W12 for notifying the player of the restoration is displayed on a game screen of the first game.

Description

  The present invention relates to a server system that manages parameters of each player related to a game and controls the progress of the game by communicating with the player terminal of each player.

  In the game, various parameters describing the progress of the game are prepared, and they are appropriately changed according to the progress of the game. Such parameters are basically available only within the game and are only changed in response to changes in the game situation. For example, even if a parameter is changed when any item is used, the effect range is limited within the game (see, for example, Patent Document 1).

JP 2010-233654 A

In community-type websites such as SNS (Social Networking Service) in recent years, a plurality of games are prepared as part of the service, and a user can arbitrarily select and play games. Or they are called social games. However, even if it is an SNS game, depending on the user, when one favorite game is found, there are cases where the game is thoroughly carried out. From the game supplier's point of view, there are other fun games that I want you to play.
On the other hand, even in such an SNS game, the games are not linked to each other, and the parameter change is limited within the game.

  The present invention has been made in view of the above-described technical background and problems, and provides a technique that enables a player who is continuously playing one game to be invited to play another game. With the goal. Of course, the subject of the present invention is not limited to the SNS game.

A first form for solving the above-described problem is a server that manages the first parameter of each player related to the first game and controls the progress of the first game by communicating with the player terminal of each player. A system,
Trigger detecting means for detecting that a given trigger condition for triggering the process of changing the first parameter of one player is satisfied (for example, the server processing unit 200s and the first game management server control unit 210 in FIG. 4). , Activation detection unit 220, step S50 in FIG. 7),
First change control means (for example, the server processing unit 200s in FIG. 4, the first game management server) that controls to change the first parameter of the one player when the activation detection means is detected. Control unit 210, parameter improvement control unit 226, step S54 in FIG.
A second server system (for example, the server processing unit 200s in FIG. 4) that manages the second parameter of each player related to the second game and controls the progress of the second game by communicating with the player terminal of each player. The second game management server control unit 240) performs predetermined communication, and the second parameter of the one player is set when the trigger detection unit is detected for the second server system. A server system including second change control means (for example, the server processing unit 200s in FIG. 4, the first game management server control unit 210, the spread control unit 228, and step S60 in FIG. 7) that performs control to be changed. For example, the server system 1100 and the first game management server system 1115) of FIG.

  According to the first mode, as the parameter of the first game is changed, the parameter change is propagated such that the parameter is also changed in the second game. From the viewpoint of the player, it is interesting to see what kind of influence has occurred in the second game in accordance with the result of the first game. As a result, the player can be invited to play the second game.

  The second mode is the server system according to the first mode, wherein the trigger detection means detects, as the trigger condition, that a use instruction operation input of a given item for changing the first parameter has been made. .

  According to the 2nd form, while using the same effect as a 1st form, use of the item in a game can be made into a starting condition. That is, it becomes easy to understand the conditions that cause the second game to spread. In addition, since the player's feeling of using the item increases, the purchase and use of the item can be promoted. Of course, if you use an item, you will be wondering how the effect will appear in the second game, and will invite the player to the second game.

In the third mode, the action parameters (for example, the remaining AP 544 in FIG. 6) of each player that are consumed each time an action instruction operation input is made in the first game and recovered by elapse of time or use of the item are used. Behavior parameter management means for managing as the first parameter (for example, the server processing unit 200s in FIG. 4, the first game management server control unit 210, the play data management unit 214, the behavior parameter management unit 216, and steps S42 to S42 in FIG. 7). S44)
The second server system consumes each time a behavior instruction operation input is made in the second game, and manages the behavior parameters of each player recovered over time as the second parameters,
The first change control means is means for recovering the action parameter of the one player by a given recovery amount when the use instruction operation input of the item is made (for example, the server processing unit 200s in FIG. 4). , First game management server control unit 210, parameter improvement control unit 226, step S54 of FIG.
The second change control means is means for changing the action parameter related to the second game of the one player (for example, the server processing unit in FIG. 4) when the use instruction operation input of the item is made. 200 s, a first game management server control unit 210, a spread control unit 228, and a server system of the second form having step S58 in FIG.

  According to the third form, the same effect as the second form is obtained, and an action parameter system (sometimes referred to as an action point system) that allows selection of an action by consuming parameters is used, and an item that is set as an activation condition When is used, the action parameter in the first game can be recovered. Then, the action parameters in the second game can be changed accordingly.

  In a fourth mode, the first change control means temporarily changes the first parameter of the one player for a given period when the activation detection means is detected. It is a server system of the 2nd form.

  According to the 4th form, while the same effect as the 1st or 2nd form is acquired, the change of a parameter can be made temporary.

  In the fifth mode, when the first parameter is changed by the first change control means, a change notification means for notifying the player terminal of the one player to that effect (for example, the change in FIG. 3). The server system according to the fourth embodiment further includes a notification display W12, a server processing unit 200s in FIG. 4, a first game management server control unit 210, a notification control unit 236, and step S56 in FIG.

  According to the fifth aspect, the same effect as in the fourth aspect can be obtained, and the player can be notified that the first parameter has been changed.

  According to a sixth aspect, the second change control means temporarily changes the second parameter of the one player for a given period (for example, the server processing unit 200s, FIG. 1 is a server system according to any one of the first to fifth embodiments, which includes one game management server control unit 210 and steps S53 and S66 to S68 in FIG.

  According to the sixth aspect, the same effect as any of the first to fifth aspects can be obtained, and the change of the second parameter in the second game can be made temporary.

  In a seventh form, the second change control means changes the second parameter with a change width smaller than the change width of the first parameter by the first change control means. For example, the server system according to any one of the first to sixth modes includes the improvement range adjusting unit 230 in FIG. 4 and step S58 in FIG.

  According to the seventh aspect, the same effect as any of the first to sixth aspects can be obtained, and the parameter change width in the second game can be made smaller than the parameter change width in the first game.

The eighth form is a play data management means for managing play data including at least one of a level, an experience value, virtual money, and an appearance probability of causing a given item to appear in the first game of each player ( For example, the server processing unit 200s in FIG. 4, the first game management server control unit 210, the play data management unit 214, and step S42 in FIG.
Second game data acquisition means for acquiring play data in the second game of the one player from the second server system (for example, the server processing unit 200s in FIG. 4, the first game management server control unit 210, the second 2 game data acquisition control unit 222, step S58 in FIG.
The change width adjustment means uses the difference between the play data related to the one player managed by the play data management means and the play data acquired by the second game data acquisition means, and Play data reference change width determining means for determining the parameter change width (for example, server processing unit 200s in FIG. 4, first game management server control unit 210, play data reference change width determination unit 232, step S58 in FIG. 7) This is a server system according to a seventh aspect.

  According to the eighth aspect, the same effect as in the seventh aspect can be obtained, and the change width of the second parameter can be changed by the difference in play data between the first game and the second game.

The ninth form is a play date management means for managing the play date of each player (for example, the server processing unit 200s, the first game management server control unit 210, the play date management unit 218 in FIG. 4),
Second game play date and time acquisition means (for example, the server processing unit 200s, the first game management server control unit 210, and the second game play in FIG. 4) for acquiring data of the play date and time of the one player from the second server system. A date and time acquisition control unit 224 and step S58 in FIG.
The change width adjustment unit is configured to control the first game based on the play date and time of the one player managed by the play date and time management unit and the play date and time acquired by the second game play date and time acquisition unit. And the second game play frequency difference, and using the play frequency difference, the play frequency reference change width determining means (for example, the server processing unit in FIG. 4) determines the change width of the second parameter. 200 s, a first game management server control unit 210, a play frequency reference change width determination unit 234, and a server system according to the seventh or eighth mode including step S 58 in FIG. 7.

  According to the ninth aspect, the same effect as in any of the seventh and eighth aspects can be obtained, and the change width of the second parameter can be changed by the difference in the play frequency between the first game and the second game. Can do.

  In a tenth aspect, notification control means for displaying on the player terminal of the one player that the second parameter of the one player is changed when the activation condition is satisfied (for example, the change notification in FIG. 3). The server system according to any one of the first to ninth aspects, further including a display W12, a server processing unit 200s in FIG. 4, a first game management server control unit 210, a notification control unit 236, and step S56 in FIG. .

  According to the tenth aspect, the same effects as in any of the first to ninth aspects can be obtained, and a notification that the parameters in the second game are to be changed can be sent to the player.

The eleventh aspect is a server system that manages the second parameter of each player related to the second game and controls the progress of the second game by communicating with the player terminal of each player.
Passive execution means for changing the second parameter of the one player according to the control of the second change control means of the server system of any one of the first to tenth forms (for example, the change notification display of FIG. 3) W12, the server processing unit 200s in FIG. 4, the first game management server control unit 210, the passive execution control unit 238, and the passive execution processing in FIG. 8).

  According to the 11th form, the effect similar to any one of the 1st-10th form is acquired.

The figure which shows an example of a structure of the game system in 1st Embodiment. The figure which shows the user terminal structural example. The figure for demonstrating the influence of the parameter change between the asynchronous different games in 1st Embodiment. The functional block diagram which shows an example of a function structure of the server system in 1st Embodiment. The block diagram which shows the structural example of the information which the server memory | storage part in 1st Embodiment memorize | stores. The figure which shows an example of the data structure of play data. The flowchart for demonstrating the flow of the process which concerns on the propagation of the parameter change between asynchronous different games in 1st Embodiment. The flowchart for demonstrating the flow of a passive execution process. The figure for demonstrating the influence of the parameter change between the asynchronous different games in 2nd Embodiment. The figure for demonstrating the influence of the parameter change between the asynchronous different games in 2nd Embodiment. The functional block diagram which shows an example of a function structure of the server system in 2nd Embodiment. The flowchart for demonstrating the flow of the process which concerns on the propagation of the parameter change between asynchronous different games in 2nd Embodiment. The flowchart for demonstrating the flow of an active propagation control process. The flowchart for demonstrating the flow of a process in the modification of the process which concerns on the spread of the parameter change between asynchronous different games.

[First Embodiment]
As a first embodiment to which the present invention is applied, an example in which a first game and a second game are provided to a registered user will be described.

[Description of system configuration]
FIG. 1 is a diagram illustrating an example of a configuration of a game system in the present embodiment. The game system of the present embodiment includes a server system 1100 that can be connected to the communication line 1 and user terminals 1500 (1500a, 1500b,...) Prepared for each game player 2 (2a, 2b, 2c,...). 1500c, ...).

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

  The server system 1100 is configured to include one or a plurality of server systems, storage devices, etc., and provides various services for operating community-type websites and online games, managing play data necessary for game execution, , Client programs and various data can be distributed.

  In the present embodiment, the server system 1100 includes a housing 1102, a keyboard 1106, a touch panel 1108, and a storage 1140. A plurality of blade servers 1104 are built in the housing 1102.

  The blade server 1104 includes, for example, (1) an account management server system 1110 responsible for processing related to user registration, player character initial setting, and login / logout, and (2) a user terminal that is logged in and participating in an online game. And a game management server system 1114 that manages and distributes data necessary for executing the game to 1500 as needed. The game management server system 1114 is provided for each game type, such as a first game management server system 1115, a second game management server system 1116,..., And communicates data with each other through an internal line of the server system 1100. Connected as possible.

  Each server constituting the blade server 1104 may be realized as an independent server system capable of data communication via the communication line 1. For example, the system configuration may be such that the first game management server system 1115 and the second game management server system 1116 are independent first game management server system 1117 and second game management server system 1118.

  The user terminal 1500 is a computer prepared for each user, and is an electronic device. For example, it is realized by a smartphone, a portable game device, a stationary home game device, an arcade game device, a personal computer, a tablet computer, or the like. The server system 1100 can be accessed by connecting to the communication line 1.

  FIG. 2 is a diagram illustrating a configuration example of the user terminal 1500, and is (1) a front external view and (2) a rear external view. The user terminal 1500 in the present embodiment includes a direction input key 1502, a home key 1504, a touch panel 1506 functioning as an image display device / contact position input device, a speaker 1510, a microphone 1512, and a GPS (Global Positioning System) antenna. 1514, a CCD camera module 1516, a control board 1550, and a memory card reader 1542 that can read and write data from a memory card 1540 that is a computer-readable information storage medium. In addition, a built-in battery, a power button, a volume control button, etc., not shown, are provided.

  The CCD camera module 1516 is a module on which an autofocus mechanism, a CCD image sensor, and an image signal generation chip are mounted, and is arranged so that the back side of the user terminal 1500 can be photographed. The image sensor element is not limited to a CCD.

  The control board 1550 includes a CPU (Central Processing Unit) 1551, a GPU (Graphics Processing Unit), various microprocessors such as a DSP (Digital Signal Processor), an ASIC (Application Specific Integrated Circuit), various IC memories such as a VRAM, a RAM, and a ROM. 1552 is installed.

The control board 1550 includes a wireless communication module 1553 for wireless connection with a mobile phone base station, a wireless LAN base station, etc., a GPS module 1554, an electronic compass 1555, a 3-axis gyro 1556, and a 3-axis acceleration sensor. 1557 is mounted.
In addition, a driver circuit of the touch panel 1506, a circuit that receives signals from the direction input key 1502 and the home key 1504, an output amplifier circuit that outputs an audio signal to the speaker 1510, and an input signal that generates an audio signal collected by the microphone 1512 A generation circuit, a so-called I / F circuit (interface circuit) such as a signal input / output circuit to the memory card reader 1542, and the like are mounted. Each element mounted on the control board 1550 is electrically connected via a bus circuit or the like, and is connected so as to be able to read / write data and transmit / receive signals.

  The GPS module 1554, together with the GPS antenna 1514, constitutes a means for acquiring position information using GPS. The GPS module 1554, based on the signal from the GPS satellite 3 received by the GPS antenna 1514, at predetermined time intervals (for example, every second) and positional information (for example, latitude / longitude) and other information (absolute time) Is output as data that can be processed by the control board 1550. The system used for positioning is not limited to GPS. Other satellite positioning systems may be used, and positioning systems that do not use satellites can also be used. As an example of the latter, for example, the position information may be acquired by positioning based on the principle of triangulation based on a signal from a mobile phone base station to which the wireless communication module 1553 can wirelessly connect.

  The control board 1550 temporarily stores the game client program and data acquired from the server system 1100 in the IC memory 1552. Then, the program is executed to execute arithmetic processing, and each part of the user terminal 1500 is controlled according to operation inputs from the direction input key 1502, the home key 1504, and the touch panel 1506 to execute online RPG. In this embodiment, the user terminal 1500 is configured to acquire necessary programs and various setting data from the server system 1100, but may be configured to read out from a separately obtained memory card 1540.

[Explanation of ripple effects between different games]
In this embodiment, in order to use a service provided by the server system 1100, the user needs to perform a predetermined procedure to obtain a user account. By logging in with a password associated with the acquired user account, services such as message exchange among registered users, friend user registration, and game play can be used.

  Message exchange is a service that supports sending and receiving messages such as short mails between logged-in users. Then, the user provides a function of registering other users who are in agreement through message exchange as “friends” by a predetermined registration procedure.

  In addition, the user can play any game from a plurality of games at any time by performing predetermined game use registration. For example, it is assumed that a certain user has registered for use of the first game and the second game. In the present embodiment, the parameters used in the second game can be changed according to the game progress status of the first game, and the spread of parameter changes between different games can be realized.

FIG. 3 is a diagram for explaining the spread of parameter change between asynchronous different games in the present embodiment.
In the present embodiment, when playing the first game, if the game progress condition satisfies a predetermined activation condition, the parameters applied when playing the second game are changed in a direction advantageous to the player. The

  As activation conditions, for example, use / acquisition / purchase of a predetermined item, capture of a predetermined stage, defeat of a predetermined NPC (non-player character), etc. can be appropriately set. Further, the variable parameter can be set as appropriate.

  More specifically, in this embodiment, an action point (AP) is given as a parameter relating to the action of the player character in both the first game and the second game. The action point AP is consumed when the player character takes some action, and the point consumed depends on the type of action. For example, 2 points are consumed for movement, 4 points are consumed for attacks, 1 point is consumed for using items, and so on. The action point AP automatically recovers with time, but can be instantaneously recovered by using a predetermined AP recovery item.

  For example, the action point meter 4 indicating the maximum value of the latest action point AP and the current remaining AP value is displayed on the game screen W2. Incidentally, in the example of FIG. 3, the shaded squares indicate the remaining AP values.

  If the player inputs the use instruction operation input of the AP recovery item in the first game (see the game screen W4), as a direct effect of the item, the remaining AP 544 included in the play data 540 related to the first game is The action point AP is recovered by addition (recovered from “1” to “10” in the example in the figure).

  In addition, a change notification display W12 for notifying that the activation condition is satisfied is displayed on the game screen of the first game (see the game screen W6). In the notification display, notification is given that the title of the second game and the action point AP in the second game are changed as a merit obtained by the player.

  Then, the remaining AP 544 of the play data 540 related to the second game of the same player is recovered (in the example of FIG. 3, “2” to “7” are recovered). When the same player stops playing the first game and plays the second game, the point where the action point AP was “2” at the end of the previous play is recovered to “7” (game) Screen W8)).

  From the viewpoint of the player, as a spread of the use of the AP recovery item in the first game, a privilege of recovery of the action point AP in the second game is obtained, and the player can be prompted to play in the second game. .

  The activation condition, the parameter that is changed in the first game when the activation condition is satisfied (first parameter), and the parameter that is changed in the second game as a ripple effect (second parameter) can be set as appropriate. . For example, the activation condition may be an item that has a time limit for effectiveness (for example, an item whose movement speed increases for a first given time). In that case, in the first game, naturally, the first parameter (for example, moving power, recovery power, etc.) corresponding to the first given time is improved with the use of the item, and before the improvement, when the time elapses. It is good to control to return to the state of. At that time, the change notification display W12 is displayed only during the period when the first parameter is changed. Note that the change notification may continue to be displayed for a period during which the parameter is changed, or may be displayed only at the start of the period during which the parameter is changed. The same item effect is applied also in the second game, and the corresponding second parameter is similarly applied during the second given time (may be different from the first given time in the first game). It may be configured to control so as to return to the state before the improvement after a lapse of time. Of course, the second parameter may be of a different type from the first parameter. More specifically, if the first given time is “10 minutes”, if the player finishes the first game and starts playing the second game within the 10 minutes, The benefit of changing the second parameter can be obtained. At this time, it is preferable to set a time obtained by adding a time that is assumed to be required for switching the game to be played during the first given time to the condition that the second given time is “15 minutes”.

In addition, the effect of the item corresponding to the activation condition in the second game, specifically, the improvement range of the parameter applied to the second game is basically the same as or inferior to that of the first game.
Specifically, in the case of an AP recovery item, a point where 10 points are recovered in the first game is reduced to 8 points in the second game, and the effect in the first game is reduced. In this example, the improvement width is reduced by 20% compared to the first game. In the case of an item with a time limit, the effect lasts for 100 seconds in the first game, but the effect lasts only for 50 seconds (the improvement width is 50% lower than the first game) in the second game.

Furthermore, the improvement range of the parameter applied to the second game can be determined according to the progress of the game. In the present embodiment, parameters of the same type (for example, player level, experience value, virtual money balance, play date / time, appearance probability of appearing items, etc.) stored in the play data 540 of the first game and the second game, respectively. The values can be compared and determined according to the difference.
For example, the player level of the first game is compared with the player level of the second game, and the degree of effect applied is lowered as the difference is larger. Alternatively, the degree of effect may be made lower as the player level of the second game is lower (lower). In this way, even if there is a difference in game progress, player proficiency, or game “go-in” between different games, the parameters of one game will not be changed too much to break the game balance. Can be.

  In the present embodiment, the first parameter and the second parameter are both changed so that the target parameter is advantageous to the player, that is, in the improvement direction. In consideration of the balance, one or both may be changed so that the player is at a disadvantage.

[Description of functional block]
Next, a functional configuration for realizing the present embodiment will be described.
FIG. 4 is a functional block diagram illustrating an example of a functional configuration of the server system 1100 according to the present embodiment. The server system 1100 includes an operation input unit 100s, a server processing unit 200s, an image display unit 360s, a communication unit 370s, and a server storage unit 500s.

  The operation input unit 100s outputs an operation input signal to the server processing unit 200s in response to various operation inputs (including player character action instruction operation inputs) made by the server operator. For example, it can be realized by a keyboard, a touch panel, a mouse, a track pad, or the like. In FIG. 1, the keyboard 1106 and the touch panel 1108 correspond 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. The server processing unit 200s performs input / output control of data with each function unit, and externally accessed from a predetermined program or data, an operation input signal from the operation input unit 100s, or the communication unit 370s. Various arithmetic processes are executed in response to requests from a device (another computer) or the like to control the operation of the server system 1100. In FIG. 1, the blade server 1104, more specifically, the control board corresponds to this.

  The server processing unit 200s of the present embodiment includes a user registration information management unit 202, a login processing unit 204, a first game management server control unit 210, a second game management server control unit 240, and an image generation unit 260s. And a communication control unit 270s.

  The user registration information management unit 202 executes processing related to acquisition / registration management of various user information such as new issuance of user accounts and password registration. The user registration information management unit 202 can be realized by appropriately applying a user registration related technique in a known online game. The login processing unit 204 controls so-called login in response to a request from the user terminal 1500 connected for communication. The processing unit can be realized by appropriately using a login control technique in a known online game. Incidentally, in the example of FIG. 1, the account management server 1110 serves as the user registration information management unit 202 and the login processing unit 204.

  The first game management server control unit 210 and the second game management server control unit 240 execute the processes necessary for controlling the progress of the first game and the second game and displaying the game image and the like on the user terminal 1500, respectively. . That is, when the game start request is received from the user terminal 1500 in a state where it is always functioning, new play data 540 can be generated and the game progress control can be individually performed. These two control units basically have the same configuration except that the game contents are different. Hereinafter, the first game management server control unit 210 will be described on behalf of both game management server control units.

  The first game management server control unit 210 includes a play data management unit 214, an activation detection unit 220, a second game data acquisition control unit 222, a second game play date acquisition control unit 224, and a parameter improvement control unit 226. , A propagation control unit 228, a notification control unit 236, and a passive execution control unit 238.

  The play data management unit 214 manages data describing the progress of the game that is controlled by the game management server control unit, so-called play data. In the present embodiment, an action parameter management unit 216 and a play date management unit 218 are further included.

  The behavior parameter management unit 216 manages the behavior parameters of the player character. In this embodiment, each time an action instruction operation input is made in a game, the action point AP is subtracted by a value corresponding to the action type and consumed. Further, the addition / recovery is performed as time elapses or the AP recovery item is used.

  The play date management unit 218 manages the play date of the player. Specifically, control is performed to store and manage the play start date and time and the play end date and time in association with each other. If the login is performed once for each play, the date and time of being played once (logged in) is stored and managed in association with each player.

  The activation detection unit 220 detects that a given activation condition for activating the process for improving the first parameter of one player is satisfied. In this embodiment, at least an AP recovery item use instruction operation input is detected as an activation condition.

  The second game data acquisition control unit 222 controls to acquire play data in the second game of the same player as the player playing the first game from the server system that manages the game progress of the second game. I do.

  The second game play date / time acquisition control unit 224 has a play date / time data related to the same second game as the player playing the first game from the server system (second server system) that manages the game progress of the second game. Control to get.

The parameter improvement control unit 226 is a first change control unit that changes the first parameter of the player when the activation detection unit 220 detects. In the present embodiment, the action point AP is set as the first parameter, and when the AP recovery item use instruction operation input is made, the action point AP of the player is added and recovered by a given recovery amount.
The first parameter can be set as appropriate according to the game content. For example, ability parameter values related to battles such as attack power and defense power, winning probabilities applied to lottery in the game or before the game start (this includes the appearance rate of items, etc.), player character's favorability and experience values, The degree of growth can be set according to the game content. Then, processing is preferably performed so as to improve according to the meaning of the set parameter, that is, to be useful to the player. For example, when the first parameter is an ability parameter or a winning probability, when the activation detection unit 220 detects the parameter, the parameters may be temporarily improved for a given period.

The spillover control unit 228 is a second change control unit that performs control to change the second parameter related to the second game of the player, and executes processing related to spillover to other games. In the present embodiment, when the activation detection unit 220 detects the server system (second server system) that manages the second parameter of each player related to the second game and controls the progress of the second game. The spillover control is executed to improve the second parameter of the player of the first game, that is, to change it so that it is beneficial to the player.
In this embodiment, since the first game management server system 1115 and the second game management server system 1116 that control the first game are provided in the same server system 1100, the same user account as the user of the first game is used. The 2nd parameter of the play data of the 2nd game linked is changed. And in this embodiment, action point AP is set as a 2nd parameter, and the 2nd parameter is changed so that recovery by the item of action point AP in the 1st game may spread to action point AP in the 2nd game. .

  Of course, the second parameter is not limited to the same type as the first parameter, and a different type can be set. And the change of a 2nd parameter can be suitably set by the setting. For example, when the second parameter is an ability parameter value or a winning probability (including an item appearance rate), the parameters may be changed so as to be temporarily improved for a given period.

  If the first game management server system 1115 and the second game management server system 1116 are server systems independent of each other, a common API (Application Program Interface) that can control the system from the outside, so-called external API is implemented, It is preferable that the second parameter can be changed from the outside using an API.

The propagation control unit 228 of the present embodiment includes an improvement width adjustment unit 230.
The improvement width adjustment unit 230 sets the improvement width, that is, the change width of the second parameter to be an improvement width that is smaller than the improvement width of the first parameter by the parameter improvement control unit 226 in principle. Furthermore, the improvement range adjustment unit 230 includes a play data reference change width determination unit 232 and a play frequency reference change width determination unit 234.

  The play data reference change width determination unit 232 determines an improvement width (change width) based on the play data of the second game. In this embodiment, the change of the second parameter is performed using the difference between the play data of the first game relating to the same player and the play data of the second game related to the same player acquired by the second game data acquisition control unit 222. Determine the width.

  The play frequency reference change width determination unit 234 determines an improvement width (change width) based on the play date history of the second game. In the present embodiment, based on the play date and time managed by the play date and time management unit 218 and the play date and time related to the second game acquired by the control of the second game play date and time acquisition control unit 224, A difference in play frequency with the second game is obtained, and an improvement width, that is, a change width of the second parameter is determined using the difference in the play frequency. Specifically, for example, the improvement width is reduced as the play frequency of the second game is lower than that of the first game. Alternatively, if the play frequency of the second game is higher, the improvement width may not be lowered or slightly increased.

  These change width determination units compare parameters for estimating play proficiency and play progress, such as the player level, the number of times of play, and the play date and time included in the play data 540, and in the second game compared to the first game. When the play proficiency level and the play progress level are low, the change width is made smaller than when the play proficiency level and the play progress level are the same or higher in the second game.

  The notification control unit 236 satisfies that the activation condition is satisfied, so that the first parameter relating to the first game is changed, and the second parameter relating to the player's second game (in this embodiment, in the second game). Control is performed to display on the player user terminal 1500 that the action point AP) is changed. Further, in the present embodiment, a change notification display W12 (see FIG. 3) is displayed.

  The passive execution control unit 238 changes the second parameter related to the same user account as the player playing in the other server system according to the propagation control from the other server system.

  The image generation unit 260s is, for example, a processor such as a GPU (Graphics Processing Unit) or a digital signal processor (DSP), a program such as a video signal IC or a video codec, an IC memory for a drawing frame such as a frame buffer, or a texture data expansion This is realized by an IC memory or the like used for the above. The image generation unit 260s generates one screen in one frame time (for example, 1/60 second) based on the processing result by the server processing unit 200s, and outputs an image signal of the generated screen to the image display unit 360s.

  The image display unit 360s displays various images based on the image signal input from the image generation unit 260s. 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, this corresponds to the touch panel 1108 of FIG.

The communication control unit 270s executes data processing related to data communication, and realizes data exchange with an external device via the communication unit 370s.
The communication unit 370s related to this is connected to the communication line 1 to realize communication. For example, it is realized by a wireless communication device, a modem, a TA (terminal adapter), a cable communication cable jack, a control circuit, or the like.

  The server storage unit 500s stores programs and data for causing the server processing unit 200s to realize various functions. Further, it is used as a work area of the server processing unit 200s and temporarily stores calculation results executed according to various programs, information received from the user terminal 1500, and the like. Such a function is realized by, for example, an IC memory such as a RAM or a ROM, a magnetic disk such as a hard disk, or an optical disk such as a CD-ROM or DVD. In FIG. 1, this corresponds to an information storage medium such as an IC memory mounted on the blade server 1104 and a storage 1140.

  FIG. 5 is a diagram illustrating a configuration example of information stored in the server storage unit 500s according to the present embodiment. The server storage unit 500s of this embodiment includes a server system program 503, a game management server program 505, a first game client program 507, first game execution data 509, a second game client program 511, and a second The game execution data 513, the first game playing terminal list 515, and the second game playing terminal list 517 are stored. Also, user registration data 520 and play data 540 are stored. In addition, a count value for a predetermined period, various flags, and the like necessary for managing a game, giving a friend login bonus, and the like are appropriately stored.

  The server system program 503 is a program for causing a computer to realize basic functions as a server. The server processing unit 200 s can also realize functions as the user registration information management unit 202 and the login processing unit 204.

  The game management server program 505 causes the server processing unit 200s to realize a function as a game management server control unit (in this embodiment, the first game management server control unit 210 and the second game management server control unit 240). It is a program.

  The first game client program 507 is an original client program provided to the user terminal 1500 that desires to play the first game. The user terminal 1500 downloads and stores it in an information storage medium that is installed and executes it. The first game client program 507 is realized by a dedicated program, a plug-in for realizing dynamic display on the web browser program and the web browser program, or the like. The latter configuration can be used when an online game is realized as a so-called browser game. A similar program for playing the second game on the user terminal 1500 is the second game client program 511.

  The first game execution data 509 stores various data necessary for executing the first game. For example, data for setting a game field, model data and motion data of player characters and enemy characters, texture data, initial ability parameter values of characters, setting data of items usable in the game, and the like are included. Similar data for executing the second game is second game execution data 513.

  The first game playing terminal list 515 and the second game playing terminal list 517 are list data of the user terminals 1500 playing the first game and the second game, respectively, and the user account for each terminal, An IP address and the like are stored in association with each other.

  The user registration data 520 is prepared for each registered user, that is, a player, and stores various information related to the player. For example, a user account 522 and a password 523 necessary for logging in are stored. In addition, login history data 524, a friend list 525, and a play registered game list 526 are stored.

The login history data 524 is a history such as the date and time of login and logout.
The play registered game list 526 stores identification information of games registered as players by the same user account. In the present embodiment, the identification information of the first game and the second game is stored.

The play data 540 is prepared for each combination of game and player, and stores various data describing the progress of the game.
For example, as shown in FIG. 6, a user account 541 that is player identification information, a game ID 542, a remaining AP 544 that stores the remaining value of the action point AP, and a player level that is automatically given according to game results and the like 546, an experience value 548 in the game world obtained by the player character, a virtual money balance 550 for purchasing items that can be used in the game world, a play date history 552 in which data of play date is accumulated, possession The item list 554, the winning probability 555 applied to the lottery in the game or before the game start, and the player character ability parameter value table 556 are stored. Of course, other timer values and various information necessary for game progress control such as various flags can be stored.

[Description of process flow]
Next, the flow of processing in the server system (in this embodiment, the first game management server system 1115) that executes the first game will be described with reference to FIG. It is assumed that the player has already acquired a user account, registered the first game and the second game, and has played each game many times.

  When the first game management server control unit 210 receives a game start request from the user terminal 1500 (YES in step S2), the first game management server control unit 210 registers the user terminal 1500 in the first game playing terminal list 515 and plays the play date and time of the play data 540. The history 552 is updated (step S4).

  If there is no play data 540 of the first game that matches the user account of the player of the user terminal 1500 that has requested (NO in step S6), the first game management server control unit 210 newly adds the play data of the player. 540 is generated (step S8).

Next, the first game management server control unit 210 executes loop A for each game being played (steps S40 to S84).
In the loop A, first, game progress control corresponding to the operation input is performed (step S42). As described above, since the present embodiment is based on the action point system, the action point AP is consumed in accordance with the action of the player character. On the other hand, the action point AP is automatically recovered every time the predetermined unit time elapses (step S44). In the game progress control (step S42), if there is an operation for purchasing an item, the virtual money balance 550 is subtracted / updated by the purchase amount of the item, and if the enemy character can be defeated, the experience value 548 can be increased.

  Next, the first game management server control unit 210 executes an activation detection process (step S50). In the present embodiment, an operation input that uses a predetermined item usage (AP recovery item) is detected, but this differs depending on the setting of the activation condition. For example, if the activation condition is to capture a specific character (for example, a boss character in a dungeon), it may be detected that the life point of the specific character is “0”. If the activation condition is acquisition of a predetermined item, the acquisition of the predetermined item may be detected. As in the present embodiment, when a predetermined item is used, especially when the item is a purchase target with virtual money, the player can benefit from both the first game and the second game, and is advantageous. Is preferable.

  If the activation is detected (YES in step S52), the first game management server control unit 210 improves the first parameter of the player character of the first game (step S54). In the present embodiment, the action point AP is recovered. If the activation condition is set to something other than an item such as the capture of a specific character, a process such as improving the experience value 548 may be appropriately performed instead.

  Next, the first game management server control unit 210 executes display control for displaying the change notification display W12 (see FIG. 3) on the user terminal 1500 of the player (step S56). As a result, the player can see that a ripple effect has occurred in the second game despite the fact that the player is currently playing the first game. Thus, the player can be invited to play the second game.

Next, the first game management server control unit 210 determines the improvement width (change width) of the parameters of the second game (step S58).
In this embodiment, the improvement width is determined with reference to the play data 540 currently used in the first game and the play data 540 having the same account as the user account 541 of the player and the game ID 542 of “second game”. To do.
More specifically, the first game management server control unit 210 receives play data 540 from the second game management server control unit 240 that is the same account as the user account 541 of the first game and the game ID 542 is “second game”. get.
Then, the player level 546 in the first game is compared with the player level 546 in the second game. When the former and the latter can be regarded as the same level, or when the former is larger than the latter, the improvement width (change width) is set to a predetermined standard value. The standard value may depend on the type of AP recovery item. If the latter is larger than the former, the improvement width (change width) is set, for example, by a function using the difference in the value of the player level 546 as a variable. Change to

  Furthermore, the play frequency of the first game and the play frequency of the second game are obtained from the play date history 552 in the first game and the play date history 552 in the second game, and the former and the latter can be regarded as the same, or If the former is more frequent than the latter, the improvement width (change width) determined based on the player level 546 is left as it is. If the latter is higher than the former, the previously determined improvement width (change width) is changed to be smaller.

  It should be noted that the following method may be employed instead of setting the improvement value based on the player level 546 and the play frequency as described above. In other words, table data in which the player level 546 and the improvement width are associated in advance according to the content of the second game may be prepared, and the table data may be determined with reference to the table data. Specifically, for example, as the specification in which the player level 546 of the second game can be set from level “1” to level “5”, if the level is “3”, the improvement range is the standard value, and as the level decreases, the standard level becomes lower. Set a smaller value, and set a value larger than the standard value as the level increases. In this case, an appropriate improvement width according to the player level at the time in the second game can be determined irrespective of the proficiency level of the player in the first game, the degree of progress, and the degree of interaction.

  Alternatively, as another option, when the play frequency of the second game is lower than the predetermined desired frequency, the improvement width (change width) is made smaller than the standard value, and the play frequency of the first game and the second game When both play frequencies have reached the desired frequency, a configuration in which the play frequency is larger than the standard value is also possible. As another option, the improvement range of the parameter of the second game may be increased or decreased in proportion to the level of the player level of the first game.

  Further, the play data 540 that is referred to when determining the improvement range is not limited to the player level 546, but an experience value 548 or a virtual money balance 550 can also be used.

When the improvement width is determined, the first game management server control unit 210 executes the spreading control process using the determined improvement width (step S60).
That is, the second game management server system 1116 is externally controlled, and the previously determined improvement width (change width) is added to the remaining AP 544 of the play data 540 of the same user account 522 as the player in the second game. That is, the action point AP of the second game is recovered. In the case where the second parameter to be spread is set to other than the action point AP, for example, when the ability parameter is set to the second parameter, the corresponding value in the ability parameter value table 556 is determined first in this step. The added improvement width (change width) will be added.

If the parameters of the second game are changed, the first game management server control unit 210 next determines whether or not a game end condition is satisfied (step S80). When there is an operation input for game end, it is determined that the game end condition is satisfied, for example, when communication with the user terminal 1500 is interrupted for a predetermined time or more, or when the end of the game story is reached.
If it is satisfied (YES in step S80), the user terminal 1500 is excluded from the first game play terminal list 515 (step S82), and the loop A is terminated (step S84).

  If the loop A is executed for all the games being executed, the first game management server 210 returns to step S2 again.

FIG. 8 is a flowchart for explaining the flow of the passive execution process. Here, the second game management server control unit 240 will be described as performing passive execution processing.
In this process, the second game management server control unit 240 receives a spread control request from another game management server system (in this case, the first game management server control unit 210 and the first game management server system 1115). (YES in step S50), the parameter is changed according to the control from the other game management server system (step S52). In this embodiment, the action point AP is recovered by adding the designated improvement width (change width) to the remaining AP 544.

As described above, according to the present embodiment, it is possible to realize an unprecedented function in which the game progress status in the first game spills over the game progress status of the second game played by the same player asynchronously with the first game.
More specifically, when a progress change that is beneficial to the player, such as using an AP recovery item in the first game, is detected, parameters such as recovery of the action point AP in the first game are improved. Even in two games (not played at this stage), the parameter is changed in the direction of improvement (spillover control) such that the action point AP recovers. This is notified by the user terminal 1500 of the player. Therefore, the player can be invited to play in the second game different from the first game.

  Moreover, by making the elements that exert the ripple effect subject to purchase by virtual money such as AP recovery items, it is possible to promote the item purchase by giving the player a good feeling and to try the second game further. It can be reminiscent.

  Even if there is a ripple effect on the parameters of the second game, the parameter improvement width in the second game is basically set to be the same or lower than the parameter improvement width in the first game. The game balance of the second game is not accidentally broken.

  In this embodiment, the spread from the first game to the second game has been described. However, the first game management server control unit 210 and the second game management server control unit 240 have the same functional configuration. The spillover from the second game to the first game is also possible. That is, the second game management server control unit 240 executes a process in which “first game” and “second game” in the processing flow of FIG. Execute the process. Thereby, the spillover from the second game to the first game is performed.

  In the present embodiment, the spread destination is described as the second game alone, but other games can be additionally set to the spread destination, such as the third game and the fourth game. If the number of games at the spread destination is smaller than the number of games already registered at the player, the spread destination is selected from among the games registered in the play registered game list 526 of the user registration data 520 except for the first game. For example, it is preferable to insert the process of drawing the game to be performed before step S40 (see FIG. 7).

[Second Embodiment]
Next, a second embodiment to which the present invention is applied will be described.
This embodiment basically has the same configuration as that of the first embodiment, but changes the parameters of the second game are executed not by the function of the program that executes the first game but by the second game. The difference is realized as the expression of the function by the program. In addition, the same code | symbol is provided about the component similar to 1st Embodiment, and description shall be abbreviate | omitted.

FIG. 9 and FIG. 10 are diagrams for explaining the spread of parameter changes between asynchronous different games in the present embodiment.
As shown in FIG. 9, in the present embodiment, the first game management server control unit 210 that controls the progress of the first game, when the activation condition for activating the ripple effect in the first game is satisfied, The activation history data 560 is registered in the play data 540 of the player.

The activation history data 560 includes, for example, an activation condition ID 562 and an activation date / time 564. The activation condition ID 562 is, for example, the type of item that is the activation requirement, the character ID to be defeated, or the like. In the present embodiment, the AP recovery item is the same as in the first embodiment. The activation date and time 564 is the date and time when the activation condition is satisfied.
The 1st game management server control part 210 of this embodiment does not change the parameter of the game play data 540 of a 2nd game like that of 1st Embodiment.

  On the other hand, as shown in FIG. 10, when the player finishes playing the first game and starts playing the second game, the second game management server control unit 240 that controls the progress of the second game, The play data 540 having the same user account 541 as the player of the second game and the game ID 542 of “first game” is referred to. The play data may be acquired from the first game management server control unit 210.

  If the corresponding play data 540 includes the activation history data 560, the parameters of the second game are changed according to the activation condition ID 562. In the present embodiment, the remaining AP 544 is recovered. That is, it is possible to realize a ripple control that ripples the parameter change to other games.

And when changing the parameter of a 2nd game, the 2nd game management server control part 240 changes the change amount of a parameter according to the elapsed time from the starting date 564 of the starting history data 560 of a 1st game.
For example, if it is within a predetermined total ripple occurrence reference time (for example, 30 minutes) from the elapsed time, 100% of the improvement width (change width) corresponding to the activation condition ID 562 is applied to the parameter change of the second game. If the total ripple occurrence reference time is exceeded, the improvement range (change range) corresponding to the activation condition ID 562 is reduced according to the excess amount and applied to the parameter change of the second game. Furthermore, when the ripple suspension reference time (for example, 24 hours) is exceeded, processing relating to the spread of parameter changes between different games is skipped and the ripple is invalidated.

  FIG. 11 is a functional block diagram illustrating a functional configuration example of the server system 1100 according to the present embodiment. The functional configuration of this embodiment is basically the same as that of the first embodiment, but there are some differences.

  First, the play data management unit 214 of this embodiment includes an activation history registration unit 219. When the activation detection unit 220 detects that the activation condition is satisfied, the activation history registration unit 219 registers the activation history data 560 (see FIG. 9) in the play data 540 of the player.

  Moreover, it replaces with the 2nd game data acquisition control part 222 and 2nd game play date acquisition control part 224 of 1st Embodiment, and has the other game play data acquisition control part 225 equivalent to these. The other game play data acquisition control unit 225 acquires or refers to play data 540 of other games (the first game for the second game management server control unit 240 and the second game for the first game management server control unit 210). To control.

Further, in the present embodiment, instead of the propagation control unit 228 and the passive execution control unit 238 of the first embodiment, an active propagation control unit 228B is provided.
Active propagation control unit 228B further includes an activation history detection unit 229. The active propagation control unit 228B detects the activation history data 560 from the play data 540 in the other game of the same player that can be acquired / referenced by the other game play data acquisition control unit 225 by the activation history detection unit 229. If the activation history data 560 is present, the game parameter is actively changed by the amount of the improvement obtained by the improvement adjustment unit 230.

In addition, the improvement range adjustment unit 230 of the present embodiment determines the improvement range (change range) applied to the parameter change of the own game according to the elapsed time from the time when the activation condition is satisfied in the other game. A time reference change width determination unit 235 is included.
In the present embodiment, the passive execution control unit 238 is omitted.

  The second game management server control unit 240 has the same functional configuration as that of the first game management server control unit 210, as in the first embodiment.

  Next, the flow of processing in the second game management server control unit 240 in this embodiment will be described. As described above, the first game management server control unit 210 has the same functional configuration as that of the second game management server control unit 240. Therefore, the processing flow described here is the processing in the first game management server control unit 210. It can also be seen as a flow of

  FIG. 12 is a flowchart for explaining the flow of processing in the second game management server control unit 240 in the present embodiment. Basically, the processing flow is the same as that in the first embodiment, but in step S4, the user terminal 1500 that has requested the game start is registered in the second game playing terminal list 517 (see FIG. 5). In the present embodiment, an active spread control process is executed as a pre-process for executing the loop A, that is, a pre-game start process (step S10).

FIG. 13 is a flowchart for explaining the flow of the active propagation control process.
In this process, the second game management server control unit 240 first obtains / refers to play data 540 of another game (in this case, the first game) of the same user account 541 as the player of the user terminal 1500 that has requested the game start. (Step S12), it is determined whether or not the activation history data 560 is present in the reference play data 540 (Step S14).

If there is such data (YES in step S14), the second game management server control unit 240 calculates the elapsed time from the activation date and time 564 of the activation history data 560 to the present, and sets a predetermined ripple suspension reference time. It is determined whether it has elapsed (step S16).
If the time has not elapsed (NO in step S16), the second game management server control unit 240 primarily determines the parameter improvement width (change width) (step S18). Specifically, based on the player level 546 in the game, the experience value 548, the virtual money balance 550, the play frequency obtained from the play date / time history 552, etc., the greater the increase, the greater the improvement (change width). decide.

Next, the second game management server control unit 240 corrects and finally determines the improvement range (change range) that was first determined according to the elapsed time from the activation date 564 of the activation history data 560 (step S20). Then, the parameter of the own game (in this case, the second game) is changed by the finally determined improvement width (change width) (step S22). In the present embodiment, the remaining AP 544 of the own game is improved by the improvement width.
Then, the active propagation control process ends.
Note that notification control for notifying the player that the parameter has been changed may be performed in accordance with step S22. In this case, when the parameter change is time-limited, the notification is performed during the period when the parameter is changed.

  In the flowchart of FIG. 12, in the present embodiment, when it is detected that the activation condition is satisfied in the game, the activation history data 560 is added to the game 40 being played by the player instead of steps S58 to S60 in the first embodiment. Is registered (step S62), and the activation history data 560 that has passed a predetermined storage period from the activation date and time 564 is deleted from the existing activation history data 560 (step S64).

[Modification]
As described above, the two embodiments to which the present invention is applied have been described. However, the embodiment of the present invention is not limited to these, and additions, omissions, and changes of the components can be appropriately made.

  For example, in the second embodiment, the activation history data 560 is stored in the play data 540, but may be stored in the user registration data 520 (see FIG. 5). In that case, it is preferable to refer to the user registration data 520 in step S12 of the active propagation control process (see FIG. 13).

  Further, by using the activation history data 560 in the second embodiment in the first embodiment, the propagation control unit 228 performs temporary change for executing control for temporarily changing the second parameter of the player for a given period. It can function as a means. This configuration is suitable when the parameter change in the second game is to temporarily improve the ability value, the winning probability applied in connection with the game, and the like.

  Specifically, as shown in the flowchart of FIG. 14, the first game management server control unit 210 registers the activation history data 560 after step S52 based on the processing flow of the first embodiment (step S52). S53). Then, after step S58, instead of step S60 of the first embodiment, ripple control is executed so as to correspond to the registered activation history data 560 (step S66). Specifically, if there is the activation history data 560 at that time, it is possible to improve the ability value, the winning probability applied in relation to the game, etc., and a certain time has elapsed from the activation date 564 of the activation history data 560. For example, the improved ability value and winning probability are returned to the initial values. Then, the first game management server control unit 210 deletes the activation history data 560 that has passed a certain period from the activation date and time 564 (step S68), and at the next processing time of loop A, the first game management server control unit 210 performs the first operation after a certain period of time has elapsed from the activation. Two parameters (in this case, ability value, winning probability, etc.) are not changed.

4 ... Action point meter 200s ... Server processing unit 210 ... First game management server control unit 214 ... Play data management unit 216 ... Action parameter management unit 218 ... Play date management unit 219 ... Invocation history registration unit 220 ... Invocation detection unit 222 ... Second game data acquisition control unit 224 ... second game play date acquisition control unit 225 ... Other game play data acquisition control unit 226 ... Parameter improvement control unit 228 ... Ripple control unit 228B ... Active spread control unit 229 ... Activation history detection unit 230 ... Improvement width adjustment section 232 ... Play data reference change width determination section 234 ... Play frequency reference change width determination section 235 ... Elapsed time reference change width determination section 236 ... Notification control section 238 ... Passive execution control section 240 ... Second game management server Control unit 500s ... Server storage unit 503 ... Server system program 5 5 ... Game management server program 507 ... First game client program 509 ... First game execution data 511 ... Second game client program 513 ... Second game execution data 515 ... First game playing terminal list 517 ... Second game Playing terminal list 520 ... user registration data 522 ... user account 524 ... login history data 526 ... play registered game list 540 ... game play data 540 ... play data 541 ... user account 542 ... game ID
544 ... Remaining AP
560 ... Activation history data 564 ... Activation date and time 1100 ... Server system 1104 ... Blade server 1110 ... Account management server system 1114 ... Game management server system 1115 ... First game management server system 1116 ... Second game management server system 1500 ... User terminal 1540 ... Memory card 1542 ... Memory card reader 1550 ... Control board 1553 ... Wireless communication module W2-W8 ... Game screen W12 ... Change notification display

Claims (11)

A server system that manages a first parameter of each player related to a first game and performs progress control of the first game by communicating with a player terminal of each player,
Activation detection means for detecting that a given activation condition for invoking the process of changing the first parameter of one player is satisfied;
First change control means for performing control to change the first parameter of the one player when the activation detection means is detected;
The second parameter of each player related to the second game is managed, predetermined communication is performed with the second server system that controls the progress of the second game by communicating with the player terminal of each player, and the second Second change control means for performing control to change the second parameter of the one player when the activation detection means is detected for the server system;
Server system with The activation detection means detects, as the activation condition, that a use instruction operation input of a given item for changing the first parameter has been made.
The server system according to claim 1. Action parameter management means is further provided for managing, as the first parameter, an action parameter of each player that is consumed each time an action instruction operation input is made in the first game and that recovers with the passage of time or use of the item. ,
The second server system consumes each time a behavior instruction operation input is made in the second game, and manages the behavior parameters of each player recovered over time as the second parameters,
The first change control means includes means for recovering the behavior parameter of the one player by a given recovery amount when the use instruction operation input of the item is made.
The second change control means includes means for changing the action parameter related to the second game of the one player when an instruction to use the item is input.
The server system according to claim 2. The first change control means temporarily changes the first parameter of the one player for a given period when the activation detection means is detected.
The server system according to claim 1 or 2. When the first parameter is changed by the first change control means, the apparatus further comprises change notification means for notifying the player terminal of the one player to that effect.
The server system according to claim 4. The second change control means includes temporary change means for temporarily changing the second parameter of the one player for a given period.
The server system as described in any one of Claims 1-5. The second change control means includes a change width adjustment means for changing the second parameter with a change width smaller than the change width of the first parameter by the first change control means.
The server system as described in any one of Claims 1-6. Play data management means for managing play data including at least one of a level, an experience value, virtual money, and an appearance probability of causing a given item to appear in the first game of each player;
Second game data acquisition means for acquiring play data in the second game of the one player from the second server system;
Further comprising
The change width adjustment means uses the difference between the play data related to the one player managed by the play data management means and the play data acquired by the second game data acquisition means, and Having a play data reference change width determining means for determining a change width of the parameter of
The server system according to claim 7. Play date management means for managing the play date of each player;
Second game play date and time acquisition means for acquiring play date and time data of the one player from the second server system;
Further comprising
The change width adjustment unit is configured to control the first game based on the play date and time of the one player managed by the play date and time management unit and the play date and time acquired by the second game play date and time acquisition unit. And a play frequency reference change width determining means for determining a change width of the second parameter using the difference in the play frequency.
The server system according to claim 7 or 8.   The notification control means for further displaying on the player terminal of the one player that the second parameter of the one player is changed by satisfying the activation condition. The server system described in 1. A server system that manages a second parameter of each player related to a second game and communicates with a player terminal of each player to control the progress of the second game.
11. A server system further comprising passive execution means for changing the second parameter of the one player in accordance with the control of the second change control means of the server system according to claim 1.

Images